Cómo solucionar errores journal_wrap en los conjuntos de réplicas Sysvol y DFS

Seleccione idioma Seleccione idioma
Id. de artículo: 292438 - Ver los productos a los que se aplica este artículo
Aviso
Este artículo se aplica a Microsoft Windows 2000. Tenga en cuenta que finalizó el soporte para Windows 2000 de 13 de julio de 2010. El siguiente sitio Web de Microsoft es un punto de partida para planear la estrategia de migración desde Windows 2000:
Centro de soluciones de fin de soporte de Windows 2000
Para obtener más información acerca de la directiva de ciclo de vida de soporte técnico de Microsoft, consulte el siguiente sitio Web de Microsoft:
Directiva de ciclo de vida de soporte técnico de Microsoft
Expandir todo | Contraer todo

Resumen

El servicio de replicación de archivos (FRS) es multiproceso, motor de replicación con múltiples maestros que reemplaza el LMREPL (LanMan Replication) servicio de la 3.x y 4.0 versiones de dominio de Windows 2000 de Microsoft Windows NT. controladores y servidores utilizan FRS para replicar secuencias de comandos de inicio de sesión y la directiva de sistema para Windows 2000 y para los clientes anteriores que se encuentran en el volumen del sistema (Sysvol).

FRS también puede replicar contenido entre servidores de Windows 2000 que host las mismas raíces del sistema de archivos distribuido (DFS) tolerantes a errores o réplicas de nodos secundarios.

Este artículo describe cómo FRS utiliza y se basa en el diario de cambios USN para el sistema de archivos NTFS.

Más información

El diario USN es un registro de tamaño fijo que graba todos cambios que se producen en particiones formateadas con NTFS 5.0. NTFRS supervisa el Archivo de diario USN de NTFS para los archivos cerrados en FRS replica directorios siempre que FRS se esté ejecutando.

Se producen errores de ajuste de diario si un número suficiente de cambios que se producen mientras está desactivado de manera que el último cambio USN que FRS FRS grabada durante el apagado ya no existe en el diario USN durante inicio. El riesgo es que los cambios realizados en archivos y carpetas para FRS replicaron árboles puede haber ocurrido mientras se ha desactivado el servicio y no hay ningún registro de la existe en el cambio en el diario USN. Para protegerse contra la incoherencia de datos, FRS se entra en un estado de ajuste de diario.

Para realizar el mantenimiento de FRS los miembros del conjunto de réplicas, los administradores pueden dejar el servicio FRS durante largos períodos de tiempo. En este caso, los administradores no son conscientes de las posibles consecuencias. Además, mayo de condiciones de error hacer que el servicio FRS apagar, y esto provoca un error de ajuste de diario. En conjuntos de réplicas muy grandes, los miembros de la réplica pueden encontrar el siguiente error durante una restauración autoritativa (BURFLAGS = D4):
journal_wrap_error
Para recuperar, se debe reinicializar el miembro de la réplica afectado con una restauración no autoritativa (BURFLAGS = D2) donde sincronizará los archivos desde un asociado de entrada existente. Esta reinicialización puede llevar bastante tiempo conjuntos de réplicas grandes.

Considere el escenario donde los equipos ejecutan versiones del archivo Ntfrs.exe en las siguientes versiones de sistema:
  • Windows 2000 (2195 binario)
  • Service Pack 1 (SP1) de Windows 2000
  • Revisión de Service Pack 1 (compilación WINSE 5298)
En estos escenarios, el proceso de restauración no autoritaria se debe invocar manualmente. Para ello, debe establecer BURFLAGS = D2 en Windows NT registro.

Los equipos de Windows 2000 que utilicen versiones de la Archivo de Ntfrs.exe de Windows 2000 Service Pack 2 (SP2) o de revisión de Windows 2000 SP2 (WINSE 11773), el servicio realiza una restauración no autoritaria mediante programación Cuando se detecta journal_wrap_error.

De forma predeterminada, las versiones del archivo Ntfrs.exe desde Windows 2000 Service Pack 3 (SP3) y de revisión de Windows 2000 SP3 no lleva a cabo una restauración no autoritativa automática (por ejemplo, Service Pack 3 hojas contenido en lugar de como 2195 y SP1 mantienen el contexto en su sitio) cuando se detectan errores de ajuste de diario. Las versiones del SP3 de NTFRS pueden configurarse para que funcionen como Service Pack 2 cuando el "Enable journal wrap automatic restore" entrada de registro se establece en 1 en la siguiente subclave del registro:
HKLM\System\Ccs\Services\Ntfrs\Parameters
Importante No se recomienda utilizar este valor del registro, y este valor debe no ser utilizadas las versiones de Windows después de la versión de Service Pack 3 de Windows 2000. El método recomendado para llevar a cabo una restauración no autoritaria en los miembros de FRS de conjuntos de réplicas DFS o SYSVOL es utilizar el valor del registro BurFlags de FRS. Para obtener más información acerca de cómo utilizar el valor de BurFlags del registro, haga clic en el número de artículo siguiente para verlo en Microsoft Knowledge Base:
290762 Establece el uso de la clave BurFlags del registro para reinicializar la réplica del servicio de replicación de archivos
A continuación se muestran las opciones apropiadas para reducir errores de ajuste de diario:
  • Colocar el contenido replicado por FRS en menos ocupado volúmenes.
  • Mantener el servicio FRS en ejecución.
  • Evite realizar cambios a mientras se encuentra contenido replicado por FRS el servicio está desactivado.
  • Aumentar el tamaño del diario USN.
FRS es un servicio que siempre debe estar ejecutándose en Los controladores de dominio de Windows y los miembros de conjuntos DFS replicados por FRS.

Si aumenta el tamaño del diario USN y, por tanto, aumenta el número de cambios que el diario puede suspensión antes de que el diario "envuelve", esto reduce la posibilidad de que el diario USN se produzca un ajuste. Se puede cambiar el tamaño del diario USN estableciendo lo siguiente clave del registro:
HKLM\System\CCS\Services\NTFRS\Parameters\ "Tamaño del diario Ntfs en MB" (REG_DWORD)
Intervalo de valores válidos de 8 a 128 megabytes (MB). El valor predeterminado es 32 MB. Esta configuración se aplica a todos los volúmenes que alojan un árbol de la replicación de FRS. Tiene que detener y reiniciar el servicio NTFRS para el aumenta el tamaño del diario USN que se produzca. Sin embargo, para reducir el diario USN tamaño, deben volver a formatear todos los volúmenes que contienen replicados de FRS contenido.

El número de cambios que puede contener un archivo de diario USN determinado puede ser estimado con la fórmula siguiente:
tamaño del diario/((60 bytes + (Length of File Name)) * 2)
El número "2" en esta fórmula se deriva de dos entradas del diario cada cambio de archivo: 1 para abrirlo y 1 para cerrarlo. Divida el tamaño de diario por el tamaño por cambio para determinar el número aproximado de los cambios que se pueden producir antes del ajuste de diario se encuentra el error. Si suponemos que son los nombres de archivo en un formato de archivo "8.3", se asigna que equivale aproximadamente a 200000 archivos y/o directorios para un archivo de diario de 32 MB. El número de cambios sería menor si se utilizan nombres largos de archivo.

En Intervalo de valores válidos entre 8 y 128 MB y el valor predeterminado es de Windows 2000 Service Pack 2, 32 MB. En Windows 2000 Service Pack 3, intervalo de valores válidos entre 4 y 10.000 MB y el valor predeterminado es de 512 MB. Esta configuración se aplica a todos los volúmenes que host de un árbol de la replicación de FRS.

Como norma, Microsoft sugiere que se configurar 128 MB de diario para cada 100.000 archivos administrados por replicación en el volumen.

Referencias

Para obtener más información información, haga clic en los números de artículo siguientes para verlos en el Microsoft Knowledge Base:
221111Descripción de las entradas de registro FRS
290762 Establece el uso de la clave BurFlags del registro para reinicializar la réplica del servicio de replicación de archivos
291165 Aserciones FRS en el miembro principal que contiene un gran número de archivos o directorios

Propiedades

Id. de artículo: 292438 - Última revisión: jueves, 26 de mayo de 2011 - Versión: 2.0
La información de este artículo se refiere a:
  • Microsoft Windows 2000 Server
  • Microsoft Windows 2000 Advanced Server
  • Microsoft Windows Server 2003, Enterprise Edition (32-bit x86)
  • Microsoft Windows Server 2003, Standard Edition (32-bit x86)
  • Microsoft Windows Server 2003, Datacenter Edition (32-bit x86)
Palabras clave: 
kbproductlink kbinfo kbmt KB292438 KbMtes
Traducción automática
IMPORTANTE: Este artículo ha sido traducido por un software de traducción automática de Microsoft (http://support.microsoft.com/gp/mtdetails) en lugar de un traductor humano. Microsoft le ofrece artículos traducidos por un traductor humano y artículos traducidos automáticamente para que tenga acceso en su propio idioma a todos los artículos de nuestra base de conocimientos (Knowledge Base). Sin embargo, los artículos traducidos automáticamente pueden contener errores en el vocabulario, la sintaxis o la gramática, como los que un extranjero podría cometer al hablar el idioma. Microsoft no se hace responsable de cualquier imprecisión, error o daño ocasionado por una mala traducción del contenido o como consecuencia de su utilización por nuestros clientes. Microsoft suele actualizar el software de traducción frecuentemente.
Haga clic aquí para ver el artículo original (en inglés): 292438

Enviar comentarios

 

Contact us for more help

Contact us for more help
Connect with Answer Desk for expert help.
Get more support from smallbusiness.support.microsoft.com