Upgrade system Center Service Manageru

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).

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

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.

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.

5. Použijte System Center 2025 Service Manager na server pro správu datového skladu, primární server pro správu, sekundární servery pro správu, samoobslužné portály a všechny konzoly analytiků.

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íčů.

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

Upgrade na System Center 2022 – Service Manager

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

Můžete upgradovat jenom na System Center 2022 z produktu System Center 2019.

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

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

Podporuje se místní upgrade z portálu Service Manager 2019. 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 2022 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 2019 – Service Manager byla dostupná ve dvou různých verzích:

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

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

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. Pokud byl Service Manager 2016/1801 dříve upgradován, můžete použít následující složku:

\Program Files\Microsoft System Center\Service Manager

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

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

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

Všechny požadavky na software pro System Center 2022– 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 2022 – 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í (primární) 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.

5. Nainstalujte kumulativní aktualizaci 2 pro System Center 2022 Service Manager na server pro správu datového skladu, primární server pro správu, sekundární servery pro správu, samoobslužné portály a všechny konzoly analytiků.

Dopady databáze

V nástroji System Center 2022 – 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 2022 – 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íčů.

Známý problém

Po úspěšném upgradu datového skladu selže úloha MPSyncJob .

Popis:

Po úspěšném upgradu datového skladu selže úloha MPSyncJob kvůli selhání nasazení v sadě Management Pack v knihovně datového skladu nástroje Microsoft System Center Configuration Manager. V protokolu událostí OperationsManager se zobrazí následující chyba:

• Nesprávná syntaxe poblíž klíčového slova IF
• Nesprávná syntaxe poblíž END

Alternativní řešení:

Spusťte skript zdokumentovaný zde.

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

Upgrade na System Center 2019 – Service Manager

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

Můžete upgradovat jenom na System Center 2019 ze system Center 2016 nebo 1801 nebo 1807.

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

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

Podporuje se místní upgrade z portálu Service Manager 2016, 1801, 1807. 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 2019 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 produktu System Center 2016 a 1801 – Service Manager byla k dispozici ve dvou různých verzích:

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

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

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. Pokud byl Service Manager 2016/1801 dříve upgradován, můžete použít následující složku:

\Program Files\Microsoft System Center\Service Manager

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

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

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

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

Dopad na vlastní vývoj

Ve verzi System Center 2016 – Service Manager se produkt přesunul na podporu .NET 4.5.1. Nástroj nastavený na podporu tohoto přesunu na .NET 4.5.1 potřebný k přerušení několika závislostí a vedl k přesunu tříd napříč sestaveními.

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 výskytu tohoto problému před upgradem, je nutné spustit níže uvedený skript SQL v databázi DWRepository, abyste získali skutečné skripty SQL, které odstraňují, a přidejte omezení primárního klíče v tabulkách faktů v databázi DWRepository, abyste problém opravili. Ú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 2019 – 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. Úlohy datového skladu zastavíte a nebudete je moct znovu spustit, dokud upgrade nedokončíte.

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. Upgradujte konzoly portálu Service Manager a všechny další servery pro správu Service Manageru.

5. Restartujte úlohy datového skladu.

6. Nasaďte nový samoobslužný portál.

Načasování upgradů je také důležité. Po upgradu serveru pro správu datového skladu musíte aktualizovat server pro správu portálu Service Manager a nasadit také nový samoobslužný portál. Po upgradu počátečního serveru pro správu portálu Service Manager musíte být připraveni upgradovat konzolu Service Manageru nebo konzoly Service Manageru, další servery pro správu Service Manageru a samoobslužný portál současně.

Dopady databáze

V nástroji System Center 2019 – 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 nezaregistrovali 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 2019 – 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íčů.

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

Upgrade na System Center 2016 – Service Manager

Následující části obsahují informace o tom, jak upgradovat z system Center 2012 R2 – Service Manager na System Center 2016 – Service Manager (SM).

Můžete upgradovat jenom na System Center 2016 z system Center 2012 R2 – Service Manager s nainstalovanou kumulativní aktualizací 9 nebo novější.

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

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

Podporuje se místní upgrade z portálu Service Manager 2012 R2 na Service Manager 2016. 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 2016 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 provedete upgrade nové instalace v testovacím prostředí a po úspěšném ověření provedete stejný upgrade na Service Manager SP1 v produkčním prostředí.

Vyhodnocení a výběr verzí

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

• Zkušební verze (180denní časový limit)

• Výběr verze licence

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

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. Pokud byl portál Service Manager 2010 nebo Service Manager 2012 dříve upgradován, můžete použít následující složky:

\Program Files\Microsoft System Center\Service Manager 2010
\Program Files\Microsoft System Center\Service Manager 2012

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

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

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

Pokud chcete upgradovat na System Center 2016, musíte nejprve použít kumulativní aktualizaci 9 nebo novější pro System Center 2012 R2 – Service Manager.

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

Dopad na vlastní vývoj

Ve verzi System Center 2016 – Service Manager se produkt přesunul na podporu .NET 4.5.1. Nástroj nastavený na podporu tohoto přesunu na .NET 4.5.1 potřebný k přerušení několika závislostí a vedl k přesunu tříd napříč sestaveními. Upgrade na Service Manager 2016 proto může narušit vlastní řešení vytvořená v domácnosti nebo třetí stranou (mimo společnost Microsoft). Pokud se chcete vyhnout tomuto problému, projděte si postup upgradu vlastních řešení.

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 výskytu tohoto problému před upgradem, je nutné spustit níže uvedený skript SQL v databázi DWRepository, abyste získali skutečné skripty SQL, které odstraňují, a přidejte omezení primárního klíče v tabulkách faktů v databázi DWRepository, abyste problém opravili. Ú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 2016 – 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 2016 – Service Manager.

2. Začněte serverem pro správu datového skladu. Úlohy datového skladu zastavíte a nebudete je moct znovu spustit, dokud upgrade nedokončíte.

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. Upgradujte konzoly portálu Service Manager a všechny další servery pro správu Service Manageru.

5. Restartujte úlohy datového skladu.

6. Nasaďte nový samoobslužný portál.

Načasování upgradů je také důležité. Po upgradu serveru pro správu datového skladu musíte aktualizovat server pro správu portálu Service Manager a nasadit nový samoobslužný portál. Po upgradu počátečního serveru pro správu portálu Service Manager musíte být připraveni upgradovat konzolu Service Manageru nebo konzoly Service Manageru, další servery pro správu Service Manageru a samoobslužný portál současně.

Dopady databáze

V nástroji System Center 2016 – 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 nezaregistrovali v datovém skladu Service Manageru. Pokud tlačítko Datového skladu není 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 pro System Center 2016 – Service Manager.

Šifrovací klíče

Po dokončení instalace nebo upgradu na System Center 2016 – 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íčů.