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 :

  1. 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.

  2. 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 ».