vInfra.ch

Guillaume LACAILLE's Blog

Upgrade de SCVMM 2012 SP1 à SCVMM 2012 R2

Petite compilation de mes notes concernant l’upgrade d’un cluster SCVMM 2012 SP1 vers 2012 R2.

Dans cet article je vais résumer rapidement les points importants à suivre lors d’une mise à jour d’un cluster SCVMM 2012 SP1 vers R2, avec l’intégration d’un environnement VMware et la mise à jour du système vers 2012 R2 également.

Prérequis

Suite System Center

Avant de faire la mise à jour de Virtual Machine Manager, assurez-vous que les produits suivants sont bien à jour en version 2012 R2 AVANT de faire l’upgrade:

  • Service Management Automation (SMA)
  • Orchestrator (SCOrch);
  • Service Manager (SCSM);
  • Data Protection Manager (SCDPM);
  • Operation Manager (SCOM) et la console installée sur le serveur SCVMM.
  • Configuration Manager (SCCM).

Pour plus d’informations: http://technet.microsoft.com/en-us/library/dn521010.aspx

Sources

Avant de mettre à jour, je vous invites à récupérer les binaires suivants:

Documentation

Si vous avez la documentation de votre installation SCVMM 2012 SP1 (bien !), relisez-là et vérifiez que vous avez bien en main les éléments suivants (sinon NOTEZ-LES !):

  • Nom du cluster SCVMM;
  • Adresse IP du cluster SCVMM;
  • Quorum du cluster (si fileshare);
  • Nom de l’instance de la base de données SQL et Credentials de la base de donnée utilisé par SCVMM (ne doit PAS être votre compte utilisateur !!!);
  • Nom de l’utilisateur qui fait tourner le service SCVMM ;
  • Informations des différentes instances VMware (noms des vCenter servers, ESXis, Credentials);

Backups

Réalisez un backup de vos serveurs SCVMM avant la mise à jour. Si ce sont des serveurs virtualisés, c’est le moment de faire en plus un checkpoint (VM arrêtée).

Avant de commencer quoi que ce soit, faites un backup de votre base de donnée SCVMM. Dans la console SCVMM, dans l’onglet Settings, cliquez sur Backup dans le bandeau:

Figure 1: Backup

Figure 1: Backup

Puis entrez le share dans lequel stocker le backup. Cet emplacement ne doit pas être l’un de vos serveurs SCVMM bien entendu ! En ce qui me concerne, le backup faisait environ 800MB.

Figure 2: VMM Backup Share

Figure 2: VMM Backup Share

En cas de soucis pendant l’upgrade, vous pourrez toujours revenir au point de départ avec la procédure suivante en 3 étapes:

  1. Serveurs VMM arrêtés, ouvrez votre console SQL Server Management Studio et restaurez la base de donnée à partir du backup réalisé à l’instant.
  2. Faites un Apply (PAS DELETE), de votre checkpoint pour revenir au point de départ.
  3. Redémarrez vos serveurs VMM.

Procédure:

Je ne détaillerais que les points importants ici:

  1. Si vous avez des serveurs VMware vCenter Server, dans la console SCVMM, allez dans l’onglet Fabric, puis l’onglet vCenter Server. Sélectionnez chaque serveur vCenter Server et cliquez sur Remove. (http://technet.microsoft.com/en-us/library/dn469610.aspx).
  2. Fermez toutes vos consoles VMM puis arrêtez le cluster SCVMM depuis la console Failover Cluster Manager.
  3. Connectez-vous sur le noeud passif du cluster VMM (enfin, ça ne veut pas dire grand chose sur un cluster qui est arrêté…);
  4. Dans le Control Panel, sélectionnez Microsoft System Center 2012 Virtual Machine Manager et cliquez sur Uninstall.
  5. Sélectionnez Remove features.

    Figure 3: Remove features

    Figure 3: Remove features

  6. Sélectionnez VMM Management server Figure 3: Remove features et VMM Console.

    Figure 4: VMM Management Server et la Console

    Figure 4: VMM Management Server et la Console

  7. Cliquez sur Yes si l’assistant vous indique que ce serveur fait partis d’un cluster.
  8. Assurez-vous que Retain database est bien sélectionné et cliquez sur Next puis Uninstall.

    Figure 5: Retain Database

    Figure 5: Retain Database

  9. Une fois terminé, désinstallez Assessment and Deployment Kit.
  10. Recommencez sur les autres noeuds du cluster, toujours avec l’option Retain database cochée.
  11. Si vous souhaitez mettre à jour le système vers Windows Server 2012 R2 (in-place upgrade, je suis pas fan, mais ça fonctionne), continuez ici, sinon allez à l’étape 21.
  12. Dans la console Failover Cluster Manager, cliquez dans More Actions puis Destroy Cluster….

    Figure 6: Destroy Cluster

    Figure 6: Destroy Cluster

  13. Confirmez que vous souhaitez bien détruire le cluster.
  14. Arrêtez vos serveurs VMM puis réalisez à nouveau un checkpoint.
  15. Insérez l’ISO de Windows Serveur 2012 R2 puis suivez le wizard.
  16. Sélectionnez Upgrade: Install Windows and keep files, settings, and applications.

    Figure 7: Upgrade Windows

    Figure 7: Upgrade Windows

  17. Réalisez l’upgrade sur tous les noeuds du cluster VMM.
  18. Redémarrez les serveurs et installez les dernières mises à jour de Windows Update.
  19. Checkpoint.
  20. Depuis la console Failover Cluster Manager, recréez le cluster détruit précédemment.
  21. Installez Windows ADK 8.1 sur chaque serveur VMM.
  22. Sélectionnez uniquement Deployment Tools et Windows Preinstallation Environments (Windows PE) et cliquez sur Install.

    Figure 8: Windows ADK 8.1

    Figure 8: Windows ADK 8.1

  23. Sur le premier nœud du cluster VMM, insérez l’ISO de SCVMM 2012 R2.
  24. Sur l’écran d’accueil, sélectionnez Install.
  25. Sélectionnez les fonctionnalités VMM management server et VMM Console.

    Figure 9: Installer VMM management Server et VMM Console

    Figure 9: Installer VMM management Server et VMM Console

  26. L’assistant va vous demander si vous souhaitez l’installer en mode haute disponibilité, cliquez sur Yes.
  27. Suivez l’assistant jusqu’à l’écran Database Configuration, entrez toutes les informations de connexion à la base de donnée existante de VMM et sélectionnez Existing database.

    figure 10: Existing Database

    Figure 10: Existing Database

  28. Quand vous avez le message The selected database is created by an older version of Virtual Machine Manager. Do you want to upgrade it ? cliquez sur Yes pour mettre à jour la base de données VMM.
  29. Poursuivez l’installation en renseignant les informations relatives à votre environnement (Cluster configuration, service account, library server, ports…) puis cliquez sur Install.
  30. A la fin de l’installation, décochez les cases Check for the lastest Virtual Machine Manager updates et Open the VMM console when this wizard closes.
  31. Installez l’Update Rollup 2 pour le serveur VMM (kb2932926_vmmserver_amd64.msp), et pour sa console (kb2932942_AdminConsole_amd64.msp).
  32. Réalisez la même installation sur tous les autres noeuds du cluster VMM. N’ouvrez pas la console tant que vous n’avez pas lancé le script sql de l’étape 33 !!!
  33. Dans la console SQL Management Studio, connectez vous à l’instance de la base de données VMM et lancez le script suivant:
  34. Vérifiez que l’Update Rollup 2 est bien installé en vérifiant la version des DLL modifiées par cette mise à jour dans C:\Program Files\Microsoft System Center 2012 R2\Virtual Machine Manager\bin. Elles doivent être en version 3.2.7634.0.

    Figure 11: Version des DLL en Update Rollup 2

    Figure 11: Version des DLL en Update Rollup 2

  35. Ouvrez la console et vérifiez sa version.

    Figure 12: Version de la console VMM

    Figure 12: Version de la console VMM

  36. Dans l’onglet Fabric, tous les noeuds doivent normalement être dans l’état Needs Attention. Pour mettre à jour l’agent VMM sur tous les serveurs Hyper-V, lancez le script suivant:
  37. Dans l’onglet Fabric, cliquez sur Networking puis Logical Network, puis dans le bandeau, sélectionnez Hosts.

    Figure 13: Network > Hosts

    Figure 13: Network > Hosts

  38. Pour tous les serveurs Hyper-V qui ne sont pas Fully Compliant, faites un clic-droit et sélectionnez Remediate.
  39. Enfin ajoutez vos serveurs vCenter Server et vos serveurs ESXi.
  40. Si vous avez installé AppController, mettez à jour immédiatement ce serveur, il doit être systématiquement dans la même version que SCVMM !
  41. Laissez tourner votre installation une semaine avant de supprimer les checkpoints, si cela ne fait pas partis d’un processus automatisé.

La procédure est un peu longue et doit être suivie scrupuleusement pour éviter tout problème (prévoir 1 journée de travail si vous avez tout documenté correctement).

, , ,

Laisser un commentaire

Votre adresse de messagerie ne sera pas publiée. Les champs obligatoires sont indiqués avec *