Comment migrer des applications, des données, des paramètres et des profils de Windows Server 2003 vers Server 2012/2016 (ou 2008) – Zinstall – Serveur d’impression

La prise en charge de Windows Server 2003 a pris fin le 14 juillet 2015. Si vous avez toujours des serveurs 2003 dans votre environnement, il est temps de vous en débarrasser – pour migrer vers les versions plus récentes de 2008, 2012 ou 2016.

Comme les serveurs 2003 sont assez anciens et qu'il n'y a pas de chemin de mise à niveau direct de Server 2003 vers Server 2012 ou 2016, la méthode recommandée pour éliminer Server 2003 consiste à effectuer un transfert sur un nouveau matériel, et non une mise à niveau sur place.

Dans cet article, nous allons apprendre à effectuer une migration de Windows Server pour un serveur d'applications typique, tout en nous assurant qu'aucune application ni aucun fichier ne sont perdus au cours du processus.

L'utilisation de ce didacticiel permet généralement d'effectuer une migration de serveur en moins de 24 heures (bien que des cas compliqués puissent nécessiter plus de temps).

Le didacticiel est présenté ci-dessous et, avant cela, un didacticiel vidéo et quelques questions courantes sur la migration et l’EOL de Windows Server 2003.

L’outil utilisé dans ce tutoriel – Zinstall WinServ – est également disponible à partir des services IBM, dans le cadre de leur ensemble de services 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 du serveur

Q: Puis-je transférer les applications que j'exécute actuellement sur Windows Server 2003 vers un nouveau serveur 2012/2016?

A: oui À l'aide d'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 2003 peut ne pas être compatible de manière native avec les serveurs les plus récents. Pour ceux-ci, le package WinServ peut effectuer une migration virtualisée.

Q: Que se passe-t-il si mes applications ne sont plus prises en charge ou si je ne possède plus les disques d'installation?

R: Même si vous n'avez aucun moyen d'installer vos applications sur le nouveau serveur, vous pouvez toujours les transférer de l'ancien, à l'aide d'un outil de migration dédié, tel que le package WinServ décrit dans ce tutoriel. WinServ est générique d'application, 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 uniquement)
• WebSphere
• Microsoft Dynamics

Q: Que se passe-t-il si je ne reste que sous Windows Server 2003 après le 14 juillet 2015?

A: Ça n'explosera pas. Toutefois, Microsoft ne fournira plus d'assistance et facturera jusqu'à 600 USD par incident si vous leur demandez de l'aide.

Q: Quels sont les avantages du transfert hors de Windows Server 2003?

R: Un nouveau serveur est incomparablement plus sécurisé et plus puissant que l'ancien que vous utilisez depuis de nombreuses années. Il peut utiliser plus de 4 Go 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écurité des systèmes d'exploitation mis à 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 n'importe quel serveur: 1) Applications, profils, partages et migration de données et 2) Migration des rôles de serveur.

La première partie peut être automatisée à l'aide d'outils de migration de serveur dédiés tels que WinServ, comme nous le montrerons dans le didacticiel. La deuxième partie nécessite un travail manuel, pour lequel des conseils seront fournis – ou l’embauche d’un service qui le réalise.

Pour un serveur d'applications, vous n'avez besoin que de la première partie.

Avant la migration:

1. Auditez vos serveurs: Assurez-vous de connaître la responsabilité du serveur. Vous devez faire deux listes:
1. Quels rôles le serveur exécute-t-il (s'agit-il d'un contrôleur de domaine? Est-ce qu'il exécute DNS / DHCP? IIS? Imprimer?). Pour la migration des rôles, le seul moyen est une migration manuelle ou un service de migration de serveur. Dans ce tutoriel, nous allons nous concentrer sur la migration automatique des applications serveur.
2. Quelles applications sont en cours d'exécution sur le serveur? (Oracle? SQL? CRM? Applications tierces?). Ceux-ci peuvent être migrés automatiquement à l'aide d'un outil approprié, qui sera traité plus en détail dans ce tutoriel.

Conseil: Si votre entreprise n'utilise pas d'outil de gestion centralisée (Microsoft SCCM, par exemple) pour surveiller vos serveurs, vous pouvez télécharger gratuitement le toolkit Microsoft Assessment and Planning (MAP) ici. Vous pouvez également utiliser le diagnostic de serveur gratuit de Zinstall à ce lien. Il permet un contrôle rapide de la liste complète du logiciel et du matériel du serveur.

2. Planifiez votre créneau horaire de migration: Les migrations prennent du temps et pendant ce temps, vos utilisateurs peuvent être affectés dans une certaine mesure. Si possible, essayez de planifier la migration réelle après les heures normales ou pendant un week-end. Notez que vous n'êtes pas obligé d'y rester vous-même à ce moment-là: la migration d'application peut être effectuée à distance ou lancée à l'avance en mode sans assistance.
3. Vérifiez que vos sauvegardes sont à jour et sont réellement restaurables: Toute mise à niveau majeure peut mal tourner, et sans une sauvegarde valide à jour, vous risqueriez de perdre tout ce que vous aviez sur le serveur. Assurez-vous que la sauvegarde que vous avez n'est pas endommagée et prête à être restaurée si nécessaire!
4. Décidez du type de remplacement: Une fois que vous avez décidé de remplacer un serveur, vous avez plusieurs options concernant le remplacement. Il peut s'agir d'un serveur physique Windows 2012/2016, d'un serveur virtuel s'exécutant sur site ou même d'un serveur basé sur un nuage s'exécutant hors site. WinServ prend en charge l’un de ces transferts. La difficulté de la migration ne varie donc pas beaucoup avec votre choix.

Applications, profils, partages et migration de données

Voici le processus permettant d'effectuer une migration d'un serveur d'applications Windows 2003 source vers un serveur cible 2012/2016:

1. Mettez à jour et corrigez complètement le serveur cible.
2. Ajoutez le serveur cible au domaine.
3. Exécutez WinServ (ou un outil similaire) sur le serveur source (2003) et sur le serveur cible (2012 ou 2016).
4. À 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 stocké sur le stockage réseau / cloud, puis en effectuant le déploiement à partir de ce conteneur sur le nouveau serveur.
5. Avant de commencer le transfert, vous avez également la possibilité de choisir et de choisir les applications et les données que vous souhaitez transférer. Ou, exécutez simplement le transfert pour tout migrer.
6. Appuyez sur "Go" sur le serveur cible afin d'initier le transfert.

En fonction de la quantité de données et d'applications transférées, le transfert peut durer plusieurs heures. Vous verrez une indication de progression tout au long du processus.

Migration des rôles de serveur

Cette partie de la migration est effectuée manuellement et il existe plusieurs didacticiels pouvant vous aider. Nous recommandons l'excellent guide de John Savill: Éliminer Windows Server 2003 dans votre organisation. Les informations ci-dessous sont basées sur l'article ci-dessus.

1. Migration IIS: si tout ce que vous exécutez sur IIS 6 sont des pages HTML de base ou ASP (Active Server Pages), vous pouvez copier le contenu vers la version IIS exécutée sur Server 2012 ou Server 2012 R2, puis mettez à jour les enregistrements DNS pour qu'ils pointent vers le répertoire. nouveau serveur IIS. Cependant, les organisations ont généralement des configurations plus complexes. La bonne nouvelle est que vous pouvez utiliser un toolkit de migration nommé Web Deploy 3.5. Si vous devez migrer des sites Web vers des sites Web Microsoft Azure, vous disposez d'un outil séparé appelé Sites Web Azure.
2. Migration de DC et d'AD: Si vous avez 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 2012 ou Server 2012 R2. Dans ce cas, vous devez créer de nouveaux contrôleurs de domaine 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 contrôleurs de domaine Server 2003. Pour introduire les contrôleurs de domaine Server 2012, la forêt (et donc les domaines) doit être en mode Windows Server 2003. Pour des instructions détaillées sur la migration des contrôleurs de domaine, voir Mettre à niveau les contrôleurs de domaine vers Windows Server 2012 R2 et Windows Server 2012.
3. Migration DHCP: les étendues DHCP fournissent les adresses IP attribuées aux clients, ainsi que leur configuration IP (par exemple, passerelle, serveur DNS). Pour migrer des étendues DHCP, la meilleure option consiste à exporter les étendues à partir de l'instance Server 2003, puis à les importer dans l'instance Server 2012 ou Server 2012 R2. L'article complet du blog de mise en réseau TechNet intitulé "Procédure pour déplacer une base de données DHCP d'un serveur Windows Server 2003 ou 2008 vers un autre ordinateur Windows Server 2008" contient des informations détaillées sur cette approche. En cas de retard dans l'exportation et l'importation d'étendue DHCP et de risque de réutilisation d'adresse IP, vous pouvez configurer le serveur DHCP pour qu'il vérifie si une adresse IP est utilisée avant qu'elle ne soit allouée en activant la détection des conflits d'adresses.
4. Migration DNS: Si vous hébergez le DNS sous Windows, vous l'intégrez probablement à AD et vos serveurs DNS sont des contrôleurs de domaine. Par conséquent, lorsque vous migrez AD, la configuration DNS sera également modifiée. N'oubliez pas de migrer toutes les configurations de serveur DNS, telles que le transfert. Si les serveurs DNS doivent être hébergés sur de nouvelles adresses IP, vous devez vous assurer de mettre à jour toutes les configurations 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 les anciens serveurs auront été retirés.
5. Services d'impression: à l'instar des services de fichiers, les configurations d'imprimante et les partages doivent être migrés du serveur source vers le serveur cible. En outre, vous aurez besoin de nouveaux pilotes d'imprimante 64 bits compatibles avec Server 2012 ou Server 2012 R2 ainsi que des clients modernes. Microsoft dispose d'un assistant de migration d'impression et d'un outil de ligne de commande que vous pouvez utiliser pour la migration des services d'impression. Vous pouvez télécharger ces outils à partir de la page Web Migrate Print and Document Services vers Windows Server 2012.
6. Migration Exchange: Mise à niveau d'Exchange 2007 vers Exchange 2013
7. Migration de serveur SQL: voir Mises à niveau de version et d'édition prises en charge

Traitement des applications incompatibles:

Certaines applications tierces héritées fonctionnant sous Windows Server 2003 peuvent être incompatibles avec Windows Server 2008 ou Windows Server 2012. Ces applications sont généralement des logiciels hérités DOS, 16 bits ou 32 bits hérités, qui n'ont pas été mis à jour pour les versions de système d'exploitation plus récentes. 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 sont essentielles à la poursuite du fonctionnement de l'organisation, il est recommandé de les conserver pour effectuer une migration virtualisée de ces applications dans une instance virtuelle de Server 2003 s'exécutant sur un serveur de remplacement plus récent. Ensuite, continuez à suivre les étapes nécessaires à la suppression progressive de ces applications et à arrêter l'exécution des instances 2003 virtualisées.

Une telle migration P2V (physique vers virtuel) doit é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.

1. Vous devrez peut-être ajuster le DNS de votre domaine pour qu'il pointe vers le nouveau serveur, le cas échéant. Par exemple, en modifiant l'entrée DNS du serveur de messagerie CRM par l'adresse du nouveau serveur.
2. Il en va de même pour les scripts de connexion et la stratégie GPO.
3. Lancez chaque application et console que vous utilisez et vérifiez qu'elles se chargent correctement.
4. À l'aide d'un poste de travail client, vérifiez que les clients peuvent accéder au serveur migré correctement et que leurs applications s'exécutent sans problème.

Toutes nos félicitations! La migration de votre serveur d'applications est maintenant terminée.