Hola. Mi nombre es David y soy ingeniero principal de Dell. Y hoy, hablaré sobre la realización de una sincronización no autoritativa de datos CIS mediante la replicación del sistema de archivos distribuido o DFSR DF. Sr es el más reciente de los dos métodos utilizados para replicar datos FLL de CIS en un dominio. La versión anterior es el servicio de replicación de archivos o FRS, pero la mayoría de los dominios modernos usarán DFS R para replicar la caída de CIS en este punto. Es más sólido que FRS, pero aún puede fallar y, a veces, es necesario forzar la sincronización entre controladores de dominio. En este video.
Le mostraré cómo realizar una sincronización no autoritativa en la que nuestra controladora de dominio de destino copia los datos CIS de otra DC. En nuestro entorno, nos ocuparemos de dos centros de datos. DC 1 y DC 3, DC 1 será nuestra fuente DC y DC 3 será nuestro objetivo. Si abrimos el visor de eventos en la DC tres y observamos el registro de replicación de DFS, podemos ver errores en este caso. Los errores específicos no son importantes. Rompí DFS R intencionalmente para esta demostración. Pero lo que podemos notar aquí es que la replicación DFS no funciona correctamente y no replica los datos cisl desde otra controladora de dominio como debería.
Si observamos el visor de eventos en DC One, no vemos errores, solo eventos informativos. Hubo algunos errores hace un tiempo, pero se borraron. Y DFS R en DC 1 funciona correctamente. El único problema aquí es en DC tres, podemos confirmar que hay un problema si entramos en la administración de políticas de grupo y echamos un vistazo a la cantidad de GPS que tenemos aquí, hay 10, incluidos tres GPS de prueba que se crearon recientemente para los fines de esta demostración. Si miramos en la carpeta de contenido de caída de CIS, vemos 10 carpetas aquí bajo las políticas de dominio de caída de CIS. Cada una de esas carpetas contiene los archivos de plantilla para cada uno de los GPS que vimos en la consola de administración de políticas de grupo. Ya que tenemos 10 GPS, tenemos 10 carpetas con archivos de plantilla. Si vamos a la misma ubicación en DC, tres navegamos a Windows, luego cis fall domain y policies, vemos solo siete carpetas aquí.
Los tres GPS de prueba que creé recientemente no se han replicado. Sus archivos de plantilla no están presentes en la DC 3, lo que indica una vez más un problema con la replicación DFS de los datos de caída de CIS. Ahora, para corregir esto, realizaremos una sincronización no autoritativa de la caída de CIS para hacerlo. Publicaremos anuncios que edito y dentro de los anuncios que edito, nos conectaremos al contexto de nomenclatura predeterminado, dejaremos todos estos valores en sus valores predeterminados y esto nos conectará al contexto de nomenclatura predeterminado. Debajo de aquí, expandiremos el contexto de nomenclatura predeterminado, luego expandiremos la extensión del dominio, los controladores de dominio ou y DC tres es el único que nos preocupará aquí. Expandiremos DC 3 y expandiremos la configuración local de F sr y expandiremos el volumen del sistema de dominio. Y aquí vemos el objeto de suscripción CIS Fall.
Editaremos este recurso para revisar sus atributos. Y el atributo que nos interesa se denomina MS DF Sr habilitado. Debemos configurarlo en clic falso. Bien, para confirmar y OK, de nuevo. Y ya que realizamos este cambio en DC 3 y DC 3 es la única controladora de dominio que nos preocupa. Por el momento, no necesitamos forzar la replicación. Ese atributo se almacena en Active Directory, pero solo nos preocupa el valor en DC tres. Lo que sí debemos hacer es ejecutar DF Sr Diag Pole A, que le indica a DFS R que consulte a Active Directory en busca de cambios en la configuración; aquí vemos que el comando se ejecutó correctamente. Volveremos al visor de eventos y actualizaremos y mostraremos un par de eventos informativos 4114 y 2010 que indican que se deshabilitó la replicación DFS.
4114 se refiere específicamente a la ruta de caída de CIS y 2010 solo se refiere a la replicación DFS en general, ya que todas las carpetas replicadas se deshabilitaron. Así que ahora que hemos hecho eso, volvemos al mismo atributo y añadimos la edición y la establecemos de nuevo en true click, ¿de acuerdo? Para confirmar y aceptar, una vez más, no necesitamos replicar. Necesitamos ejecutar DF Sr Diag Polo A nuevamente, ya que hicimos otro cambio de configuración, una vez más, el comando se ejecuta correctamente y volvemos al visor de eventos y actualizamos una vez más. Y ahora vemos un evento de advertencia 4614, el servicio de replicación DFS inicializó la caída de CIS en la ruta local, la ruta de caída de CIS y está esperando para realizar la replicación inicial. Pronto detectamos que existen nuevos eventos. Y si actualizamos de nuevo, vemos el evento 4604, que es lo que estamos buscando.
El servicio de replicación DFS inicializó correctamente la carpeta replicada de caída de CIS en la ruta. El miembro ha completado la sincronización inicial de la caída de CIS con la DC uno del partner. Y dice que, para comprobar la carpeta de caída de CIS, ejecutamos el comando net share y eso confirma que tenemos la caída de CIS y el registro de red en los recursos compartidos. Y si volvemos al explorador de archivos, vemos que ahora hay 10 carpetas que contienen archivos de plantilla de GP que también confirman que los datos de CIS se replicaron desde DC. Uno.
Si volvemos a DC 1, podemos comparar esas carpetas y confirmar que son las mismas. Una vez más, se trataba de una sincronización no autoritativa de datos cisl mediante DFS R. Mi nombre es David y soy ingeniero principal en Dell.
Gracias por su tiempo.
