none
Replicar SYSVOL RRS feed

  • Pregunta

  • Hola:

    Ustedes sabran alguna forma de realizar la replica del sysvol manualmente, vaya quuiero decir algun comando con el cual puede hacer esto, asi como podemos replicar algunas particiones con el repadmin /replicate cn=schema,cn=configuration etc etc etc. Alguno que lo haga mediante este mismo modo. Esto a que he checado los sysvol de mis servidores con las herraminetas "ultrasound, frsdiag,sonar" pero checo que los sysvol no estan iguales, unos  les faltan cosas y me gustaria forzar a que se igualen



    Saludos
    miércoles, 9 de septiembre de 2009 15:55

Respuestas

  • Buenas tardes Budkus, actualmente tengo la administracion de 5 dominios y unos de ellos tiene aproximadamente 707 DC, con un entorno asi es comun estos problemas, te recomiendo que busques el evento 13568

    Event Type: Error
    Event Source: NtFrs
    Event Category: None
    Event ID: 13568
    Date:  31/01/2010
    Time:  10:03:26 PM
    User:  N/A
    Computer: SB0486CD1
    Description:
    The File Replication Service has detected that the replica set "DOMAIN SYSTEM VOLUME (SYSVOL SHARE)" is in JRNL_WRAP_ERROR.
     
     Replica set name is    : "DOMAIN SYSTEM VOLUME (SYSVOL SHARE)"
     Replica root path is   : "d:\windows\sysvol\domain"
     Replica root volume is : "\\.\D:"
     A Replica set hits JRNL_WRAP_ERROR when the record that it is trying to read from the NTFS USN journal is not found.  This can occur because of one of the following reasons. 

    Este evento evita que al servidor no le puedan replicar los cambios en politicas o politicas nuevas en el Dc y en las estaciones que atiende este DC, algunas de las causas de este evento son:

    1. Recalentamiento en los DC (Ev 4111,4120)
    2. Apagado o reinicio inesperado de los DC´s

    Para lo cual deberas aplicar esto:

    Nota: Esta actividad  debe ser realizada en horario no laboral debido a que este proceso elimina el contenido actual del directorio Sysvol y deja de compartirlo como recurso llevando a que el servidor deje de publicarse ante los clientes como Controlador de Dominio.

     

    1. Verificar la existencia del evento 13568 JRNL_WRAP_ERROR.

    1. Verificar que el servidor tenga SP1, aunque se ha probado en     Ambientes sin el SP1, es recomendable que este instalado debido a que     cuenta con mejoras sustanciales en el servicio NTFRS.

    1. Verificar que el servidor partner de replicación no tenga el evento de Journal. Esta parte es muy importante ya que si tiene el mismo problema, el Sysvol no se podrá reconstruir.

    1. Verificar que los puertos necesarios para el buen funcionamiento del Directorio Activo se encuentren abiertos y que los servicios del partner fuente de replicación estén respondiendo, para hacer esto utilice la herramienta PortQry utilizando la consulta Domain and Trusts.

    1. Verificar que se pueda mapear el Sysvol del servidor partner de replicación

    1. Crear un conector entre el servidor y el PDC y verificar replicación. (Este punto es  opcional y lo hacemos es con el fin de tener una fuente mas confiable de replicación.).

    1. Editar o crear el valor DWORD “Enable Journal Wrap Automatic Restore” = 1

                  En el registro del sistema sobre la llave

                 HKLM\System\CurrentControlSet\Services\Ntfrs\Parameters

     

    1. Reiniciar el servicio Ntfrs a través de la ejecución del comando “net stop ntrfs” y luego “net start Ntfrs”

    1. Después de 5 minutos (dependiendo el canal), monitorear el Sysvol del     Servidor con el fin de ver la creación de las políticas.

    1. Después de recreadas las políticas volver el parámetro “Enable

                Journal Wrap Automatic Restore” = 0

     

    1. Verificar que se reporte el evento 13516 a nivel de File Replicación Services en el visor de eventos.

    1. Ejecutar gpupdate /force

    1. Ejecutar rsop.msc para verificar la correcta aplicación de las políticas en el DC.

    1. Ejecutar un dcdiag y verificar que el controlador de dominio  pase las pruebas.

    Ahora, Con el siguiente comando puedes forzar la replicacion del sysvol

    ntfrsutl forcerepl DC_Destino /r "Domain system volume (SYSVOL share)" /p DC_Origen.dominio.com


    Juan David Puerta
    viernes, 5 de febrero de 2010 19:40

Todas las respuestas

  • Budkus, fuerza la replicacion entre los dc de manera manual.

    Saludos.
    Roberto Di'Lello | MVP DS | http://www.radians.com.ar -- Este mensaje se proporciona "como está" sin garantías de ninguna clase, y no otorga ningún derecho. Ud. asume los riesgos This posting is provided "AS IS" with no warranties, and confer no rights. You assume all risk for your use. --
    miércoles, 9 de septiembre de 2009 20:16
    Moderador
  • Budkus , 
    La replicacion de SYSVOL , se ejecuta junto con la replicacion de AD como menciona roberto , adicionalmente si tu estas teniendo diferencias en el contenido del sysvol deberias tambien tener eventos en el Log File Replication Service, fijate que el ultimo evento deberia ser un 13516 o 13509 si esto no es asi , algun problema a nivel de FRS estas teniendo. Podrias confirmarme los eventos de ambos servidores para ver que es lo que puede estar pasando a nivel de FRS ? , Tambien te has asegurado que la replicacion de AD funciona correctamente ? 

    1 - Ejecuta repadmin /showreps y verifica si obtienes replicacion exitosa en todos los casos
    2 - Verifica los eventos de File Replication Service , y dejanos saber , junto con roberto quizas podemos descubrir que es lo que esta sucediendo ahi :)



    Sebastian del Rio - MCP - MCSA +S - MCSE +S - MCTS: AD - MCTS: ISA 2006 Buenos Aires - Argentina
    jueves, 10 de septiembre de 2009 10:41
    Moderador
  • Gracias Roberto, Gracias Sebastian;

    Efectivamente tengo mensajes en el File Replication tanto 13516 y 13509, revise los servidores a los que me hacie referencia y son los mismos a los cuales no tengo el SYSVOL  completo, encontre esto en los servidores:

    The File Replication Service has detected that the replica set "DOMAIN SYSTEM VOLUME (SYSVOL SHARE)" is in JRNL_WRAP_ERROR.

    Replica set name is    : "DOMAIN SYSTEM VOLUME (SYSVOL SHARE)"
    Replica root path is   : "c:\winnt\sysvol\domain"
    Replica root volume is : "\\.\C:"
    A Replica set hits JRNL_WRAP_ERROR when the record that it is trying to read from the NTFS USN journal is not found.  This can occur because of one of the following reasons.

    [1] Volume "\\.\C:" has been formatted.
    [2] The NTFS USN journal on volume "\\.\C:" has been deleted.
    [3] The NTFS USN journal on volume "\\.\C:" has been truncated. Chkdsk can truncate the journal if it finds corrupt entries at the end of the journal.
    [4] File Replication Service was not running on this computer for a long time.
    [5] File Replication Service could not keep up with the rate of Disk IO activity on "\\.\C:".
    Setting the "Enable Journal Wrap Automatic Restore" registry parameter to 1 will cause the following recovery steps to be taken to automatically recover from this error state.



    Asi que aplique lo siguiente:


    1. Expand "HKLM\System\CurrentControlSet\Services\NtFrs\Parameters"
    2. Change value for "Enable Journal Wrap Automatic Restore" from 0 to 1. If the DWORD Value does not exist, create a new one with the exact spelling as above, including spaces but without the quotes.
    3. Stop the NTFRS Service (open a command prompt and type "net stop ntfrs")
    4. Start the NTFRS Service (net start ntfrs)
    5. Monitor the File Replication Service Event Logs for events:
    • 13553 – The DC is performing the recovery process
    • 13554 – The DC is ready to pull the replica from another DC.
    • 13516 - At this point go to step 6. (the problem is resolved if you receive this event)

    Efectivamente el SYSVOL se regenero, pero ahora tengo otro problema, una vez que hice esto, en el visor de eventos me empezaron asalir los soguientes eventos (esto entodos los DC)

    Event 1058 userenv
    Event 1030 userenv


    He aplicado lo del siguiente articulo

    http://support.microsoft.com/kb/842804

    Pero sigo en las mismas,

    Ahora no se que hacer, me podrian ayudar con esto???????


    Gracias y Saludos
    lunes, 21 de septiembre de 2009 19:28
  • Hola Al grupo. Muy buena las recomendaciones que vi publicada por ustedes. Yo administro un dominio con 45 DC. En la oportunidad que este me ocurrio y que me di cuenta la sysvol afectada estaba muy desparaja respecto al los otros equipos. Luego de practicar varias recomendaciones , la unica que me dio resultado fue la menos academica. Despromover y promover el equipo con problemas OJO , eso si el vinculo de comunicaciones no esta con problemas.
    Saludos y disculpen este tipo de practica .
    viernes, 5 de febrero de 2010 14:40
  • Buenas tardes Budkus, actualmente tengo la administracion de 5 dominios y unos de ellos tiene aproximadamente 707 DC, con un entorno asi es comun estos problemas, te recomiendo que busques el evento 13568

    Event Type: Error
    Event Source: NtFrs
    Event Category: None
    Event ID: 13568
    Date:  31/01/2010
    Time:  10:03:26 PM
    User:  N/A
    Computer: SB0486CD1
    Description:
    The File Replication Service has detected that the replica set "DOMAIN SYSTEM VOLUME (SYSVOL SHARE)" is in JRNL_WRAP_ERROR.
     
     Replica set name is    : "DOMAIN SYSTEM VOLUME (SYSVOL SHARE)"
     Replica root path is   : "d:\windows\sysvol\domain"
     Replica root volume is : "\\.\D:"
     A Replica set hits JRNL_WRAP_ERROR when the record that it is trying to read from the NTFS USN journal is not found.  This can occur because of one of the following reasons. 

    Este evento evita que al servidor no le puedan replicar los cambios en politicas o politicas nuevas en el Dc y en las estaciones que atiende este DC, algunas de las causas de este evento son:

    1. Recalentamiento en los DC (Ev 4111,4120)
    2. Apagado o reinicio inesperado de los DC´s

    Para lo cual deberas aplicar esto:

    Nota: Esta actividad  debe ser realizada en horario no laboral debido a que este proceso elimina el contenido actual del directorio Sysvol y deja de compartirlo como recurso llevando a que el servidor deje de publicarse ante los clientes como Controlador de Dominio.

     

    1. Verificar la existencia del evento 13568 JRNL_WRAP_ERROR.

    1. Verificar que el servidor tenga SP1, aunque se ha probado en     Ambientes sin el SP1, es recomendable que este instalado debido a que     cuenta con mejoras sustanciales en el servicio NTFRS.

    1. Verificar que el servidor partner de replicación no tenga el evento de Journal. Esta parte es muy importante ya que si tiene el mismo problema, el Sysvol no se podrá reconstruir.

    1. Verificar que los puertos necesarios para el buen funcionamiento del Directorio Activo se encuentren abiertos y que los servicios del partner fuente de replicación estén respondiendo, para hacer esto utilice la herramienta PortQry utilizando la consulta Domain and Trusts.

    1. Verificar que se pueda mapear el Sysvol del servidor partner de replicación

    1. Crear un conector entre el servidor y el PDC y verificar replicación. (Este punto es  opcional y lo hacemos es con el fin de tener una fuente mas confiable de replicación.).

    1. Editar o crear el valor DWORD “Enable Journal Wrap Automatic Restore” = 1

                  En el registro del sistema sobre la llave

                 HKLM\System\CurrentControlSet\Services\Ntfrs\Parameters

     

    1. Reiniciar el servicio Ntfrs a través de la ejecución del comando “net stop ntrfs” y luego “net start Ntfrs”

    1. Después de 5 minutos (dependiendo el canal), monitorear el Sysvol del     Servidor con el fin de ver la creación de las políticas.

    1. Después de recreadas las políticas volver el parámetro “Enable

                Journal Wrap Automatic Restore” = 0

     

    1. Verificar que se reporte el evento 13516 a nivel de File Replicación Services en el visor de eventos.

    1. Ejecutar gpupdate /force

    1. Ejecutar rsop.msc para verificar la correcta aplicación de las políticas en el DC.

    1. Ejecutar un dcdiag y verificar que el controlador de dominio  pase las pruebas.

    Ahora, Con el siguiente comando puedes forzar la replicacion del sysvol

    ntfrsutl forcerepl DC_Destino /r "Domain system volume (SYSVOL share)" /p DC_Origen.dominio.com


    Juan David Puerta
    viernes, 5 de febrero de 2010 19:40