Processus de récupération d’un espace de noms DFS dans Windows 2003 et 2008 Server

Cet article décrit les méthodes de récupération d’un espace de noms de système de fichiers distribué (DFSN) dans Windows Server.

S’applique à : Windows Server 2012 R2
Numéro de la base de connaissances d’origine : 969382

Publication rapide

Les articles de publication rapide fournissent des informations directement dans les organization de support Microsoft. Les informations contenues dans les présentes sont créées en réponse à des sujets émergents ou uniques, ou sont destinées à compléter d’autres informations base de connaissances.

Plus d’informations

Le processus de récupération d’un espace de noms DFS dépend de la façon dont les données de configuration de l’espace de noms ont été perdues, du type d’espace de noms (domaine ou autonome) et des types de sauvegardes existant des données. Les données ont peut-être été modifiées de manière inappropriée par le biais des outils de gestion DFS, supprimées directement dans Active Directory ou dans le registre, ou endommagées. Les types de sauvegarde des données de configuration incluent les sauvegardes de l’état du système d’un contrôleur de domaine, les sauvegardes des serveurs racines/espaces de noms DFS, les données exportées via l’utilitaire dfsutil.exe et les clés de Registre du service DFS.

Arrière-plan :

Avant de commencer le processus de récupération, déterminez si la perte de l’espace de noms DFS est due à une suppression administrative accidentelle du contenu de l’espace de noms ou à une perte/altération des données de configuration DFS.

Options de récupération DFSN :
DFSN autonome
Données du registre supprimées ?
Utiliser la sauvegarde de l’état du système du serveur d’espace de noms. Consultez l’option de récupération 1 de la racine et des liens DFS autonomes
Utiliser une copie exportée de l’espace de noms DFSN à l’aide de DFSUTIL. Consultez l’option de récupération 2 de la racine et des liens DFS autonomes
Recréer l’espace de noms DFS
Partage racine ou lien supprimé ?
Utiliser la sauvegarde de l’état du système du serveur d’espaces de noms. Consultez l’option de récupération 1 des dossiers partagés
Utiliser les données de registre de configuration de partage enregistrées, consultez l’option de récupération 2 des partages partagés

DFSN de domaine
Les données de configuration Active Directory sont supprimées ?
Restaurer les données de configuration DFS Active Directory à partir d’une sauvegarde. Consultez l’option de récupération 1 de La racine et des liens du domaine DFS
Utiliser une copie exportée de l’espace de noms de domaine DFSN à l’aide de DFSUTIL. Consultez l’option de récupération 2 de la racine et des liens DFS
Recréez l’espace de noms, consultez l’option de récupération 3 de la racine et des liens DFS
Données du registre supprimées ?
Utiliser la sauvegarde de l’état du système du serveur d’espace de noms pour récupérer le Registre
Recréez l’espace de noms, consultez l’option de récupération 3 de la racine et des liens DFS

Partage racine ou lien supprimé ?
Utiliser la sauvegarde de l’état du système du serveur d’espaces de noms. Consultez l’option de récupération 1 des dossiers partagés
Utiliser les données de registre de configuration de partage enregistrées, consultez l’option de récupération 2 des partages partagés

Le graphique suivant détaille la façon dont les données (Active Directory ou registre d’un serveur d’espace de noms DFS) sont affectées par diverses opérations sur un espace de noms DFS :

Utilisez l’utilitaire dfsutil.exe pour afficher le contenu de la configuration DFS. Dfsutil est disponible dans windows Server 2003 et le package Outils de support windows XP, et il est inclus avec Windows Server 2008 une fois le service de rôle de système de fichiers distribué installé via Gestionnaire de serveur. Les données suivantes répertorient la configuration de l’espace de noms/racine DFS nommé « DATA » après l’exécution des commandes dfsutil /root:\\contoso.com\DATA /view (sur 2003) ou dfsutil root \\contoso.com\DATA (sur 2008) :

Utilitaire DFS version 5.2 (basé sur 5.2.3790.3959)

Copyright (c) Microsoft Corporation. Tous droits réservés.

Racine du domaine avec 1 liens [Taille de l’objet blob : 704 octets]

SiteCosting :ENABLED

Root Name="\CONTOSO\DATA » State="1 » Timeout="300 » Attributes="64 »

Target Server="2003SERVER1 » Folder="DATA » State="2"[Site : Default-First-Site-Name]

Link Name="documentation » State="1 » Timeout="1800 »

Target Server="2003server1 » Folder="documentation » State="2"[Site : Default-First-Site-Name]

Target Server="2003server2 » Folder="documentation » State="2"[Site : Default-First-Site-Name]

Racine avec 1 liens [Taille de l’objet blob : 704 octets]

Cet espace de noms DFS contient un seul dossier/lien appelé « Documentation » et deux cibles de dossier/lien, \\2003server1\documentation et \\2003server2\documentation.

Les données de configuration DFS interrogées par DFSUtil sont stockées à l’emplacement suivant dans Active Directory :

CN=Dfs-Configuration,CN=System,DC=<domain DN>

Dans Windows Server 2003, chaque racine/espace de noms DFS de domaine est stocké dans un objet « fTDfs » qui contient un attribut « pKT » contenant les données de configuration (paramètres d’espace de noms, serveurs d’espaces de noms, cibles de dossiers, etc.). Par instance, l’espace de noms « DATA » répertorié dans la sortie dfsutil.exe ci-dessus se trouve avec un objet fTDfs à cet emplacement : CN=DATA,CN=Dfs-Configuration,CN=System,DC=<domain DN>. Aucune partie de cet objet ne doit être modifiée directement.

CN=Dfs-Configuration,CN=System,DC=<domain DN> |_fTDfs

Dans Windows Server 2008, les racines/espaces de noms DFS de domaine peuvent être configurés en « mode Windows Server 2008 ». Dans ce mode, les données de configuration sont stockées sous un objet de classe msDFS-NamespaceAnchor. Un objet de classe « msDFS-Namespacev2 » représente chaque racine, et chaque racine contient un objet msDFS-Linkv2 représentant chaque lien hébergé.

CN=Dfs-Configuration,CN=System,DC=<domain DN>
|_msDFS-NamespaceAnchor
|_msDFS-Namespacev2
|_msDFS-Linkv2

Chaque espace de noms/serveur racine DFS utilise des données de Registre pour identifier la ou les racines qu’il héberge. Sans ces informations, le service DFS n’obtiendrait pas les données de configuration à partir d’Active Directory et n’hébergerait pas la ou les racines.

Pour les racines DFS basées sur un domaine 2003/2008, cette clé stocke les associations racines :

HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Dfs\Roots\Domain

Pour les racines « Mode Windows Server 2008 », la clé suivante stocke les associations racines :

HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Dfs\Roots\DomainV2

Dans cette clé se trouve une sous-clé pour chaque racine hébergée par le serveur et spécifie le partage racine via deux valeurs « LogicalShare » et « RootShare ». La clé de la racine « DATA » serait la suivante :

HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Dfs\Roots\Domain\DATA

Pour les racines DFS autonomes, les données de configuration ne sont pas stockées dans Active Directory. Les données de configuration sont stockées à l’emplacement suivant :

HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Dfs\Roots\Standalone

Sous la clé « Autonome » se trouvent des sous-clés pour la ou les racines autonomes spécifiques hébergées par le serveur, et dans chacune d’elles, des sous-clés contenant des données de configuration pour les dossiers/liens hébergés.

Les partages de serveur de fichiers spécifiés par les valeurs de Registre « LogicalShare » et « RootShare » doivent exister et être accessibles pour le bon fonctionnement d’une racine DFS. L’accès à une racine est refusé si le partage est manquant ou configuré avec des autorisations inappropriées. Il est recommandé de ne jamais modifier directement ces valeurs de Registre.

Sauvegarde:

Pour sauvegarder un serveur d’espace de noms DFS, une sauvegarde de l’état du système est nécessaire. La sauvegarde contient la configuration du Registre pour le service DFS du serveur. Si le serveur d’espaces de noms basé sur un domaine est également un contrôleur de domaine, l’état du système inclut également une sauvegarde de la base de données Active Directory, où les espaces de noms DFS basés sur le domaine stockent les données de configuration. Pour les serveurs d’espaces de noms qui ne s’exécutent pas sur les contrôleurs de domaine, assurez-vous qu’au moins un contrôleur de domaine est sauvegardé régulièrement pour éviter la perte de données de configuration en cas de défaillance d’un contrôleur de domaine. Enfin, vérifiez que les dossiers liés à DFS résidant sur le serveur sont inclus dans la sauvegarde.

Pour plus d’informations sur les sauvegardes et les restaurations de l’état du système, consultez les articles suivants :

Windows Server 2003
Fonctionnement de la sauvegarde

Windows Server 2008
Guide pas à pas de sauvegarde Windows Server pour Windows Server 2008

Notez que la durée de conservation standard d’une sauvegarde d’état système d’Active Directory n’est que de 60 jours :
Durée de conservation utile d’une sauvegarde de l’état système d’Active Directory

Une autre méthode pour enregistrer les données de configuration DFS consiste à utiliser l’utilitaire DFSUtil.exe. La sortie créée via l’option « export » peut être utilisée pour recréer les informations de configuration DFS manquantes perdues par suppression accidentelle.

Récupération :

Une fois que l’étendue des modifications a été identifiée, le processus de récupération approprié doit être effectué.

Racine et liens DFS de domaine

Option 1 : Restaurer les données de configuration DFS Active Directory à partir d’une sauvegarde

Pour DFS basé sur un domaine, la modification d’une racine DFS via un outil de gestion a le plus grand impact potentiel sur l’espace de noms. En effet, chaque fois que des modifications sont effectuées via les API DFS, tous les serveurs racine sont avertis des modifications et mettent à jour leur registre en fonction des besoins. Par conséquent, la restauration de la configuration DFS dans Active Directory à partir de sauvegardes peut également nécessiter la tâche de récupération du registre des serveurs racines.

Restaurez avec autorité l’objet blob de configuration DFS. Cela nécessite le démarrage d’un contrôleur de domaine en mode de restauration DS, la restauration de la base de données Active Directory à partir d’une sauvegarde qui contient toujours une copie valide de la configuration DFS, le marquage de l’objet de répertoire racine DFS comme faisant autorité et la réplication de celle-ci dans le domaine. Par défaut, les racines DFS obtiennent des données de configuration DFS à partir du contrôleur de domaine propriétaire du rôle FSMO PDC. Pour éviter que les latences de réplication n’affectent le temps jusqu’à ce que les racines commencent à héberger les espaces de noms restaurés, envisagez d’utiliser le contrôleur de domaine FSMO PDC comme contrôleur de domaine à restaurer.

Le processus de restauration faisant autorité est détaillé dans l’article suivant :

Exécution d’une restauration faisant autorité d’objets Active Directory

Exécution d’une restauration faisant autorité d’objets Active Directory

Restauration d’Active Directory :

Windows Server 2003 :
Restaurer Active Directory à partir d’une sauvegarde

1. Démarrez l’ordinateur en mode de restauration des services d’annuaire.
2. Pour démarrer l’utilitaire de sauvegarde Windows Server 2003, cliquez sur Démarrer, pointez sur Tous les programmes, sur Accessoires, sur Outils système, puis cliquez sur Sauvegarde.
3. Dans la page Bienvenue dans l’Assistant Sauvegarde ou restauration, cliquez sur Suivant.
4. Cliquez sur Restaurer les fichiers et les paramètres, puis cliquez sur Suivant.
5. Sélectionnez État du système, puis cliquez sur Suivant.
6. Dans la page Fin de l’Assistant Sauvegarde ou Restauration, cliquez sur Avancé.
7. Dans Restaurer les fichiers sur, cliquez sur Emplacement d’origine, puis sur Suivant.
8. Cliquez sur Conserver les fichiers existants (recommandé), puis cliquez sur Suivant.
9. Cliquez sur Terminer.
10. Une fois le processus de restauration terminé, cliquez sur Fermer, puis sur Non pour rester en mode restauration des services d’annuaire.

Windows Server 2008 :
Exécution d’une restauration non autorisée d’AD DS

1. Dans l’écran d’ouverture de session Windows, cliquez sur Changer d’utilisateur, puis sur Autre utilisateur.

2. Tapez .\administrator comme nom d’utilisateur, tapez le mot de passe DSRM du serveur, puis appuyez sur Entrée.

3. Cliquez sur Démarrer, cliquez avec le bouton droit sur Invite de commandes, puis cliquez sur Exécuter en tant qu’administrateur.

4. À l'invite de commandes, tapez la commande suivante, puis appuyez sur Entrée :

   wbadmin get versions -backuptarget:\<targetDrive>:
   
   -machine:\<BackupComputerName>
   

   Où :

   <targetDrive> est l’emplacement de la sauvegarde que vous souhaitez restaurer.

   <BackupComputerName> est le nom de l’ordinateur sur lequel vous souhaitez récupérer la sauvegarde. Ce paramètre est utile lorsque vous avez sauvegardé plusieurs ordinateurs au même emplacement ou que vous avez renommé l’ordinateur depuis que la sauvegarde a été effectuée.

5. Identifiez la version que vous souhaitez restaurer. Vous devez entrer cette version exactement à l’étape suivante.

6. À l’invite de commandes, tapez la commande suivante (encapsulée pour la lisibilité), puis appuyez sur Entrée :

   wbadmin start systemstaterecovery -version:<MM/DD/YYYY-HH:MM>
   
   -backuptarget:<targetDrive>: -machine:<BackupComputerName>
   
   -quiet
   

Marquage des données de configuration DFS faisant autorité :

Il est important de connaître le nom unique des espaces de noms à restaurer afin que le ou les objets racine DFS puissent être marqués avec autorité. Il doit être au format « CN=<rootname,CN>=DFS-Configuration,CN=System,DC= » et peut avoir besoin d’être placé entre guillemets si des espaces existent dans des étiquettes.

1. En mode de restauration des services d’annuaire, cliquez sur Démarrer, sur Exécuter, tapez ntdsutil, puis appuyez sur Entrée.

2. À l’invite ntdsutil : , tapez restauration faisant autorité, puis appuyez sur Entrée.

3. Pour restaurer une sous-arborescence d’objets, tapez la commande suivante, puis appuyez sur Entrée :

   restaurer la sous-arborescence DistinguishedName

   Par exemple, pour restaurer tous les objets d’espace de noms DFS dans le domaine contoso.com, tapez :

   restaurer la sous-arborescence « CN=Dfs-Configuration,CN=System,DC=contoso,dc=com »

   Avertissement

   Tous les espaces de noms DFS seront affectés par cette opération, ce qui les ramènera à l’état contenu dans la sauvegarde.

   Pour restaurer un seul objet d’espace de noms DFS pour une racine nommée « DATA » dans le domaine contoso.com, tapez :

   restaurer la sous-arborescence « CN=DATA,CN=Dfs-Configuration,CN=System,DC=contoso,dc=com »

   La restauration d’une sous-arborescence d’objets garantit que l’opération se terminera correctement pour les espaces de noms v1 et v2.

4. Cliquez sur Oui dans la boîte de message pour confirmer la commande.

5. Dans les invites restore : et ntdsutil : faisant autorité, tapez quitter, puis appuyez sur Entrée.

6. Redémarrez le contrôleur de domaine en mode de fonctionnement normal.

7. Accordez suffisamment de temps à la réplication Active Directory pour répliquer les objets dans le domaine.

Vérifier les données du Registre sur toutes les racines DFS

Chaque espace de noms/serveur racine DFS de domaine doit avoir des données de Registre appropriées sous l’emplacement HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Dfs\Roots\Domain afin d’héberger correctement la ou les racines DFS restaurées. Si l’espace de noms DFS a été supprimé via un outil de gestion DFS, vous devrez peut-être créer manuellement les clés et les valeurs « LogicalShare » et « RootShare » sur chaque racine. Une fois les données du Registre en place, redémarrez le service DFS sur chaque racine pour réinitialiser DFS et obtenir les données de configuration restaurées.

Par exemple, pour créer « LogicalShare » et « RootShare » pour un espace de noms DFS nommé « Data » dont le dossier partagé pour la racine est nommé « DataShare », les étapes suivantes sont utilisées :

1. Cliquez sur Démarrer, sur Exécuter, tapez regedit dans la zone Ouvrir, puis cliquez sur OK.
2. Recherchez la sous-clé de Registre suivante, puis cliquez dessus : HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Dfs\Roots\Domain
3. Cliquez avec le bouton droit sur Domaine, pointez sur Nouveau, puis cliquez sur Clé.
4. Tapez « Data » comme nom de clé, puis appuyez sur Entrée.
5. Cliquez avec le bouton droit sur la clé « Données », pointez sur Nouveau, puis cliquez sur « Valeur de chaîne ».
6. Tapez « LogicalShare » comme nom de valeur.
7. Cliquez avec le bouton droit sur la valeur « LogicalShare », puis cliquez sur Modifier.
8. Dans la zone Données de la valeur, tapez « DataShare », puis cliquez sur OK.
9. Cliquez avec le bouton droit sur la clé « Données », pointez sur Nouveau, puis cliquez sur « Valeur de chaîne ».
10. Tapez « RootShare » comme nom de valeur.
11. Cliquez avec le bouton droit sur la valeur « RootShare », puis cliquez sur Modifier.
12. Dans la zone Données de la valeur, tapez « DataShare », puis cliquez sur OK.

Option 2 : Importer la configuration DFS si une exportation est disponible

Une exportation de la configuration DFS se compose d’un fichier texte généré via dfsutil.exe et de la commande suivante :

Windows Server 2003 :

 dfsutil /root:\\contoso.com\DATA /export:DATA-dfs-Root.txt

Windows Server 2008 :

 dfsutil root export \\contoso.com\DATA DATA-dfs-root.txt

Pour récupérer un espace de noms via un fichier d’exportation, procédez comme suit :

1. Si la racine n’existe pas déjà, créez-la à l’aide de la gestion DFS. Ajoutez toutes les cibles racines appropriées. Dfsutil.exe ne parvient pas à importer la configuration si la racine elle-même n’existe pas déjà et n’ajoute pas de cibles racines telles que définies dans le fichier. Toutefois, vous pouvez examiner le contenu du fichier d’exportation pour identifier les cibles racines qui doivent être ajoutées manuellement.

2. Importez le fichier de configuration pour créer tous les liens hébergés via les commandes : Windows Server 2003 :

   dfsutil /root:\\contoso.com\DATA /import: DATA-dfs-Root.txt
   

   Windows Server 2008 :

   dfsutil root import set DATA-dfs-Root.txt \\contoso.com\DATA
   

   (Où le domaine est contoso.com, « DATA » est le nom de la racine et DATA-dfs-Root.txt est le fichier d’exportation)

   Une tentative d’importation avant la création de la racine entraîne l’erreur « Élément introuvable ».

   Toute tentative d’ajout d’une cible racine qui a déjà des données de configuration du Registre associées à la racine entraîne les erreurs « L’appareil n’est pas prêt à être utilisé » ou « Impossible de créer un fichier alors que ce fichier existe déjà ». Pour supprimer les données du Registre du serveur affecté, utilisez l’option « propre » dans DFSUtil :

   Windows Server 2003 :

   dfsutil /clean /server:<servername> /share:<sharename>
   

   Windows Server 2008 :

   dfsutil diag clean \\<servername>\<sharename>
   

3. Vérifiez que l’importation a réussi. Vous devrez peut-être rouvrir tous les outils de gestion DFS pour observer les liens importés.

Option 3 : Recréer le ou les espaces de noms

Il peut être plus facile de recréer les espaces de noms en fonction des besoins. Cette activité met à jour la configuration dans Active Directory et le registre des racines. Si l’ajout d’un serveur en tant que racine ne parvient pas à indiquer que la racine est déjà hébergée par le serveur, case activée la configuration du Registre du serveur pour vous assurer qu’il n’a pas déjà de données de configuration pour la racine d’origine. Pour supprimer ces données, exécutez la commande suivante :

dfsutil /clean /server:servername /share:sharename

(Où « servername » est le serveur qui doit être ajouté en tant que nouvelle cible racine et « sharename » est le nom du partage pour héberger la racine)

Sur Windows Server 2008 :

dfsutil diag clean \\servername\sharename

Objet fTDfs Active Directory

Si l’objet ftDfs dans Active Directory a été supprimé directement, restaurez l’objet comme indiqué dans l’option 1 de la section « Racine et liens du domaine DFS ». Il n’est pas nécessaire de réparer les données de Registre manquantes, car une suppression directe de l’objet fTDfs est effectuée sans utiliser les API DFS et aucune notification n’est envoyée aux racines DFS de la suppression.

S’il existe une exportation de la configuration DFS, le processus est similaire à celui de l’option 2 de la section « Racine et liens du domaine DFS ».

Enfin, vous pouvez également recréer l’espace de noms DFS, en veillant à ce que chaque racine DFS ait été correctement nettoyée de la configuration précédente. Pour plus d’informations, consultez l’option 3 de la section « Racine et liens du domaine DFS ».

Racine et liens DFS autonomes

Option 1 : Restaurer les données de configuration DFS autonomes à partir d’une sauvegarde

Si un espace de noms DFS/serveur racine autonome subit une perte de données de configuration, il est recommandé de restaurer l’état système du serveur à partir de la sauvegarde. Cette opération restaure automatiquement les données de configuration à l’état approprié. Il n’est pas recommandé de tenter de modifier le registre d’une racine DFS autonome.

Option 2 : Importer la configuration DFS si une exportation est disponible

S’il existe une exportation DFSUTIL.EXE pour la racine, elle peut être importée via les commandes :

Windows Server 2003 :

dfsutil /root:\\server-name\namespace-name /import: DATA-dfs-Root.txt

Windows Server 2008 :

dfsutil root import set DATA-dfs-Root.txt \\contoso.com\DATA

Option 3 : Recréer le ou les espaces de noms

Il peut être plus facile de recréer le ou les espaces de noms autonomes en fonction des besoins.

Dossiers partagés

Si un serveur d’espace de noms DFS autonome ou basé sur un domaine subit la perte d’un partage DFS et que la configuration DFS reste, les partages doivent être récupérés pour restaurer la fonctionnalité DFS.

Option 1 : Restaurer les données de configuration DFS autonomes à partir d’une sauvegarde

Restaurez l’état du système à partir d’une sauvegarde effectuée avant la perte. L’état du système inclut les données de Registre pour que le serveur héberge les partages. Vérifiez que le ou les dossiers des partages sont également présents sur le serveur.

Option 2 : Récupérer les données de configuration de partage à partir du Registre

Si une sauvegarde de l’état système d’un serveur d’espace de noms DFS n’est pas disponible, mais qu’il existe des informations de registre de partage, ces informations peuvent être utilisées pour restaurer la configuration de partage du serveur. Les partages et les autorisations de partage attribuées sont stockés dans la clé de Registre suivante :

HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\LanmanServer\Shares

Pour enregistrer cette clé de Registre à l’aide de l’éditeur du Registre, cliquez sur Exporter dans le menu Fichier.

Cette clé de Registre peut être importée sur le serveur d’espace de noms DFS ou utilisée comme référence des noms de partage et de l’emplacement des dossiers partagés pour la création manuelle.

Pour restaurer ou importer la clé de Registre à l’aide de l’éditeur du Registre, cliquez sur Importer dans le menu Fichier.

Une fois les partages récupérés, redémarrez le service DFS du serveur d’espace de noms pour initialiser l’espace de noms.

Clause d’exclusion de responsabilité

Microsoft et/ou ses fournisseurs ne font aucune déclaration ou garantie quant à la pertinence, à la fiabilité ou à l’exactitude des informations contenues dans les documents et les graphiques associés publiés sur ce site Web (les « supports ») à quelque fin que ce soit. Les documents peuvent contenir des inexactitudes techniques ou des erreurs typographiques et peuvent être révisés à tout moment sans préavis.

Dans la mesure maximale autorisée par la loi applicable, Microsoft et/ou ses fournisseurs rejettent et excluent toutes les représentations, garanties et conditions qu’elles soient expresses, implicites ou légales, y compris, mais sans s’y limiter, les représentations, garanties ou conditions de titre, l’absence de contrefaçon, la condition satisfaisante ou la qualité, la qualité marchande et l’adéquation à un usage particulier, en ce qui concerne le matériel.