Informations sur la stratégie de support Microsoft pour un scénario de déploiement DFS-R et DFS-N

  • Article

Cet article décrit un scénario de déploiement de réplication de système de fichiers distribué (DFS-R) et d’espace de noms de système de fichiers distribué (DFS-N) que Microsoft ne prend pas en charge.

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

Scénario non pris en charge

Lorsque vous déployez DFS-R et DFS-N avec des dossiers de base utilisateur ou des profils utilisateur itinérants, le scénario suivant n’est pas pris en charge par Microsoft :

  • Vous déployez un serveur de fichiers unique pour chaque succursale. Les dossiers de base des utilisateurs et les profils utilisateur itinérants des utilisateurs de la filiale sont stockés sur le serveur de fichiers de la filiale.
  • Vous utilisez des liaisons DFS-R sur WAN de plusieurs serveurs de fichiers de succursale vers un serveur hub central pour une sauvegarde centralisée. Vous configurez le serveur hub avec des dossiers répliqués en lecture seule ou des dossiers répliqués en lecture/écriture.
  • Vous configurez un espace de noms DFS pour créer un espace de noms unifié.
  • Vous configurez un dossier d’espace de noms pour qu’il ait plusieurs cibles de dossier. Et vous ajoutez le dossier partagé du serveur de fichiers central en tant que deuxième cible de dossier DFS-N. Vous activez toutes les cibles de dossier d’espace de noms, ou vous n’activez qu’une seule cible de dossier à la fois.
  • Vous configurez la priorité cible de DFS-N afin que le client fasse d’abord référence au serveur de fichiers de succursale. Lorsque le serveur de fichiers de succursale n’est pas disponible, le client est redirigé vers le serveur de fichiers central. Vous pouvez également spécifier que les utilisateurs itinérants sont dirigés vers un serveur de fichiers qui contient leurs données utilisateur ou leur profil utilisateur et qui est le plus proche de leur emplacement physique.

Remarque

Bien que ce scénario cite des dossiers de base et des profils utilisateur itinérants comme exemples de contenu spécifique, le même problème s’applique à tout contenu changeant rapidement qui n’a peut-être pas été répliqué vers un partenaire de réplication lorsque la référence redirige l’utilisateur d’un autre partenaire vers ce partenaire. En outre, le serveur de fichiers « central » et le serveur de fichiers « branch office » sont des exemples. Toutes les configurations de déploiement similaires sont également sensibles aux problèmes décrits dans cet article. Par conséquent, ils ne sont pas pris en charge par Microsoft. Un exemple de déploiement similaire est que deux serveurs de succursale répliquent le contenu changeant rapidement entre eux.

Raisons techniques pour lesquelles Microsoft ne prend pas en charge le scénario

Nous ne prenons pas en charge le scénario de déploiement pour les raisons suivantes :

  • Les dossiers de base utilisateur ou les profils utilisateur répliqués à l’aide de DFS-R entre les serveurs de fichiers de succursale et le serveur de fichiers central peuvent ne pas être à jour. Le problème peut se produire pour l’une des raisons suivantes :
    • Backlogs de réplication volumineux
    • Charge système importante
    • Limitation de bande passante
    • Planifications de réplication
  • DFS-R n’effectue pas de réplication transactionnelle des données de profil utilisateur. Une réplication transactionnelle réplique toutes les modifications apportées à un profil utilisateur ou ne réplique rien du tout. Par conséquent, certains fichiers d’un profil utilisateur peuvent avoir été répliqués, tandis que d’autres fichiers peuvent ne pas avoir été répliqués avant le basculement de l’utilisateur vers le serveur de fichiers central.
  • L’ordinateur client peut être basculé vers le serveur de fichiers central par le client DFS-N dans l’un des scénarios suivants :
    • Il existe des problèmes réseau temporaires lorsque l’ordinateur client accède aux données via le serveur SMB (Server Message Block) à partir du serveur de fichiers de succursale.
    • Il existe des codes d’erreur spécifiques lorsque l’ordinateur client accède aux données sur SMB à partir du serveur de fichiers de succursale. La redirection peut se produire même lorsque le serveur de fichiers de succursale est disponible. Par conséquent, un utilisateur peut être redirigé vers le serveur de fichiers central même si vous configurez la priorité de référence cible du serveur de fichiers de succursale à un niveau supérieur.

Problèmes potentiels de cohérence des données ou d’obsolescence des données qui peuvent se produire dans le scénario non pris en charge

Si le dossier répliqué du serveur de fichiers central est un réplica en lecture/écriture, l’un des problèmes suivants peut se produire :

  • Les profils utilisateur itinérants peuvent être endommagés, car toutes les modifications apportées par les utilisateurs lors de leur dernière ouverture de session n’ont peut-être pas été répliquées sur le serveur de fichiers central. Par conséquent, les utilisateurs peuvent modifier une copie obsolète ou incomplète du profil itinérant lors de leur prochaine ouverture de session. Cela peut entraîner une altération du profil utilisateur.
  • Un utilisateur peut subir une perte de données ou une altération des données, car les données du serveur de fichiers central peuvent être obsolètes ou non synchronisées avec les données du serveur de fichiers de succursale. Les données utilisateur deviennent obsolètes, car la dernière modification des données utilisateur n’est pas encore répliquée.
  • Lorsqu’un utilisateur modifie une copie obsolète des données utilisateur sur le serveur de fichiers central, les données sur le serveur de fichiers central remplacent les données plus fraîches sur le serveur de fichiers de succursale. Ce problème se produit parce que DFS-R est un moteur de réplication multi-master qui utilise une heuristique de résolution de conflit du dernier enregistreur gagnant pour les fichiers en conflit. Si le dossier répliqué du serveur de fichiers central est un réplica en lecture seule, l’un des problèmes suivants peut se produire :
  • Lorsqu’un utilisateur est dirigé vers le serveur de fichiers central, les applications et les utilisateurs ne peuvent pas modifier les fichiers stockés dans le dossier partagé. L’utilisateur sera confus, car un fichier qui peut être modifié avant devient soudainement en lecture seule.
  • Lorsqu’un utilisateur est dirigé vers le serveur de fichiers central, le profil utilisateur itinérant peut être endommagé, car toutes les modifications apportées par l’utilisateur lors de sa dernière ouverture de session n’ont peut-être pas été répliquées sur le serveur de fichiers central. En outre, l’infrastructure des profils utilisateur itinérants ne peut pas réécrire les modifications apportées au profil lorsque l’utilisateur est déconnecté.
  • Un utilisateur peut subir une perte de données ou une altération des données, car les données du serveur de fichiers central peuvent être obsolètes ou non synchronisées avec les données du serveur de fichiers de succursale. Les données utilisateur deviennent obsolètes, car la dernière modification des données utilisateur n’est pas répliquée. En outre, les utilisateurs remarquent des erreurs de synchronisation ou des conflits de fichiers qui sont modifiés sur leurs ordinateurs. Les utilisateurs ne peuvent pas résoudre les conflits, car le dossier répliqué est en lecture seule.