Comment migrer des applications, données, paramètres et profils de Windows Server 2003 vers Server 2012/2016 (ou 2008)
La prise en charge de Windows Server 2003 a pris fin le 14 juillet 2015. Si vous avez encore des serveurs 2003 dans votre environnement, c’est le moment de vous en débarrasser – en migrant vers les versions plus récentes 2008, 2012 ou 2016.
Étant donné que les serveurs 2003 sont assez vieux et qu’il n’existe pas de moyen direct de mise à niveau de Server 2003 vers Server 2012 ou 2016, la façon recommandée d’éliminer Server 2003 est de transférer vers un nouveau matériel – pas une mise à niveau sur site.
Dans cet article, nous allons apprendre comment effectuer une migration Windows Server pour un serveur d’applications typique, tout en veillant à ce qu’aucune application ou aucun fichier ne soit perdu dans le processus.
L’utilisation de ce tutoriel permet généralement de réaliser une migration de serveur en moins de 24 heures (bien que des cas compliqués puissent nécessiter plus de temps).
Le tutoriel est ci-dessous et, avant cela, un tutoriel vidéo et quelques questions courantes sur la fin de vie et la migration de Windows Server 2003.
L’outil utilisé dans ce tutoriel – Zinstall 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.
Tutoriel vidéo – migration automatique de serveurs
Q : Puis-je transférer les applications que j’exécute actuellement sur Windows Server 2003 vers un nouveau serveur 2012 / 2016 ?
R : Oui. En utilisant un produit tel que WinServ, vous pouvez transférer automatiquement toutes les applications, profils, partages et données vers un serveur de remplacement 2012 / 2016. Notez qu’une petite partie des applications héritées de 2003 peuvent ne pas être nativement compatibles avec les serveurs plus récents. Pour celles-là, le pack WinServ peut effectuer une migration virtualisée.
Q : Que faire si mes applications ne sont plus prises en charge ou si je n’ai plus les disques d’installation ?
R : Même si vous n’avez aucun moyen d’installer vos applications sur le nouveau serveur, vous pouvez quand même les transférer depuis l’ancien – à l’aide d’un outil de migration dédié, tel que le pack WinServ présenté dans ce tutoriel. WinServ est générique aux applications et voici une liste partielle de ce qu’il migre :
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 suelement)
WebSphere
Microsoft Dynamics
Q : Que se passe-t-il si je continue à utiliser Windows Server 2003 après le 14 juillet 2015 ?
R : Il n’explosera pas. Cependant, Microsoft ne fournira plus d’assistance et facturera jusqu’à 600 $ par incident si vous leur demandez de l’aide.
Q : Quels sont les avantages d’un transfert à partir de Windows Server 2003 ?
R : Un nouveau serveur est incomparablement plus sûr et plus puissant que l’ancien que vous utilisez depuis de nombreuses années. Il peut utiliser plus de 4 GB de mémoire, ce qui signifie qu’une charge beaucoup plus importante peut être placée sur une seule machine physique, y compris un serveur virtualisé. Outre l’aspect sécuritaire d’un système d’exploitation à jour, les performances globales devraient être bien meilleures.
Comment migrer de Windows Server 2003 vers Windows Server 2008 / 2012 / 2016
Ce tutoriel est divisé en deux sections principales, représentant les deux types de tâches de migration sur tout serveur : 1) la migration des applications, profils, partages et données et 2) la migration des rôles de serveur.
La première partie peut être automatisée à l’aide d’outils de migration de serveurs dédiés tels que WinServ, comme nous le montrerons dans le tutoriel. La deuxième partie nécessite un travail manuel pour lequel des conseils seront fournis – ou l’embauche d’un service qui s’en charge.
Pour un serveur d’application, vous n’avez besoin que de la première partie.
Avant la migration
Auditez vos serveurs : Assurez-vous de savoir ce dont le serveur est responsable. Vous devez établir deux listes :
Quels rôles le serveur exécute-t-il (s’agit-il d’un DC (contrôleur de domaine) ? Exécute-t-il DNS/DHCP ? IIS ? L’impression ?). Pour la migration des rôles, le seul moyen est une migration manuelle, ou un Service de migration de Server. Dans ce tutoriel, nous allons nous concentrer sur la migration automatique des applications serveur.
Quelles applications sont exécutées sur le serveur ? (Oracle ? SQL ? CRM ? Applications tierces ?). Celles-ci peuvent être migrées automatiquement à l’aide d’un outil approprié, qui sera abordé plus loin dans ce tutoriel.
Conseil : Si votre organisation n’utilise pas d’outil de gestion centralisée (par exemple Microsoft SCCM) pour surveiller vos serveurs, vous pouvez télécharger gratuitement Microsoft Assessment and Planning (MAP) Toolkit ici. Vous pouvez également utiliser le diagnostic de serveur gratuit de Zinstall en cliquant sur ce lien.
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 2012 ou 2016, d’un serveur virtuel fonctionnant sur site, ou même d’un serveur basé sur le Cloud fonctionnant hors site. WinServ 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.
Migration d’applications, de profils, de partages et de données
Voici la procédure à suivre pour effectuer une migration d’un serveur d’applications Windows 2003 source vers un serveur 2012 / 2016 cible :
Mettez à jour et réparez complètement le serveur cible.
Ajoutez le serveur cible au domaine.
Lancez WinServ (ou un outil similaire) sur le serveur source (2003) et sur le serveur cible (2012 ou 2016).
À ce stade, vous pouvez soit transférer directement sur le réseau, soit effectuer une migration indirecte – en capturant le serveur source dans un conteneur sur un stockage réseau / stockage sur le Cloud, puis en déployant à partir de ce conteneur sur le nouveau serveur.
Avant de commencer le transfert, vous avez également la possibilité de choisir les applications et les données que vous souhaitez transférer. Ou bien, vous pouvez simplement lancer le transfert pour tout migrer.
Appuyez sur “Go” sur le serveur cible afin de démarrer le transfert.
Selon la quantité de données et d’applications transférées, le transfert proprement dit peut prendre plusieurs heures. Vous verrez une indication de la progression tout au long du processus.
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.
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.
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.
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.
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.
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.
Certaines vieilles applications tierces fonctionnant sur Windows Server 2003 peuvent être incompatibles avec Windows Server 2008 ou Windows Server 2012. Ces applications sont généralement d’anciens logiciels DOS, 16-bit ou 32-bit uniquement, qui n’ont pas été mis à jour pour les nouvelles versions du système 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.
Une telle migration P2V (physique vers virtuel) peut également être effectuée à l’aide de WinServ.
Après la migration
Une fois le processus de migration terminé, il est temps de vérifier les résultats.
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.
Il en va de même pour les scripts de connexion et la stratégie de groupe (GPO policy).
Lancez chaque application et console que vous utilisez et vérifiez qu’elles se chargent correctement.
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 d’applications est maintenant terminée.
Prêt à migrer vos serveurs Windows 2003 vers 2016/2019 ?
