Mettre à niveau Windows Server et System Center VMM 2012 R2 vers 2016

  • Article

Cet article vous montre comment mettre à niveau les hôtes Windows Server 2012 R2 et System Center Virtual Machine Manager (VMM) 2012 R2 configurés avec Azure Site Recovery vers Windows Server 2016 et VMM 2016.

Site Recovery contribue à votre stratégie de continuité d’activité et reprise d’activité (BCDR). Le service veille à ce que vos charges de travail de machine virtuelle restent disponibles en cas d’interruption attendue ou inattendue.

Important

Pour procéder à la mise à niveau d’hôtes Windows Server 2012 R2 déjà configurés pour la réplication avec Azure Site Recovery, vous devez suivre les étapes mentionnées dans cet article. Le choix de toute autre méthode de mise à niveau peut se traduire par des états non pris en charge et affecter la réplication ou la capacité à réaliser le basculement.

Dans cet article, vous allez apprendre à mettre à niveau les configurations suivantes au sein de votre environnement :

  • Hôtes Windows Server 2012 R2 non gérés par VMM
  • Hôtes Windows Server 2012 R2 gérés par un serveur VMM 2012 R2 autonome
  • Hôtes Windows Server 2012 R2 gérés par un serveur VMM 2012 R2 hautement disponible

Prérequis et facteurs à prendre en compte

Avant de procéder à la mise à niveau, notez ce qui suit :

  • Si vous avez des hôtes Windows Server 2012 R2 non gérés par VMM et une configuration d’environnement autonome, toute tentative de mise à niveau se traduira par une interruption de la réplication.

  • Si vous avez sélectionné Ne pas stocker mes clés dans Active Directory sous Gestion distribuée des clés lors de l’installation de VMM 2012 R2, les mises à niveau n’aboutissent pas.

  • Si vous utilisez VMM 2012 R2 :

    • Vérifiez les informations de base de données sur VMM. Pour les localiser, accédez à la console VMM et sélectionnez Paramètres>Général>Connexion à la base de données.
    • Vérifiez les comptes de service que vous utilisez pour le service Agent System Center Virtual Machine Manager.
    • Vérifiez que vous disposez d’une sauvegarde de la base de données VMM.
    • Notez les noms de base de données des serveurs VMM impliqués. Pour les localiser, accédez à la console VMM et sélectionnez Paramètres>Général>Connexion de la base de données.
    • Notez les ID VMM des serveurs VMM 2012 R2 primaire et de récupération. Les ID VMM se trouvent dans le Registre : HKLM:\SOFTWARE\Microsoft\Microsoft System Center Virtual Machine Manager Server\Setup.
    • Vérifiez que les nouvelles instances VMM que vous ajoutez au cluster portent les mêmes noms qu’auparavant.

  • Si vous effectuez une réplication entre deux sites gérés par VMM des deux côtés, veillez à mettre à niveau le côté « récupération » avant de mettre à niveau le côté « primaire ».

    Avertissement

    Quand vous mettez à niveau VMM 2012 R2, sous Gestion distribuée des clés, sélectionnez Stocker les clés de chiffrement dans Active Directory. Choisissez avec soin les paramètres du compte de service et de la gestion distribuée de clés. Selon vos sélections, les données chiffrées telles que les mots de passe des modèles peuvent ne plus être disponibles après la mise à niveau et peuvent potentiellement affecter la réplication avec Azure Site Recovery.

Pour plus d’informations, consultez la documentation VMM détaillée des prérequis.

Hôtes Windows Server 2012 R2 non gérés par VMM

Les étapes suivantes s’appliquent à la configuration utilisateur des hôtes Hyper-V vers Azure. Vous pouvez effectuer cette configuration en suivant ce tutoriel.

Avertissement

Comme indiqué dans les prérequis, ces étapes s’appliquent uniquement à un environnement en cluster et non à une configuration d’hôte Hyper-V autonome.

  1. Suivez les étapes de mise à niveau de cluster propagée.
  2. À chaque nouvel hôte Windows Server 2016 introduit dans le cluster, effectuez ces étapes pour supprimer d’Azure Site Recovery la référence d’un hôte Windows Server 2012 R2. Il doit s’agir de l’hôte que vous avez choisi de vider et de retirer du cluster.
  3. Exécutez la commande Update-VMVersion pour toutes les machines virtuelles afin de terminer les mises à niveau.
  4. Effectuez ces étapes pour inscrire le nouvel hôte Windows Server 2016 auprès d’Azure Site Recovery. Notez que le site Hyper-V est déjà actif et qu’il vous suffit d’inscrire le nouvel hôte dans le cluster.
  5. Accédez au portail Azure et vérifiez l’état d’intégrité répliqué dans le coffre Recovery Services.

Mettre à niveau les hôtes Windows Server 2012 R2 gérés par un serveur VMM 2012 R2 autonome

Avant de mettre à niveau vos hôtes Windows Server 2012 R2, vous devez mettre à niveau VMM 2012 R2 vers VMM 2016. Procédez comme suit.

Mettre à niveau VMM 2012 R2 autonome vers VMM 2016

  1. Désinstallez le fournisseur Azure Site Recovery. Accédez à Panneau de configuration>Programmes>Programmes et fonctionnalités>Microsoft Azure Site Recovery, puis sélectionnez Désinstaller.

  2. Conservez la base de données VMM et mettez à niveau le système d’exploitation :

    a. Dans Ajout/Suppression de programmes, sélectionnez VMM>Désinstaller.

    b. Sélectionnez Supprimer des fonctionnalités, puis sélectionnez Serveur d’administration VMM et Console VMM.

    c. Dans Options de la base de données, sélectionnez Conserver la base de données.

    d. Passez en revue le récapitulatif, puis sélectionnez Désinstaller.

  3. Installez VMM 2016.

  4. Ouvrez VMM et vérifiez l’état de chaque hôte sous l’onglet Fabrics. Sélectionnez Actualiser pour obtenir l’état le plus récent. L’état Nécessite une attention doit s’afficher.

  5. Installez le dernier fournisseur Azure Site Recovery (téléchargement direct) sur VMM.

  6. Installez la dernière version de l’agent Microsoft Azure Recovery Services ou MARS (téléchargement direct) sur chacun des hôtes du cluster. Actualisez pour vérifier que VMM est en mesure d’interroger les hôtes.

Mise à niveau d'hôtes Windows Server 2012 R2 vers Windows Server 2016

  1. Suivez ces étapes pour effectuer la mise niveau propagée du cluster.
  2. Après avoir ajouté le nouvel hôte au cluster, actualisez l’hôte à partir de la console VMM pour installer l’agent VMM sur cet hôte mis à jour.
  3. Exécutez Update-VMVersion pour mettre à jour les versions des machines virtuelles.
  4. Accédez au portail Azure et vérifiez l’état d’intégrité répliqué des machines virtuelles dans le coffre Recovery Services.

Mettre à niveau les hôtes Windows Server 2012 R2 gérés par un serveur VMM 2012 R2 hautement disponible

Avant de mettre à niveau vos hôtes Windows Server 2012 R2, vous devez mettre à niveau VMM 2012 R2 vers VMM 2016. Les modes de mise à niveau suivants sont pris en charge lors de la mise à niveau des serveurs VMM 2012 R2 configurés avec le mode mixte Site Recovery (avec ou sans serveurs VMM supplémentaires).

Mettre à niveau VMM 2012 R2 vers VMM 2016

  1. Désinstallez le fournisseur Azure Site Recovery. Accédez à Panneau de configuration>Programmes>Programmes et fonctionnalités>Microsoft Azure Site Recovery, puis sélectionnez Désinstaller.
  2. Effectuez ces étapes en fonction du mode de mise à niveau que vous souhaitez exécuter.
  3. Ouvrez la console VMM et vérifiez l’état de chaque hôte sous l’onglet Fabrics. Sélectionnez Actualiser pour obtenir l’état le plus récent. L’état Nécessite une attention doit s’afficher.
  4. Installez le dernier fournisseur Azure Site Recovery (téléchargement direct) sur VMM.
  5. Installez le dernier agent MARS (téléchargement direct) sur chaque hôte du cluster. Actualisez pour vérifier que VMM est en mesure d’interroger les hôtes.

Mise à niveau d'hôtes Windows Server 2012 R2 vers Windows Server 2016

  1. Suivez ces étapes pour effectuer la mise niveau propagée du cluster.
  2. Après avoir ajouté le nouvel hôte au cluster, actualisez l’hôte à partir de la console VMM pour installer l’agent VMM sur cet hôte mis à jour.
  3. Exécutez Update-VMVersion pour mettre à jour les versions VM des machines virtuelles.
  4. Accédez au portail Azure et vérifiez l’état d’intégrité répliqué des machines virtuelles dans le coffre Recovery Services.

Étapes suivantes

Après avoir mis à niveau les hôtes, vous pouvez effectuer un test de basculement pour tester l’intégrité de votre réplication et l’état de votre reprise après sinistre.