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 tom, jak upgradovat 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:
- Orchestrator
- Service Manager 2010 SP1
- Data Protection Manager
- Operations Manager
- Configuration Manager
- Virtual Machine Manager
- App Controller
Na System Center 2022 můžete upgradovat jenom z verze 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 produktu System Center 2022 – Service Manager na počítač, 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 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 součá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 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
Pro Service Manager 2022 jsou podporovány následující způsoby upgradu.
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 ze zkušební verze Service Manager na zkušební verzi Service Manager 2022 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 2022 – Service Manager
Všechny požadavky na hardware pro System Center 2022 – Service Manager jsou plně zdokumentované 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ě zdokumentované v části Požadavky na software.
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 tomuto problému zabránit (před upgradem)[#back-up-service-manager-before-you-upgrade], musíte spustit níže uvedený skript SQL v databázi DWRepository, abyste získali 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 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 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ů.
Proveďte kroky zotavení po havárii pro zálohy databáze.
Zakažte plán MPSyncJob.
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.
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í:
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.
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.
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.
Po instalaci udělejte toto:
Zakažte všechny úlohy Data Warehouse. Chcete-li to provést, otevřete prostředí Service Manager a spusťte následující příkazy:
$DW ='DWMS Servername' Get-scdwjob -Computername $DW | %{disable-scdwjobschedule -Computername $DW -jobname $_.Name}
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 se zvýšenými oprávněními:
$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)
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}
Restartujte server pro správu Data Warehouse.
Upgradujte konzoly Service Manager a všechny další servery pro správu Service Manager.
Restartujte úlohy datového skladu.
Nasaďte nový Self-Service Portal.
Použijte opravu Hotfix pro System Center 2022 Service Manager pro primární server pro správu, sekundární servery pro správu, portály Self-Service 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ý 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
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 upgrade pokračovat. 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:
- Orchestrator
- Service Manager 2010 SP1
- Data Protection Manager
- Operations Manager
- Configuration Manager
- Virtual Machine Manager
- 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ů.
Proveďte kroky zotavení po havárii pro zálohy databáze.
Zakažte plán MPSyncJob.
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.
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í:
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.
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.
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.
Upgradujte konzoly Service Manager a všechny další servery pro správu Service Manager.
Restartujte úlohy datového skladu.
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 upgrade pokračovat. 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 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 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.
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 nainstalovaný 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:
- Orchestrator
- Service Manager 2010 SP1
- Data Protection Manager
- Operations Manager
- Configuration Manager
- Virtual Machine Manager
- App Controller
Na System Center 1801 můžete upgradovat jenom z verze 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 produktu 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 součá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 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í způsoby 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
Upgradem ze zkušební verze Service Manager na zkušební verzi Service Manager 1801 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 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ě zdokumentované v tématu Požadavky na hardware.
Požadavky na software pro System Center 1801 – Service Manager
Pokud chcete upgradovat na System Center 1801, musíte nejdřív 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ě 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. Upgrade na Service Manager 1801 z verze 2012 R2 proto může narušit vlastní řešení vytvořená interně 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í, ž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ů.
Proveďte kroky zotavení po havárii pro zálohy databáze.
Zakažte plán MPSyncJob.
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.
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í:
Zálohujte databáze a sady Management Pack. Projděte si témata 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.
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.
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.
Upgradujte konzoly Service Manager a všechny další servery pro správu Service Manager.
Restartujte úlohy datového skladu.
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:
- Orchestrator
- Service Manager 2010 SP1
- Data Protection Manager
- Operations Manager
- Configuration Manager
- Virtual Machine Manager
- 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ů.
Proveďte kroky zotavení po havárii pro zálohy databáze.
Zakažte plán MPSyncJob.
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.
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í:
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 2016 – Service Manager.
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.
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.
Upgradujte konzoly Service Manager a všechny další servery pro správu Service Manager.
Restartujte úlohy datového skladu.
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 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
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 upgrade pokračovat. 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 tématu Registrace pomocí Service Manager Data Warehouse k povolení 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 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.
Další kroky
- Pokud je služba SSRS vzdálená od serveru pro správu datového skladu vzdálená, přečtěte si téma Příprava vzdáleného SQL Server Reporting Services na upgrade a připravte své prostředí.