none
Migration 2012 vers 2019 RRS feed

  • Question

  • Bonjour,

    J'ai un problème un peu particulier :

    L'infra actuelle repose sur un seul serveur ayant tous les rôles AD/DC serveur de fichiers et applications.

    Le serveur se faisant vieux je dois  migrer le l'AD et DC sur un nouveau serveur tout en conservant le serveur actuel pour les applicatifs.

    A terme, une fois la migration des applicatifs effectuées l'ancien serveur disparaitra

    J'avoue ne pas savoir par quel bout prendre le probleme dans la mesure ou tout doit rester en place (y compris les partages reseaux) ...

    Si vous avez une idée je suis preneur

    Merci

    jeudi 24 octobre 2019 06:46

Réponses

  • La première étape avant de migrer vers un nouveau DC et de vérifier l'état de son domaine. Des erreurs en amont sont sources de galère lors de la migration.

    DCdiag et repadmin sont les outils de base

    A voir :

    http://www.pbarth.fr/node/89

    dimanche 27 octobre 2019 17:11
  • La première étape avant de migrer vers un nouveau DC et de vérifier l'état de son domaine. Des erreurs en amont sont sources de galère lors de la migration.

    DCdiag et repadmin sont les outils de base

    A voir :

    http://www.pbarth.fr/node/89

    Bonsoir,

    l'erreur la plus classique que l'on retrouve sur ce forum, ce sont des migrations incomplètes vers des nouveaux contrôleurs de domaine. Souvent ce sont les stratégies et les répertoires SYSVOL/NETLOGON qui ne sont pas bien répliqués.

    Tant que les partages NETLOGON et SYSVOL n'apparaissent pas sur le nouveau contrôleur de domaine, il y a interdiction "formelle" de dépromouvoir et désinstaller le contrôleur de domaine initial.

    Si cette règle est respectée, il ne restera plus que des erreurs de type "résolution DNS" qui sont plus faciles à résoudre.

    A bientôt,


    Thierry DEMAN-BARCELO. Offce Apps&Services MVP. MCSE:Messaging 2016,MCSE:Server Infrastructure 2016(87 MCPs). MCSA Office 365,Microsoft 365 Certified: Messaging Administrator Associate,Modern Desktop Administrator Associate https://base.faqexchange.info

    dimanche 27 octobre 2019 18:24

Toutes les réponses

  • Bonjour, Je te propose avant tous de faire un backup et le tester, après il faut créer un nouveau serveur DC et migrer les rôles FSMO sur ce serveur, une fois terminé il vous reste que la migration de l'applicatifs.


    "Vote or mark as answer if you think useful" "Marquer comme réponse les réponses qui ont résolu votre problème"

    jeudi 24 octobre 2019 07:08
  • Bonjour,

    Pour faire simple et par étape:

    Ajouter le 2019 dans le domaine

    Ajouter le rôle DNS server

    Le promouvoir domaine controller

    Verifier que tout est ok au niveau DC et au niveau DNS

    Migrer les rôles FSMO

    modifier le DHCP pour que le dns serveur configuré dans les baux soit le 2019

    migrer les applications

    Basculer toutes les appliances, ou autre qui utilisent comme DNS serveur le 2012 vers le 2019.

    une fois qu'il ne reste plus rien le dépromouvoir de son rôle active directory

    puis le mettre en workgroup

    et au final, shutdown.

    Olivier


    jeudi 24 octobre 2019 08:51
  • Super 

    Merci beaucoup..

    Un backup image avant et je suis vos procédures

    Merci

    jeudi 24 octobre 2019 09:35
  • Bonjour,

    Faites valider à votre différents éditeurs que leurs logiciels tournent sous WS 2019.

    jeudi 24 octobre 2019 12:16
  • Bonjour,

    En effet, l'étape 1) est tout d'abord de s'assurer que vos applications fonctionneront avec un DC 2019.

    Si vous avez de l'Exchange 2019 Exchange 2016 CU12 and later c'est bon mais si c'est une version inférieure, ce ne sera pas supporté par exemple.

    Il faut faire ces vérifications pour chaque application de l'environnement.

    C'est inutile de faire une migration si certaines applications ne sont pas compatible avec un DC sous 2019.

    Une fois que toute la partie compatibilité est faite, il faudra en effet faire un inventaire de tout ce qui utilise votre AD actuellement car une fois la migration effectué, il faudra repasser derrière tous ces éléments pour indiquer que le DNS n'est plus le serveur actuel mais celui après migration.

    D'un point de vue technique, ce n'est pas compliqué comme migration un DC, mais c'est tout l'écosystème autour qu'il faut bien prendre en compte pour s'assurer que ce soit le plus transparent possible.

    Enfin, il est recommandé d'avoir au minimum 2 DC dans un environnement.


    Merci de marquer comme reponses les interventions qui vous ont ete utile.

    samedi 26 octobre 2019 14:22
  • La première étape avant de migrer vers un nouveau DC et de vérifier l'état de son domaine. Des erreurs en amont sont sources de galère lors de la migration.

    DCdiag et repadmin sont les outils de base

    A voir :

    http://www.pbarth.fr/node/89

    dimanche 27 octobre 2019 17:11
  • La première étape avant de migrer vers un nouveau DC et de vérifier l'état de son domaine. Des erreurs en amont sont sources de galère lors de la migration.

    DCdiag et repadmin sont les outils de base

    A voir :

    http://www.pbarth.fr/node/89

    Bonsoir,

    l'erreur la plus classique que l'on retrouve sur ce forum, ce sont des migrations incomplètes vers des nouveaux contrôleurs de domaine. Souvent ce sont les stratégies et les répertoires SYSVOL/NETLOGON qui ne sont pas bien répliqués.

    Tant que les partages NETLOGON et SYSVOL n'apparaissent pas sur le nouveau contrôleur de domaine, il y a interdiction "formelle" de dépromouvoir et désinstaller le contrôleur de domaine initial.

    Si cette règle est respectée, il ne restera plus que des erreurs de type "résolution DNS" qui sont plus faciles à résoudre.

    A bientôt,


    Thierry DEMAN-BARCELO. Offce Apps&Services MVP. MCSE:Messaging 2016,MCSE:Server Infrastructure 2016(87 MCPs). MCSA Office 365,Microsoft 365 Certified: Messaging Administrator Associate,Modern Desktop Administrator Associate https://base.faqexchange.info

    dimanche 27 octobre 2019 18:24