Meilleur auteur de réponses
Migration VM 2008 standard R2 vers 2012 R2 standard avec l'ISO

Question
-
Bonjour,
je souhaite migrer une machine virtuelle Windows serveur 2008 R2 Standard vers un 2012 standard R2.
(Ce serveur fait DC, DNS, fichiers, et applications.)
J'ai vu qu'à partir de l'ISO du CD on pouvait simplement faire la mise à niveau vers 2012.
Ma question est sur la fiabilité de cet outil, j'ai vu de tout sur les forums : Vaut mieux repartir de zéro 0....et recréer une nouvelle machine. Le boulot est énorme si il faut refaire une nouvelle machine avec réinstallation des appli et leur réglages...
Alors est ce vraiment une mauvaise idée de vouloir utiliser l'outil que Microsoft propose ?
Quels sont les risques ? et est ce qu'il vaut pas mieux tenter la migration en faisant une sauvegarde de la VM avant et restaurer notre VM si cela pose problème ?
Merci pour votre aide.
lundi 2 décembre 2019 11:41
Réponses
-
Alors est ce vraiment une mauvaise idée de vouloir utiliser l'outil que Microsoft propose ?
L'outil permet de faire une migration in place, mais ce n'est pas ce qui est le plus recommandé.
De toute façon mettre DC + fichier + applications sur le même serveur c'est encore moins recommandable.
En réinstallant un serveur, tu peux repartir de quelques choses de propres. Migrer vers des nouveaux contrôleurs de domaine se fait à chaud avec des risques minimes si tu utilises les outils : dcdiag et repadmin (avant pendant et après la migration).
Faire une migration in place impose une coupure.
Les services de fichiers se déplacent également sans trop de difficulté.
De plus mettre des nouvelles VM permet de sortir de ce scénario pas recommandable de serveur qui fait tout.
Ma question est sur la fiabilité de cet outil,
La mise à niveau marche sur une machine propre, mais aucune garantie sur les autres applications, il faut voir avec l'éditeur.
Alors est ce vraiment une mauvaise idée de vouloir utiliser l'outil que Microsoft propose ?
Ce n'est pas le meilleur chemin, cela ne veut pas dire que les autres chemins sont forcément mauvais.
Pour les applications difficile de te répondre.
Quels sont les risques ? et est ce qu'il vaut pas mieux tenter la migration en faisant une sauvegarde de la VM avant et restaurer notre VM si cela pose problème ?
Des applications qui marchent plus, des éléments personnalisé sur ta VM qui vont bloqué la mise àjour.
Migration ou pas, il faut toujours avoir une sauvegarde si on ne veut pas prendre le risque de perdre les données.
Tu as d'autres serveurs ? autres DC ? combien de postes ? des sites distants ?
Les étapes :
- Marqué comme réponse jessie-oignons lundi 2 décembre 2019 15:32
lundi 2 décembre 2019 13:38
Toutes les réponses
-
Bonjour, tout d'abord il faut voir l’état de santé de votre Domaine AD et vérifier bien que les backups sont fonctionnels, la premier étape Il faut créer une nouvelle VM 2012 et par la suite ajouter un nouveau DC et migrer tous les rôles (DNS, FS....) et la dernier étapes est de rétrograder et supprimer l'ancien serveur, lien utile: https://www.supinfo.com/articles/single/8377-migration-controleur-domaine-windows-server-2008-r2-vers-windows-server-2012-r2
"Vote or mark as answer if you think useful" "Marquer comme réponse les réponses qui ont résolu votre problème"
- Modifié F.ABASSI lundi 2 décembre 2019 13:15
lundi 2 décembre 2019 13:14 -
Alors est ce vraiment une mauvaise idée de vouloir utiliser l'outil que Microsoft propose ?
L'outil permet de faire une migration in place, mais ce n'est pas ce qui est le plus recommandé.
De toute façon mettre DC + fichier + applications sur le même serveur c'est encore moins recommandable.
En réinstallant un serveur, tu peux repartir de quelques choses de propres. Migrer vers des nouveaux contrôleurs de domaine se fait à chaud avec des risques minimes si tu utilises les outils : dcdiag et repadmin (avant pendant et après la migration).
Faire une migration in place impose une coupure.
Les services de fichiers se déplacent également sans trop de difficulté.
De plus mettre des nouvelles VM permet de sortir de ce scénario pas recommandable de serveur qui fait tout.
Ma question est sur la fiabilité de cet outil,
La mise à niveau marche sur une machine propre, mais aucune garantie sur les autres applications, il faut voir avec l'éditeur.
Alors est ce vraiment une mauvaise idée de vouloir utiliser l'outil que Microsoft propose ?
Ce n'est pas le meilleur chemin, cela ne veut pas dire que les autres chemins sont forcément mauvais.
Pour les applications difficile de te répondre.
Quels sont les risques ? et est ce qu'il vaut pas mieux tenter la migration en faisant une sauvegarde de la VM avant et restaurer notre VM si cela pose problème ?
Des applications qui marchent plus, des éléments personnalisé sur ta VM qui vont bloqué la mise àjour.
Migration ou pas, il faut toujours avoir une sauvegarde si on ne veut pas prendre le risque de perdre les données.
Tu as d'autres serveurs ? autres DC ? combien de postes ? des sites distants ?
Les étapes :
- Marqué comme réponse jessie-oignons lundi 2 décembre 2019 15:32
lundi 2 décembre 2019 13:38 -
Merci pour vos réponses
Rectification en fait le premier en 2008 ne fait que fichiers, DNS et DC principal (celui que je veux migrer) et j'ai un serveur TSE W2016 qui est intégré dans le domaine.
Donc est ce qu'il y aura une manip à faire sur le serveur TSE ?
Et comment faire pour vérifier que les backup sont fonctionnels ?
- Modifié jessie-oignons lundi 2 décembre 2019 14:07
lundi 2 décembre 2019 14:06 -
Merci pour vos réponses
Rectification en fait le premier en 2008 ne fait que fichiers, DNS et DC principal (celui que je veux migrer) et j'ai un serveur TSE W2016 qui est intégré dans le domaine.
Donc est ce qu'il y aura une manip à faire sur le serveur TSE ?
Et comment faire pour vérifier que les backup sont fonctionnels ?
Le serveur RDS 2016 ne sera pas impacté si la process de migration a passé correctement.
Pour que vous assurer un retour à l’état normale en cas d'un problème il faut tester les backups, si vous l'avez déjà, (procédure de backup: http://www.tutos.eu/?n=5675)
"Vote or mark as answer if you think useful" "Marquer comme réponse les réponses qui ont résolu votre problème"
- Modifié F.ABASSI lundi 2 décembre 2019 14:15
lundi 2 décembre 2019 14:14 -
Rectification en fait le premier en 2008 ne fait que fichiers, DNS et DC principal
un DC principal n'existe pas depuis Windows 2000 et active Directory les DCs sont multimaitres ... a ne pas confondre avec le rôle émulateur PDC ou la notion de DNS primaire. Ce type de confusion sont souvent source d'erreurs.
Tu as d'autre DC ?
Donc est ce qu'il y aura une manip à faire sur le serveur TSE ?
Non il faut juste que le serveur puisse trouver les DNS et intérroger un DC, quelque soit la méthode de migration.
Et comment faire pour vérifier que les backup sont fonctionnels ?
Quel outil de sauvegarde ?
La sauvegarde du DC doit prendre en charge la sauvegarde de l'état du système (obligatoire pour sauvegarder AD) .
Ce n'est pas rassurant ce genre de question.
lundi 2 décembre 2019 14:26 -
Moi je pensais faire comme la procédure ci-dessous tout simplement.
https://blogs.technet.microsoft.com/askcore/2012/10/24/upgrading-to-windows-server-2012-part-2/
Merci pour le lien http://www.tutos.eu/?n=5675 mais cela explique comment faire une backup ce que je sais déjà faire. Vous parlez de vérifier si les backup sont fonctionnels comment vous faîtes ? (juste en regardant si à la fin c'est en "réussite") ou bien il y a une autre façon de faire ?
lundi 2 décembre 2019 14:26 -
Si si il y a bien des sauvegardes journalières totales du serveur avec wbadmin sur support externe mais c'est la phrase de F.ABASSI qui dit de vérifier qu'elles soient fonctionnelles. Je ne sais pas ce qu'il veut dire par là moi je fais un contrôle journalier et je regarde si "réussite" dans wbadmin je n'ai pas d'autre façon de faire. Y'en a t'il une autre ?lundi 2 décembre 2019 14:39
-
Si si il y a bien des sauvegardes journalières totales du serveur avec wbadmin sur support externe mais c'est la phrase de F.ABASSI qui dit de vérifier qu'elles soient fonctionnelles. Je ne sais pas ce qu'il veut dire par là moi je fais un contrôle journalier et je regarde si "réussite" dans wbadmin je n'ai pas d'autre façon de faire. Y'en a t'il une autre ?
=> Pour tester le bon fonctionnement le mieux de faire une restauration des VMs dans un environnement de test."Vote or mark as answer if you think useful" "Marquer comme réponse les réponses qui ont résolu votre problème"
lundi 2 décembre 2019 15:09 -
Pour vérifier les backup certains récupèrent directement un gros fichiers de la sauvegarde, le fichier de la VM par exemple sans forcément la déployer.(c'est aussi une solution)
Merci encore pour votre aide.
mardi 3 décembre 2019 07:10