Caso 2: Varios destinos de carpetas y replicación
“Si mi NUS local no se encuentra disponible, quiero que mis usuarios puedan obtener los datos de sus perfiles desde una ubicación de seguridad en otro punto de la red de la organización. Si realizan cambios, esos cambios deben aplicarse a sus NUS de preferencia cuando se restablezcan”.
El requisito básico en este caso es ofrecer ubicaciones alternativas para los perfiles de la red. El caso de uso incluye el error parcial en la infraestructura de la red o la absoluta falta de disponibilidad de un destino de carpeta, como un clúster de conmutación por error.
Las opciones que debe tener en cuenta son el uso de varios destinos de carpetas y de la replicación DFS.
Opción 1: referencias a varios destinos de carpetas
Lectura recomendada
Para obtener información sobre cómo ajustar un espacio de nombres, consulte https://docs.microsoft.com/en-us/windows-server/storage/dfs-namespaces/tuning-dfs-namespaces.
Acerca de esta opción
Una referencia es una lista ordenada de destinos que un dispositivo de usuario prueba uno tras otro. Está diseñada para casos con destinos de solo lectura, como las bibliotecas de software. No existe conexión entre los destinos, por lo que el uso de esta técnica con perfiles puede crear varios perfiles que no puedan sincronizarse.
No obstante, es posible definir un método de ordenamiento y una prioridad de destino para los destinos de las referencias. La elección de un método de ordenamiento apropiado parece traer aparejada una elección consistente de destinos en todas las sesiones de usuarios. Sin embargo, en la práctica, incluso cuando todos los dispositivos del usuario se encuentran en el mismo sitio, pueden surgir problemas de enrutamiento dentro del sitio en los diferentes destinos que se seleccionan en las diversas sesiones. Este problema puede agravarse cuando los dispositivos almacenan las referencias en la memoria caché.
Importante: Esta opción no es adecuada para las implementaciones de Profile Management y, por lo general, no se admite. Sin embargo, la duplicación de archivos ha sido utilizada por algunas instalaciones especializadas donde puede garantizarse solo una única sesión y donde la Reescritura activa está inhabilitada. Para obtener más información sobre estos casos especiales, póngase en contacto con Citrix Consulting.
Opción 2: replicación del sistema de archivos distribuido
Lectura recomendada
- Para obtener una descripción general de la replicación del sistema de archivos distribuido (DFSR), consulte https://docs.microsoft.com/en-us/windows-server/storage/dfs-replication/dfsr-overview.
- Para obtener una declaración de disponibilidad sobre los datos de los perfiles del usuario duplicados, consulte https://techcommunity.microsoft.com/t5/ask-the-directory-services-team/microsoft-8217-s-support-statement-around-replicated-user/ba-p/398230.
- Para comprender el motivo por el cual DFSR no admite el bloqueo de archivos distribuidos, consulte https://blogs.technet.com/b/askds/archive/2009/02/20/understanding-the-lack-of-distributed-file-locking-in-dfsr.aspx.
Implementación de esta opción
La replicación DFS proporciona sincronización de carpetas en las conexiones de red de ancho de banda limitado. Esta opción parece solucionar los problemas de la opción 1, ya que sincroniza diversos destinos de carpetas a los que hace referencia una sola definición de carpetas con espacio de nombres. De hecho, cuando se agregan carpetas como destinos a una definición de carpetas, es posible especificar que pertenecen a un grupo de replicación.
Existen dos formas de replicación para tener en cuenta:
- La replicación unidireccional (también conocida como replicación activa-pasiva) está diseñada para realizar copias de seguridad de datos importantes en un repositorio seguro. Esta replicación la convierte en una opción adecuada para mantener un sitio de recuperación ante desastres, por ejemplo. Es posible combinarla con Profile Management siempre y cuando los destinos pasivos se encuentren desactivados para las referencias y solo sea posible invocarlos al activar el plan de recuperación ante desastres.
- La replicación bidireccional (también conocida como replicación activa-activa) está destinada a proporcionar acceso de solo lectura a los datos compartidos globales. La replicación instantánea no es necesariamente un requisito en este caso. Es posible que los datos compartidos se modifiquen con poca frecuencia. Importante: No se admite DFSR activo-activo.
Una planificación define la frecuencia con la que se duplican los datos. Una programación frecuente es más intensa en las CPU y el ancho de banda, pero no garantiza la ejecución de actualizaciones instantáneas.
En diversos puntos de sus procedimientos, Profile Management requiere el bloqueo de ciertos archivos en el NUS para coordinar las actualizaciones en el almacén de usuarios (compartido). Por lo general, estas actualizaciones se llevan a cabo al iniciar y finalizar una sesión, y durante una sesión si está activada la opción Reescritura activa. Debido a que el bloqueo de archivos distribuidos no es compatible con la replicación DFS, Profile Management solo puede seleccionar un destino como NUS. Esta configuración elimina de forma efectiva todos los valores de replicación bidireccional (replicación activa-activa), que en consecuencia no es adecuada ni compatible con Profile Management. La replicación unidireccional (replicación activa-pasiva) es adecuada para Profile Management solamente como parte de un sistema de recuperación ante desastres. Los demás usos no son compatibles.