Particulier
Entreprise
Produits
Guides pratiques
Produits
Base de connaissances
Buy Now

Comment migrer de Server 2008 à Server 2019/2016, et conserver les applications, les profils, les partages et les données

La fin de vie de Server 2008 est prévue pour janvier 2020. Si vous avez remis à plus tard vos migrations 2008, c’est le moment d’en finir avec celles-ci. Heureusement, cela peut être beaucoup plus facile que ce à quoi vous vous attendez : nous allons décrire dans cet article comment effectuer une migration de Server 2008 / Server 2008 R2 vers un nouveau Server 2019, 2016, or 2012 – y compris la migration des applications serveur, des bases de données, des profils utilisateur, des partages et des données. 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 (sans compter les temps d’attente “sans surveillance” pour le transfert de données), 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).

Le logiciel utilisé pour réaliser cela est Zinstall WinServ.

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. Les groupes typiques comprennent les serveurs d’administration de domaines (DC, DNS, DHCP, etc.), les serveurs Internet, les serveurs de bases de données, les serveurs d’applications, les serveurs de fichiers, etc.

Ce tutoriel se concentre sur le groupe typiquement plus vaste – serveurs d’applications, serveurs de bases de données, serveurs de fichiers (principalement parce que ces migrations peuvent être facilement automatisées, contrairement aux migrations de rôles).

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, 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 de Server 2008 à Server 2019

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

Option 1 : Migration directe de Server 2008 à 2009 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 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 de 2008 vers 2019/2016 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 2008 peuvent être incompatibles avec Windows Server 2019 (ou 2016). Par exemple, si vous exécutez SQL 2005 sur Server 2008, il ne fonctionnera pas sur une version plus récente, que vous le fassiez migrer manuellement ou automatiquement. 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 2008 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 2008 virtualisées.

Une telle migration P2V (physique vers virtuel) peut également être effectuée à l’aide de WinServ.

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 vos serveurs 2008 ?

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.