Sur un de mes sites distants (postes en xp et 2000), j'ai des GPOS qui ne
s'appliquent pas.
Les serveurs en w2003, sur le site distant un DC qui replique avec le site
central avec d'autres DCs.
Sur un des postes, gpresult /v me donne le resultat qui dit que la GPO au
niveau de L'ordinateur est bien presente, mais dans Objet strategie de
Groupe appliqué, il y a bien ma GPO; par contre plus bas dans Script de
demarrage, je vois toujours l'ancien Script et dans Derniere Excution: n'a
jamais été excuté.
J'ai ceci aussi pour une GPO toute nouvelle que j'avais créée il y a bien 1
mois.
Dans le fichier Event de Windows, j'ai des erreurs UserInit 1000, Userenv
1030 et 1058.
J'ai essayé de faire un gpupdate /force, mais toujours ko.
Redemarré plusieurs fois le poste, KO.
Pourtant cette strategie fonctionne tres bien sur les autres sites distants.
Merci d'avance,
Robby
Oui !! sur ma production, erreur 13568 sur le DC1 et erreur 13208 le l'autre DC2
Maquette sur notre maquette nous essayons d'utiliser la procédure Enable Journal Wrap Automatic Restore = 1
Nous avons supprimé les partages Netlogon et Sysvol sur le TEMP_DC1 et supprimé le contenu dans Sysvol
Nous avons posé la clé à Enable Journal Wrap Automatic Restore = 1 et rédmarrer le PC
Nous allons laisser mijoter tout ce matin pour voir si ce fonctionne ?
Tu as les memes messages d'erreurs ?
"mb" a écrit dans le message de news: u7QJyD%
une restauration non autoritaire, qu'est-ce ? Je pense que c'est Enable Journal Wrap Automatic Restore = 1
Moi aussi sur ma maquette le témoin ne passe pas à 0
Je vais le faire sur mon serveur de prod car je suis coincé comme vous ! - je vais ajouter le truc Enable Journal Wrap Automatic Restore = 1 - refaire un restart 2 fois du service - mettre le truc Enable Journal Wrap Automatic Restore = 0 si il ne le fait pas tout seul
Michel
Il y a 30 minutes de ca j'ai mis à 0 la dword. Maintenant le netlogon et le sysvol sont denouveau partagés. une restauration non autoritaire, qu'est-ce ?
"Jonathan BISMUTH" a écrit dans le message de news:
attendre puisque tu viens de lancer une restauration non autoritaire sur ce DC...
-- Jonathan BISMUTH MVP Windows Server - Directory Services MCSE 2000/ADSI-AutoIT Scripter Transcript (ID: 691839, code: MCSE2000) www.portail-mcse.net
"Robby" a écrit dans le message de news:
Merci pour votre aide: La réplication se fait bien, mais mon client replique avec un autre DC distant.
Je n'ai pas le SHARE Sysvol activé, il y a un msg NTFRS 13565 disant que l'initialisation du volume peut prendre un certain temps. Attendre le processus qui se termine, la partage SYSVOL apparaitra.
Le netlogon n'appaira pas dans net share.
J'ai toujours la valeur 1 dans Enable Journal Wrap.
Que faire ?
"Karim Said-Lalouani" a écrit dans le message de news:
Je suis d'avis de laisser la restauration non authoritative de Sysvol s'effectuer et surveiller l'apparition des evenements 13509 ou 13516 dans le journal FRS indiquant que sysvol à été initilisé correctement . Puis : - verifier le contenu du dossier sysvol par comparaison avec un autre DC. - verifier que les répertoires sysvol est netlogon sont correctement partagés (net share). - mettre à 0 la valeur de la celf Enable Journal Wrap Automatic Restore. -- cdt,
Karim Said-Lalouani
"Robby" a écrit dans le message de news: uYXJf%
Jonathan, Il me dit que la replication de fichiers a correctement ajouté le connexions affichées au jeu de réplica: Nom des DCs Mais la clé dword "Enable Journal Wrap Automatic Restore" , reste toujours à 1 J'ai modifié cette clé dans restorebackup: Value name: BurFlags Data type: REG_DWORD Radix: Hexadecimal Value data: D2 Cela a debloque la replication de fichiers msg au dessus mais la clé dword "Enable Journal Wrap Automatic Restore" , reste toujours à 1. Dans le sysvol, je vois un dossier qui remonte les sous dossiers à la date du jour.
Cdlt
"Jonathan BISMUTH" a écrit dans le message de news:
Pour résumer, il faut faire la procédure sur le DC qui te fais le message. Ne t'en fait pas sur la version du DC 2000 ou 2003, dans les deux cas, elle devrait fonctionner correctement :)
-- Jonathan BISMUTH MVP Windows Server - Directory Services MCSE 2000/ADSI-AutoIT Scripter Transcript (ID: 691839, code: MCSE2000) www.portail-mcse.net
"Robby" a écrit dans le message de news:
Merci pour ta procedure mais elle est valable pour un DCen 2003 ? Le DC local c'est celui qui se trouve à distance pour moi. A part cela, ca ne pose pas de pbs ?
"Jonathan BISMUTH" a écrit dans le message de news:
Re,
On parle bien du DC local? tu as donc la réponse à ta question quant aux soucis de réplications. On en parle sur un poste du 19/09 de Denis Dubois. Il te faut donc simplement suivre la procédure donnée par le message : regedit HKEY_LOCAL_MACHINESystemCurrentControlSetServicesNtFrsParameters
Editer ou créer la valeur DWORD Enable Journal Wrap Automatic Restore et la mettre à 1 net stop ntfrs net start ntfrs (la valeur revient à 0 et le processus de récupération se lance)
Après, soit tu es patient, sois tu re fait un net stop / net start ntfrs pour accélérer le processus. (une fois suffit, après ça ne ferait que tout recommencer à 0...) Patientes ensuite quelques minutes et tout devrait rentrer dans l'ordre.
Cordialement, -- Jonathan BISMUTH MVP Windows Server - Directory Services MCSE 2000/ADSI-AutoIT Scripter Transcript (ID: 691839, code: MCSE2000) www.portail-mcse.net
"Robby" a écrit dans le message de news:
Merci de ton aide, Pour DCDIAG, je ne peux pas le faire mais si par ex je créé un objet dans la console AD qui pointe vers mon DC Central, je vois bien que cet objet est créé dans l'AD du site distant donc par de pb. Par contre sur FRS j'ai des erreurs Ntfrs id:13568 Le service de réplication de fichiers a détecté que le jeu de réplicas "DOMAIN SYSTEM VOLUME (SYSVOL SHARE)" est dans JRNL_WRAP_ERROR.
Le nom du jeu de réplicas est : "DOMAIN SYSTEM VOLUME (SYSVOL SHARE)"
Le chemin d'accès de la racine du réplica est : "d:windowssysvoldomain"
Le volume de la racine du réplica est : ".D:"
Le jeu de réplicas atteint JRNL_WRAP_ERROR quand l'enregistrement qu'il essaie de lire à partir du journal NTFS USN n'est pas trouvé. Cela peut se produire pour une des raisons suivantes.
[1] Le volume ".D:" a été formaté.
[2] Le journal NTFS USN sur le volume ".D:" a été supprimé.
[3] Le journal NTFS USN sur le volume ".D:" a été tronqué. Chkdsk peut tronquer le journal s'il trouve des entrées endommagées à la fin du journal.
[4] Le service de réplication de fichiers n'a pas été exécuté sur cet ordinateur depuis longtemps.
[5] Le service de réplication de fichiers n'a pas pu se maintenir au niveau du taux d'activité E/S du disque sur ".D:".
Définir le paramètre du Registre "Enable Journal Wrap Automatic Restore" à 1 entraînerait l'exécution des étapes de récupération pour récupérer automatiquement de cet état d'erreur.
[1] Lors de la première interrogation qui aura lieu dans 5 minutes, cet ordinateur sera supprimé du jeu de réplicas. Si vous ne souhaitez pas attendre 5 minutes, exécutez "net stop ntfrs" suivi de "net start ntfrs" pour redémarrer le service de réplication de fichiers.
[2] Lors de l'interrogation suivant la suppression, l'ordinateur sera ajouté à nouveau au jeu de réplicas. Cela va déclencher une synchronisation complète de l'arborescence du jeu de réplicas.
AVERTISSEMENT : Pendant le processus de récupération, il se peut que les données de l'arbre de réplication ne soient pas disponibles. Réinitialisez le paramètre de Registre décrit ci-dessus à 0 pour éviter toute récupération automatique en raison de l'indisponibilité inattendue des données si cette condition d'erreur se produit à nouveau.
Pour modifier le paramètre de Registre, exécutez regedit.
Cliquez sur Démarrer, sur Exécuter et tapez regedit.
Développez HKEY_LOCAL_MACHINE.
Cliquez sur le chemin d'accès de la clé :
"SystemCurrentControlSetServicesNtFrsParameters"
Double-cliquez sur le nom de la valeur
"Enable Journal Wrap Automatic Restore"
et mettez la valeur à jour.
Si le nom de la valeur n'est pas présent vous pouvez l'ajouter avec la fonction Ajouter ->Valeur DWORD dans l'option de menu Modifier. Entrez le nom de la valeur exactement comme indiqué ci-dessus.
Que faire ?
Merci d'avance, ...
Oui !!
sur ma production, erreur 13568 sur le DC1 et erreur 13208 le l'autre DC2
Maquette
sur notre maquette nous essayons d'utiliser la procédure Enable Journal
Wrap Automatic Restore = 1
Nous avons supprimé les partages Netlogon et Sysvol sur le TEMP_DC1 et
supprimé le contenu dans Sysvol
Nous avons posé la clé à Enable Journal Wrap Automatic Restore = 1 et
rédmarrer le PC
Nous allons laisser mijoter tout ce matin pour voir si ce fonctionne ?
Tu as les memes messages d'erreurs ?
"mb" <mb@forum.microsoft.fr> a écrit dans le message de news:
u7QJyD%23FIHA.4880@TK2MSFTNGP03.phx.gbl...
une restauration non autoritaire, qu'est-ce ?
Je pense que c'est Enable Journal Wrap Automatic Restore = 1
Moi aussi sur ma maquette le témoin ne passe pas à 0
Je vais le faire sur mon serveur de prod car je suis coincé comme vous !
- je vais ajouter le truc Enable Journal Wrap Automatic Restore = 1
- refaire un restart 2 fois du service
- mettre le truc Enable Journal Wrap Automatic Restore = 0 si il ne le
fait pas tout seul
Michel
Il y a 30 minutes de ca j'ai mis à 0 la dword.
Maintenant le netlogon et le sysvol sont denouveau partagés.
une restauration non autoritaire, qu'est-ce ?
"Jonathan BISMUTH" <jonath.b@free.fr> a écrit dans le message de news:
eL39kB8FIHA.936@TK2MSFTNGP06.phx.gbl...
attendre puisque tu viens de lancer une restauration non autoritaire sur
ce DC...
--
Jonathan BISMUTH
MVP Windows Server - Directory Services
MCSE 2000/ADSI-AutoIT Scripter
Transcript (ID: 691839, code: MCSE2000)
www.portail-mcse.net
"Robby" <fabrice@discussions.microsoft.com> a écrit dans le message de
news: Ol553h7FIHA.2004@TK2MSFTNGP06.phx.gbl...
Merci pour votre aide:
La réplication se fait bien, mais mon client replique avec un autre DC
distant.
Je n'ai pas le SHARE Sysvol activé, il y a un msg NTFRS 13565 disant
que l'initialisation du volume peut prendre un certain temps. Attendre
le processus qui se termine, la partage SYSVOL apparaitra.
Le netlogon n'appaira pas dans net share.
J'ai toujours la valeur 1 dans Enable Journal Wrap.
Que faire ?
"Karim Said-Lalouani" <k_said_lalouani@Nospam> a écrit dans le message
de news: OaDHmX7FIHA.2372@TK2MSFTNGP04.phx.gbl...
Je suis d'avis de laisser la restauration non authoritative de Sysvol
s'effectuer et surveiller l'apparition des evenements 13509 ou 13516
dans le journal FRS indiquant que sysvol à été initilisé correctement
.
Puis :
- verifier le contenu du dossier sysvol par comparaison avec un autre
DC.
- verifier que les répertoires sysvol est netlogon sont correctement
partagés (net share).
- mettre à 0 la valeur de la celf Enable Journal Wrap Automatic
Restore.
--
cdt,
Karim Said-Lalouani
"Robby" <fabrice@discussions.microsoft.com> a écrit dans le message de
news: uYXJf%236FIHA.284@TK2MSFTNGP02.phx.gbl...
Jonathan,
Il me dit que la replication de fichiers a correctement ajouté le
connexions affichées au jeu de réplica:
Nom des DCs
Mais la clé dword "Enable Journal Wrap Automatic Restore" , reste
toujours à 1
J'ai modifié cette clé dans restorebackup:
Value name: BurFlags
Data type: REG_DWORD
Radix: Hexadecimal
Value data: D2
Cela a debloque la replication de fichiers msg au dessus mais la clé
dword "Enable Journal Wrap Automatic Restore" , reste toujours à 1.
Dans le sysvol, je vois un dossier qui remonte les sous dossiers à la
date du jour.
Cdlt
"Jonathan BISMUTH" <jonath.b@free.fr> a écrit dans le message de
news: uAiKfa6FIHA.5980@TK2MSFTNGP04.phx.gbl...
Pour résumer, il faut faire la procédure sur le DC qui te fais le
message.
Ne t'en fait pas sur la version du DC 2000 ou 2003, dans les deux
cas, elle devrait fonctionner correctement :)
--
Jonathan BISMUTH
MVP Windows Server - Directory Services
MCSE 2000/ADSI-AutoIT Scripter
Transcript (ID: 691839, code: MCSE2000)
www.portail-mcse.net
"Robby" <fabrice@discussions.microsoft.com> a écrit dans le message
de news: uGAX9X6FIHA.3980@TK2MSFTNGP03.phx.gbl...
Merci pour ta procedure mais elle est valable pour un DCen 2003 ?
Le DC local c'est celui qui se trouve à distance pour moi.
A part cela, ca ne pose pas de pbs ?
"Jonathan BISMUTH" <jonath.b@free.fr> a écrit dans le message de
news: ORpm6S6FIHA.4196@TK2MSFTNGP04.phx.gbl...
Re,
On parle bien du DC local?
tu as donc la réponse à ta question quant aux soucis de
réplications. On en parle sur un poste du 19/09 de Denis Dubois.
Il te faut donc simplement suivre la procédure donnée par le
message :
regedit
HKEY_LOCAL_MACHINESystemCurrentControlSetServicesNtFrsParameters
Editer ou créer la valeur DWORD Enable Journal Wrap Automatic
Restore et la mettre à 1
net stop ntfrs
net start ntfrs (la valeur revient à 0 et le processus de
récupération se lance)
Après, soit tu es patient, sois tu re fait un net stop / net start
ntfrs pour accélérer le processus. (une fois suffit, après ça ne
ferait que tout recommencer à 0...)
Patientes ensuite quelques minutes et tout devrait rentrer dans
l'ordre.
Cordialement,
--
Jonathan BISMUTH
MVP Windows Server - Directory Services
MCSE 2000/ADSI-AutoIT Scripter
Transcript (ID: 691839, code: MCSE2000)
www.portail-mcse.net
"Robby" <fabrice@discussions.microsoft.com> a écrit dans le
message de news: uj59jH6FIHA.3768@TK2MSFTNGP06.phx.gbl...
Merci de ton aide,
Pour DCDIAG, je ne peux pas le faire mais si par ex je créé un
objet dans la console AD qui pointe vers mon DC Central, je vois
bien que cet objet
est créé dans l'AD du site distant donc par de pb.
Par contre sur FRS j'ai des erreurs Ntfrs id:13568
Le service de réplication de fichiers a détecté que le jeu de
réplicas "DOMAIN SYSTEM VOLUME (SYSVOL SHARE)" est dans
JRNL_WRAP_ERROR.
Le nom du jeu de réplicas est : "DOMAIN SYSTEM VOLUME (SYSVOL
SHARE)"
Le chemin d'accès de la racine du réplica est :
"d:windowssysvoldomain"
Le volume de la racine du réplica est : "\.D:"
Le jeu de réplicas atteint JRNL_WRAP_ERROR quand l'enregistrement
qu'il essaie de lire à partir du journal NTFS USN n'est pas
trouvé. Cela peut se produire pour une des raisons suivantes.
[1] Le volume "\.D:" a été formaté.
[2] Le journal NTFS USN sur le volume "\.D:" a été supprimé.
[3] Le journal NTFS USN sur le volume "\.D:" a été tronqué.
Chkdsk peut tronquer le journal s'il trouve des entrées
endommagées à la fin du journal.
[4] Le service de réplication de fichiers n'a pas été exécuté sur
cet ordinateur depuis longtemps.
[5] Le service de réplication de fichiers n'a pas pu se maintenir
au niveau du taux d'activité E/S du disque sur "\.D:".
Définir le paramètre du Registre "Enable Journal Wrap Automatic
Restore" à 1 entraînerait l'exécution des étapes de récupération
pour récupérer automatiquement de cet état d'erreur.
[1] Lors de la première interrogation qui aura lieu dans 5
minutes, cet ordinateur sera supprimé du jeu de réplicas. Si vous
ne souhaitez pas attendre 5 minutes, exécutez "net stop ntfrs"
suivi de "net start ntfrs" pour redémarrer le service de
réplication de fichiers.
[2] Lors de l'interrogation suivant la suppression, l'ordinateur
sera ajouté à nouveau au jeu de réplicas. Cela va déclencher une
synchronisation complète de l'arborescence du jeu de réplicas.
AVERTISSEMENT : Pendant le processus de récupération, il se peut
que les données de l'arbre de réplication ne soient pas
disponibles. Réinitialisez le paramètre de Registre décrit
ci-dessus à 0 pour éviter toute récupération automatique en
raison de l'indisponibilité inattendue des données si cette
condition d'erreur se produit à nouveau.
Pour modifier le paramètre de Registre, exécutez regedit.
Cliquez sur Démarrer, sur Exécuter et tapez regedit.
Développez HKEY_LOCAL_MACHINE.
Cliquez sur le chemin d'accès de la clé :
"SystemCurrentControlSetServicesNtFrsParameters"
Double-cliquez sur le nom de la valeur
"Enable Journal Wrap Automatic Restore"
et mettez la valeur à jour.
Si le nom de la valeur n'est pas présent vous pouvez l'ajouter
avec la fonction Ajouter ->Valeur DWORD dans l'option de menu
Modifier. Entrez le nom de la valeur exactement comme indiqué
ci-dessus.
Oui !! sur ma production, erreur 13568 sur le DC1 et erreur 13208 le l'autre DC2
Maquette sur notre maquette nous essayons d'utiliser la procédure Enable Journal Wrap Automatic Restore = 1
Nous avons supprimé les partages Netlogon et Sysvol sur le TEMP_DC1 et supprimé le contenu dans Sysvol
Nous avons posé la clé à Enable Journal Wrap Automatic Restore = 1 et rédmarrer le PC
Nous allons laisser mijoter tout ce matin pour voir si ce fonctionne ?
Tu as les memes messages d'erreurs ?
"mb" a écrit dans le message de news: u7QJyD%
une restauration non autoritaire, qu'est-ce ? Je pense que c'est Enable Journal Wrap Automatic Restore = 1
Moi aussi sur ma maquette le témoin ne passe pas à 0
Je vais le faire sur mon serveur de prod car je suis coincé comme vous ! - je vais ajouter le truc Enable Journal Wrap Automatic Restore = 1 - refaire un restart 2 fois du service - mettre le truc Enable Journal Wrap Automatic Restore = 0 si il ne le fait pas tout seul
Michel
Il y a 30 minutes de ca j'ai mis à 0 la dword. Maintenant le netlogon et le sysvol sont denouveau partagés. une restauration non autoritaire, qu'est-ce ?
"Jonathan BISMUTH" a écrit dans le message de news:
attendre puisque tu viens de lancer une restauration non autoritaire sur ce DC...
-- Jonathan BISMUTH MVP Windows Server - Directory Services MCSE 2000/ADSI-AutoIT Scripter Transcript (ID: 691839, code: MCSE2000) www.portail-mcse.net
"Robby" a écrit dans le message de news:
Merci pour votre aide: La réplication se fait bien, mais mon client replique avec un autre DC distant.
Je n'ai pas le SHARE Sysvol activé, il y a un msg NTFRS 13565 disant que l'initialisation du volume peut prendre un certain temps. Attendre le processus qui se termine, la partage SYSVOL apparaitra.
Le netlogon n'appaira pas dans net share.
J'ai toujours la valeur 1 dans Enable Journal Wrap.
Que faire ?
"Karim Said-Lalouani" a écrit dans le message de news:
Je suis d'avis de laisser la restauration non authoritative de Sysvol s'effectuer et surveiller l'apparition des evenements 13509 ou 13516 dans le journal FRS indiquant que sysvol à été initilisé correctement . Puis : - verifier le contenu du dossier sysvol par comparaison avec un autre DC. - verifier que les répertoires sysvol est netlogon sont correctement partagés (net share). - mettre à 0 la valeur de la celf Enable Journal Wrap Automatic Restore. -- cdt,
Karim Said-Lalouani
"Robby" a écrit dans le message de news: uYXJf%
Jonathan, Il me dit que la replication de fichiers a correctement ajouté le connexions affichées au jeu de réplica: Nom des DCs Mais la clé dword "Enable Journal Wrap Automatic Restore" , reste toujours à 1 J'ai modifié cette clé dans restorebackup: Value name: BurFlags Data type: REG_DWORD Radix: Hexadecimal Value data: D2 Cela a debloque la replication de fichiers msg au dessus mais la clé dword "Enable Journal Wrap Automatic Restore" , reste toujours à 1. Dans le sysvol, je vois un dossier qui remonte les sous dossiers à la date du jour.
Cdlt
"Jonathan BISMUTH" a écrit dans le message de news:
Pour résumer, il faut faire la procédure sur le DC qui te fais le message. Ne t'en fait pas sur la version du DC 2000 ou 2003, dans les deux cas, elle devrait fonctionner correctement :)
-- Jonathan BISMUTH MVP Windows Server - Directory Services MCSE 2000/ADSI-AutoIT Scripter Transcript (ID: 691839, code: MCSE2000) www.portail-mcse.net
"Robby" a écrit dans le message de news:
Merci pour ta procedure mais elle est valable pour un DCen 2003 ? Le DC local c'est celui qui se trouve à distance pour moi. A part cela, ca ne pose pas de pbs ?
"Jonathan BISMUTH" a écrit dans le message de news:
Re,
On parle bien du DC local? tu as donc la réponse à ta question quant aux soucis de réplications. On en parle sur un poste du 19/09 de Denis Dubois. Il te faut donc simplement suivre la procédure donnée par le message : regedit HKEY_LOCAL_MACHINESystemCurrentControlSetServicesNtFrsParameters
Editer ou créer la valeur DWORD Enable Journal Wrap Automatic Restore et la mettre à 1 net stop ntfrs net start ntfrs (la valeur revient à 0 et le processus de récupération se lance)
Après, soit tu es patient, sois tu re fait un net stop / net start ntfrs pour accélérer le processus. (une fois suffit, après ça ne ferait que tout recommencer à 0...) Patientes ensuite quelques minutes et tout devrait rentrer dans l'ordre.
Cordialement, -- Jonathan BISMUTH MVP Windows Server - Directory Services MCSE 2000/ADSI-AutoIT Scripter Transcript (ID: 691839, code: MCSE2000) www.portail-mcse.net
"Robby" a écrit dans le message de news:
Merci de ton aide, Pour DCDIAG, je ne peux pas le faire mais si par ex je créé un objet dans la console AD qui pointe vers mon DC Central, je vois bien que cet objet est créé dans l'AD du site distant donc par de pb. Par contre sur FRS j'ai des erreurs Ntfrs id:13568 Le service de réplication de fichiers a détecté que le jeu de réplicas "DOMAIN SYSTEM VOLUME (SYSVOL SHARE)" est dans JRNL_WRAP_ERROR.
Le nom du jeu de réplicas est : "DOMAIN SYSTEM VOLUME (SYSVOL SHARE)"
Le chemin d'accès de la racine du réplica est : "d:windowssysvoldomain"
Le volume de la racine du réplica est : ".D:"
Le jeu de réplicas atteint JRNL_WRAP_ERROR quand l'enregistrement qu'il essaie de lire à partir du journal NTFS USN n'est pas trouvé. Cela peut se produire pour une des raisons suivantes.
[1] Le volume ".D:" a été formaté.
[2] Le journal NTFS USN sur le volume ".D:" a été supprimé.
[3] Le journal NTFS USN sur le volume ".D:" a été tronqué. Chkdsk peut tronquer le journal s'il trouve des entrées endommagées à la fin du journal.
[4] Le service de réplication de fichiers n'a pas été exécuté sur cet ordinateur depuis longtemps.
[5] Le service de réplication de fichiers n'a pas pu se maintenir au niveau du taux d'activité E/S du disque sur ".D:".
Définir le paramètre du Registre "Enable Journal Wrap Automatic Restore" à 1 entraînerait l'exécution des étapes de récupération pour récupérer automatiquement de cet état d'erreur.
[1] Lors de la première interrogation qui aura lieu dans 5 minutes, cet ordinateur sera supprimé du jeu de réplicas. Si vous ne souhaitez pas attendre 5 minutes, exécutez "net stop ntfrs" suivi de "net start ntfrs" pour redémarrer le service de réplication de fichiers.
[2] Lors de l'interrogation suivant la suppression, l'ordinateur sera ajouté à nouveau au jeu de réplicas. Cela va déclencher une synchronisation complète de l'arborescence du jeu de réplicas.
AVERTISSEMENT : Pendant le processus de récupération, il se peut que les données de l'arbre de réplication ne soient pas disponibles. Réinitialisez le paramètre de Registre décrit ci-dessus à 0 pour éviter toute récupération automatique en raison de l'indisponibilité inattendue des données si cette condition d'erreur se produit à nouveau.
Pour modifier le paramètre de Registre, exécutez regedit.
Cliquez sur Démarrer, sur Exécuter et tapez regedit.
Développez HKEY_LOCAL_MACHINE.
Cliquez sur le chemin d'accès de la clé :
"SystemCurrentControlSetServicesNtFrsParameters"
Double-cliquez sur le nom de la valeur
"Enable Journal Wrap Automatic Restore"
et mettez la valeur à jour.
Si le nom de la valeur n'est pas présent vous pouvez l'ajouter avec la fonction Ajouter ->Valeur DWORD dans l'option de menu Modifier. Entrez le nom de la valeur exactement comme indiqué ci-dessus.
