Comprendre la séquence de mise à niveau

Date de publication : mars 2016

S’applique à : System Center 2012 SP1

Cette section décrit les connexions qui existent entre les composants de System Center 2012. Cette information peut vous aider à déterminer quand il est nécessaire de suivre la séquence de mise à niveau. Dans un environnement mixte de System Center 2012 et System Center 2012 SP1, tous les composants ne peuvent pas s'intégrer les uns aux autres. Le tableau suivant présente les niveaux d'intégration pris en charge et ce qui fonctionnera entre un composant System Center 2012 et System Center 2012 SP1.

Les sections suivantes fournissent des détails sur chaque composant.

Orchestrator partage des connexions avec tous les composants de System Center via des packs d'intégration et partage un connecteur avec Service Manager. En général, les packs d'intégration ne sont pas à compatibilité ascendante mais, si Orchestrator est mis à niveau vers System Center 2012 SP1, vous pouvez continuer à exécuter les packs d'intégration System Center 2012 existants. Si le composant que vous envisagez de mettre à niveau partage une connexion avec Orchestrator via un pack d'intégration, il est recommandé de commencer par mettre à niveau Orchestrator pour que Orchestrator prenne en charge le composant.

Exemple

Si vous mettez à niveau n'importe quel composant de System Center avant Orchestrator, le pack d'intégration de 2012 pour ce composant ne fonctionnera plus. De plus, vous ne pourrez pas charger les packs d'intégration System Center 2012 SP1 du nouveau composant dans Orchestrator 2012.

Service Manager partage des connecteurs avec Operations Manager, Orchestrator et Configuration Manager. En règle générale, les connecteurs ne sont pas à compatibilité ascendante. Cependant, si Orchestrator est le premier composant à être mis à niveau, un connecteur Orchestrator continuera à être exécuté. Si vous souhaitez mettre à niveau Operations Manager et Configuration Manager, vous devez commencer par mettre à niveau Service Manager si vous souhaitez que les opérations de Service Manager continuent pendant les mises à niveau.

Exemple

Si vous mettez à niveau Operations Manager et Configuration Manager vers SP1 avant Service Manager, lorsque vous tentez de rétablir une connexion, les connecteurs ne fonctionnent pas correctement ou échouent, à moins que Orchestrator ne soit le premier composant dans la séquence de mise à niveau. Si vous rencontrez cette situation, vous devez mettre à niveau Service Manager vers System Center 2012 SP1.

Il existe une certaine flexibilité sur la position de DPM dans la séquence de mise à niveau. Certaines des contraintes de position sont liées à la Console d'administration de DPM qui s'appuie sur Operations Manager. La console d'administration n'est pas à compatibilité ascendante, donc, si la console d'administration est requise après la mise à niveau, vous devez mettre à niveau DPM avant de mettre à niveau Operations Manager. Si la console d'administration n'est pas intégrée à Operations Manager, DPM doit être mis à niveau après Orchestrator et avant Virtual Machine Manager. Vous assurez ainsi une intégration continue avec Orchestrator après la mise à niveau et le déploiement de l'agent de DPM pour Windows Server 2012, qui a été ajouté dans le Service Pack 1.

Exemples

1. La console d'administration ne fonctionnera plus si vous mettez à niveau Operations Manager vers SP1 avant DPM.

2. Si vous mettez à jour Virtual Machine Manager vers System Center 2012 SP1 avant DPM, vous ne pourrez pas utiliser DPM pour charger un agent à l'aide du serveur Virtual Machine Manager mis à niveau, car dans System Center 2012 SP1, l'agent de DPM n'est pas pris en charge sur Windows Server 2012. En outre, vous ne pourrez pas sauvegarder Virtual Machine Manager jusqu'à la mise à niveau de DPM.

Si vous rencontrez ces situations, vous devez mettre à niveau DPM vers System Center 2012 SP1.

Operations Manager s'intègre avec tous les composants de System Center via des packs d'administration.Operations Manager possède également des connexions de Kit de développement logiciel (SDK) avec Service Manager, Orchestrator et Virtual Machine Manager. Les packs d'administration ne sont pas à compatibilité ascendante avec Service Manager et Orchestrator. Les packs d'administration d'Operations Manager continueront à surveiller Service Manager et Orchestrator lorsque Service Manager et Orchestrator seront mis à niveau en premier et en second. De plus, Operations Manager doit être mis à niveau avant Virtual Machine Manager à cause de la configuration requise, système d'exploitation Windows Server 2012 obligatoire pour Virtual Machine Manager, et la console Operations Manager 2012 sous forme d'intégration SDK n'est pas prise en charge sur Windows Server 2012.

Exemples

1. Les packs d'administration pour SP1 ne se chargeront pas dans Operations Manager 2012, à l'exception de ceux mentionnés ci-dessus. Vous serez en mesure de surveiller ces composants après la mise à niveau d'Operations Manager.

2. Si vous mettez à niveau Virtual Machine Manager vers System Center 2012 SP1 avant Operations Manager, la console Operations Manager dans System Center 2012 SP1 ne se chargera pas sur Windows Server 2012. Cela signifie que vous ne pourrez pas rétablir l'intégration entre Virtual Machine Manager et Operations Manager.

Si vous rencontrez ces situations, vous devez mettre à niveau Operations Manager vers System Center 2012 SP1.

Configuration Manager partage des connecteurs avec Operations Manager, a un pack d'intégration avec Orchestrator, et un pack d'administration avec Operations Manager.Configuration Manager doit être mis à niveau après Orchestrator, Operations Manager et Service Manager pour assurer des opérations continues avec les connexions que ce composant partage avec d'autres composants. Les agents de Configuration Manager pour System Center 2012 ne prenant pas en charge la gestion des systèmes d'exploitation Windows Server 2012, Configuration Manager doit être mis à niveau avant Virtual Machine Manager, car Virtual Machine Manager exige Windows Server 2012.

Exemples

1. Si vous mettez à niveau Configuration Manager avant Service Manager, les connecteurs pour Service Manager échouent et vous perdez la fonctionnalité de ces connecteurs jusqu'à la mise à niveau de Service Manager vers System Center 2012 SP1.

2. Si vous mettez à niveau Virtual Machine Manager vers System Center 2012 SP1 avant Configuration Manager, vous ne pourrez pas gérer le serveur d'administration VMM car Configuration Manager pour System Center 2012 ne prend pas en charge Windows Server 2012.

Si vous rencontrez ces situations, vous devez mettre à niveau Configuration Manager vers System Center 2012 SP1.

Virtual Machine Manager partage des connexions avec Service Manager, Orchestrator, Configuration Manager et Operations Manager. Une configuration de système d'exploitation est requise pour que Virtual Machine Manager s'exécute sur Windows Server 2012.DPM et Configuration Manager gèrent et sauvegardent le serveur Virtual Machine Manager. Aucun de ces agents n'est à compatibilité ascendante pour la gestion et la sauvegarde de Windows Server 2012. La console Operations Manager 2012 requise pour l'intégration de VMM n'offrant pas de compatibilité ascendante pour s'exécuter sur Windows Server 2012, Operations Manager doit tout d'abord être mis à niveau.App Controller ayant une dépendance de version codée en dur sur la version de Virtual Machine Manager, Virtual Machine Manager et App Controller doivent toujours être au même niveau de version pour garantir que l'intégration continue à fonctionner.

Exemples

1. Si vous mettez à jour Virtual Machine Manager vers System Center 2012 SP1 avant tout autre composant, vous perdez la possibilité de sauvegarder avec DPM, de surveiller et d'intégrer avec Operations Manager, de gérer avec Configuration Manager, d'orchestrer des Runbook avec Orchestrator et vous perdez l'intégration avec Service Manager.

2. Si vous mettez à jour Virtual Machine Manager vers System Center 2012 SP1 mais ne mettez pas à jour App Controller en même temps, vous ne pourrez pas rétablir l'intégration jusqu'à la mise à niveau d'App Controller.

Si vous rencontrez ces situations, vous devez mettre à niveau tous les composants qui sont concernés vers System Center 2012 SP1.