Microsoft Windows: Realizar el cambio a DFS

Artículo
08/24/2016

Si todavía utilizas un archivo más antiguo y la solución de replicación de carpetas, es alta de tiempo que trasladan al sistema de archivos distribuido.

Gary Olsen

El sistema de archivos distribuido (DFS) ha estado presente desde los días de Windows NT. Viene en una variedad de configuraciones y opciones y está disponible en configuraciones independientes y de dominio. DFS es una tecnología popular y eficaces que proporciona el archivo redundante y replicación de carpetas entre los servidores remotos. Puede organizarlos en un espacio de nombres común para permitir que los usuarios conectarse sin necesidad del nombre del servidor donde se aloja el recurso compartido DFS.

Por desgracia, nunca ha habido un documento de prácticas recomendado de DFS global. A continuación le presentamos un resumen de todas las prácticas recomendadas utilizado, ha aprendido y recomienda durante los años. Siempre se registra la nueva información para el sitio Web de Microsoft, así que compruebe here para las actualizaciones.

Los términos DFS y sistema de archivos distribuido hacen referencia al espacio de nombres heredados producto disponible en Windows 2000, Windows 2003 y Windows 2003 R2 así como un producto antiguo en Windows 2008. DFS utiliza el servicio de replicación de archivos (FRS) problemáticas para el motor de replicación.

Con Windows 2003 R2, Microsoft introdujo un nuevo producto de espacio de nombres DFS junto con un motor de replicación con muchas mejoras. Aquí el término "DFS heredados" hace referencia a los antiguos DFS en Windows Server 2000, Windows Server 2003 y Windows Server 2008. El espacio de nombres DFS se denomina DFS-N y el nuevo motor de replicación se denomina replicación DFS (DFS-R).

Heredado Windows Server 2003 DFS/FRS

El DFS heredado en Windows 2000 y Windows 2003 utiliza la consola del administrador engorroso y confuso y la terminología. El FRS también fue problemático. Windows 2003 mitigar algunos de esos problemas, pero no pudo realmente corregirlos. Por lo tanto, Microsoft ofreció un motor de replicación completamente nueva, DFS-R para Windows 2003 R2 y Windows 2008.

Con Windows 2003 ahora fuera del soporte técnico por Microsoft, necesita realmente migrar a la nueva DFS/DFS-R disponible en Windows 2003 R2 y Windows 2008, si no lo ha hecho ya. Éstos son algunos de los problemas y mejores prácticas asociadas con el legado DFS y FRS.

FRS detecta los cambios a través del diario NTFS (New Technology File System). Esto se modifica cuando se realiza un cambio en un archivo o carpeta del sistema de archivos. Por desgracia, FRS no puede detectar si ese cambio requiere la replicación o no.

Las aplicaciones que analizan los archivos, como antivirus y herramientas de desfragmentación de disco: suelen modificar el descriptor de seguridad de los archivos. Esto desencadena un cambio en el diario NTFS, que a su vez desencadena FRS para replicar los archivos aunque no se realizaron cambios. Las actualizaciones realizadas a FRS en Windows 2003 había minimizada esos problemas, pero no solucionó. Que incluyen:

Suprimir una replicación excesiva: FRS cuando determina que ciertos archivos están replicando con frecuencia, se registra un suceso y se suprime la replicación para esos archivos. Esto impide que las áreas de actuación se llene y detener FRS, pero puede eliminar accidentalmente archivos válidos.
Over-filling área de ensayo de FRS: cuando el área de ensayo se obtiene al 90% llena, los archivos antiguos se eliminan hasta que el directorio es de sólo un 60% full. Mientras Esto impide que el apagado de FRS, pueden eliminar las actualizaciones necesarias.
**Evitar la propagación de datos:**FRS puede imposibilitar proactivamente propagar datos en varios servidores para evitar la replicación de grandes cantidades de datos a través de la WAN. La solución es copiar pequeñas cantidades de datos hasta que haya copiado todo.

Procedimientos recomendados

Las prácticas recomendadas para administrar y utilizar DFS y FRS heredados giran en torno al concepto central que mantiene un cambio dinámico de datos en recursos compartidos DFS intrínsecamente es una mala idea. FRS se satura fácilmente de la gran cantidad de archivos. También tiene un tiempo de disco duro para replicar datos que cambian con frecuencia. Por ejemplo, no debe utilizarlo en casa de Mis documentos para perfiles de usuario.

Otras prácticas recomendadas para el tratamiento de DFS y FRS heredados incluyen:

Al iniciar los datos en recursos compartidos DFS para una serie de servidores de destino, las semillas de los datos en una única, compartan y dejar que replicarán. Para ello en pequeñas cantidades. Agregar un gran número de archivos en múltiples recursos compartidos al mismo tiempo hará difícil para FRS ponerse al día. Si los datos no existen en varios servidores DFS, agregue y replicar datos de un servidor a la vez. Después de la propagación inicial, FRS, a continuación, sólo tiene que replicar los cambios.
Asegurarse de que su antivirus, desfragmentación y otros programas que exploran los archivos y carpetas son ""FRS consciente. Los programas más conocidos tienen esta función, que impide la duplicación innecesaria de archivos debido a la exploración.
Crear varios destinos de raíz en varios equipos para la redundancia de datos. Destinos de raíz contienen datos de configuración.
Proporcionar redundancia de datos mediante la creación de varios destinos de vínculos DFS. Esto garantiza que los mismos datos se replican continuamente a varios destinos. Si un servidor está apagado, se dirigirá a los usuarios utilizar otra. DFS utiliza la característica de "conciencia del cliente" de Active Directory para localizar los servidores DFS más cercanos al usuario.
Replicación de datos DFS no es necesaria, pero se recomienda para la redundancia de datos. Sin replicación, DFS proporciona sólo un espacio de nombres común para los recursos compartidos.
Host no los recursos compartidos DFS en controladores de dominio (DC). SYSVOL utiliza DFS en controladores de dominio, que es más fácil aislar problemas de replicación si no hay recursos compartidos SYSVOL y DFS en el mismo servidor. SYSVOL utiliza el servicio DFS y no puede deshabilitar en controladores de dominio. Lo importante es no vínculos DFS de host o destinos de raíz en controladores de dominio.
Configurar la replicación de FRS unidireccional entre los destinos de vínculo en una configuración de concentrador y periferia para controlar y administrar datos. No replicarán datos creados en los destinos de radios al concentrador.

Limitaciones de DFS de FRS y heredado

FRS replica el archivo completo, incluso si han cambiado sólo unos pocos bytes. Hay un límite aproximado de 65 GB por recurso compartido de DFS y FRS puede replicar eficazmente. Que excedan el límite producirá una incoherencia y un rendimiento deficiente. Otras limitaciones indicadas incluyen:

Puede tener sólo una raíz DFS por estándar de Windows Server 2003. No hay ningún límite con la versión Enterprise. Tiempo de inicio del servicio DFS aumenta con el número de raíces DFS.
Hay un límite de 5.000 vínculos por espacio de nombres basado en dominio. Más vínculos provocará una degradación del rendimiento cuando realiza cambios en la configuración de DFS.
Hay un límite de 260 caracteres en la ruta de acceso DFS. Superior a Esto evitará que las aplicaciones tengan acceso a datos DFS. Puede tener acceso a datos mediante la asignación explícita a una letra de unidad.
No se puede configurar DFS de dominio en los nodos del clúster: utilizar independiente DFSes.

Para configuraciones de DFS de dominio múltiple:

Destinos de raíz para una raíz DFS de dominio deben estar en el mismo dominio. Sin embargo, los destinos de vínculo pueden existir en otros dominios.
Los clientes pueden tener acceso a los servidores DFS en dominios de confianza
Al tener acceso a los destinos de vínculos en otros dominios desde el cliente, utilice nombres de dominio completos (FQDN) para destinos de vínculo (consulte Artículo de Microsoft Knowledge Base 244380 Para obtener más información).
FRS puede utilizarse para replicar en un vínculo DFS cuyos destinos se encuentran en diferentes dominios (confianza). (Requiere derechos de administrador de empresa).

Para obtener más referencias, vea la PREGUNTAS MÁS FRECUENTES ACERCA DE DFS.

Windows Server 2003 R2 y Windows Server 2008 DFS-N y DFS-R

El nuevo DFS-N y DFS-R en Windows 2003 R2, Windows Server 2008 y Windows Server 2008 R2 tienen importantes mejoras sobre los productos antiguos de DFS y FRS. DFS-R se replica en forma de nivel de bloque, sólo replicar los cambios realizados en un archivo, en lugar de todo el archivo.

Por ejemplo, si cambió un título de una diapositiva de PowerPoint y el archivo es de 3 MB, FRS replica el archivo completo de 3 MB para el antiguo DFS heredados. DFS-R replica sólo unos pocos bytes. Esto hace que una gran diferencia de rendimiento de red y de disco. También ayuda con el rendimiento pueden percibir los usuarios de la obtención de los cambios replicados. DFS-R puede controlar grandes cantidades de datos y que los datos de cambiar dinámicamente y eficaz.

DFS-R sólo está disponible en Windows Server 2003 R2 y Windows Server 2008. Sólo se puede utilizar para replicar datos DFS en Windows Server 2003 R2, pero puede replicar datos DFS y SYSVOL en Windows Server 2008 y Windows Server 2008 R2. Para usar DFS-R para la replicación, sólo los servidores DFS deben ejecutar Windows Server 2003 R2, Windows Server 2008 o Windows Server 2008 R2. No tendrá que actualizar los controladores de dominio.

Procedimientos recomendados

Instalar el DFS, DFS-R nueva en un dominio de Windows Server 2003 requiere un esquema cambiar (consulte la lista de Preguntas frecuentes de DFS-R Para obtener más detalles):

El cambio de esquema necesario para instalar el DFS, DFS-R nueva en un dominio de Windows Server 2003 verá probablemente requerirá cierto nivel de aprobación, planee con anticipación.
Puede utilizar eficazmente los grupos de replicación para replicar datos desde sitios de sucursales a servidores de archivos en el sitio concentrador, donde puede fácilmente almacenarlo en discos de SAN de gran tamaño. En este tipo de escenario, asegúrese de que sólo se agregan los nuevos datos en el sitio remoto. Si se modifica un archivo existente en el sitio central (concentrador), replicarán a los sitios remotos y sobrescribir el archivo no existe.
Sacar partido de DFS-R para la replicación de SYSVOL en Windows Server 2008 y Windows Server 2008 R2, especialmente en grandes dominios con numerosas directivas de grupo implementada. Esto requiere la migración, como el FRS es el motor de replicación predeterminada para los dominios de Windows Server 2008.
El equipo de servicios de directorio de Microsoft, consulte el blog de TechNet"P+F de migración de SYSVOL de DFS-R para obtener instrucciones y sugerencias sobre cómo migrar SYSVOL a DFS-R"para obtener más detalles.

Aplicar el 972105, 969688, 978326, 959114, 978994 revisiones anteriores a la migración de SYSVOL a DFS-r. A continuación, realice lo siguiente:

Migrar los recursos compartidos DFS heredados a DFS-N y DFS-R como de Windows Server 2008 R2 comienza a descartar heredada DFS y FRS. Ambos finalmente desaparecerá.
Diseñar la topología de replicación para grupos de replicación antes de implementación. Hay muchas opciones para la topología de DFS-R que no estaban disponibles en DFS y FRS. Asegúrese de que el método de replicación se adapte a su diseño de implementación de archivo.
Supervisar el estado de la replicación DFS-R. System Center Operations Manager tiene un módulo de administración para supervisar la replicación DFS. Puede haber también herramientas de terceros. Las herramientas de Ultrasound y Sonar antiguas no funcionan con DFS-r.

Algunas limitaciones

DFS-R proporciona replicación más sólida y eficaz y controla datos dinámicos bastante bien, pero es importante comprender las limitaciones de escalabilidad para DFS-R al planear una infraestructura DFS. Puede definir grupos de replicación, independientemente de la configuración del espacio de nombres DFS: uno que no es dependiente de la otra. Va a ser, sin embargo, sujeto a las siguientes limitaciones:

Cada servidor puede ser un miembro de hasta 256 grupos de replicación.
Cada grupo de replicación puede contener hasta 256 carpetas replicadas.
Cada servidor puede tener hasta 256 conexiones (por ejemplo, 128 conexiones entrantes y 128 conexiones salientes).
En cada servidor, el número de grupos de replicación multiplicado por el número de carpetas replicadas multiplicado por el número de conexiones activas simultáneamente debe ser 1.024 o menos.
Un grupo de replicación puede contener a miembros de hasta 256.
Un volumen puede contener hasta ocho millones de archivos replicados y un servidor puede contener hasta 1 TB de archivos replicados.
El tamaño máximo del archivo probada es 64 GB.
DFS-R no puede comunicarse con FRS.

Para obtener más detalles, consulte el TechCenter de Microsoft (página) en este problema. También hay una lista excelente de P+F.

En general, la recomendación es simple: consigue un descuento de FRS, muy en serio. Es una tecnología antigua que Microsoft se inició en el contenedor de hace años. Tripas y migración todos los recursos compartidos DFS (Windows Server 2003 R2 y versiones más recientes) y las réplicas SYSVOL (Windows Server 2008 y versiones más reciente) para el DFS-r.

Aprovechar las mejoras de rendimiento sólido y dedicar su tiempo a las tareas más productivas. Con la degradación de DFS y FRS en Windows Server 2008 R2 heredadas, Microsoft está enviando un mensaje que es hora de pasar a la mejor tecnología. No hay realmente ningún desventajas.

Gary L. Olsen

Gary L. Olsen es ingeniero de software de sistemas en el Hewlett-Packard Co.Servicios de centro de expertos técnicos en todo el mundo para HP en Atlanta, Georgia.Ha trabajado en la industria de TI desde 1981.Olsen es un MVP de Microsoft para servicios de directorio y el presidente del grupo de usuarios de Active Directory de Atlanta. Es autor de "Windows 2000: Active Directory diseño and Deployment" (New Riders, 2000) y coautor de "Servidores Windows 2003 on HP ProLiant" (Prentice Hall, 2004).