Hola, mi nombre es David y soy ingeniero principal de Dell. Hoy, le mostraré cómo realizar una sincronización autoritativa de datos de CIS V mediante la replicación del sistema de archivos distribuido o DFS R. DF. Sr es el método más reciente de replicación de CIS, es más sólido que el método anterior, el servicio de replicación de archivos o FR S. Pero aún así, de vez en cuando, se encuentra con problemas. Cuando eso sucede, puede ser necesario forzar la sincronización para que la replicación vuelva a funcionar. En este video, hablaremos sobre la realización de una sincronización autoritativa en la que designamos una de las controladoras de dominio como la fuente autorizada de los datos de CYF y configuramos las otras controladoras de dominio para que se repliquen desde ella.
Tenemos tres controladoras de dominio en nuestro entorno denominadas DC 1, DC 2 y DC 3. Podemos saber que hay un problema al observar el registro de eventos de replicación de DFS. Como vemos aquí en DC One, muestra varios errores recientes, los errores en sí no son tan importantes, pero sabemos que hay un problema porque estos errores son bastante recientes. Si observamos el mismo registro de eventos en la DC dos, vemos los mismos errores. Y si observamos el registro en DC 3, también vemos lo mismo. Nuestros tres controladores de dominio tienen problemas con DFSR. Esa es una de las principales razones por las que debemos realizar una sincronización autoritativa.
Por el momento, no tenemos una DC operativa desde la cual copiar los datos de cis fol. DC. Uno va a ser nuestro DC autorizado. Y les mostraré por qué: si observamos la administración de políticas de grupo, podemos ver aquí que tenemos 13 gps. Los he ordenado por fechas modificadas. Puede ver que los tres en la parte superior se crearon hoy. Y si miramos en la carpeta de contenido de CIS V, podemos ver que hay 13 carpetas que contienen archivos de plantilla para esos GPO. Y si miramos en la misma ubicación en DC 2, solo vemos 10. Por lo tanto, los tres creados más recientemente no se han replicado en DC 2. Y si miramos la misma ubicación en DC 3, también solo vemos 10.
Por lo tanto, DC One tiene la copia más actualizada de los datos de CYF. Y es por eso que será nuestra fuente autorizada. Ahora, para comenzar la sincronización autoritativa, lanzaremos un ZIT y nos conectaremos al contexto de nomenclatura predeterminado. Ya estamos conectados, aquí debajo, expandiremos el dominio, luego expandiremos los controladores de dominio y comenzaremos con DC uno, luego expandiremos DFSR local settings y seleccionaremos el dominio system volume. Aquí verá el objeto de suscripción C Fall, lo editaremos y nos desplazaremos hacia abajo hasta un atributo llamado MSDF sr enabled. Lo estableceremos en falso. Si ha visto el video de sincronización no autoritativa, esto debería parecer un poco familiar por ahora. Y hacemos lo mismo en DC 2.
Vamos a la misma ubicación, encontramos el mismo atributo, configúrelo en caídas y luego también haremos lo mismo en DC 3. Y ahora que tenemos eso configurado en la base de datos A en DC uno, usaremos rep admin, sincronizaremos todas las barras diagonales A mayúsculas P mayúsculas E minúsculas D para forzar la replicación de DC uno a otro D CS para que todos reciban ese cambio y ese comando se haya completado. Ahora, ejecutaremos el polo A de diagnóstico de DFS R para indicarle a DFS R que verifique A en busca de cambios de configuración. Y haremos eso en las tres controladoras de dominio. Probablemente podríamos hacer esto a través de PowerShell remoto, pero es igual de fácil hacerlo de esta manera. Bueno. Así que hemos ejecutado el comando en los tres controladores de dominio y ahora actualizaremos el visor de eventos y veremos los eventos 4114 y 2010. Ambos eventos informativos. Esto indica que la replicación DFSR ha detectado que todas las carpetas replicadas en el volumen C han sido desactivadas o eliminadas.
Básicamente, hemos deshabilitado la replicación DFS R de CIS en los tres DCS. Ahora miramos DC 2 muestra los mismos eventos y solo revisamos DC 3, asegurándonos de que también tengan lo mismo. Por el momento, tenemos la replicación DFS de CIS deshabilitada en todo CS 3D. Ahora tenemos que empezar a volver a habilitarlo. Pero en DC 1, hay otro atributo que también debemos cambiar. Así que volvemos a la edición de Etsy, volvemos al mismo objeto aquí en DC uno que editamos antes de cambiar M SDS está habilitado a true. Pero luego nos desplazamos hacia abajo y vamos a MSDF SR options y lo establecemos en uno. Y solo queremos establecerlo en uno en la DC que estamos configurando como autoritativo.
No queremos establecer eso en uno en ninguna otra DC. Y una vez que hemos hecho ese cambio, volvemos a ejecutar DFSR diag pole ad y tiene éxito. Ahora actualizamos el visor de eventos nuevamente y vemos el ID de evento, 4602 el servicio de replicación DFS inicializó correctamente la carpeta replicada de CFA en la ruta. Este miembro es el miembro principal designado para esta carpeta replicada que confirma que la inicialización autoritativa se completó en la DC uno. Y dice que, para comprobar la presencia del recurso compartido completo de CIS, ejecute net share desde el símbolo del sistema. Así que eso es lo que haremos y muestra la caída del CIS y el registro neto en las acciones según lo esperado. Ahora que lo hicimos en la DC 1, esencialmente debemos realizar una sincronización no autoritativa en la DC 2 y la DC 3. Por lo tanto, establecemos MS dfsr enabled en true en DC 2 y, a continuación, hacemos lo mismo en DC 3.
Tenga en cuenta que no tocamos el atributo MS dfsr options, solo el atributo habilitado. Hecho esto, tenemos que forzar la replicación en este punto, ya que hicimos cambios en los objetos para DC 2 y DC 3. Una vez más, usamos el comando rep admin sync all y eso se completó. Ahora tenemos que ir a la DC dos y ejecutar DF sr Diag pull a de nuevo que tiene éxito, luego haremos lo mismo en la DC tres. Ambos actualizan su configuración de R DFS desde A. Si volvemos al registro de eventos de replicación de DFS y lo actualizamos, veremos la advertencia 4614 que dice que se inicializó CIS V en la ruta CIS V y que está esperando para realizar la replicación inicial.
Si esperamos unos segundos, puede ver que hay nuevos eventos nuevamente. Y si actualizamos eso ahora, podemos ver los eventos 46 y 4 que dicen que DFSR inicializó correctamente la carpeta replicada de caída cis en la ruta y completó la sincronización inicial desde su origen. Ejecutamos nets share como lo indica, y puede ver que tenemos CIS Fall y net login shares. Y aquí, en el directorio de contenido de Cis Fall, vemos que ahora tenemos 13 carpetas que contienen archivos de plantilla. Así que volvemos al DC 3 y hacemos lo mismo. Actualizamos el registro de eventos y vemos que el evento 4604 ya se registró aquí y tuvo tiempo suficiente para completar la replicación inicial y la sincronización inicial.
Así que ejecutamos nets share aquí y también muestra su caída en nets login shares. Permítanme revisar el explorador de archivos y ver que también contiene 13 carpetas que contienen archivos de plantilla. Y podemos ver que los tres primeros con la fecha modificada de hoy se han replicado tal como lo hicieron en DC 2. Esto confirma que la sincronización autoritativa se completó en la DC uno y, efectivamente, la sincronización no autoritativa se completó en la DC dos y la DC tres. Otra vez
mi nombre es David. Soy ingeniero principal de Dell y gracias por su atención.
