Upgrade System Center Service Manager

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

Upozornění

Důležité je pořadí, ve kterém se provádí upgrade součástí. V případě nedodržení posloupnosti při upgradu, může dojít k selhání součásti, pro které neexistují možnosti obnovení. Platí pro tyto součásti nástroje System Center components:

  1. Orchestrator
  2. Service Manager 2010 SP1
  3. Data Protection Manager
  4. Operations Manager
  5. Configuration Manager
  6. Virtual Machine Manager
  7. App Controller

Na System Center 2022 můžete upgradovat jenom z produktu System Center 2019.

Důležité

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

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 Service Manager 2019. Místní upgrade je upgrade všech Service Manager částí 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 v testovacím 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í.

Zkušební verze a verze Select

Vydání produktu System Center 2019 – Service Manager bylo k dispozici ve dvou různých verzích:

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

Následující způsoby upgradu jsou podporovány pro Service Manager 2022.

Aktuální verze Upgradovaná verze Stav
System Center 2019 – Service Manager Eval System Center 2022 – Service Manager Eval Zkušební období zůstává beze změny
System Center 2019 – Service Manager Select System Center 2022 – Service Manager Select Licencovaný produkt

Poznámka

Upgradem zkušební verze Service Manager na zkušební verzi Service Manager 2022 se zkušební období 180 dnů neprodlouží.

Umístění instalace

Výchozí složka pro instalaci Service Manager je \Program Files\Microsoft System Center\Service Manager. Když však provedete upgrade na Service Manager, software se nainstaluje do složky, která Service Manager dříve použita. Pokud byla Service Manager 2016/1801 dříve upgradována, je možné 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ě popsané v části Požadavky 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ě popsané v části Požadavky na software.

Zabránění zábradlí úloh MPSync

Před upgradem

Popis: Problém s procesem upgradu způsobí selhání úlohy MPSync po dokončení upgradu. Chcete-li předejít tomuto problému (před upgradem)[#back-up-service-manager-before-you-upgrade], je nutné spustit skript SQL uvedený níže v databázi DWRepository, abyste získali skutečné skripty SQL, které se odstraňují, a přidali omezení primárního klíče v tabulkách faktů v databázi DWRepository, aby se problém vyřešil. Také může dojít k selhání úloh transformace a načítání. K této chybě může dojít kvůli chybnému výmazu dat z 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 úloh transformace nebo načítání, ale došlo k selhání nasazení sady Management Pack, postupujte podle kroků v části (Před upgradem)[#back-up-service-manager-before-you-upgrade]. Kromě toho po obnovení výchozích primárních klíčů restartujte neúspěšné nasazení sady Management Pack v konzole Service Manager tak, že přejdete do pracovního prostoru Data Warehouse a pak vyberete Sadu Management Pack.

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

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

Pokud sada Management Pack neexistuje, musíte databázi před upgradem obnovit do stavu. Při obnovení databáze postupujte podle následujících pokynů.

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

  2. Zakažte plán MPSyncJob.

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

  4. Restartujte neúspěšné nasazení základní sady Management Pack pomocí konzoly 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é. Jednotlivé kroky upgradu proveďte v následujícím pořadí:

  1. Zálohujte databáze a sady Management Pack. Projděte si části Zálohování databází Service Manager 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. Budete zastavovat úlohy datového skladu 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í Service Manager server pro správu. Pokud jste vytvořili více než jeden server pro správu Service Manager, je počáteční Service Manager server pro správu prvním serverem, který jste vytvořili.

Po instalaci postupujte takto:

  1. Zakažte všechny úlohy Data Warehouse. Uděláte to tak, že otevřete prostředí Service Manager 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í zdrojů dat ve vašem prostředí a pak skript spusťte 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. Povolte plány úloh spuštěním následujících příkazů:

    $DW ='DWMS Servername'
    
    Get-scdwjob -Computername $DW | %{enable-scdwjobschedule -Computername $DW -jobname $_.Name}
    
  4. Restartujte server pro správu Data Warehouse.

  5. Upgradujte konzoly Service Manager a všechny další servery pro správu Service Manager.

  6. Restartujte úlohy datového skladu.

  7. Nasaďte nový portál Self-Service.

  8. Použít system Center 2022 Service Manager Hotfix pro primární server pro správu, sekundární servery pro správu, Self-Service portály a všechny konzoly analytiků.

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

Důsledky pro databáze

V nástroji System Center 2022 – Service Manager máte možnost nainstalovat Operations Manager a Configuration Manager datová tržiště. Výběr této možnosti má za následek vyšší nároky na místo na pevném disku pro dvě databáze spolu s příslušnými skupinami souborů a soubory protokolů.

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

Než začnete s upgradem, doporučujeme zálohovat databáze Service Manager a datového skladu a šifrovací klíč. Pokud jste už zálohovali databáze a šifrovací klíč, můžete pokračovat v upgradu. V opačném případě si před pokračováním v 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 Manager

Pokud jste ve svém prostředí nainstalovali server pro správu datového skladu, musíte být v rámci procesu upgradu schopni zobrazit stav úloh datového skladu. Tuto úlohu nemůžete provést, pokud jste se nezaregistrovali u Service Manager datového skladu. Pokud se tlačítko Data Warehouse v konzole Service Manager nezobrazuje, dokončete postup v části Registrace pomocí Service Manager Data Warehouse k povolení vytváření sestav v Průvodci nasazením pro 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 už dříve zálohovali, nevyžaduje se žádná další akce. Pokud jste šifrovací klíče nikdy nezálohovat, zálohujte šifrovací klíče na serverech pro správu Service Manager pomocí Průvodce zálohováním nebo obnovením šifrovacího klíče.

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

Upozornění

Důležité je pořadí, ve kterém se provádí upgrade součástí. V případě nedodržení posloupnosti při upgradu, může dojít k selhání součásti, pro které neexistují možnosti obnovení. Platí pro tyto součásti nástroje System Center components:

  1. Orchestrator
  2. Service Manager 2010 SP1
  3. Data Protection Manager
  4. Operations Manager
  5. Configuration Manager
  6. Virtual Machine Manager
  7. App Controller

Na System Center 2019 můžete upgradovat jenom z verze System Center 2016 nebo 1801 nebo 1807.

Důležité

V této příručce se předpokládá, že provádíte upgrade na stávající verzi nástroje System Center. Informace o instalaci produktu System Center 2019 – Service Manager na počítači, na kterém neexistuje žádná předchozí verze Service Manager, najdete v tématu Nasazení nástroje System Center – Service Manager.

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 Service Manager 2016, 1801, 1807. Místní upgrade je upgrade všech Service Manager částí na stejném hardwaru. Jiné přístupy, jako jsou souběžné upgrady nebo upgrady se zajištěním provozu, se nepodporují.

Upgrade na Service Manager 2019 vyžaduje přípravu. Doporučujeme nainstalovat Service Manager v testovacím 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í.

Zkušební verze a verze Select

Vydání produktu System Center 2016 a 1801 – Service Manager bylo k dispozici ve dvou různých verzích:

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

Do Service Manager 2019 se podporují následující způsoby upgradu.

Aktuální verze Upgradovaná verze Stav
System Center 2016/1801 – Service Manager Eval System Center 2019 – Service Manager Eval Zkušební období zůstává beze změny
System Center 2016/1801/1807 – Service Manager Select System Center 2019 – Service Manager Select Licencovaný produkt

Poznámka

Upgradem ze zkušební verze Service Manager na zkušební verzi Service Manager 2019 se 180denní zkušební období neprodlouží.

Umístění instalace

Výchozí složka pro instalaci Service Manager je \Program Files\Microsoft System Center\Service Manager. Když však provedete upgrade na Service Manager, software se nainstaluje do složky, která Service Manager dříve použita. Pokud Service Manager 2016/1801 dříve upgradovali, je možné 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 tématu Požadavky 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 části Požadavky na software.

Dopad na vlastní vývoj

Ve verzi System Center 2016 – Service Manager se produkt přesunul na podporu .NET 4.5.1. Sada nástrojů pro podporu tohoto přesunu na .NET 4.5.1 vyžadovala přerušení několika závislostí a vedla k přesunu tříd napříč sestaveními.

Zabránění zábradlí úloh MPSync

Před upgradem

Popis: Problém s procesem upgradu způsobí, že úloha MPSync po dokončení upgradu selže. Chcete-li před upgradem tomuto problému zabránit, spusťte níže uvedený skript SQL v databázi DWRepository, který získá skutečné skripty SQL odebírající a přidávající omezení primárního klíče do tabulek faktů v databázi DWRepository. Také může dojít k selhání úloh transformace a načítání. K této chybě může dojít kvůli chybnému výmazu dat z 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 úloh transformace nebo načítání, ale došlo k 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 Manager tak, že přejdete do pracovního prostoru Data Warehouse a pak vyberete Management Pack.

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

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

Pokud sada Management Pack neexistuje, musíte databázi před upgradem obnovit do stavu. Při obnovení databáze postupujte podle následujících pokynů.

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

  2. Zakažte plán MPSyncJob.

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

  4. Restartujte neúspěšné nasazení základní sady Management Pack pomocí konzoly 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é. Jednotlivé kroky upgradu proveďte v následujícím pořadí:

  1. Zálohujte databáze a sady Management Pack. Projděte si části Zálohování databází Service Manager 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. Budete zastavovat úlohy datového skladu a nebudete je moct znovu spustit, dokud nedokončíte upgrade.

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

  4. Upgradujte konzoly Service Manager a všechny další servery pro správu Service Manager.

  5. Restartujte úlohy datového skladu.

  6. Nasaďte nový Self-Service Portal.

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

Důsledky pro databáze

S nástrojem System Center 2019 – Service Manager máte možnost nainstalovat Operations Manager a Configuration Manager datová tržiště. Výběr této možnosti má za následek vyšší nároky na místo na pevném disku pro dvě databáze spolu s příslušnými skupinami souborů a soubory protokolů.

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

Než začnete s upgradem, doporučujeme zálohovat databáze Service Manager a datového skladu a šifrovací klíč. Pokud jste už zálohovali databáze a šifrovací klíč, můžete pokračovat v upgradu. V opačném případě si před pokračováním v upgradu projděte postupy zálohování v Průvodci zotavením po havárii pro system Center – Service Manager.

Registrace datového skladu Service Manager

Pokud jste ve svém prostředí nainstalovali server pro správu datového skladu, musíte být v rámci procesu upgradu schopni zobrazit stav úloh datového skladu. Tuto úlohu nemůžete provést, pokud jste se neregistrovali u Service Manager datového skladu. Pokud se tlačítko Data Warehouse nezobrazuje v konzole Service Manager, dokončete postup v části Registrace u Service Manager Data Warehouse povolit vytváření sestav v Průvodci nasazením pro 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 jste šifrovací klíče nikdy nezálohovat, použijte Průvodce zálohováním nebo obnovením šifrovacího klíče k zálohování šifrovacích klíčů na Service Manager serverech pro správu.

Důležité

Tato verze Service Manager dosáhla konce podpory. Doporučujeme upgradovat na Service Manager 2022.

Abyste mohli nainstalovat aktualizaci 1807, musíte mít nainstalovanou aplikaci System Center – Service Manager 1801. Přečtěte si další informace o instalaci SM 1807.

Důležité

Tato verze Service Manager dosáhla konce podpory. Doporučujeme upgradovat na Service Manager 2022.

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

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

Upgrade na System Center 1801 – Service Manager

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

Upozornění

Důležité je pořadí, ve kterém se provádí upgrade součástí. V případě nedodržení posloupnosti při upgradu, může dojít k selhání součásti, pro které neexistují možnosti obnovení. Platí pro tyto součásti nástroje System Center components:

  1. Orchestrator
  2. Service Manager 2010 SP1
  3. Data Protection Manager
  4. Operations Manager
  5. Configuration Manager
  6. Virtual Machine Manager
  7. App Controller

Na System Center 1801 můžete upgradovat jenom z produktu System Center 2012 R2 – Service Manager s kumulativní aktualizací 14 a System Center Service Manager 2016 s UR4.

Důležité

V této příručce se předpokládá, že provádíte upgrade na existující verzi nástroje System Center. Informace o instalaci nástroje System Center 1801 – Service Manager na počítači, na kterém neexistuje žádná předchozí verze Service Manager, najdete v tématu Nasazení nástroje System Center – Service Manager.

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

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

Podporuje se místní upgrade z Service Manager 2012 R2 UR14 a 2016 UR4 na Service Manager 1801. Místní upgrade je upgrade všech Service Manager částí na stejném hardwaru. Jiné přístupy, jako jsou souběžné upgrady nebo postupné upgrady, se nepodporují.

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

Zkušební verze a verze Select

Vydání produktu System Center 2012 R2 a 2016 – Service Manager byly k dispozici ve dvou různých verzích:

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

Pro Service Manager 1801 se podporují následující cesty upgradu.

Aktuální verze Upgradovaná verze Stav
System Center 2012 R2/2016 – Service Manager Eval System Center 1801 – Service Manager Eval Zkušební období zůstává beze změny
System Center 2012 R2/2016 – Service Manager Select System Center 1801 – Service Manager Select Licencovaný produkt

Poznámka

Upgrade z zkušební verze Service Manager na zkušební verzi Service Manager 1801 neprodlouží 180denní zkušební období.

Umístění instalace

Výchozí složka pro instalaci Service Manager je \Program Files\Microsoft System Center\Service Manager. Když však provedete upgrade na Service Manager, software se nainstaluje do složky, která Service Manager dříve použita. Pokud byla Service Manager 2012/2016 dříve upgradována, je možné použít následující složku:

\Program Files\Microsoft System Center\Service Manager

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

Všechny požadavky na hardware pro System Center 1801 – Service Manager jsou plně popsané v části Hardwarové požadavky.

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

Pokud chcete upgradovat na System Center 1801, musíte nejprve použít kumulativní aktualizaci 14 pro verzi 2012 R2 a UR4 pro verzi 2016 Service Manager.

Všechny požadavky na software pro System Center 1801 – Service Manager jsou plně popsané v části Požadavky na software.

Dopad na vlastní vývoj

Ve verzi System Center 2016 – Service Manager se produkt přesunul na podporu .NET 4.5.1. Sada nástrojů pro podporu tohoto přesunu na .NET 4.5.1 vyžaduje přerušení několika závislostí a vede k přesunu tříd napříč sestaveními. Upgrade na Service Manager 1801 z verze 2012 R2 proto může narušit vlastní řešení vytvořená doma nebo třetí stranou (mimo Microsoft). Abyste se tomuto problému vyhnuli, podívejte se na kroky pro upgrade vlastních řešení.

Zabránění zábradlí úloh MPSync

Před upgradem

Popis: Problém s procesem upgradu způsobí selhání úlohy MPSync po dokončení upgradu. Chcete-li před upgradem tomuto problému zabránit, spusťte níže uvedený skript SQL v databázi DWRepository, který získá skutečné skripty SQL odebírající a přidávající omezení primárního klíče do tabulek faktů v databázi DWRepository. Také může dojít k selhání úloh transformace a načítání. K této chybě může dojít kvůli chybnému výmazu dat z 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 úloh transformace nebo načítání, ale došlo k 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 Manager tak, že přejdete do pracovního prostoru Data Warehouse a pak vyberete Sadu Management Pack.

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

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

Pokud sada Management Pack neexistuje, musíte databázi před upgradem obnovit do stavu. Při obnovení databáze postupujte podle následujících pokynů.

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

  2. Zakažte plán MPSyncJob.

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

  4. Restartujte neúspěšné nasazení základní sady Management Pack pomocí konzoly Service Manager.

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

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

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

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

  1. Zálohujte databáze a sady Management Pack. Projděte si témata "Zálohování Service Manager databází" 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. Budete zastavovat úlohy datového skladu 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í Service Manager server pro správu. Pokud jste vytvořili více než jeden server pro správu Service Manager, je počáteční Service Manager server pro správu prvním serverem, který jste vytvořili.

  4. Upgradujte konzoly Service Manager a všechny další servery pro správu Service Manager.

  5. Restartujte úlohy datového skladu.

  6. Nasaďte nový portál Self-Service.

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

Důsledky pro databáze

V system Center 1801 – Service Manager máte možnost nainstalovat Operations Manager a Configuration Manager datová tržiště. Výběr této možnosti má za následek vyšší nároky na místo na pevném disku pro dvě databáze spolu s příslušnými skupinami souborů a soubory protokolů.

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

Než začnete s upgradem, doporučujeme zálohovat databáze Service Manager a datového skladu a šifrovací klíč. Pokud jste už zálohovali databáze a šifrovací klíč, můžete pokračovat v upgradu. V opačném případě si před pokračováním v upgradu projděte postupy zálohování v Průvodci zotavením po havárii pro system Center – Service Manager.

Registrace datového skladu Service Manager

Pokud jste ve svém prostředí nainstalovali server pro správu datového skladu, musíte být v rámci procesu upgradu schopni zobrazit stav úloh datového skladu. Tuto úlohu nemůžete provést, pokud jste se neregistrovali u Service Manager datového skladu. Pokud se tlačítko Data Warehouse nezobrazuje v konzole Service Manager, dokončete postup v části Registrace u Service Manager Data Warehouse povolit vytváření sestav v Průvodci nasazením pro System Center – Service Manager.

Šifrovací klíče

Po dokončení instalace nebo upgradu na System Center 1801 – 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 jste šifrovací klíče nikdy nezálohovat, použijte Průvodce zálohováním nebo obnovením šifrovacího klíče k zálohování šifrovacích klíčů na Service Manager serverech pro správu.

Upgrade na portál System Center 2016 – Service Manager

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

Upozornění

Pokud plánujete upgradovat dvě nebo více součástí nástroje System Center, je nutné, abyste si nejprve projděte příručku Upgrade na System Center 2016. Důležité je pořadí, ve kterém se provádí upgrade součástí. V případě nedodržení posloupnosti při upgradu, může dojít k selhání součásti, pro které neexistují možnosti obnovení. Platí pro tyto součásti nástroje System Center components:

  1. Orchestrator
  2. Service Manager 2010 SP1
  3. Data Protection Manager
  4. Operations Manager
  5. Configuration Manager
  6. Virtual Machine Manager
  7. App Controller

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

Důležité

V této příručce se předpokládá, že provádíte upgrade na System Center 2012 R2. Informace o instalaci system Center 2016 – Service Manager na počítači, na kterém neexistuje žádná předchozí verze Service Manager, najdete v tématu Nasazení system Center 2016 – Service Manager.

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 Service Manager 2012 R2 na Service Manager 2016. Místní upgrade je upgrade všech Service Manager částí 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 v testovacím 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 jakmile se to ukáže jako úspěšné, proveďte stejný upgrade na Service Manager SP1 v produkčním prostředí.

Zkušební verze a verze Select

Vydání produktu System Center 2012 R2 – Service Manager bylo k dispozici ve dvou různých verzích:

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

  • Verze Select License

Pro Service Manager 2016 se podporují následující způsoby upgradu.

Aktuální verze Upgradovaná verze Stav
System Center 2012 R2 – Service Manager Eval System Center 2016 – Service Manager Eval Zkušební období zůstává beze změny
System Center 2012 R2 – Service Manager Select System Center 2016 – Service Manager Select Licencovaný produkt

Poznámka

Upgrade ze zkušební verze Service Manager 2012 R2 na zkušební verzi Service Manager 2016 neprodlouží 180denní zkušební období.

Umístění instalace

Výchozí složka pro instalaci Service Manager je \Program Files\Microsoft System Center\Service Manager. Když však provedete upgrade na Service Manager, software se nainstaluje do složky, která Service Manager dříve použita. Pokud jste dříve upgradovali Service Manager 2010 nebo Service Manager 2012, 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ě popsané v tématu Požadavky 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ě popsané v tématu Požadavky 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. Sada nástrojů pro podporu tohoto přesunu na .NET 4.5.1 vyžaduje přerušení několika závislostí a vede k přesunu tříd napříč sestaveními. Upgrade na Service Manager 2016 proto může narušit vlastní řešení vytvořená doma nebo třetí stranou (mimo Microsoft). Abyste se tomuto problému vyhnuli, podívejte se na kroky pro upgrade 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 před upgradem tomuto problému zabránit, spusťte níže uvedený skript SQL v databázi DWRepository, který získá skutečné skripty SQL odebírající a přidávající omezení primárního klíče do tabulek faktů v databázi DWRepository. Také může dojít k selhání úloh transformace a načítání. K této chybě může dojít kvůli chybnému výmazu dat z 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 úloh transformace nebo načítání, ale došlo k 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 Manager tak, že přejdete do pracovního prostoru Data Warehouse a pak vyberete Sadu Management Pack.

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

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

Pokud sada Management Pack neexistuje, musíte databázi před upgradem obnovit do stavu. Při obnovení databáze postupujte podle následujících pokynů.

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

  2. Zakažte plán MPSyncJob.

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

  4. Restartujte neúspěšné nasazení základní sady Management Pack pomocí konzoly 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é. Jednotlivé kroky upgradu proveďte v následujícím pořadí:

  1. Zálohujte databáze a sady Management Pack. Projděte si oddíly Zálohování Service Manager databází 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. Budete zastavovat úlohy datového skladu 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í Service Manager server pro správu. Pokud jste vytvořili více než jeden server pro správu Service Manager, je počáteční Service Manager server pro správu prvním serverem, který jste vytvořili.

  4. Upgradujte konzoly Service Manager a všechny další servery pro správu Service Manager.

  5. Restartujte úlohy datového skladu.

  6. Nasaďte nový portál Self-Service.

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

Důsledky pro databáze

V nástroji System Center 2016 – Service Manager máte možnost nainstalovat Operations Manager a Configuration Manager datová tržiště. Výběr této možnosti má za následek vyšší nároky na místo na pevném disku pro dvě databáze spolu s příslušnými skupinami souborů a soubory protokolů.

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

Než začnete s upgradem, doporučujeme zálohovat databáze Service Manager a datového skladu a šifrovací klíč. Pokud jste už zálohovali databáze a šifrovací klíč, můžete pokračovat v upgradu. V opačném případě si před pokračováním v upgradu projděte postupy zálohování v Průvodci zotavením po havárii pro system Center – Service Manager.

Registrace datového skladu Service Manager

Pokud jste ve svém prostředí nainstalovali server pro správu datového skladu, musíte být v rámci procesu upgradu schopni zobrazit stav úloh datového skladu. Tuto úlohu nemůžete provést, pokud jste se neregistrovali u Service Manager datového skladu. Pokud se tlačítko Data Warehouse nezobrazuje v konzole Service Manager, dokončete postup v části Registrace pomocí Service Manager Data Warehouse povolit 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 jste šifrovací klíče nikdy nezálohovat, použijte Průvodce zálohováním nebo obnovením šifrovacího klíče k zálohování šifrovacích klíčů na Service Manager serverech pro správu.

Další kroky