Comment migrer Server 2012 vers Server 2022 / 2019, avec applications, profils, partages et données

Besoin de migrer Windows Server 2012 vers Server 2019 / 2022 ? Ce tutoriel vous montre comment faire.

La fin du support de Server 2012 R2 est fixée au 23 octobre 2023 – vous n’êtes donc naturellement pas seul : les serveurs 2012 doivent être migrés au plus vite. Bien entendu, vous souhaitez minimiser le temps et l’effort consacrés à cette opération, et automatiser autant que possible cette migration.

Dans ce guide, nous verrons comment migrer nativement les applications serveur, les bases de données, les profils utilisateur, les partages et les données de Server 2012 / 2012 R2 vers un nouveau Server 2022 / 2019. Nous couvrirons aussi les meilleures pratiques et tutoriels de migration des rôles. (Note : cela fonctionne aussi pour les serveurs non-2012, nous nous concentrons simplement sur 2012 en raison de sa fin de vie en 2023)

La migration couverte ici est une migration native – pas une virtualisation d’applications. Vous pouvez utiliser ces méthodes pour migrer de physique à physique, de physique à virtuel / Cloud, de Cloud à Cloud, etc. Par exemple, vous pouvez migrer d’un 2012 physique sur site vers une VM 2022 sur site, d’un Server 2012 sur site vers un Server 2022 Azure, ou d’un serveur 2012 R2 en Cloud privé vers un Server 2019 EC2. Vous pouvez même utiliser cela pour réaliser une mise à niveau sur place d’un Server 2012 hébergé sur Azure / AWS.

L’objectif de ce tutoriel est de permettre de réaliser une migration de serveur en moins de 4 heures pour les serveurs d’applications et de fichiers, et en moins de 24 heures pour les serveurs orientés rôles (même si les cas complexes peuvent demander plus de temps).

Vous souhaitez simplement savoir comment automatiser la migration, sans avoir besoin d’un tutoriel général ?
Cliquez ici pour passer directement à la partie concernant le processus de migration à proprement parler.
Ou, si vous devez migrer des postes de travail, cliquez ici pour une migration vers Windows 11.

Les licences d’évaluation et les tarifs sont disponibles ici

Démonstration vidéo – outil de migration automatique de Server 2012

Avant de commencer : auditez vos serveurs 2012 et planifiez votre migration.

Auditez vos serveurs : Dans un environnement typique, vous aurez plusieurs types de serveurs différents. Il y aura des serveurs orientés rôles, dédiés aux rôles Windows Server tels que contrôleur de domaine, Active Directory, IIS, Exchange, DNS, DHCP. Le groupe le plus courant, cependant, est celui des serveurs d’applications et de fichiers, qui exécutent les véritables applications métier (LOB) et stockent les données de l’entreprise. Ils sont généralement plus nombreux que le groupe basé sur les rôles.

La migration se fait différemment pour ces deux groupes. Les rôles sont migrés manuellement, ou avec des outils utilitaires généralement dédiés à un rôle précis (voir ci-dessous).

Les serveurs d’applications et de fichiers, en revanche, peuvent être migrés automatiquement et à grande échelle, à l’aide d’un logiciel de migration de serveur comme Zinstall WinServ.

Au stade de la planification, vous devez préparer une liste des serveurs de l’environnement et déterminer de quoi chacun est responsable.

Savoir simplement combien de serveurs de rôles et combien de serveurs d’applications vous avez est déjà un grand pas. Puisque la migration des serveurs d’applications peut être automatisée, vous pourrez établir une estimation assez précise du temps et de l’effort nécessaires à la migration.

Planifiez le créneau de votre migration : Les migrations prennent du temps, et pendant ce temps, vos utilisateurs peuvent être affectés dans une certaine mesure. Si possible, essayez de programmer la migration effective en dehors des heures de travail ou pendant un week-end. Notez que vous n’avez pas besoin d’être présent vous-même à ce moment-là : la migration des applications peut être effectuée à distance ou lancée à l’avance en mode sans surveillance.

Vérifiez que vos sauvegardes sont à jour et réellement restaurables : Toute mise à niveau majeure peut mal tourner, et sans une sauvegarde valide et à jour, vous risquez de perdre tout ce que vous aviez sur le serveur. Assurez-vous de vérifier que votre sauvegarde n’est pas endommagée et qu’elle est prête à être restaurée si nécessaire !

Choisissez le type de remplacement : Une fois que vous avez décidé de remplacer un serveur, plusieurs options s’offrent à vous quant au remplaçant. Il peut s’agir d’un serveur physique Windows 2022 / 2016 sur site, d’un serveur VM sur site (ESX / Hyper-V, par exemple), ou d’un serveur Cloud hébergé hors site (comme une migration vers Azure ou vers Amazon AWS). Si vous utilisez WinServ, il prend en charge tous ces transferts, la difficulté de la migration ne varie donc pas significativement selon votre choix.

Comment migrer Server 2012 vers Windows Server 2022 / 2019

Le processus ci-dessous décrit les étapes de migration de Server 2012 / 2012 R2 vers un nouveau Windows Server 2016 / 2019 / 2022.

Option 1 : migration directe de 2012 vers 2022 / 2019 via le réseau

  1. Avant de commencer, pensez à désactiver le pare-feu sur l’ancien serveur 2012, ou au moins à ajouter Zinstall à sa liste blanche, afin que le pare-feu n’interfère pas avec la migration.
  2. Lancez Zinstall WinServ sur les deux serveurs.
    Remarque : vous pouvez obtenir Zinstall WinServ ici, et consulter son guide utilisateur ici.
  3. Sélectionnez la première option, “Moving between two machines”, sur les deux serveurs.
  4. Si vous ne voulez PAS transférer les applications serveur, et que seul un transfert de profils, données et partages vous intéresse, basculez le bouton radio de l’écran principal en mode “profile and settings only”.
  5. Sur le serveur source, choisissez l’option “Source system”, et laissez-le fonctionner. Il attendra la connexion du nouveau serveur.
  6. Sur le nouveau Server 2022 / 2019, choisissez l’option “Target system”.
  7. WinServ détectera automatiquement le serveur source. Sinon, si les serveurs sont sur des réseaux différents, vous pouvez spécifier manuellement l’adresse IP du serveur source.
  8. Si vous souhaitez sélectionner exactement ce que vous voulez transférer, appuyez sur le menu Advanced. Si vous voulez simplement tout transférer, vous n’avez pas besoin d’aller dans le menu Advanced.
  9. Cliquez sur Next puis sur Go pour lancer la migration.
  10. Le transfert prendra un certain temps (en fonction de la quantité de données à transférer) et vous informera une fois terminé.
  11. Et voilà !

Option 2 : migration indirecte, via un stockage intermédiaire

  1. Lancez Zinstall WinServ sur les deux serveurs.
    Remarque : vous pouvez obtenir Zinstall WinServ ici, et consulter son guide utilisateur ici.
  2. Sur le serveur source, sélectionnez la 3e option, “Moving from Machine to Container”
  3. Choisissez l’emplacement du conteneur (partage réseau, NAS, disque dur USB – tout type de stockage), et appuyez sur Go pour effectuer une capture complète du serveur source vers cet emplacement.
  4. Sur le nouveau serveur 2022 / 2019, sélectionnez la 4e option, “Moving from Container to Machine”
  5. Si vous ne voulez PAS transférer les programmes, et que seul un transfert de profils, données et partages vous intéresse, basculez le bouton radio de l’écran principal en mode “profile and settings only”.
  6. Indiquez l’emplacement du conteneur créé à l’étape 3.
  7. Si vous souhaitez sélectionner exactement ce que vous voulez transférer, appuyez sur le menu Advanced. Si vous voulez simplement tout transférer, vous n’avez pas besoin d’aller dans le menu Advanced.
  8. Cliquez sur Next puis sur Go pour lancer la migration.
  9. Le transfert prendra un certain temps (en fonction de la quantité de données à transférer) et vous informera une fois terminé.
  10. Et voilà !

Migration des rôles serveur

Cette partie de la migration se fait manuellement, et plusieurs tutoriels peuvent vous aider. Nous recommandons l’excellent guide de John Savill : Winding Down Windows Server 2003 in Your Organization. Les informations ci-dessous sont basées sur l’article ci-dessus.

  1. Migration de IIS : si tout ce que vous exécutez sur IIS 8 se limite à des pages HTML basiques ou des Active Server Pages (ASP), vous pouvez copier le contenu vers la version d’IIS du nouveau serveur, puis mettre à jour les enregistrements DNS pour pointer vers le nouveau serveur IIS. Bien sûr, en général, si vous avez IIS, vous l’utilisez pour plus que des sites statiques (Sharepoint, par exemple), une simple copie ne suffira donc pas. La bonne nouvelle est que vous pouvez utiliser un kit de migration nommé Web Deploy 3.6. Si vous devez migrer des sites web vers Microsoft Azure Web Apps, un outil distinct est disponible, nommé Azure Web App Migration Assistant.
  2. Migration des DC et AD : à condition d’avoir suivi les meilleures pratiques, vos contrôleurs de domaine (DC) n’exécutent aucun autre logiciel, ce qui signifie que le domaine et la forêt existants seront préparés pour Server 2022 / 2019. Dans ce cas, vous devez créer de nouveaux DC exécutant le nouvel OS, migrer les rôles FSMO (Flexible Single-Master Operation), migrer les certificats et autres éléments, puis mettre hors service les DC Server 2012. Pour un guide détaillé sur la migration des DC, consultez Upgrade Domain Controllers to a newer version of Windows Server .
  3. Migration de DHCP : les étendues DHCP fournissent les adresses IP attribuées aux clients, ainsi que leur configuration IP (passerelle, serveur DNS, etc.). Pour migrer les étendues DHCP, la meilleure option est de les exporter depuis l’instance Server 2012, puis de les importer dans l’instance Server 2022 / 2019.
  4. Migration de DNS : si vous hébergez le DNS sous Windows, il est probablement intégré à AD et vos serveurs DNS sont des DC. Par conséquent, quand vous migrez AD, la configuration DNS suivra. Il est important de penser à migrer les configurations des serveurs DNS, comme le forwarding. Si les serveurs DNS seront hébergés sur de nouvelles adresses IP, vous devez veiller à mettre à jour toutes les configurations IP statiques et toutes les configurations DHCP. Pour éviter cette tâche chronophage, la plupart des organisations attribuent aux nouveaux serveurs les adresses IP des anciens une fois ceux-ci retirés.
  5. Services d’impression : comme pour les services de fichiers, les configurations et partages d’imprimantes doivent être migrés du serveur source vers le serveur cible. De plus, vous aurez besoin de nouveaux pilotes d’imprimante 64 bits, compatibles avec Server 2022 ou 2019 ainsi qu’avec les clients modernes.

 

Gérer les applications incompatibles :

Certaines applications tierces héritées fonctionnant sous Windows Server 2012 peuvent être incompatibles avec Windows Server 2022 / 2019. C’est moins courant qu’à l’époque de Server 2003 / 2008, mais cela peut encore arriver – généralement pour des logiciels hérités, qui n’ont pas été mis à jour pour les versions d’OS plus récentes.

Notez que “ancien” ne signifie pas nécessairement “ne fonctionnera pas”. Bon nombre d’applications continuent de fonctionner sans problème.

Si ces applications ne peuvent pas être éliminées immédiatement et qu’elles sont essentielles à la poursuite des activités de l’organisation, l’option recommandée pour les préserver est d’effectuer une migration virtualisée de ces applications vers une instance virtuelle s’exécutant sur le nouveau serveur de remplacement. Ensuite, prenez les mesures nécessaires pour éliminer progressivement ces applications et cesser d’exécuter les instances virtualisées.

WinServ est générique vis-à-vis des applications, et peut migrer même des applications personnalisées et internes que le monde extérieur n’a jamais vues – tant qu’elles sont capables de fonctionner sur le nouveau serveur. Voici une liste partielle d’applications courantes que nos clients ont migrées par le passé :

  • SQL Server
  • MS SQL
  • MySQL
  • SAP (y compris SAP Business One)
  • Oracle
  • Sybase
  • DB2
  • Java Application Server
  • Crystal Reports
  • Avaya
  • PeopleSoft
  • JD Edwards Enterprise One (JDE E1)
  • Citrix
  • Apache (Windows uniquement)
  • WebSphere
  • Microsoft Dynamics

Après la migration :

Une fois le processus de migration terminé, il est temps de vérifier les résultats.

  1. Il se peut que vous deviez ajuster le DNS de votre domaine pour qu’il pointe vers le nouveau serveur si nécessaire. Par exemple, en changeant l’entrée DNS de votre ancien serveur CRM vers l’adresse du nouveau serveur.
  2. Il en va de même pour les scripts de connexion et la stratégie de groupe (GPO).
  3. Lancez chaque application et console que vous utilisez et vérifiez qu’elles se chargent correctement.
  4. En utilisant un poste de travail client, vérifiez que les clients peuvent accéder correctement au serveur migré et que leurs applications s’exécutent sans problème.

Félicitations ! La migration de votre serveur est maintenant terminée.

Prêt à migrer vers Windows Server 2022 / 2019 / 2016 ?

Obtenez Zinstall WinServ ici

Vous pouvez également nous contacter pour obtenir une assistance, des licences en volume et de l’aide pour mettre en place un POC.