Mettre à niveau System Center Service Manager

Important

Service Provider Foundation (SPF) est supprimé de System Center 2025. Toutefois, SPF 2022 continuera de fonctionner avec les composants System Center 2025.

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

Mise à niveau vers System Center 2025 - Service Manager

Les sections suivantes fournissent des informations sur la mise à niveau vers System Center 2025 - 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 :

• Un orchestrateur
• Service Manager
• Data Protection Manager
• Operations Manager
• Configuration Manager
• Virtual Machine Manager
• App Controller

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

Important

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

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

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

Une mise à niveau sur place à partir de Service Manager 2022 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 2025 nécessite une préparation. Nous vous recommandons d’installer Service Manager dans un environnement lab, puis de répliquer vos bases de données de production dans le labo. Après avoir effectué une mise à niveau de la nouvelle installation dans le labo.

Évaluation et sélection des versions

La version de System Center 2022 - 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 2025.

Version actuelle	Version mise à niveau	État
System Center 2022 - Service Manager Eval	System Center 2025 - Service Manager Eval	La période d'évaluation reste inchangée
System Center 2022 - Service Manager Select	System Center 2025 - Service Manager Select	Licensed

Remarque

La mise à niveau d’une version d’évaluation de Service Manager vers une version d’évaluation de Service Manager 2025 n’étend 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 utilisé précédemment par Service Manager.

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

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

Configuration logicielle requise pour System Center 2025 - Service Manager

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

Empêcher l’échec des travaux 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, 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 la clé primaire dans les tables de faits de la base de données DWRepository pour 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à mis à niveau et que vous n’avez pas de problèmes avec les échecs de transformation ou de chargement des travaux, 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 . De plus, une fois les clés primaires par défaut restaurées, redémarrez le déploiement du pack d’administration ayant échoué dans la console Service Manager en accédant à l’espace de travail Data Warehouse, puis sélectionnez Pack d’administration.

Solution de contournement 2 : Si vous avez mis à niveau et que vous rencontrez des problèmes de transformation ou de chargement des échecs de travail, 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 dans 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 ayant échoué à l’aide de la console Service Manager.

Tester la mise à niveau dans un environnement lab

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

Ordre de mise à niveau et minutage

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 des bases de données Service Manager et sauvegarde des 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.

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

4. Mettez ensuite à niveau tous les serveurs d’administration secondaires, les portails libre-service et les consoles Service Manager.

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

1. Désactivez tous les travaux de l’entrepôt de données. 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}
   

2. Apportez les modifications requises dans le script PowerShell suivant en fonction des vues de source de données de 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) 
   
   

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

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

4. Redémarrez le serveur d’administration de l’entrepôt de données.

Impact de la base de données

Avec System Center 2025 - Service Manager, vous avez la possibilité d’installer des magasins de données Operations Manager et Configuration Manager. 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 de procéder à la mise à niveau

Avant de commencer une mise à niveau, nous vous recommandons de sauvegarder vos bases de données Service Manager et d’entrepôt de données et 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, passez en revue les procédures de sauvegarde dans le Guide de récupération d’urgence de System Center - Service Manager avant de poursuivre la mise à niveau.

Inscrire l’entrepôt de données 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 l’état des travaux de l’entrepôt de données. Vous ne pouvez pas effectuer cette tâche si vous n’avez pas inscrit auprès de l’entrepôt de données Service Manager. Si le bouton Entrepôt de données n’est pas visible dans la console Service Manager, suivez la procédure de l’inscription auprès de l’entrepôt de données Service Manager 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 2025 - Service Manager, vous êtes invité à ouvrir l’Assistant Sauvegarde ou Restauration du chiffrement. Si vous avez précédemment 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 des clés de chiffrement pour sauvegarder les clés de chiffrement sur les serveurs d’administration Service Manager.

Étapes suivantes

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