Preguntas frecuentes de replicación DFS

No. Replicación DFS no se comunica con Servicio de replicación de archivos (FRS). Replicación DFS y FRS pueden ejecutarse en el mismo servidor al mismo tiempo, pero nunca deben se deben configurar para replicar las mismas carpetas o subcarpetas, ya que podría provocar la pérdida de datos.

Sí, Replicación DFS puede reemplazar a FRS para la replicación de SYSVOL en servidores que ejecutan Windows Server 2012 R2, Windows Server 2012, Windows Server 2008 R2 o Windows Server 2008. Los servidores que ejecutan Windows Server 2003 R2 no admiten el uso de la Replicación DFS para replicar la carpeta SYSVOL.

Para obtener más información sobre la replicación de SYSVOL mediante Replicación DFS, consulte Migración de la replicación de SYSVOL a la replicación DFS.

Sí. Para migrar la replicación de FRS a Replicación DFS, consulta los siguientes documentos:

• Para migrar la replicación de otras carpetas que no son la carpeta SYSVOL, consulte la Guía de operaciones DFS: Migración de FRS a la Replicación DFS y FRS2DFSR: utilidad de migración de FRS a DFSR (https://go.microsoft.com/fwlink/?LinkID=195437).

• Para migrar la replicación de la carpeta SYSVOL a Replicación DFS, consulte la Migración de la replicación de SYSVOL a la replicación DFS.

Sí. Aunque Replicación DFS solo admite la replicación de contenido entre servidores que ejecutan Windows Server, los clientes UNIX pueden tener acceso a los recursos compartidos de archivos en instancias de Windows Server. Para ello, instala los servicios para Network File System (NFS) en el servidor de Replicación DFS.

También puedes usar la funcionalidad de cliente SMB/CIFS incluida en muchos clientes UNIX para acceder directamente a los recursos compartidos de archivos de Windows, aunque esta funcionalidad suele estar limitada o requerir modificaciones en el entorno de Windows (por ejemplo, deshabilitar la firma SMB mediante la directiva de grupo).

La Replicación DFS interopera con NFS en un servidor que ejecuta un sistema operativo de Windows Server, pero no puede replicar un punto de montaje de NFS.

Sí. Replicación DFS es compatible con los volúmenes de Servicio de instantáneas de volumen (VSS) y las instantáneas anteriores se pueden restaurar correctamente con el cliente de versiones anteriores.

No, no se admite el uso de Copias de seguridad de Windows (Ntbackup.exe) en un equipo que ejecute Windows Server 2003 o una versión anterior para realizar una copia de seguridad del contenido de una carpeta replicada en un equipo que ejecute Windows Server 2012, Windows Server 2008 R2 o Windows Server 2008.

Para realizar una copia de seguridad de los archivos almacenados en una carpeta replicada, usa Copias de seguridad de Windows Server o Microsoft® System Center Data Protection Manager. Para obtener información sobre la funcionalidad de copia de seguridad y recuperación en Windows Server 2008 R2 y Windows Server 2008, consulta el tema Copia de seguridad y recuperación. Para más información, consulte el tema System Center Data Protection Manager (https://go.microsoft.com/fwlink/?LinkId=182261).

Sí. No configure las directivas del sistema de archivos en carpetas replicadas. La directiva del sistema de archivos vuelve a aplicar los permisos NTFS en cada intervalo de actualización de la directiva de grupo. Esto puede dar lugar a infracciones del uso compartido, porque un archivo abierto no se replica hasta que se cierra.

No. La Replicación DFS no se puede usar para replicar los buzones hospedados en Microsoft Exchange Server.

Sí. Sin embargo, la configuración del filtrado de archivos de Administrador de recursos del servidor de archivos (FSRM) debe coincidir en ambos extremos de la replicación. Además, Replicación DFS tiene su propio mecanismo de filtro para archivos y carpetas que puedes usar para excluir determinados archivos y tipos de archivo de la replicación.

A continuación, se muestran los procedimientos recomendados para implementar filtros de archivos o cuotas:

• La carpeta DfsrPrivate oculta no debe estar sujeta a cuotas ni filtros de archivos.

• Los archivos filtrados no deben existir en ninguna carpeta replicada antes de habilitar el filtrado.

• Ninguna carpeta puede superar la cuota antes de habilitar la cuota.

• Debes usar las cuotas máximas con precaución. Es posible que los miembros individuales de un grupo de replicación permanezcan dentro de una cuota antes de la replicación pero la superen al replicar los archivos. Por ejemplo, si un usuario copia un archivo de 10 megabytes (MB) en el servidor A (que se encuentra entonces al límite máximo) y otro usuario copia un archivo de 5 MB en el servidor B, cuando se produzca la siguiente replicación, los dos servidores superarán la cuota en 5 megabytes. Esto puede hacer que la Replicación DFS reintente continuamente la replicación de los archivos, lo que provocará lagunas en el vector de versión y posibles problemas de rendimiento.

Sí, Replicación DFS de Windows Server 2012 R2, Windows Server 2012 y Windows Server 2008 R2 incluye la posibilidad de agregar un clúster de conmutación por error como miembro de un grupo de replicación. Para más información, consulte Agregar un clúster de conmutación por error a un grupo de replicación (https://go.microsoft.com/fwlink/?LinkId=155085). El servicio de Replicación DFS en versiones de Windows anteriores a Windows Server 2008 R2 no está pensado para coordinarse con un clúster de conmutación por error, y el servicio no conmutará por error a otro nodo.

Sí, Replicación DFS puede replicar carpetas en volúmenes que usan la desduplicación de datos en Windows Server.

Sí. Replicación DFS replica volúmenes en los que está habilitado el almacenamiento de instancia única (SIS). Los servicios de instalación remota (RIS), Servicios de implementación de Windows (WDS) y Windows Storage Server usan SIS.

Puede usar Replicación DFS y Archivos sin conexión de forma segura en escenarios en los que solo haya un usuario cada vez que se escriba en los archivos. Esto resulta útil para los usuarios que viajan entre dos sucursales y desean tener acceso a sus archivos en cualquiera de ellas o mientras están sin conexión. Archivos sin conexión almacenan en caché local los archivos para su uso sin conexión y Replicación DFS replica los datos entre cada sucursal.

No use la Replicación DFS con Archivos sin conexión en un entorno de varios usuarios, porque la Replicación DFS no proporciona ningún mecanismo de bloqueo distribuido ni capacidad de restauración de archivos. Si dos usuarios modifican el mismo archivo al mismo tiempo en servidores diferentes, la Replicación DFS mueve el archivo anterior a la carpeta DfsrPrivate\ConflictandDeleted (que se encuentra en la ruta de acceso local de la carpeta replicada) durante la siguiente replicación.

Las aplicaciones antivirus pueden provocar una replicación excesiva si sus actividades de exploración modifican los archivos de una carpeta replicada. Para más información, Prueba de la interoperabilidad de las aplicaciones antivirus con la Replicación DFS (https://go.microsoft.com/fwlink/?LinkId=73990).

Windows® SharePoint® Services proporciona una estricta coherencia en forma de una funcionalidad de restauración de archivos que la Replicación DFS no ofrece. Si le preocupa que varias personas editen el mismo archivo, le recomendamos que use Windows SharePoint Services. Windows SharePoint Services 2.0 con Service Pack 2 está disponible como parte de Windows Server 2003 R2. Windows SharePoint Services se puede descargar desde el sitio web de Microsoft; no se incluye en las versiones más recientes de Windows Server. Sin embargo, si va a replicar datos en varios sitios y los usuarios no editarán los mismos archivos al mismo tiempo, la Replicación DFS proporciona un mayor ancho de banda y una administración más sencilla.

Sí, suponiendo que haya un vínculo de red de área extensa (WAN) privada (no por Internet) que conecte las sucursales. Sin embargo, debes abrir los puertos adecuados en los firewalls externos. Replicación DFS utiliza el asignador de puntos de conexión de RPC (puerto 135) y un puerto efímero asignado aleatoriamente por encima de 1024. Puedes usar la herramienta de línea de comandos Dfsrdiag para especificar un puerto estático en lugar de uno dinámico. Para más información sobre cómo especificar el asignador de puntos de conexión de RPC, consulte el artículo 154596 en Microsoft Knowledge Base (https://go.microsoft.com/fwlink/?LinkId=73991).

No. La Replicación DFS no replicará los archivos o carpetas cifrados con EFS (Sistema de cifrado de archivos). Si un usuario cifra un archivo que se había replicado anteriormente, Replicación DFS elimina el archivo de todos los demás miembros del grupo de replicación. Esto garantiza que la única copia disponible del archivo sea la versión cifrada en el servidor.

Replicación DFS puede replicar de forma segura archivos de carpeta personales de Microsoft Outlook (.pst) y archivos de Microsoft Access solo si se almacenan para fines de archivado y no se accede a ellos a través de la red mediante un cliente, como Outlook o Access (para abrir archivos .pst o Access, copia primero los archivos en un dispositivo de almacenamiento local). Los motivos para ello son los siguientes:

• Abrir archivos .pst a través de conexiones de red podría provocar daños en los datos de los archivos .pst. Para más información sobre por qué no se puede tener un acceso seguro a los archivos .pst a través de una red, consulte el artículo 297019 en Microsoft Knowledge Base (https://go.microsoft.com/fwlink/?LinkId=125363).

• Los archivos .pst y Access tienden a permanecer abiertos durante largos períodos de tiempo mientras un cliente, como Outlook u Office Access, accede a ellos. Esto impide que Replicación DFS replique estos archivos hasta que se cierren.

No. Replicación DFS confía en Active Directory® Domain Services para la configuración. Solo funcionará en un dominio.

Sí. Replicación DFS puede replicar varias carpetas entre servidores. Asegúrate de que cada una de las carpetas replicadas tenga una ruta de acceso raíz única y que no se superpongan. Por ejemplo, D:\Ventas y D:\Contabilidad pueden ser rutas de acceso raíz de dos carpetas replicadas, pero D:\Ventas y D:\Ventas\Informes no pueden ser rutas de acceso raíz de dos carpetas replicadas.

No. Replicación DFS y los espacios de nombres DFS se pueden usar por separado o juntos. Además, Replicación DFS se puede usar para replicar espacios de nombres DFS independientes, lo que no era posible con FRS.

No. Replicación DFS no requiere explícitamente la sincronización de la hora entre servidores. Sin embargo, Replicación DFS requiere que los relojes de los servidores coincidan estrechamente. Los relojes de los servidores deben establecerse con una diferencia máxima de cinco minutos (de forma predeterminada) para que la autenticación Kerberos funcione correctamente. Por ejemplo, Replicación DFS usa marcas de tiempo para determinar qué archivo tiene prioridad en caso de conflicto. Los tiempos precisos también son importantes en la recolección de elementos no utilizados, las programaciones y otras características.

Sí. Sin embargo, la replicación de un volumen completo puede producir los siguientes problemas:

• Si el volumen contiene un archivo de paginación de Windows, se produce un error en la replicación y se registra el evento 4312 de DFSR en el registro de eventos del sistema.

• Replicación DFS establece los atributos Sistema y Oculto en la carpeta replicada en los servidores de destino. Esto se debe a que Windows aplica de forma predeterminada los atributos Sistema y Oculto a la carpeta raíz del volumen. Si la ruta de acceso local de la carpeta replicada en los servidores de destino también es una raíz de volumen, no se realizarán más cambios en los atributos de carpeta.

• Al replicar un volumen que contiene la carpeta del sistema de Windows, Replicación DFS reconoce la carpeta %WINDIR% y no la replica. Sin embargo, Replicación DFS replica las carpetas usadas por aplicaciones que no son de Microsoft, lo que puede provocar errores en las aplicaciones en los servidores de destino si las aplicaciones tienen problemas de interoperabilidad con Replicación DFS.

No.

Sí. Replicación DFS es independiente del tipo de conexión.

No. Replicación DFS es compatible con volúmenes con formato de sistema de archivos NTFS solamente; no es compatible con los sistemas de archivos ReFS (Sistema de archivos resistentes) y FAT. Replicación DFS requiere NTFS porque utiliza el diario de cambios de NTFS y otras características del sistema de archivos NTFS.

Sí. Puedes replicar archivos dispersos. El atributo Disperso se conserva en el miembro receptor.

No. Replicación DFS es un servicio que se ejecuta en la cuenta local del sistema, por lo que no es necesario iniciar sesión como administrador. Sin embargo, debes ser administrador del dominio o administrador local de los servidores de archivos afectados para realizar cambios en la configuración de Replicación DFS.

Para más información, consulte “Delegación y requisitos de seguridad de la Replicación DFS” en Delegar la capacidad de administrar la Replicación DFS (https://go.microsoft.com/fwlink/?LinkId=182294).

Para actualizar o reemplazar un miembro de Replicación DFS, consulta esta entrada en Pregunta en el Blog del equipo de servicios de directorio: Sustitución del hardware o sistema operativo de un miembro de DFSR.

Sí. Se admiten ciertos escenarios al replicar perfiles de usuario itinerantes. Para obtener información sobre los escenarios admitidos, consulte Instrucción de soporte técnico de Microsoft sobre los datos de perfil de usuario replicados (https://go.microsoft.com/fwlink/?LinkId=201282).

Windows y Replicación DFS admiten rutas de acceso de carpeta con un máximo de 32 000 caracteres. Replicación DFS no tiene la limitación de rutas de acceso de carpeta de 260 caracteres.

No. Los grupos de replicación pueden abarcar varios dominios dentro de un solo bosque, pero no de bosques distintos.

En la lista siguiente se proporciona un conjunto de directrices de escalabilidad probadas por Microsoft y que se aplican a Windows Server 2012 R2, Windows Server 2016 y Windows Server 2019

• Tamaño de todos los archivos replicados en un servidor: 100 terabytes.

• Número de archivos replicados en un volumen: 70 millones.

• Tamaño máximo de archivo: 250 gigabytes.

En la lista siguiente se proporciona un conjunto de directrices de escalabilidad probadas por Microsoft en Windows Server 2012, Windows Server 2008 R2 y Windows Server 2008:

• Tamaño de todos los archivos replicados en un servidor: 10 terabytes.

• Número de archivos replicados en un volumen: 11 millones.

• Tamaño máximo de archivo: 64 gigabytes.

Para obtener una lista de las instrucciones de escalabilidad probadas por Microsoft para Windows Server 2003 R2, consulte Instrucciones de escalabilidad de la Replicación DFS (https://go.microsoft.com/fwlink/?LinkId=75043).

No utilices Replicación DFS en un entorno en el que varios usuarios actualizan o modifican los mismos archivos simultáneamente en servidores diferentes. Esto puede provocar que la Replicación DFS mueva copias en conflicto de los archivos a la carpeta oculta DfsrPrivate\ConflictandDeleted.

Cuando varios usuarios necesitan modificar los mismos archivos al mismo tiempo en servidores diferentes, utiliza la característica de desprotección de archivos de Windows SharePoint Services para asegurarte de que solo un usuario está trabajando en un archivo. Windows SharePoint Services 2.0 con Service Pack 2 está disponible como parte de Windows Server 2003 R2. Windows SharePoint Services se puede descargar desde el sitio web de Microsoft; no se incluye en las versiones más recientes de Windows Server.

Replicación DFS usa nuevos objetos en el contexto de nombres de dominio de Active Directory Domain Services para almacenar la información de configuración. Estos objetos se crean al actualizar el esquema de Servicios de dominio de Active Directory. Para más información, consulte Revisar los requisitos de la Replicación DFS (https://go.microsoft.com/fwlink/?LinkId=182264).

Sí. Existen tres formas de automatizar los informes de mantenimiento:

• Usar el módulo de Windows PowerShell de DFSR incluido en Windows Server 2012 R2 o DfsrAdmin.exe junto con tareas programadas para generar informes de mantenimiento con regularidad. Para más información, consulte Automatización de informes de mantenimiento de la Replicación DFS (https://go.microsoft.com/fwlink/?LinkId=74010).

• Usar el módulo de administración de Replicación DFS para System Center Operations Manager con el fin de crear alertas basadas en condiciones especificadas.

• Usar el proveedor de WMI de Replicación DFS para crear scripts de alertas.

Sí. Para más información, consulte Módulo de administración de la Replicación DFS para System Center Operations Manager 2007 en el Centro de descarga de Microsoft (https://go.microsoft.com/fwlink/?LinkId=182265).

Sí. Replicación DFS admite la administración remota mediante la consola de administración de DFS y el comando Agregar grupo de replicación. Por ejemplo, en el servidor A, puedes conectarte a un grupo de replicación definido en el bosque con los servidores A y B como miembros.

Administración de DFS se incluye en Windows Server 2012 R2, Windows Server 2012, Windows Server 2008 R2, Windows Server 2008 y Windows Server 2003 R2. Para administrar Replicación DFS desde otras versiones de Windows, usa Escritorio remoto o Herramientas de administración remota del servidor para Windows 7.

No. Replicación DFS tiene su propio conjunto de herramientas de supervisión y diagnóstico. Ultrasound y Sonar solo son capaces de supervisar FRS.

Para recuperar los archivos perdidos, restaure los archivos de la carpeta del sistema de archivos o de la carpeta compartida mediante el historial de archivos, el comando Restaurar versiones anteriores de Explorador de archivos o mediante la restauración de los archivos desde la copia de seguridad. Para recuperar archivos directamente desde las carpetas ConflictAndDeleted o PreExisting, use los cmdlets de Windows PowerShell Get-DfsrPreservedFiles y Restore-DfsrPreservedFiles (incluidos con el módulo DFSR en Windows Server 2012 R2) o el script de ejemplo RestoreDFSR de la galería de código de MSDN. Este script está pensado únicamente para la recuperación ante desastres y se proporciona tal cual, sin garantía.

Sí. Hay varias maneras de supervisar la replicación:

• Replicación DFS dispone de un módulo de administración para System Center Operations Manager que proporciona una supervisión proactiva.

• Administración de DFS incluye un informe de diagnóstico del trabajo pendiente de replicación, la eficacia de la replicación y el número de archivos y carpetas de un grupo de replicación determinado.

• El módulo de Windows PowerShell de DFSR en Windows Server 2012 R2 contiene cmdlets para iniciar pruebas de propagación y escribir informes de propagación y mantenimiento. Para obtener más información, consulta Cmdlets de replicación de Sistema de archivos distribuido en Windows PowerShell.

• Dfsrdiag.exe es una herramienta de línea de comandos que puede generar un recuento de los trabajos pendientes o desencadenar una prueba de propagación. Ambas acciones muestran el estado de replicación. La propagación muestra si los archivos se replican en todos los nodos. El trabajo pendiente muestra cuántos archivos se deben replicar aún para que los dos equipos estén sincronizados. El recuento de trabajos pendientes es el número de actualizaciones que un miembro del grupo de replicación no ha procesado. En los equipos que ejecutan Windows Server 2012 R2, Windows Server 2012 o Windows Server 2008 R2, Dfsrdiag.exe también se pueden mostrar las actualizaciones que Replicación DFS está replicando actualmente.

• Los scripts pueden usar WMI para recopilar la información de los trabajos pendientes, manualmente o a través de MOM.

Aunque Replicación DFS funcionará en velocidades de acceso telefónico, pueden generarse trabajos pendientes si hay un gran número de cambios para replicar. Si se realizan pequeños cambios en los archivos existentes, Replicación DFS con compresión diferencial remota (RDC) proporcionará un rendimiento mucho mayor que copiar el archivo directamente.

No. Replicación DFS no realiza la detección de ancho de banda. Puedes configurar Replicación DFS para usar una cantidad limitada de ancho de banda en cada conexión (límite de ancho de banda). Sin embargo, Replicación DFS no reduce más el uso de ancho de banda si la interfaz de red se satura y Replicación DFS puede saturar el vínculo durante breves períodos. El límite de ancho de banda con Replicación DFS no es completamente preciso porque Replicación DFS limita el ancho de banda mediante la limitación de las llamadas RPC. Como resultado, pueden interferir varios búferes de niveles inferiores de la pila de red (incluido RPC), lo que provoca ráfagas de tráfico de red.

Si configuras el límite de ancho de banda al especificar la programación, todas las conexiones para ese grupo de replicación usarán esa configuración para la limitación de ancho de banda. El límite de ancho de banda también se puede establecer como configuración de nivel de conexión mediante Administración de DFS.

No. Replicación DFS usa la topología definida por el administrador, que es independiente de la gestión de costes de sitios de Active Directory Domain Services.

Para obtener información acerca de los distintos métodos para optimizar el rendimiento de la replicación, consulta Ajuste del rendimiento de la replicación en DFSR en Pregunta en el Blog del equipo de servicios de directorio.

En Replicación DFS, puedes establecer el ancho de banda máximo que deseas usar en una conexión y el servicio mantiene ese nivel de uso de red. Este comportamiento es diferente del de Servicio de transferencia inteligente en segundo plano (BITS) y Replicación DFS no satura la conexión si se establece correctamente.

Sin embargo, el límite de ancho de banda no tiene una precisión de 100 % y Replicación DFS puede saturar el vínculo durante breves períodos de tiempo. Esto se debe a que Replicación DFS limita el ancho de banda mediante la limitación de las llamadas RPC. Dado que este proceso se basa en varios búferes en niveles inferiores de la pila de red, incluido RPC, el tráfico de la replicación tiende a viajar en ráfagas que, en ocasiones, pueden saturar los vínculos de red.

Replicación DFS en Windows Server 2008 incluye varias mejoras de rendimiento, como se describe en Sistema de archivos distribuido, un tema de Cambios en la funcionalidad de Windows Server 2003 con SP1 a Windows Server 2008.

Replicación DFS es mucho más rápida que FRS, especialmente cuando se realizan pequeños cambios en archivos de gran tamaño y RDC está habilitado. Por ejemplo, con RDC, un pequeño cambio en una presentación de PowerPoint® de 2 MB puede dar lugar a que solo se envíen 60 kilobytes (KB) a través de la red, lo que supone un ahorro del 97 % en los bytes transferidos.

RDC no se usa en archivos de menos de 64 KB y es posible que no sea beneficioso en las LAN de alta velocidad en las que no existe contención sobre el ancho de banda de red. RDC se puede deshabilitar en cada conexión mediante Administración de DFS.

Los datos se replican según la programación que establezcas. Por ejemplo, puedes establecer la programación en intervalos de 15 minutos, siete días a la semana. Durante estos intervalos, se habilita la replicación. La replicación se inicia poco después de que se detecte un cambio en el archivo (normalmente en segundos).

La programación del grupo de replicación puede establecerse en horario universal coordinado (UTC), mientras que la programación de la conexión se establece en la hora local del miembro receptor. Ten esto en cuenta cuando el grupo de replicación abarque varias zonas horarias. La hora local es la hora del miembro que hospeda la conexión entrante. La programación mostrada de la conexión entrante y la correspondiente conexión saliente reflejan las diferencias de zona horaria cuando la programación se establece en la hora local.

Los recursos de disco, memoria y CPU que Replicación DFS usa dependen de varios factores, como el número y el tamaño de los archivos, la velocidad de cambio, el número de miembros del grupo de replicación y el número de carpetas replicadas. Además, algunos recursos son más difíciles de estimar. Por ejemplo, la tecnología de Motor de almacenamiento extensible (ESE) utilizada para la base de datos de Replicación DFS puede consumir un gran porcentaje de memoria disponible, que libera a petición. Las aplicaciones distintas de Replicación DFS pueden hospedarse en el mismo servidor en función de la configuración del servidor. Sin embargo, al hospedar varias aplicaciones o roles de servidor en un solo servidor, es importante que pruebe esta configuración antes de implementarla en un entorno de producción.

Si la conexión deja de funcionar, Replicación DFS seguirá intentando realizar la replicación mientras la programación esté abierta. También se anotarán errores de conectividad en el registro de eventos de Replicación DFS, recopilados mediante MOM (de forma proactiva a través de alertas) y en el informe de mantenimiento de Replicación DFS (de forma reactiva, por ejemplo, cuando un administrador lo ejecuta).

RDC (compresión diferencial remota) es un protocolo cliente-servidor que se puede usar para actualizar archivos de forma eficaz a través de una red de ancho de banda limitado. RDC detecta las inserciones, las eliminaciones y las reorganizaciones de datos en archivos, lo que permite a Replicación DFS replicar solo las partes modificadas de un archivo. RDC solo se usa para archivos de 64 KB o mayores de forma predeterminada. RDC puede usar una versión anterior de un archivo con el mismo nombre en la carpeta replicada o en la carpeta DfsrPrivate\ConflictandDeleted (que se encuentra en la ruta de acceso local de la carpeta replicada).

RDC se usa cuando el archivo supera un umbral de tamaño mínimo. Este umbral de tamaño es de 64 KB de forma predeterminada. Una vez replicado un archivo que supera ese umbral, las versiones actualizadas del archivo siempre usan RDC, a menos que se cambie una parte grande del archivo o se deshabilite RDC.

Para usar RDC entre archivos, un miembro de la conexión de replicación debe estar ejecutando una edición del sistema operativo Windows que admita RDC entre archivos. En la siguiente tabla se muestran las ediciones del sistema operativo Windows que admiten RDC entre archivos.

* Opcionalmente, puede deshabilitar el RDC entre archivos en Windows Server 2012 R2.

Sí. Las partes modificadas de los archivos se comprimen antes de enviarse para todos los tipos de archivo excepto los siguientes (que ya están comprimidos): .wma, .wmv, .zip, .jpg, .mpg, .mpeg, .m1v, .mp2, .mp3, .mpa, .cab, .wav, .snd, .au, .asf, .wm, .avi, .z, .gz, .tgz y .frx. La configuración de la compresión de estos tipos de archivo no es configurable en Windows Server 2003 R2.

Sí. Puedes desactivar RDC a través de la página de propiedades de una conexión determinada. Deshabilitar RDC puede reducir el uso de CPU y la latencia de replicación en vínculos de alta velocidad de red de área local (LAN) que no tienen restricciones de ancho de banda o para los grupos de replicación que se componen principalmente de archivos menores de 64 KB. Si decides deshabilitar RDC en una conexión, prueba la eficacia de la replicación antes y después del cambio para comprobar que ha mejorado el rendimiento de la replicación.

Puedes cambiar el umbral del tamaño de RDC mediante el comando Dfsradmin Connection Set (Conjunto de conexiones Dfsradmin), el proveedor WMI de Replicación DFS o mediante la edición manual del archivo XML de configuración.

Sí. RDC calcula las diferencias en el nivel de bloque, independientemente del tipo de datos del archivo. Sin embargo, RDC funciona de forma más eficaz en determinados tipos de archivo, como documentos de Word, archivos PST e imágenes VHD.

Replicación DFS usa RDC, que calcula los bloques del archivo que han cambiado y envía solo esos bloques a través de la red. Replicación DFS no necesita saber nada sobre el contenido del archivo, solo los bloques que han cambiado.

Las ediciones Standard de Windows Server no admiten RDC entre archivos. Sin embargo, se habilita automáticamente cuando se actualiza a una edición que admite RDC entre archivos, o si un miembro de la conexión de replicación está ejecutando una edición compatible. Para obtener una lista de las ediciones que admiten RDC entre archivos, consulta ¿Qué ediciones del sistema operativo Windows admiten RDC entre archivos?

No. RDC es un protocolo de uso general para comprimir la transferencia de archivos. Replicación DFS usa RDC en los bloques en el nivel de archivo, no en el nivel de bloque de disco. RDC divide un archivo en bloques. Para cada bloque de un archivo, calcula una firma, que es un número pequeño de bytes que puede representar al bloque mayor. El conjunto de firmas se transfiere desde el servidor al cliente. El cliente compara las firmas del servidor con las suyas propias. A continuación, el cliente solicita al servidor que envíe solo los datos de las firmas que no estén ya en el cliente.

Replicación DFS cambia el nombre del archivo en todos los demás miembros del grupo de replicación durante la siguiente replicación. Se realiza un seguimiento de los archivos mediante un identificador único, por lo que cambiar el nombre de un archivo y mover el archivo dentro de la réplica no afecta a la capacidad que tiene Replicación DFS para replicar un archivo.

RDC entre archivos permite a Replicación DFS usar RDC, incluso cuando no existe un archivo con el mismo nombre en el extremo del cliente. RDC entre archivos usa una heurística para determinar archivos similares al archivo que se debe replicar y usa bloques de archivos similares que son idénticos al archivo de replicación para minimizar la cantidad de datos transferidos a través de la WAN. RDC entre archivos puede usar bloques de hasta cinco archivos similares en este proceso.

Para usar RDC entre archivos, un miembro de la conexión de replicación debe estar ejecutando una edición de Windows que admita RDC entre archivos. Para obtener una lista de las ediciones que admiten RDC entre archivos, consulta ¿Qué ediciones del sistema operativo Windows admiten RDC entre archivos?

No. Si necesitas cambiar la ruta de acceso de una carpeta replicada, debes eliminarla en Administración de DFS y volver a agregarla como una nueva carpeta replicada. A continuación, Replicación DFS usa RDC (compresión diferencial remota) para realizar una sincronización que determine si los datos son los mismos en los miembros de envío y recepción. No vuelve a replicar todos los datos de la carpeta.

No, no puedes configurar los atributos de archivo que Replicación DFS replica.

Para obtener una lista de valores de atributo y sus descripciones, consulte Atributos de archivo en MSDN (https://go.microsoft.com/fwlink/?LinkId=182268).

Los siguientes valores de atributo se establecen mediante la función SetFileAttributes dwFileAttributes, y se replican mediante Replicación DFS. Los cambios en estos valores de atributo desencadenan la replicación de los atributos. El contenido del archivo no se replica a menos que también cambie el contenido. Para más información, consulte Función SetFileAttributes en la biblioteca de MSDN (https://go.microsoft.com/fwlink/?LinkId=182269).

• FILE_ATTRIBUTE_HIDDEN

• FILE_ATTRIBUTE_READONLY

• FILE_ATTRIBUTE_SYSTEM

• FILE_ATTRIBUTE_NOT_CONTENT_INDEXED

• FILE_ATTRIBUTE_OFFLINE

Replicación DFS replica los siguientes valores de atributo, pero no desencadenan la replicación.

• FILE_ATTRIBUTE_ARCHIVE

• FILE_ATTRIBUTE_NORMAL

Los siguientes valores de atributo de archivo también desencadenan la replicación, aunque no se pueden establecer con la función SetFileAttributes (usa la función GetFileAttributes para ver los valores de atributo).

• FILE_ATTRIBUTE_REPARSE_POINT

• FILE_ATTRIBUTE_COMPRESSED

• FILE_ATTRIBUTE_ENCRYPTED

• FILE_ATTRIBUTE_SPARSE_FILE

• FILE_ATTRIBUTE_DIRECTORY

La Replicación DFS no replica el valor FILE_ATTRIBUTE_TEMPORARY.

Sí. Puedes elegir una topología al crear un grupo de replicación. O bien, puedes seleccionar Sin topología y configurar manualmente las conexiones una vez creado el grupo de replicación.

Sí. Replicación DFS admite la copia de archivos en un miembro del grupo de replicación antes de la replicación inicial. Esta "preconfiguración" puede reducir drásticamente la cantidad de datos replicados durante la replicación inicial.

La replicación inicial no necesita replicar contenido cuando los archivos solo se diferencian en los atributos reales o las marcas de tiempo. Un atributo real es un atributo que se puede establecer mediante la función SetFileAttributes de Win32. Para más información, consulte Función SetFileAttributes en la biblioteca de MSDN (https://go.microsoft.com/fwlink/?LinkId=182269). Si dos archivos difieren en otros atributos, como la compresión, se replica el contenido del archivo.

Para preconfigurar un miembro del grupo de replicación, copia los archivos en la carpeta adecuada de los servidores de destino, crea el grupo de replicación y, a continuación, elige un miembro principal. Elija el miembro que tenga los archivos más actualizados que desee replicar, porque el contenido del miembro principal se considera "autoritativo". Esto significa que, durante la replicación inicial, los archivos del miembro principal siempre sobrescribirán otras versiones de los archivos en otros miembros del grupo de replicación.

Para obtener información sobre la inicialización previa y la clonación de la base de datos de DFSR, consulta Sincronización inicial de Replicación DFS en Windows Server 2012 R2: ataque de los clones.

Para obtener más información sobre la replicación inicial, consulta Crear un grupo de replicación.

Sí. Replicación DFS soluciona tres problemas comunes de FRS:

• Ajustes del diario: Replicación DFS recupera los ajustes del diario sobre la marcha. Cada archivo o carpeta existente se marcará como journalWrap y se comprobará con el sistema de archivos antes de que se vuelva a habilitar la replicación. Durante la recuperación, este volumen no está disponible para la replicación en ninguna dirección.

• Replicación excesiva: Para evitar la replicación excesiva, Replicación DFS usa un sistema de créditos.

• Carpetas modificadas: Para evitar los nombres de carpetas modificados, la Replicación DFS almacena los datos en conflicto en una carpeta DfsrPrivate\ConflictandDeleted oculta (que se encuentra en la ruta de acceso local de la carpeta replicada). Por ejemplo, al crear varias carpetas al mismo tiempo con nombres idénticos en servidores diferentes replicados mediante FRS, se cambia el nombre de las carpetas más antiguas. En su lugar, Replicación DFS mueve las carpetas antiguas a la carpeta local de conflictos y eliminaciones.

No. Los archivos se pueden replicar desordenados.

Si una aplicación abre un archivo y crea un bloqueo de archivo (evitando que lo usen otras aplicaciones mientras está abierto), Replicación DFS no replicará el archivo hasta que se cierre. Si la aplicación abre el archivo con acceso de lectura y uso compartido, el archivo se puede replicar.

• Replicación DFS replica los permisos de archivo NTFS y los flujos de datos alternativos.

• Microsoft no admite la creación de vínculos físicos NTFS en o desde archivos de una carpeta replicada; si lo haces, pueden producirse problemas de replicación con los archivos afectados. Replicación DFS omite los archivos de vínculo físico y no se replican. Los puntos de unión tampoco se replican y Replicación DFS registra el evento 4406 para cada punto de unión que encuentra.

• Los únicos puntos de reanálisis que la Replicación DFS replica son los que usan la etiqueta IO_REPARSE_TAG_SYMLINK; sin embargo, la Replicación DFS no garantiza que también se replique el destino de symlink. Para obtener más información, consulta Pregunta en el Blog del equipo de servicios de directorio.

• Los archivos con las etiquetas de reanálisis IO_REPARSE_TAG_DEDUP, IO_REPARSE_TAG_SIS o IO_REPARSE_TAG_HSM se replican como archivos normales. La etiqueta de reanálisis y los búferes de datos de reanálisis no se replican en otros servidores porque el punto de reanálisis solo funciona en el sistema local. Por lo tanto, Replicación DFS puede replicar carpetas en volúmenes que usan la desduplicación de datos en Windows Server 2012 o Almacenamiento de instancia única (SIS); sin embargo, la información de desduplicación de datos se mantiene por separado en cada servidor en el que está habilitado el servicio de rol.

No, Replicación DFS no replica los archivos cuyo único cambio es el de la marca de tiempo. Además, la marca de tiempo modificada no se replica en otros miembros del grupo de replicación a menos que se realicen otros cambios en el archivo.

Sí. Replicación DFS replica los cambios de permisos de los archivos y las carpetas. Solo se replica la parte del archivo asociada a la lista de control de acceso (ACL), aunque Replicación DFS debe leer el archivo completo en el área de almacenamiento provisional.

Replicación DFS no combina archivos cuando hay un conflicto. Sin embargo, intenta conservar la versión anterior del archivo en la carpeta DfsrPrivate\ConflictandDeleted oculta del equipo en el que se detectó el conflicto.

Sí. Replicación DFS usa conexiones RPC (llamada a procedimiento remoto) con cifrado.

No. El servicio Replicación DFS usa llamadas a procedimiento remoto (RPC) a través de TCP para replicar los datos. Para proteger las transferencias de datos a través de Internet, el servicio Replicación DFS está diseñado para usar siempre la constante de nivel de autenticación RPC_C_AUTHN_LEVEL_PKT_PRIVACY. De este modo se garantiza que la comunicación RPC a través de Internet esté siempre cifrada. Y, por lo tanto, no es posible deshabilitar el uso de RPC cifrado por parte del servicio Replicación DFS.

Para más información, visita los siguientes sitios web de Microsoft:

• Referencia técnica de RPC

• Acerca de la compresión diferencial remota

• Constantes de nivel de autenticación

Hay un administrador de actualizaciones por cada carpeta replicada. Los administradores de actualizaciones funcionan de forma independiente entre sí.

De forma predeterminada, se comparten un máximo de 16 (cuatro en Windows Server 2003 R2) descargas simultáneas entre todas las conexiones y los grupos de replicación. Dado que las conexiones y las actualizaciones del grupo de replicación no se serializan, no hay ningún orden específico en el que se reciben las actualizaciones. Si se abren dos programaciones, normalmente las actualizaciones se reciben e instalan desde ambas conexiones a la vez.

Puedes forzar la replicación de inmediato mediante Administración de DFS, tal como se describe en Edición de programaciones de replicación. También puedes forzar la replicación mediante el cmdlet Sync-DfsReplicationGroup, incluido en el módulo de PowerShell de DFSR, que se presentó con Windows Server 2012 R2, o el comando Dfsrdiag SyncNow. Puedes forzar el sondeo mediante el cmdlet Update-DfsrConfigurationFromAD o el comando Dfsrdiag PollAD.

No. Si la programación está abierta, Replicación DFS replicará los cambios cuando los advierta. No hay manera de configurar un tiempo de espera para los archivos.

Sí. Si usas Windows Server 2012 o Windows Server 2008 R2, puedes crear una carpeta replicada de solo lectura que replique el contenido a través de una conexión unidireccional. Para más información, consulte Hacer que una carpeta replicada sea de solo lectura en un miembro determinado (https://go.microsoft.com/fwlink/?LinkId=156740).

No se admite la creación de una conexión de replicación unidireccional con Replicación DFS en Windows Server 2008 o Windows Server 2003 R2. Si lo haces, pueden producirse numerosos problemas, como errores de topología de comprobación de mantenimiento, problemas de almacenamiento provisional y problemas con la base de datos de Replicación DFS.

Si usas Windows Server 2008 o Windows Server 2003 R2, puedes simular una conexión unidireccional mediante la realización de las siguientes acciones:

• Entrenar los administradores para que realicen cambios solo en los servidores que deseas designar como servidores principales. A continuación, permitir que los cambios se repliquen en los servidores de destino.

• Configurar los permisos de recursos compartidos en los servidores de destino para que los usuarios finales no tengan permisos de escritura. Si no se permiten cambios en los servidores de sucursal, no hay nada que replicar y se simula una conexión unidireccional y se mantiene un uso bajo de la WAN.

No. Si Replicación DFS considera que los archivos son idénticos, no los replicará. Si los archivos cambiados no se han replicado, Replicación DFS los replicará automáticamente si se ha configurado para ello. Para sobrescribir la programación configurada, usa el método WMI ForceReplicate () . Sin embargo, solo reemplaza la programación y no fuerza la replicación de archivos sin cambios o idénticos.

Durante la replicación inicial, los archivos del miembro principal siempre tendrán prioridad en la resolución de los conflictos que se producen si los miembros receptores tienen versiones diferentes de los archivos del miembro principal. La designación de miembro principal se almacena en Active Directory Domain Services y la designación se borra después de que el miembro principal esté listo para la replicación, pero antes de que se repliquen todos los miembros del grupo de replicación.

Si se produce un error en la replicación inicial o el servicio Replicación DFS se reinicia durante la replicación, el miembro principal verá la designación de miembro principal en la base de datos de Replicación DFS local y volverá a intentar la replicación inicial. Si se pierde la base de datos de Replicación DFS del miembro principal después de borrar la designación principal en Active Directory Domain Services, pero antes de que se complete la replicación inicial de todos los miembros del grupo de replicación, se producirá un error en todos los miembros del grupo de replicación al replicar la carpeta porque no hay ningún servidor designado como miembro principal. Si ocurre esto, usa el comando Dfsradmin membership /set /isprimary:true en el servidor del miembro principal para restaurar manualmente la designación del miembro principal.

Para obtener más información sobre la replicación inicial, consulta Crear un grupo de replicación.

Si la compresión diferencial remota (RDC) está habilitada en la conexión, la replicación de entrada de un archivo superior a 64 KB que comenzó a replicarse inmediatamente antes del cierre de la programación (o el cambio a No bandwidth [Sin ancho de banda]) continúa cuando se abre la programación (o cuando se produce un cambio en un valor distinto de No bandwidth [Sin ancho de banda]). La replicación continúa desde el estado en que se encontraba cuando se detuvo la replicación.

Si RDC se desactiva, Replicación DFS reinicia completamente la transferencia de archivos. Esto puede retrasar el momento en que el archivo está disponible en el miembro receptor.

Cuando Replicación DFS detecta un conflicto, usa la versión del archivo que se guardó en último lugar. Mueve el otro archivo a la carpeta DfsrPrivate\ConflictandDeleted (en la ruta de acceso local de la carpeta replicada del equipo que solucionó el conflicto). Permanece allí hasta la limpieza de la carpeta de conflictos y eliminaciones, que se produce cuando la carpeta de conflictos y eliminaciones supera el tamaño configurado o Replicación DFS encuentra un error de espacio en disco insuficiente. La carpeta de conflictos y eliminaciones no se replica y este método de resolución de conflictos evita el problema de los directorios no autorizados que podía producirse en FRS.

Cuando se produce un conflicto, Replicación DFS registra un evento informativo en el registro de eventos de Replicación DFS. Este evento no requiere la intervención del usuario por los siguientes motivos:

• No es visible para los usuarios (solo es visible para los administradores del servidor).

• Replicación DFS trata la carpeta de conflictos y eliminaciones como memoria caché. Cuando se alcanza un umbral de cuota, limpia algunos de esos archivos. No hay ninguna garantía de que se guardarán los archivos en conflicto.

• El conflicto puede residir en un servidor diferente del origen del conflicto.

No. Replicación DFS no sigue almacenando provisionalmente los archivos fuera de los tiempos de replicación programados, si se ha superado la cuota de límite de ancho de banda o si se deshabilitan las conexiones.

No. Replicación DFS abre los archivos de forma que no impide que los usuarios o las aplicaciones abran los archivos de la carpeta de replicación. Este método se conoce como "bloqueo oportunista".

Sí. La ubicación de la carpeta de almacenamiento provisional se configura en la pestaña Avanzadas del cuadro de diálogo Propiedades para cada miembro de un grupo de replicación.

Los archivos se almacenan provisionalmente en el miembro remitente cuando el miembro receptor solicita el archivo (a menos que el archivo tenga un tamaño de 64 KB o inferior) como se muestra en la tabla siguiente. Si la compresión diferencial remota (RDC) se deshabilita en la conexión, el archivo se almacena provisionalmente, a menos que tenga un tamaño de 256 KB o inferior. Los archivos también se almacenan provisionalmente en el miembro receptor, ya que se transfieren si tienen un tamaño inferior a 64 KB, aunque puedes configurar esta opción entre 16 KB y 1 MB. Si se cierra la programación, los archivos no se almacenan provisionalmente.

Si ya se está transmitiendo alguna parte del archivo, Replicación DFS continúa la transmisión. Si se cambia el archivo antes de que Replicación DFS empiece a transmitir el archivo, se envía la versión más reciente del archivo.

Historial de cambios