Planificar para diferentes plataformas
¿Por qué resulta difícil la gestión de perfiles de usuarios para plataformas diferentes?
Es normal que los usuarios accedan a varios dispositivos informáticos. Para cualquier tipo de perfil itinerante, el desafío está dado por las diferencias entre los sistemas en esos dispositivos. Por ejemplo, si creo un acceso directo en mi escritorio a un archivo local que no existe al pasar a un dispositivo diferente, el resultado es un acceso directo que no funciona en mi escritorio.
Un problema similar existe al pasar de un sistema operativo (SO) de sesión única a un SO multisesión. Es posible que no se puedan aplicar ciertos parámetros en el servidor (por ejemplo, la configuración de energía o la de vídeo). Además, si las aplicaciones no se instalan análogamente en cada dispositivo, al pasar de un dispositivo a otro pueden surgir otros problemas.
Algunos parámetros personalizados (como Mis Documentos, Favoritos y otros archivos que funcionan independientemente del SO o la versión de la aplicación) son mucho más fáciles de administrar que otros. Pero incluso estos parámetros pueden ser difíciles de migrar cuando un tipo de documento solo es compatible con un sistema. Por ejemplo, un usuario tiene Microsoft Project instalado en un sistema, pero en otro dispositivo no se reconoce ese tipo de archivo. Esta situación se ve exacerbada si la misma aplicación está presente en ambos sistemas, pero en uno de ellos se han instalado complementos diferentes y un documento espera contar con ellos.
¿Cómo podrían producirse problemas al cambiar el modo en que se instala una aplicación?
Aunque las plataformas estén instaladas de forma idéntica, si una aplicación está configurada de forma diferente en cada una de ellas, podrían producirse errores al iniciar la aplicación. Por ejemplo, podrían activarse una macro o un complemento de Excel en una plataforma pero no en la otra.
El menú Inicio
El menú Inicio contiene enlaces (archivos LNK y LNK2). La parte específica del menú que definen los usuarios se almacena en el perfil, y los usuarios pueden modificarla. Es frecuente que se agreguen enlaces personalizados (a archivos ejecutables o documentos). Además, los enlaces que son específicos de cada idioma conducen a varias entradas del menú Inicio para una misma aplicación. Asimismo, los enlaces a documentos pueden no ser válidos en otros equipos, ya que la ruta al documento es relativa a otro sistema, o es una ruta de red inaccesible.
De forma predeterminada, Profile Management no guarda el contenido de la carpeta del menú Inicio, ya que los enlaces a archivos ejecutables, por lo general, dependen de cada equipo. No obstante, cuando los sistemas son parecidos, incluir el menú Inicio en la configuración de Profile Management mejora la coherencia entre los perfiles cuando los usuarios cambian de un escritorio a otro. Otro método es procesar el menú Inicio con redirección de carpetas.
Nota: Con frecuencia, pueden producirse efectos secundarios impredecibles a partir de lo que parecen ser cambios inofensivos. Por ejemplo, consulte el artículo del blog de Sepago, en https://helgeklein.com/blog/2009/09/citrix-user-profile-manager-upm-and-the-broken-rootdrive/.
Pruebe y verifique siempre el comportamiento del menú Inicio en las distintas plataformas.
La barra de herramientas de Quick Launch
La barra de herramientas de Quick Launch incluye enlaces y los usuarios pueden configurarla. De forma predeterminada, Profile Management guarda la barra de herramientas de Quick Launch. En algunos entornos, guardar la barra de herramientas de Quick Launch puede no ser conveniente, ya que los enlaces pueden depender del equipo.
Para excluir la barra de herramientas de los perfiles, agregue la siguiente entrada a la lista de exclusión de carpetas: AppData\Roaming\Microsoft\Internet Explorer\Quick Launch.
¿Qué tipos de perfiles crear?
Importante: Debido a las diferencias existentes en su estructura, se recomienda crear perfiles distintos de Versión 1 y Versión 2 para cada usuario en los entornos que contengan múltiples plataformas. Las diferencias de espacio de nombres de perfiles entre Windows Vista y Windows 7 hacen difícil poder compartir perfiles entre ambas plataformas. También puede haber fallos entre Windows XP y Windows Server 2003. Para obtener más información acerca de los perfiles Versión 1 y Versión 2, consulte Acerca de los perfiles.
En “múltiples plataformas” no sólo se incluyen diferentes sistemas operativos (incluidas las ediciones de diferente número de bits) sino también múltiples versiones de aplicaciones ejecutadas en un mismo sistema operativo. El ejemplo siguiente ilustra los motivos para esta recomendación:
- Los sistemas de 32 bits pueden contener claves del Registro que indican al sistema operativo que inicie aplicaciones en ubicaciones específicas de los sistemas operativos de 32 bits. Si un perfil de usuario de Citrix usa estas claves en un sistema de 64 bits, es probable que en ese sistema la ubicación especificada no exista y las aplicaciones no puedan iniciarse.
- Microsoft Office 2003, Office 2007 y Office 2010 almacenan algunas configuraciones de Word en diferentes claves de Registro. Incluso aunque estas aplicaciones se ejecuten en un mismo sistema operativo, cree perfiles individuales para cada una de las tres versiones distintas de Word.
Se recomienda utilizar la redirección de carpetas de Microsoft con perfiles de usuario de Citrix para garantizar la interoperabilidad de los perfiles. Especialmente en un entorno donde deban coexistir Windows Vista o Windows 7 con Windows XP.
Sugerencia: En función de cómo sean las directivas de administración de datos de la organización, es una buena práctica eliminar los perfiles del almacén de usuarios y del almacén de la configuración multiplataforma correspondientes a cuentas de usuario que han sido eliminadas de Active Directory.