Comment résoudre les erreurs journal_wrap sur les jeux de réplica Sysvol et DFS

Cet article explique comment résoudre les erreurs journal_wrap sur les jeux de réplica Sysvol et DFS.

S’applique à : Windows 2000
Numéro de la base de connaissances d’origine : 292438

Résumé

Le service de réplication de fichiers (FRS) est un moteur de réplication multithread master qui remplace le service LMREPL (Réplication LanMan) dans les versions 3.x et 4.0 de Microsoft Windows NT. Les contrôleurs de domaine et les serveurs Windows 2000 utilisent FRS pour répliquer les scripts de stratégie système et d’ouverture de session pour Windows 2000 et pour les clients antérieurs qui se trouvent dans le volume système (Sysvol).

FRS peut également répliquer du contenu entre des serveurs Windows 2000 qui hébergent les mêmes racines de système de fichiers distribués (DFS) tolérant aux pannes ou les mêmes réplicas de nœud enfant.

Cet article décrit comment FRS utilise et s’appuie sur le journal des modifications USN pour le système de fichiers NTFS.

Plus d’informations

Le journal USN est un journal de taille fixe qui enregistre toutes les modifications qui se produisent sur les partitions au format NTFS 5.0. NTFRS surveille le fichier journal USN NTFS pour les fichiers fermés dans les répertoires répliqués FRS tant que FRS est en cours d’exécution.

Journal erreurs de wrapper se produisent si un nombre suffisant de modifications qui se produisent pendant que FRS est désactivé de telle sorte que la dernière modification USN enregistrée par FRS lors de l’arrêt n’existe plus dans le journal USN au démarrage. Le risque est que des modifications apportées aux fichiers et dossiers pour les arborescences répliquées FRS se soient produites pendant que le service était désactivé et qu’aucun enregistrement de la modification n’existe dans le journal USN. Pour vous prémunir contre l’incohérence des données, FRS déclare dans un état wrap de journal.

Pour effectuer la maintenance sur frs réplica membres définis, les administrateurs peuvent arrêter le service FRS pendant de longues périodes. Dans ce cas, les administrateurs peuvent ne pas se rendre compte de l’impact potentiel. En outre, les conditions d’erreur peuvent entraîner l’arrêt du service FRS, ce qui entraîne une erreur de wrap dans le journal. Dans les jeux de réplica volumineux, les membres réplica peuvent rencontrer l’erreur suivante lors d’une restauration faisant autorité (BURFLAGS=D4) :

journal_wrap_error

Pour récupérer, le membre réplica affecté doit être réinitialisé avec une restauration non authentifiée (BURFLAGS=D2) où il synchronisera les fichiers d’un partenaire entrant existant. Cette réinitialisation peut prendre du temps pour les jeux de réplica volumineux.

Considérez le scénario où les ordinateurs exécutent des versions du fichier Ntfrs.exe sur les versions système suivantes :

• Windows 2000 (binaire 2195)
• Windows 2000 Service Pack 1 (SP1)
• Correctif logiciel SP1 (WINSE build 5298)

Dans ces scénarios, le processus de restauration non authentifié doit être appelé manuellement. Pour ce faire, vous devez définir BURFLAGS=D2 dans le Registre Windows NT.

Pour les ordinateurs Windows 2000 qui utilisent des versions du fichier Ntfrs.exe à partir de Windows 2000 Service Pack 2 (SP2) ou du correctif logiciel Windows 2000 SP2 (WINSE 11773), le service effectue une restauration par programmation non autorisée lorsque le journal_wrap_error est détecté.

Par défaut, les versions du fichier Ntfrs.exe de Windows 2000 Service Pack 3 (SP3) et du correctif logiciel Windows 2000 SP3 n’effectuent pas de restauration automatique non authentifiée (par exemple, SP3 laisse le contenu en place comme 2195 et SP1 ont laissé le contexte en place) lorsque des erreurs de habillage de journal sont détectées. Les versions SP3 de NTFRS peuvent être configurées pour fonctionner comme SP2 lorsque l’entrée de Registre « Activer la restauration automatique du journal » est définie sur 1 dans la sous-clé de Registre suivante : HKLM\System\Ccs\Services\Ntfrs\Parameters

Voici les options appropriées pour réduire les erreurs de journal wrap :

• Placez le contenu répliqué frs sur les volumes moins occupés.
• Maintenez le service FRS en cours d’exécution.
• Évitez d’apporter des modifications au contenu répliqué FRS pendant que le service est désactivé.
• Augmentez la taille du journal USN.

FRS est un service qui doit toujours s’exécuter sur les contrôleurs de domaine Windows et les membres des jeux DFS répliqués FRS.

Si vous augmentez la taille du journal USN et, par conséquent, vous augmentez le nombre de modifications que le journal peut contenir avant que le journal ne soit « encapsulé », cela réduit le risque que le journal USN se produise. La taille du journal USN peut être modifiée en définissant la clé de Registre suivante : HKLM\System\CCS\Services\NTFRS\Parameters\"Ntfs Journal size in MB" (REG_DWORD)

Les paramètres valides vont de 8 mégaoctets à 128 mégaoctets (Mo). La valeur par défaut est 32 Mo. Ce paramètre s’applique à tous les volumes qui hébergent une arborescence de réplica FRS. Vous devez arrêter, puis redémarrer le service NTFRS pour que les augmentations de la taille du journal USN se produisent. Toutefois, pour réduire la taille du journal USN, vous devez reformater tous les volumes qui contiennent du contenu répliqué par FRS.

Le nombre de modifications qu’un fichier journal USN donné peut contenir peut être estimé à l’aide de la formule suivante : taille du journal /((60 octets + (longueur du nom de fichier)) * 2) Le nombre « 2 » dans cette formule provient de deux entrées de journal pour chaque modification de fichier : 1 pour open et 1 pour close. Divisez la taille du journal par la taille par modification pour déterminer le nombre approximatif de modifications qui peuvent se produire avant que l’erreur de retour à la ligne du journal ne se produise. Si nous partons du principe que les noms de fichiers sont au format « 8.3 », cela correspond à environ 200 000 fichiers et/ou répertoires pour un fichier journal de 32 Mo. Le nombre de modifications serait inférieur si des noms de fichiers longs sont utilisés.

Dans Windows 2000 Service Pack 2, les paramètres valides sont compris entre 8 Mo et 128 Mo, et la valeur par défaut est 32 Mo. Dans Windows 2000 Service Pack 3, les paramètres valides sont compris entre 4 Mo et 10 000 Mo, et la valeur par défaut est 512 Mo. Ces paramètres s’appliquent à tous les volumes qui hébergent une arborescence de réplica FRS.

À titre indicatif, Microsoft vous suggère de configurer 128 Mo de journal pour 100 000 fichiers gérés par la réplication sur ce volume.

Pour plus d’informations, cliquez sur les numéros d’article suivants pour afficher les articles dans la Base de connaissances Microsoft :

290762 Utilisation de la clé de Registre BurFlags pour réinitialiser les jeux de réplica du service de réplication de fichiers