Leonardo Murillo

conjunto de réplicas. Esta operación se puede utilizar en nuevas o reinicializadas a los miembros de réplica SYSVOL y Dfs: 1.Configurar al menos dos alternativas de Dfs, por ejemplo, \\Server1\Apps, \\Server2\Apps y \\ServerX...\Apps.

2.Habilitar la replicación sólo entre dos miembros de réplica, por ejemplo, \\Server1 y \\Server2. Puede designar cualquier servidor como principal, pero las carpetas replicadas deben estar vacías cuando los equipos se agregan al conjunto de réplicas de Dfs y FRS.

3.Copie los archivos destinados a la réplica se han establecido en la carpeta replicada \\Server1\Apps.

Dado que \\Server1 tiene al menos un socio de salida (\\Server2), cuando se copia un archivo en \\Server1, hace que FRS generar un archivo de ensayo y se envía una solicitud de cambio a \\Server2. Un MD5 (algoritmo de hash) suma de comprobación se calcula durante la generación del archivo provisional y el resultado se guarda de IDTable en \\Server1 y en las solicitudes de cambio enviadas a \\Server2. Cuando \\Server2 los procesos de solicitud de cambio se guarda la suma de comprobación MD5 en la on\\Server2 de IDTable. Este proceso es la única manera que se guarda una suma de comprobación MD5 de IDTable y el uso de la MD5 es necesario evitar la sobrecarga que produce cuando se han agregado nuevos miembros más adelante.

Cuando finalice el paso 3, los archivos replicados deben existir en \\Server1 y \\Server2 y ambos IDTables deben tener las sumas de comprobación MD5 para cada archivo y carpeta.

4.Utilice NTBackup o un equivalente de otro fabricante para realizar la copia el contenido del árbol de la réplica de \\Server1 o \\Server2. NTBackup guarda y restaura el atributo de Identificación del objeto (ID) asociado con cada archivo y carpeta. Windows NT ni los comandos de copia de MS-DOS conservan la información en los archivos se copian desde \\Server1 a \\Server2. Este ID. de objeto debe restaurarse con los archivos cuando se han agregado nuevos miembros más adelante.

5.Si han pasado menos de siete días desde que el conjunto de réplicas que contengan Server1 y se ha creado Server2, se debe borrar el registro de salida para que un cambio completo se desencadena cuando se une a la siguiente miembro.

Nota Al establecer el valor de registro en 0, borra el registro de salida:

HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\NtFrs\Parameters

Nombre de la clave:

Outlog historial de cambios en minutos

(REG_DWORD)

Valor:

0

6.En \\Server3 y todos los miembros de réplica futuros, restaure la copia de seguridad a la carpeta de \\Server3\Apps replicadas (mediante el menú de Restaurar archivos en ) en una"alternativa" antes de agregar el equipo para el conjunto de réplicas.

7.Para habilitar la replicación a \\Server3\Apps, FRS en movimientos de \\Server3 de todos los archivos de la carpeta de destino la carpeta ya existente y, a continuación, inicia una sincronización completa (también denominada una operación de combinación de vector de versión) de todos los equipos de ese \\Server3 ha entrada objetos de conexión de servicios de directorio de Windows NT (NTDS). En el caso de Dfs de conjuntos de réplicas con una completa malla topología preferido por el complemento Dfs de Windows 2000, pueden incluir los conjuntos de todos los servidores que participan en el conjunto de réplicas, como por ejemplo, \\Server1 y \\Server2. La versión de Windows XP de Dfs snap-in es compatible con más topologías óptimas e incluir una opción personalizada.

El requerimiento clave en esta situación es que \\Server3 ha conexiones entrantes desde un asociado de negocios de nivel superior, \\Server1 y \\Server2 en este caso, cuyo IDTABLE contiene las sumas de comprobación MD5 en los archivos incluidos en los conjuntos de réplicas de interés.

FRS en \\Server1 enumera todos los archivos y carpetas en su IDTable y solicitudes de cambio de envíos dirigidos (es decir, solo destino) a \\Server3. Debido a que la IDTable tiene una suma de comprobación MD5, se incluye en la solicitud de cambio. A medida que \\Server3 procesa estos se modifiquen pedidos, esto lleva el identificador de objeto de servidor para el archivo o carpeta de la solicitud de cambio e intenta localizar el archivo correspondiente en la carpeta ya existente. Si el servidor encuentra el archivo, vuelve a calcular la suma de comprobación MD5 en el contenido de ese archivo, compara el resultado con la suma de comprobación MD5 recibido en la solicitud de cambio y, si coinciden, utiliza el archivo ya existente en lugar de intentar obtener el archivo de \\Server1. Si \\Server3 no encuentra el archivo, o si no coincide con la suma de comprobación MD5, el servidor obtiene el archivo de \\Server1. Cualquier cambio en el archivo de contenido, por ejemplo, para el control de acceso a listas, secuencias de datos o atributos pueden provocar una incoherencia de MD5 y el archivo se obtiene de \\Server1 u otro socio de nivel superior.

Mientras tanto, FRS en \\Server2 (y todos los demás asociados de negocios ascendente del miembro de réplica nueva o reinicializado) está realizando el mismo proceso que \\Server1. Los procesos de \\Server3 solicitar un cambio para un determinado archivo o carpeta de Server1 o servidor2, lo que llega primero. Se pasa por alto el cambio.

Cuando todas las actividades de replicación se liquidan, los IDTables en los tres servidores tienen una suma de comprobación MD5 idéntico y contenido de los archivos idénticos en la carpeta replicada. Repita los pasos del 5 al 6 para agregar servidores adicionales al conjunto de réplicas.

Optimizar el proceso de combinación de VV o inicial

La combinación VV actual es inherentemente no eficaz. Durante la replicación normal, los asociados de negocios upstream construcción un único archivo de ensayo, que pueda originar a todos los asociados indirectos. En una combinación VV, todos los equipos que tengan una conexión saliente a un nuevo o reinicializar compilación asociado descendente organizando archivos diseñar exclusivamente para dicho socio. Si los 10 equipos hacer una combinación inicial de \\Server1, la combinación genera archivos de 10 en el escenario para cada archivo que se replica. Las optimizaciones para limitar el impacto de la combinación VV incluyen: •Ensayo previo de contenido en nuevos miembros mediante NTBackup (tratado anteriormente).

•Reducir el número de servidores de ensayo de creación de archivos para el nuevo o reinicializa a los asociados indirectos.

•Eliminar o reducir el número de archivos en la carpeta replicada hasta que todos los equipos han completado la fase de combinación VV.

...