Profile Management

Casos de uso de Profile Management

Citrix Profile Management puede implementarse para administrar perfiles de usuario en distintos casos, 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 casos:

  • Citrix Virtual Apps con aplicaciones publicadas

  • Citrix Virtual Apps con escritorios publicados

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

  • Aplicaciones distribuidas por streaming a escritorios virtuales de Citrix

  • Aplicaciones instaladas en escritorios virtuales de Citrix

  • 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 aplicaciones virtuales de Citrix 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 caso 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 itinerantes: La última escritura en el perfil itinerante hace que se guarden todas las configuraciones. Por eso, puede que los perfiles itinerantes 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 caso se describe más detalladamente en este tema.
  • Perfiles de gran tamaño y velocidad de inicio de sesión: La saturación de 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 de aplicaciones virtuales de Citrix, en la misma comunidad o en varias. Cuando sea posible, considere el aislamiento o la distribución por streaming de las aplicaciones para alojarlas en el mismo servidor de aplicaciones virtuales de Citrix 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 de aplicaciones virtuales de Citrix, debe calcularse el impacto que esto tendrá en los perfiles.

El siguiente diagrama ilustra un ejemplo donde 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, el perfil itinerante de Servicios de Terminal Server de María se carga en cada uno de los servidores y se redirigen las 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, María 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 la 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 itinerantes

Este caso 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 itinerante 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 solo 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.

Casos de uso de Profile Management