Uppgradera System Center Service Manager
Viktig
Service Provider Foundation (SPF) upphör från System Center 2025. SPF 2022 fortsätter dock att fungera med System Center 2025-komponenter.
Den här artikeln innehåller uppgraderingsinformation för System Center 2025 – Service Manager (SM)
Uppgradera till System Center 2025 – Service Manager
Följande avsnitt innehåller information om hur du uppgraderar till System Center 2025 – Service Manager (SM).
Varning
Det är viktigt i vilken ordning du utför komponentuppgraderingar. Om du inte följer rätt uppgraderingssekvens kan det leda till komponentfel där det inte finns några återställningsalternativ. De berörda System Center-komponenterna är:
- Orkestreringsverktyg
- Tjänstechef
- Dataskyddschef
- Operativ chef
- Configuration Manager
- Virtual Machine Manager
- Appkontrollant
Du kan bara uppgradera till System Center 2025 från System Center 2022.
Viktig
I den här guiden förutsätts det att du utför en uppgradering till en befintlig System Center-version. Information om hur du installerar System Center 2025 – Service Manager på en dator där det inte finns någon tidigare version av Service Manager finns i distribution av System Center – Service Manager.
Planera uppgraderingen till System Center 2025 – Service Manager
I det här avsnittet beskrivs de procedurer som krävs för att uppgradera till System Center 2025.
En uppgradering på plats från Service Manager 2022 stöds. En uppgradering på plats är en uppgradering av alla Service Manager-delar på samma maskinvara. Andra metoder, till exempel sida vid sida-uppgraderingar eller löpande uppgraderingar, stöds inte.
Uppgradering till Service Manager 2025 kräver förberedelse. Vi rekommenderar att du installerar Service Manager i en labbmiljö och sedan replikerar dina produktionsdatabaser till labbet. Därefter utför du en uppgradering av den nya installationen i labbet.
Utvärdera och välj versioner
Versionen av System Center 2022 – Service Manager var tillgänglig i två olika versioner:
- Utvärderingsversion (tidsgräns på 180 dagar)
- Välj licensversion
Följande uppgraderingsvägar stöds i Service Manager 2025.
Aktuell version | Uppgraderad version | Status |
---|---|---|
System Center 2022 – Service Manager Eval | System Center 2025 – Service Manager Eval | Utvärderingsperioden förblir oförändrad |
System Center 2022 – Välj Service Manager | System Center 2025 – Välj Service Manager | Licensierad |
Notis
Uppgradering från en utvärderingsversion av Service Manager till en utvärderingsversion av Service Manager 2025 förlänger inte utvärderingsperioden på 180 dagar.
Installationsplats
Standardmappen för att installera Service Manager är \Program Files\Microsoft System Center\Service Manager. Men när du utför uppgraderingen till Service Manager installeras programvaran i mappen som Service Manager tidigare använde.
Maskinvarukrav för System Center 2025 – Service Manager
Alla maskinvarukrav för System Center 2025 – Service Manager är fullständigt dokumenterade i maskinvarukrav.
Programvarukrav för System Center 2025 – Service Manager
Alla programvarukrav för System Center 2025 – Service Manager är fullständigt dokumenterade i Programvarukrav.
Förhindra att MPSync-jobb misslyckas
innan du uppgraderar
Beskrivning: Ett problem med uppgraderingsprocessen gör att MPSync-jobbet misslyckas när uppgraderingen är klar. För att förhindra det här problemet innan du uppgraderar, måste du köra SQL-skriptet som nämns nedan på DWRepository-databasen för att hämta de faktiska SQL-skripten som droppar och lägger till en begränsning för primärnyckeln i faktatabellerna i DWRepository-databasen för att åtgärda problemet. Dessutom kan transformerings- och inläsningsjobb också misslyckas. Det här felet kan inträffa på grund av felaktig databasrensning.
;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
Lösning 1: Om du redan har uppgraderat och inte har problem med transformerings- eller inläsningsfel men har ett distributionsfel i hanteringspaketet följer du stegen i avsnittet innan du uppgraderar. När de primära standardnycklarna har återställts startar du dessutom om distributionen av det misslyckade hanteringspaketet i Service Manager-konsolen genom att gå till arbetsytan Informationslager och sedan välja Hanteringspaket.
Lösning 2: Om du har uppgraderat och har problem med transformerings- eller inläsningsjobbsfel kontrollerar du om SystemDerivedMp.Microsoft.SystemCenter.Datawarehouse.Base-hanteringspaketet finns i databasen DWStagingAndConfig genom att köra följande fråga.
select * from ManagementPack where mpname like '%SystemDerivedMp.Microsoft.SystemCenter.Datawarehouse.Base%'
Om hanteringspaketet inte finns måste du återställa databasen till ett tillstånd före uppgraderingen. Utför följande steg för att återställa databasen.
Utför haveriberedskapssteg för databassäkerhetskopiorna.
Inaktivera MPSyncJob-schemat.
Återställ alla saknade primära nycklar i DWRepository manuellt. Du kan släppa och återskapa primärnyckeln med hjälp av SQL-skriptet från avsnittet Före uppgradering.
Starta om distributionen av det misslyckade hanteringspaketet med hjälp av Service Manager-konsolen.
Testa uppgraderingen i en labbmiljö
Vi rekommenderar att du testar uppgraderingen till System Center 2025 – Service Manager i en labbmiljö.
Uppgraderingsordning och tidpunkt
Ordningen på dina uppgraderingar är viktig. Utför uppgraderingsstegen i följande ordning:
Säkerhetskopiera dina databaser och hanteringspaket. Se avsnitten Säkerhetskopiering av Service Manager-databaser och säkerhetskopiering av oförseglade hanteringspaket i Haveriberedskapsguide för System Center – Service Manager.
Börja med datalagerhanteringsservern.
När uppgraderingen till datalagerhanteringsservern är klar uppgraderar du den första Service Manager-hanteringsservern. Om du har skapat mer än en Service Manager-hanteringsserver är den första Service Manager-hanteringsservern den första som du skapade.
Uppgradera sedan alla sekundära hanteringsservrar, Self-Service portaler och Service Manager-konsoler.
Gör följande efter installationen:
Inaktivera alla datalagerjobb. Det gör du genom att öppna Service Manager-gränssnittet och sedan köra följande kommandon:
$DW ='DWMS Servername' Get-scdwjob -Computername $DW | %{disable-scdwjobschedule -Computername $DW -jobname $_.Name}
Gör de nödvändiga ändringarna i följande PowerShell-skript baserat på datakällvyerna i din miljö och kör sedan skriptet med utökade privilegier:
$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)
Aktivera jobbscheman genom att köra följande kommandon:
$DW ='DWMS Servername' Get-scdwjob -Computername $DW | %{enable-scdwjobschedule -Computername $DW -jobname $_.Name}
Starta om datalagerhanteringsservern.
Databaspåverkan
Med System Center 2025 – Service Manager har du möjlighet att installera Operations Manager- och Configuration Manager-data marts. Om du väljer det här alternativet resulterar det i ytterligare utrymmeskrav på hårddisken för de två databaserna, samt associerade filgrupper och loggfiler.
Säkerhetskopiera Service Manager innan du uppgraderar
Innan du påbörjar en uppgradering rekommenderar vi att du säkerhetskopierar dina Service Manager- och informationslagerdatabaser och krypteringsnyckeln. Om du redan har säkerhetskopierat dina databaser och krypteringsnyckeln kan du fortsätta att köra uppgraderingen. Annars bör du granska säkerhetskopieringsprocedurerna i Katastrofåterställningsguiden för System Center – Service Manager innan du fortsätter med uppgraderingen.
Registrera Service Manager-informationslagret
Om du har installerat en datalagerhanteringsserver i din miljö måste du som en del av uppgraderingsprocessen kunna visa status för datalagerjobben. Du kan inte utföra den här uppgiften om du inte har registrerat dig i Service Manager-informationslagret. Om knappen Data Warehouse inte visas i Service Manager-konsolen, slutför du proceduren i Registrering hos Service Manager-informationslagret för att aktivera rapportering i Distributionsguide för System Center – Service Manager.
Krypteringsnycklar
När du har kört installationsprogrammet för att antingen installera eller uppgradera till System Center 2025 – Service Manager uppmanas du att öppna guiden Säkerhetskopiering eller återställning av kryptering. Om du tidigare har säkerhetskopierat krypteringsnycklarna krävs ingen ytterligare åtgärd. Om du aldrig säkerhetskopierade krypteringsnycklarna använder du guiden Säkerhetskopiering eller återställning av krypteringsnyckel för att säkerhetskopiera krypteringsnycklarna på Service Manager-hanteringsservrarna.
Den här artikeln innehåller uppgraderingsinformation för System Center 2022 – Service Manager (SM)
Uppgradera till System Center 2022 – Service Manager
Följande avsnitt innehåller information om hur du uppgraderar till System Center 2022 – Service Manager (SM).
Varning
Det är viktigt i vilken ordning du utför komponentuppgraderingar. Om du inte följer rätt uppgraderingssekvens kan det leda till komponentfel där det inte finns några återställningsalternativ. De berörda System Center-komponenterna är:
- Orkestrator
- Tjänstechef
- Dataskyddshanterare
- Driftchef
- Configuration Manager
- Virtual Machine Manager
- Appkontrollenhet
Du kan bara uppgradera till System Center 2022 från System Center 2019.
Viktig
I den här guiden förutsätts det att du utför en uppgradering till en befintlig System Center-version. Information om hur du installerar System Center 2022 – Service Manager på en dator där det inte finns någon tidigare version av Service Manager finns i distribution av System Center – Service Manager.
Planera uppgraderingen till System Center 2022 – Service Manager
I det här avsnittet beskrivs de procedurer som krävs för att uppgradera till System Center 2022.
En uppgradering på plats från Service Manager 2019 stöds. En uppgradering på plats är en uppgradering av alla Service Manager-delar på samma maskinvara. Andra metoder, till exempel sida vid sida-uppgraderingar eller löpande uppgraderingar, stöds inte.
Uppgradering till Service Manager 2022 kräver förberedelse. Vi rekommenderar att du installerar Service Manager i en labbmiljö och sedan replikerar dina produktionsdatabaser till labbet. Därefter utför du en uppgradering av den nya installationen i labbet.
Utvärdering och Välj versioner
Versionen av System Center 2019 – Service Manager var tillgänglig i två olika versioner:
- Utvärderingsversion (tidsgräns på 180 dagar)
- Välj licensversion
Följande uppgraderingssökvägar stöds i Service Manager 2022.
Aktuell version | Uppgraderad version | Status |
---|---|---|
System Center 2019 – Service Manager Eval | System Center 2022 – Service Manager Eval | Utvärderingsperioden förblir oförändrad |
System Center 2019 – Välj Service Manager | System Center 2022 – Välj Service Manager | Licensierad |
Obs
Uppgradering från en utvärderingsversion av Service Manager till en utvärderingsversion av Service Manager 2022 förlänger inte utvärderingsperioden på 180 dagar.
Installationsplats
Standardmappen för att installera Service Manager är \Program Files\Microsoft System Center\Service Manager. Men när du utför uppgraderingen till Service Manager installeras programvaran i mappen som Service Manager tidigare använde. Om Service Manager 2016/1801 tidigare har uppgraderats kan följande mapp användas:
\Program Files\Microsoft System Center\Service Manager
Maskinvarukrav för System Center 2022 – Service Manager
Alla maskinvarukrav för System Center 2022 – Service Manager är fullständigt dokumenterade i maskinvarukrav.
Programvarukrav för System Center 2022 – Service Manager
Alla programvarukrav för System Center 2022- Service Manager är fullständigt dokumenterade i Programvarukrav.
Förhindra att MPSync-jobb misslyckas
innan du uppgraderar
Beskrivning: Ett problem med uppgraderingsprocessen gör att MPSync-jobbet misslyckas när uppgraderingen är klar. För att förhindra det här problemet innan du uppgraderarmåste du köra det SQL-skript som nämns nedan på DWRepository-databasen. Detta skapar de faktiska SQL-skript som tar bort och lägger till en begränsning för primärnyckeln i faktatabellerna i DWRepository-databasen för att lösa problemet. Dessutom kan transformerings- och inläsningsjobb också gå fel. Det här felet kan inträffa på grund av felaktig databasrensning.
;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
Lösning 1: Om du redan har uppgraderat och inte har problem med transformerings- eller inläsningsfel men har ett distributionsfel i hanteringspaketet följer du stegen i avsnittet innan du uppgraderar. När de primära standardnycklarna har återställts startar du dessutom om distributionen av det misslyckade hanteringspaketet i Service Manager-konsolen genom att gå till arbetsytan Informationslager och sedan välja Hanteringspaket.
Lösning 2: Om du har uppgraderat och har problem med transformerings- eller inläsningsjobbsfel kontrollerar du om SystemDerivedMp.Microsoft.SystemCenter.Datawarehouse.Base-hanteringspaketet finns i databasen DWStagingAndConfig genom att köra följande fråga.
select * from ManagementPack where mpname like '%SystemDerivedMp.Microsoft.SystemCenter.Datawarehouse.Base%'
Om hanteringspaketet inte finns måste du återställa databasen till ett tillstånd före uppgraderingen. Utför följande steg för att återställa databasen.
Utför haveriberedskapssteg för databassäkerhetskopiorna.
Inaktivera MPSyncJob-schemat.
Återställ alla saknade primära nycklar i DWRepository manuellt. Du kan släppa och återskapa primärnyckeln med hjälp av SQL-skriptet från avsnittet Före uppgradering.
Starta om den misslyckade hanteringspaketdistributionen i Service Manager-konsolen.
Testa uppgraderingen i en labbmiljö
Vi rekommenderar att du testar uppgraderingen till System Center 2022 – Service Manager i en labbmiljö.
Uppgraderingsordning och tidspunkt
Ordningen på dina uppgraderingar är viktig. Utför uppgraderingsstegen i följande ordning:
Säkerhetskopiera dina databaser och hanteringspaket. Se avsnitten Säkerhetskopiering av Service Manager-databaser och säkerhetskopiering av oförseglade hanteringspaket i Haveriberedskapsguide för System Center – Service Manager.
Börja med datalagerhanteringsservern.
När uppgraderingen till datalagerhanteringsservern är klar uppgraderar du den första (primära) Service Manager-hanteringsservern. Om du har skapat mer än en Service Manager-hanteringsserver är den första Service Manager-hanteringsservern den första som du skapade.
Uppgradera sedan alla sekundära hanteringsservrar, Self-Service portaler och Service Manager-konsoler.
Gör följande efter installationen:
Inaktivera alla datalagerjobb. Det gör du genom att öppna Service Manager-gränssnittet och sedan köra följande kommandon:
$DW ='DWMS Servername' Get-scdwjob -Computername $DW | %{disable-scdwjobschedule -Computername $DW -jobname $_.Name}
Gör de nödvändiga ändringarna i följande PowerShell-skript baserat på datakällvyerna i din miljö och kör sedan skriptet med utökade privilegier:
$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)
Aktivera jobbscheman genom att köra följande kommandon:
$DW ='DWMS Servername' Get-scdwjob -Computername $DW | %{enable-scdwjobschedule -Computername $DW -jobname $_.Name}
Starta om datalagerhanteringsservern.
Använd Samlad uppdatering 2 för System Center 2022 Service Manager på datalagerhanteringsservern, den primära hanteringsservern, de sekundära hanteringsservrarna, Self-Service portalerna och alla analytikerkonsoler.
Databaspåverkan
Med System Center 2022 – Service Manager har du möjlighet att installera Operations Manager- och Configuration Manager-data marts. Om du väljer det här alternativet resulterar det i ytterligare utrymmeskrav på hårddisken för de två databaserna, samt associerade filgrupper och loggfiler.
Säkerhetskopiera Service Manager innan du uppgraderar
Innan du påbörjar en uppgradering rekommenderar vi att du säkerhetskopierar dina Service Manager- och informationslagerdatabaser och krypteringsnyckeln. Om du redan har säkerhetskopierat dina databaser och krypteringsnyckeln kan du fortsätta att köra uppgraderingen. Annars kan du granska säkerhetskopieringsprocedurerna i Guide för haveriberedskap för System Center – Service Manager innan du fortsätter uppgraderingen.
Registrera Service Manager-informationslagret
Om du har installerat en datalagerhanteringsserver i din miljö måste du som en del av uppgraderingsprocessen kunna visa status för datalagerjobben. Du kan inte utföra den här uppgiften om du inte har registrerat dig i Service Manager-informationslagret. Om knappen Data Warehouse inte visas i Service Manager-konsolen slutför du proceduren i Registrering med Service Manager-informationslagret för att aktivera rapportering i Distributionsguide för System Center – Service Manager.
Krypteringsnycklar
När du har kört installationsprogrammet för att antingen installera eller uppgradera till System Center 2022 – Service Manager uppmanas du att öppna guiden Säkerhetskopiering eller återställning av kryptering. Om du tidigare har säkerhetskopierat krypteringsnycklarna krävs ingen ytterligare åtgärd. Om du aldrig säkerhetskopierade krypteringsnycklarna använder du guiden Säkerhetskopiering eller återställning av krypteringsnyckel för att säkerhetskopiera krypteringsnycklarna på Service Manager-hanteringsservrarna.
Kända problem
Efter en lyckad uppgradering av datalagret misslyckas MPSyncJob
Beskrivning:
Efter en lyckad uppgradering av informationslagret misslyckas MPSyncJob- på grund av ett distributionsfel i hanteringspaketet Microsoft System Center Configuration Manager Data Warehouse Library. Händelseloggen OperationsManager visar följande fel:
- Felaktig syntax nära nyckelordet
IF
- Felaktig syntax nära
END
Åtgärd:
Kör skriptet som dokumenterats här.
Den här artikeln innehåller uppgraderingsinformation för System Center 2019 – Service Manager (SM)
Uppgradera till System Center 2019 – Service Manager
Följande avsnitt innehåller information om hur du uppgraderar till System Center 2019 – Service Manager (SM).
Varning
Det är viktigt i vilken ordning du utför komponentuppgraderingar. Om du inte följer rätt uppgraderingssekvens kan det leda till komponentfel där det inte finns några återställningsalternativ. De berörda System Center-komponenterna är:
- Orkestreringssystem
- Tjänstechef
- Dataskyddschef
- Driftchef
- Configuration Manager
- Virtual Machine Manager
- Appkontroller
Du kan bara uppgradera till System Center 2019 från System Center 2016 eller 1801 eller 1807.
Viktig
I den här guiden förutsätts det att du utför en uppgradering till en befintlig System Center-version. Information om hur du installerar System Center 2019 – Service Manager på en dator där det inte finns någon tidigare version av Service Manager finns i distribution av System Center – Service Manager.
Planera uppgraderingen till System Center 2019 – Service Manager
I det här avsnittet beskrivs de procedurer som krävs för att uppgradera till System Center 2019.
En direktuppgradering från Service Manager 2016, 1801, 1807 stöds. En uppgradering på plats är en uppgradering av alla Service Manager-delar på samma maskinvara. Andra metoder, till exempel sida vid sida-uppgraderingar eller löpande uppgraderingar, stöds inte.
Uppgradering till Service Manager 2019 kräver förberedelse. Vi rekommenderar att du installerar Service Manager i en labbmiljö och sedan replikerar dina produktionsdatabaser till labbet. Därefter utför du en uppgradering av den nya installationen i labbet.
Utvärdering och Välj versioner
Versionen av System Center 2016 och 1801 – Service Manager var tillgänglig i två olika versioner:
- Utvärderingsversion (tidsgräns på 180 dagar)
- Välj licensversion
Följande uppgraderingssökvägar stöds i Service Manager 2019.
Aktuell version | Uppgraderad version | Status |
---|---|---|
System Center 2016/1801 – Service Manager Eval | System Center 2019 – Service Manager Eval | Utvärderingsperioden förblir oförändrad |
System Center 2016/1801/1807 – Välj Service Manager | System Center 2019 – Välj Service Manager | Licensierad |
Not
Uppgradering från en utvärderingsversion av Service Manager till en utvärderingsversion av Service Manager 2019 förlänger inte utvärderingsperioden på 180 dagar.
Installationsplats
Standardmappen för att installera Service Manager är \Program Files\Microsoft System Center\Service Manager. Men när du utför uppgraderingen till Service Manager installeras programvaran i mappen som Service Manager tidigare använde. Om Service Manager 2016/1801 tidigare har uppgraderats kan följande mapp användas:
\Program Files\Microsoft System Center\Service Manager
Maskinvarukrav för System Center 2019 – Service Manager
Alla maskinvarukrav för System Center 2019 – Service Manager är fullständigt dokumenterade i maskinvarukrav.
Programvarukrav för System Center 2019 – Service Manager
Alla programvarukrav för System Center 2019 – Service Manager är fullständigt dokumenterade i Programvarukrav.
Påverkan på anpassad utveckling
Med System Center 2016 – Service Manager-versionen har produkten flyttats för att stödja .NET 4.5.1. Verktygssatsen är inställd för att stödja den här förflyttningen till .NET 4.5.1, vilket krävde att bryta några beroenden och har lett till att klasser har flyttats mellan sammansättningarna.
Förhindra att MPSync-jobb misslyckas
innan du uppgraderar
Beskrivning: Ett problem med uppgraderingsprocessen gör att MPSync-jobbet misslyckas när uppgraderingen är klar. För att förhindra att det här problemet uppstår innan du uppgraderar måste du köra SQL-skriptet nedan på DWRepository-databasen för att hämta de faktiska SQL-skripten som släpper och lägga till en begränsning för den primära nyckeln i faktatabeller i DWRepository-databasen för att åtgärda problemet. Dessutom kan transformerings- och inläsningsjobb också misslyckas. Det här felet kan inträffa på grund av felaktig databasrensning.
;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
Lösning 1: Om du redan har uppgraderat och inte har problem med transformerings- eller inläsningsfel men har ett fel vid distributionen av hanteringspaketet, följer du stegen i avsnittet Före uppgradering. När de primära standardnycklarna har återställts startar du dessutom om distributionen av det misslyckade hanteringspaketet i Service Manager-konsolen genom att gå till arbetsytan Informationslager och sedan välja Hanteringspaket.
Lösning 2: Om du har uppgraderat och har problem med transformerings- eller inläsningsjobbsfel kontrollerar du om SystemDerivedMp.Microsoft.SystemCenter.Datawarehouse.Base-hanteringspaketet finns i databasen DWStagingAndConfig genom att köra följande fråga.
select * from ManagementPack where mpname like '%SystemDerivedMp.Microsoft.SystemCenter.Datawarehouse.Base%'
Om hanteringspaketet inte finns måste du återställa databasen till ett tillstånd före uppgraderingen. Utför följande steg för att återställa databasen.
Utför haveriberedskapssteg för databassäkerhetskopiorna.
Inaktivera MPSyncJob-schemat.
Återställ alla saknade primära nycklar i DWRepository manuellt. Du kan släppa och återskapa primärnyckeln med hjälp av SQL-skriptet från avsnittet Före uppgradering.
Starta om distributionen av det misslyckade bassystemhanteringspaketet med hjälp av Service Manager-konsolen.
Testa uppgraderingen i en labbmiljö
Vi rekommenderar att du testar uppgraderingen till System Center 2019 – Service Manager i en labbmiljö.
Uppgraderingsordning och tidsinställning
Ordningen på dina uppgraderingar är viktig. Utför uppgraderingsstegen i följande ordning:
Säkerhetskopiera dina databaser och hanteringspaket. Se avsnitten Säkerhetskopiering av Service Manager-databaser och säkerhetskopiering av oförseglade hanteringspaket i Haveriberedskapsguide för System Center – Service Manager.
Börja med datalagerhanteringsservern. Du kommer att stoppa datalagerjobben och du kommer inte att kunna starta dem igen förrän du har slutfört uppgraderingen.
När uppgraderingen till datalagerhanteringsservern är klar uppgraderar du den första Service Manager-hanteringsservern. Om du har skapat mer än en Service Manager-hanteringsserver är den första Service Manager-hanteringsservern den första som du skapade.
Uppgradera Service Manager-konsolerna och eventuella ytterligare Service Manager-hanteringsservrar.
Starta om datalagerjobben.
Distribuera den nya Self-Service-portalen.
Tidpunkten för dina uppgraderingar är också viktig. När du har uppgraderat hanteringsservern för informationslagret måste du uppdatera Service Manager-hanteringsservern och även distribuera den nya Self-Service portalen. När du har uppgraderat den första Service Manager-hanteringsservern måste du vara beredd att uppgradera Service Manager-konsolen eller Service Manager-konsolerna, ytterligare Service Manager-hanteringsservrar och Self-Service portalen samtidigt.
Databaspåverkan
Med System Center 2019 – Service Manager har du möjlighet att installera Operations Manager- och Configuration Manager-data marts. Om du väljer det här alternativet resulterar det i ytterligare utrymmeskrav på hårddisken för de två databaserna, samt associerade filgrupper och loggfiler.
Säkerhetskopiera Service Manager innan du uppgraderar
Innan du påbörjar en uppgradering rekommenderar vi att du säkerhetskopierar dina Service Manager- och informationslagerdatabaser och krypteringsnyckeln. Om du redan har säkerhetskopierat dina databaser och krypteringsnyckeln kan du fortsätta att köra uppgraderingen. Granska annars säkerhetskopieringsprocedurerna i Guide för katastrofåterställning för System Center – Service Manager innan du fortsätter uppgraderingen.
Registrera Service Manager-informationslagret
Om du har installerat en datalagerhanteringsserver i din miljö måste du som en del av uppgraderingsprocessen kunna visa status för datalagerjobben. Du kan inte utföra den här uppgiften om du inte har registrerat dig i Service Manager-informationslagret. Om knappen Data Warehouse inte visas i Service Manager-konsolen slutför du proceduren i Registrering med Service Manager-informationslagret för att aktivera rapportering i Distributionsguide för System Center – Service Manager.
Krypteringsnycklar
När du har kört installationsprogrammet för att antingen installera eller uppgradera till System Center 2019 – Service Manager uppmanas du att öppna guiden Säkerhetskopiering eller återställning av kryptering. Om du tidigare har säkerhetskopierat krypteringsnycklarna krävs ingen ytterligare åtgärd. Om du aldrig säkerhetskopierade krypteringsnycklarna använder du guiden Säkerhetskopiering eller återställning av krypteringsnyckel för att säkerhetskopiera krypteringsnycklarna på Service Manager-hanteringsservrarna.
Den här artikeln innehåller uppgraderingsinformation för System Center 2016 – Service Manager (SM)
Uppgradera till System Center 2016 – Service Manager
Följande avsnitt innehåller information om hur du uppgraderar från System Center 2012 R2 – Service Manager till System Center 2016 – Service Manager (SM).
Varning
Om du planerar att uppgradera två eller flera System Center-komponenter är det viktigt att du först läser guiden Uppgradera till System Center 2016. Det är viktigt i vilken ordning du utför komponentuppgraderingar. Om du inte följer rätt uppgraderingssekvens kan det leda till komponentfel där det inte finns några återställningsalternativ. De berörda System Center-komponenterna är:
- Orkestratör
- Tjänstechef
- Dataskyddsansvarig
- Driftchef
- Configuration Manager
- Virtual Machine Manager
- Appkontroller
Du kan endast uppgradera till System Center 2016 från System Center 2012 R2 – Service Manager om uppdateringspaket 9 eller senare är installerat.
Viktig
I den här guiden förutsätts det att du utför en uppgradering till System Center 2012 R2. Information om hur du installerar System Center 2016 – Service Manager på en dator där det inte finns någon tidigare version av Service Manager finns i Deploying System Center 2016 – Service Manager.
Planera för uppgraderingen till System Center 2016 – Service Manager
I det här avsnittet beskrivs de procedurer som krävs för att uppgradera till System Center 2016.
En uppgradering på plats från Service Manager 2012 R2 till Service Manager 2016 stöds. En uppgradering på plats är en uppgradering av alla Service Manager-delar på samma maskinvara. Andra metoder, till exempel sida vid sida-uppgraderingar eller löpande uppgraderingar, stöds inte.
Uppgradering till Service Manager 2016 kräver förberedelse. Vi rekommenderar att du installerar Service Manager i en labbmiljö och sedan replikerar dina produktionsdatabaser till labbet. Sedan utför du en uppgradering av den nya installationen i labbet, och när det har visat sig vara framgångsrikt utför du samma uppgradering till Service Manager SP1 i produktionsmiljön.
Utvärdering och Välj versioner
Versionen av System Center 2012 R2 – Service Manager var tillgänglig i två olika versioner:
Utvärderingsversion (tidsgräns på 180 dagar)
Välj licensversion
Följande uppgraderingsvägar stöds i Service Manager 2016.
Aktuell version | Uppgraderad version | Status |
---|---|---|
System Center 2012 R2 – Service Manager Eval | System Center 2016 – Service Manager Eval | Utvärderingsperioden förblir oförändrad |
System Center 2012 R2 – Välj Service Manager | System Center 2016 – Välj Service Manager | Licensierad |
Obs
Uppgradering från en utvärderingsversion av Service Manager 2012 R2 till en utvärderingsversion av Service Manager 2016 kommer inte förlänga utvärderingsperioden på 180 dagar.
Installationsplats
Standardmappen för att installera Service Manager är \Program Files\Microsoft System Center\Service Manager. Men när du utför uppgraderingen till Service Manager installeras programvaran i mappen som Service Manager tidigare använde. Om Service Manager 2010 eller Service Manager 2012 tidigare har uppgraderats kan följande mappar användas:
\Program Files\Microsoft System Center\Service Manager 2010
\Program Files\Microsoft System Center\Service Manager 2012
Maskinvarukrav för System Center 2016 – Service Manager
Alla maskinvarukrav för System Center 2016 – Service Manager är fullständigt dokumenterade i maskinvarukrav för System Center 2016 – Service Manager.
Programvarukrav för System Center 2016 – Service Manager
Om du vill uppgradera till System Center 2016 måste du först tillämpa samlad uppdatering 9 eller senare för System Center 2012 R2 – Service Manager.
Alla programvarukrav för System Center 2016 – Service Manager är fullständigt dokumenterade i Programvarukrav för System Center 2016 – Service Manager.
Påverkan på anpassad utveckling
Med System Center 2016 – Service Manager-versionen har produkten flyttats för att stödja .NET 4.5.1. Verktyget är inställt på att stödja denna övergång till .NET 4.5.1, vilket krävde att några beroenden bröts och har lett till att klasser omfördelats mellan sammansättningarna. Uppgraderingen till Service Manager 2016 kan därför bryta de anpassade lösningar som görs internt eller av tredje part (icke-Microsoft). Se steg för att uppgradera dina anpassade lösningarför att undvika att hamna i det här problemet.
Förhindra att MPSync-jobb misslyckas
innan du uppgraderar
Beskrivning: Ett problem med uppgraderingsprocessen gör att MPSync-jobbet misslyckas när uppgraderingen är klar. För att förhindra att det här problemet uppstår innan du uppgraderar måste du köra SQL-skriptet nedan på DWRepository-databasen för att hämta de faktiska SQL-skripten som släpper och lägga till en begränsning för den primära nyckeln i faktatabeller i DWRepository-databasen för att åtgärda problemet. Dessutom kan transformerings- och inläsningsjobb också misslyckas. Det här felet kan inträffa på grund av felaktig databasrensning.
;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
Lösning 1: Om du redan har uppgraderat och inte har problem med transformerings- eller inläsningsfel, men däremot ett distributionsfel i hanteringspaketet, följer du stegen i avsnittet Före uppgradering. När de primära standardnycklarna har återställts startar du dessutom om distributionen av det misslyckade hanteringspaketet i Service Manager-konsolen genom att gå till arbetsytan Informationslager och sedan välja Hanteringspaket.
Lösning 2: Om du har uppgraderat och har problem med transformerings- eller inläsningsjobbsfel kontrollerar du om SystemDerivedMp.Microsoft.SystemCenter.Datawarehouse.Base-hanteringspaketet finns i databasen DWStagingAndConfig genom att köra följande fråga.
select * from ManagementPack where mpname like '%SystemDerivedMp.Microsoft.SystemCenter.Datawarehouse.Base%'
Om hanteringspaketet inte finns måste du återställa databasen till ett tillstånd före uppgraderingen. Utför följande steg för att återställa databasen.
Utför haveriberedskapssteg för databassäkerhetskopiorna.
Inaktivera MPSyncJob-schemat.
Återställ alla saknade primära nycklar i DWRepository manuellt. Du kan släppa och återskapa primärnyckeln med hjälp av SQL-skriptet från avsnittet Före uppgradering.
Starta om den misslyckade bashanteringspaketdistributionen med hjälp av Service Manager-konsolen.
Testa uppgraderingen i en labbmiljö
Vi rekommenderar att du testar uppgraderingen till System Center 2016 – Service Manager i en labbmiljö.
Uppgraderingsordning och tidsinställning
Ordningen på dina uppgraderingar är viktig. Utför uppgraderingsstegen i följande ordning:
Säkerhetskopiera dina databaser och hanteringspaket. Se avsnitten Säkerhetskopiering av Service Manager-databaser och säkerhetskopiering av oförseglade hanteringspaket i Haveriberedskapsguide för System Center 2016 – Service Manager.
Börja med datalagerhanteringsservern. Du kommer att stoppa datalagerjobben och du kommer inte att kunna starta dem igen förrän du har slutfört uppgraderingen.
När uppgraderingen till datalagerhanteringsservern är klar uppgraderar du den första Service Manager-hanteringsservern. Om du har skapat mer än en Service Manager-hanteringsserver är den första Service Manager-hanteringsservern den första som du skapade.
Uppgradera Service Manager-konsolerna och eventuella ytterligare Service Manager-hanteringsservrar.
Starta om datalagringsjobben.
Distribuera den nya Self-Service-portalen.
Tidpunkten för dina uppgraderingar är också viktig. När du har uppgraderat datalagerhanteringsservern måste du både uppdatera Service Manager-hanteringsservern och distribuera den nya Self-Service-portalen. När du har uppgraderat den första Service Manager-hanteringsservern måste du vara beredd att uppgradera Service Manager-konsolen eller Service Manager-konsolerna, ytterligare Service Manager-hanteringsservrar och Self-Service portalen samtidigt.
Databaspåverkan
Med System Center 2016 – Service Manager har du möjlighet att installera Operations Manager- och Configuration Manager-data marts. Om du väljer det här alternativet resulterar det i ytterligare utrymmeskrav på hårddisken för de två databaserna, samt associerade filgrupper och loggfiler.
Säkerhetskopiera Service Manager innan du uppgraderar
Innan du påbörjar en uppgradering rekommenderar vi att du säkerhetskopierar dina Service Manager- och informationslagerdatabaser och krypteringsnyckeln. Om du redan har säkerhetskopierat dina databaser och krypteringsnyckeln kan du fortsätta att köra uppgraderingen. Annars, granska säkerhetskopieringsprocedurerna i Haveriberedskapsguide för System Center – Service Manager innan du fortsätter uppgraderingen.
Registrera Service Manager-informationslagret
Om du har installerat en datalagerhanteringsserver i din miljö måste du som en del av uppgraderingsprocessen kunna visa status för datalagerjobben. Du kan inte utföra den här uppgiften om du inte har registrerat dig i Service Manager-informationslagret. Om knappen Data Warehouse inte visas i Service Manager-konsolen slutför du proceduren i Registrering med Service Manager-informationslagret för att aktivera rapportering i Distributionsguide för System Center 2016 – Service Manager.
Krypteringsnycklar
När du har kört installationsprogrammet för att antingen installera eller uppgradera till System Center 2016 – Service Manager uppmanas du att öppna guiden Säkerhetskopiering eller återställning av kryptering. Om du tidigare har säkerhetskopierat krypteringsnycklarna krävs ingen ytterligare åtgärd. Om du aldrig säkerhetskopierade krypteringsnycklarna använder du guiden Säkerhetskopiering eller återställning av krypteringsnyckel för att säkerhetskopiera krypteringsnycklarna på Service Manager-hanteringsservrarna.
Nästa steg
- Granska Förbered SQL Server Reporting Services för uppgradering för att förbereda din miljö om SSRS är fjärranslutet från datalagerhanteringsservern.