INSTITUTO TECNOLÓGICO DE TEPIC

INGENIERÍA EN SISTEMAS COMPUTACIONALES

MATERIA: ADMINISTRACION DE REDES
Reporte de Práctica

Nombre del Profesor o responsable de la práctica educativa: L.I. MIGUEL ANGEL MARTINEZ GONZALEZ

Modalidad de la Práctica: PRÁCTICA DE LABORATORIO

Lugar en donde se realizará la práctica _LABORATORIO DE SISTEMAS OPERATIVOS

Sistema Distribuído de Archivos (DFS = “Distributed File

System”) Replicación y Sincronización de Datos
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 ;-))