Un de mes contrôleurs de domaine a rencontré un problème qui causait des erreurs de réplication sur les autres DCs. Dans l’observateur d’événements de mes deux autres contrôleurs j’obtenais l’erreur suivante toutes les quelques minutes :

Type de l’événement :    Erreur
Source de l’événement :    NTDS Replication
Catégorie de l’événement :    Réplication
ID de l’événement :    1699
Utilisateur :    CORP\DC01$
Ordinateur :    DC02
Description :
Le contrôleur de domaine local n’a pas pu récupérer les modifications demandées pour la partition d’annuaire suivante. En conséquence, il n’a pas pu envoyer les demandes de modification au contrôleur de domaine à l’adresse réseau suivante.

Partition d’annuaire :
DC=corp,DC=local,DC=com
Adresse réseau :
0c03a47c-75e2-4745-b632-6a0671731f28._msdcs.corp.local.com
Code de requête étendue :
0

Données supplémentaires
Valeur de l’erreur :
8453 L’accès à la réplication a été refusé.

System Center Operations Manager 2007 me remontait également des erreurs, indiquant que la réplication était lente ou ne fonctionnait pas sur certains contrôleurs de domaine.

Lorsque je tentais de forcer la réplication à partir de DC01 dans Sites et Services Active Directory j’obtenais une erreur « L’opération de réplication a échoué en raison d’une correspondance de schémas incorrecte entre les serveurs impliqués ». A partir de DC02 ou DC03 j’obtenais un message de succès « Active Directory a répliqué les connexions« .
Continuer à lire "Erreur de réplication 1699 sous Windows 2003"

Tags : Active Directory, Contrôleur de domaine, Réplication, Windows 2003

Pour vérifier qu’un répertoire situé sur deux serveurs utilisant la réplication DFS sous Windows 2003 R2 est correctement synchronisé, il faut ouvrir une fenêtre DOS et entrer la commande :

dfsrdiag backlog /receivingmember:filer1 /sendingmember:filer2 /rfname:"Comptabilité" /rgname:"corp.local\docs\Comptabilité"

receivingmember correspond au serveur recevant les fichiers à synchroniser, sendingmember à celui qui les envoit, rfname le nom du répertoire à synchroniser et rgname le nom complet du répertoire DFS.

Si le répertoire est bien synchronisé sur les deux serveurs on obtient le message suivant :

No Backlog – member <filer1> is in sync with partner <filer2>

Operation Succeeded

Dans le cas contraire on obtient le nombre de fichiers en attente de synchronisation et la liste des 100 premiers fichiers en question :

Member <filer2> Backlog File Count: 3
Backlog File Names (first 3 files)
1. File name: Archive_2006.doc
2. File name: Sales_2006.pdf
3. File name: Présentation_Marketing_Paris.ppt

Operation Succeeded

Tags : DFS, Réplication, Windows 2003

J’ai récemment installé deux nouveaux contrôleurs de domaine en Windows 2003 R2 afin de remplacer un vieux contrôleur de domaine en Windows 2000 qui montrait des signes certains de faiblesse. Problème, après la phase habituelle de dcpromo les partages SYSVOL et NETLOGON ne se sont pas créés automatiquement sur les deux nouveaux DCs. Les transferts de rôles FSMO se sont eux passés sans problème et Active Directory (utilisateurs, ordinateurs) et le DNS se répliquent parfaitement.

Ce problème est en fait critique puisque si le contrôleur de domaine en Windows 2000 venait à mourir il ne serait plus possible de s’authentifier sur le domaine ni sur les serveurs SQL utilisant l’authentification Windows. Un backup très régulier de l’état du système du DC avec ntbackup est primordial tant que la situation n’est pas stabilisée. D’autre part les stratégies de groupe ne sont pas répliquées et les serveurs ne sont pas intégralement considérés comme des contrôleurs de domaine tant que les partages SYSVOL et NETLOGON n’auront pas été créés.

Continuer à lire "Problème de réplication des partages SYSVOL et NETLOGON"

Tags : Active Directory, Contrôleur de domaine, netlogon, Réplication, sysvol, Windows 2003