Bonjour,
 
J'essaie de remonter un contrôleur de domaine. C'était une machine physique. J'avais une sauvegarde veeam, la machine physique étant hs, j'essaie de la restaurer dans une vm hyper v en windows 2008 R2.
J'ai converti le vmdk veeam en vhd.
J'ai créé une machine virtuelle à partir de ce vhd.
La machine démarre boien. Je me connecte dessus. j'ai supprimé le logiciel broadcast et la team manager qui était crée sur la machine physique et configuré une carte réseau virtuelle.
Au départ, j'avais une adresse réseau en 169.254. quelque chose donnée par je ne sais pas qui (ç aressemble à du cisco). je suis bien sur un switch cisco ais normalement pas de dhcp dessus.
Maintenant j'ai bien ma bonne adresse dessus quand je fais ipconfig /all
Mais impossible de pinger la machine ?

Avant de te lancer là-dedans tu n'as pas un autre contrôleur de domaine ?

Si j'avais un second contrôleur de domaine virtuel mais mon chef en voulant réparer le premier physique a malencontreusement débranché l'hyper v donc les 2 contrôleurs étant arrêtés, le cluster hyer v ne démarre pas  

169.254.X.X c'est l'APIPA ; c'est Windows qui s'assigne lui même une adresse faute d'autre source de config (locale ou DHCP). Pas terrible à laisser activé sur un DC d'ailleurs... (un coup à retrouver le DNS pollué). Mais passons.
 
Est ce que tu pingues ta passerelle par défaut ou une autre IP extérieure depuis ta VM ? Si oui, vérifier l'état du FW Windows sur la VM, si non, vérifier la config du vSwitch de l'Hyper-V...
 
Et sinon ta sauvegarde du DC date de combien de temps ? Tu es en quelle version de Windows sur les DCs ? Tu es familier avec les concepts AD, les FSMO, les USN Rollbacks, ce genre de chose ? Parce que là tu es essentiellement dans une situation de Disaster Recovery, et si jamais le DC restauré remonte correctement, tu as un peu taff pour tout remettre en ligne.

Non je ne ping rien. La sauvegarde date d'une semaine environ.
Non pas très familier malheureusement.
Si le Dc est restauré ça ne suffira pas? Le cluster hyper v ne démarrera pas?

Le cluster peut redémarrer si les objets ordinateur dans l'AD n'ont pas changé entre temps... Le problème c'est qu'en une semaine ton AD a vécu : les utilisateurs et les machines ont peut être changé de mot de passe, des groupes d'accès ou de nouveaux utilisateurs ont pu être créés, des memberships de groupes modifiés, certains objets eux même ont été modifiés, en tout cas les USN évoluent... En gros si tu remontes le deuxième DC "comme ça" après le premier avec une semaine d'écart entre les deux voilà ce qui peut arriver
 
https://support.microsoft.com/en-us [...] -server-dc
 
A la limite si tu peux supporter une semaine de perte d'infos de ton AD, tu saisis tous les rôles FSMO sur le DC restauré, metadata cleanup pour virer les références au second DC, SURTOUT tu ne le redémarres pas sous Windows (juste l'enveloppe VM au besoin puis boot CD) et tu le réinstalles/repromeut proprement.
 
Tu as combien de users et de machines dans ton AD ?

Non, parce que ce mode de sauvegarde n'est pas supporté sous 2008 r2. Tu le restaures comme ça tu pètes ton AD. Ensuite pour restaurer une forêt il y a une procédure précise à suivre. Sachant qu'en plus tu vas perdre une semaine de modifications au minimum, et que tu tentes de restaurer une machine physique en tant que VM sans P2V et avec conversion du type de disque virtuel..ne pas pinger une machine ne pose pas de problèmes en soit (c'est même désactivé par défaut) mais là il est possible que ce soient les drivers réseau qui merdent. Avec du teaming à la base en plus, c'est un peu le pire scénario de crash possible.
 
Si tu dis que le cluster Hyper-V ne démarre pas, sur quel hyperviseur tentes-tu de restaurer la VM ?
 

Mon but était démarrer cet AD juste le temps de démarrage du cluster. (Le cluster hyper v en a besoin pour démarrer, juste une question de dns surtout je pense)
Ensuite je l'aurais arrêté, le cluster démarré, le dc secondaire aurait démarré. J'aurais eu ensuite un peu de temps plus "tranquille" pour remonter un nouvel AD physique.
Mon domaine ne bouge pas beaucoup en une semaine (voir pas du tout)
Je restaure la VM sur un autre hyperviseur effectivement (un ancien serveur qui me sert d'arhivage de sauvegarde actuellement)

Non y a pas que le DNS... Le cluster lui même possède aussi un compte ordinateur dans l'AD (avec un identifiant de sécurité unique et un mot de passe géré en tâche de fond), c'est surtout parce qu'il n'est pas disponible que le cluster ne démarre pas.
 
Je repose quand même la question, ton AD supporte qui d'autre que le cluster ? Combien de machines, serveurs ou postes de travail et/ou d'utilisateurs ?

Je connais pas grand chose en Hyper-V.
Tu peux tenter ça :
https://www.dell.com/support/articl [...] er?lang=en

Sous 2008 R2, le cluster nécessite de communiquer avec des contrôleurs pour pouvoir démarrer (ce comportement a été corrigé dans les éditions suivantes).
 
Le problème, c'est que tu ne peux pas te contenter de "simplement" restaurer la VM le temps que, il faut carrément faire une restauration de forêt. C'est une tout autre chose.

Bon finalement nous avons pu redémarrer le dc physique    
Problème matériel (1 cpu au minimum sur les 4). En ne démarrant que sur 1 cpu ça a booté.    Il a juste fallu démarrer les services à la mano vu qu'il était en mode "minimaliste".
Maintenant, il ne reste plus qu'à en préparer un nouveau plus sereinement.
 
Merci à tous en tout cas pour votre aide !

Alors mets en place tout de suite une sauvegarde supportée (= Windows Backup + Bare Metal Save) puis migre tes contrôleurs et ton Hyper-V sur un truc plus récent que 2008 R2 qui ne sera plus supporté dans 4 mois…

Merci.
La migration est prévue dans 3/4 mois sur une solution Vsan  

C'est pas ça qui fera migrer ton AD vers 2016/2019

Si c'ets prévu. On migre nos serveurs sur Vsan et on passe tous nos hôtes 2008 en 2016 ou 2019.
Pour les AD ça sera même sûrement fait avant la migration vers Vmware vu le souci qu'on a eu.