Bonjour, je m’appelle David et je suis ingénieur principal chez Dell. Aujourd’hui, je vais vous parler de l’exécution d’une synchronisation non forcée des données CIS à l’aide de la réplication du système de fichiers distribué ou DFSR DF. SR est la plus récente des deux méthodes utilisées pour répliquer les données CIS FLL dans un domaine. Le plus ancien étant le service de réplication de fichiers ou FRS, la plupart des domaines modernes utiliseront DFS R pour répliquer la chute des services CIS à ce stade. Il est plus robuste que FRS, mais il peut toujours tomber en panne et il est parfois nécessaire de forcer la synchronisation entre les contrôleurs de domaine. Dans cette vidéo.
Je vais vous montrer comment effectuer une synchronisation sans autorité dans laquelle notre contrôleur de domaine cible copie les données CIS à partir d’un autre contrôleur de domaine. Dans notre environnement, nous avons deux contrôleurs de domaine qui vont nous intéresser ici. DC 1 et DC 3, DC 1 sera notre DC source et DC 3 sera notre cible. Si nous ouvrons l’observateur d’événements sur le contrôleur de domaine 3 et que nous examinons le journal de réplication DFS, nous pouvons voir des erreurs dans ce cas. Les erreurs spécifiques ne sont pas importantes. J’ai intentionnellement enfreint DFS R pour cette démonstration. Mais ce que nous pouvons constater ici, c’est que la réplication DFS ne fonctionne pas correctement et n’a pas répliqué les données cisl à partir d’un autre contrôleur de domaine comme elle le devrait.
Si nous examinons l’observateur d’événements sur DC 1, nous ne voyons aucune erreur, juste des événements informatifs. Il y a quelques erreurs il y a quelque temps, mais elles ont été corrigées. Et DFS R sur DC One fonctionne correctement. Le seul problème ici concerne le DC 3, nous pouvons confirmer qu’il y a un problème si nous allons dans la gestion des stratégies de groupe et examinons le nombre de GPS que nous avons ici. Il y en a 10, dont trois GPS de test qui ont été créés récemment pour les besoins de cette démonstration. Si nous examinons le dossier CIS Fall Content, nous voyons 10 dossiers sous les politiques de domaine CIS Fall. Chacun de ces dossiers contient les fichiers de modèle pour chacun des GPS que nous avons vus dans la console de gestion des stratégies de groupe. Comme nous avons 10 GPS, nous avons 10 dossiers avec des fichiers modèles. Si nous allons au même emplacement sur DC, trois accédez à Windows, puis au domaine et aux règles cis d’automne, nous ne voyons que sept dossiers ici.
Les trois GPS de test que j’ai créés récemment n’ont pas été reproduits. Leurs fichiers modèles ne sont donc pas présents sur le troisième contrôleur de domaine, ce qui indique une fois de plus un problème avec la réplication DFS des données de chute CIS. Pour corriger cela, nous allons effectuer une synchronisation de la chute du CIS qui ne fait pas autorité. Nous diffusons les publicités que je modifie et, dans les publicités que je modifie, nous nous connectons au contexte de dénomination par défaut, nous conservons toutes ces valeurs par défaut, ce qui nous connecte au contexte de dénomination par défaut. Ci-dessous, nous allons développer le contexte de dénomination par défaut, puis étendre la répartition des domaines, les contrôleurs de domaine ou et DC 3 est le seul qui nous intéressera ici. Nous allons donc étendre le DC trois, développer les paramètres locaux F sr et développer le volume du système de domaine. Nous voyons ici l’objet d’abonnement CIS Fall.
Modifiez cet objet pour examiner ses attributs. L’attribut qui nous intéresse s’appelle MS DF Sr activé. Nous voulons définir cette valeur sur false click. OK, pour confirmer et OK, encore une fois. Et puisque nous avons effectué cette modification sur le contrôleur de domaine 3, le contrôleur de domaine 3 est le seul contrôleur de domaine qui nous intéresse. Pour le moment, nous n’avons pas besoin de forcer la réplication. Cet attribut est stocké dans Active Directory, mais nous ne nous intéressons qu’à la valeur du troisième contrôleur de domaine. Nous allons exécuter DF Sr Diag Pole A, qui indique à DFS R d’interroger Active Directory pour connaître les modifications de configuration que nous voyons ici, indiquant que la commande a réussi. Nous allons donc revenir à l’observateur d’événements et l’actualiser. Il affichera deux événements d’information 4114 et 2010 indiquant que la réplication DFS a été désactivée.
4114 fait spécifiquement référence au chemin d’accès à la chute CIS et 2010 fait uniquement référence à la réplication DFS dans son ensemble, car tous les dossiers répliqués ont été désactivés. Maintenant que nous avons fait cela, nous revenons au même attribut, nous ajoutons la modification et nous la redéfinissons sur True Click, OK ? Pour confirmer et OK, encore une fois, nous n’avons pas besoin de répliquer. Nous devons exécuter à nouveau DF Sr Diag Pole A, puisque nous avons apporté une autre modification de configuration. Encore une fois, la commande réussit et nous revenons à l’observateur d’événements pour actualiser une nouvelle version. Et maintenant, nous voyons un événement d’avertissement 4614 : le service de réplication DFS a initialisé CIS fall au niveau du chemin d’accès local CIS et attend d’effectuer la réplication initiale. De nouveaux événements se produisent à nouveau rapidement. Si nous actualisons à nouveau, nous voyons l’événement 4604, ce que nous recherchons.
Le service de réplication DFS a initialisé avec succès le dossier répliqué CIS au niveau du chemin d’accès. Le membre a terminé la synchronisation initiale de CIS Fall avec le contrôleur de domaine partenaire 1. Pour vérifier le dossier CIS Fall, nous exécutons la commande net share et cela confirme que nous disposons bien de partages CIS Fall et Net Log. Si nous revenons à l’explorateur de fichiers, nous voyons maintenant qu’il y a 10 dossiers contenant des fichiers de modèle GP, ce qui confirme également que les données CIS ont été répliquées à partir du contrôleur de domaine. Un.
Si nous revenons à DC 1, nous pouvons comparer ces dossiers et confirmer qu’ils sont identiques. Encore une fois, il s’agissait d’une synchronisation des données CISL sans autorisation à l’aide de DFS R. Je m’appelle David et je suis ingénieur principal chez Dell.
Merci de votre attention.
