Casos de uso de Profile Management

Citrix Profile Management puede implementarse para administrar perfiles de usuario en distintos escenarios, independientemente de cómo se entreguen las aplicaciones a los usuarios y de las ubicaciones en las que se alojen éstas. A continuación se presentan algunos ejemplos de estos escenarios:

  • Citrix XenApp con aplicaciones publicadas

  • Citrix XenApp con escritorios publicados

  • Citrix XenApp con aplicaciones distribuidas por streaming a un entorno de aislamiento

  • Aplicaciones distribuidas por streaming en escritorios virtuales de XenDesktop

  • Aplicaciones instaladas en escritorios virtuales de XenDesktop

  • Aplicaciones distribuidas por streaming a escritorios físicos

  • Aplicaciones instaladas de manera local en escritorios físicos

De estos casos, Citrix considera que los siguientes son los más comunes:

  • Sesiones múltiples - El usuario accede a varios silos de servidores de XenApp y por ese motivo tiene varias sesiones abiertas. Tenga en cuenta que el aislamiento de aplicaciones y su distribución por streaming en el servidor son alternativas a los silos de servidores. Este escenario se describe más detalladamente en este tema.
  • Problemas relativos a la regla de “la última escritura prevalece” y a la coherencia de los perfiles móviles - La última escritura en el perfil móvil hace que se guarden todas las configuraciones. Por eso, puede que los perfiles móviles no conserven los datos correctos si hay varias sesiones abiertas y se realizan cambios provisionales. Además, los parámetros pueden no escribirse correctamente en el perfil debido a problemas de red, almacenamiento u otros. Este escenario se describe más detalladamente en este tema.
  • Perfiles de gran tamaño y velocidad de inicio de sesión - La saturación de los perfiles puede dificultar el uso de los perfiles de usuario y causar problemas de almacenamiento y administración. Normalmente, durante el inicio de sesión, Windows copia el perfil completo del usuario a través de la red en el dispositivo del usuario local. Si el perfil es demasiado grande, puede prolongarse el tiempo que se tarda en iniciar la sesión.

Sesiones múltiples

Especialmente en entornos extensos, los usuarios pueden necesitar abrir varias sesiones para acceder a distintas aplicaciones alojadas en varios servidores XenApp, en la misma comunidad o en varias. Cuando sea posible, los administradores Citrix deben considerar el aislamiento o la distribución por streaming de las aplicaciones para alojarlas en el mismo servidor XenApp y de este modo permitir que los usuarios accedan a todas las aplicaciones desde un servidor y en una sola sesión. No obstante, esto no puede realizarse en situaciones donde una unidad de negocio controla servidores específicos o cuando no es posible realizar la distribución de aplicaciones por streaming.

Si se determina que es necesario que los usuarios accedan a aplicaciones de varios servidores XenApp, debe calcularse el impacto que esto tendrá en los perfiles.

Este diagrama ilustra el ejemplo a continuación; muestra cómo la configuración de la aplicación puede perderse cuando existen múltiples sesiones.

diagrama

Por ejemplo, María necesita acceder a Apl. A, Apl. B y Apl. C, que se localizan en Servidor 1, Servidor 8 y Servidor 12 respectivamente. Al conectarse a las aplicaciones, su perfil móvil de Servicios de Terminal Server se carga en cada uno de los servidores y se redirigen la carpetas para cada sesión. Cuando María está conectada a la Apl. A en el Servidor 1, cambia el Parámetro 1 y cierra esa sesión. Después, completa el trabajo en las otras dos aplicaciones y cierra la sesión.

Cuando cierra la sesión, el cambio que realizó María dentro de su sesión en el Servidor 1 se sobrescribe porque se conservan los parámetros de la última sesión que se cierra, no el cambio intermedio. Cuando María inicie la sesión en Apl. A al día siguiente, se sentirá frustrada porque el cambio que realizó no puede verse.

Profile Management puede evitar que se produzcan este tipo de situaciones. Profile Management sobrescribe los parámetros específicos que se modificaron durante una sesión, el resto de los parámetros que no se modificaron permanecen igual. Por lo tanto, solo podría producirse un problema si María cambiara el Parámetro 1 dentro de otra sesión. No obstante, es probable que el usuario esperara que se mantuviera el cambio más reciente y esto es precisamente lo que ocurre cuando se usa Profile Management en una situación como esta.

Problemas relativos a la regla de “la última escritura prevalece” y a la coherencia de los perfiles móviles

Este escenario es similar al primero incluido en este tema. Los problemas del tipo “la última escritura prevalece” pueden presentarse de varias formas, y la frustración del usuario puede acumularse a medida que aumenta la cantidad de dispositivos a los que se accede.

Debido a que el perfil móvil conserva todos los datos del perfil, excepto las carpetas que se redirigieron, el tamaño del perfil del usuario puede aumentar demasiado. Además de hacer más lento el inicio de sesión de los usuarios debido a que debe descargarse el perfil, hay un mayor riesgo de que se produzcan conflictos de coherencia durante la fase de escritura en el cierre de sesión, en especial si hay problemas en la red.

Profile Management permite excluir datos específicos del perfil de usuario y, de esta manera, mantener un tamaño mínimo de los perfiles. Debido a que sólo se escriben las diferencias en el perfil, la fase de escritura en el cierre de sesión usa menos datos y es más rápida. Profile Management puede ser ventajoso para aplicaciones que usan perfiles para datos temporales pero no los limpian una vez cerrada la aplicación.