Bonjour,
 
alors voilà pour un client qui dispose actuelle d'un Windows serveur 2003 SP2 (environ 50 personnes dessus)
vue que le client ne veux pas renouveler ses licences pro car elle sont hors de prix sur son système
je doit virtualisé se serveur car il est en train de tomber en panne fort, le serveur s'éteint tout seul et quand on le redémarre y a parfois, pas de bios ou la grappe raid ne démarre pas, freeze au démarrage de windows.
Autant dire qu'il faut impérativement changer le serveur.
 
L'idée est de monter un hyperviser (Hyper-V) avec une Vm en 2003 et une VM en 2012R2 (contrôleur de domaine secondaire le temps de la migration)
Pour le moment je fait des test de virtualisation avec disk2vhd (comme par hasard tout fonctionne sauf le système)
 
Je me pause quelques questions:
je vais faire une migration sans les partages car il faut revoir toute la politique de partage (vais-je avoir des conflit?)
niveau dns je recrée un dns tout propre ou je fait un dns secondaire que je passe en principal plus tard? (car il est vachement bancale leur dns, je crois qu'il y a un ancien dns venant de windows 2000).
 
Voilà
désoler pour les fautes d'orthographe je suis mauvais
Et encore merci

Hello,
 
On peut se pauser

Excuses moi mais pour bien comprendre, t'es presta de ce client? Et tu dois gérer cette merde ?

Je me demande surtout comment le client a pu le choisir

Euh, enfaite on m'impose cette solution, c'est clairement pas la mienne. Pour moi un 2003 n'a rien à faire en prod il clairement plus intéressant de refaire l'infrastructure. Mais faute de budget on m'impose cette solution.
 
Je confirme c'est une grosse galère.
 
Je@nb c'est pas cool (mais je pense que tu pensais que c'était m'a solution, mais effectivement le client ne se rend pas compte des risques en plus il y a aucune sauvegarde en ligne, un crypto et c'est terminé)...
 
Remarque si vous avez une solution plus fiable, j'ai déjà le serveur 2cpu et 64 Go ram (il font du SAP et des logiciel que je découvre en live). 125 partages xD il sont à peine 50.
 
Je viens d'apprendre qu'il y a avait un informaticien mais y a plus.

Heu... leur 2003 jouait le role de serveurs de fichiers et de serveurs applicatifs?  
De combien de logiciel on parle?  
De quelle volumétrie de données on parle?  
Quels sont les moyens de sauvegarde qui existent actuellement?
 
Si le client est prêt à payer une presta extérieur mais n'a pas envie de mettre les moyens nécessaires dans son infra plus qu'obsolète... alors bonne chance.

Alors il fait serveur de fichiers, serveur d'impression, d'application, DNS, AD, DHCP. EN gros il fait tout.
Niveau sauvegarde il y a un nas synologie qui fait des backup toute les nuit.
Niveau stockage 150 Go + un DATA de 500Go.
En appli inconnu pour moi:
Belarc Advisor
Datastat client/serveur
sage serveur
Sage 1000
 
Un BDD SQL avec de la compta
 
Le reste me semble pas obligatoire
 
bonne nouvelle SAP est en VPN sur un autre serveur

 
Donc d'après ton premier post et avec les détails que tu donnes, tu vas t'engager auprès du client (parce qu'il te le demande), de virtualiser le 2003 et par la suite de migrer sur un OS plus récent tout ce qu'il y avait dessus?
 
 

Mon boss s'est engager la dessus mais je crois qu'il a proposé la solution la moins chère pour garder le contrat  et il veut pas remonter tout les postes sur le domaine (si on refait tout au propre, probablement la meilleur solution). La migration va se faire en 2 étapes en VM:
rôle et partage de 2003=>2012
licence 2003=>2012.
la VM 2012R2 sera installer en même temps que la mise en place du nouveau serveur comme ça je vais migré un max de truc. Le tout c'est de faire ça le plus proprement possible et franchement le serveur il est flippant que ce soit soft ou hardware

Sauf que techniquement ça va être plus compliqué que ça, 2003 n'est plus supporté depuis des années, tu ne pourras pas faire du P2V vers un 2012 R2 facilement (et pas de support si ça foire). Pareil pour l'AD tu ne peux pas faire coexister du 2003 avec du 2012 R2, il faut passer par une double migration.

 
Il me semblait que c'était possible, chui dans le mal il est prévue pour le mois prochain. Je crois je vais devoir faire plein de test.

Le truc en plus de ca, c'est que t'as des softs qui ne risquent pas de tourner sur du 2012 pour des causes de compatibilités...
 
Les difficultés dans l'ordre seront :
- virtualiser ton 2003
- monter une VM avec un AD en 2012 avec tout ce que ca comporte en pré-requis. (montée de fonctionnalités), réplications etc...
aide : https://www.it-connect.fr/migration [...] 03-a-2012/
 
- répliquer ton partage de fichiers
- monter une autre vm pour les applications
- migrer les données de ces applications??
- décommissioner le 2003.
 
Bon courage

En lisant les difficultés ta totalement résumé mon problème. Je pars avec aucun avantage.
 
Les partages à première vue ne sont pas a répliqués et ils vont être refait à zero.
Pour pas arrêté la prod on va migré au fur et à mesure, je trouve pas ça avantageux. Enfaite j'ai demander des détails et je doit surtout virtualisé le 2003 avant que sa lâche et on migrera plus tard.  
Merci pour le lien, faut que je regarde si il y a pas une application qui et dépendant de l'AD.
 
C'est un bordel monstre. Normalement Jeudi je (re)tente de mettre le 2003 dans une VM.
J'avoue avoir préparer un Vmware converter pour voir si le 2003 passe sur un ESX, éventuellement si ça marche, prendre le vmdk et le convertir en vhd dés fois que.

 
Non ,2003 et 2012 R2 peuvent coexister, tu peux migrer directement l'AD de 2003 vers 2012 sans serveur intermédiaire ... Adprep étant exécuté automatiquement depuis le nouveau serveur. Le pré requis est que la forêt doit être en niveau fonctionnel 2003.
 
Moi c'est l'idée de faire un PtoV d'un DC qui me pose problème. Déjà quand on fait veut virtualiser on le fait sur quelques choses de viable et pas sur une machine dans cette état. En plus si c'est des licences OEM sur le 2003, les licences ne sont pas  transposables vers une VM ...
 
Enfin si çà foire, car une conversion d'un DC en virtuel n'est pas un élément sans risque(techniquement ce n'est pas supporté) , tu vas porter le chapeau pour ce désastre...
Tu as intérêt a utiliser avec excès dcdiag pour vérifier ton AD à chaque étape. Ne minimise aucune erreur car elle te rattrapera très vite ...
 
Perso j'aurais migrer l'AD sur un 2012 avec une méthode conventionnelle et je ferai des backups viables avant même d'essayer de faire un PToV. Vu l'état de l'infra, même si tu as des sauvegardes tu n'es pas sur de pouvoir le restaurer ( http://pbarth.fr/node/89 ).
 
Le mieux c'est de faire signer une décharge au client, il y a un moment ou il doit comprendre qu'il ne peut pas toujours faire de la merde et demander aux autres de nettoyer.
Je pense au vue de ta question que tu es le seul du groupe a voir réellement conscience des risques ...  
Sincèrement bonne chance.

Bonjour

Ben belle galere tout cela

Donc à mon avis et cela va confirmer pas mal de dire

Installer le serveur 2012R2 et lui donner le role DHCP et DNS.
Comme c'est un R2 utiliser une des licences gratuites pour la monter en VM avec HyperV et la faire entrer dans la foret AD avec en plus bien sur un role DNS. Lui transferer ensuite le role de maitre du domaine

Le plus hard sera fait et le domaine sera safe. Certe l'AD sera en version 2003, mais on pourra par la suite le migrer en 2012 au calme.

Utiliser la deuxieme et derniere licence window du R2 pour créer une VM avec HyperV et donc installer dedans les applis qui vont bien (sage etc...).

Pour sauvegarder les VM réglièrement: Veeam Backup même en version gratuite.

Dernière étape, clairement pour moi ce serait de mettre tous les fichiers partagés dans un nas dédié syno qui serait alors entré dans le domaine.

Mais avant bien entendu sauvegarde vers un ou deux disques externes.

Quand a la décharge, que tu la fasse signer ou pas, si tu attaque le job c'est toi le responsable d'un eventuel désastre.
Aux yeux de la loi c'est toi qui est responsable, la décharge ne t'enlevera pas cette responsabilité, elle ne peut que l'atténuer car tu aura averti ton client des risques de cette intervention au regard de l'état lamentable de son infrastructure.

Grave c'est hyper tendu comme solution, j'ai bien été claire que j'étais pas chaud de virtualisé le 2003. J'ai relancer un disk2VHD se matin à 8h en vhd et pas en vhdx (appartement le vhdx est moins bon pour les temps d'accès) pour 460 Go de donnée il m'annonce qu'il va terminé a 16h30. Le pire c'est que je suis en déplacement pendant 3 jours .

ps: Quand a la décharge, que tu la fasse signer ou pas, si tu attaque le job c'est toi le responsable d'un eventuel désastre.
Aux yeux de la loi c'est toi qui est responsable, la décharge ne t'enlevera pas cette responsabilité, elle ne peut que l'atténuer car tu aura averti ton client des risques de cette intervention au regard de l'état lamentable de son infrastructure.
Pour avoir déjà rencontré ce genre de directeur de boite, ce sont les derniers des enfoirés dés qu'il y a un soucis car ils refusent de reconnaitre qu'ils n'ont pas mis les moyens financiers pour avoir une infra digne de ce nom.

D'ailleurs, il y a eu peut être d'autres prestataires avant toi qui ont décidé de laisser tomber vu les dégats et les risques, il cherche peut etre l'independant pas cher parce qu'il a les reins moins solides qu'une grosse SSII mais qui le fait payer 4 fois plus cher car ils vont venir avec la grosse artillerie.

Niveau licence il sera sur un serveur ml350 Gen 9 bi cpu avec 4 VM en licence donc oué je pensais mettre 2 VM en 2012 pour répartir les Rôles.
Niveau sauvegarde il y a un nas syno qui sauvegarde tout le serveur.
L'idée du nas pour les fichiers de partage peut être pas mal.
C'est en pour parler d'une sauvegarde en ligne (avec possibilité de redescendre le contenu en VHD).
Niveau décharge j'étais tech et j'ai repris des études, la je termine une formation d'admin, j'ai un tuteur (mon boss) donc logiquement je suis couvert mais je lui est dis oralement que c'était moyen, je pense faire un mail quand même .
 
Effectivement on est le second prestataire en 1 ans.

Pareil il y a 2 questions que je me demande, je sais qui faut pas le faire mais je ne sais pas pourquoi:
-Faire un P2V d'un AD
-Séparer le serveur d'appli et le serveur de fichiers
 
J'ai déjà changer quelque serveur, monter des hypers etc... mais une migration d'AD comme celle-ci je ne savais même pas que sa existait.

C'est ce que j'ai fait quand je suis arrivé la où je bosse maintenant
 
L' AD est encore en Version 2003 mais tout a été déplacé vers un 2012R2 virtualisé (et mis en master de domaine). Il est sauvegardé hebdomadairement.
 
J'ai fait la migration comme je te l'ai décrit (mise dans la foret puis migration du role master) et comme décrit par ce lien que matsu92 t'a donné: https://www.it-connect.fr/migration [...] 03-a-2012/
 
A l'époque c'etait sur une VM 2008 sur un vieux serveur pas top mais fonctionnel, mais surtout l'AD et la vm n'était pas sauvegardé régulierement (juste extinction de la VM et copie du disque quand il y pensait)
 
Mes serveurs d'applis sont sur des VM 2012R2 et debian totalement séparés des serveurs de fichiers.
 
Les fichiers partagés sont sur des NAS syno avec sauvegarde NAS to NAS en local et distante.

Ca se discute, par défaut c'est l'entreprise et non l'intervenant qui est responsable et tu n'es responsable que des dommages que tu cause et non de la merde que tu récupères.  
Dans tout les cas il est toujours important que le client en prenne conscience et ton patron aussi. S'ils veulent le faire tout de même c'est leur problème.
 
Pour les sauvegardes de l'AD, attention la seul méthode propre est la sauvegarde de l'état du système. L'utilisation de techno comme les snapshots ne sont pas supportés avant 2012 et une sauvegarde d'une DC virtualisé avec un snapshot n'est pas une méthode propre. Vérifie que l'outil que tu utilises respecte les méthodes de sauvegarde de l'AD. http://pbarth.fr/node/234
 
 
Pour les P2V d'un contrôleur de domaine tu peux avoir des erreurs dans l'annuaire si c'est mal fait. Il est préférable de le faire à froid. Tu pourrais avoir des problèmes d'intégrité de l'annuaire. C'est pas forcément simple même quand on a de bonnes connaissances.

merci pour le lien concernant la sauvegarde de l'AD

N'hésites pas à nous tenir au courant de ton avancée.

Autant pour moi, c'est l'upgrade qui n'est plus possible. Et oui le P2V est très risqué - une fois ton DC 2003 virtualisé et connecté au réseau, impossible de faire marche arrière sauf à repartir d'un backup complet de l'AD, ce qui est délicat sous 2003.

Bon, je reviens vers vous, j'ai test la solution Vcenterconverter sur un ESX ben, y a pas photo c'est plus simple, ma VM ne démarrais pas et il me disait pourquoi contrairement à Hyper-V.
 
Donc pour le moment elle tourne sur Hyper-V (grâce à esx) en IDE et impossible d'installer les tools, et j'ai pas de carte réseau (génial pour la migration).
Je vais tenter avec une carte réseau hérité.
 
Mais le P2V fonction je confirme, il me manque juste le réseau pour le moment.
Mais c'est passer au 2ème essai mon premier Disk2VHD est foiré (plus de 20h de copie il y a eu des users qui on bossé sur le srv)

 
 
Je ne comprends pas le "grace à esx", ca ne veut rien dire...
 
Pour la carte réseau, elle ne doit pas etre supportée par vmware, monte une autre carte en vmxnet3 et fais gaffe aux cartes "ghost" que tu ne manqueras pas de voir sur la machine.
 
J'espere que tu es conscient que tu es sur une situation très (très) bancale...

effectivement ca ne veut rien dire, se que je voulais dire c'est l'esxi m'a indiqué pourquoi ma VM ne démarrait pas, j'ai modifier les paramètres et bingo, j'ai mis les mêmes paramètres sur l'Hyper-V et bingo aussi .
 
Il vrai que j'aurais trouver sur hyper-V sans esx mais sa aurait été plus long, j'ai fait les 2 tests en parallèle.
 
Pour le moment oui c'est bancale, rien que la VM met 20 minutes pour démarrer. .

tu fais ça a chaud sur un DC ?????
             
 
pour les tests OK mais quand tu vas migrer pour de bon, il faut impérativement le faire a froid !!!!

Désolé mais la je ne comprend pas ce que tu fais    
 
Tu virtualise quoi et sur quel materiel?

Effectivement je fais trop de truc en même temps.
En gros:
Objectif:
avoir un 2012R2 rôle hyper-V
dedans 2 VM une est le clonage de leur 2003 bancale  
l'autre VM en 2012R2 pour migré tout les rôle du 2003
 
J'ai juste fais un test en parallèle sur un esx  (mais c'est pas l'objectif, c'est une solution alternatif) au cas sur hyper-V ce soit impossible.
 
Mais je pense avoir compris le problème sur hyper-V, mon VHD était foireux.
Je pense que disk2vhd moins bien travaillé que la solution de vmware.
 
Dans tout les cas sur l'Hyper-V mon serveur 2003 tourne enfin mais il y a beaucoup de prérequis pour évité le carnage:
se que j'ai fait (je suis en test):
-désactivé tous les services d'intégrité
-mi le même nombre de CPU et RAM (en static)
-HDD en IDE
-carte réseau standard c'est mort (au démarrage pas de de carte, aille le dns), il faut mettre une carte réseau hérité, remettre l'ip et redémarrer, ensuite aller dans le DNS et l'actualisé (en tous cas j'ai pas eu le choix pour que sa démarre).
 
Ouai j'ai fais ça a chaud et sa passe    mais je déconseille grave!    
 
mon NSlookup est OK
ma 2ème VM pour migration est monté sur le domaine, je peut supposé que le domaine est ok.
Je connais mal le 2003 mais dans les journaux d'event j'ai pas d'erreur sur l'AD mais le DNS si (normal la carte réseau à sauté).

Maintenant je vais tenter de migré le DNS et l'AD.
Je vais faire rôle par rôle, DNS en premier.

Tu vas te planter
Migrer un truc aussi bancal et choisir de le faire a chaud, tu vas vite avoir de très gros soucis au niveau de ton domaine
Et des erreurs dans le DNS ca sent pas bon, Active Directory repose entierement sur le DNS

Je viens de migrer le DNS pour le moment RAS le transfère est bien passé mais je suis en test.
 
Je pense que je vais aller chercher un poste chez le client et voir si il est reconnu sur le domaine que j'ai en test.
 
Dans tous les cas le but est de virer le 2003 de la prod, au moins de tout les rôles le temps qu'il paye les nouvelles licences.
 
Je pense que quand je serais en prod je ferais un disk2vhd avec tous les postes du domaine éteint pour évité le plantage. je pense lancer ça un vendredi soir et faire la migration le samedi vue que c'est fermé.

c'est obligatoire de faire le P2V a froid (donc sans que l'OS tourne) sinon tu risque d'avoir des desynchro entre les infos (état de l'AD) que tu vas avoir dans ta VM et ce qui a pu se passer jusqu'à la fin et l'arrêt de la machine physique.
 
les postes clients peuvent tourner, c'est pas un problème, c'est l'OS du serveur qui ne doit pas tourner !!!

 
Je crois qu'il n'y a pas grand monde qui le conseille. D'autant plus que la méthode est lourde et hasardeuse et nettement plus longue que d'installer un DC 2012 directement et d'en faire un DC avec une méthode classique. En plus ton AD vit pendant que tu le captures ... Tu risques de rencontrer des problèmes que tu n'aurai pas eu avec une méthode conventionnelle.
 
Sinon sur 2003 il faut installer les outils de support pour disposer de DCdiag. DCdiag est installé par défaut seulement à partir de 2008.
Les lenteurs au premier démarrage sont normales tant que tu n'as pas remis en route la partie réseau.
Ce qui est bien avec ce type de migration, c'est que tu peux rencontrer des surprises par la suite, au moment où tu penses que tout est bien. Çà conserve le suspens ...

 
Je suis complétement d'accord avec toi, je ne cautionne pas non plus cette solution, je ne fais qui suivre les directives. Le pire c'est qu'avant de partir hier on m'a dit de préparer un DC tout propre au cas ou ça passe pas.
J'ai bien compris que mon boss c'était mis d'accord avec le client, mon boss veut pas remonter tout le monde sur le domaine, le client veux pas payé les licences ultra cher qu'il y a sur le 2003. Bilan si sa passe tout le monde est content.
 
Je suis prêt a parier qu'il va y avoir des gros ralentissement sur le réseau.
 
Lundi je tente de migré l'AD je serais fixé.
J'aurais préféré un clone a froid mais le serveur peux ne jamais redémarrer.

 
Je ne comprends toujours pas pourquoi ne pas faire une migration classique, 10 fois moins risqué et avec 10 fois moins de travail . Même à froid le PtoV d'un DC 2003 n'est pas une bonne idée.
 
Les postes clients continuent d'utiliser l'ancien DC, pendant que tu migres dans une bulle isolée ?

J’avoue qu'une migration en première étape et une virtualisation en 2ème serait bien mieux.
Mais le problème c'est qu'on va faire sa pendant que la boite est fermé un samedi de 9h à 13h30, c'est très cours si il y a un problème.
 
Mais sinon non les clients ne toucheront pas au DC, on éteindra tout les postes.
je pense isolé le 2003 du réseau, faire une disk2vh (il fait un snapshot du système et clone son snapshot).
 
Le problème de la migration en premier c'est le manque de temps car leur 2003 est très lent, en sachant que sa peut prendre plusieurs jours de migrer. En plus on va changer toute la politique de partage (il y a 125 partages, ils sont 45, y a un problème).
 
Perso il pourrait investir plus et on boss tout le weekend dessus, avec se temps on pourrait migré en premier.
Le problème du 2003 c'est dès qu'on le sollicite il freeze et je suis pas sur qu'il puisse tenir une migration, il m'a vraiment fait flippé ce serveur, j'ai même dis au PDG que travailler la dessus c'était de l'inconscience (c'est sortie tout seul ).

je ne peux que etre d'accord avec phil255.

De plus cloner une 2003 bancale je ne le ferrais jamais, d'autant plus que aprés tu va te retrouver avec ce 2003 bancal dont tu ne pourra rien faire.

D'après ce que j'ai compris cette licence server 2003 est liée au serveur en rade, c'est donc une licence OEM, que tu va donc déposer sur le serveur neuf 2012R2.

Cette licence 2003 devient donc sur le fait illegale puisque ne fonctionnant pas sur le bon serveur.

Sans virtualiser la 2003; installer un 2012R2, installer HyperV et les rôles qui vont bien, monter une VM 2012R2, mettre cette VM dans la forêt AD, transférer le rôle master AD sur la 2012, c'est max en prenant son temps 2 jours de boulot. et ton domaine est sauvé. et pendant ce temps la tu sauvegarde les partages.

Clairement virtualiser ce 2003 c'est une perte de temps énorme surtout vu le temps que cela prend.

 
Ce qui me gène, c'est que vous donnez l'impression avec ton patron de chercher la méthode la plus rapide et la moins risquée, et vous avez choisi le plus long et le plus hasardeux.Je suis conscient que tu n'es pas maître de la situation.  
 
En deux heures j'aurai sécurisé l'AD avec un autre DC, même avec les utilisateurs qui travaillent.
 En une nuit j'aurai déplacé les fichiers les partages et les liens. Les partages peuvent se refaire rapidement en copiant les fichiers avec (robocopy /mir /sec ) ou du DFS et export du registre pour la partie partage. Après il reste la migration des autres produits.
 
 
Enfin avec un DC il ne faut pas croire que tout va bien, il faut utiliser les outils pour le vérifier (DCdiag, repadmin, ADReplication Status Tools, ... ) :
 
http://pbarth.fr/node/218