Bonjour à tous,
 
contexte : un serveur AD mono forêt, mono domaine. Pas d'autre DC en place.
 
Le serveur a été changé récemment, l'ancien a été supprimé en utilisant dcpromo et pas de message d'erreur lors du processus.
 
Le problème :
 
Dans les logs, j'ai un événement DFSR ID 4012 signalant que la réplication ne s'est pas faite depuis x temps pour sysvol\domain.
Qu'il faut régler cela depuis la console DFS.
 
Le truc bizarre :
 
Quand je vais dans la console, pas de problème apparent, si je lance un rapport de diagnostic, je n'ai qu'un seul serveur à sélectionner (logique).
Et dans le rapport, il ne voit aucune erreur.
 
La question est qui croire, les logs ou la console DFS ?
 
Merci par avance

Quel OS ? (ancien/nouveau)

Salut,
 
Server2016

pas sur que la console dfs affiche les erreurs relative au sysvol, faudrait regarder les partenaires de réplication du sysvol voir si ça a bien été nettoyé

Bonjour,
 
@ Je@nb, vous parlez bien de cela ?
 
https://docs.microsoft.com/fr-fr/wi [...] ta-cleanup

Non ça c'est (potentiellement) le curatif.
 
Comme par du dcdiag / dfsrdiag / repadmin pour vérifier l'état de ton AD et de la réplication. Les logs Windows aussi.
 
L'ancien avait quel OS ?

Bonjour,
 
Un 2016 aussi.

 
Pardon, je tique. C'est toi qui l'a fait ce "dcpromo" ?
 
Parce qu'on ne fait plus dcpromo depuis un bail pour virer un DC de l'AD - à moins que ça soit un abus de langage auquel cas j'ai rien dit.
 
+1 sur les outils dcdiag et autre mais regarde peut être directement dans dssite.msc si tu n'as pas encore l'objet de l'ancien DC qui traine avec des objets de connexion en dessous... (Tu peux encore trouver l'objet après un retrait propre, mais "vide" ).

Je rebondis la dessus :
On ne fait plus de dcpromo pour virer un DC proprement?
Ah bon? C'est quoi le plan maintenant?

Dans l'UI c'est passer par le gestionnaire de serveur et retirer le rôle AD.
 
Ce qui revient au même que taper ça en Powershell : https://docs.microsoft.com/en-us/po [...] w=win10-ps
 
(sinon pour la commande inverse c'est Install-ADDSDomainController, Install-ADDSForest ou Install-ADDSDomain pour les différents scénarios d'installation possibles)
 
Il y a aussi une feature à enlever ou ajouter (AD-Domain-Services).
 
La commande dcpromo est dépréciée depuis Windows Server 2012.

Bonjour,
 
Oui, abus de langage, passage par l'UI.

Bonjour à tous,
 
voici les résultats :
 
Repadmin : exécution de la commande /showrepl sur le contrôleur de domaine compl
et localhost
Default-First-Site-Name\SERVEUR
Options DSA : IS_GC
Options de site : (none)
GUID de l'objet DSA : 1e47fc0b-8bab-417b-bf72-82c8a48ff058
ID de l'invocation DSA : 84b92b28-af81-46e6-8208-36e5d7c23972
 
Get-DfsReplicationGroup :
GroupName   : Domain System Volume
DomainName  : rieumes.local
Identifier  : 1fd6a472-5d88-4e1e-9464-ed5530a8f8f4
Description :
State       : Normal
 
dcdiag :
Diagnostic du serveur d'annuaire
 
Exécution de l'installation initiale :
   Tentative de recherche de serveur associé...
   Serveur associé : serveur
   * Forêt AD identifiée.
   Collecte des informations initiales terminée.
 
Exécution des tests initiaux nécessaires
 
   Test du serveur : Default-First-Site-Name\SERVEUR
      Démarrage du test : Connectivity
         ......................... Le test Connectivity
          de SERVEUR a réussi
 
Exécution des tests principaux
 
   Test du serveur : Default-First-Site-Name\SERVEUR
      Démarrage du test : Advertising
         ......................... Le test Advertising
          de SERVEUR a réussi
      Démarrage du test : FrsEvent
         ......................... Le test FrsEvent
          de SERVEUR a réussi
      Démarrage du test : DFSREvent
         Erreurs ou avertissements détectés au cours des dernières 24 heures
         après le partage de SYSVOL. Des problèmes liés à l'échec de la
         réplication SYSVOL peuvent provoquer des problèmes de Stratégie de
         groupe.
         ......................... Le test DFSREvent
          de SERVEUR a échoué
      Démarrage du test : SysVolCheck
         ......................... Le test SysVolCheck
          de SERVEUR a réussi
      Démarrage du test : KccEvent
         ......................... Le test KccEvent
          de SERVEUR a réussi
      Démarrage du test : KnowsOfRoleHolders
         ......................... Le test KnowsOfRoleHolders
          de SERVEUR a réussi
      Démarrage du test : MachineAccount
         ......................... Le test MachineAccount
          de SERVEUR a réussi
      Démarrage du test : NCSecDesc
         ......................... Le test NCSecDesc
          de SERVEUR a réussi
      Démarrage du test : NetLogons
         ......................... Le test NetLogons
          de SERVEUR a réussi
      Démarrage du test : ObjectsReplicated
         ......................... Le test ObjectsReplicated
          de SERVEUR a réussi
      Démarrage du test : Replications
         ......................... Le test Replications
          de SERVEUR a réussi
      Démarrage du test : RidManager
         ......................... Le test RidManager
          de SERVEUR a réussi
      Démarrage du test : Services
         ......................... Le test Services
          de SERVEUR a réussi
 
Et au niveau de l'observateur erreur DFSR 4012 "réplication stopée depuis x jours"
 
Bref, je ne sais comment interpréter ces résultats contradictoires.

Je t'avais demandé de regarder si tu voyais la trace de l'ancien DC dans dssite.msc, mais on peut aussi tenter avec ntdsutil. Clairement le retrait de l'ancien DC a laissé des traces.
 
(j'ai copié coller de la doc MS, pas de DC sous la main pour vérifier si je zappe rien désolé )
 
Sur ton DC dans un CMD en mode "élevé" (exécuter en tant qu'admin) tape les commandes suivantes (Entrée à la fin de chaque ligne)
 
ntdsutil
metadata cleanup
connections
connect to server <ton_serveur>
quit (oui oui pas d'erreur)
select operation target
list domains
select domain # (ici # est le numéro affiché, il ne devrait y en avoir qu'un et le numéro sera surement 0)
list sites
select site # (là encore un numéro, surement 0 pour "premier site par défaut" )
list servers in site
 
Voilà, et là tu nous dis si tu vois un seul DC ou deux

Mais non tu fais pas de metadata cleanup comme ça au pif. Commence par donner les details des erreurs DFSR, le résultat d'un dcdiag, les journaux d'évènements etc...avant de faire quoique ce soit.

j'ai pas dit de faire un metadata cleanup au pif, j'ai dit d'arrêter la procédure au listage des DCs dans le site. Vu que j'ai posé une question sans réponse ça me paraît plus direct d'avoir le résultat en ligne de commande.
 
Et le dcdiag il est juste au dessus.