Mettre à niveau System Center Virtual Machine Manager

Cet article fournit des informations de mise à niveau pour System Center 2022 - Virtual Machine Manager (VMM).

Mise à niveau vers System Center 2022 - Virtual Machine Manager

Les sections suivantes fournissent des informations sur la mise à niveau vers VMM 2022. Elles incluent les prérequis, les instructions de mise à niveau et les tâches à effectuer après la mise à niveau.

Notes

  • Vous pouvez effectuer une mise à niveau vers VMM 2022 à partir de VMM 2019 ; la mise à niveau à partir de 2016 n’est pas prise en charge.
  • Pendant l’installation de VMM, vérifiez que SQL Database ne fait partie d’aucun groupe de disponibilité.

Conditions requises et limitations :

  • Vous devez exécuter VMM sur System Center 2019.
  • Vérifiez que le serveur répond à toutes les conditions requises pour VMM 2022 et que les prérequis sont en place. Plus d’informations
  • Vérifiez que vous exécutez une version prise en charge de SQL Server.
  • Si le déploiement actuel de VMM est intégré à Azure Site Recovery, notez les points suivants :
    • Vous ne pouvez pas mettre à niveau les paramètres de Site Recovery. Après la mise à niveau, vous devez effectuer un redéploiement.
    • Vérifiez la prise en charge des hôtes Hyper-V pour VMM 2022.

Avant de commencer

Vérifiez les points suivants :

  1. Terminez tous les travaux en cours d’exécution dans VMM.

Notes

L’historique des travaux est supprimé pendant la mise à niveau.

  1. Fermez toutes les connexions au serveur d'administration VMM, y compris la console VMM et l'interface de commande VMM.

  2. Fermez tous les autres programmes en cours d'exécution sur le serveur d'administration VMM.

  3. Vérifiez qu’il n’y a aucun redémarrage en attente sur les serveurs VMM.

  4. Effectuez une sauvegarde complète de la base de données VMM.

  5. Si la base de données SQL Server active utilise des groupes de disponibilité AlwaysOn :

    • Si la base de données VMM est incluse dans le groupe de disponibilité, supprimez-la dans SQL Server Management Studio.
    • Lancez un basculement sur l’ordinateur qui exécute SQL Server sur lequel la base de données VMM est installée.
  6. Si vous exécutez Operations Manager avec VMM, déconnectez la connexion entre VMM et le serveur Operations Manager.

Séquence de mise à niveau des composants System Center

Si vous exécutez plusieurs composants System Center, ils doivent être mis à niveau dans un ordre spécifique, comme indiqué ci-dessous :

  1. Service Management Automation
  2. Un orchestrateur
  3. Service Manager
  4. Data Protection Manager
  5. Operations Manager
  6. Configuration Manager
  7. Virtual Machine Manager
  8. Service Provider Foundation

Mettre à niveau un serveur VMM autonome

Notes

Lorsque vous mettez à niveau un serveur VMM autonome, nous vous recommandons d’installer VMM 2022 sur le même serveur que VMM 2019.

Si vous utilisez Distributed Key Management, vous pouvez choisir d’installer VMM 2022 sur un autre serveur.

Utilisez les procédures suivantes :

Sauvegarder et mettre à niveau le système d’exploitation

  1. Sauvegardez et conservez la base de données VMM.
  2. Désinstallez VMM. Veillez à supprimer à la fois le serveur d’administration et la console.
  3. Mettez à niveau le système d’exploitation de gestion vers Windows Server 2022.
  4. Installez la version Windows 11 ou Windows Server 2022 du kit ADK.

Désinstaller VMM

  1. Accédez à Panneau de configuration>Programmes>et fonctionnalités, sélectionnez Virtual Machine Manager, puis sélectionnez Désinstaller.
  2. Dans l’Assistant Désinstallation, sélectionnez Supprimer des fonctionnalités, puis sélectionnez serveur d’administration VMM et console VMM dans la liste fonctionnalités à supprimer.
  3. Dans la page Options de base de données, sélectionnez Conserver la base de données.
  4. Passez en revue le récapitulatif, puis sélectionnez Désinstaller.

Installer VMM 2022

  1. Dans la page d’installation main, sélectionnez Installer.
  2. Dans Sélectionner les fonctionnalités à installer, sélectionnez le serveur d’administration VMM, puis suivant. La console VMM sera automatiquement installée.
  3. Dans Informations d’inscription du produit, fournissez les informations appropriées, puis sélectionnez Suivant. Si vous n’entrez pas de clé de produit, VMM sera installé en tant que version d’évaluation qui expirera après 180 jours à compter de la date d’installation.
  4. Dans Lisez ce contrat de licence, passez en revue le contrat de licence, cochez la case J’ai lu, compris et j’accepte les termes du contrat de licence , puis sélectionnez Suivant.
  5. Dans Données d’utilisation et de connectivité, sélectionnez l’une des options, puis suivant.
  6. Si la page Microsoft Update s’affiche, indiquez si vous souhaitez utiliser Microsoft Update, puis sélectionnez Suivant. Si vous avez déjà choisi d’utiliser Microsoft Update sur cet ordinateur, la page ne s’affiche pas.
  7. Dans Emplacement d’installation, utilisez le chemin d’accès par défaut ou entrez un autre chemin d’installation pour les fichiers du programme VMM, puis sélectionnez Suivant.
  8. Dans Configuration de la base de données :
    • Découvrez-en plus si vous avez besoin de mettre à niveau VMM SQL Server.
    • Si vous utilisez une instance SQL distante, spécifiez le nom de l’ordinateur SQL Server.
    • Si SQL Server s’exécute sur le serveur VMM, entrez le nom du serveur VMM ou entrez localhost. Si le SQL Server se trouve dans un cluster, entrez le nom du cluster.
    • Ne spécifiez pas de valeur de port si vous utilisez un serveur SQL server local ou si votre serveur SQL distant utilise le port par défaut (1433).
    • Sélectionnez Base de données existante et sélectionnez la base de données que vous avez conservée (sauvegardée) de votre précédente installation. Fournissez des informations d’identification disposant d’autorisations pour accéder à la base de données. Lorsque vous êtes invité à mettre à niveau la base de données, sélectionnez Oui.
  9. Dans Configurer le compte de service et la gestion distribuée de clés, spécifiez le compte que le service VMM doit utiliser.

Notes

Vous ne pouvez pas modifier l’identité du compte de service VMM après l’installation.

  1. Sous Gestion distribuée de clés, spécifiez si vous voulez stocker les clés de chiffrement dans Active Directory.

Notes

Choisissez avec soin les paramètres du compte de service et de la gestion distribuée de clés. En fonction de votre sélection, les données chiffrées, telles que les mots de passe dans les modèles, peuvent ne pas être disponibles après la mise à niveau et vous devrez les entrer manuellement.

  1. Dans Configuration du port, utilisez le numéro de port par défaut pour chaque fonctionnalité ou indiquez un numéro de port unique approprié pour votre environnement.

Notes

Vous ne pouvez pas modifier les ports que vous attribuez lors de l’installation d’un serveur d’administration VMM, sauf si vous désinstallez puis réinstallez le serveur d’administration VMM. En outre, ne configurez aucune fonctionnalité pour utiliser le port 5986 ; ce numéro de port est préattribué.

  1. Dans Configuration de la bibliothèque, indiquez si vous voulez créer un partage de bibliothèque ou utiliser un partage de bibliothèque existant sur l'ordinateur. Le partage de bibliothèque par défaut créé par VMM s’appelle MSSCVMMLibrary, et son dossier se situe dans %SYSTEMDRIVE%\ProgramData\Fichiers de la bibliothèque Virtual Machine Manager. ProgramData est un dossier masqué et vous ne pouvez pas le supprimer. Après avoir installé le serveur d’administration VMM, vous pouvez ajouter des partages de bibliothèque et des serveurs de bibliothèque à l’aide de la console VMM ou de l’interface de commande VMM.
  2. Dans Rapport de compatibilité de mise à niveau, passez en revue les paramètres et sélectionnez Suivant pour continuer la mise à niveau.
  3. Dans Résumé de l’installation, passez en revue les paramètres et sélectionnez Installer pour mettre à niveau le serveur. La page Installation des fonctionnalités s’ouvre et affiche la progression de l’installation.
  4. Dans Installation terminée, sélectionnez Fermer pour terminer l’installation. Pour ouvrir la console VMM, case activée Ouvrir la console VMM lorsque cet Assistant se ferme, ou vous pouvez sélectionner l’icône Console Virtual Machine Manager sur le bureau.

Notes

Une fois la mise à niveau réussie, mettez manuellement à niveau l’agent hôte à l’aide de VMM. Il est recommandé de maintenir le serveur et l’agent dans la même version.

En cas de problème avec l’installation, case activée le dossier %SYSTEMDRIVE%\ProgramData\VMMLogs.

Au cours de l’installation, VMM active les règles de pare-feu suivantes. Ces règles sont toujours en vigueur même si vous désinstallez VMM par la suite.

  • Gestion à distance de Windows
  • Gestion du stockage Windows basé sur des normes

Mise à niveau d'un serveur VMM à haut niveau de disponibilité

Vous pouvez mettre à niveau un serveur VMM 2019 haute disponibilité (HA) vers VMM 2022.

Les deux modes de mise à niveau suivants sont pris en charge :

Notes

La mise à niveau de SQL Server peut être effectuée à tout moment, indépendamment de la mise à niveau VMM.

Mise à niveau du mode mixte sans serveur VMM supplémentaire

Cette procédure ne nécessite aucun serveur VMM supplémentaire, mais augmente le risque d’interruption de service dans certains scénarios. Par exemple, lorsque vous avez deux nœuds HA VMM et que le nœud VMM actif échoue pendant que vous mettez à niveau le passif. Dans ce scénario, votre serveur VMM n’aura pas de nœud de basculement disponible.

Suivez ces étapes :

  1. Sauvegardez et conservez la base de données VMM.
  2. Désinstallez VMM sur le nœud passif.
  3. Sur le nœud VMM passif, mettez à niveau le système d’exploitation de gestion vers Windows Server 2022.
  4. Effectuez la mise à niveau vers la version Windows 11 ou Windows Server 2022 du kit ADK.
  5. Installez VMM 2022 sur le nœud passif en effectuant les étapes suivantes :
  • Dans la page d’installation main, sélectionnez Installer.
  • Dans Sélectionner les fonctionnalités à installer, sélectionnez Serveur d’administration VMM , puis Suivant. La console VMM sera automatiquement installée.
  • Lorsque vous y êtes invité, confirmez que vous voulez ajouter ce serveur comme nœud au déploiement à haut niveau de disponibilité.
  • Dans la page Configuration de la base de données , si vous y êtes invité, sélectionnez pour mettre à niveau la base de données.
  • Passez en revue le récapitulatif et terminez l’installation.
  1. Basculez le nœud VMM actif sur le serveur VMM nouvellement mis à niveau.
  2. Répétez cette procédure sur d’autres nœuds VMM.
  3. Mettez à jour le niveau fonctionnel du cluster à l’aide de la commandeUpdate-ClusterFunctionalLevel.
  4. [Facultatif] Installez les utilitaires de ligne de commande SQL appropriés.

Mise à niveau du mode mixte avec serveurs VMM supplémentaires

Cette procédure nécessite des serveurs VMM supplémentaires ; toutefois, il garantit presque aucun temps d’arrêt dans tous les scénarios.

Suivez ces étapes :

  1. Sauvegardez et conservez la base de données VMM.
  2. Ajoutez le nombre de serveurs supplémentaires (avec le système d’exploitation de gestion Windows Server 2022) équivalent au nombre de serveurs présents dans le cluster haute disponibilité.
  3. Installez la version Windows 11/Windows Server 2022 du kit ADK sur les serveurs 2022 qui viennent d’être ajoutés.
  4. Installez VMM 2022 sur l’un des serveurs nouvellement ajoutés en vous servant des détails qui figurent à l’étape 5 de la mise à niveau en mode mixte sans serveur VMM supplémentaire.
  5. Répétez ces étapes d’installation pour tous les autres serveurs qui viennent d’être ajoutés.
  6. Basculez le nœud VMM actif sur l’un des serveurs nouvellement ajoutés.
  7. Désinstallez VMM des nœuds 2019 et supprimez ces nœuds du cluster après le basculement.
  8. Mettez à jour le niveau fonctionnel du cluster à l’aide de la commandeUpdate-ClusterFunctionalLevel.
  9. [Facultatif] Installez les utilitaires de ligne de commande SQL appropriés.

Notes

Une fois la mise à niveau VMM haute disponibilité réussie, mettez à niveau l’agent hôte manuellement à l’aide de VMM.

Mettre à jour les agents VMM

Après la mise à niveau, vous devez mettre à jour les agents VMM sur vos ordinateurs hôtes Hyper-V et serveurs de bibliothèque VMM.

  1. SélectionnezServeurs d’infrastructure>>Tous les hôtes.
  2. Dans le volet Hôtes , cliquez avec le bouton droit sur un en-tête de colonne, puis sélectionnez État de la version de l’agent.
  3. Sélectionnez l'ordinateur hôte avec l'agent VMM que vous voulez mettre à jour. Sous l’onglet Hôtes , dans le groupe hôte , sélectionnez Actualiser. Si l’agent VMM d’un ordinateur hôte doit être mis à jour, la colonne État de l’hôte affiche Nécessite une attention, tandis que la colonne État de la version de l’agent affiche Mise à niveau disponible.
  4. Cliquez avec le bouton droit sur l’hôte avec l’agent VMM que vous souhaitez mettre à jour, puis sélectionnez Mettre à jour l’agent. Dans Mettre à jour l’agent, fournissez les informations d’identification nécessaires, puis sélectionnez OK.
  5. La colonne État de la version de l'agent affiche la valeur Mise à niveau en cours. Une fois l'agent VMM mis à jour correctement sur l'ordinateur hôte, la colonne État de la version de l'agent affiche la valeur Mis à jouret la colonne Version de l'agent affiche la version mise à jour de l'agent. Après l'actualisation de l'ordinateur hôte, la colonne État de l'hôte de l'ordinateur hôte affiche la valeur OK.
  6. Vous pouvez mettre à jour l'agent VMM sur un serveur de bibliothèque VMM de la même manière. Pour afficher la liste des serveurs de bibliothèque VMM, sélectionnezServeurs de bibliothèque de serveurs>d’infrastructure>.

Réassocier les ordinateurs hôtes et les serveurs de bibliothèque

Après la mise à niveau, il se peut que vous deviez réassocier des hôtes de machines virtuelles et des serveurs de bibliothèque VMM au serveur d’administration VMM.

Procédez comme suit :

  1. SélectionnezServeurs d’infrastructure>>Tous les hôtes.
  2. Dans le volet Ordinateurs hôtes, assurez-vous que la colonne État de l'agent est affichée. S’il n’est pas affiché, cliquez avec le bouton droit sur un en-tête de colonne et sélectionnez État de l’agent.
  3. Dans le groupe hôte, sélectionnez Actualiser. Si un hôte doit être réassocié, la colonne État de l’hôte affiche Nécessite une attention, tandis que la colonneÉtat de l’agentaffiche Accès refusé. Cliquez avec le bouton droit sur l’hôte que vous souhaitez réassocier, puis sélectionnez Réassocier.
  4. Dans la page Réassocier l’agent , fournissez des informations d’identification, puis sélectionnez OK. La colonne État de l’agent indique Réassociation en cours. Une fois l’hôte réassocié, l’état passe à Réponse en cours.
  5. Actualisez l’hôte ; l’hôte status colonnes affiche maintenant OK. Une fois que vous avez réassocié l’hôte, vous devrez peut-être mettre à jour l’agent VMM sur l’hôte.

Mise à niveau de la base de données SQL Server de VMM

Il existe plusieurs raisons de mettre à niveau la base de données SQL Server de VMM :

  • Vous mettez à niveau VMM vers System Center 2022 et la version actuelle de la base de données SQL Server n’est pas prise en charge.
  • Vous souhaitez mettre à niveau un serveur autonome VMM sur un serveur de haute disponibilité, et SQL Server est installé localement.
  • Vous souhaitez déplacer la base de données SQL Server vers un autre ordinateur.

Collecte des informations de base de données

Avant la mise à niveau, collectez des informations sur la base de données :

  1. Enregistrez la connexion à la base de données dans la console VMM >>>>>>.
  2. Enregistrez les informations de compte dans le Gestionnaire de serveur >>>>. Cliquez avec le bouton droit sur System Center Virtual Machine ManagerPropriétésConnexion. Il s’agit du domaine ou compte local affecté en tant que compte de service lors de l’installation de VMM. Vous pouvez vérifier s’il est local dans OutilsGestionnaire d’ordinateurUtilisateurs et groupes locauxUtilisateurs.
  3. Vérifiez que vous avez utilisé la gestion distribuée de clés lors de l’installation de VMM, ou que les clés de chiffrement sont stockées localement sur le serveur VMM.
  4. Si vous déplacez la base de données VMM, mais que vous ne mettez pas à niveau VMM, case activée quels correctifs cumulatifs ont été appliqués sur le serveur VMM.

Mise à niveau une base de données autonome

  1. Sauvegardez la base de données VMM existante et copiez la sauvegarde sur un ordinateur exécutant une version prise en charge de SQL Server.
  2. Utilisez les outils SQL Server pour restaurer la base de données.
  • Si vous mettez à niveau VMM, vous devez spécifier le nouvel emplacement SQL Server dans configuration de la base de données VMM>.
  • Si vous souhaitez mettre à niveau la base de données sans mettre à niveau VMM, vous devez désinstaller, puis réinstaller VMM. Lorsque vous désinstallez, dans la page Options de base de données , sélectionnez Conserver la base de données. Réinstallez ensuite avec les mêmes paramètres que vous avez utilisés pour l’installation d’origine. Dans configuration de la base de données, spécifiez les nouveaux détails SQL Server. Après la réinstallation, appliquez les correctifs cumulatifs et case activée que le déploiement fonctionne comme prévu.

Mettre à niveau une base de données hautement disponible

  1. Enregistrez la version source de la base de données existante et la version vers laquelle vous souhaitez effectuer la mise à niveau.
  2. Créez une sauvegarde de la base de données SQL Server hautement disponible à partir du nœud actif du cluster SQL Server.
  3. Mettez à niveau les nœuds passifs de SQL Server vers la nouvelle version. Après la mise à niveau, installez éventuellement SQL Server Management Studio si vous souhaitez gérer les SQL Server à partir de ce nœud.
  4. Basculez le rôle serveur SQL hautement disponible du nœud actuellement actif vers le nœud mis à niveau. Après le basculement, vous pouvez utiliser SQL Server Management Studio pour valider la version de base de données en cours d’exécution.
  5. Répétez la mise à niveau pour les autres nœuds du cluster à haute disponibilité SQL. En guise de validation supplémentaire, vous pouvez basculer les rôles de base de données SQL Server pour vous assurer que tout fonctionne comme prévu.

Migrer un cluster SQL Server dans le cadre de la mise à niveau de VMM

  1. Effectuez une sauvegarde de la base de données VMM hautement disponible à partir du nœud actif du cluster SQL existant.
  2. Prenez note du nom du rôle VMM à utiliser au moment de la réinstallation du rôle de serveur VMM. Désinstallez le serveur VMM des nœuds de cluster VMM existants avec l’option conserver la base de données. Lorsque vous désinstallez le serveur VMM du dernier nœud, vous pourriez recevoir un message sur l’échec de l’inscription SPN. Il s’agit d’un problème connu qui n’a pas d’impact fonctionnel.
  3. Restaurez la base de données sauvegardée sur un autre cluster SQL exécutant la version SQL prise en charge. Ajoutez l’utilisateur sur lequel le service VMM s’exécute en tant qu’Utilisateur de cette nouvelle base de données avec l’appartenance à db_owner.
  4. Lors de la mise à niveau de VMM Server dans le cadre de la migration de cluster SQL, indiquez les paramètres correspondant au nouveau cluster SQL.

Redéployer Azure Site Recovery

Si Azure Site Recovery a été intégré à votre déploiement VMM 2019, vous devez le redéployer avec VMM 2022 pour la réplication vers Azure ou vers un site secondaire.

Se connecter à Operations Manager

Après la mise à niveau, reconnectez VMM à Operations Manager.

Renouveler les certificats de serveurs PXE

Si vous avez un serveur PXE dans l’infrastructure VMM, vous devez le supprimer de l’infrastructure, puis l’ajouter à nouveau. Cela permet de renouveler le certificat de serveur PXE et d’éviter les erreurs de certificat.

Cet article fournit des informations de mise à niveau pour System Center 2019 - Virtual Machine Manager (VMM).

Mise à niveau vers System Center 2019 - Virtual Machine Manager

Les sections suivantes fournissent des informations sur la mise à niveau vers VMM 2019. Elles incluent les prérequis, les instructions de mise à niveau et les tâches à effectuer après la mise à niveau.

Notes

Pendant l’installation de VMM, vérifiez que SQL Database ne fait partie d’aucun groupe de disponibilité.

Conditions requises et limitations :

  • Vous devez exécuter VMM sur System Center 2016 avec le correctif cumulatif 6 ou 1801/1807.
  • Vérifiez que le serveur répond à toutes les conditions requises pour VMM 2019 et que les prérequis sont en place En savoir plus
  • Vérifiez que vous exécutez une version prise en charge de SQL Server.
  • Si le déploiement actuel de VMM est intégré à Azure Site Recovery, notez les points suivants :
    • Vous ne pouvez pas mettre à niveau les paramètres de Site Recovery. Après la mise à niveau, vous devez effectuer un redéploiement.
    • Vérifiez la prise en charge des hôtes Hyper-V pour VMM 2019.

Avant de commencer

Vérifiez les points suivants :

  1. Terminez tous les travaux en cours d’exécution dans VMM.

Notes

L’historique des travaux est supprimé pendant la mise à niveau.

  1. Fermez toutes les connexions au serveur d'administration VMM, y compris la console VMM et l'interface de commande VMM.

  2. Fermez tous les autres programmes en cours d'exécution sur le serveur d'administration VMM.

  3. Vérifiez qu’il n’y a aucun redémarrage en attente sur les serveurs VMM.

  4. Effectuez une sauvegarde complète de la base de données VMM.

  5. Si la base de données SQL Server active utilise des groupes de disponibilité AlwaysOn :

    • Si la base de données VMM est incluse dans le groupe de disponibilité, supprimez-la dans SQL Server Management Studio.
    • Lancez un basculement sur l’ordinateur qui exécute SQL Server et sur lequel la base de données VMM est installée.
  6. Si vous exécutez Operations Manager avec VMM, déconnectez la connexion entre VMM et le serveur Operations Manager.

Séquence de mise à niveau des composants System Center

Si vous exécutez plusieurs composants System Center, ils doivent être mis à niveau dans un ordre spécifique, comme indiqué ci-dessous :

  1. Service Management Automation
  2. Un orchestrateur
  3. Service Manager
  4. Data Protection Manager
  5. Operations Manager
  6. Configuration Manager
  7. Virtual Machine Manager
  8. Service Provider Foundation

Mettre à niveau un serveur VMM autonome

Notes

Lorsque vous mettez à niveau un serveur VMM autonome, nous vous recommandons d’installer VMM 2019 sur le même serveur que VMM 2016, 1801 ou 1807.

Si vous utilisez La gestion distribuée des clés, vous pouvez choisir d’installer VMM 2019 sur un autre serveur, mais assurez-vous que le nouveau serveur a le même nom que celui de l’ancien serveur VMM.

Utilisez les procédures suivantes :

Sauvegarder et mettre à niveau le système d’exploitation

  1. Sauvegardez et conservez la base de données VMM.
  2. Désinstallez VMM. Veillez à supprimer à la fois le serveur d’administration et la console.
  3. Mettez à niveau le système d’exploitation de gestion vers Windows Server 2019.
  4. Installez la version Windows 10 du kit ADK.

Désinstaller VMM

  1. Accédez à Panneau de configuration>Programs>Program and Features, sélectionnez Virtual Machine Manager, puis sélectionnez Désinstaller.
  2. Dans l’Assistant Désinstallation, sélectionnez Supprimer des fonctionnalités, puis à la fois serveur d’administration VMM et console VMM dans la liste des fonctionnalités à supprimer.
  3. Dans la page des options de la base de données, sélectionnez Conserver la base de données.
  4. Passez en revue le récapitulatif, puis sélectionnez Désinstaller.

Installer VMM 2019

  1. Dans la page d’installation main, sélectionnez Installer.
  2. Dans Sélectionner les fonctionnalités à installer, sélectionnez le serveur d’administration VMM, puis suivant. La console VMM sera automatiquement installée.
  3. Dans Informations d’inscription du produit, fournissez les informations appropriées, puis sélectionnez Suivant. Si vous n’entrez pas de clé de produit, VMM sera installé en tant que version d’évaluation qui expirera après 180 jours à compter de la date d’installation.
  4. Dans Lisez ce contrat de licence, passez en revue le contrat de licence, sélectionnez la zone J’ai lu, compris et j’accepte les termes du contrat de licence case activée, puis sélectionnez Suivant.
  5. Dans Données d’utilisation et de connectivité, sélectionnez l’une des options, puis suivant.
  6. Si la page Microsoft Update s’affiche, indiquez si vous souhaitez utiliser Microsoft Update, puis sélectionnez Suivant. Si vous avez déjà choisi d’utiliser Microsoft Update sur cet ordinateur, la page ne s’affiche pas.
  7. Dans Emplacement d’installation, utilisez le chemin d’accès par défaut ou entrez un autre chemin d’installation pour les fichiers du programme VMM, puis sélectionnez Suivant.
  8. Dans Configuration de la base de données :
    • Découvrez-en plus si vous avez besoin de mettre à niveau VMM SQL Server.
    • Si vous utilisez une instance SQL distante, spécifiez le nom de l’ordinateur SQL Server.
    • Si le SQL Server s’exécute sur le serveur VMM, entrez le nom du serveur VMM ou entrez localhost. Si le SQL Server se trouve dans un cluster, entrez le nom du cluster.
    • Ne spécifiez pas de valeur de port si vous utilisez sql server local ou si votre serveur SQL distant utilise le port par défaut (1433).
    • Sélectionnez Base de données existante et sélectionnez la base de données que vous avez conservée (sauvegardée) de votre précédente installation. Fournissez des informations d’identification disposant d’autorisations pour accéder à la base de données. Lorsque vous êtes invité à mettre à niveau la base de données, sélectionnez Oui.
  9. Dans Configurer le compte de service et la gestion distribuée de clés, spécifiez le compte que le service VMM doit utiliser.

Notes

Vous ne pouvez pas modifier l’identité du compte de service VMM après l’installation.

  1. Sous Gestion distribuée de clés, spécifiez si vous voulez stocker les clés de chiffrement dans Active Directory.

Notes

Choisissez soigneusement les paramètres du compte de service et de la gestion distribuée de clés. En fonction de votre sélection, les données chiffrées, telles que les mots de passe dans les modèles, peuvent ne pas être disponibles après la mise à niveau et vous devrez les entrer manuellement.

  1. Dans Configuration du port, utilisez le numéro de port par défaut pour chaque fonctionnalité ou indiquez un numéro de port unique approprié pour votre environnement.

Notes

Vous ne pouvez pas modifier les ports que vous attribuez lors de l’installation d’un serveur d’administration VMM, sauf si vous désinstallez puis réinstallez le serveur d’administration VMM. En outre, ne configurez aucune fonctionnalité pour utiliser le port 5986 ; ce numéro de port est préattribué.

  1. Dans Configuration de la bibliothèque, indiquez si vous voulez créer un partage de bibliothèque ou utiliser un partage de bibliothèque existant sur l'ordinateur. Le partage de bibliothèque par défaut créé par VMM s’appelle MSSCVMMLibrary, et son dossier se situe dans %SYSTEMDRIVE%\ProgramData\Fichiers de la bibliothèque Virtual Machine Manager. ProgramData est un dossier masqué et vous ne pouvez pas le supprimer. Après avoir installé le serveur d’administration VMM, vous pouvez ajouter des partages de bibliothèque et des serveurs de bibliothèque à l’aide de la console VMM ou de l’interface de commande VMM.
  2. Dans Rapport de compatibilité de mise à niveau, passez en revue les paramètres, puis sélectionnez Suivant pour poursuivre la mise à niveau.
  3. Dans Résumé de l’installation, passez en revue les paramètres et sélectionnez Installer pour mettre à niveau le serveur. La page Installation des fonctionnalités s’ouvre et affiche la progression de l’installation.
  4. Dans Installation terminée, sélectionnez Fermer pour terminer l’installation. Pour ouvrir la console VMM, case activée Ouvrir la console VMM lorsque cet Assistant se ferme, ou vous pouvez sélectionner l’icône Console Virtual Machine Manager sur le bureau.

Notes

Une fois la mise à niveau réussie, mettez manuellement à niveau l’agent hôte à l’aide de VMM.

En cas de problème avec l’installation, case activée le dossier %SYSTEMDRIVE%\ProgramData\VMMLogs.

Au cours de l’installation, VMM active les règles de pare-feu suivantes. Ces règles sont toujours en vigueur même si vous désinstallez VMM par la suite.

  • Gestion à distance de Windows
  • Gestion du stockage Windows basé sur des normes

Mise à niveau d'un serveur VMM à haut niveau de disponibilité

Vous pouvez mettre à niveau un serveur VMM 2016 ou 1801/1807 haute disponibilité vers VMM 2019.

Les deux modes de mise à niveau suivants sont pris en charge :

Notes

SQL Server mise à niveau peut être effectuée à tout moment, indépendamment de la mise à niveau VMM.

Mise à niveau du mode mixte sans serveur VMM supplémentaire

Cette procédure ne nécessite aucun serveur VMM supplémentaire, mais présente un risque accru de temps d’arrêt dans certains scénarios. Par exemple, lorsque vous avez deux nœuds HA VMM et que le nœud VMM actif échoue pendant que vous mettez à niveau le passif. Dans ce scénario, votre serveur VMM n’aura pas de nœud de basculement disponible.

Suivez ces étapes :

  1. Sauvegardez et conservez la base de données VMM.
  2. Désinstallez VMM sur le nœud passif.
  3. Sur le nœud VMM passif, mettez à niveau le système d’exploitation de gestion vers Windows Server 2019/2016.
  4. Mettez à niveau vers la version Windows 10 du ADK.
  5. Installez VMM 2019 sur le nœud passif en effectuant les étapes suivantes :
  • Dans la page d’installation main, sélectionnez Installer.
  • Dans Sélectionner les fonctionnalités à installer, sélectionnez Serveur d’administration VMM , puis Suivant. La console VMM sera automatiquement installée.
  • Lorsque vous y êtes invité, confirmez que vous voulez ajouter ce serveur comme nœud au déploiement à haut niveau de disponibilité.
  • Dans la page Configuration de la base de données , si vous y êtes invité, sélectionnez pour mettre à niveau la base de données.
  • Passez en revue le récapitulatif et terminez l’installation.
  1. Basculez le nœud VMM actif sur le serveur VMM nouvellement mis à niveau.
  2. Répétez cette procédure sur d’autres nœuds VMM.
  3. Mettez à jour le niveau fonctionnel du cluster à l’aide de la commandeUpdate-ClusterFunctionalLevel.
  4. [Facultatif] Installez les utilitaires de ligne de commande SQL appropriés.

Mise à niveau du mode mixte avec serveurs VMM supplémentaires

Cette procédure nécessite des serveurs VMM supplémentaires ; toutefois, il garantit presque aucun temps d’arrêt dans tous les scénarios.

Suivez ces étapes :

  1. Sauvegardez et conservez la base de données VMM.
  2. Ajoutez le nombre de serveurs supplémentaires (avec le système d’exploitation de gestion Windows Server 2019/2016) équivalent au nombre de serveurs présents dans le cluster haute disponibilité.
  3. Installez la version Windows 10 du kit ADK sur les serveurs 2019 qui viennent d’être ajoutés.
  4. Installez VMM 2019 sur l’un des serveurs nouvellement ajoutés en vous servant des détails qui figurent à l’étape 5 de la mise à niveau du mode mixte sans serveur VMM supplémentaire.
  5. Répétez ces étapes d’installation pour tous les autres serveurs qui viennent d’être ajoutés.
  6. Basculez le nœud VMM actif sur l’un des serveurs nouvellement ajoutés.
  7. Désinstallez VMM des nœuds 2016 et supprimez ces nœuds du cluster après le basculement.
  8. Mettez à jour le niveau fonctionnel du cluster à l’aide de la commandeUpdate-ClusterFunctionalLevel.
  9. [Facultatif] Installez les utilitaires de ligne de commande SQL appropriés.

Notes

Une fois la mise à niveau VMM haute disponibilité réussie, mettez à niveau l’agent hôte manuellement à l’aide de VMM.

Mettre à jour les agents VMM

Après la mise à niveau, vous devez mettre à jour les agents VMM sur vos ordinateurs hôtes Hyper-V et serveurs de bibliothèque VMM.

  1. SélectionnezServeurs d’infrastructure>>Tous les hôtes.
  2. Dans le volet Hôtes , cliquez avec le bouton droit sur un en-tête de colonne, puis sélectionnez État de la version de l’agent.
  3. Sélectionnez l'ordinateur hôte avec l'agent VMM que vous voulez mettre à jour. Sous l’onglet Hôtes , dans le groupe hôte , sélectionnez Actualiser. Si l’agent VMM d’un ordinateur hôte doit être mis à jour, la colonne État de l’hôte affiche Nécessite une attention, tandis que la colonne État de la version de l’agent affiche Mise à niveau disponible.
  4. Cliquez avec le bouton droit sur l’hôte avec l’agent VMM que vous souhaitez mettre à jour, puis sélectionnez Mettre à jour l’agent. Dans Mettre à jour l’agent, fournissez les informations d’identification nécessaires, puis sélectionnez OK.
  5. La colonne État de la version de l'agent affiche la valeur Mise à niveau en cours. Une fois l'agent VMM mis à jour correctement sur l'ordinateur hôte, la colonne État de la version de l'agent affiche la valeur Mis à jouret la colonne Version de l'agent affiche la version mise à jour de l'agent. Après l'actualisation de l'ordinateur hôte, la colonne État de l'hôte de l'ordinateur hôte affiche la valeur OK.
  6. Vous pouvez mettre à jour l'agent VMM sur un serveur de bibliothèque VMM de la même manière. Pour afficher la liste des serveurs de bibliothèque VMM, sélectionnezServeurs de bibliothèque de serveurs>d’infrastructure>.

Réassocier les ordinateurs hôtes et les serveurs de bibliothèque

Après la mise à niveau, il se peut que vous deviez réassocier des hôtes de machines virtuelles et des serveurs de bibliothèque VMM au serveur d’administration VMM.

Procédez comme suit :

  1. SélectionnezServeurs d’infrastructure>>Tous les hôtes.
  2. Dans le volet Ordinateurs hôtes, assurez-vous que la colonne État de l'agent est affichée. S’il n’est pas affiché, cliquez avec le bouton droit sur un en-tête de colonne et sélectionnez État de l’agent.
  3. Dans le groupe hôte, sélectionnez Actualiser. Si un hôte doit être réassocié, la colonne État de l’hôte affiche Nécessite une attention et la colonne État de l’agent affiche Accès refusé. Cliquez avec le bouton droit sur l’hôte que vous souhaitez réassocier, puis sélectionnez Réassocier.
  4. Dans la page Réassocier l’agent , fournissez des informations d’identification, puis sélectionnez OK. La colonne État de l’agent indique Réassociation en cours. Une fois l’hôte réassocié, l’état passe à Réponse en cours.
  5. Actualisez l’hôte, la colonne status hôte affiche maintenant OK. Une fois que vous avez réassocié l’hôte, vous devrez peut-être mettre à jour l’agent VMM sur l’hôte.

Mise à niveau de la base de données SQL Server de VMM

Il existe plusieurs raisons de mettre à niveau la base de données SQL Server de VMM :

  • Vous mettez à niveau VMM vers System Center 2019 et la version actuelle de la base de données SQL Server n’est pas prise en charge.
  • Vous souhaitez mettre à niveau un serveur autonome VMM vers un serveur haute disponibilité, et le SQL Server est installé localement.
  • Vous souhaitez déplacer la base de données SQL Server vers un autre ordinateur.

Collecte des informations de base de données

Avant la mise à niveau, collectez les informations sur la base de données VMM :

  1. Enregistrez la connexion à la base de données dans la console VMM >>>>>>.
  2. Enregistrez les informations de compte dans le Gestionnaire de serveur >>>>. Cliquez avec le bouton droit sur System Center Virtual Machine ManagerPropriétésConnexion. Il s’agit du domaine ou compte local affecté en tant que compte de service lors de l’installation de VMM. Vous pouvez vérifier s’il est local dans OutilsGestionnaire d’ordinateurUtilisateurs et groupes locauxUtilisateurs.
  3. Vérifiez que vous avez utilisé la gestion distribuée de clés lors de l’installation de VMM, ou que les clés de chiffrement sont stockées localement sur le serveur VMM.
  4. Si vous déplacez la base de données VMM mais que vous ne la mettez pas à niveau, case activée quels correctifs cumulatifs ont été appliqués sur le serveur VMM.

Mise à niveau une base de données autonome

  1. Sauvegardez la base de données VMM existante et copiez la sauvegarde sur un ordinateur exécutant une version prise en charge de SQL Server.
  2. Utilisez les outils SQL Server pour restaurer la base de données.
  • Si vous mettez à niveau VMM, vous devez spécifier le nouvel emplacement SQL Server dans configuration de VMM >Configuration de la base de données.
  • Si vous souhaitez mettre à niveau la base de données sans mettre à niveau VMM, vous devez désinstaller VMM, puis le réinstaller. Lorsque vous désinstallez, dans la page Options de base de données , sélectionnez Conserver la base de données. Réinstallez ensuite avec les mêmes paramètres que vous avez utilisés pour l’installation d’origine. Dans Configuration de la base de données, spécifiez les détails du nouveau SQL Server. Après la réinstallation, appliquez les correctifs cumulatifs et case activée que le déploiement fonctionne comme prévu.

Mettre à niveau une base de données hautement disponible

  1. Enregistrez la version source de la base de données existante et la version vers laquelle vous souhaitez effectuer la mise à niveau.
  2. Créez une sauvegarde de la base de données SQL Server hautement disponible à partir du nœud actif du cluster SQL Server.
  3. Mettez à niveau les nœuds de SQL Server passifs vers la nouvelle version. Après la mise à niveau, vous pouvez éventuellement installer SQL Server Management Studio si vous souhaitez gérer SQL Server à partir de ce nœud.
  4. Basculez le rôle serveur SQL à haut niveau de disponibilité du nœud actif vers le nœud mis à niveau. Après le basculement, vous pouvez utiliser SQL Server Management Studio pour valider la version de base de données en cours d’exécution.
  5. Répétez la mise à niveau pour les autres nœuds du cluster à haute disponibilité SQL. En guise de validation supplémentaire, vous pouvez basculer les rôles de base de données SQL Server pour vous assurer que tout fonctionne comme prévu.

Migrer un cluster SQL Server dans le cadre de la mise à niveau de VMM

  1. Effectuez une sauvegarde de la base de données VMM hautement disponible à partir du nœud actif du cluster SQL existant.
  2. Prenez note du nom du rôle VMM à utiliser au moment de la réinstallation du rôle de serveur VMM. Désinstallez le serveur VMM des nœuds de cluster VMM existants avec l’option Conserver la base de données. Lorsque vous désinstallez le serveur VMM du dernier nœud, vous pourriez recevoir un message sur l’échec de l’inscription SPN. Il s’agit d’un problème connu qui n’a pas d’impact fonctionnel.
  3. Restaurez la base de données sauvegardée sur un autre cluster SQL exécutant la version SQL prise en charge. Ajoutez l’utilisateur sur lequel le service VMM s’exécute en tant qu’Utilisateur de cette nouvelle base de données avec l’appartenance à db_owner.
  4. Lors de la mise à niveau du serveur VMM dans le cadre de la migration de cluster SQL, donnez les paramètres correspondant au nouveau cluster SQL.

Redéployer Azure Site Recovery

Si Azure Site Recovery a été intégré à votre déploiement de VMM 2016/1801/1807, vous devez le redéployer avec VMM 2019 : soit pour la réplication vers Azure, soit pour la réplication vers un site secondaire.

Se connecter à Operations Manager

Après la mise à niveau, reconnectez VMM à Operations Manager.

Renouveler les certificats de serveurs PXE

Si vous avez un serveur PXE dans l’infrastructure VMM, vous devez le supprimer de l’infrastructure, puis l’ajouter à nouveau. Cela permet de renouveler le certificat de serveur PXE et d’éviter les erreurs de certificat.

Important

Cette version de Virtual Machine Manager (VMM) a atteint la fin du support. Nous vous recommandons de mettre à niveau vers VMM 2022.

Vous ne pouvez appliquer la mise à jour 1807 que si System Center Virtual Machine Manager 1801 est installé. Découvrez-en plus sur l’installation de VMM 1807.

Important

Cette version de Virtual Machine Manager (VMM) a atteint la fin du support. Nous vous recommandons de mettre à niveau vers VMM 2022.

Cet article fournit des informations de mise à niveau pour System Center 1801 - Virtual Machine Manager (VMM).

Cet article fournit des informations de mise à niveau pour System Center 2016 - Virtual Machine Manager (VMM).

Mise à niveau vers System Center 1801 - Virtual Machine Manager

Les sections suivantes fournissent des informations sur la mise à niveau vers VMM 1801. Inclut également les étapes de mise à niveau et les tâches que vous devez effectuer une fois la mise à niveau terminée.

Notes

Pendant l’installation de VMM, vérifiez que SQL Database ne fait partie d’aucun groupe de disponibilité.

Conditions requises et limitations :

  • Vous devez exécuter VMM sur System Center 2012 R2 avec le correctif cumulatif 14 ou 2016 UR 4.
  • Vérifiez que le serveur répond à toutes les exigences de VMM 1801 et que les prérequis sont en place. Plus d’informations
  • Vérifiez que vous exécutez une version prise en charge de SQL Server.
  • Si le déploiement actuel de VMM est intégré à Azure Site Recovery, notez les points suivants :
    • Vous ne pouvez pas mettre à niveau les paramètres de Site Recovery. Après la mise à niveau, vous devez redéployer.
    • Vérifiez la prise en charge des hôtes Hyper-V pour VMM 1801.

Avant de commencer

Vérifiez les points suivants :

  1. Terminez tous les travaux en cours d’exécution dans VMM.

Notes

L’historique des travaux est supprimé pendant la mise à niveau.

  1. Fermez toutes les connexions au serveur d'administration VMM, y compris la console VMM et l'interface de commande VMM.
  2. Fermez tous les autres programmes en cours d'exécution sur le serveur d'administration VMM.
  3. Vérifiez qu’il n’y a aucun redémarrage en attente sur les serveurs VMM.
  4. Effectuez une sauvegarde complète de la base de données VMM.
  5. Si vous exécutez Operations Manager avec VMM, déconnectez la connexion entre VMM et le serveur Operations Manager.

Séquence de mise à niveau des composants System Center

Si vous exécutez plusieurs composants System Center, ils doivent être mis à niveau dans un ordre spécifique :

  1. Service Management Automation
  2. Un orchestrateur
  3. Service Manager
  4. Data Protection Manager (DPM)
  5. Operations Manager
  6. Configuration Manager
  7. Virtual Machine Manager (VMM)
  8. App Controller
  9. Service Provider Foundation
  10. Microsoft Azure Pack pour Windows Server
  11. Clouds pour Bus des services
  12. Microsoft Azure Pack
  13. Service Reporting

Mettre à niveau un serveur VMM autonome

Utilisez les procédures suivantes :

Sauvegarder et mettre à niveau le système d’exploitation

  1. Sauvegardez et conservez la base de données VMM.
  2. Désinstallez VMM. Veillez à supprimer à la fois le serveur d’administration et la console.
  3. Mettez à niveau le système d’exploitation de gestion vers Windows Server 2016/1709.
  4. Installez Windows 10 ou la version 1709 d’ADK, respectivement.

Désinstaller VMM

  1. Accédez à Ajouter des programmes de suppression, sélectionnez VMM, puis Désinstaller.
  2. Dans l’Assistant Désinstallation, sélectionnez Supprimer des fonctionnalités, puis sélectionnez serveur d’administration VMM et console VMM dans la liste des fonctionnalités à supprimer.
  3. Dans la page des options de la base de données, sélectionnez Conserver la base de données.
  4. Passez en revue le récapitulatif, puis sélectionnez Désinstaller.

Installer VMM 1801

  1. Dans la page d’installation main, sélectionnez Installer.
  2. Dans Sélectionner les fonctionnalités à installer, sélectionnez le serveur d’administration VMM, puis suivant. La console VMM sera automatiquement installée.
  3. Dans Informations d’inscription du produit, fournissez les informations appropriées, puis sélectionnez Suivant. Si vous n’entrez pas de clé de produit, VMM sera installé en tant que version d’évaluation qui expirera après 180 jours à compter de la date d’installation.
  4. Dans Lisez ce contrat de licence, passez en revue le contrat de licence, sélectionnez la zone J’ai lu, compris et j’accepte les termes du contrat de licence **case activée, puis sélectionnez **Suivant.
  5. Dans Données d’utilisation et de connectivité, sélectionnez l’une des options, puis suivant.
  6. Si la page Microsoft Update s’affiche, indiquez si vous souhaitez utiliser Microsoft Update, puis sélectionnez Suivant. Si vous avez déjà choisi d’utiliser Microsoft Update sur cet ordinateur, la page ne s’affiche pas.
  7. Dans Emplacement d’installation, utilisez le chemin d’accès par défaut ou entrez un autre chemin d’installation pour les fichiers du programme VMM, puis sélectionnez Suivant.
  8. Dans Configuration de la base de données :
  • Découvrez-en plus si vous avez besoin de mettre à niveau VMM SQL Server.
  • Si vous utilisez une instance SQL distante, spécifiez le nom de l’ordinateur SQL Server.
  • Si SQL Server s’exécute sur le serveur VMM, entrez le nom du serveur VMM ou entrez localhost. Si le SQL Server se trouve dans un cluster, entrez le nom du cluster.
  • Ne spécifiez pas de valeur de port si vous utilisez sql server local ou si votre serveur SQL distant utilise le port par défaut (1443).
  • Sélectionnez Base de données existante, puis sélectionnez la base de données que vous avez conservée (sauvegardée) de votre installation précédente. Fournissez des informations d’identification disposant d’autorisations pour accéder à la base de données. Lorsque vous êtes invité à mettre à niveau la base de données, sélectionnez Oui.
  1. Dans Configurer le compte de service et la gestion distribuée de clés, spécifiez le compte que le service VMM doit utiliser.

Notes

Vous ne pouvez pas modifier l’identité du compte de service VMM après l’installation.

  1. Sous Gestion distribuée de clés, spécifiez si vous voulez stocker les clés de chiffrement dans Active Directory.

Notes

Choisissez avec soin les paramètres du compte de service et de la gestion distribuée de clés. Selon votre sélection, il se peut que les données chiffrées, telles que les mots de passe des modèles, ne soient plus disponibles à l’issue de la mise à niveau. Vous devrez alors les entrer manuellement.

  1. Dans Configuration du port, utilisez le numéro de port par défaut pour chaque fonctionnalité ou indiquez un numéro de port unique approprié pour votre environnement.

Notes

Vous ne pouvez pas modifier les ports que vous attribuez lors de l’installation d’un serveur d’administration VMM, sauf si vous désinstallez puis réinstallez le serveur d’administration VMM. En outre, ne configurez aucune fonctionnalité pour utiliser le port 5986 ; ce numéro de port est préattribué.

  1. Dans Configuration de la bibliothèque, indiquez si vous voulez créer un partage de bibliothèque ou utiliser un partage de bibliothèque existant sur l'ordinateur. Le partage de bibliothèque par défaut créé par VMM s’appelle MSSCVMMLibrary, et son dossier se situe dans %SYSTEMDRIVE%\ProgramData\Fichiers de la bibliothèque Virtual Machine Manager. ProgramData est un dossier masqué et vous ne pouvez pas le supprimer. Après avoir installé le serveur d’administration VMM, vous pouvez ajouter des partages de bibliothèque et des serveurs de bibliothèque à l’aide de la console VMM ou de l’interface de commande VMM.
  2. Dans Rapport de compatibilité de mise à niveau, passez en revue les paramètres, puis sélectionnez Suivant pour poursuivre la mise à niveau.
  3. Dans Résumé de l’installation, passez en revue les paramètres et sélectionnez Installer pour mettre à niveau le serveur. La page Installation des fonctionnalités s’ouvre et affiche la progression de l’installation.
  4. Dans Installation terminée, sélectionnez Fermer pour terminer l’installation. Pour ouvrir la console VMM, case activée Ouvrir la console VMM lorsque cet Assistant se ferme, ou vous pouvez sélectionner l’icône Console Virtual Machine Manager sur le bureau.

Notes

Une fois la mise à niveau réussie, mettez manuellement à niveau l’agent hôte à l’aide de VMM.

En cas de problème avec l’installation, case activée le dossier %SYSTEMDRIVE%\ProgramData\VMMLogs.

Au cours de l’installation, VMM active les règles de pare-feu suivantes. Ces règles sont toujours en vigueur même si vous désinstallez VMM par la suite.

  • Gestion à distance de Windows
  • Gestion du stockage Windows basé sur des normes

Mise à niveau d'un serveur VMM à haut niveau de disponibilité

Vous pouvez mettre à niveau un serveur VMM à haut niveau de disponibilité 2012 R2 et 2016 vers 1801.

Les deux modes de mise à niveau suivants sont pris en charge :

Notes

La mise à niveau de SQL Server peut être effectuée à tout moment, indépendamment de la mise à niveau VMM.

Mise à niveau du mode mixte sans serveur VMM supplémentaire

Cette procédure ne nécessite aucun serveur VMM supplémentaire, mais augmente le risque d’interruption de service dans certains scénarios. Par exemple, lorsque vous avez deux nœuds HA VMM et que le nœud VMM actif échoue pendant que vous mettez à niveau le passif. Dans ce scénario, votre serveur VMM n’aura pas de nœud de basculement disponible.

Suivez ces étapes :

  1. Sauvegardez et conservez la base de données VMM.

  2. Désinstallez VMM sur le nœud passif.

  3. VMM 1801 prend en charge WS 2016 et 1709 comme système d’exploitation de gestion. Sur le nœud VMM passif, mettez à niveau le système d’exploitation de gestion vers Windows Server 2016/1709.

    Si le cluster a VMM 2012 R2 avec Windows Server (WS) 2012 R2 et que vous souhaitez mettre à niveau vers VMM 1801 avec WS 1709, procédez comme suit pour chacun de ces nœuds du cluster :

  • Mettez à niveau vers VMM 1801 avec WS 2016 comme système d’exploitation de gestion pour tous les nœuds du cluster dotés de WS 2012 R2. En effet, le cluster mixte 2012 R2 et WS 1709 n’est pas pris en charge.
  • Mettez à niveau le système d’exploitation de gestion vers WS 1709.
  1. Mettez à niveau vers la version Windows 10/1709 du ADK.
  2. Installez VMM 1801 sur le nœud passif en procédant comme suit :
  • Dans la page d’installation main, sélectionnez Installer.
  • Dans Sélectionner les fonctionnalités à installer, sélectionnez Serveur d’administration VMM , puis Suivant. La console VMM sera automatiquement installée.
  • Lorsque vous y êtes invité, confirmez que vous voulez ajouter ce serveur comme nœud au déploiement à haut niveau de disponibilité.
  • Dans la page Configuration de la base de données , si vous y êtes invité, sélectionnez pour mettre à niveau la base de données.
  • Passez en revue le récapitulatif et terminez l’installation.
  1. Basculez le nœud VMM actif sur le serveur VMM nouvellement mis à niveau.
  2. Répétez cette procédure sur d’autres nœuds VMM.
  3. Mettez à jour le niveau fonctionnel du cluster à l’aide de la commandeUpdate-ClusterFunctionalLevel.
  4. [Facultatif] Installez les utilitaires de ligne de commande SQL appropriés.

Mise à niveau du mode mixte avec serveurs VMM supplémentaires

Cette procédure nécessite des serveurs VMM supplémentaires ; toutefois, il garantit presque aucun temps d’arrêt dans tous les scénarios.

Suivez ces étapes :

  1. Sauvegardez et conservez la base de données VMM.

  2. Ajoutez le nombre de serveurs supplémentaires (avec le système d’exploitation de gestion Windows Server 2016/1709) équivalent au nombre de serveurs présents dans le cluster haute disponibilité.

    Si le cluster a des nœuds VMM 2012 R2 avec WS 2012 R2 et que vous souhaitez effectuer une mise à niveau vers WS 1709 avec VMM 1801, procédez comme suit :

    • Ajoutez les nouveaux nœuds WS 2016 et installez VMM 1801 sur tous ces nouveaux nœuds.
    • Supprimez tous les nœuds WS 2012 R2 du cluster.
  • Mettez à niveau le système d’exploitation de gestion vers WS 1709.
  1. Installez la version Windows 10/1709 du kit de déploiement et d’évaluation Windows (ADK) sur les serveurs 2016 qui viennent d’être ajoutés.
  2. Installez VMM 1801 sur l’un des serveurs nouvellement ajoutés en vous servant des détails qui figurent à l’étape 5 de la mise à niveau du mode mixte sans serveur VMM supplémentaire (#mixed-mode- upgrade-with-no-additional-VMM-servers).
  3. Répétez ces étapes d’installation pour tous les autres serveurs qui viennent d’être ajoutés.
  4. Basculez le nœud VMM actif sur l’un des serveurs nouvellement ajoutés.
  5. Supprimez les nœuds 2012 R2/2016 du cluster après le basculement.
  6. Mettez à jour le niveau fonctionnel du cluster à l’aide de la commandeUpdate-ClusterFunctionalLevel.
  7. [Facultatif] Installez les utilitaires de ligne de commande SQL appropriés.

Notes

Une fois la mise à niveau VMM haute disponibilité réussie, mettez à niveau l’agent hôte manuellement à l’aide de VMM.

Mise à niveau de la base de données SQL Server de VMM

Il existe plusieurs raisons de mettre à niveau la base de données SQL Server de VMM :

  • Vous mettez à niveau VMM vers System Center 1801 et la version actuelle de la base de données SQL Server n’est pas prise en charge.
  • Vous souhaitez mettre à niveau un serveur autonome VMM vers un serveur haute disponibilité, et le SQL Server est installé localement.
  • Vous souhaitez déplacer la base de données SQL Server vers un autre ordinateur.

Collecte des informations de base de données

Avant la mise à niveau, collectez des informations sur la base de données :

  1. Enregistrez la connexion à la base de données dans la console VMM >>>>>>.
  2. Enregistrez les informations de compte dans le Gestionnaire de serveur >>>>. Cliquez avec le bouton droit sur System Center Virtual Machine ManagerPropriétésConnexion. Il s’agit du domaine ou compte local affecté en tant que compte de service lors de l’installation de VMM. Vous pouvez vérifier s’il est local dans OutilsGestionnaire d’ordinateurUtilisateurs et groupes locauxUtilisateurs.
  3. Vérifiez que vous avez utilisé la gestion distribuée de clés lors de l’installation de VMM, ou que les clés de chiffrement sont stockées localement sur le serveur VMM.
  4. Si vous déplacez la base de données VMM mais que vous ne mettez pas à niveau VMM, case activée quels correctifs cumulatifs ont été appliqués sur le serveur VMM.

Mise à niveau une base de données autonome

  1. Sauvegardez la base de données VMM existante et copiez la sauvegarde sur un ordinateur exécutant une version prise en charge de SQL Server.
  2. Utilisez les outils SQL Server pour restaurer la base de données.
  • Si vous mettez à niveau VMM, vous devez spécifier le nouvel emplacement SQL Server dans configuration de la base de données VMM>.
  • Si vous souhaitez mettre à niveau la base de données sans mettre à niveau VMM, vous devez désinstaller VMM, puis le réinstaller. Lorsque vous désinstallez, dans la page Options de base de données , sélectionnez Conserver la base de données. Réinstallez ensuite VMM avec les mêmes paramètres que ceux utilisés pendant l’installation d’origine. Dans configuration de la base de données, spécifiez les nouveaux détails SQL Server. Après la réinstallation, appliquez les correctifs cumulatifs et case activée que le déploiement fonctionne comme prévu.

Mettre à niveau une base de données hautement disponible

  1. Enregistrez la version de la source de la base de données existante et la version vers laquelle vous souhaitez mettre à niveau.
  2. Créez une sauvegarde de la base de données SQL Server hautement disponible à partir du nœud actif du cluster SQL Server.
  3. Mettez à niveau les nœuds passifs de SQL Server vers la nouvelle version. Après la mise à niveau, vous pouvez éventuellement installer SQL Server Management Studio si vous souhaitez gérer SQL Server à partir de ce nœud.
  4. Basculez le rôle serveur SQL hautement disponible du nœud actuellement actif vers le nœud mis à niveau. Après le basculement, vous pouvez utiliser SQL Server Management Studio pour valider la version de base de données en cours d’exécution.
  5. Répétez la mise à niveau pour les autres nœuds du cluster à haute disponibilité SQL. En guise de validation supplémentaire, vous pouvez basculer les rôles de base de données SQL Server pour vous assurer que tout fonctionne comme prévu.

Migrer un cluster SQL Server dans le cadre de la mise à niveau de VMM

  1. Effectuez une sauvegarde de la base de données VMM hautement disponible à partir du nœud actif du cluster SQL existant.
  2. Prenez note du nom du rôle VMM à utiliser au moment de la réinstallation du rôle de serveur VMM. Désinstallez le serveur VMM des nœuds de cluster VMM existants avec l’option de conservation de la base de données. Lors de la désinstallation du serveur VMM à partir du dernier nœud, vous pouvez recevoir un message concernant l’échec de l’inscription du SPN. Il s’agit d’un problème connu qui n’a pas d’impact fonctionnel.
  3. Restaurez la base de données sauvegardée sur un autre cluster SQL exécutant la version SQL prise en charge. Ajoutez l’utilisateur sur lequel le service VMM s’exécute en tant qu’Utilisateur de cette nouvelle base de données avec l’appartenance à db_owner.
  4. Lors de la mise à niveau de VMM Server dans le cadre de la migration de cluster SQL, indiquez les paramètres correspondant au nouveau cluster SQL.

Mettre à jour les agents VMM

Après la mise à niveau, vous devez mettre à jour les agents VMM sur vos ordinateurs hôtes Hyper-V et serveurs de bibliothèque VMM.

  1. SélectionnezServeurs d’infrastructure>>Tous les hôtes.
  2. Dans le volet Hôtes , cliquez avec le bouton droit sur un en-tête de colonne, puis sélectionnez État de la version de l’agent.
  3. Sélectionnez l'ordinateur hôte avec l'agent VMM que vous voulez mettre à jour. Sous l’onglet Hôtes , dans le groupe hôte , sélectionnez Actualiser. Si l’agent VMM d’un ordinateur hôte doit être mis à jour, la colonne État de l’hôte affiche Nécessite une attention, tandis que la colonne État de la version de l’agent affiche Mise à niveau disponible.
  4. Cliquez avec le bouton droit sur l’hôte avec l’agent VMM que vous souhaitez mettre à jour, puis sélectionnez Mettre à jour l’agent. Dans Update Agent , fournissez les informations d’identification nécessaires, puis sélectionnez OK.
  5. La colonne État de la version de l'agent affiche la valeur Mise à niveau en cours. Une fois l'agent VMM mis à jour correctement sur l'ordinateur hôte, la colonne État de la version de l'agent affiche la valeur Mis à jouret la colonne Version de l'agent affiche la version mise à jour de l'agent. Après l'actualisation de l'ordinateur hôte, la colonne État de l'hôte de l'ordinateur hôte affiche la valeur OK.
  6. Vous pouvez mettre à jour l'agent VMM sur un serveur de bibliothèque VMM de la même manière. Pour afficher la liste des serveurs de bibliothèque VMM, sélectionnezServeurs de bibliothèque de serveurs>d’infrastructure>.

Redéployer Azure Site Recovery

Si Azure Site Recovery a été intégré à votre déploiement de VMM 2012 R2/2016, vous devez le redéployer avec VMM 1801 : soit pour la réplication vers Azure, soit pour la réplication vers un site secondaire.

Pour plus d’informations sur la prise en charge des hôtes Hyper-V si vous exécutez VMM 1801, lisez ce billet de blog.

Se connecter à Operations Manager

Après la mise à niveau, reconnectez VMM à Operations Manager.

Renouveler les certificats de serveurs PXE

Si vous avez un serveur PXE dans l’infrastructure VMM, vous devez le supprimer de l’infrastructure, puis l’ajouter à nouveau. Cette démarche permet de renouveler le certificat de serveur PXE et évite les erreurs liées aux certificats.

Mise à niveau vers System Center 2016 - VMM

Les sections suivantes expliquent comment effectuer une mise à niveau vers System Center Virtual Machine Manager (VMM) 2016. Elles incluent les prérequis, les instructions de mise à niveau et les tâches à effectuer après la mise à niveau.

Notes

Pendant l’installation de VMM, vérifiez que SQL Database ne fait partie d’aucun groupe de disponibilité.

Conditions requises et limitations :

  • Vous devez exécuter VMM sur System Center 2012 R2 avec le correctif cumulatif 9 ou ultérieur.
  • Le serveur sur lequel vous allez installer VMM doit satisfaire aux exigences de VMM 2016. En savoir plus
  • Vérifiez que vous exécutez une version prise en charge de SQL Server.
  • Si le déploiement actuel de VMM est intégré à Azure Site Recovery, vous ne pouvez pas mettre à niveau les paramètres Site Recovery. Après la mise à niveau, vous devez effectuer un redéploiement.
  • Vérifiez les critères de prise en charge des hôtes Hyper-V pour VMM 2016.

Avant de commencer

  1. Terminez tous les travaux en cours d’exécution dans VMM. L'historique des travaux est supprimé lors de la mise à niveau.
  2. Fermez toutes les connexions au serveur d'administration VMM, y compris la console VMM et l'interface de commande VMM.
  3. Fermez tous les autres programmes en cours d'exécution sur le serveur d'administration VMM.
  4. Vérifiez qu’il n’y a aucun redémarrage en attente sur les serveurs VMM.
  5. Effectuez une sauvegarde complète de la base de données VMM.
  6. Si la base de données SQL Server active utilise des groupes de disponibilité AlwaysOn :
  • Si la base de données VMM est incluse dans le groupe de disponibilité, supprimez-la dans SQL Server Management Studio.
  • Lancez un basculement sur l'ordinateur qui exécute SQL Server et sur lequel la base de données VMM est installée.
  1. Si vous exécutez Operations Manager avec VMM, déconnectez la connexion entre VMM et le serveur Operations Manager.
  2. Si le serveur VMM 2012 R2 exécute le correctif cumulatif 10 ou 11 et qu’un équilibreur de charge Citrix NetScalar est déployé, exécutez ce script SQL Server avant de commencer la mise à niveau, sinon, elle risque d’échouer. Le script n’est pas nécessaire si vous exécutez le correctif cumulatif 12 ou ultérieur.

ALTER TABLE [dbo].[tbl_NetMan_HardwareModelSettings] ALTER COLUMN Version NVARCHAR(255) NULL; GO

Séquence de mise à niveau des composants System Center

Si vous utilisez plusieurs composants System Center, vous devez les mettre à niveau dans un ordre spécifique :

  1. Service Management Automation
  2. Un orchestrateur
  3. Service Manager
  4. Data Protection Manager (DPM)
  5. Operations Manager
  6. Configuration Manager
  7. Virtual Machine Manager (VMM)
  8. App Controller
  9. Service Provider Foundation
  10. Microsoft Azure Pack pour Windows Server
  11. Clouds pour Bus des services
  12. Microsoft Azure Pack
  13. Service Reporting

Mettre à niveau un serveur VMM autonome

Sauvegardez et mettez à niveau le système d’exploitation, puis installez VMM 2016.

Sauvegarder et mettre à niveau le système d’exploitation

  1. Sauvegardez et conservez la base de données VMM.
  2. Désinstallez VMM. Pour cela : a. Dans Ajout/Suppression de programmes, sélectionnez VMMDé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. Mettez à niveau le système d’exploitation d’administration vers Windows Server 2016.
  4. Mettez à niveau vers la version Windows 10 du ADK.

Installer VMM 2016

  1. Dans la page d’installation main, sélectionnez Installer.
  2. Dans Sélectionner les fonctionnalités à installer, sélectionnez le serveur d’administration VMM Suivant. La console VMM sera automatiquement installée.
  3. Dans Informations d’inscription du produit, fournissez les informations appropriées, puis sélectionnez Suivant. Si vous n’entrez pas de clé de produit, VMM sera installé en tant que version d’évaluation qui expire au bout de 180 jours à compter de la date d’installation.
  4. Dans Lisez ce contrat de licence, passez en revue le contrat de licence, sélectionnez J’ai lu, compris et j’accepte les termes du contrat de licence, puis sélectionnez Suivant.
  5. Dans Données d’utilisation et de connectivité, sélectionnez l’une des options, puis sélectionnez Suivant.
  6. Si la page Microsoft Update s’affiche, indiquez si vous souhaitez utiliser Microsoft Update, puis sélectionnez Suivant. Si vous avez déjà choisi d’utiliser Microsoft Update sur cet ordinateur, la page ne s’affiche pas.
  7. Dans Emplacement d’installation, utilisez le chemin d’accès par défaut ou entrez un autre chemin d’installation pour les fichiers programme VMM, puis sélectionnez Suivant.
  8. Dans Configuration de la base de données :
  • Découvrez-en plus si vous avez besoin de mettre à niveau VMM SQL Server.
  • Si vous utilisez une instance SQL distante, spécifiez le nom de l’ordinateur SQL Server.
  • Si SQL Server s’exécute sur le serveur VMM, entrez le nom du serveur VMM ou entrez localhost. Si le SQL Server se trouve dans un cluster, entrez le nom du cluster.
  • Ne spécifiez pas de valeur de port si vous utilisez un serveur SQL local ou si votre serveur SQL distant utilise le port par défaut (1433).
  • Sélectionnez Base de données existante et sélectionnez la base de données que vous avez conservée (sauvegardée) de votre précédente installation. Fournissez des informations d’identification disposant d’autorisations pour accéder à la base de données. Lorsque vous êtes invité à mettre à niveau la base de données, sélectionnez Oui.
  1. Dans Configurer le compte de service et la gestion distribuée de clés, spécifiez le compte que le service VMM doit utiliser. Vous ne pouvez pas modifier l’identité du compte de service VMM après l’installation.
  2. Sous Gestion distribuée de clés, spécifiez si vous voulez stocker les clés de chiffrement dans Active Directory.

Notes

Choisissez avec soin les paramètres du compte de service et de la gestion distribuée de clés. En fonction de votre sélection, les données chiffrées telles que les mots de passe dans les modèles peuvent ne pas être disponibles après la mise à niveau et vous devrez les entrer manuellement. 13. Dans Configuration du port, utilisez le numéro de port par défaut pour chaque fonctionnalité ou fournissez un numéro de port unique approprié dans votre environnement. Pour modifier les ports que vous avez attribués lors de l’installation d’un serveur d’administration VMM, vous devez désinstaller, puis réinstaller le serveur. Ne configurez aucune fonctionnalité pour utiliser le port 5986 ; ce numéro de port est préattribué. 14. Dans Configuration de la bibliothèque, choisissez de créer un partage de bibliothèque ou d’utiliser un partage de bibliothèque existant sur l’ordinateur. Le partage de bibliothèque par défaut créé par VMM s’appelle MSSCVMMLibrary, et son dossier se situe dans %SYSTEMDRIVE%\ProgramData\Fichiers de la bibliothèque Virtual Machine Manager. ProgramData est un dossier masqué que vous ne pouvez pas supprimer. Après avoir installé le serveur d’administration VMM, vous pouvez ajouter des partages de bibliothèque et des serveurs de bibliothèque à l’aide de la console VMM ou de l’interface de commande VMM. 15. Dans Rapport de compatibilité de mise à niveau, passez en revue les paramètres, sélectionnez Suivant pour poursuivre la mise à niveau. 16. Dans Résumé de l’installation, passez en revue les paramètres et sélectionnez Installer pour mettre à niveau le serveur. La page Installation des fonctionnalités s’ouvre et affiche la progression de l’installation. 17. Dans Installation terminée, sélectionnez Fermer pour terminer l’installation. Pour ouvrir la console VMM, case activée Ouvrir la console VMM lorsque cet Assistant se ferme, ou vous pouvez sélectionner l’icône de console VMM sur le bureau. 18. Après la mise à niveau, mettez à niveau l’agent hôte manuellement. 19. Pendant l’installation, VMM active les règles de pare-feu suivantes. Ces règles restent toujours en vigueur, même si vous désinstallez VMM par la suite :

  • Gestion à distance de Windows
  • Gestion du stockage Windows basé sur des normes

Si vous rencontrez des problèmes lors de l’installation, consultez les journaux du dossier %SYSTEMDRIVE%\ProgramData\VMMLogs.

Mise à niveau d'un serveur VMM à haut niveau de disponibilité

Vous pouvez mettre à niveau un serveur VMM 2012 R2 hautement disponible (exécutant au moins le correctif cumulatif 9) vers VMM 2016.

Les modes de mise à niveau suivants sont pris en charge :

Notes

La mise à niveau de SQL Server peut être effectuée à tout moment, indépendamment de la mise à niveau VMM.

Mise à niveau du mode mixte sans serveur VMM supplémentaire

Cette procédure ne nécessite aucun serveur VMM supplémentaire, mais présente un risque accru de temps d’arrêt dans certains scénarios. Par exemple, lorsque vous avez deux nœuds HA VMM et que le nœud VMM actif échoue pendant que vous mettez à niveau le passif. Dans ce scénario, votre serveur VMM n’aura pas de nœud de basculement disponible.

  1. Sauvegardez et conservez la base de données VMM.
  2. Désinstallez VMM sur le nœud passif.
  3. Sur le nœud VMM passif, mettez à niveau le système d’exploitation de gestion vers Windows Server 2016.
  4. Mettez à niveau vers la version Windows 10 du ADK.
  5. Installez VMM 2016 sur le nœud passif en procédant comme suit :
  • Dans la page d’installation main, sélectionnez Installer.
  • Dans Sélectionner les fonctionnalités à installer, sélectionnez Serveur d’administration VMM , puis Suivant. La console VMM sera automatiquement installée.
  • Lorsque vous y êtes invité, confirmez que vous voulez ajouter ce serveur comme nœud au déploiement à haut niveau de disponibilité.
  • Dans la page Configuration de la base de données , si vous y êtes invité, sélectionnez pour mettre à niveau la base de données.
  • Passez en revue le récapitulatif et terminez l’installation.
  1. Basculez le nœud VMM actif sur le serveur VMM nouvellement mis à niveau.
  2. Répétez cette procédure sur d’autres nœuds VMM.
  3. Mettez à jour le niveau fonctionnel du cluster à l’aide de la commandeUpdate-ClusterFunctionalLevel.
  4. [Facultatif] Installez les utilitaires de ligne de commande SQL appropriés.

Mise à niveau du mode mixte avec serveurs VMM supplémentaires

Vous avez besoin de serveurs supplémentaires. Cependant, les scénarios ne comprennent quasiment aucun temps d’arrêt.

  1. Sauvegardez et conservez la base de données VMM.
  2. Ajoutez le nombre de serveurs supplémentaires (avec le système d’exploitation de gestion Windows Server 2016) équivalent au nombre de serveurs présents dans le cluster haute disponibilité.
  3. Installez la version Windows 10 du kit de déploiement et d’évaluation Windows (ADK) sur les serveurs 2016 qui viennent d’être ajoutés.
  4. Installez VMM 2016 sur l’un des serveurs nouvellement ajoutés en vous servant des détails qui figurent à l’étape 5 de la mise à niveau du mode mixte sans serveur VMM supplémentaire (#mixed-mode- upgrade-with-no-additional-VMM-servers).
  5. Répétez ces étapes d’installation pour tous les autres serveurs qui viennent d’être ajoutés.
  6. Basculez le nœud VMM actif sur l’un des serveurs nouvellement ajoutés.
  7. Désinstallez VMM des nœuds 2012 R2 et supprimez ces nœuds du cluster après le basculement.
  8. Mettez à jour le niveau fonctionnel du cluster à l’aide de la commande Update-ClusterFunctionalLevelcommand.
  9. Si vous le souhaitez, vous pouvez installer les utilitaires de ligne de commande SQL appropriés.
  10. Après la mise à niveau, procédez à une mise à niveau manuelle de l’agent hôte.

Mise à niveau de la base de données SQL Server de VMM

Il existe plusieurs raisons de mettre à niveau la base de données SQL Server de VMM :

  • Vous mettez à niveau VMM vers System Center 2016, et la version actuelle de la base de données SQL Server n’est pas prise en charge.
  • Vous souhaitez mettre à niveau un serveur autonome VMM vers un serveur haute disponibilité, et le SQL Server est installé localement.
  • Vous souhaitez déplacer la base de données SQL Server vers un autre ordinateur.

Collecte des informations de base de données

Avant la mise à niveau, collectez des informations sur la base de données :

  1. Enregistrez la connexion à la base de données dans la console VMM >>>>>>.
  2. Enregistrez les informations de compte dans le Gestionnaire de serveur >>>>. Cliquez avec le bouton droit sur System Center Virtual Machine ManagerPropriétésConnexion. Il s’agit du domaine ou compte local affecté en tant que compte de service lors de l’installation de VMM. Vous pouvez vérifier s’il est local dans OutilsGestionnaire d’ordinateurUtilisateurs et groupes locauxUtilisateurs.
  3. Vérifiez que vous avez utilisé la gestion distribuée de clés lors de l’installation de VMM, ou que les clés de chiffrement sont stockées localement sur le serveur VMM.
  4. Si vous déplacez la base de données VMM mais que vous ne la mettez pas à niveau, case activée quels correctifs cumulatifs ont été appliqués sur le serveur VMM.

Mise à niveau une base de données autonome

  1. Sauvegardez la base de données VMM existante et copiez la sauvegarde sur un ordinateur exécutant une version prise en charge du SQL Server.
  2. Utilisez les outils SQL Server pour restaurer la base de données.
    • Si vous mettez à niveau VMM, vous devez spécifier le nouvel emplacement SQL Server dans configuration de VMM >Configuration de la base de données.
    • Si vous souhaitez mettre à niveau la base de données sans mettre à niveau VMM, vous devez désinstaller VMM, puis le réinstaller. Lorsque vous désinstallez, dans la page Options de base de données , sélectionnez Conserver la base de données. Réinstallez ensuite VMM avec les mêmes paramètres que ceux utilisés pendant l’installation d’origine. Dans Configuration de la base de données, spécifiez les détails du nouveau SQL Server. Après la réinstallation, appliquez les correctifs cumulatifs et case activée que le déploiement fonctionne comme prévu.

Mettre à niveau une base de données hautement disponible

  1. Enregistrez la version source de la base de données existante et la version vers laquelle vous souhaitez effectuer la mise à niveau.
  2. Créez une sauvegarde de la base de données SQL Server hautement disponible à partir du nœud actif du cluster SQL Server.
  3. Mettez à niveau les nœuds passifs de SQL Server vers la nouvelle version. Après la mise à niveau, vous pouvez éventuellement installer SQL Server Management Studio si vous souhaitez gérer SQL Server à partir de ce nœud.
  4. Basculez le rôle serveur SQL à haut niveau de disponibilité du nœud actif vers le nœud mis à niveau. Après le basculement, vous pouvez utiliser SQL Server Management Studio pour valider la version de base de données en cours d’exécution.
  5. Répétez la mise à niveau pour les autres nœuds du cluster à haute disponibilité SQL. En guise de validation supplémentaire, vous pouvez basculer les rôles de base de données SQL Server pour vous assurer que tout fonctionne comme prévu.

Migrer un cluster SQL Server dans le cadre de la mise à niveau de VMM

  1. Effectuez une sauvegarde de la base de données VMM hautement disponible à partir du nœud actif du cluster SQL existant.
  2. Prenez note du nom du rôle VMM à utiliser au moment de la réinstallation du rôle de serveur VMM. Désinstallez le serveur VMM des nœuds de cluster VMM existants avec l’option Conserver la base de données. Lors de la désinstallation du serveur VMM à partir du dernier nœud, vous pouvez recevoir un message indiquant l’échec de l’inscription du SPN. Il s’agit d’un problème connu qui n’a pas d’impact fonctionnel.
  3. Restaurez la base de données sauvegardée sur un autre cluster SQL exécutant la version SQL prise en charge. Ajoutez l’utilisateur sur lequel le service VMM s’exécute en tant qu’Utilisateur de cette nouvelle base de données avec l’appartenance à db_owner.
  4. Lors de la mise à niveau du serveur VMM dans le cadre de la migration de cluster SQL, donnez les paramètres correspondant au nouveau cluster SQL.

Mettre à jour les agents VMM

Après la mise à niveau, vous devez mettre à jour les agents VMM sur vos ordinateurs hôtes Hyper-V et serveurs de bibliothèque VMM.

  1. SélectionnezServeurs d’infrastructure>>Tous les hôtes.
  2. Dans le volet Hôtes , cliquez avec le bouton droit sur un en-tête de colonne, puis sélectionnez État de la version de l’agent.
  3. Sélectionnez l'ordinateur hôte avec l'agent VMM que vous voulez mettre à jour. Sous l’onglet Hôtes , dans le groupe Hôte , sélectionnez Actualiser. Si un hôte doit avoir son agent VMM mis à jour, la colonne État de l’hôte affiche l’attention requise et la colonne État de la version de l’agent affiche mise à niveau disponible.
  4. Cliquez avec le bouton droit sur l’hôte avec l’agent VMM que vous souhaitez mettre à jour, puis sélectionnez Mettre à jour l’agent. Dans Agent de mise à jour, fournissez les informations d’identification nécessaires, puis sélectionnez OK.
  5. La colonne État de la version de l'agent affiche la valeur Mise à niveau en cours. Une fois l'agent VMM mis à jour correctement sur l'ordinateur hôte, la colonne État de la version de l'agent affiche la valeur Mis à jouret la colonne Version de l'agent affiche la version mise à jour de l'agent. Après l'actualisation de l'ordinateur hôte, la colonne État de l'hôte de l'ordinateur hôte affiche la valeur OK.
  6. Vous pouvez mettre à jour l'agent VMM sur un serveur de bibliothèque VMM de la même manière. Pour afficher la liste des serveurs de bibliothèque VMM, sélectionnez>Serveurs de bibliothèque serveurs d’infrastructure>.

Réassocier les ordinateurs hôtes et les serveurs de bibliothèque

Il se peut que vous deviez réassocier des hôtes de machines virtuelles et des serveurs de bibliothèque VMM au serveur d’administration VMM après la mise à niveau.

  1. SélectionnezServeurs d’infrastructure>>Tous les hôtes.
  2. Dans le volet Ordinateurs hôtes, assurez-vous que la colonne État de l'agent est affichée. Si ce n’est pas le cas, cliquez avec le bouton droit sur un en-tête >de colonne État de l’agent.
  3. Sélectionnez l'ordinateur hôte que vous devez réassocier au serveur d'administration VMM.
  4. Dans le groupe hôte, sélectionnez Actualiser. Si un ordinateur hôte doit être réassocié, la colonne État de l’hôte affiche la valeur Nécessite une attention, tandis que la colonne État de l’agent affiche la valeur Accès refusé. Cliquez avec le bouton droit sur l’hôte que vous souhaitez réassocier, puis sélectionnez Réassocier. Dans Réassocier l’agent, fournissez les informations d’identification, puis sélectionnez OK. La colonne État de l’agent affiche la valeur Réassociation en cours. Une fois l'ordinateur hôte réassocié, la colonne État de l'agent affiche la valeur Réponse en cours. Après l'actualisation de l'ordinateur hôte, la colonne État de l'hôte de l'ordinateur hôte affiche la valeur OK. Une fois que vous avez réassocié l’hôte, vous devrez probablement mettre à jour l’agent VMM sur l’hôte.

Redéployer Azure Site Recovery

Si Azure Site Recovery a été intégré à votre déploiement VMM 2012 R2, vous devez le redéployer avec VMM 2016, pour la réplication vers Azure ou vers un site secondaire.

Pour plus d’informations sur la prise en charge des hôtes Hyper-V si vous exécutez VMM 2016, lisez ce billet de blog.

Se connecter à Operations Manager

Après la mise à niveau, reconnectez VMM à Operations Manager.

Notes

Vous ne devez pas installer de pack d’administration sur VMM 2016 RTM. Le correctif cumulatif 1 ou ultérieur doit être installé. Si vous avez installé des packs d’administration sur la version RTM, désinstallez-les avant d’installer le correctif cumulatif 1.

Configurer des groupes de disponibilité AlwaysOn

Si vous avez mis à niveau une base de données configurée avec des groupes de disponibilité AlwaysOn, vous devez effectuer certaines tâches pour vérifier que la base de données mise à niveau est correctement configurée avec les groupes de disponibilité AlwaysOn.

  1. Ajoutez la base de données VMM au groupe de disponibilité. Vous pouvez utiliser l'outil Microsoft SQL Management Studio pour effectuer cette tâche.
  2. Sur l’ordinateur du nœud secondaire du cluster qui exécute SQL Server, créez un compte de connexion. Configurez le nom de connexion pour qu’il soit identique au nom du compte de service VMM. Incluez le mappage utilisateur à la base de données VMM et configurez les informations d’identification du propriétaire de la base de données.
  3. Lancez un basculement vers l'ordinateur du nœud secondaire qui exécute SQL Server et vérifiez que vous pouvez redémarrer le service VMM (scvmmservice).
  4. Répétez les deux dernières étapes pour chaque nœud secondaire dans le cluster qui exécute SQL Server.
  5. S'il s'agit d'une installation de VMM à haut niveau de disponibilité, continuez à installer d'autres nœuds VMM à haut niveau de disponibilité.

Mettre à jour les modèles de machine virtuelle

Tous les modèles de machine virtuelle qui ont été mis à niveau doivent spécifier correctement le disque dur virtuel qui contient le système d’exploitation.

  1. Sélectionnez Modèles de bibliothèque>Modèles>de machine virtuelle.
  2. Cliquez avec le bouton droit sur le modèle >>>> et vérifiez les paramètres du disque.

Renouveler les certificats de serveurs PXE

Si vous avez un serveur PXE dans l’infrastructure VMM, vous devez le supprimer de l’infrastructure, puis l’ajouter à nouveau. Cela permet de renouveler le certificat de serveur PXE et d’éviter les erreurs de certificat.

Mettre à jour les packages de pilotes

Les packages de pilotes qui ont été précédemment ajoutés à la bibliothèque VMM doivent être supprimés et ajoutés à nouveau pour être détectés correctement.

Si vous envisagez d'attribuer des pilotes personnalisés, les fichiers de pilote doivent exister dans la bibliothèque. Vous pouvez étiqueter les pilotes dans la bibliothèque afin de pouvoir les filtrer ultérieurement par balise. Une fois les fichiers ajoutés, lorsque vous configurez un profil d’ordinateur physique, vous pouvez spécifier les fichiers de pilote. VMM installe les pilotes spécifiés pendant l’installation du système d’exploitation sur un ordinateur physique.

Dans le profil d’ordinateur physique, vous pouvez choisir de filtrer les pilotes par balises ou de filtrer les pilotes avec des ID de Plug-and-Play (PnP) correspondants sur l’ordinateur physique. Si vous choisissez de filtrer les pilotes par légende, VMM détermine les pilotes à appliquer en faisant correspondre les légendes que vous affectez aux pilotes dans la bibliothèque aux légendes que vous affectez dans le profil. Si vous choisissez de filtrer les pilotes avec les ID PnP correspondants, vous n’avez pas besoin d’affecter de légendes personnalisées.

  1. Recherchez un package de pilotes que vous souhaitez ajouter à la bibliothèque.
  2. Dans le partage de bibliothèque qui se trouve sur le serveur de bibliothèque associé au groupe où vous souhaitez déployer les ordinateurs physiques, créez un dossier pour stocker les pilotes, puis copiez le package de pilotes dans le dossier.
  3. Nous vous recommandons vivement de créer un dossier distinct pour chaque package de pilotes et de ne pas mélanger les ressources dans les dossiers de pilotes. Si vous incluez d’autres ressources de bibliothèque, telles que des images .iso, des fichiers .vhd ou des scripts avec une extension de nom de fichier .inf dans le même dossier, le serveur de bibliothèque VMM ne découvrira pas ces ressources. De même, quand vous supprimez un package de pilotes .inf de la bibliothèque, VMM supprime la totalité du dossier où réside le fichier de pilote .inf.
  4. Dans la console VMM, ouvrez l’espace de travail Bibliothèque. Dans Serveurs de>bibliothèque de bibliothèque, développez le serveur de bibliothèque où se trouve le partage, cliquez avec le bouton droit sur le partage, puis sélectionnez Actualiser. Une fois la bibliothèque actualisée, le dossier que vous avez créé pour stocker les pilotes s'affiche.
  5. Maintenant, affectez des légendes si nécessaire. Dans Bibliothèque, développez le dossier que vous avez créé pour stocker les pilotes dans la procédure précédente, puis sélectionnez le dossier qui contient le package de pilotes.
  6. Dans objets de bibliothèque physique, cliquez avec le bouton droit sur le fichier .inf du pilote, puis sélectionnez Propriétés.
  7. Dans Propriétés du nom> du fichier de piloteBalises personnalisées, entrez les balises personnalisées séparées par un point-virgule ou sélectionnez Sélectionner pour attribuer des balises disponibles ou pour en créer et en attribuer de nouvelles. Si vous sélectionnez Sélectionner, puis sélectionnez Nouvelle balise. Vous pouvez modifier le nom de la balise après avoir sélectionné OK. Par exemple, si vous avez ajouté un fichier de pilote de carte réseau, vous pouvez créer une légende nommée ServerModel NetworkAdapterModel, où ServerModel est le modèle de serveur et NetworkAdapterModel le modèle de carte réseau.

Déplacer la bibliothèque VMM

  • Si vous avez effectué une mise à niveau vers un serveur d'administration VMM à haut niveau de disponibilité, il est recommandé de déplacer votre bibliothèque VMM vers un serveur de fichiers à haut niveau de disponibilité.
  • Après avoir créé une bibliothèque VMM, vous souhaiterez déplacer les ressources de la bibliothèque VMM précédente vers la nouvelle bibliothèque VMM.
  • Pour conserver les champs et propriétés personnalisés des ordinateurs virtuels enregistrés dans la bibliothèque VMM précédente, déployez les ordinateurs virtuels enregistrés vers un ordinateur hôte, puis enregistrez les ordinateurs hôtes sur la nouvelle bibliothèque VMM.

Notes

Le système d’exploitation et les profils matériels ne peuvent pas être déplacés. Vous devez recréer ces profils.

Étapes suivantes

En savoir plus sur le déploiement des derniers correctifs cumulatifs.