Perfil de usuario itinerante

Un perfil de usuario móvil es un concepto de sincronización de archivos en la familia de sistemas operativos Windows NT que permite a los usuarios con una computadora unida a un dominio de Windows iniciar sesión en cualquier computadora en el mismo dominio y acceder a sus documentos y tener una experiencia de escritorio consistente, como aplicaciones que recuerdan las posiciones y preferencias de la barra de herramientas, o la apariencia del escritorio que permanece igual, mientras se mantienen todos los archivos relacionados almacenados localmente, para no depender continuamente de una conexión de red rápida y confiable a un servidor de archivos .

Todos los sistemas operativos Windows desde Windows NT 3.1 están diseñados para admitir perfiles móviles. Normalmente, un equipo independiente almacena los documentos del usuario, los elementos del escritorio, las preferencias de aplicaciones y la apariencia del escritorio en el equipo local en dos secciones divididas, que consisten en la parte que puede moverse más una parte temporal adicional que contiene elementos como la memoria caché del navegador web. El Registro de Windows está dividido de manera similar para admitir la movilidad; existen subárboles de sistema y de equipo local que permanecen en el equipo local, más un subárbol de usuario independiente (HKEY_CURRENT_USER) diseñado para poder moverse con el perfil de usuario.

Cuando se crea un usuario itinerante, la información de perfil del usuario se almacena en un servidor de archivos centralizado al que se puede acceder desde cualquier computadora de escritorio conectada a la red. El mensaje de inicio de sesión en la computadora local verifica si el usuario existe en el dominio en lugar de en la computadora local; no se requiere una cuenta preexistente en la computadora local. Si el inicio de sesión en el dominio es exitoso, el perfil itinerante se copia del servidor de archivos central a la computadora de escritorio y se crea una cuenta local para el usuario.

Cuando el usuario cierra sesión en la computadora de escritorio, el perfil móvil del usuario se fusiona desde la computadora local al servidor de archivos central, sin incluir los elementos temporales del perfil local. Debido a que se trata de una fusión y no de un traslado o eliminación, la información del perfil del usuario permanece en la computadora local además de fusionarse con la red.

Cuando el usuario inicia sesión en una segunda computadora de escritorio, este proceso se repite, fusionando el perfil móvil del servidor con la segunda computadora de escritorio y luego fusionándolo nuevamente desde el escritorio con el servidor cuando el usuario cierra la sesión.

Cuando el usuario vuelve a la primera computadora de escritorio e inicia sesión, el perfil móvil se fusiona con la información del perfil anterior y lo reemplaza. Si el almacenamiento en caché de perfiles está habilitado, el servidor puede fusionar solo los archivos más nuevos en la computadora local, reutilizando los archivos locales existentes que no han cambiado desde el último inicio de sesión y, de ese modo, acelerando el proceso de inicio de sesión.

Debido a la copia de perfil al iniciar y cerrar sesión, un perfil móvil configurado con la configuración predeterminada puede ser extremadamente lento y desperdiciar cantidades considerables de tiempo para los usuarios con grandes cantidades de datos en su cuenta.

Cuando Microsoft diseñó Internet Explorer , los programadores tomaron la decisión explícita de almacenar las cookies y los favoritos como pequeños archivos individuales de menos de un kilobyte cada uno, en lugar de almacenar estos datos como un único archivo grande consolidado. Microsoft también almacena archivos de acceso directo en la carpeta de perfil Recientes , que los vinculan a archivos y carpetas abiertos recientemente.

Los servidores de archivos tienden a transferir únicamente archivos grandes de varios megabytes de tamaño a la velocidad de red más rápida posible. Cientos de archivos muy pequeños (de solo un kilobyte por archivo) pueden reducir el rendimiento de la red en un 90 %. A medida que un perfil envejece y acumula cientos o miles de cookies, favoritos y elementos recientes, los tiempos de inicio y cierre de sesión se vuelven progresivamente más lentos, aunque estos archivos ocupan solo unos pocos megabytes de datos del perfil.

El almacenamiento local en caché del perfil de usuario en el disco duro de una computadora de escritorio puede reducir y mejorar los tiempos de inicio y cierre de sesión, pero con el riesgo de saturar el disco duro con los datos de perfil de cada usuario almacenado en caché que inicia sesión. El almacenamiento local en caché es más adecuado cuando las personas tienden a usar la misma computadora todos los días. El almacenamiento local en caché de perfiles no es útil cuando cientos o miles de estudiantes necesitan poder usar cualquier computadora en un campus escolar o universitario; los datos almacenados en caché acumulados de tantos perfiles diferentes pueden consumir todo el espacio disponible en el disco de la computadora del laboratorio.

Los usuarios con un perfil móvil pueden experimentar demoras de inicio de sesión abrumadoras cuando inician sesión a través de una WAN . Si se conecta al dominio desde un sitio remoto, después de la autenticación, Windows intentará obtener el perfil del usuario de la ubicación especificada en Active Directory . Si la ubicación se encuentra al otro lado de un enlace WAN, puede ralentizar la WAN al máximo y provocar que el inicio de sesión falle (después de una demora muy prolongada).

Los usuarios con un perfil móvil que trabajen desde un sitio remoto deben iniciar sesión en la máquina antes de conectarse a la red (para que la máquina utilice su copia local almacenada en caché) y conectarse a la red una vez que se haya completado el inicio de sesión. Otra opción es eliminar la ruta del perfil móvil de Active Directory antes de su partida. ^{[ Aclaración necesaria ]} Esto debe hacerse con tiempo suficiente para que el cambio se replique en el controlador de dominio correspondiente en el sitio remoto.

Trabajar con archivos grandes, como editar videos sin editar , puede generar tiempos de inicio y cierre de sesión excesivos, ya que Windows copiará los archivos en el perfil móvil a la computadora al iniciar sesión y nuevamente al servidor al cerrar sesión.

En entornos donde los archivos grandes no son críticos para la misión y no es absolutamente necesario realizar una copia de seguridad de ellos en un servidor cada vez que se inicia sesión, las aplicaciones que requieren cantidades excesivamente grandes de datos de usuario generalmente se ejecutan en una cuenta local independiente que no se mueve, para evitar estos problemas de almacenamiento y recuperación de red.

En un entorno escolar, el roaming puede generar una congestión grave de la red y lentitud cuando una clase entera de estudiantes cierra sesión en las computadoras al mismo tiempo y luego, en cuestión de minutos, intenta iniciar sesión en otro lugar. Se pueden generar inconsistencias en los datos de la cuenta si los estudiantes comienzan a iniciar sesión en la segunda ubicación antes de que finalice la carga del perfil y cierren sesión en la primera ubicación.

Algunos programas instalados en computadoras de escritorio no liberan correctamente el control del registro de usuario durante el cierre de sesión, y pueden provocar que los perfiles se corrompan porque la copia del registro de usuario nunca se completa correctamente. Para solucionar este problema, Microsoft creó una utilidad conocida como User Profile Hive Cleanup Service , que reasignará de manera forzada los identificadores de archivo de estos programas con mal comportamiento para que la copia del perfil pueda finalizar correctamente y el cierre de sesión de la cuenta sea exitoso. ^[1] Sin embargo, el programa bloqueado puede permanecer en la computadora local aún manteniendo la copia en caché local del registro de usuario en un estado de actividad, hasta que se reinicie la computadora.

La versión más reciente de un archivo en un perfil móvil sin redirección se almacena únicamente en la computadora local y permanece allí hasta que el usuario cierra la sesión, momento en el que se transfiere al servidor. Si se realizan copias de seguridad nocturnas del servidor y un usuario móvil no cierra la sesión durante varios días, los documentos de su cuenta móvil no se incluyen en la copia de seguridad nocturna.

Además, si un usuario itinerante utiliza el modo de suspensión o hibernación para apagar el ordenador por la noche, su perfil no se copiará a la red. De esta manera, es posible que los documentos de una cuenta itinerante no se respalden durante días o semanas, y existe la posibilidad de que se pierdan datos de forma considerable si el disco duro local sufre una falla catastrófica durante estos largos períodos en los que no se cierra la sesión de la cuenta itinerante en el ordenador local.

Debido al mecanismo subyacente de copia de archivos desde el servidor al escritorio, la itinerancia supone que la cuenta de usuario está conectada solo a una computadora a la vez. Los documentos de un perfil itinerante copiados a la máquina local no tienen conocimiento de la red entre sí y no es posible usar el bloqueo de archivos para alertar al usuario de que el archivo ya está abierto.

Iniciar sesión en varias computadoras con una cuenta y abrir el mismo documento varias veces en cada computadora puede generar inconsistencias y pérdida de cambios guardados si el archivo se modifica en dos computadoras diferentes al mismo tiempo:

• Cuando se cierra la sesión del primer equipo con el documento modificado, los cambios se escriben en la copia de red del perfil.
• Cuando la segunda computadora cierra la sesión, la versión diferente del documento sobrescribe los cambios guardados previamente durante el cierre de sesión del perfil.

Las distintas versiones de Windows pueden emplear diferentes diseños de perfil de usuario incompatibles. Por lo tanto, un usuario que se desplaza entre equipos con diferentes sistemas operativos necesita perfiles de desplazamiento separados para cada sistema operativo. Windows Vista y Windows 7 añaden el sufijo ".v2" a la carpeta de perfil de usuario para aislarla de los perfiles de usuario de Windows XP y versiones anteriores. Aun así, Microsoft TechNet recomienda a los usuarios no desplazarse entre equipos que ejecutan Windows Vista/ Windows Server 2008 y Windows 7/ Windows Server 2008 R2 . Los perfiles de usuario en Windows 8 / Windows Server 2012 y Windows 8.1 / Windows Server 2012 R2 tampoco son totalmente compatibles con versiones anteriores, aunque inicialmente también utilizaban el sufijo ".v2". Más tarde, Microsoft publicó revisiones e instrucciones para permitir que estos sistemas operativos agreguen los sufijos ".v3" y ".v4" respectivamente, separándolos del acceso entre sistemas operativos. ^{[2] [3] [4] [5]}

Para solucionar estos problemas de copia de perfiles, es posible anular la operación predeterminada de roaming y configurar cuentas de usuario para que ciertas partes del perfil sean accedidas por la computadora local directamente en un servidor de archivos central en lugar de copiarlas primero a la computadora local. ^[6] Si el servidor deja de funcionar, los usuarios aún pueden acceder a algunos archivos con las mejoras de archivos sin conexión.

Para el usuario final, la redirección de carpetas no parece funcionar de forma diferente a la de una computadora normal e independiente. Redirigir la carpeta Mis documentos y el escritorio del usuario para que se pueda acceder a ellos directamente en un servidor de archivos son los dos primeros pasos importantes para acelerar los perfiles móviles. Sin embargo, a medida que el software de terceros ha comenzado a almacenar cada vez más datos en la parte de Datos de aplicación del perfil móvil, también ha resultado útil redirigirlos para que se pueda acceder a ellos directamente en el servidor.

Se puede plantear la cuestión de por qué no se puede acceder directamente a todo el perfil de roaming en el servidor y no es necesario realizar ninguna copia. El motivo parece ser que ciertos programas de Microsoft que se ejecutan todo el tiempo en el equipo cliente no pueden tolerar la pérdida repentina de sus carpetas de datos si el servidor deja de funcionar o se desconecta la red. Algunas partes aún deben copiarse de un lado a otro antes de que aparezca el escritorio para que estas carpetas estén disponibles si las carpetas redirigidas a la red dejan de funcionar.

Algunos programas no funcionan correctamente con carpetas de perfil redirigidas que hacen referencia a una ruta de archivo UNC en un recurso compartido del servidor: \\servidor\recurso compartido\nombreusuario\Datos de aplicación

• A menos que la entrada de registro [HKEY_CURRENT_USER\Software\Microsoft\Command Processor] "DisableUNCCheck"=dword:1 esté configurada, el Procesador de comandos de Windows no puede tener un directorio de trabajo UNC, por lo que los archivos por lotes generalmente fallan.
• No es posible instalar complementos VSTO de Microsoft Office en una ruta UNC. (AppData puede ser un lugar natural para que los usuarios instalen complementos sin privilegios de administración).
• Adobe Reader ha sido incompatible con los datos de aplicación ubicados en una ruta de archivo UNC desde al menos la versión 9.0, lo que provocaría un bloqueo con un error de tiempo de ejecución. ^[7] Adobe Reader X (10.0) es parcialmente compatible, pero no se ejecutará en modo de protección de documentos en una ruta UNC.
• OpenOffice.org 3.3 es igualmente incompatible con los datos de aplicación en una ruta UNC y el software se bloquea al iniciarse. ^[8] Se ha desarrollado una solución que estará disponible en una próxima versión.
• Los perfiles móviles y la redirección no son compatibles con AutoCAD ^[9] 2013.

Estos problemas con las rutas UNC generalmente se pueden solucionar redirigiendo las carpetas a una asignación de unidad para el recurso compartido UNC:

• Unidad N: (por ejemplo) está asignada a \\server\share\userhomedir
• Redirección de la carpeta AppDir al directorio de inicio del usuario: N:\Application Data

Sin embargo, Microsoft generalmente desaconseja el uso de asignaciones de unidades y las rutas de redirección solo UNC son la implementación preferida.

• Es posible que sea necesario mantener sincronizadas las versiones del software de aplicación en varias máquinas utilizadas con el mismo perfil, con las mismas opciones instaladas; de lo contrario, los archivos de configuración del software pueden hacer referencia a bibliotecas dinámicas o extensiones u otros recursos que no están disponibles en otra máquina, lo que provoca un bloqueo del sistema o funciones limitadas o corrupción de la configuración.
• La instalación de software en una cuenta puede provocar que el software solo funcione parcialmente para otras cuentas debido a que los recursos no estarán disponibles para otros usuarios según sus derechos de acceso a las carpetas personales del instalador.

La redirección de carpetas se puede utilizar con perfiles obligatorios y resulta útil en situaciones en las que se desea "bloquear" la apariencia general del escritorio pero permitir que los usuarios guarden documentos en la red. Por ejemplo, se puede utilizar como una cuenta genérica que cualquier persona puede utilizar sin contraseña para uso temporal.

Redirigir Mis documentos y el escritorio a un perfil obligatorio permitirá guardar los documentos, pero al cerrar la sesión, cualquier cambio en la apariencia del escritorio, como la imagen del escritorio, las cookies de Internet Explorer, los favoritos y la lista de documentos recientes abiertos, se revierten al estado original. ^[10]

La redirección de carpetas con perfiles obligatorios se logra denegando el acceso de escritura a la copia central del perfil. Cuando los usuarios cierran la sesión, pueden esperar recibir regularmente un error que indique que el perfil no se pudo copiar correctamente al servidor. Un usuario también debe tener en cuenta que almacenar datos en determinadas ubicaciones puede provocar la pérdida de sus datos. Por ejemplo, si el escritorio se reinicia cada vez que un usuario inicia sesión con el escritorio del perfil obligatorio, aunque parezca correcto guardar archivos en el escritorio, cuando el usuario cierra la sesión, el perfil no se copia al servidor y, cuando el usuario vuelve a iniciar sesión, cualquier trabajo guardado en el escritorio se pierde de forma permanente sin ningún aviso previo, salvo el error al cerrar la sesión que indica que el perfil no se pudo copiar.

Cuando el usuario U inicia sesión en una computadora Windows C unida a un dominio, C consultará las siguientes ubicaciones para determinar si el usuario tiene configurada una ruta de perfil móvil:

1. La política de grupo “Establecer ruta para el perfil de usuario itinerante de Servicios de Escritorio remoto” para C , si el inicio de sesión se realiza en un servidor de terminal
2. el atributo msTSProfilePath del objeto LDAP de U , si el inicio de sesión es en un servidor de terminal
3. La política de grupo “Establecer ruta de perfil móvil para todos los usuarios que inician sesión en esta computadora” para C
4. el atributo profilePath del objeto LDAP de U

El primero de estos ajustes de configuración que tenga un valor anula cualquier otro posterior. Los atributos LDAP pueden ser configurados por un administrador de dominio o cualquier otra persona que tenga acceso de escritura al objeto de usuario LDAP correspondiente según su lista de control de acceso . El valor configurado como ruta de perfil se proporciona normalmente como una ruta UNC a una carpeta en un servidor de archivos SMB y la ruta normalmente contiene la variable “%USERNAME%” para que sea específica para el usuario. El perfil móvil para los usuarios del servidor de Escritorio remoto se especifica en la pestaña "Perfil de servicios de Escritorio remoto".

En Windows 2000 y versiones posteriores, hay disponible una interfaz gráfica de usuario para configurar el atributo profilePath en el complemento Usuarios y equipos de Active Directory . Windows NT 4.0 y versiones anteriores utilizaban el programa Administrador de usuarios para dominios . Desde muchos otros sistemas operativos, se puede acceder a dichos atributos LDAP, por ejemplo, con las herramientas de línea de comandos OpenLDAP ldapsearch y ldapmodify (después de la autenticación SASL / GSSAPI ).

Cuando un usuario inicia sesión en un equipo que pertenece a un dominio, el shell de Windows comprueba los atributos LDAP y los archivos de política de grupo mencionados anteriormente para determinar la ruta del perfil de usuario móvil. A continuación, llama a la función LoadUserProfile. Microsoft no ha documentado el algoritmo de sincronización de archivos preciso que implementa esta función, pero implica comparar las marcas de tiempo de cada archivo que se encuentre tanto en el perfil local como en el de itinerancia, para luego reemplazar cualquier archivo más antiguo que se encuentre en el equipo. Cuando el usuario cierra la sesión, el shell de Windows llama a UnloadUserProfile, que aplica un algoritmo de sincronización de archivos similar en la dirección opuesta, para permitir que los cambios realizados en el perfil de itinerancia migren de nuevo a la ubicación donde se almacena el perfil de itinerancia del usuario. Además, desde Windows 7, es posible especificar una política de grupo “Carga en segundo plano del archivo de registro de un perfil de usuario móvil mientras el usuario está conectado” para aplicar este proceso de sincronización al archivo NTuser.dat a intervalos regulares (el valor predeterminado es 12 horas). Iniciar sesión en Windows a través de OpenSSH para Windows no carga un perfil móvil.

Las estaciones de trabajo que ejecutan Windows 95, 98 o Me también pueden tener perfiles móviles; sin embargo, los archivos de perfil móvil de los usuarios en Windows 9x se almacenan en el directorio de inicio de los usuarios, incluso si se especifica una ubicación independiente para la movilidad. Para utilizar perfiles móviles en Windows 9x, cada estación de trabajo debe estar configurada para tener habilitadas configuraciones de perfil independientes para cada usuario que inicie sesión en la estación de trabajo local. La habilitación de configuraciones de escritorio independientes en Windows 9x se realiza en Contraseñas en el Panel de control de Windows.

Los perfiles móviles en Windows 95, 98 y Me son compatibles entre sí, por lo que si una red tiene una combinación de estaciones de trabajo con Windows 95 y Windows 98, se puede utilizar el mismo perfil de usuario para cada estación de trabajo. Esto también sucede con los perfiles móviles entre Windows NT 4.0, Windows 2000 y Windows XP, pero puede haber algunos problemas de compatibilidad debido a las diferencias en cada versión de Windows. Los perfiles móviles en Windows Vista y Windows 7 son compatibles entre sí, pero estas versiones no son compatibles con versiones anteriores de Windows. Se creará una carpeta de perfil independiente con la extensión .V2 cuando se utilicen perfiles móviles con Windows Vista o 7. La solución más sencilla es que todas las estaciones de trabajo ejecuten la misma versión de Windows (consulte la sección Compatibilidad).

Para que la itinerancia funcione con servidores Novell , es necesario instalar el producto Novell " ZENworks Desktop Management" en el servidor y el paquete de gestión de estaciones de trabajo asociado en cada uno de los equipos cliente. Dentro del directorio, se crea un objeto de paquete de usuario que permite la itinerancia, especifica dónde se almacena el perfil de itinerancia y también almacena las directivas de grupo asociadas para cada versión de Windows en la que los usuarios iniciarán sesión. El paquete de usuario también habilita el usuario local dinámico , que funciona de forma similar a Active Directory, lo que permite que una cuenta creada en eDirectory inicie sesión en cualquier equipo de escritorio incluso si no existe una cuenta local de antemano y asigna privilegios de cuenta local, como Usuario, Usuario avanzado o Administrador, a la cuenta de usuario local recién creada. En Windows NT, los archivos de perfil de usuario se almacenan en el directorio de inicio de los usuarios en una subcarpeta para cada versión de Windows; por ejemplo, en Windows NT 4.0, la carpeta se llamará "Perfil de estación de trabajo de Windows NT 4.0" y en Windows XP, "Perfil de estación de trabajo de Windows NT 5.1".

El paquete de usuario se puede asociar a una cuenta de usuario específica en el directorio o a una unidad organizativa que se aplica a todas las cuentas de usuario dentro de esa unidad organizativa. El paquete de usuario también permite funciones adicionales de ZENworks Desktop Management, como la vista remota y el control remoto del equipo de escritorio, impresoras de red que siguen al usuario de un escritorio al siguiente y la programación de eventos que se ejecutarán dondequiera que el usuario haya iniciado sesión.

Aunque Windows 3.x no contiene perfiles de usuario, los usuarios podían tener su propio escritorio personalizado en un entorno empresarial. Windows 3.x tenía una opción de configuración administrativa que los administradores de red podían utilizar escribiendo setup.exe /a. A continuación, Windows podía instalarse en un recurso compartido de red. A continuación, se ejecutaba la configuración de Windows desde cada máquina local para instalar algunos archivos locales, lo que hacía que Windows 3.1 pudiera ejecutarse en una red. Los archivos locales podían guardarse en el directorio personal de un usuario en una red de dominio de Novell o Windows NT, lo que permitía al usuario que sus configuraciones se desplazaran entre máquinas; la máquina local en este escenario no requería un disco duro y podía haberse iniciado desde un disquete o una tarjeta de red.

Ocasionalmente, puede ser necesario restablecer el perfil de un usuario si se corrompe o para resolver un problema con una aplicación. Normalmente, el restablecimiento lo realizaría un administrador de sistemas o un miembro del personal de soporte técnico. Para realizar un restablecimiento, el usuario afectado debe cerrar la sesión del sistema y, luego, se cambia el nombre de la carpeta donde se almacena el perfil móvil del usuario en el servidor. El perfil del usuario también debe eliminarse de la estación de trabajo local en la que inicia sesión el usuario; de lo contrario, el usuario tomará el perfil almacenado localmente la próxima vez que inicie sesión. Cuando se haya borrado el perfil de la máquina local, cuando el usuario inicie sesión, se generará un nuevo perfil utilizando el perfil predeterminado almacenado en la estación de trabajo. Cuando el usuario cierre la sesión, el perfil se copiará nuevamente a la ubicación donde se almacenó el perfil móvil del usuario.

• Aplicación del control administrativo mediante el uso de perfiles de usuario obligatorios que ayudan a proteger el entorno del usuario contra daños causados ​​por el propio usuario.
• Los usuarios pueden acceder a sus datos en cualquier lugar de la red con mayor confiabilidad
• Copia de seguridad más sencilla, ya que la mayoría de los datos se encuentran en una única ubicación en el servidor

Cada vez que un usuario inicia sesión en una estación de trabajo, todos los archivos y configuraciones se transfieren a través de la red; el resultado es que el proceso de inicio de sesión demora más que si el usuario utilizara un perfil local. Esto es particularmente así si el perfil es de gran tamaño. El tiempo de inicio de sesión se puede reducir si el perfil se almacena en caché, ya que algunos archivos se pueden cargar desde la estación de trabajo local y mediante el uso de la redirección de carpetas para redirigir carpetas que pueden alcanzar un gran tamaño, como Mis documentos , a un recurso compartido de red.

Sin embargo, esta limitación se ha solucionado en Windows Server 2008 Active Directory al permitir la redirección de carpetas de casi todas las carpetas que se almacenaban previamente en el perfil de un usuario (incluidas Mi música, Favoritos y otras) a un recurso compartido de red centralizado y seguro. Esto significa que el perfil móvil de un usuario se puede reducir fácilmente a un tamaño inferior a 20 MB, eliminando así los largos tiempos de inicio de sesión que se experimentaban con las versiones anteriores de AD. Al utilizar la redirección de carpetas y el almacenamiento en caché automático de archivos sin conexión , todos los archivos y preferencias de un usuario están disponibles sin conexión y se sincronizan de una manera mucho más eficiente que la que era posible anteriormente cuando el equipo se vuelve a conectar a la red mediante la compresión diferencial remota (RDC).

Otro problema está relacionado con diferentes conjuntos de aplicaciones instaladas en las máquinas. Las aplicaciones almacenan información en la configuración local y en el registro, pero solo se transfiere el registro. Esto puede dañar la funcionalidad de la aplicación en el perfil móvil.

Las carpetas de red redirigidas pueden anular la separación entre 2000/XP y Vista/Win7. Por ejemplo, ambos tipos de perfiles se pueden redirigir para utilizar una única carpeta Documentos y una única carpeta Escritorio, de modo que los documentos de la cuenta del usuario sean coherentes entre los dos perfiles, incluso si todas las demás configuraciones de la cuenta serán diferentes.

El intercambio redirigido de carpetas como Datos de aplicación puede provocar corrupción de datos, ya que Microsoft no tenía intención de que sus datos de aplicación se compartieran entre las diferentes versiones del sistema operativo.

Los programas de virtualización de usuarios (como AppSense ) administran perfiles de usuario , configuraciones y datos, almacenándolos en un recurso compartido de red o en la nube .

• Redirección de carpetas

• Biblioteca MSDN de Microsoft: Referencia sobre perfiles de usuario
• Microsoft TechNet: Ayuda de productos de Windows Server 2003: Prácticas recomendadas para perfiles de usuario
• Microsoft TechNet: Windows Server 2003: Informe técnico sobre operaciones: prácticas recomendadas para perfiles de usuario