Partager via


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 part du principe que vous effectuez une mise à niveau à partir de System Center 2019.

Remarque

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 dupliqués. Pour plus d’informations sur la suppression des alias de pack d’administration, consultez Supprimer les alias du pack d’administration en double.

Pour plus d’informations sur l’installation d’Operations Manager sur un ordinateur où aucune version précédente d’Operations Manager n’existe, consultez Déploiement de System Center Operations Manager.

Cette section du Guide de déploiement fournit des informations sur la mise à niveau vers System Center 2019 à partir d’une version antérieure prise en charge. Vous pouvez effectuer une mise à niveau vers Operations Manager 2019 à partir d’Operations Manager versions 2016.

Dans ce guide, il est supposé que vous effectuez une mise à niveau à partir de System Center 2016. Pour plus d’informations sur l’installation d’Operations Manager sur un ordinateur où aucune version précédente d’Operations Manager n’existe, consultez Déploiement de System Center Operations Manager.

Remarque

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

Avertissement

Si vous mettez à niveau deux composants System Center ou plus, 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 la séquence de mise à niveau recommandée :

  1. Orchestrator : si le pack d’intégration Operations Manager est installé pour prendre en charge les runbooks qui effectuent une automatisation sur votre groupe d’administration Operations Manager.
  2. Service Manager : si vous avez configuré les connecteurs pour importer des données d’alerte et d’élément de configuration d’objets découverts 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, vos machines virtuelles et vos hôtes de machines virtuelles.

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

Il existe plusieurs options de mise à niveau :

  1. Si vous exécutez la mise à niveau sur un groupe d'administration de serveur unique, vous ne devez exécuter la mise à niveau qu'une seule fois dans la mesure où toutes les fonctions 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 s'interrompt jusqu'à ce que vous résolviez tous les problèmes.

  2. Si vous mettez à niveau un groupe d'administration distribué, vous devez mettre à niveau certaines fonctions avant les 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 certaines tâches préliminaires et postérieures à la mise à niveau.

  1. Si vous souhaitez conserver votre version antérieure de l’environnement Operations Manager (2016), vous pouvez installer la version 2019 en parallèle, mettre à niveau vos agents et les mettre à niveau entre les deux groupes d’administration.
  1. Si vous voulez 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 multihéberger sur les deux groupes d’administration.

Coexistence prise en charge

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

Version Coexistence des groupes d’administration
Operations Manager 2016 RTM vers le dernier correctif cumulatif Oui

Mise à niveau sur place

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

  • System Center 2016

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 des groupes 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 haut niveau 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 les services ACS (comme le serveur ACS doit se trouver sur le même ordinateur 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 les services ACS.)

  4. *Mettre à niveau une ou des passerelles

  5. Mettre à niveau la console

  6. Installation par transmission (push) d'agents / Mise à niveau manuelle des agents installés

  7. Mettre à niveau la console Web

  8. Mettre à niveau le serveur de rapports

  9. Effectuer 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 haut niveau de la mise à niveau des agents et de l’exécution de deux environnements

Le chemin de mise à niveau suivant prend en charge les clients dans un scénario Operations Manager avec des environnements parallèles, partageant des agents, pour que l'environnement de la version prise en charge de System Center d'origine reste intact. Les agents qui ont été mis à niveau vers System Center 2019 Operations Manager sur votre chemin de mise à niveau sont entièrement capables d’utiliser les fonctionnalités natives d’Operations Manager 2016.

Les agents peuvent être mis à niveau avant le déploiement du nouveau groupe d’administration Operations Manager, puis configurés en multi-hébergement entre le groupe d’administration d’origine et le nouveau groupe d’administration à l’aide de votre solution d’automatisation existante, ou ils peuvent être mis à niveau après la découverte et l’exécution d’une installation par transmission à partir du nouveau groupe d’administration Operations Manager. Pour plus d’informations, consultez Comment mettre à niveau des agents dans un déploiement parallèle.

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

Le chemin de mise à niveau suivant prend en charge les clients dans un scénario Operations Manager avec des environnements parallèles, partageant des agents, pour que l'environnement de la version prise en charge de System Center d'origine reste intact. Les agents qui ont été mis à niveau vers System Center 2022 Operations Manager sur votre chemin de mise à niveau sont tout à fait capables d’utiliser les fonctionnalités natives d’Operations Manager 2019.

Les agents peuvent être mis à niveau avant le déploiement du nouveau groupe d’administration Operations Manager, puis configurés en multi-hébergement entre le groupe d’administration d’origine et le nouveau groupe d’administration à l’aide de votre solution d’automatisation existante, ou ils peuvent être mis à niveau après la découverte et l’exécution d’une installation par transmission à partir du nouveau groupe d’administration Operations Manager. Pour plus d’informations, consultez Comment 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 dans votre groupe d’administration d’origine vers la même version du nouveau groupe d’administration à l’aide de l’une des options suivantes :

    a. Option d'installation de transmission (push)

    b. Option manuelle / de ligne de commande

Étapes suivantes

Cette section du Guide de déploiement fournit des informations sur la mise à niveau vers System Center 2016 - Operations Manager ou version 2019 à partir d’une version antérieure prise en charge.

Dans ce guide, il est supposé que vous effectuez une mise à niveau vers System Center 2016 - Operations Manager ou version 2019. Pour plus d’informations sur l’installation d’Operations Manager sur un ordinateur où aucune version précédente d’Operations Manager n’existe, consultez Déploiement de System Center Operations Manager.

Remarque

Si votre groupe d’administration Operations Manager 2012 R2 ou Operations Manager 2016 est intégré à Microsoft Azure Log Analytics (anciennement appelé Microsoft Operations Management Suite (OMS)), sa configuration sera conservée et continuera de fonctionner normalement une fois la mise à niveau terminée.

Avertissement

Si vous mettez à niveau deux composants System Center ou plus, 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 la séquence de mise à niveau recommandée :

  1. Orchestrator : si le pack d’intégration Operations Manager est installé pour prendre en charge les runbooks qui effectuent une automatisation sur votre groupe d’administration Operations Manager.
  2. Service Manager : si vous avez configuré les connecteurs pour importer des données d’alerte et d’élément de configuration d’objets découverts 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, vos machines virtuelles et vos hôtes de machines virtuelles.

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

Il existe plusieurs options de mise à niveau :

  1. Si vous exécutez la mise à niveau sur un groupe d'administration de serveur unique, vous ne devez exécuter la mise à niveau qu'une seule fois dans la mesure où toutes les fonctions 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 s'interrompt jusqu'à ce que vous résolviez tous les problèmes.

  2. Si vous mettez à niveau un groupe d'administration distribué, vous devez mettre à niveau certaines fonctions avant les 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 toutes les fonctionnalités restantes, telles que la console web, la création de rapports et les services de collecte d’audit (ACS). Vous devez également effectuer un certain nombre de tâches préliminaires et postérieures à la mise à niveau.

  3. Si vous souhaitez conserver votre environnement Operations Manager 2012 R2 ou System Center 2016 - Operations Manager, vous pouvez installer la version 2019 en parallèle, mettre à niveau vos agents et les regrouper entre les deux groupes d’administration.

  4. Si vous souhaitez maintenir votre environnement Operations Manager 2012 R2, vous pouvez installer System Center 2016 - Operations Manager en parallèle, mettre à niveau vos agents et les regrouper entre les deux groupes d’administration.

Coexistence prise en charge

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

Version Coexistence des groupes d’administration
Operations Manager 2012 R2 Oui

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

Version Coexistence des groupes d’administration
Operations Manager 2016 RTM vers le dernier correctif cumulatif Oui
Correctif cumulatif Operations Manager 2012 R2 vers le dernier correctif cumulatif Oui

Mise à niveau sur place

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

  • System Center 2016 Technical Preview 5 - Operations Manager
  • System Center 2012 R2 Operations Manager avec correctif cumulatif 12

Vue d’ensemble haut niveau 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 les services ACS (comme le serveur ACS doit se trouver sur le même ordinateur 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 les services ACS.)

  4. *Mettre à niveau une ou des passerelles

  5. Mettre à niveau la console

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

  7. Mettre à niveau la console Web

  8. Mettre à niveau le serveur de rapports

  9. Effectuer 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 haut niveau de la mise à niveau des agents et de l’exécution de deux environnements

Le chemin de mise à niveau suivant prend en charge les clients dans un scénario Operations Manager avec des environnements parallèles, des agents de partage, afin que l’environnement System Center 2012 R2 D2 Operations Manager ou Operations Manager 2016 d’origine reste intact. Les agents qui ont été mis à niveau vers System Center 2016 Operations Manager en fonction de votre chemin de mise à niveau sont entièrement capables d’utiliser la fonctionnalité System Center 2012 R2 Operations Manager ou Operations Manager 2016 native.

Les agents peuvent être mis à niveau avant le déploiement du nouveau groupe d’administration Operations Manager, puis configurés en multi-hébergement entre le groupe d’administration d’origine et le nouveau groupe d’administration à l’aide de votre solution d’automatisation existante, ou ils peuvent être mis à niveau après la découverte et l’exécution d’une installation par transmission à partir du nouveau groupe d’administration Operations Manager. Pour plus d’informations, consultez Comment mettre à niveau des agents dans un déploiement parallèle.

  1. Conservez l’environnement System Center 2012 R2 Operations Manager ou Operations Manager 2016 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 dans votre groupe d’administration d’origine vers la même version du nouveau groupe d’administration à l’aide de l’une des options suivantes :

    a. Option d'installation de transmission (push)

    b. Option manuelle / de ligne de commande

Étapes suivantes