Upgrade system Center Service Manageru

Důležité

Od produktu System Center 2025 se ukončí SPF (Service Provider Foundation). SPF 2022 ale bude i nadále fungovat se součástmi system Center 2025.

Tento článek obsahuje informace o upgradu pro System Center 2025 – Service Manager (SM).

Upgrade na System Center 2025 – Service Manager

Následující části obsahují informace o upgradu na System Center 2025 – Service Manager (SM).

Upozorňující

Pořadí, ve kterém provádíte upgrady komponent, je důležité. Pokud nebudete postupovat podle správné sekvence upgradu, může dojít k selhání součástí, pro které neexistují žádné možnosti obnovení. Ovlivněné součásti nástroje System Center jsou:

• Orchestrator
• Service Manager 2010 SP1
• Data Protection Manager
• Operations Manager
• Configuration Manager
• Virtual Machine Manager
• App Controller

Upgrade na System Center 2025 můžete provést pouze z verze System Center 2022.

Důležité

Předpokládá se, že v této příručce provádíte upgrade na stávající verzi nástroje System Center. Informace o instalaci nástroje System Center 2025 – Service Manager na počítač, kde neexistuje žádná předchozí verze portálu Service Manager, najdete v tématu nasazení nástroje System Center – Service Manager.

Plánování upgradu na System Center 2025 – Service Manager

Tato část popisuje postupy potřebné k upgradu na System Center 2025.

Podporuje se místní upgrade z portálu Service Manager 2022. Místní upgrade je upgrade všech částí Service Manageru na stejném hardwaru. Jiné přístupy, jako jsou souběžné upgrady nebo postupné upgrady, se nepodporují.

Upgrade na Service Manager 2025 vyžaduje přípravu. Doporučujeme nainstalovat Service Manager do testovacího prostředí a pak replikovat produkční databáze do testovacího prostředí. Potom proveďte upgrade nové instalace v testovacím prostředí.

Vyhodnocení a výběr verzí

Verze nástroje System Center 2022 – Service Manager byla dostupná ve dvou různých verzích:

• Zkušební verze (180denní časový limit)
• Výběr verze licence

Service Manager 2025 podporuje následující cesty upgradu.

Aktuální verze	Upgradovaná verze	Stav
System Center 2022 – Service Manager Eval	System Center 2025 – Service Manager Eval	Zkušební období zůstává beze změny
System Center 2022 – Service Manager Select	System Center 2025 – Výběr portálu Service Manager	Licencovaný

Poznámka:

Upgrade z zkušební verze Service Manageru na zkušební verzi portálu Service Manager 2025 neprodlouží 180denní zkušební období.

Umístění instalace

Výchozí složkou pro instalaci portálu Service Manager je \Program Files\Microsoft System Center\Service Manager. Pokud však provedete upgrade na Service Manager, software se nainstaluje do složky, kterou Service Manager dříve použil.

Požadavky na hardware pro System Center 2025 – Service Manager

Všechny požadavky na hardware pro System Center 2025 – Service Manager jsou plně zdokumentované v požadavcích na hardware.

Požadavky na software pro System Center 2025 – Service Manager

Všechny požadavky na software pro System Center 2025– Service Manager jsou plně zdokumentované v požadavcích na software.

Zabránění selhání úloh MPSync

Před upgradem

Popis: Problém s procesem upgradu způsobí selhání úlohy MPSync po dokončení upgradu. Chcete-li zabránit tomuto problému před upgradem, je nutné spustit skript SQL uvedený níže v databázi DWRepository získat skutečné skripty SQL, které odstraňují a přidávají omezení primárního klíče v tabulkách faktů v databázi DWRepository, aby se problém opravil. Úlohy transformace a načítání navíc můžou také selhat. K této chybě může dojít kvůli chybné úpravě databáze.

;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  

Alternativní řešení 1: Pokud jste už upgradovali a nemáte problémy se selháním úlohy transformace nebo načtení, ale máte selhání nasazení sady Management Pack, postupujte podle kroků v části Před upgradem . Kromě toho po obnovení výchozích primárních klíčů restartujte neúspěšné nasazení sady Management Pack v konzole Service Manageru tak, že přejdete do pracovního prostoru datového skladu a vyberete Sadu Management Pack.

Alternativní řešení 2: Pokud jste upgradovali a máte problémy se selháním transformací nebo úlohy načítání, zjistěte, jestli sada Management Pack SystemDerivedMp.Microsoft.SystemCenter.Datawarehouse.Base existuje v databázi DWStagingAndConfig spuštěním následujícího dotazu.

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

Pokud sada Management Pack neexistuje, musíte před upgradem obnovit databázi do stavu. Pokud chcete obnovit databázi, proveďte následující kroky.

1. Proveďte kroky zotavení po havárii pro zálohy databáze.

2. Zakažte plán MPSyncJob.

3. Obnovte všechny chybějící primární klíče v DWRepository ručně. Primární klíč můžete odstranit a znovu vytvořit pomocí skriptu SQL z části Před upgradem.

4. Restartujte nasazení základní sady Management Pack, které selhalo, pomocí konzoly portálu Service Manager.

Testování upgradu v testovacím prostředí

Doporučujeme otestovat upgrade na System Center 2025 – Service Manager v testovacím prostředí.

Pořadí a načasování upgradu

Pořadí upgradů je důležité. Proveďte kroky upgradu v následujícím pořadí:

1. Zálohujte databáze a sady Management Pack. Viz části Zálohování databází Service Manageru a zálohování nezapečetěných sad Management Pack v průvodci zotavením po havárii pro System Center – Service Manager.

2. Začněte serverem pro správu datového skladu.

3. Po dokončení upgradu na server pro správu datového skladu upgradujte počáteční server pro správu portálu Service Manager. Pokud jste vytvořili více než jeden server pro správu portálu Service Manager, je prvním serverem pro správu portálu Service Manager, který jste vytvořili.

4. Potom upgradujte všechny sekundární servery pro správu, samoobslužné portály a konzoly Service Manageru.

Po instalaci udělejte toto:

1. Zakažte všechny úlohy datového skladu. Uděláte to tak, že otevřete prostředí Service Manageru a pak spustíte následující příkazy:

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

2. Proveďte požadované změny v následujícím skriptu PowerShellu na základě zobrazení zdroje dat ve vašem prostředí a spusťte skript pomocí zvýšených oprávnění:

   $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. Spuštěním následujících příkazů povolte plány úloh:

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

4. Restartujte server pro správu datového skladu.

Dopady databáze

V nástroji System Center 2025 – Service Manager máte možnost nainstalovat datová tržiště Operations Manageru a Configuration Manageru. Výběrem této možnosti dojde k dalším požadavkům na místo na pevném disku pro dvě databáze a přidružené skupiny souborů a soubory protokolu.

Zálohování Service Manageru před upgradem

Než začnete s upgradem, doporučujeme zálohovat databáze Service Manageru a datového skladu a šifrovací klíč. Pokud jste už zálohovali databáze a šifrovací klíč, můžete upgrade spustit i nadále. Jinak si před pokračováním upgradu projděte postupy zálohování v průvodci zotavením po havárii pro Nástroj System Center – Service Manager .

Registrace datového skladu Service Manageru

Pokud jste v rámci procesu upgradu nainstalovali server pro správu datového skladu, musíte být schopni zobrazit stav úloh datového skladu. Tuto úlohu nemůžete provést, pokud jste se neregistrovali v datovém skladu Service Manageru. Pokud není tlačítko Datového skladu v konzole portálu Service Manager viditelné, dokončete postup registrace datového skladu portálu Service Manager a povolte vytváření sestav v průvodci nasazením nástroje System Center – Service Manager.

Šifrovací klíče

Po dokončení instalace nebo upgradu na System Center 2025 – Service Manager se zobrazí výzva k otevření Průvodce zálohováním nebo obnovením šifrování. Pokud jste šifrovací klíče zálohovali dříve, nevyžaduje se žádná další akce. Pokud šifrovací klíče nikdy nezazálohujete, zálohujte šifrovací klíče na serverech pro správu Service Manageru pomocí Průvodce zálohováním nebo obnovením šifrovacích klíčů.

Další kroky

• Pokud je služba SSRS vzdálená ze serveru pro správu datového skladu vzdálená, projděte si přípravu vzdálené služby SQL Server Reporting Services na upgrade a připravte své prostředí.