En la nota anterior “Sistema Distribuido de Archivos (DFS = “Distributed File System”) ¿Realmente lo Conoce?” hemos visto algunos de los términos fundamentales que debemos conocer para interpretar correctamente su funcionamiento, y además hemos visto la configuración de una de sus funcionalidades principales, la consolidación de carpetas compartidas desde el punto de vista lógico, que no físico
En esta demostración veremos cómo podemos configurar que las carpetas que definimos anteriormente se pueden replicar y sincronizar con otras en diferentes servidores, de forma tal que las podríamos aprovechar para por ejemplo: disminuir el tráfico sobre enlaces WAN, proveer tolerancia a fallas, distribuir información, e inclusive recopilar centralizadamente informacion que se genera en diferentes lugares
Continuaré con la misma infraestructura de la nota anterior, y con la configuración ya hecha, donde recuerdo hemos creado dos “Folders”, cada uno apuntando a su propio “Folder Target”
Pongo nuevamente el diagrama para recordar más fácil
En la nota anterior habíamos creado “VentasBAires” apuntando a \\SRV1\VentasBAires y \\SRV2\VentasMendoza Ahora crearemos un nuevo “Folder Target” de “VentasBAires” pero apuntando a \\SRV2\VentasBAires Estas dos ubicaciones se mantendrán sincronizadas
Sobre el “Folder” “VentasBAires” comencemos agregando un nuevo “Folder Target”
Ahora lo apuntamos a \\SRV2
Automáticamente creará el compartido
Podemos asignar los mismos permisos, o inclusive hasta se podrían asignar diferentes permisos. Por ejemplo para que la gente que se conecte al compartido del sitio Mendoza, pueda ver la información pero no modificarla
Creará la correspondiente carpeta indicada en el cuadro anterior
Y lo más importante, al notar el sistema que tenemos un mismo “Folder” apuntando a dos “Folder Targets” diferentes automáticamente no ofrecerá crear un “Replication Group” (Grupo de Replicación), que por supuesto aceptaremos
Controlará que exista la infraestructura adecuada
Controlamos que los nombres sugeridos son adecuados y seguimos adelante
Nos preguntará cuál es el servidor primario, esto tiene importancia sólo en la replicación inicial, ya que más adelante sincronizará en ambos sentidos
Al disponer sólo de dos servidores no hay muchas opciones para la topología de replicación, pero por ejemplo, si estuviéramos utilizando el DFS para recopilar información en un sitio central, o para distribuir información desde el sitio central podríamos usar la topología “Hub and Spoke”
Podemos observar que nos ofrece opciones de configuración muy importantes a tener en cuenta de acuerdo al volumen de datos a replicar si tenemos enlaces WAN
Podemos limitar el ancho de banda utilizado
Y aunque no lo utilizaré en esta demostración, observen la otra opción que es configurar días y horarios con limitaciones de uso de tráfico
Confirmamos
Todo correcto
Nos avisa que la replicación no comenzará inmediatamente sino que puede demorar unos minutos
Mientras el sistema se toma su tiempo para comenzar la replicación, observaremos algunas configuraciones importantes
Lo primero es ver que tenemos configurado el “Replication Group” y los servidores participantes
En la ficha “Connections” podemos ver los objetos conexión que se han creado entre los servidores. Ya volveremos más adelante a esta
Podemos ver los “Folders” que se replicarán y mantendrán sincronizados
Para comenzar a probar, en SRV1 pondré un archivo en la carpeta C:\VentasBAires
Mencioné antes que volveríamos a la ficha “Connections”. Para forzar la replicación del archivo recién puesto, podemos con botón derecho sobre el objeto conexión elegir “Replicate Now…” (Replicar Ahora…)
Y si ahora vamos a SRV2 podremos observar que se ha replicado el archivo de prueba
Con esto hemos demostrado la configuración y verificado el funcionamiento del sistema de replicación de datos
Había pensado dejar la nota acá, pero no quiero cerrar el tema sin antes mostrar algunas características de configuración que pueden ser importantes en muchos casos
Observen que independientemente de los permisos asignados al compartido, puedo fácilmente asignar a uno de los servidores miembros como “Read-only” (Sólo lectura)
Si ingresamos a las propiedades podemos observar algunas configuraciones que son importantes. Muestro sólo algunas
Lo mismo para las “Connections”
Esto es lo que comentaba anteriormente sobre la posibiliad de configurar diferente uso de ancho de banda durante diferentes días y horarios
Si vamos a las propiedadesde “Replicated Folders” podemos observar cuáles serán las extensiones de archivo que por omisión no sincronizará
Además podemos observar que se puede delegar la administración, inclusive generar reportes de diagnóstico de la replicación
Aunque lo podemos ver el reporte en el momento, por omisión lo guardará para un futuro análisis en caso de producirse algún problema
Y por supuesto está todo bien. (Es una demo ;-))
Con estas dos notas sobre DFS ya dejaré el tema. Espero que aclare a muchos cómo configurarlo, y cuáles son las dos funciones principales
Comentarios
Realmente había oído de DFS pero nunca le he tirado, después de leer estas notas me he decidido a meterle mano ahora que estoy migrando algunos servers a 2012 R2.
Gracias Guille, como siempre todo muy claro :-)
Antes de ponerlo en productivo, conviene probarlo en ambiente de pruebas, sobre todo si fueran muchos archivos o muy muy grandes
Me alegro sirva :-)
Guillermo, una pregunta:
En un DFS basado en dominio, por ejemplo el que tu propones en el tutorial, con dos servidores SRV1 y SRV2. Ambos tienen un disco C: para el sistema operativo y otro D: decicado en exclusiva al espacio de nombres.
Si el disco D: de SRV2 falla fisicamente, los clientes podrían seguir accediedo al DFS sin darse cuenta del problema. Pero… ¿que deberia hacer el administrador para subsanarlo?
¿Es suficiente con sustituir el disco roto por otro nuevo? ¿Habría que eliminar primero la replicación, cambiar el disco y luego volver a configurar la replicación?
Te agradecere si me aclaras cual sería la «Gestión de Crisis» más adecuada
Javier
Hola Javier, entiendo que en ese caso lo mejor sería recuperar desde una copia de seguridad. Si eso no fuera posible entonces habría que crear manualmente la carpeta raíz del DFS, y entiendo que la replicación se hará nuevamente, pero sinceramente no he hecho esa prueba. Como mucho habría que eliminar el «link target» y volverlo a crear
Por las dudas te dejo un enlace que creo que tiene datos muy interesantes sobre DFS
Replicación DFS: preguntas más frecuentes (P+F) : http://technet.microsoft.com/es-es/library/cc773238(v=ws.10).aspx
Hola Gukille,
Primero que todo gracias por los dos post que dan una vista muy clara del servicio DFS.
Mi duda es ¿sabes si funciona en una red con dos dominios (con relación de confianza)?
De antemano gracias.
Hola Claudio, realmente no sé, habría que probar, pero apostaría que no va a andar
Prueba y avisa que es una pregunta interesante :)
Hola a todos como va?
Antes que nada felicitaciones como siempre por todo el trabajo que haces Guille!
Te y les consulto a todos, tengo implementado un DFS entre 2 sitios, todo funciona perfecto, salvo que en forma aleatoria deja de funcionar el acceso a los archivos, actualmente tengo la ruta de acceso linkeada un disco de red y cuando intentas acceder te dice que el destino no existe. Al reiniciar la pc que tiene el servicio de DFS comienza a funcionar nuevamente… Investigue en el visor de eventos y no hay nada…
Alguna idea? Les paso?
Gracias!
Hola Fernando, yo buscaría el error (Event Viewer) en la máquina con el DFS, seguro que algo hay ahí si reiniciandola se soluciona
DFS tiene sus «vueltas» :)
Buen dia, primero gracias por todo el fabuloso material claro y conciso que tenes en el wordpress es de lo mejor que me he cruzado navegando.
Tengo una consulta.. con respecto al dfs.. tengo 2 controladores de dominios por cuestiones de presupuestos uno es el fileserver.. mediante el dfs en el 2 controlador de dominio replique el fileserver que se encuentra alojado en el primero en un share con el nombre (fileserver) todo funciona perfecto.
Ahora haciendo pruebas apago el controlador dominio primario y pierdo el acceso al shared del dfs.
tendría que definir el en controlador de dominio secundario un namespace.. nuevo? y de ser así.. se puede poner el mismo namespace que el que tiene el controlador primario? alguna idea?
No, tiene que ser un DFS integrado en AD, y ambos servidores deben ser «name servers» con eso debería alcanzar
Otro tema a tener en cuenta es que si se apaga el Controlador de Dominio con el que el cliente tiene armado el canal seguro de comunicación, hay que dejar pasar tiempo hasta que lo haga con el otro, o reinciarlo
Gracias buenisima tu explicación, pero si tengo un carpeta con permisos ntfs ya definidos, cuando creo el namespace me aparece el compartido mas el namespace.- Ahora los permisos son distintos, lo cual para un fileserver en producción es un problemon
Hola Cristian, es lo esperable que puedas tener diferentes permisos en cada copia, porque entre los objetivos está que se pueda recopilar información en un sitio central desde remotos, o a la inversa distribuir información desde un sitio central a los remotos, por lo tanto se espera que algunos puedan escribir y otros solamente leer
Por otra parte, y en base a las otras preguntas que has hecho acá y en Technet, ten cuidado porque DFS no es una solución para tolerancia a fallas, piensa solamente en dos cosas:
– Si en dos lugares se modifica un archivo casi simultáneamente uno de los cambios se pierde
– No se replican archivos abiertos
Tengo una duda, ¿donde realmente se almacena la información
que replico?,
Donde tú le digas, mira las figuras 5 y 6
Muchas gracias Guillermo, pensé por un momento que toda los datos se guardaban el DC y no en Los servidores, pero ahora veo que es lo segundo, tambien entiendo que lo que se guarda en el DC es la configuración, cierto?
Así es Juan, correcto
buenos dias Guillermo, estoy implementando solo el servicio de replicacion, mi consulta es si se debe configurar el servicio replicacion en ambos servidores o solo en el principal?
Tal como está en la nota :)
veo que tambien se pone como excepcion la replicacion de archivos bak por defecto, hay alguna razon que justifique eso?, si deseo puedo replicar archivos bak sin problema?
Default DFSR has file filter on replicated folder that excludes the files with names starting ~ or files with extension tmp or bak from replication. You can change it throught DFS Management Console.
– Go to ReplicationGroup.
– Click on your replication group.
– Go to Replicated Folder tab.
– Click on your replicated folder and there is a property page that will pop up. It will have file filter which you can change.
Muchas gracias por los datos!!
Trackbacks
[…] En la próxima nota seguiremos con este tema pero configurando la repliacación de datos a través de DFS: “Sistema Distribuído de Archivos (DFS = “Distributed File System”) Replicación y Sincronizació…“ […]