Sistema Distribuído de Archivos (DFS = “Distributed File System”) Replicación y Sincronización de Datos

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

 

Anuncios
Post a comment or leave a trackback: Trackback URL.

Comentarios

  • Pavilion  On 03/07/2014 at 12:44

    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 :-)

    • Guillermo Delprato  On 03/07/2014 at 13:03

      Antes de ponerlo en productivo, conviene probarlo en ambiente de pruebas, sobre todo si fueran muchos archivos o muy muy grandes
      Me alegro sirva :-)

  • Javier Ortega  On 04/11/2014 at 07:41

    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

    • Guillermo Delprato  On 04/11/2014 at 08:15

      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

  • Claudio Pizarro  On 07/03/2017 at 18:10

    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.

    • Guillermo Delprato  On 07/03/2017 at 19:41

      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 :)

  • Fernando Arbach  On 18/05/2017 at 14:48

    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!

    • Guillermo Delprato  On 18/05/2017 at 15:02

      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” :)

  • cristian carlos carrion  On 04/10/2017 at 08:26

    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?

    • Guillermo Delprato  On 04/10/2017 at 13:17

      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

Trackbacks

Este espacio es para comentarios sobre la nota. No es un sitio de soporte

Introduce tus datos o haz clic en un icono para iniciar sesión:

Logo de WordPress.com

Estás comentando usando tu cuenta de WordPress.com. Cerrar sesión / Cambiar )

Imagen de Twitter

Estás comentando usando tu cuenta de Twitter. Cerrar sesión / Cambiar )

Foto de Facebook

Estás comentando usando tu cuenta de Facebook. Cerrar sesión / Cambiar )

Google+ photo

Estás comentando usando tu cuenta de Google+. Cerrar sesión / Cambiar )

Conectando a %s

A %d blogueros les gusta esto: