Mise à niveau de System Center Operations Manager

Cette section du guide de déploiement fournit des informations sur la mise à niveau vers System Center 2022 à partir d’une ancienne version prise en charge. Vous pouvez procéder à la mise à niveau vers Operations Manager 2022 à partir d’Operations Manager 2019.

Ce guide suppose que vous effectuez une mise à niveau à partir de System Center 2019.

Notes

Si vous effectuez une mise à niveau à partir de System Center Operation Manager 2019 UR3 ou version antérieure, veillez à supprimer les alias de pack d’administration en double. Pour plus d’informations sur la suppression des alias de pack d’administration, consultez Supprimer les alias de pack d’administration en double.

Pour obtenir des informations sur l’installation d’Operations Manager sur un ordinateur dépourvu de toute version précédente d’Operations Manager, consultez Déploiement de System Center Operations Manager.

Notes

Si votre groupe d’administration Operations Manager est intégré avec Microsoft Azure Log Analytics (anciennement Microsoft Operations Management Suite [OMS]), sa configuration est conservée et continue à fonctionner normalement une fois la mise à niveau effectuée.

Avertissement

Si vous mettez à niveau au moins deux composants System Center, vous devez passer en revue le processus de mise à niveau de chaque composant.

L'ordre dans lequel vous effectuez les mises à niveau des composants est important. Si la séquence de mise à niveau correcte n'est pas respectée, cela peut entraîner la défaillance d'un composant pour lequel aucune option de récupération n'existe. La liste suivante répertorie les composants System Center affectés intégrés à Operations Manager et de la séquence de mise à niveau recommandée :

1. Orchestrator : si vous avez installé le pack d’intégration Operations Manager pour prendre en charge les runbooks qui effectuent l’automatisation sur votre groupe d’administration Operations Manager.
2. Service Manager - si vous avez configuré les connecteurs pour importer les données d’élément de configuration et d’alerte des objets détectés et surveillés à partir d’Operations Manager.
3. Data Protection Manager : si vous avez configuré la console centrale pour gérer de manière centralisée votre environnement DPM.
4. Operations Manager
5. Virtual Machine Manager : si vous avez configuré l’intégration à Operations Manager pour surveiller l’intégrité de vos composants VMM, des machines virtuelles et des hôtes de machines virtuelles.

Avant de procéder à la mise à niveau vers System Center Operations Manager, vous devez déterminer si tous les serveurs de votre groupe d’administration Operations Manager satisfont aux configurations minimales prises en charge. Pour plus d’informations, consultez Configuration requise pour System Center Operations Manager.

Il existe plusieurs options de mise à niveau :

1. Si vous exécutez la mise à niveau sur un groupe d’administration à un seul serveur, vous ne devez exécuter la mise à niveau qu’une seule fois dans la mesure où toutes les fonctionnalités sont installées sur un serveur unique. L'Assistant Mise à niveau d'Operations Manager effectue des vérifications des conditions préalables système et fournit la procédure de résolution des problèmes. L’installation ne se poursuit pas tant que vous n’avez pas résolu tous les problèmes.

2. Si vous mettez à niveau un groupe d’administration distribué, vous devez mettre à niveau certaines fonctionnalités avant d’autres. Par exemple, vous mettez d'abord à niveau les serveurs d'administration, puis les passerelles, les consoles Opérateur et les agents. Ensuite, vous pouvez mettre à niveau les fonctions restantes, comme la console Web, les rapports et les services ACS. Vous devez également effectuer de nombreuses tâches de pré-mise à niveau et de post-mise à niveau.

3. Si vous souhaitez conserver votre version antérieure de l’environnement Operations Manager (2019), vous pouvez installer la version 2022 en parallèle, mettre à niveau vos agents et les regrouper entre les deux groupes d’administration.

Coexistence prise en charge

Le tableau suivant liste les scénarios dans lesquels la coexistence entre Operations Manager 2022 et les versions antérieures d’Operations Manager est prise en charge.

Version	Coexistence du groupe d’administration
Operations Manager 2019 RTM jusqu’à la dernière mise à jour	Oui

Mise à niveau sur place

System Center 2022 - Operations Manager prend en charge une mise à niveau sur place à partir des versions suivantes :

• System Center 2019

Vue d’ensemble détaillée des étapes de mise à niveau pour un groupe d’administration distribué

Les étapes suivantes décrivent le processus de mise à niveau d'un groupe d'administration distribué :

1. Accomplir des tâches préliminaires à la mise à niveau

2. Mettre à niveau le serveur d'administration initial, puis les serveurs d'administration supplémentaires (chaque serveur d'administration doit être mis à niveau)

3. Mettre à niveau ACS (étant donné que le serveur ACS doit se trouver sur la même machine qu’un serveur d’administration, nous vous recommandons d’effectuer cette étape en même temps que la mise à niveau du serveur d’administration sur lequel réside ACS.)

4. *Mettre à niveau une ou des passerelles

5. Mettre à niveau la console

6. Installation push vers les agents/mettre à niveau les agents installés manuellement

7. Mettre à niveau la console Web

8. Mettre à niveau le serveur de rapports

9. Accomplir des tâches postérieures à la mise à niveau

*Les étapes 4 à 8 peuvent être effectuées en parallèle une fois tous les serveurs d’administration mis à niveau.

Vue d’ensemble détaillée de la mise à niveau des agents et de l’exécution des deux environnements

Le chemin de mise à niveau suivant prend en charge les clients dans un scénario Operations Manager où des environnements parallèles partagent des agents. L’environnement de la version prise en charge de System Center d’origine reste donc intact. Les agents qui ont été mis à niveau vers System Center 2022 Operations Manager sur votre chemin de mise à niveau sont entièrement capables d’utiliser la fonctionnalité Operations Manager 2019 native.

Les agents peuvent être mis à niveau avant que le nouveau groupe d’administration Operations Manager soit déployé pour être ensuite configurés pour le multihébergement entre le groupe d’administration d’origine et le nouveau groupe d’administration avec votre solution d’automatisation existante. Ils peuvent aussi être mis à niveau après, via la découverte et l’exécution d’une installation par transfert (push) à partir du nouveau groupe d’administration Operations Manager. Pour plus d’informations, consultez Guide pratique pour mettre à niveau des agents dans un déploiement parallèle.

1. Conservez l’environnement System Center Operations Manager d’origine.

2. Configurez un nouvel environnement System Center Operations Manager avec des serveurs d’administration, une passerelle, une base de données Operations Manager, un entrepôt de données Operations Manager, une console Opérateur, une console Web et un serveur de rapports.

3. Mettez à niveau les agents System Center Operations Manager de votre groupe d’administration d’origine vers la même version du nouveau groupe d’administration à l’aide d’une des options suivantes :

   a. Option d'installation de transmission (push)

   b. Option manuelle/ligne de commande

Étapes suivantes

• Pour comprendre quelles tâches préalables à la mise à niveau vous devez effectuer pour réaliser la mise à niveau vers votre groupe d’administration, consultez Tâches antérieures à la mise à niveau lors de la mise à niveau vers System Center Operations Manager.

• Pour comprendre quelles tâches postérieures à la mise à niveau vous devez effectuer pour réaliser la mise à niveau vers votre groupe d’administration, consultez Tâches postérieures à la mise à niveau vers System Center Operations Manager.