FRS ajoute « _NTFRS_<xxxxxxxx> » aux noms de dossiers
Cet article vous aide à résoudre un problème dans lequel le service de réplication de fichiers (FRS) ajoute « _NTFRS_<xxxxxxxx> » aux noms de dossiers.
S’applique à : Windows Server 2012 R2, Windows Server 2016
Numéro de la base de connaissances d’origine : 328492
Symptômes
Lorsque vous créez un dossier répliqué par le service de réplication de fichiers (FRS), FRS ajoute « _NTFRS_<xxxxxxxx> » au nom du dossier.
Remarque
Dans cet exemple, <xxxxxxxx> représente huit chiffres hexadécimaux aléatoires.
Le tableau suivant montre comment FRS peut modifier les noms de deux dossiers.
Nom du dossier d’origine | Nouveau nom de dossier |
---|---|
07/29/2002 09:58a Policies |
07/29/2002 09:58a Policies_NTFRS_000add30 |
07/29/2002 10:18a scripts |
07/29/2002 10:02p scripts_NTFRS_000874bb |
Remarque
FRS a été déconseillé dans les versions plus récentes de Windows Server. Pour plus d’informations sur la façon de passer à une solution plus récente, consultez les articles suivants :
Cause
Si deux utilisateurs créent chacun un dossier sur des réplicas distincts et que les dossiers portent le même nom, FRS détecte un conflit de noms pendant la réplication.
L’une des opérations de création est prioritaire, et ce dossier conserve le nom d’origine. FRS modifie le nom de l’autre dossier.
Il existe deux causes courantes de ce problème :
Un dossier est créé sur plusieurs membres du réplica défini avant que le dossier puisse être répliqué. L’administrateur ou le programme peut créer des dossiers en double sur plusieurs membres FRS. Cela peut se produire, par exemple, si l’administrateur tente de rendre les données cohérentes entre tous les membres en copiant manuellement des dossiers.
Vous lancez une restauration faisant autorité (D4) sur un serveur, mais vous n’effectuez pas les préparations suivantes :
Avant que le service NTFRS ne redémarre après la restauration faisant autorité, arrêtez le service sur tous les autres membres de l’ensemble de réplica réinitialisé.
Avant qu’un serveur puisse répliquer les modifications sortantes sur les membres réinitialisés du jeu de réplica, configurez la clé de Registre D2 sur tous les autres membres de l’ensemble de réplica réinitialisé.
Résolution
Remarque
stratégie de groupe traitement des dossiers affectés ne fonctionne pas pendant le processus de propre. Cela est dû au fait que le chemin d’accès UNC dans la stratégie ne correspond pas au nom du dossier.
Pour résoudre ce problème, procédez comme suit :
Renommez les dossiers d’origine et les dossiers modifiés, puis attendez que les nouveaux noms se propagent dans le système.
Cela permet de s’assurer que chaque dossier a un nom commun dans l’ensemble de SYSVOL, et que les noms et GUID correspondent à tous les membres.
Remarque
Ne supprimez pas le dossier indésirable, puis renommez l’autre dossier. Cela peut entraîner encore plus de conflits de nommage.
Une fois le changement de nom propagé, choisissez le dossier que vous souhaitez conserver, puis rétablissez le nom d’origine. Ensuite, vous pouvez supprimer en toute sécurité les autres dossiers renommés.
Remarque
Avant de supprimer des dossiers, il est recommandé de s’assurer que vous disposez d’une sauvegarde des données d’origine (et complètes).
Plus d’informations
Tous les fichiers et dossiers que FRS gère sont identifiés de manière unique par un GUID de fichier ou de dossier. FRS utilise des GUID comme identificateurs canoniques des fichiers et dossiers qui sont répliqués.
FRS tente de s’assurer que le GUID de chaque fichier ou dossier est exactement le même sur tous les membres de l’ensemble de réplica. Pour FRS, le nom du fichier ou du dossier visible dans Windows Explorer ou dans la sortie de la DIR
commande est uniquement une propriété d’un fichier ou d’un dossier. Le nom et le chemin d’accès n’identifient pas le fichier. Le GUID identifie le fichier.
Si un membre FRS reçoit un ordre de modification pour créer un dossier en utilisant le nom d’un dossier existant, FRS détecte un conflit d’affectation de noms. Le dossier existant et le nouveau dossier ont des GUID différents. Par conséquent, le nouveau dossier ne peut pas avoir le même nom que le dossier existant. Dans ce cas, le nouveau dossier reçoit un nouveau nom sous la forme <FolderName>_NTFRS_<xxxxxxxx>.
Remarque
Dans cet exemple, <FolderName> représente le nom demandé (le nom du premier dossier) et <xxxxxxxxxx> huit chiffres hexadécimaux aléatoires, tels que « 001a84b2 ».
Commentaires
https://aka.ms/ContentUserFeedback.
Bientôt disponible : Tout au long de 2024, nous allons supprimer progressivement GitHub Issues comme mécanisme de commentaires pour le contenu et le remplacer par un nouveau système de commentaires. Pour plus d’informations, consultezEnvoyer et afficher des commentaires pour