En este artículo hablaremos un poco sobre un mecanismo muy simple y necesario para toda pequeña empresa en la actualidad. Este es, por supuesto, un "Sistema de archivos distribuido" (DFS) y “Servicio de replicación del sistema de archivos distribuido” (DFSR). El mecanismo de replicación, como una solución integrada en la familia del sistema operativo Windows Server, apareció en el año 2000 en Windows Server 2000. Desde entonces, la solución ha crecido mucho en términos de funcionalidad y tolerancia a fallas. Hoy, con solo unos pocos clics, se configuran una gran cantidad de parámetros con valores predeterminados que se adaptarán al 99% de las empresas.
Este artículo mostrará literalmente los puntos principales para configurar los elementos básicos de este servicio. Pero este mecanismo no se agota en esto, y si no conocías este servicio antes, entonces este artículo es para ti.
¿Qué tipos de replicación existen?
Este grupo de replicación se crea casi automáticamente cuando se agrega un segundo destino al sistema de archivos distribuido.
Se necesita un grupo de replicación independiente en los casos en que necesita replicar no carpetas "compartidas", sino simplemente cualquier carpeta entre dos o más servidores diferentes.
Si todo es claro y simple con la replicación de objetos finales en el espacio de nombres, entonces hay una característica más con grupos de replicación independientes, ya que este grupo se puede crear de dos tipos:
Se necesita un grupo de replicación universal para la replicación bidireccional mutua de los archivos y carpetas que contiene. Dicho grupo solo se usa cuando se crea un grupo de replicación para los objetos finales del espacio de nombres.
Se necesita un grupo de replicación de recopilación de datos para copiar todos los archivos y carpetas, por ejemplo, en un servidor de respaldo. Al mismo tiempo, si se modifican o eliminan algunos archivos en el servidor de respaldo, esto no afectará el objeto original de ninguna manera. Esta funcionalidad es conveniente para implementar el intercambio de datos unidireccional, por ejemplo, entre un segmento protegido y una DMZ (¡la solución no es ideal en términos de seguridad!)
Un poco sobre los matices.
- Al crear un grupo de replicación, sin importar el tipo, puede establecer la tasa de transferencia de datos por día de la semana y hora. Esto es muy útil para reducir la carga de la red durante el horario comercial. Especialmente en los casos en que la empresa tenga muchas sucursales en diferentes ciudades y/o países.
- El servicio es extremadamente estable y, en la gran mayoría de fallos, se recupera y sigue funcionando correctamente. Incluso si el servidor falla.
- Una carpeta replicada no puede usar bases de datos (de ningún tipo) porque las réplicas no se transfieren por sector, sino por archivos. Por ejemplo, no se permite compartir archivos de DBase, MS Access y MS Excel.
- Si tiene la misma réplica de escritura en diferentes ciudades/países y la gente modifica con frecuencia el mismo archivo, puede ocurrir una colisión. Y resulta que dos personas modificaron simultáneamente el mismo archivo en dos ramas. Luego, el servicio DFSR colocará la última versión del archivo en ambas réplicas, moverá el archivo en conflicto a la carpeta “[Drive]:\[ReplicationFolder]\DfsrPrivate\ConflictAndDelete” y escribirá información sobre el archivo en el archivo de configuración “[ Unidad]:\[Carpeta de replicación]\DfsrPrivate \ConflictAndDeletedManifest.xml".
- La carpeta "ConflictAndDeleted" tiene un límite predeterminado de 4 GB. Puedes cambiar este límite.
- El almacenamiento intermedio tiene un límite predeterminado de 4 GB. Si usted o los usuarios cargan un archivo más grande, este archivo no podrá replicarse, pero DFSR intentará copiarlo sin cesar. Si espera que los usuarios hagan esto, aumente inmediatamente el límite de almacenamiento.