Guide pratique : Migration de Server 2019 / 2016, y compris les applications, profils, partages et données

Dans cet article, nous allons nous concentrer sur les outils de migration de Windows Server 2019 / 2016 et sur les consignes générales de migration. En bref, nous allons décrire une façon de migrer des applications, des bases de données, des profils d’utilisateurs, des partages et des données de n’importe quel serveur vers un nouveau Server 2019 / 2016 (même la migration de 2003 vers 2019 / 2016 est prise en charge, avec des considérations de compatibilité bien sûr). Nous couvrirons également les meilleures pratiques de migration de rôles et des tutoriels.

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. La virtualisation peut être ajoutée pour des solutions de compatibilité, mais ne sera pas couverte dans ce tutoriel.

L’objectif de ce tutoriel est de permettre de réaliser une migration de serveur en moins de 4 heures de travail effectif pour les serveurs d’applications et de fichiers et en moins de 24 heures pour les serveurs centrés sur les rôles (bien que les cas compliqués puissent nécessiter plus de temps).

Vous souhaitez simplement savoir comment automatiser la migration et n’avez pas 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 10.

L’outil de migration de serveurs WinServ est également disponible auprès d’IBM Services, dans le cadre de leur offre de services complète pour les déploiements à grande échelle. Contactez votre équipe de compte IBM dans votre région pour plus d’informations..

Démonstration vidéo – outil de migration automatique de serveur

Avant de commencer : Auditez vos serveurs et planifiez votre migration

Auditez vos serveurs : Dans un environnement typique, vous aurez un certain nombre de types de serveurs différents. Il y aura des serveurs axés sur les rôles, qui se concentrent sur les rôles de Windows Server tels que DC, 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 applications commerciales à proprement parler et stockent les données de l’entreprise. Ils sont généralement plus nombreux que le groupe axé sur les rôles.

La migration se fait d’une manière différente pour ces deux types de serveurs. Les rôles sont migrés manuellement, ou à l’aide d’outils utilitaires qui sont généralement axés sur un rôle spécifique (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 serveurs tel que Zinstall WinServ.

Lors de la phase de planification, vous devez préparer une liste des serveurs de l’environnement et déterminer ce dont chacun d’eux est responsable.

Le simple fait de savoir combien de serveurs de rôles et combien de serveurs d’applications est déjà un grand pas. Étant donné que la migration des serveurs d’applications peut être automatisée, vous serez en mesure d’établir une estimation assez précise du temps et des efforts qui seront nécessaires pour la migration.

Planifiez votre créneau de migration : Les migrations prennent du temps, et pendant ce temps, vos utilisateurs peuvent être affectés dans une certaine mesure. Essayez si possible de programmer la migration proprement dite en dehors des heures de bureau ou pendant un week-end. Notez que vous n’êtes pas obligé de rester sur place à 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 qu’elles sont effectivement restaurables : Toute mise à niveau importante peut mal tourner et sans une sauvegarde valide et à jour, vous risquez de perdre tout ce que vous aviez sur le serveur. Assurez-vous que la sauvegarde que vous avez n’est pas endommagée et qu’elle est prête à être restaurée si nécessaire !

Décidez du type de remplacement : Une fois que vous avez décidé de remplacer un serveur, vous avez plusieurs options concernant le type de remplacement. Il peut s’agir d’un serveur physique Windows 2019 / 2016, d’un serveur virtuel fonctionnant sur site, ou même d’un serveur basé sur le Cloud fonctionnant hors site (comme une migration vers Azure ou une migration vers Amazon AWS). Si vous utilisez Zinstall WinServ, il prend en charge tous ces transferts, de sorte que la difficulté de migration ne varie pas de manière significative en fonction de votre choix.

Démo approfondie : Migration des applications Windows Server

Comment migrer vers Server 2019 / 2016

Le processus ci-dessous décrit les étapes de la migration pour passer de Server 2003 / 2008 / 2012 / 2016 / 2019 à un nouveau Windows Server 2016 / 2019.

Option 1 : Migration directe vers Server 2019 / 2016 via le réseau

1. Avant de commencer, pensez à désactiver le pare-feu sur l’ancien serveur, 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 son guide d’utilisation ici.
3. Sélectionnez la première option, “Moving between two machines”, sur les deux serveurs.
4. Si vous ne souhaitez PAS transférer les applications du serveur et que vous n’êtes intéressé que par un transfert de profil, de données et de partages, passez le bouton d’option de l’écran principal en mode “profile and settings only”.
5. Sur le nouveau serveur source, choisissez l’option “Source computer” (ordinateur source), et laissez-le fonctionner. Il attendra la connexion du nouvel ordinateur.
6. Sur le nouveau serveur 2019/2016, choisissez l’option “Target computer” (ordinateur cible).
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 “Avanced”. Si vous voulez simplement tout transférer, vous n’avez pas besoin d’aller dans le menu “Avanced”.
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 que vous avez à transférer) et vous informera lorsqu’il sera terminé.
11. C’est tout !

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 son guide d’utilisation ici.
2. Sur le serveur source, sélectionnez la 3e option, “Moving from Machine to Container”
3. Choisissez l’emplacement du conteneur (tel qu’un partage réseau, un NAS, un 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 2019/2016, sélectionnez la 4e option, “Moving from Container to Machine”.
5. Si vous ne souhaitez PAS transférer de programmes et que vous n’êtes intéressé que par un transfert de profil, de données et de partages, passez le bouton d’option de l’écran principal en mode “profile and settings only”.
6. Spécifiez 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 “Avanced”. Si vous voulez simplement tout transférer, vous n’avez pas besoin d’aller dans le menu “Avanced”.
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 que vous avez à transférer) et vous informera lorsqu’il sera terminé.
10. C’est tout !

Migration de rôles de serveur

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

1. Migration de IIS : Si tout ce que vous avez en cours d’exécution sur IIS 6 sont des pages HTML de base ou des Active Server Pages (ASP), vous pouvez copier le contenu vers la version IIS exécutée sur Server 2012 ou Server 2012 R2, puis mettre à jour les enregistrements DNS pour pointer vers le nouveau serveur IIS. Cependant, les organisations ont généralement des configurations plus complexes. La bonne nouvelle est que vous pouvez utiliser un kit d’outils de migration appelé Web Deploy 3.6. Si vous devez migrer des sites Internet vers Microsoft Azure Web App, consultez l’assistant de migration Azure Web App.
2. Migration des DC et AD : À condition que vous ayez observé 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 2012 ou Server 2012 R2. Dans ce cas, vous devez créer de nouveaux DC exécutant Server 2012 ou Server 2012 R2, migrer les rôles FSMO (Flexible Single-Master Operation), migrer tous les certificats ou autres éléments, puis mettre hors service les DC de Server 2003. Pour introduire les DC de Server 2012, la forêt (et donc les domaines) doivent être en mode Windows Server 2003. Pour des conseils détaillés sur la migration des DC, consultez Mettre à niveau des contrôleurs de domaine vers Windows Server 2012 R2 et Windows Server 2012.
3. Migration de DHCP : Les étendues DHCP fournissent les adresses IP attribuées aux clients, ainsi que leur configuration IP (par exemple, la passerelle, le serveur DNS). Pour migrer les étendues DHCP, la meilleure option consiste à exporter les étendues de l’instance Server 2003, puis à les importer dans l’instance Server 2012 ou Server 2012 R2. Tous les détails de cette approche sont disponibles dans l’article du blog TechNet Networking intitulé “Steps to move a DHCP database from a Windows Server 2003 or 2008 to another Windows Server 2008 machine“. S’il y a un délai entre l’exportation et l’importation de l’étendue DHCP et un risque de réutilisation des adresses IP, vous pouvez configurer le serveur DHCP pour vérifier si une adresse IP est utilisée avant d’être allouée en activant la détection de conflit d’adresses.
4. Migration des DNS : Si vous hébergez des DNS sur Windows, vous les intégrez probablement à l’AD et vos serveurs DNS sont des DC. Par conséquent, lorsque vous migrez l’AD, la configuration DNS sera également déplacée. Il est important de ne pas oublier de migrer toute configuration de serveur DNS, telle que le forwarding. Si les serveurs DNS seront hébergés sur de nouvelles adresses IP, vous devez vous assurer que vous mettez à jour toutes les configurations d’IP statiques et toutes les configurations DHCP. Pour éviter cette tâche fastidieuse, la plupart des entreprises remplaceront les adresses IP des nouveaux serveurs par celles des anciens serveurs une fois que ces derniers sont abandonnés.
5. Services d’impression : Comme pour les services de fichiers, les configurations et les partages d’imprimantes doivent être migrés du serveur source vers le serveur cible. En outre, vous aurez besoin de nouveaux pilotes d’imprimante 64 bits et compatibles avec Server 2012 ou Server 2012 R2 ainsi qu’avec les clients modernes. Microsoft dispose d’un assistant de migration d’impression et d’un outil en ligne de commande que vous pouvez utiliser pour migrer les services d’impression. Vous pouvez télécharger ces outils à partir de la page Internet Migrate Print and Document Services to Windows Server 2012.
6. Migration d’Exchange : Mise à niveau d’Exchange 2007 vers Exchange 2013
7. Migration de SQL Server : Consultez Mises à niveau de version et d’édition prises en charge (SQL Server 2016)

Gérer les applications incompatibles

Certaines vieilles applications tierces fonctionnant sur Windows Server 2003 peuvent être incompatibles avec Windows Server 2019 / 2016. Ces applications sont généralement d’anciens logiciels DOS, 16 bits ou 32 bits uniquement, ou d’anciennes versions telles que SQL Server 2000 ou 2005, qui n’ont pas été mises à jour pour les nouvelles versions de systèmes d’exploitation. Il est fortement recommandé d’éliminer ces applications de l’environnement de production dès que possible.

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 préserver leur fonctionnement est d’effectuer une migration virtualisée de ces applications, vers une instance virtuelle de Server 2003 fonctionnant sur un serveur de remplacement plus récent. Continuez ensuite à prendre les mesures nécessaires pour retirer progressivement ces applications et arrêter d’exécuter les instances 2003 virtualisées.

WinServ est générique aux applications et peut migrer même les applications personnalisées et internes qui n’ont pas été vues par le monde extérieur – tant qu’elles sont capables de fonctionner sur le nouveau serveur. Voici une liste partielle des applications courantes que nos clients ont migrées dans le passé :

• 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 seulement)
• 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 soit orienté vers le nouveau serveur si nécessaire. Par exemple, en changeant l’entrée DNS CRM-SERVER par l’adresse du nouveau serveur.
2. Il en va de même pour les scripts de connexion et la stratégie de groupe (GPO policy).
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 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 une preuve de concept.