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
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.
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
Option 2 : migration indirecte, via un stockage intermédiaire
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.
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é :
Une fois le processus de migration terminé, il est temps de vérifier les résultats.
Félicitations ! La migration de votre serveur est maintenant terminée.
Vous pouvez également nous contacter pour obtenir une assistance, des licences en volume et de l’aide pour mettre en place un POC.