Partager via

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

  • Article

Cet article décrit un scénario de déploiement DFS-R (Distributed File System Replication) et DFS-N (Distributed File System Namespace) que Microsoft ne prend pas en charge.

Numéro de base de connaissances d’origine : 2533009

Scénario non pris en charge

Lorsque vous déployez DFS-R et DFS-N avec des dossiers d’accueil utilisateur ou avec 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 d’accueil des utilisateurs et les profils utilisateur itinérants des utilisateurs de la succursale sont stockés sur le serveur de fichiers de succursale.
  • Vous utilisez des liaisons DFS-R sur WAN de plusieurs serveurs de fichiers de succursale vers un serveur hub central pour la 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 avoir plusieurs cibles de dossier. Vous ajoutez également le dossier partagé du serveur de fichiers central en tant que deuxième cible de dossier DFS-N. Vous activez toutes les cibles de dossiers 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 référence au serveur de fichiers de succursale en premier. 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 profil utilisateur et qui est le plus proche de leur emplacement physique.

Note

Bien que ce scénario cite les dossiers d’accueil et les profils utilisateur itinérants comme exemples de contenu spécifiques, le même problème s’applique à tout contenu à changement rapide 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 « succursale » sont des exemples, toutes les configurations de déploiement similaires sont également susceptibles des 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 lourde
    • 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 n’ont peut-être pas é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 bloc de messages du serveur (SMB) à 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 rencontrer une perte de données ou une altération des données, car les données sur le serveur de fichiers central peuvent être obsolètes ou obsolètes avec les données sur le 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 multimaître qui utilise une heuristique de résolution de conflit de dernier enregistreur gagne 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 est confus, car un fichier qui peut être modifié avant de devenir 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 rencontrer une perte de données ou une altération des données, car les données sur le serveur de fichiers central peuvent être obsolètes ou obsolètes avec les données sur le 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 remarqueront des erreurs de synchronisation ou des conflits de fichiers modifiés sur leurs ordinateurs. Les utilisateurs ne peuvent pas résoudre les conflits, car le dossier répliqué est en lecture seule.