Mettre à niveau System Center Operations Manager
Important
Service Provider Foundation (SPF) est supprimé de System Center 2025. Toutefois, SPF 2022 continuera de fonctionner avec les composants System Center 2025.
Cette section du Guide de déploiement fournit des informations sur la mise à niveau vers System Center 2025 à partir d’une version antérieure prise en charge. Vous pouvez effectuer une mise à niveau vers Operations Manager 2025 à partir d’Operations Manager versions 2022.
Il est supposé dans ce guide que vous effectuez une mise à niveau à partir de System Center 2022.
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 :
- 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.
- 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.
- Data Protection Manager : si vous avez configuré la console centrale pour gérer de manière centralisée votre environnement DPM.
- Operations Manager
- 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 :
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.
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.
- 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.
- 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.
- Si vous souhaitez conserver votre version antérieure de l’environnement Operations Manager (2022), vous pouvez installer la version 2025 en parallèle, mettre à niveau vos agents et les mettre à niveau 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 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
Conseil
Bien qu’il soit possible de mettre à niveau de 2019 RTM directement vers 2022, il est vivement recommandé d’être sur le correctif cumulatif 3 ou ultérieur avant la mise à niveau.
Coexistence prise en charge
Le tableau suivant répertorie les scénarios dans lesquels la coexistence entre Operations Manager 2025 et les versions antérieures d’Operations Manager est prise en charge.
| Version | Coexistence des groupes d’administration |
|---|---|
| Operations Manager 2022 RTM vers la dernière mise à jour | Oui |
Mise à niveau sur place
System Center 2025 - Operations Manager prend en charge une mise à niveau sur place à partir des versions suivantes :
- System Center 2022
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é :
Accomplir des tâches préliminaires à la mise à niveau
Mettre à niveau le serveur d'administration initial, puis les serveurs d'administration supplémentaires (chaque serveur d'administration doit être mis à niveau)
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.)
*Mettre à niveau une ou des passerelles
Mettre à niveau la console
Installation par transmission (push) d'agents / Mise à niveau manuelle des agents installés
Mettre à niveau la console Web
Mettre à niveau le serveur de rapports
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.
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 2025 Operations Manager sur votre chemin de mise à niveau sont entièrement capables d’utiliser les fonctionnalités natives d’Operations Manager 2022.
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.
Conservez l’environnement System Center Operations Manager d’origine.
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.
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
Pour comprendre les tâches de pré-mise à niveau, vous devez effectuer la mise à niveau vers votre groupe d’administration, consultez Tâches de pré-mise à niveau lors de la mise à niveau vers System Center Operations Manager.
Pour comprendre les tâches postérieures à la mise à niveau, vous devez effectuer la mise à niveau vers votre groupe d’administration, consultez Tâches postérieures à la mise à niveau vers System Center Operations Manager.
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 :
- 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.
- 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.
- Data Protection Manager : si vous avez configuré la console centrale pour gérer de manière centralisée votre environnement DPM.
- Operations Manager
- 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 :
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.
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.
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.
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é :
Accomplir des tâches préliminaires à la mise à niveau
Mettre à niveau le serveur d'administration initial, puis les serveurs d'administration supplémentaires (chaque serveur d'administration doit être mis à niveau)
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.)
*Mettre à niveau une ou des passerelles
Mettre à niveau la console
Installation push vers les agents /mise à niveau manuellement installés
Mettre à niveau la console Web
Mettre à niveau le serveur de rapports
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.
Conservez l’environnement System Center 2012 R2 Operations Manager ou Operations Manager 2016 d’origine.
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.
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
Pour comprendre les tâches de pré-mise à niveau, vous devez effectuer la mise à niveau vers votre groupe d’administration, consultez Tâches de pré-mise à niveau lors de la mise à niveau vers System Center Operations Manager.
Pour comprendre les tâches postérieures à la mise à niveau, vous devez effectuer la mise à niveau vers votre groupe d’administration, consultez Tâches postérieures à la mise à niveau vers System Center Operations Manager.