3. La réplication inter-site
3.1 Fonctionnement.
Dans le chapitre précédent, nous avons pu voir
qu'un site regroupait un ou plusieurs sous-réseaux interconnectés
par des liaisons fiables. Lorsque tous les contrôleurs de domaine de votre
réseau sont biens connectés, vous pouvez les placer dans un seul
site. Dans ce cas, la gestion de la réplication est simplifiée
car aucune configuration manuelle est nécessaire.
Cependant, dans le cas d'une société composée d'entités
dispersées géographiquement et séparées par des
connexions peu fiables et à faibles débit, il est intéressant
de pouvoir contrôler la réplication entre ces entités. Il
faudra associer chaque entité à un site, et créer
des liens de sites qui sont en fait des circuits virtuels
reliant les sites, et à partir desquels on pourra contrôler le
processus de duplication. En effet, avec les liens de site, il sera possible
de définir certains paramètres, comme par exemple le moment
de la réplication, la fréquence à
laquelle les contrôleurs de domaine vérifieront les mises à
jours, etc...
Ainsi, l'implémentation de plusieurs sites dans le réseau
d'une entreprise apportera les avantages suivants:
- La bande passante de la liaison séparant les sites sera utilisé
de manière efficace lors de la réplication.
- La réplication entre les sites pourra être contrôlée
de manière très précise.
- Le processus d'authentification sera optimisé (les clients s'authentifieront
sur l'un des contrôleurs de domaine se trouvant sur le même
site qu'eux).
Pour permettre la réplication inter-site, deux protocoles
de transport pourront être utilisés: il s'agit des protocoles
RPC (Remote Procedure Call) et SMTP (Simple
Mail Tranfert Protocol).
RPC peut être utilisé pour relié n’importe quels sites
quelque soient le ou les domaines qui y sont présents. SMTP quant à
lui ne pourra être utilisé qu'avec des contrôleurs se trouvant
dans des domaines différents. Généralement, on favorisera
le protocole RPC si la bande passante de la liaison est supérieure ou
égal à 1024 kbits/s.
A la différence de la duplication intra-site, le trafic généré
par la réplication est compressé (environ de 80%), ce
qui diminue considérablement la charge réseau. Cependant, cela
obligera les contrôleurs de domaine a utiliser de la charge CPU supplémentaire.
Comme la réplication doit être paramétrer manuellement,
il n'y a pas de système de notification de modification, ni de
réplication urgente lors d'une réplication inter-site.

Dans l'exemple ci-dessus, on dispose de deux sites (un à
Paris et l'autre à l'île de la Réunion) interconnectés
par une liaison de type WAN. Le site de Paris est constitué d'un sous-réseau
et possède deux contrôleurs de domaine. Le site de la Réunion,
lui, est constitué de deux sous-réseaux et dispose de quatre contrôleurs
de domaine. A l'intérieur de chaque site, les contrôleurs de domaine
sont reliés par une liaison fiable et rapide (LAN).
Pour permettre la réplication entre ces deux sites, un lien de
sites a été crée. Grâce à ce lien,
on pourra par exemple forcer la réplication entre les deux sites à
s'effectuer toutes les 2 heures et uniquement entre 20h00 et 07h00 (la plage
horaire correspond généralement aux heures de fermeture des entreprises,
car le réseau à ce moment y est moins utilisé).
Lorsqu'une modification de la base d'annuaire a lieu par exemple sur un des
contrôleurs de domaine situé sur le site de l'île de la Réunion,
la réplication s'effectue normalement à l'intérieur de
ce site (réplication intra-site avec les notifications de modifications,
les demandes de modifications, l'envoie des mises à jours...). Puis,
à partir de 20h00, la modification qui a été effectuée
précédemment sera envoyée au site de Paris, ce qui permettra
à ses contrôleurs de domaine de mettre à jour leur base
d'annuaire.
3.2 Création d'un lien de site.
Pour pouvoir activer et contrôler la réplication
entre sites, vous devez créer des liens de sites entre
ces sites. La création de liaisons de sites se fait via le composant
de logiciel enfichable Sites et services Active Directory.
 |
A partir de la console Sites
et services Active Directory, développez le conteneur
Sites, puis Inter-Site Transports. Deux dossiers
s'y trouvent, à savoir les conteneurs IP et SMTP.
Le conteneur IP sera utilisé pour créer un lien
utilisant RPC, et le conteneur SMTP pour créer
un lien utilisant SMTP.
Faites un clic droit sur le conteneur IP, et sélectionnez
Lien vers un nouveau site pour créer une liaison
RPC.
Vous vous retrouvez alors avec la boite de dialogue ci-contre.
Dans la zone Nom, entrez le nom de votre lien de sites,
puis, sélectionnez les sites à relier..
Dans notre exemple, les sites Paris et Reunion seront reliés par
le lien portant le nom Lien reliant le site Paris au site Reunion.
Validez enfin vos paramètres.
Remarque: un lien de site permet de connecter plus
de deux sites à la fois. Ainsi, tous les sites exploitants
la même liaison utiliseront des caractéristiques
de réplication inter-sites identiques. |
3.3 Configuration des paramètres d'un lien de site.
Une fois le lien de site crée, il faudra définir
les paramètres de réplications. Pour cela, faites un clic
droit sur l'objet liaison de sites dont vous souhaitez définir
les paramètres, puis sélectionnez Propriétés.
Dans notre exemple, on procédera au paramétrage de la liaison
précédemment crée.
A partir de la boîte de dialogue qui s'affiche, vous
pouvez définir les paramètres suivants pour la liaison:
- Un coût: le coût s'apparente à la
métrique des routeurs. C'est un nombre qui représente la vitesse,
la fiabilité et l'efficacité d'une liaison. Dans la mesure
où plusieurs liens connectent les mêmes sites, le processus
de réplication empruntera la liaison dont le coût sera le plus
faible.
Si par exemple, en plus des sites Paris et Réunion, on implémente
un troisième site (Lyon), et qu'il existe les liens intersites Paris-Lyon
(coût 100), Paris-Réunion (coût 20), et Réunion-Lyon
(coût 20), alors le trafic de duplication entre Paris et Lyon empruntera
la liaison Paris-Réunion, puis Réunion-Lyon au lieu d'emprunter
directement la liaison Paris-Lyon, car le coût total (20+20=40) est
inférieur au coût associé au lien Paris-Lyon (40<100).
Le fait que la duplication puisse se faire entre Paris et Lyon en passant
par la Réunion est que les liens entre sites sont transitifs.
 
- Un intervalle de duplication: il s'agit ici de la fréquence
à laquelle la réplication aura lieu. Plus vous augmentez ce
nombre (en minutes), moins la duplication sera fréquente.
La fréquence par défaut d'une liaison de site est de 180 minutes,
ce qui signifie que la duplication se fera toutes les 3 heures.
 
- Une disponibilité: la disponibilité représente
la plage horaire pendant laquelle la réplication pourra avoir lieu.
Par défaut, une liaison de site pour la réplication est disponible
7 jours sur 7 et 24 heures sur 24.
Dans notre exemple, notre liaison configurée avec un
coût de 20, permettra une réplication entre les sites Paris et
Réunion toutes les 2 heures (120 minutes), et cela uniquement entre 20h00
et 07h00 (période de fermeture) du lundi au samedi. Le dimanche, la réplication
se fera toute la journée, toujours à une fréquence de 2
heures.
3.4 Serveur tête de pont (bridgehead servers).
Lors d'une réplication entre deux sites, les informations
vont être dupliquées uniquement entre deux serveurs (un par site).
Ces serveurs sont appelés serveurs têtes de pont (bridgehead).

Les serveurs tête de pont.
Par exemple, lorsqu'une modification de la base d'annuaire intervient sur le
contrôleur de domaine DC1 situé sur le site 2, la mise à
jour sera dupliquée sur l'ensemble des contrôleurs de domaine du
site 2 (réplication intra-sites). En fonction des paramètres définies
pour la liaison de sites, la réplication va ensuite être transmise
au serveur tête de pont (DC4) du site 1 par le serveur tête de pont
(DC3) du site 2. Le serveur tête de pont (DC4) utilisera ensuite la réplication
intra-sites pour répliquer les mises à jours sur l'ensemble des
contrôleurs de domaine de son site (site 1).
Dans chaque site, un contrôleur de domaine est automatiquement
désigné tête de pont par le serveur ISTG (InterSite
Topology Generator), qui est un contrôleur de domaine de la forêt.
Si plus d'un contrôleur de domaine est éligible pour assurer la
fonction de serveur de tête de pont, celui dont le GUID (Globally
Unique Identifiers) est le plus faible sera systématiquement
choisi pour assurer ce rôle.
Il est aussi possible de choisir des contrôleurs
de domaine privilégiés pour que l'ISTG
se concentre sur eux lors de la sélection du serveur tête de pont.
Pour cela, à partir de la console Sites et services Active directory,
faites un clic droit sur le nom du serveur que vous souhaitez privilégier
puis sélectionner Propriétés. Sélectionnez
ensuite le protocole de transport (RPC ou SMTP) pour lequel le serveur sera
considéré comme privilégié et cliquez sur Ajouter.
Lorsque vous souhaitez désigner manuellement des serveurs privilégiés,
il est conseillé d'en sélectionner au moins 2 par site.
En effet, lors de la présence de contrôleurs de domaine privilégiés,
l'ISTG se basera uniquement sur ces contrôleurs de domaine pour déterminer
le serveur qui assurera la fonction de serveur de tête de pont.
Si le serveur choisi par l'ISTG venait à ne plus fonctionner, l'ISTG
recherchera automatiquement un autre contrôleur de domaine ayant le statut
de préféré pour assurer le rôle de tête de
pont afin de palier à cette défaillance. Si vous ne désigné
qu'un seul serveur préféré, suite à un mauvais fonctionnement
de celui-ci, l'ISTG sera alors dans l'incapacité d'en désigner
un autre, ce qui empêchera la réplication inter-sites de s'effectuer.
Sommaire
1. Présentation
1.1 La réplication Active Directory
1.2 Les types de réplications
2. La réplication intra-site
2.1 Fonctionnement
2.2 Création de sites et de sous-réseaux
2.2.1 Création d'un site
2.2.2 Ajouter des sous-réseaux à un site
2.2.3 Déplacer les serveurs
3. La réplication inter-site
  3.1 Fonctionnement
  3.2 Création d'un lien de site
  3.3 Configuration des paramètres d'un lien de site
  3.4 Serveur tête de pont (bridgehead servers)
4. La topologie de la réplication
  4.1 Les chemins de réplication
  4.2 Les partitions d'annuaire
  4.3 Les maîtres d'opération
  4.4 Le Catalogue Global
5. Les conflits de réplication
  5.1 Résolution des conflits de réplication
  5.2 Elimination des réplications superflues
  5.2.1 Le blocage de propagation
  5.2.2 Les compteurs USN
Conlusion
|
|
 |
Pour afficher ou poster un commentaire, cliquez sur ce lien : Forum-Microsoft
|
|