Mettre à niveau System Center Service Manager

Cet article fournit les informations de mise à niveau pour System Center 2022 - Service Manager (SM)

Mise à niveau vers System Center 2022 - Service Manager

Les sections suivantes fournissent des informations sur la mise à niveau vers System Center 2022 - Service Manager (SM).

Avertissement

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. Les composants de System Center affectés sont les suivants :

1. Un orchestrateur
2. Service Manager
3. Data Protection Manager
4. Operations Manager
5. Configuration Manager
6. Virtual Machine Manager
7. App Controller

Vous pouvez uniquement effectuer une mise à niveau vers System Center 2022 à partir de System Center 2019.

Important

Ce guide suppose que vous effectuez une mise à niveau vers une version existante de System Center. Pour plus d’informations sur l’installation de System Center 2022 - Service Manager sur un ordinateur sur lequel aucune version antérieure de Service Manager n’existe, consultez Déploiement de System Center - Service Manager.

Planifier la mise à niveau vers System Center 2022 - Service Manager

Cette section décrit les procédures nécessaires à la mise à niveau vers System Center 2022.

Une mise à niveau sur place à partir de Service Manager 2019 est prise en charge. Une mise à niveau sur place est une mise à niveau de toutes les parties Service Manager sur le même matériel. D’autres approches, telles que les mises à niveau côte à côte ou les mises à niveau propagées, ne sont pas prises en charge.

La mise à niveau vers Service Manager 2022 nécessite une préparation. Nous vous conseillons d’installer Service Manager dans un environnement lab, et de dupliquer vos bases de données de production dans le laboratoire. Après avoir effectué une mise à niveau de la nouvelle installation dans le labo.

Versions d'évaluation et Select

La version de System Center 2019 - Service Manager était disponible dans deux versions différentes :

• Version d'évaluation (valide 180 jours)
• Version de licence Select

Les chemins de mise à niveau suivants sont pris en charge pour Service Manager 2022.

Version actuelle	Version mise à niveau	Statut
System Center 2019 - Service Manager Eval	System Center 2022 - Service Manager Eval	La période d'évaluation reste inchangée
System Center 2019 - Service Manager Sélectionner	System Center 2022 - Service Manager Sélectionner	Sous licence

Notes

La mise à niveau d’une version d’évaluation de Service Manager vers une version d’évaluation de Service Manager 2022 ne prolonge pas la période d’évaluation de 180 jours.

Emplacement d'installation

Le dossier par défaut pour l’installation de Service Manager est \Program Files\Microsoft System Center\Service Manager. Toutefois, lorsque vous effectuez la mise à niveau vers Service Manager, le logiciel est installé dans le dossier précédemment utilisé par Service Manager. Si Service Manager 2016/1801 a été mis à niveau précédemment, le dossier suivant peut être utilisé :

\Program Files\Microsoft System Center\Service Manager

Configuration matérielle requise pour System Center 2022 - Service Manager

Toutes les configurations matérielles requises pour System Center 2022 - Service Manager sont entièrement documentées dans Configuration matérielle requise.

Configuration logicielle requise pour System Center 2022 - Service Manager

Toutes les configurations logicielles requises pour System Center 2022-Service Manager sont entièrement documentées dans Configuration logicielle requise.

Empêcher l’échec des tâches MPSync

Avant la mise à niveau

Description : Un problème lié au processus de mise à niveau entraîne l'échec de la tâche MPSync une fois la mise à niveau terminée. Pour éviter ce problème (avant la mise à niveau)[#back-up-service-manager-before-you-upgrade], vous devez exécuter le script SQL mentionné ci-dessous sur la base de données DWRepository pour obtenir les scripts SQL réels qui suppriment et ajoutent une contrainte sur les tables de la clé primaire dans la base de données DWRepository afin de corriger le problème. Les tâches de transformation et de chargement peuvent également échouer. Cette erreur peut se produire en raison du nettoyage de la base de données erronée.

;WITH FactName  
AS (  
       select w.WarehouseEntityName from etl.WarehouseEntity w  
       join etl.WarehouseEntityType t on w.WarehouseEntityTypeId = t.WarehouseEntityTypeId  
       where t.WarehouseEntityTypeName = 'Fact'  
),FactList  
AS (  
    SELECT  PartitionName, p.WarehouseEntityName,  
            RANK() OVER ( PARTITION BY p.WarehouseEntityName ORDER BY PartitionName ASC ) AS RK  
    FROM    etl.TablePartition p  
       join FactName f on p.WarehouseEntityName = f.WarehouseEntityName  
)  
, FactPKList  
AS (  
    SELECT  f.WarehouseEntityName, a.TABLE_NAME, a.COLUMN_NAME, b.CONSTRAINT_NAME, f.RK,  
            CASE WHEN b.CONSTRAINT_NAME = 'PK_' + f.WarehouseEntityName THEN 1 ELSE 0 END AS DefaultConstraints  
    FROM    FactList f  
    JOIN    INFORMATION_SCHEMA.KEY_COLUMN_USAGE a ON f.PartitionName = a.TABLE_NAME  
    JOIN    INFORMATION_SCHEMA.TABLE_CONSTRAINTS b ON a.CONSTRAINT_NAME = b.CONSTRAINT_NAME AND b.CONSTRAINT_TYPE = 'Primary key'  
)  
, FactWithoutDefaultConstraints  
AS (  
    SELECT  a.*  
    FROM    FactPKList a  
    LEFT JOIN FactPKList b ON b.WarehouseEntityName = a.WarehouseEntityName AND b.DefaultConstraints = 1  
    WHERE   b.WarehouseEntityName IS NULL AND a.RK = 1  
)  
, FactPKListStr  
AS (  
    SELECT  DISTINCT f1.WarehouseEntityName, f1.TABLE_NAME, f1.CONSTRAINT_NAME, F.COLUMN_NAME AS PKList  
    FROM    FactWithoutDefaultConstraints f1  
    CROSS APPLY (  
                    SELECT  '[' + COLUMN_NAME + '],'  
                    FROM    FactWithoutDefaultConstraints f2  
                    WHERE   f2.TABLE_NAME = f1.TABLE_NAME  
                    ORDER BY COLUMN_NAME  
                FOR  
                   XML PATH('')  
                ) AS F (COLUMN_NAME)  
)  
SELECT  'ALTER TABLE [dbo].[' + f.TABLE_NAME + '] DROP CONSTRAINT [' + f.CONSTRAINT_NAME + ']' + CHAR(13) + CHAR(10) +  
        'ALTER TABLE [dbo].[' + f.TABLE_NAME + '] ADD CONSTRAINT [PK_' + f.WarehouseEntityName + '] PRIMARY KEY NONCLUSTERED (' + SUBSTRING(f.PKList, 1, LEN(f.PKList) -1) + ')' + CHAR(13) + CHAR(10)  
FROM    FactPKListStr f  

Solution de contournement 1 : Si vous avez déjà effectué une mise à niveau et que vous n’avez pas de problèmes liés aux échecs de transformation ou de chargement, mais que vous rencontrez un échec de déploiement de pack d’administration, suivez les étapes décrites dans la section (Avant la mise à niveau)[#back-up-service-manager-before-you-upgrade]. De plus, une fois que les clés primaires par défaut ont été restaurées, redémarrez le déploiement du pack d’administration qui a échoué dans la console de Service Manager, en accédant à l’espace de travail Entrepôt de données et en sélectionnant Pack d’administration.

Solution de contournement 2 : Si vous avez effectué une mise à niveau et que vous rencontrez des problèmes liés aux échecs de transformation ou de chargement, déterminez si le pack d’administration SystemDerivedMp.Microsoft.SystemCenter.Datawarehouse.Base existe dans la base de données DWStagingAndConfig en exécutant la requête suivante.

select * from ManagementPack where mpname like '%SystemDerivedMp.Microsoft.SystemCenter.Datawarehouse.Base%'  

Si le pack d’administration n’existe pas, vous devez restaurer votre base de données à un état avant la mise à niveau. Pour restaurer votre base de données, effectuez les opérations suivantes.

1. Effectuez les étapes de récupération d'urgence pour les sauvegardes de base de données.

2. Désactivez la planification MPSyncJob.

3. Restaurez toutes les clés primaires manquantes dans le DWRepository manuellement. Vous pouvez supprimer et recréer la clé primaire en utilisant le script SQL de la section Avant la mise à niveau.

4. Redémarrez le déploiement du pack d’administration de base qui a échoué à l’aide de la console de Service Manager.

Test de la mise à niveau dans un environnement lab

Nous vous recommandons de tester la mise à niveau vers System Center 2022 - Service Manager dans un environnement lab.

Ordre et minutage de la mise à niveau

L'ordre de vos mises à niveau est important. Effectuez les opérations de mise à niveau dans l'ordre suivant :

1. Sauvegardez vos bases de données et vos packs d'administration. Consultez les sections Sauvegarde de bases de données Service Manager et Sauvegarde de packs d’administration non scellés dans le Guide de récupération d’urgence de System Center - Service Manager.

2. Commencez par le serveur d'administration de l'entrepôt de données. Vous arrêterez les travaux de l’entrepôt de données et vous ne pourrez pas les redémarrer tant que vous n’aurez pas terminé la mise à niveau.

3. Une fois que la mise à niveau du serveur d’administration de l’entrepôt de données est terminée, effectuez la mise à niveau du serveur d’administration initial de Service Manager. Si vous avez créé plusieurs serveurs d’administration de Service Manager, le serveur d’administration initial de Service Manager est celui que vous avez créé en premier.

Après l’installation, procédez comme suit :

4. Désactivez tous les travaux Data Warehouse. Pour ce faire, ouvrez l’interpréteur de commandes Service Manager, puis exécutez les commandes suivantes :

   $DW ='DWMS Servername'
   
   Get-scdwjob -Computername $DW | %{disable-scdwjobschedule -Computername $DW -jobname $_.Name}
   

5. Apportez les modifications requises dans le script PowerShell suivant en fonction des vues de source de données dans votre environnement, puis exécutez le script à l’aide de privilèges élevés :

   $SSAS_ServerName = "ssas servername" # - to be replaced with Analysis Service instance Name
   
   [System.Reflection.Assembly]::LoadWithPartialName("Microsoft.AnalysisServices")
   $Server = New-Object Microsoft.AnalysisServices.Server
   $Server.Connect($SSAS_ServerName)
   $Databases = $Server.Databases
   $DWASDB = $Databases["DWASDataBase"]
   
   #update DWDatamart dsv. Comment the below 3 commands if DWdatamart dsv is not present 
   
   $DWASDB.DataSourceViews["DwDataMart"].Schema.Tables["OperatingsystemDim"].Columns["PhysicalMemory"].DataType  =  [decimal] 
   
   $DWASDB.DataSourceViews["DwDataMart"].Schema.Tables["LogicalDiskDim"].Columns["Size"].DataType  =  [decimal] 
   
   $DWASDB.DataSourceViews["DwDataMart"].Update([Microsoft.AnalysisServices.UpdateOptions]::ExpandFull) 
   
   #update CMDatamart dsv.Comment the below 2 commands if cmdatamart dsv is not present 
   
   $DWASDB.DataSourceViews["CMDataMart"].Schema.Tables["OperatingsystemDim"].Columns["PhysicalMemory"].DataType  =  [decimal] 
   
   $DWASDB.DataSourceViews["CMDataMart"].Update([Microsoft.AnalysisServices.UpdateOptions]::ExpandFull) 
   
   #update OperatingsystemDim
   $DWASDB.Dimensions["OperatingsystemDim"].Attributes["PhysicalMemory"].KeyColumns[0].DataType =  [System.Data.OleDb.OleDbType]::Double 
   
   $DWASDB.Dimensions["OperatingsystemDim"].Update([Microsoft.AnalysisServices.UpdateOptions]::ExpandFull + [Microsoft.AnalysisServices.UpdateOptions]::AlterDependents)
   #update LogicalDiskDim 
   
   $DWASDB.Dimensions["LogicalDiskDim"].Attributes["Size"].KeyColumns[0].DataType =  [System.Data.OleDb.OleDbType]::Double 
   
   $DWASDB.Dimensions["LogicalDiskDim"].Update([Microsoft.AnalysisServices.UpdateOptions]::ExpandFull + [Microsoft.AnalysisServices.UpdateOptions]::AlterDependents) 
   
   

6. Activez les planifications de travail en exécutant les commandes suivantes :

   $DW ='DWMS Servername'
   
   Get-scdwjob -Computername $DW | %{enable-scdwjobschedule -Computername $DW -jobname $_.Name}
   

7. Redémarrez le serveur d’administration Data Warehouse.

8. Mettez à niveau les consoles de Service Manager, ainsi que tout serveur d’administration Service Manager supplémentaire.

9. Redémarrez les travaux d'entreposage de données.

10. Déployez le nouveau portail libre-service.

11. Appliquez le correctif logiciel system Center 2022 Service Manager au serveur d’administration principal, aux serveurs d’administration secondaires, aux portails Self-Service et à toutes les consoles Analyst.

Le minutage de vos mises à niveau est également important. Après avoir mis à niveau votre serveur d’administration d’entrepôt de données, vous devez mettre à jour le serveur d’administration Service Manager et déployer le nouveau portail Self-Service. Après la mise à niveau de votre serveur d’administration Service Manager initial, vous devez être prêt à mettre à niveau la ou les consoles de Service Manager, les serveurs d’administration Service Manager supplémentaires et le portail libre-service en même temps.

Impacts des bases de données

Avec System Center 2022 - Service Manager, vous avez la possibilité d’installer Operations Manager et de Configuration Manager data marts. Le choix de cette option va entraîner des exigences d'espace supplémentaire sur le disque dur pour les deux bases de données ainsi que pour les groupes de fichiers et fichiers journaux associés.

Sauvegarder Service Manager avant la mise à niveau

Avant de commencer toute mise à niveau, nous vous recommandons de sauvegarder vos bases de données de Service Manager et de l’entrepôt de données, ainsi que la clé de chiffrement. Si vous avez déjà sauvegardé vos bases de données et votre clé de chiffrement, vous pouvez continuer à exécuter la mise à niveau. Sinon, lisez les procédures de sauvegarde dans le Guide de reprise d’activité pour System Center - Service Manager avant de poursuivre la mise à niveau.

Inscrire l’entrepôt de données de Service Manager

Si vous avez installé un serveur d’administration d’entrepôt de données dans votre environnement, dans le cadre du processus de mise à niveau, vous devez être en mesure d’afficher les status des travaux de l’entrepôt de données. Vous ne pouvez pas effectuer cette tâche si vous ne vous êtes pas inscrit auprès de l’entrepôt de données Service Manager. Si le bouton Data Warehouse n’est pas visible dans la console Service Manager, suivez la procédure décrite dans Inscription auprès du Service Manager Data Warehouse pour activer la création de rapports dans le Guide de déploiement de System Center - Service Manager.

Clés de chiffrement

Lorsque vous avez terminé d’exécuter le programme d’installation pour installer ou mettre à niveau vers System Center 2022 - Service Manager, vous êtes invité à ouvrir l’Assistant Sauvegarde ou restauration du chiffrement. Si vous avez déjà sauvegardé les clés de chiffrement, aucune action supplémentaire n’est requise. Si vous n’avez jamais sauvegardé les clés de chiffrement, utilisez l’Assistant Sauvegarde ou restauration de clé de chiffrement pour sauvegarder les clés de chiffrement sur les serveurs d’administration de Service Manager.

Étapes suivantes

• Passez en revue Préparer SQL Server Reporting Services à distance en vue d’une mise à niveau pour préparer votre environnement si SSRS est éloigné du serveur d’administration de l’entrepôt de données.