IT Forum 2005 - Implémentation du système de fichier distribué (DFS) sous Windows Server 2003 R2 Accueil > Articles > Evènements
Auteurs  Matthieu MARTINEAU PI SERVICES (GOLD PARTNER MICROSOFT) Ingénieur systèmes et réseaux  Tous les articles de cet auteur		4,1/5 Bien 90827 85/352

3. Mise en place de la réplication à l'aide du service DFS-R

Lorsqu'un répertoire pointe vers plusieurs cibles différentes, la réplication doit être configurées pour que les données contenues dans chacune des cibles soient identiques. Il est possible de définir un certain nombre de règles (bande passante, planification...) au niveau de la duplication des informations. Cela passe par la création de groupes de réplications (un groupe de réplication est un ensemble de paramètres s'appliquant à une liste définie de serveurs de fichiers).

Pour créer un groupe de réplication, il faut utiliser la seconde section de la console Gestion DFS. Voici les principales informations qui doivent être indiquées lors de la création d'un nouveau groupe de réplication :

•  Type du groupe de réplication : groupe de réplication pour la collection de données (lie deux serveurs de fichiers entre-eux) ou bien groupe de réplication multi-scénario (option généralement utilisée, permet de lier plusieurs serveurs de fichiers entre-eux)

• Nom du groupe de réplication (il est recommandé de mettre un nom correspondant au répertoire répliqué sur les machines comme "articles" pour reprendre l'exemple précédent)

• Liste des serveurs de fichiers qui seront membres du groupe de réplication

• Topologie retenue : Hub and Spoke (topologie avec un ou plusieurs serveurs maîtres appelés Hubs et un certains nombre de serveurs esclaves appelés Spokes), Full Mesh (effectue une réplication de type réseau maillé, inefficace si le groupe contient plus de 10 serveurs de fichiers) ou aucune topologie (l'administrateur a la possibilité de configurer une topologie spécifique après la création du groupe de réplication)

• Planification de la réplication

• Bande passante maximale utilisable pour la réplication

• Chemin local des répertoire à répliquer (à définir pour chacun des serveurs de fichiers)

Une fois la groupe de réplication crée, il est recommandé de redémarrer le service DFS si l'on souhaite que la réplication commence des informations immédiatement.

Exemple de planification et de restrictions de bande passante pour la réplication

En cas de problème avec la réplication ou bien tout simplement pour surveiller les performances et l'état de la réplication, un rapport au format HTML peut être généré. Pour cela le composant Outils de configuration et d'analyse de la réplication DFS doit bien évidemment être installé.

exemple de rapport HTML

D'autres outils tels dsfrdiag.exe ou bien encore dsfradmin.exe permettent de configurer et de tester le bon fonctionnement de la réplication DFS (dfsrdiag permet notamment de forcer la réplication entre deux serveurs de fichiers même lorsque la planification l'interdit).

Le protocole Remote Differential Compression est l'une des technologie clé de Windows Server 2003 Release 2. Il permet de copier uniquement les modifications (ou delta) qui ont eu lieu au niveau d'un fichier plutôt que le fichier dans son ensemble. Pour cela, le protocole RDC découpe le fichier concerné en segments de petites tailles (ou chunks) et compare chaque segment avec le fichier original. Seuls les segments modifiés sont envoyés durant la synchronisation entres les serveurs du groupe de réplication. Pour mieux appréhender cette notion, voici un exemple :

1. Le réseau de l'entreprise est composé de deux sites (Paris et Nantes). Une espace de noms DFS est configuré avec un répertoire Data qui est hébergé sur deux serveurs de fichiers (il y a un serveur de fichiers dans chaque site).

2. Un utilisateur du site de Nantes nommé Gregory, modifie le titre d'une présentation PowerPoint (le fichier test.ppt) de 17Mo.

3. La nouvelle version du fichier est copié sur le serveur de fichier local. Le serveur de fichier local découpe ensuite le nouveau fichier test.ppt en segments (pour simplifier, supposons que le premier segment contienne le titre de la présentation et que les autres segments contiennent les données de chacun des slides suivants) ainsi que l'ancien fichier test.ppt (la version précédant le changement de titre).

4. Le serveur de fichier local compare les segments du nouveau et de l'ancien fichier et en déduit que seul le premier segment a été modifié (celui qui contient le titre). Il envoie donc ce segment au serveur de fichier distant pour que le site de Paris soit parfaitement synchronisé avec celui de Nantes.

5. Dans cet exemple l'utilisation de RDC a permis de gagner énormément de bande passante puisqu'au lieu de transférer l'intégralité du document (17 Mo) via la liaison Wan, on s'est contenté d'envoyé un segment de quelques Ko !

Il n'est pas nécessaire de configurer le protocole RDC étant donné qu'il est utilisé automatiquement par le service réplication DFS. Les fonctionnalités de reporting intégrées à la console MMC permettent de visualiser le gain de bande passante obtenu grâce à la compression différentielle RDC (cf. section 3.2).

L'intégralité de la configuration des espaces de noms de type "domaine" est enregistrée au sein de l'annuaire Active Directory. Les informations concernant la réplication DFS-R sont stockée dans le conteneur "CN=DFSR-GlobalSettings,CN=System,DC=....," c'est à dire dans la partition de domaine. Il est possible de visualiser et de modifier ces informations à l'aide de la console ADSI Edit (ou bien à l'aide de l'outil LDP). Dans l'exemple ci-contre, un seul groupe de réplication nommé articles est présent. Le conteneur CN=Content contient des données en rapport avec le répertoire en lui-même (date de création, date de dernière modification, filtrage de certains types de fichiers qui ne doivent pas être répliqués comme les fichiers *.bak ou les fichiers *.tmp...). Le conteneur CN=Topology contient quant à lui la liste des serveurs de fichiers du groupe de réplication. Seuls les identificateurs globaux uniques (GUID) sont affichés. Pour savoir à quel serveur de fichier correspond un GUID, il suffit d'afficher la valeur de l'attribut msDFSR-ComputerReference dans les propriétés du conteneur. Dans l'exemple ci-contre l'identificateur global unique 1a7d6ff8-ec69-49eb-8d7b-3bc16828789e correspond au serveur de fichier nommé FILESRV-3.

Il est possible de connaître la liste de tous les serveurs de fichiers avec lesquels un serveur de fichiers se synchronise en affichant le conteneur "CN=1a7d6ff8-ec69-49eb-8d7b-3bc16828789e, CN=DFSR-LocalSettings,CN=FILESRV-3,CN=....". Cette manipulation peut s'avérer utile en cas de problème en rapport avec la réplication des données.

Introduction

1. Présentation du système de fichier distribué (DFS)
     1.1 Fonctionnement de DFS sous Windows Server 2003 SP1
     1.2 Problématique des réseaux multi-sites
     1.3 Les nouveautés de DFS sous Windows Server 2003 R2

2. Gestion des espaces de noms DFS
     2.1 Une nouvelle console, une nouvelle terminologie !
     2.2 Création et configuration d'un espace de noms
     2.3 Gestion d'un espace de noms

3. Mise en place de la réplication à l'aide du service DFS-R
     3.1 Création d'un groupe de réplication
     3.3 Etude du protocole RDC (Remote Differential Compression)
     3.4 Stockages des métadonnées dans l'annuaire Active Directory

4. Optimisation de l'accès client
     4.1 Fonctionnement de l'accès client
     4.2 Configuration des clients DFS à l'aide de la console MMC

5.Conclusion
     5.1 Mise en place d'une infrastructure DFS à l'aide de Windows Server 2003 R2
     5.2 DFS et la protection des données
     5.3 Les prochaines évolutions de DFS

En Savoir Plus

Evaluez cet article  0 1 2 3 4 5 Pour afficher ou poster un commentaire, cliquez sur ce lien : Forum-Microsoft