Partager via


Questions fréquentes sur la réplication DFS

Mise à jour : 30 janvier 2019

Essayez notre agent virtuel : il peut vous aider à identifier et résoudre rapidement les problèmes courants de réplication de fichiers.

Ce FAQ répond aux questions sur la réplication DFS (Distributed File System) (également appelée DFS-R ou DFSR) pour Windows Server.

Pour plus d’informations sur les espaces de noms DFS, consultez espaces de noms DFS : Forum aux questions.

Pour plus d’informations sur les nouveautés de la réplication DFS, consultez les rubriques suivantes :

For a list of recent changes to this topic, see the Change history section of this topic.

Interoperability

La réplication DFS peut-elle communiquer avec FRS ?

No. La réplication DFS ne communique pas avec le service de réplication de fichiers (FRS). La réplication DFS et FRS peuvent s’exécuter sur le même serveur en même temps, mais elles ne doivent jamais être configurées pour répliquer les mêmes dossiers ou sous-dossiers, car cela peut entraîner une perte de données.

La réplication DFS peut-elle remplacer FRS pour la réplication SYSVOL

Oui, la réplication DFS peut remplacer FRS pour la réplication SYSVOL sur les serveurs exécutant Windows Server 2012 R2, Windows Server 2012, Windows Server 2008 R2 ou Windows Server 2008. Les serveurs exécutant Windows Server 2003 R2 ne prennent pas en charge l’utilisation de la réplication DFS pour répliquer le dossier SYSVOL.

Pour plus d’informations sur la réplication SYSVOL à l’aide de la réplication DFS, consultez la réplication SYSVOL vers la réplication DFS.

Puis-je effectuer une mise à niveau de FRS vers la réplication DFS sans perdre les paramètres de configuration ?

Yes. Pour migrer la réplication de FRS vers la réplication DFS, consultez les documents suivants :

Puis-je utiliser la réplication DFS dans un environnement Windows/UNIX mixte ?

Yes. Bien que la réplication DFS prenne uniquement en charge la réplication de contenu entre les serveurs exécutant Windows Server, les clients UNIX peuvent accéder aux partages de fichiers sur les serveurs Windows. Pour ce faire, installez les services pour les systèmes de fichiers réseau (NFS) sur le serveur de réplication DFS.

Vous pouvez également utiliser la fonctionnalité clientE SMB/CIFS incluse dans de nombreux clients UNIX pour accéder directement aux partages de fichiers Windows, bien que cette fonctionnalité soit souvent limitée ou nécessite des modifications apportées à l’environnement Windows (par exemple, la désactivation de la signature SMB à l’aide de la stratégie de groupe).

La réplication DFS interopére avec NFS sur un serveur exécutant un système d’exploitation Windows Server, mais vous ne pouvez pas répliquer un point de montage NFS.

Puis-je utiliser le service de cliché instantané de volume avec la réplication DFS ?

Yes. La réplication DFS est prise en charge sur les volumes VSS (Volume Shadow Copy Service) et les instantanés précédents peuvent être restaurés avec succès avec le client Versions précédentes.

Puis-je utiliser la sauvegarde Windows (Ntbackup.exe) pour sauvegarder à distance un dossier répliqué ?

Non, l’utilisation de la sauvegarde Windows (Ntbackup.exe) sur un ordinateur exécutant Windows Server 2003 ou version antérieure pour sauvegarder le contenu d’un dossier répliqué sur un ordinateur exécutant Windows Server 2012, Windows Server 2008 R2 ou Windows Server 2008 n’est pas pris en charge.

Pour sauvegarder des fichiers stockés dans un dossier répliqué, utilisez sauvegarde Windows Server ou Microsoft® System Center Data Protection Manager. Pour plus d’informations sur les fonctionnalités de sauvegarde et de récupération dans Windows Server 2008 R2 et Windows Server 2008, consultez Sauvegarde et récupération. Pour plus d’informations, consultez System Center Data Protection Manager.

Les stratégies de système de fichiers ont-ils un impact sur la réplication DFS ?

Yes. Ne configurez pas les stratégies de système de fichiers sur les dossiers répliqués. La stratégie de système de fichiers réapplique les autorisations NTFS à chaque intervalle d’actualisation de la stratégie de groupe. Cela peut entraîner des violations de partage, car un fichier ouvert n’est pas répliqué tant que le fichier n’est pas fermé.

La réplication DFS réplique-t-elle les boîtes aux lettres hébergées sur Microsoft Exchange Server ?

No. La réplication DFS ne peut pas être utilisée pour répliquer les boîtes aux lettres hébergées sur Microsoft Exchange Server.

La réplication DFS prend-elle en charge les écrans de fichiers créés par le Gestionnaire de ressources du serveur de fichiers ?

Yes. Toutefois, les paramètres de filtrage des fichiers FSRM (File Server Resource Manager) doivent correspondre aux deux extrémités de la réplication. En outre, la réplication DFS possède son propre mécanisme de filtre pour les fichiers et dossiers que vous pouvez utiliser pour exclure certains fichiers et types de fichiers de la réplication.

Voici les meilleures pratiques pour implémenter des écrans de fichiers ou des quotas :

  • Le dossier DfsrPrivate masqué ne doit pas être soumis à des quotas ou à des écrans de fichiers.

  • Les fichiers filtrés ne doivent pas exister dans un dossier répliqué avant l’activation du filtrage.

  • Aucun dossier ne peut dépasser le quota avant l’activation du quota.

  • Vous devez utiliser des quotas durs avec prudence. Il est possible que les membres individuels d’un groupe de réplication restent dans un quota avant la réplication, mais le dépassent lorsque les fichiers sont répliqués. Par exemple, si un utilisateur copie un fichier de 10 mégaoctets (Mo) sur le serveur A (qui est alors à la limite matérielle) et qu’un autre utilisateur copie un fichier de 5 Mo sur le serveur B, lorsque la réplication suivante se produit, les deux serveurs dépassent le quota de 5 mégaoctets. Cela peut entraîner la réplication DFS à réessayer continuellement de répliquer les fichiers, provoquant des trous dans le vecteur de version et des problèmes de performances possibles.

Le cluster de réplication DFS est-il conscient ?

Oui, la réplication DFS dans Windows Server 2012 R2, Windows Server 2012 et Windows Server 2008 R2 inclut la possibilité d’ajouter un cluster de basculement en tant que membre d’un groupe de réplication. Pour plus d’informations, consultez Ajouter un cluster de basculement à un groupe de réplication (https://go.microsoft.com/fwlink/?LinkId=155085). Le service de réplication DFS sur les versions de Windows antérieures à Windows Server 2008 R2 n’est pas conçu pour coordonner avec un cluster de basculement et le service ne bascule pas vers un autre nœud.

Note

La réplication DFS ne prend pas en charge la réplication de fichiers sur les volumes partagés de cluster.

La réplication DFS est-elle compatible avec la déduplication des données ?

Oui, la réplication DFS peut répliquer des dossiers sur des volumes qui utilisent la déduplication des données dans Windows Server.

La réplication DFS est-elle compatible avec RIS et WDS ?

Yes. La réplication DFS réplique les volumes sur lesquels le stockage à instance unique (SIS) est activé. SIS est utilisé par les services d’installation à distance (RIS), les services de déploiement Windows (WDS) et le serveur de stockage Windows.

Est-il possible d’utiliser la réplication DFS avec des fichiers hors connexion ?

Vous pouvez utiliser en toute sécurité la réplication DFS et les fichiers hors connexion dans des scénarios où il n’y a qu’un seul utilisateur à la fois qui écrit dans les fichiers. Cela est utile pour les utilisateurs qui voyagent entre deux succursales et souhaitent pouvoir accéder à leurs fichiers à la branche ou en mode hors connexion. Les fichiers hors connexion met en cache les fichiers localement pour une utilisation hors connexion et la réplication DFS réplique les données entre chaque succursale.

N’utilisez pas la réplication DFS avec des fichiers hors connexion dans un environnement multi-utilisateur, car la réplication DFS ne fournit aucun mécanisme de verrouillage distribué ou fonctionnalité d’extraction de fichiers. Si deux utilisateurs modifient le même fichier en même temps sur différents serveurs, la réplication DFS déplace l’ancien fichier vers le dossier DfsrPrivate\ConflictandDeleted (situé sous le chemin local du dossier répliqué) pendant la réplication suivante.

Quelles applications antivirus sont compatibles avec la réplication DFS ?

Les applications antivirus peuvent entraîner une réplication excessive si leurs activités d’analyse modifient les fichiers dans un dossier répliqué. Pour plus d’informations, test de l’interopérabilité des applications antivirus avec la réplication DFS (https://go.microsoft.com/fwlink/?LinkId=73990).

Quels sont les avantages de l’utilisation de la réplication DFS au lieu de Windows SharePoint Services ?

Windows® SharePoint® Services fournit une cohérence étroite sous la forme de fonctionnalités d’extraction de fichiers que la réplication DFS ne le fait pas. Si vous êtes préoccupé par la modification du même fichier par plusieurs personnes, nous vous recommandons d’utiliser Windows SharePoint Services. Windows SharePoint Services 2.0 avec Service Pack 2 est disponible dans le cadre de Windows Server 2003 R2. Windows SharePoint Services peut être téléchargé à partir du site Web Microsoft ; elle n’est pas incluse dans les versions plus récentes de Windows Server. Toutefois, si vous répliquez des données sur plusieurs sites et que les utilisateurs ne modifient pas les mêmes fichiers en même temps, la réplication DFS offre une meilleure bande passante et une gestion plus simple.

Limitations et exigences

La réplication DFS peut-elle être répliquée entre les filiales sans connexion VPN ?

Oui, en supposant qu’il existe un lien réseau étendu (WAN) privé (et non Internet) connectant les succursales. Toutefois, vous devez ouvrir les ports appropriés dans les pare-feu externes. La réplication DFS utilise le mappeur de point de terminaison RPC (port 135) et un port éphémère attribué de manière aléatoire au-dessus de 1024. You can use the Dfsrdiag command line tool to specify a static port instead of the ephemeral port. For more information about how to specify the RPC Endpoint Mapper, see article 154596 in the Microsoft Knowledge Base (https://go.microsoft.com/fwlink/?LinkId=73991).

La réplication DFS peut-elle répliquer des fichiers chiffrés avec le système de fichiers de chiffrement ?

No. La réplication DFS ne réplique pas les fichiers ou dossiers chiffrés à l’aide du système de fichiers de chiffrement (EFS). Si un utilisateur chiffre un fichier qui a été répliqué précédemment, la réplication DFS supprime le fichier de tous les autres membres du groupe de réplication. Cela garantit que la seule copie disponible du fichier est la version chiffrée sur le serveur.

La réplication DFS peut-elle répliquer les fichiers de base de données Outlook .pst ou Microsoft Office Access ?

La réplication DFS peut répliquer en toute sécurité les fichiers de dossiers personnels Microsoft Outlook (.pst) et les fichiers Microsoft Access uniquement s’ils sont stockés à des fins d’archivage et ne sont pas accessibles sur le réseau à l’aide d’un client tel qu’Outlook ou Access (pour ouvrir des fichiers .pst ou Access, tout d’abord copier les fichiers sur un périphérique de stockage local). Les raisons suivantes sont les suivantes :

  • L’ouverture de fichiers .pst sur des connexions réseau peut entraîner une altération des données dans les fichiers .pst. For more information about why .pst files cannot be safely accessed from across a network, see article 297019 in the Microsoft Knowledge Base (https://go.microsoft.com/fwlink/?LinkId=125363).

  • Les fichiers .pst et Access ont tendance à rester ouverts pendant de longues périodes pendant l’accès à un client tel qu’Outlook ou Office Access. Cela empêche la réplication DFS de répliquer ces fichiers jusqu’à ce qu’ils soient fermés.

Puis-je utiliser la réplication DFS dans un groupe de travail ?

No. La réplication DFS s’appuie sur les services de domaine Active Directory® pour la configuration. Elle fonctionne uniquement dans un domaine.

Plusieurs dossiers peuvent-ils être répliqués sur un seul serveur ?

Yes. La réplication DFS peut répliquer de nombreux dossiers entre serveurs. Vérifiez que chacun des dossiers répliqués a un chemin racine unique et qu’ils ne se chevauchent pas. Par exemple, D :\Sales et D :\Accounting peuvent être les chemins racine de deux dossiers répliqués, mais D :\Sales et D :\Sales\Reports ne peuvent pas être les chemins racine de deux dossiers répliqués.

La réplication DFS nécessite-t-elle des espaces de noms DFS ?

No. La réplication DFS et les espaces de noms DFS peuvent être utilisés séparément ou ensemble. En outre, la réplication DFS peut être utilisée pour répliquer des espaces de noms DFS autonomes, ce qui n’était pas possible avec FRS.

La réplication DFS nécessite-t-elle une synchronisation de temps entre les serveurs ?

No. La réplication DFS ne nécessite pas explicitement la synchronisation de temps entre les serveurs. Toutefois, la réplication DFS nécessite que les horloges du serveur correspondent étroitement. Les horloges du serveur doivent être définies dans les cinq minutes entre elles (par défaut) pour que l’authentification Kerberos fonctionne correctement. Par exemple, la réplication DFS utilise des horodatages pour déterminer quel fichier est prioritaire en cas de conflit. Les heures précises sont également importantes pour le garbage collection, les planifications et d’autres fonctionnalités.

La réplication DFS prend-elle en charge la réplication d’un volume entier ?

Yes. Toutefois, la réplication d’un volume entier peut entraîner les problèmes suivants :

  • Si le volume contient un fichier de pagination Windows, la réplication échoue et journalise l’événement DFSR 4312 dans le journal des événements système.

  • La réplication DFS définit les attributs Système et Masqué sur le dossier répliqué sur le ou les serveurs de destination. Cela se produit parce que Windows applique les attributs Système et Masqué au dossier racine du volume par défaut. Si le chemin local du dossier répliqué sur le ou les serveurs de destination est également une racine de volume, aucune autre modification n’est apportée aux attributs de dossier.

  • Lors de la réplication d’un volume qui contient le dossier système Windows, la réplication DFS reconnaît le dossier %WINDIR% et ne la réplique pas. Toutefois, la réplication DFS réplique les dossiers utilisés par des applications non-Microsoft, ce qui peut entraîner l’échec des applications sur le ou les serveurs de destination si les applications rencontrent des problèmes d’interopérabilité avec la réplication DFS.

La réplication DFS prend-elle en charge RPC via HTTP ?

No.

La réplication DFS fonctionne-t-elle sur les réseaux sans fil ?

Yes. La réplication DFS est indépendante du type de connexion.

La réplication DFS fonctionne-t-elle sur des volumes ReFS ou FAT ?

No. La réplication DFS prend uniquement en charge les volumes mis en forme avec le système de fichiers NTFS ; Le système de fichiers résilient (ReFS) et le système de fichiers FAT ne sont pas pris en charge. La réplication DFS nécessite NTFS, car elle utilise le journal des modifications NTFS et d’autres fonctionnalités du système de fichiers NTFS.

La réplication DFS fonctionne-t-elle avec des fichiers partiellement alloués ?

Yes. Vous pouvez répliquer des fichiers partiellement alloués. The Sparse attribute is preserved on the receiving member.

Dois-je me connecter en tant qu’administrateur pour répliquer des fichiers ?

No. La réplication DFS est un service qui s’exécute sous le compte système local. Vous n’avez donc pas besoin de vous connecter en tant qu’administrateur pour répliquer. Toutefois, vous devez être administrateur de domaine ou administrateur local des serveurs de fichiers concernés pour apporter des modifications à la configuration de réplication DFS.

Pour plus d’informations, consultez « Exigences et délégations de la réplication DFS » dans le délégué de la possibilité de gérer la réplication DFS (https://go.microsoft.com/fwlink/?LinkId=182294).

Comment puis-je mettre à niveau ou remplacer un membre de réplication DFS ?

Pour mettre à niveau ou remplacer un membre de réplication DFS, consultez ce billet de blog sur le blog Ask the Directory Services Team : Replaceing DFSR Member Hardware or OS.

La réplication DFS convient-elle à la réplication des profils itinérants ?

Yes. Certains scénarios sont pris en charge lors de la réplication des profils utilisateur itinérants. Pour plus d’informations sur les scénarios pris en charge, consultez l’instruction de support microsoft autour des données de profil utilisateur répliquées (https://go.microsoft.com/fwlink/?LinkId=201282).

Existe-t-il une limite de caractères de fichier ou une limite à la profondeur du dossier ?

La réplication Windows et DFS prennent en charge les chemins d’accès aux dossiers avec jusqu’à 32 000 caractères. La réplication DFS n’est pas limitée aux chemins d’accès aux dossiers de 260 caractères.

Les membres d’un groupe de réplication doivent-ils résider dans le même domaine ?

No. Les groupes de réplication peuvent s’étendre sur plusieurs domaines au sein d’une forêt unique, mais pas entre différentes forêts.

Quelles sont les limites prises en charge de la réplication DFS ?

La liste suivante fournit un ensemble de recommandations d’extensibilité qui ont été testées par Microsoft et qui s’appliquent à Windows Server 2012 R2, Windows Server 2016 et Windows Server 2019

  • Taille de tous les fichiers répliqués sur un serveur : 100 téraoctets.

  • Nombre de fichiers répliqués sur un volume : 70 millions.

  • Taille de fichier maximale : 250 gigaoctets.

Important

Lors de la création de groupes de réplication avec un grand nombre ou une taille de fichiers, nous vous recommandons d’exporter un clone de base de données et d’utiliser des techniques de pré-amorçage pour réduire la durée de la réplication initiale. Pour plus d’informations, consultez Synchronisation initiale de la réplication DFS dans Windows Server 2012 R2 : Attaque des clones.

La liste suivante fournit un ensemble de recommandations d’extensibilité qui ont été testées par Microsoft sur Windows Server 2012, Windows Server 2008 R2 et Windows Server 2008 :

  • Taille de tous les fichiers répliqués sur un serveur : 10 téraoctets.

  • Nombre de fichiers répliqués sur un volume : 11 millions.

  • Taille maximale du fichier : 64 gigaoctets.

Note

Il n’existe plus de limite au nombre de groupes de réplication, de dossiers répliqués, de connexions ou de membres du groupe de réplication.

Pour obtenir la liste des instructions d’extensibilité qui ont été testées par Microsoft pour Windows Server 2003 R2, consultez les instructions d’extensibilité de la réplication DFS (https://go.microsoft.com/fwlink/?LinkId=75043).

Quand dois-je ne pas utiliser la réplication DFS ?

N’utilisez pas la réplication DFS dans un environnement où plusieurs utilisateurs mettent à jour ou modifient simultanément les mêmes fichiers sur différents serveurs. Ainsi, la réplication DFS peut déplacer des copies en conflit des fichiers vers le dossier DfsrPrivate\ConflictandDeleted masqué.

Lorsque plusieurs utilisateurs doivent modifier les mêmes fichiers en même temps sur différents serveurs, utilisez la fonctionnalité d’extraction de fichiers de Windows SharePoint Services pour vous assurer qu’un seul utilisateur travaille sur un fichier. Windows SharePoint Services 2.0 avec Service Pack 2 est disponible dans le cadre de Windows Server 2003 R2. Windows SharePoint Services peut être téléchargé à partir du site Web Microsoft ; il n’est pas inclus dans les versions plus récentes de Windows Server.

Pourquoi une mise à jour de schéma est-elle requise pour la réplication DFS ?

La réplication DFS utilise de nouveaux objets dans le contexte de nommage de domaine des services de domaine Active Directory pour stocker les informations de configuration. Ces objets sont créés lorsque vous mettez à jour le schéma des services de domaine Active Directory. Pour plus d’informations, consultez Révision des conditions requises pour la réplication DFS (https://go.microsoft.com/fwlink/?LinkId=182264).

Outils de supervision et de gestion

Puis-je automatiser le rapport d’intégrité pour recevoir des avertissements ?

Yes. Il existe trois façons d’automatiser les rapports d’intégrité :

  • Utilisez le module Windows PowerShell DFSR inclus dans Windows Server 2012 R2 ou DfsrAdmin.exe conjointement avec les tâches planifiées pour générer régulièrement des rapports d’intégrité. Pour plus d’informations, consultez Automatisation des rapports d’intégrité de réplication DFS (https://go.microsoft.com/fwlink/?LinkId=74010).

  • Utilisez le pack d’administration de réplication DFS pour System Center Operations Manager pour créer des alertes basées sur des conditions spécifiées.

  • Utilisez le fournisseur WMI de réplication DFS pour générer des scripts d’alertes.

Puis-je utiliser Microsoft System Center Operations Manager pour surveiller la réplication DFS ?

Yes. Pour plus d’informations, consultez le pack d’administration de réplication DFS pour System Center Operations Manager 2007 dans le Centre de téléchargement Microsoft (https://go.microsoft.com/fwlink/?LinkId=182265).

La réplication DFS prend-elle en charge la gestion à distance ?

Yes. La réplication DFS prend en charge la gestion à distance à l’aide de la console de gestion DFS et de la commande Ajouter un groupe de réplication . Par exemple, sur le serveur A, vous pouvez vous connecter à un groupe de réplication défini dans la forêt avec des serveurs A et B en tant que membres.

La gestion DFS est incluse avec Windows Server 2012 R2, Windows Server 2012, Windows Server 2008 R2, Windows Server 2008 et Windows Server 2003 R2. Pour gérer la réplication DFS à partir d’autres versions de Windows, utilisez le Bureau à distance ou les outils d’administration de serveur distant pour Windows 7.

Important

Pour afficher ou gérer des groupes de réplication contenant des dossiers ou des membres répliqués en lecture seule qui sont des clusters de basculement, vous devez utiliser la version de gestion DFS incluse dans Windows Server 2012 R2, Windows Server 2012, Windows Server 2008 R2, les outils d’administration de serveur distant pour Windows 8 ou les outils d’administration de serveur distant pour Windows 7.

L’ultrason et le sonar fonctionnent-ils avec la réplication DFS ?

No. La réplication DFS a son propre ensemble d’outils de surveillance et de diagnostic. L’ultrason et le sonar ne sont capables que de surveiller FRS.

Comment les fichiers peuvent-ils être récupérés à partir des dossiers ConflictAndDeleted ou PreExisting ?

Pour récupérer des fichiers perdus, restaurez les fichiers à partir du dossier du système de fichiers ou du dossier partagé à l’aide de l’historique des fichiers, de la commande Restaurer les versions précédentes dans l’Explorateur de fichiers ou en restaurant les fichiers à partir de la sauvegarde. To recover files directly from the ConflictAndDeleted or PreExisting folder, use the Get-DfsrPreservedFiles and Restore-DfsrPreservedFiles Windows PowerShell cmdlets (included with the DFSR module in Windows Server 2012 R2), or the RestoreDFSR sample script from the MSDN Code Gallery. Ce script est destiné uniquement à la récupération d’urgence et est fourni AS-IS, sans garantie.

Existe-t-il un moyen de connaître l’état de la réplication ?

Yes. Il existe plusieurs façons de surveiller la réplication :

  • La réplication DFS dispose d’un pack d’administration pour System Center Operations Manager qui fournit une surveillance proactive.

  • La gestion DFS dispose d’un rapport de diagnostic intégré pour le backlog de réplication, l’efficacité de la réplication et le nombre de fichiers et de dossiers dans un groupe de réplication donné.

  • Le module Windows PowerShell DFSR dans Windows Server 2012 R2 contient des applets de commande pour démarrer des tests de propagation et écrire des rapports de propagation et d’intégrité. Pour plus d’informations, consultez Applets de commande de réplication du système de fichiers distribués dans Windows PowerShell.

  • Dfsrdiag.exe est un outil en ligne de commande qui peut générer un nombre de backlogs ou déclencher un test de propagation. Les deux affichent l’état de la réplication. La propagation vous indique si les fichiers sont répliqués sur tous les nœuds. Le backlog indique le nombre de fichiers qui doivent toujours être répliqués avant que deux ordinateurs ne soient synchronisés. Le nombre de backlogs est le nombre de mises à jour qu’un membre du groupe de réplication n’a pas traitées. Sur les ordinateurs exécutant Windows Server 2012 R2, Windows Server 2012 ou Windows Server 2008 R2, Dfsrdiag.exe pouvez également afficher les mises à jour que la réplication DFS réplique actuellement.

  • Les scripts peuvent utiliser WMI pour collecter des informations de backlog , manuellement ou via MOM.

Performance

La réplication DFS prend-elle en charge les connexions rendez-vous ?

Bien que la réplication DFS fonctionne à des vitesses d’accès à distance, elle peut être en retard s’il existe un grand nombre de modifications à répliquer. Si de petites modifications sont apportées aux fichiers existants, la réplication DFS avec compression différentielle distante (RDC) offre des performances beaucoup plus élevées que la copie directe du fichier.

La réplication DFS effectue-t-elle une détection de bande passante ?

No. La réplication DFS n’effectue pas de détection de bande passante. Vous pouvez configurer la réplication DFS pour utiliser une quantité limitée de bande passante par connexion (limitation de bande passante). Toutefois, la réplication DFS ne réduit pas davantage l’utilisation de la bande passante si l’interface réseau devient saturée, et la réplication DFS peut saturer le lien pendant de courtes périodes. La limitation de bande passante avec la réplication DFS n’est pas complètement précise, car la réplication DFS limite la bande passante en limitant les appels RPC. Par conséquent, différentes mémoires tampons dans des niveaux inférieurs de la pile réseau (y compris RPC) peuvent interférer, provoquant des rafales de trafic réseau.

La réplication DFS limite-t-elle la bande passante par planification, par serveur ou par connexion ?

Si vous configurez la limitation de bande passante lors de la spécification de la planification, toutes les connexions pour ce groupe de réplication utilisent ce paramètre pour la limitation de bande passante. La limitation de bande passante peut également être définie en tant que paramètre de niveau connexion à l’aide de la gestion DFS.

La réplication DFS utilise-t-elle les services de domaine Active Directory pour calculer les liens de site et les coûts de connexion ?

No. La réplication DFS utilise la topologie définie par l’administrateur, qui est indépendante du coût du site Des services de domaine Active Directory.

Comment puis-je améliorer les performances de réplication ?

Pour en savoir plus sur les différentes méthodes de réglage des performances de réplication, consultez Optimisation des performances de réplication dans DFSR sur le blog Demander à l’équipe des services d’annuaire.

Comment la réplication DFS évite-t-elle de saturer une connexion ?

Dans la réplication DFS, vous définissez la bande passante maximale que vous souhaitez utiliser sur une connexion, et le service conserve ce niveau d’utilisation du réseau. Cela diffère du service de transfert intelligent en arrière-plan (BITS) et la réplication DFS ne sature pas la connexion si vous la définissez correctement.

Néanmoins, la limitation de la bande passante n’est pas de 100% précise et la réplication DFS peut saturer le lien pendant de courtes périodes de temps. Cela est dû au fait que la réplication DFS limite la bande passante en limitant les appels RPC. Étant donné que ce processus s’appuie sur différentes mémoires tampons dans des niveaux inférieurs de la pile réseau, y compris RPC, le trafic de réplication a tendance à se déplacer en rafales, ce qui peut parfois saturer les liaisons réseau.

La réplication DFS dans Windows Server 2008 inclut plusieurs améliorations de performances, comme indiqué dans Distributed File System, une rubrique des modifications des fonctionnalités de Windows Server 2003 avec SP1 vers Windows Server 2008.

Comment les performances de réplication DFS sont-ils comparées à FRS ?

La réplication DFS est beaucoup plus rapide que FRS, en particulier lorsque de petites modifications sont apportées aux fichiers volumineux et que RDC est activé. Par exemple, avec RDC, une petite modification d’une présentation PowerPoint® de 2 Mo peut entraîner seulement 60 kilo-octets (Ko) envoyés sur le réseau, soit une économie de 97 pour cent en octets transférés.

RDC n’est pas utilisé sur les fichiers de moins de 64 Ko et peut ne pas être bénéfique sur les réseaux locaux à haute vitesse où la bande passante réseau n’est pas prise en charge. RDC peut être désactivé par connexion à l’aide de la gestion DFS.

À quelle fréquence la réplication DFS réplique-t-elle les données ?

Les données sont répliquées selon la planification que vous définissez. Par exemple, vous pouvez définir la planification sur des intervalles de 15 minutes, sept jours par semaine. Pendant ces intervalles, la réplication est activée. La réplication démarre peu après la détection d’une modification de fichier (généralement en quelques secondes).

La planification du groupe de réplication peut être définie sur Coordonnée de temps universel (UTC) tandis que la planification de la connexion est définie sur l’heure locale du membre récepteur. Prenez cela en compte lorsque le groupe de réplication s’étend sur plusieurs fuseaux horaires. L’heure locale signifie l’heure du membre hébergeant la connexion entrante. La planification affichée de la connexion entrante et la connexion sortante correspondante reflètent les différences de fuseau horaire lorsque la planification est définie sur l’heure locale.

Quelle est la quantité de ressources système de mon serveur que la réplication DFS consomme ?

Les ressources de disque, de mémoire et d’UC utilisées par la réplication DFS dépendent d’un certain nombre de facteurs, notamment le nombre et la taille des fichiers, le taux de modification, le nombre de membres du groupe de réplication et le nombre de dossiers répliqués. En outre, certaines ressources sont plus difficiles à estimer. Par exemple, la technologie ESE (Extensible Storage Engine) utilisée pour la base de données de réplication DFS peut consommer un grand pourcentage de mémoire disponible, qu’elle libère à la demande. Les applications autres que la réplication DFS peuvent être hébergées sur le même serveur en fonction de la configuration du serveur. Toutefois, lors de l’hébergement de plusieurs applications ou rôles serveur sur un seul serveur, il est important de tester cette configuration avant de l’implémenter dans un environnement de production.

Que se passe-t-il si une liaison WAN échoue pendant la réplication ?

Si la connexion tombe en panne, la réplication DFS continue d’essayer de répliquer pendant l’ouverture de la planification. Il y aura également des erreurs de connectivité notées dans le journal des événements de réplication DFS qui peuvent être collectées à l’aide de MOM (de manière proactive par le biais d’alertes) et du rapport d’intégrité de la réplication DFS (par exemple, lorsqu’un administrateur l’exécute).

Détails de la compression différentielle à distance

Qu’est-ce que RDC ?

La compression différentielle à distance (RDC) est un protocole client-serveur qui peut être utilisé pour mettre à jour efficacement les fichiers sur un réseau à bande passante limitée. RDC détecte les insertions, les suppressions et les réorganisations des données dans les fichiers, ce qui permet à la réplication DFS de répliquer uniquement les modifications lorsque les fichiers sont mis à jour. RDC est utilisé uniquement pour les fichiers dont la taille est de 64 Ko ou supérieure par défaut. RDC peut utiliser une version antérieure d’un fichier portant le même nom dans le dossier répliqué ou dans le dossier DfsrPrivate\ConflictandDeleted (situé sous le chemin local du dossier répliqué).

Quand rdc est-il utilisé pour la réplication ?

RDC est utilisé lorsque le fichier dépasse un seuil de taille minimale. Ce seuil de taille est de 64 Ko par défaut. Une fois qu’un fichier dépassant ce seuil a été répliqué, les versions mises à jour du fichier utilisent toujours RDC, sauf si une grande partie du fichier est modifiée ou que rdc est désactivé.

Quelles éditions du système d’exploitation Windows prennent en charge la rdc inter-fichiers ?

Pour utiliser rdc inter-fichiers, un membre de la connexion de réplication doit exécuter une édition du système d’exploitation Windows qui prend en charge rdc inter-fichiers. Le tableau suivant indique quelles éditions du système d’exploitation Windows prennent en charge le RDC inter-fichiers.

Disponibilité rdc inter-fichiers dans les éditions du système d’exploitation Windows

Version du système d'exploitation Standard Edition Enterprise Edition Datacenter Edition
Windows Server 2012 R2 Yes Not available Yes
Windows Server 2012 Yes Not available Yes
Windows Server 2008 R2 No Yes Yes
Windows Server 2008 No Yes No
Windows Server 2003 R2 No Yes No

* Vous pouvez éventuellement désactiver la fonctionnalité RDC inter-fichiers sur Windows Server 2012 R2.

Les modifications sont-elles compressées avant d’être répliquées ?

Yes. Les parties modifiées des fichiers sont compressées avant d’être envoyées pour tous les types de fichiers, à l’exception des éléments suivants (qui sont déjà compressés) : .wma, .wmv, .zip, .jpg, .mpg, .mpeg, .m1v, .mp2, .mp3, .mpa, .cab, .wav, .snd, .au, .asf, .wm, .avi, .z, .gz, .tgz et .frx. Les paramètres de compression de ces types de fichiers ne sont pas configurables dans Windows Server 2003 R2.

Un administrateur peut-il désactiver RDC ou modifier le seuil ?

Yes. Vous pouvez désactiver RDC via la page de propriétés d’une connexion donnée. La désactivation de RDC peut réduire l’utilisation de l’UC et la latence de réplication sur les liens réseau local rapide qui n’ont aucune contrainte de bande passante ou pour les groupes de réplication qui se composent principalement de fichiers de moins de 64 Ko. Si vous choisissez de désactiver RDC sur une connexion, testez l’efficacité de la réplication avant et après la modification pour vérifier que vous avez amélioré les performances de réplication.

Vous pouvez modifier le seuil de taille rdc à l’aide de la commande Dfsradmin Connection Set , du fournisseur WMI de réplication DFS ou en modifiant manuellement le fichier XML de configuration.

Rdc fonctionne-t-il sur tous les types de fichiers ?

Yes. RDC calcule les différences au niveau du bloc, quel que soit le type de données de fichier. Toutefois, RDC fonctionne plus efficacement sur certains types de fichiers tels que les documents Word, les fichiers PST et les images VHD.

Comment fonctionne RDC sur un fichier compressé ?

La réplication DFS utilise RDC, qui calcule les blocs dans le fichier qui ont changé et envoie uniquement ces blocs sur le réseau. La réplication DFS n’a pas besoin de savoir quoi que ce soit sur le contenu du fichier. Seuls les blocs ont changé.

La fonctionnalité RDC inter-fichiers est-elle activée lors de la mise à niveau vers Windows Server Enterprise Edition ou Datacenter Edition ?

Les éditions standard de Windows Server ne prennent pas en charge rdc inter-fichiers. Toutefois, elle est automatiquement activée lorsque vous effectuez une mise à niveau vers une édition prenant en charge la fonctionnalité RDC inter-fichiers, ou si un membre de la connexion de réplication exécute une édition prise en charge. Pour obtenir la liste des éditions qui prennent en charge la rdc inter-fichiers, consultez quelles éditions du système d’exploitation Windows prennent en charge le RDC inter-fichiers ?

La réplication au niveau du bloc rdc est-elle vraie ?

No. RDC est un protocole à usage général pour compresser le transfert de fichiers. La réplication DFS utilise RDC sur les blocs au niveau du fichier, et non au niveau du bloc de disque. RDC divise un fichier en blocs. Pour chaque bloc d’un fichier, il calcule une signature, qui est un petit nombre d’octets pouvant représenter le bloc le plus grand. L’ensemble de signatures est transféré du serveur au client. Le client compare les signatures du serveur à ses propres signatures. Le client demande ensuite au serveur d’envoyer uniquement les données pour les signatures qui ne sont pas déjà sur le client.

Que se passe-t-il si je renomme un fichier ?

La réplication DFS renomme le fichier sur tous les autres membres du groupe de réplication lors de la réplication suivante. Les fichiers sont suivis à l’aide d’un ID unique, de sorte que le changement de nom d’un fichier et le déplacement du fichier au sein du réplica n’ont aucun effet sur la capacité de la réplication DFS à répliquer un fichier.

Qu’est-ce que la RDC entre fichiers ?

La réplication RDC inter-fichiers permet à la réplication DFS d’utiliser RDC même si un fichier portant le même nom n’existe pas à la fin du client. La fonction RDC inter-fichiers utilise une heuristique pour déterminer les fichiers similaires au fichier qui doivent être répliqués et utilise des blocs de fichiers similaires identiques au fichier de réplication pour réduire la quantité de données transférées sur le WAN. La rdc inter-fichiers peut utiliser des blocs d’un maximum de cinq fichiers similaires dans ce processus.

Pour utiliser rdc inter-fichiers, un membre de la connexion de réplication doit exécuter une édition de Windows qui prend en charge la rdc inter-fichiers. Pour obtenir la liste des éditions qui prennent en charge la rdc inter-fichiers, consultez quelles éditions du système d’exploitation Windows prennent en charge le RDC inter-fichiers ?

Replication details

Puis-je modifier le chemin d’accès d’un dossier répliqué après sa création ?

No. Si vous devez modifier le chemin d’accès d’un dossier répliqué, vous devez le supprimer dans DFS Management et le rajouter en tant que nouveau dossier répliqué. La réplication DFS utilise ensuite la compression différentielle distante (RDC) pour effectuer une synchronisation qui détermine si les données sont identiques sur l’envoi et la réception de membres. Elle ne réplique pas toutes les données du dossier à nouveau.

Puis-je configurer quels attributs de fichier sont répliqués ?

Non, vous ne pouvez pas configurer les attributs de fichier répliqués par la réplication DFS.

For a list of attribute values and their descriptions, see File Attributes on MSDN (https://go.microsoft.com/fwlink/?LinkId=182268).

Les valeurs d’attribut suivantes sont définies à l’aide de la SetFileAttributes dwFileAttributes fonction et sont répliquées par la réplication DFS. Les modifications apportées à ces valeurs d’attribut déclenchent la réplication des attributs. Le contenu du fichier n’est pas répliqué, sauf si le contenu change également. For more information, see SetFileAttributes Function in the MSDN library (https://go.microsoft.com/fwlink/?LinkId=182269).

  • FILE_ATTRIBUTE_HIDDEN

  • FILE_ATTRIBUTE_READONLY

  • FILE_ATTRIBUTE_SYSTEM

  • FILE_ATTRIBUTE_NOT_CONTENT_INDEXED

  • FILE_ATTRIBUTE_OFFLINE

Les valeurs d’attribut suivantes sont répliquées par la réplication DFS, mais elles ne déclenchent pas la réplication.

  • FILE_ATTRIBUTE_ARCHIVE

  • FILE_ATTRIBUTE_NORMAL

Les valeurs d’attribut de fichier suivantes déclenchent également la réplication, bien qu’elles ne puissent pas être définies à l’aide de la SetFileAttributes fonction (utilisez la GetFileAttributes fonction pour afficher les valeurs d’attribut).

  • FILE_ATTRIBUTE_REPARSE_POINT

Note

La réplication DFS ne réplique pas les valeurs d’attribut de point d’analyse, sauf si la balise d’analyse est IO_REPARSE_TAG_SYMLINK. Les fichiers avec les IO_REPARSE_TAG_DEDUP, IO_REPARSE_TAG_SIS ou IO_REPARSE_TAG_HSM balises d’analyse sont répliqués en tant que fichiers normaux. Toutefois, la balise d’analyse et les mémoires tampons de données d’analyse ne sont pas répliquées sur d’autres serveurs, car le point d’analyse fonctionne uniquement sur le système local.

  • FILE_ATTRIBUTE_COMPRESSED

  • FILE_ATTRIBUTE_ENCRYPTED

Note

La réplication DFS ne réplique pas les fichiers chiffrés à l’aide du système de fichiers de chiffrement (EFS). La réplication DFS réplique les fichiers chiffrés à l’aide de logiciels non-Microsoft, mais uniquement s’il ne définit pas la valeur d’attribut FILE_ATTRIBUTE_ENCRYPTED sur le fichier.

  • FILE_ATTRIBUTE_SPARSE_FILE

  • FILE_ATTRIBUTE_DIRECTORY

La réplication DFS ne réplique pas la valeur FILE_ATTRIBUTE_TEMPORARY.

Puis-je contrôler quel membre est répliqué ?

Yes. Vous pouvez choisir une topologie lorsque vous créez un groupe de réplication. Or you can select No topology and manually configure connections after the replication group has been created.

Puis-je amorçage un membre de groupe de réplication avec des données antérieures à la réplication initiale ?

Yes. La réplication DFS prend en charge la copie de fichiers vers un membre du groupe de réplication avant la réplication initiale. Cette « préparation » peut réduire considérablement la quantité de données répliquées pendant la réplication initiale.

La réplication initiale n’a pas besoin de répliquer le contenu lorsque les fichiers diffèrent uniquement par les attributs réels ou les horodatages. Un attribut réel est un attribut qui peut être défini par la fonction SetFileAttributesWin32 . For more information, see SetFileAttributes Function in the MSDN library (https://go.microsoft.com/fwlink/?LinkId=182269). Si deux fichiers diffèrent par d’autres attributs, tels que la compression, le contenu du fichier est répliqué.

Pour préparer un membre de groupe de réplication, copiez les fichiers dans le dossier approprié sur le ou les serveurs de destination, créez le groupe de réplication, puis choisissez un membre principal. Choisissez le membre dont le contenu est le plus up-to-date que vous souhaitez répliquer, car le contenu du membre principal est considéré comme « faisant autorité ». Cela signifie qu’au cours de la réplication initiale, les fichiers du membre principal remplacent toujours d’autres versions des fichiers sur d’autres membres du groupe de réplication.

Pour plus d’informations sur l’amorçage et le clonage de la base de données DFSR, consultez Synchronisation initiale de la réplication DFS dans Windows Server 2012 R2 : Attaque des clones.

Pour plus d’informations sur la réplication initiale, consultez Créer un groupe de réplication.

La réplication DFS rencontre-t-elle des problèmes courants liés au service de réplication de fichiers ?

Yes. La réplication DFS résout trois problèmes courants liés à FRS :

  • Wraps de journal : la réplication DFS récupère des wraps de journal à la volée. Chaque fichier ou dossier existant est marqué comme journalWrap et vérifié par rapport au système de fichiers avant l’activation de la réplication. Pendant la récupération, ce volume n’est pas disponible pour la réplication dans les deux sens.

  • Réplication excessive : pour éviter une réplication excessive, la réplication DFS utilise un système de crédits.

  • Dossiers Morphes : pour empêcher les noms de dossiers morphés, la réplication DFS stocke les données en conflit dans un dossier DfsrPrivate\ConflictandDeleted masqué (situé sous le chemin d’accès local du dossier répliqué). Par exemple, la création de plusieurs dossiers simultanément avec des noms identiques sur différents serveurs répliqués à l’aide de FRS entraîne le renommage du ou des dossiers plus anciens. La réplication DFS déplace plutôt le ou les dossiers plus anciens vers le dossier conflit local et supprimé.

La réplication DFS réplique-t-elle les fichiers par ordre chronologique ?

No. Les fichiers peuvent être répliqués hors ordre.

La réplication DFS réplique-t-elle des fichiers utilisés par une autre application ?

Si une application ouvre un fichier et crée un verrou de fichier sur celui-ci (empêchant son utilisation par d’autres applications lorsqu’elle est ouverte), la réplication DFS ne réplique pas le fichier tant qu’il n’est pas fermé. Si l’application ouvre le fichier avec un accès en lecture-partage, le fichier peut toujours être répliqué.

La réplication DFS réplique-t-elle les autorisations de fichier NTFS, les flux de données alternatifs, les liens durs et les points d’analyse ?

  • La réplication DFS réplique les autorisations de fichier NTFS et d’autres flux de données.

  • Microsoft ne prend pas en charge la création de liens durs NTFS vers ou à partir de fichiers dans un dossier répliqué. Cela peut entraîner des problèmes de réplication avec les fichiers affectés. Les fichiers de liaison en dur sont ignorés par la réplication DFS et ne sont pas répliqués. Les points de jonction ne sont pas répliqués et les journaux de réplication DFS 4406 pour chaque point de jonction qu’il rencontre.

  • Les seuls points d’analyse répliqués par la réplication DFS sont ceux qui utilisent la balise IO_REPARSE_TAG_SYMLINK ; Toutefois, la réplication DFS ne garantit pas que la cible d’un lien symbolique est également répliquée. Pour plus d’informations, consultez le blog Demander à l’équipe des services d’annuaire.

  • Les fichiers avec les IO_REPARSE_TAG_DEDUP, IO_REPARSE_TAG_SIS ou IO_REPARSE_TAG_HSM balises d’analyse sont répliqués en tant que fichiers normaux. La balise d’analyse et les mémoires tampons de données d’analyse ne sont pas répliquées sur d’autres serveurs, car le point d’analyse fonctionne uniquement sur le système local. Par conséquent, la réplication DFS peut répliquer des dossiers sur des volumes qui utilisent la déduplication des données dans Windows Server 2012 ou le stockage à instance unique (SIS), mais les informations de déduplication des données sont conservées séparément par chaque serveur sur lequel le service de rôle est activé.

La réplication DFS réplique-t-elle des modifications d’horodatage si aucune autre modification n’est apportée au fichier ?

Non, la réplication DFS ne réplique pas les fichiers pour lesquels la seule modification est une modification apportée à l’horodatage. En outre, l’horodatage modifié n’est pas répliqué vers d’autres membres du groupe de réplication, sauf si d’autres modifications sont apportées au fichier.

La réplication DFS réplique-t-elle les autorisations mises à jour sur un fichier ou un dossier ?

Yes. La réplication DFS réplique les modifications d’autorisation pour les fichiers et les dossiers. Seule la partie du fichier associé à la liste de contrôle d’accès (ACL) est répliquée, bien que la réplication DFS doit toujours lire l’intégralité du fichier dans la zone intermédiaire.

Note

La modification des listes de contrôle d’accès sur un grand nombre de fichiers peut avoir un impact sur les performances de réplication. Toutefois, lors de l’utilisation de RDC, la quantité de données transférées est proportionnelle à la taille des listes de contrôle d’accès, et non à la taille du fichier entier. La quantité de trafic de disque est toujours proportionnelle à la taille des fichiers, car les fichiers doivent être lus vers et à partir du dossier intermédiaire.

La réplication DFS prend-elle en charge la fusion de fichiers texte en cas de conflit ?

La réplication DFS ne fusionne pas les fichiers en cas de conflit. Toutefois, il tente de conserver l’ancienne version du fichier dans le dossier DfsrPrivate\ConflictandDeleted masqué sur l’ordinateur où le conflit a été détecté.

La réplication DFS utilise-t-elle le chiffrement lors de la transmission de données ?

Yes. La réplication DFS utilise des connexions RPC (Remote Procedure Call) avec chiffrement.

Est-il possible de désactiver l’utilisation du RPC chiffré ?

No. Le service de réplication DFS utilise des appels de procédure distante (RPC) sur TCP pour répliquer des données. Pour sécuriser les transferts de données sur Internet, le service de réplication DFS est conçu pour toujours utiliser la constante au niveau de l’authentification. RPC_C_AUTHN_LEVEL_PKT_PRIVACY Cela garantit que la communication RPC sur Internet est toujours chiffrée. Par conséquent, il n’est pas possible de désactiver l’utilisation du RPC chiffré par le service de réplication DFS.

Pour plus d’informations, consultez les sites Web Microsoft suivants :

Comment les réplications simultanées sont-elles gérées ?

Il existe un gestionnaire de mises à jour par dossier répliqué. Les gestionnaires de mises à jour fonctionnent indépendamment les uns des autres.

Par défaut, un maximum de 16 (quatre téléchargements simultanés dans Windows Server 2003 R2) sont partagés entre toutes les connexions et groupes de réplication. Étant donné que les connexions et les mises à jour de groupe de réplication ne sont pas sérialisées, il n’existe aucun ordre spécifique dans lequel les mises à jour sont reçues. Si deux planifications sont ouvertes, les mises à jour sont généralement reçues et installées à partir des deux connexions en même temps.

Comment forcer la réplication ou l’interrogation ?

Vous pouvez forcer la réplication immédiatement à l’aide de la gestion DFS, comme décrit dans Modifier les planifications de réplication. You can also force replication by using the Sync-DfsReplicationGroup cmdlet, included in the DFSR PowerShell module introduced with Windows Server 2012 R2, or the Dfsrdiag SyncNow command. You can force polling by using the Update-DfsrConfigurationFromAD cmdlet, or the Dfsrdiag PollAD command.

Est-il possible de configurer un temps silencieux entre les réplications pour les fichiers qui changent fréquemment ?

No. Si la planification est ouverte, la réplication DFS réplique les modifications à mesure qu’elle les remarque. Il n’existe aucun moyen de configurer un temps silencieux pour les fichiers.

Est-il possible de configurer la réplication unidirectionnelle avec la réplication DFS ?

Yes. Si vous utilisez Windows Server 2012 ou Windows Server 2008 R2, vous pouvez créer un dossier répliqué en lecture seule qui réplique du contenu via une connexion unidirectionnel. Pour plus d’informations, consultez Créer un dossier répliqué Read-Only sur un membre particulier (https://go.microsoft.com/fwlink/?LinkId=156740).

Nous ne prenons pas en charge la création d’une connexion de réplication unidirectionnelle avec la réplication DFS dans Windows Server 2008 ou Windows Server 2003 R2. Cela peut entraîner de nombreux problèmes, notamment les erreurs de topologie de contrôle d’intégrité, les problèmes de préproduction et les problèmes liés à la base de données de réplication DFS.

Si vous utilisez Windows Server 2008 ou Windows Server 2003 R2, vous pouvez simuler une connexion unidirectionnel en effectuant les actions suivantes :

  • Entraîner les administrateurs à apporter des modifications uniquement sur le ou les serveurs que vous souhaitez désigner comme serveurs principaux. Laissez ensuite les modifications répliquer sur les serveurs de destination.

  • Configurez les autorisations de partage sur les serveurs de destination afin que les utilisateurs finaux n’aient pas d’autorisations d’écriture. Si aucune modification n’est autorisée sur les serveurs de branche, il n’y a rien à répliquer, en simulant une connexion unidirectionnel et en conservant l’utilisation du réseau étendu faible.

Existe-t-il un moyen de forcer une réplication complète de tous les fichiers, y compris les fichiers inchangés ?

No. Si la réplication DFS considère les fichiers identiques, elle ne les répliquera pas. Si les fichiers modifiés n’ont pas été répliqués, la réplication DFS les réplique automatiquement lorsqu’elle est configurée pour le faire. To overwrite the configured schedule, use the WMI method ForceReplicate(). Toutefois, il s’agit uniquement d’un remplacement de planification et ne force pas la réplication de fichiers inchangés ou identiques.

Que se passe-t-il si le membre principal subit une perte de base de données pendant la réplication initiale ?

Pendant la réplication initiale, les fichiers du membre principal sont toujours prioritaires dans la résolution des conflits qui se produit si les membres récepteurs ont différentes versions de fichiers sur le membre principal. La désignation de membre principal est stockée dans les services de domaine Active Directory et la désignation est effacée une fois que le membre principal est prêt à être répliqué, mais avant que tous les membres du groupe de réplication ne soient répliqués.

Si la réplication initiale échoue ou si le service de réplication DFS redémarre pendant la réplication, le membre principal voit la désignation du membre principal dans la base de données de réplication DFS locale et réessaye la réplication initiale. Si la base de données de réplication DFS du membre principal est perdue après avoir supprimé la désignation principale dans Les services de domaine Active Directory, mais avant que tous les membres du groupe de réplication terminent la réplication initiale, tous les membres du groupe de réplication ne parviennent pas à répliquer le dossier, car aucun serveur n’est désigné comme membre principal. Dans ce cas, utilisez la commande Dfsradmin membership /set /isprimary :true sur le serveur membre principal pour restaurer manuellement la désignation du membre principal.

Pour plus d’informations sur la réplication initiale, consultez Créer un groupe de réplication.

Warning

La désignation du membre principal est utilisée uniquement pendant le processus de réplication initial. If you use the Dfsradmin command to specify a primary member for a replicated folder after replication is complete, DFS Replication does not designate the server as a primary member in Active Directory Domain Services. Toutefois, si la base de données de réplication DFS sur le serveur subit par la suite une altération irréversible ou une perte de données, le serveur tente d’effectuer une réplication initiale en tant que membre principal au lieu de récupérer ses données à partir d’un autre membre du groupe de réplication. Essentiellement, le serveur devient un serveur principal non autorisé, ce qui peut entraîner des conflits. Pour cette raison, spécifiez le membre principal manuellement uniquement si vous êtes certain que la réplication initiale a échoué irrémédiablement.

Que se passe-t-il si la planification de réplication se ferme lorsqu’un fichier est répliqué ?

If remote differential compression (RDC) is enabled on the connection, inbound replication of a file larger than 64 KB that began replicating immediately prior to the schedule closing (or changing to No bandwidth) continues when the schedule opens (or changes to something other than No bandwidth). La réplication continue à partir de l’état dans lequel la réplication s’est arrêtée.

Si rdc est désactivé, la réplication DFS redémarre complètement le transfert de fichiers. Cela peut retarder le moment où le fichier est disponible sur le membre récepteur.

Que se passe-t-il quand deux utilisateurs mettent simultanément à jour le même fichier sur différents serveurs ?

Lorsque la réplication DFS détecte un conflit, elle utilise la version du fichier qui a été enregistré en dernier. Il déplace l’autre fichier dans le dossier DfsrPrivate\ConflictandDeleted (sous le chemin local du dossier répliqué sur l’ordinateur qui a résolu le conflit). Il reste là jusqu’à ce que le nettoyage des dossiers conflictuels et supprimés, qui se produit lorsque le dossier Conflict and Deleted dépasse la taille configurée ou la réplication DFS rencontre une erreur d’espace disque insuffisante. Le dossier Conflict and Deleted n’est pas répliqué, et cette méthode de résolution des conflits évite le problème des répertoires morphés qui étaient possibles dans FRS.

Lorsqu’un conflit se produit, la réplication DFS consigne un événement d’information dans le journal des événements de réplication DFS. Cet événement ne nécessite pas d’action utilisateur pour les raisons suivantes :

  • Il n’est pas visible pour les utilisateurs (il n’est visible que par les administrateurs de serveur).

  • La réplication DFS traite le dossier Conflict and Deleted en tant que cache. Lorsqu’un seuil de quota est atteint, il nettoie certains de ces fichiers. Il n’existe aucune garantie que les fichiers en conflit seront enregistrés.

  • Le conflit peut résider sur un serveur différent de l’origine du conflit.

Staging

La réplication DFS continue-t-elle de mettre en lots les fichiers intermédiaires lorsque la réplication est désactivée par un quota de limitation de la planification ou de bande passante, ou lorsqu’une connexion est désactivée manuellement ?

No. La réplication DFS ne continue pas à mettre en scène les fichiers en dehors des heures de réplication planifiées, si le quota de limitation de bande passante a été dépassé ou lorsque les connexions sont désactivées.

La réplication DFS empêche-t-elle d’autres applications d’accéder à un fichier pendant la préproduction ?

No. La réplication DFS ouvre des fichiers de manière à ne pas empêcher les utilisateurs ou les applications d’ouvrir des fichiers dans le dossier de réplication. Cette méthode est appelée « verrouillage opportuniste ».

Est-il possible de modifier l’emplacement du dossier intermédiaire avec l’outil de gestion DFS ?

Yes. The staging folder location is configured on the Advanced tab of the Properties dialog box for each member of a replication group.

Quand les fichiers sont-ils intermédiaires ?

Les fichiers sont intermédiaires sur le membre d’envoi lorsque le membre destinataire demande le fichier (sauf si le fichier est de 64 Ko ou plus petit), comme indiqué dans le tableau suivant. Si la compression différentielle distante (RDC) est désactivée sur la connexion, le fichier est intermédiaire, sauf s’il est de 256 Ko ou plus petit. Les fichiers sont également mis en scène sur le membre récepteur lorsqu’ils sont transférés s’ils sont de taille inférieure à 64 Ko, bien que vous puissiez configurer ce paramètre entre 16 Ko et 1 Mo. Si la planification est fermée, les fichiers ne sont pas intermédiaires.

Tailles de fichier minimales pour les fichiers intermédiaires

  RDC enabled RDC disabled
Sending member 64 KB 256 KB
Receiving member 64 Ko par défaut 64 Ko par défaut

Que se passe-t-il si un fichier est modifié après sa mise en scène, mais avant qu’il ne soit complètement transmis au site distant ?

Si une partie du fichier est déjà transmise, la réplication DFS continue la transmission. Si le fichier est modifié avant que la réplication DFS commence à transmettre le fichier, la version la plus récente du fichier est envoyée.

Change history

Date Description Reason
15 novembre 2018 Mise à jour pour Windows Server 2019. Nouveau système d’exploitation.
9 octobre 2013 Mise à jour des limites prises en charge de la réplication DFS section avec les résultats des tests sur Windows Server 2012 R2. Mises à jour pour la dernière version de Windows Server
30 janvier 2013 Ajout de la réplication DFS continue-t-elle de mettre en lots les fichiers intermédiaires lorsque la réplication est désactivée par un quota de limitation de bande passante ou de planification, ou lorsqu’une connexion est désactivée manuellement ? entrée. Customer questions
31 octobre 2012 Modification des limites prises en charge de la réplication DFS ? entrée pour augmenter le nombre testé de fichiers répliqués sur un volume. Customer feedback
15 août 2012 Modification de la réplication DFS réplique-t-elle les autorisations de fichier NTFS, les flux de données alternatifs, les liens durs et les points d’analyse ? pour clarifier davantage la façon dont la réplication DFS gère les liens durs et les points d’analyse. Commentaires des services de support client
13 juin 2012 Modification de la réplication DFS sur les volumes ReFS ou FAT ? entrée pour ajouter une discussion sur ReFS. Customer feedback
25 avril 2012 Modification de la réplication DFS réplique-t-elle les autorisations de fichier NTFS, les flux de données alternatifs, les liens durs et les points d’analyse ? entrée pour clarifier la façon dont la réplication DFS gère les liens durs. Réduire la confusion potentielle
mercredi 30 mars 2011 Modification de la réplication DFS peut-elle répliquer les fichiers de base de données Outlook .pst ou Microsoft Office Access ? entrée pour corriger l’impact potentiel de l’utilisation de la réplication DFS avec les fichiers .pst et Access. Ajout de comment améliorer les performances de réplication ? Questions client sur l’entrée précédente, qui a indiqué de manière incorrecte que la réplication de fichiers .pst ou Access pourrait endommager la base de données de réplication DFS.
26 janvier 2011 Ajout de l’ajout de fichiers à partir des dossiers ConflictAndDeleted ou PreExisting ? Customer feedback
20 octobre 2010 Ajout de la mise à niveau ou du remplacement d’un membre de réplication DFS ? Customer feedback