Dela via


Uppgradera System Center Service Manager

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 att du uppgraderar komponenterna i rätt ordning. Om de inte uppgraderas i rätt ordning kan det uppstå fel som sedan inte kan återställas. Berörda System Center-komponenter är:

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

Du kan bara uppgradera till System Center 2022 från System Center 2019.

Viktigt

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 distribuera 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 uppgraderingar sida vid sida 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ärderings- och Select-versioner

Versionen av System Center 2019 – Service Manager var tillgänglig i två olika versioner:

  • Utvärderingsversion (tidsgräns på 180 dagar)
  • Select-licensversion

Följande uppgraderingssökvägar stöds för att 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 – Service Manager Välj System Center 2022 – Service Manager Välj Licensierad

Anteckning

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änt. 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 MPSync-jobb från räcke

Före uppgradering

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)[#back-up-service-manager-before-you-upgrade] måste du köra SQL-skriptet som nämns nedan på DWRepository-databasen för att hämta de faktiska SQL-skripten som släpper och lägger till en begränsning för primärnyckeln i själva verket tabeller i DWRepository-databasen för att åtgärda problemet. Dessutom kan omvandlings- 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 för hanteringspaket följer du stegen i avsnittet (Före uppgradering)[#back-up-service-manager-before-you-upgrade] . 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 Data Warehouse och sedan välja Hanteringspaket.

Lösning 2: Om du har uppgraderat och har problem med transformerings- eller inläsningsjobbfel 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. Återställ databasen genom att utföra följande steg.

  1. Utför återställningsstegen för databassäkerhetskopiorna.

  2. Inaktivera schemat för MPSyncJob.

  3. Återställ alla saknade primära nycklar i DWRepository manuellt. Du kan släppa och återskapa den primära nyckeln med SQL-skriptet från avsnittet Före uppgradering.

  4. 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 2022 – Service Manager i en labbmiljö.

Ordning och val av tidpunkt för uppgradering

Det är viktigt att du uppgraderar i rätt ordning. Genomför uppgraderingsstegen i följande ordning:

  1. Säkerhetskopiera dina databaser och hanteringspaket. Se avsnitten Säkerhetskopiera Service Manager databaser och säkerhetskopiera oförseglade hanteringspaket i guide för haveriberedskap för System Center – Service Manager.

  2. Börja med hanteringsservern för datalagret.

  3. När uppgraderingen till datalagerhanteringsservern är klar uppgraderar du den första (primära) Service Manager hanteringsservern. Om du har skapat fler än en Service Manager hanteringsserver är den första Service Manager hanteringsservern som du skapade.

  4. Uppgradera sedan alla sekundära hanteringsservrar, Self-Service portaler och Service Manager-konsoler.

Gör följande efter installationen:

  1. Inaktivera alla Data Warehouse jobb. 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} 
    
  2. 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)  
    
    
  3. Aktivera jobbscheman genom att köra följande kommandon:

    $DW ='DWMS Servername' 
    
    Get-scdwjob -Computername $DW | %{enable-scdwjobschedule -Computername $DW -jobname $_.Name} 
    
  4. Starta om Data Warehouse hanteringsservern.

  5. Använd samlad uppdatering 2 för System Center 2022 Service Manager på Data Warehouse hanteringsserver, primär hanteringsserver, sekundära hanteringsservrar, Self-Service-portaler och alla analytikerkonsoler.

Påverkan på databaser

Med System Center 2022 – Service Manager har du möjlighet att installera Operations Manager och Configuration Manager data marts. I så fall krävs ytterligare hårddiskutrymme för de två databaserna med tillhörande 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ö, som en del av uppgraderingsprocessen, måste du 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 Registrera med Service Manager Data Warehouse för att aktivera rapportering i distributionsguiden 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 För 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 krypteringsnycklar för att säkerhetskopiera krypteringsnycklarna på Service Manager hanteringsservrar.

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 att du uppgraderar komponenterna i rätt ordning. Om de inte uppgraderas i rätt ordning kan det uppstå fel som sedan inte kan återställas. Berörda System Center-komponenter är:

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

Du kan bara uppgradera till System Center 2019 från System Center 2016 eller 1801 eller 1807.

Viktigt

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 distribuera 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 uppgradering på plats 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 uppgraderingar sida vid sida 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ärderings- och Select-versioner

Versionen av System Center 2016 och 1801 – Service Manager var tillgänglig i två olika versioner:

  • Utvärderingsversion (tidsgräns på 180 dagar)
  • Select-licensversion

Följande uppgraderingsvägar stöds för 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 – Service Manager Välj System Center 2019 – Service Manager Välj Licensierad

Anteckning

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änt. 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 systemcenterversionen 2016 – Service Manager har produkten flyttats för att stödja .NET 4.5.1. Verktyget har angetts för att stödja den här förflyttningen till .NET 4.5.1 som krävs för att bryta några beroenden och har lett till förflyttning av klasser mellan sammansättningarna.

Förhindra MPSync-jobb från räcke

Före uppgradering

Beskrivning: Ett problem med uppgraderingsprocessen gör att MPSync-jobbet misslyckas när uppgraderingen är klar. Du kan förebygga problemet innan uppgraderingen genomförs genom att köra nedanstående SQL-skript mot databasen DWRepository. Därmed hämtas de faktiska SQL-skript som släpper och lägger till en begränsning av primärnyckeln i faktatabeller i databasen DWRepository. Dessutom kan omvandlings- 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äsningsjobbfel men har ett distributionsfel för hanteringspaket 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 Data Warehouse och sedan välja Hanteringspaket.

Lösning 2: Om du har uppgraderat och har problem med transformerings- eller inläsningsjobbfel 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. Återställ databasen genom att utföra följande steg.

  1. Utför återställningsstegen för databassäkerhetskopiorna.

  2. Inaktivera schemat för MPSyncJob.

  3. Återställ alla saknade primära nycklar i DWRepository manuellt. Du kan släppa och återskapa den primära nyckeln med SQL-skriptet från avsnittet Före uppgradering.

  4. 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 2019 – Service Manager i en labbmiljö.

Ordning och val av tidpunkt för uppgradering

Det är viktigt att du uppgraderar i rätt ordning. Genomför uppgraderingsstegen i följande ordning:

  1. Säkerhetskopiera dina databaser och hanteringspaket. Se avsnitten Säkerhetskopiera Service Manager databaser och säkerhetskopiera oförseglade hanteringspaket i guide för haveriberedskap för System Center – Service Manager.

  2. Börja med hanteringsservern för datalagret. Du kommer att stoppa datalagerjobben och du kommer inte att kunna starta dem igen förrän du har slutfört uppgraderingen.

  3. När uppgraderingen till datalagerhanteringsservern är klar uppgraderar du den första Service Manager hanteringsservern. Om du har skapat fler än en Service Manager hanteringsserver är den första Service Manager hanteringsservern som du skapade.

  4. Uppgradera Service Manager-konsolerna och eventuella ytterligare Service Manager hanteringsservrar.

  5. Starta om datalagerjobben.

  6. Distribuera den nya Self-Service portalen.

Valet av tidpunkt för uppgraderingen är också viktig. När du har uppgraderat datalagerhanteringsservern 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 på att uppgradera Service Manager-konsolen eller Service Manager-konsoler, ytterligare Service Manager hanteringsservrar och Self-Service-portalen samtidigt.

Påverkan på databaser

Med System Center 2019 – Service Manager har du möjlighet att installera Operations Manager och Configuration Manager data marts. I så fall krävs ytterligare hårddiskutrymme för de två databaserna med tillhörande 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ö, som en del av uppgraderingsprocessen, måste du 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 Registrera med Service Manager Data Warehouse för att aktivera rapportering i distributionsguiden 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-hanteringsservrar.

Viktigt

Den här versionen av Service Manager har nått slutet av supporten. Vi rekommenderar att du uppgraderar till Service Manager 2022.

Du måste ha System Center – Service Manager 1801 installerat för att 1807-uppdateringen ska kunna tillämpas. Läs mer om hur du installerar SM 1807.

Viktigt

Den här versionen av Service Manager har nått slutet av supporten. Vi rekommenderar att du uppgraderar till Service Manager 2022.

Den här artikeln innehåller uppgraderingsinformation för System Center 1801 – Service Manager (SM)

Den här artikeln innehåller uppgraderingsinformation för System Center 2016 – Service Manager (SM)

Uppgradera till System Center 1801 – Service Manager

Följande avsnitt innehåller information om hur du uppgraderar System Center 2012 R2 och 2016 Service Manager till System Center 1801 – Service Manager (SM).

Varning

Det är viktigt att du uppgraderar komponenterna i rätt ordning. Om de inte uppgraderas i rätt ordning kan det uppstå fel som sedan inte kan återställas. Berörda System Center-komponenter är:

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

Du kan bara uppgradera till System Center 1801 från System Center 2012 R2 – Service Manager med samlad uppdatering 14 och System Center Service Manager 2016 med UR4.

Viktigt

I den här guiden förutsätts det att du uppgraderar till en befintlig System Center-version. Information om hur du installerar System Center 1801 – Service Manager på en dator där det inte finns någon tidigare version av Service Manager finns i Distribuera System Center – Service Manager.

Planera uppgraderingen till System Center 1801 – Service Manager

I det här avsnittet beskrivs de procedurer som krävs för att uppgradera till System Center 1801.

En uppgradering på plats från Service Manager 2012 R2 UR14 och 2016 UR4 till Service Manager 1801 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 1801 kräver förberedelse. Vi rekommenderar att du installerar Service Manager i en labbmiljö och sedan replikerar dina produktionsdatabaser till labbet. Sedan uppgraderar du den nya installationen i labbet.

Utvärderings- och Select-versioner

Versionen av System Center 2012 R2 och 2016 – Service Manager fanns i två olika versioner:

  • Utvärderingsversion (tidsgräns på 180 dagar)
  • Select-licensversion

Följande uppgraderingsvägar stöds för att Service Manager 1801.

Aktuell version Uppgraderad version Status
System Center 2012 R2/2016 – Service Manager Eval System Center 1801 – Service Manager Eval Utvärderingsperioden förblir oförändrad
System Center 2012 R2/2016 – Service Manager Välj System Center 1801 – Service Manager Välj Licensierad

Anteckning

Uppgradering från en utvärderingsversion av Service Manager till en utvärderingsversion av Service Manager 1801 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 uppgraderar till Service Manager installeras programvaran i mappen som Service Manager tidigare använt. Om Service Manager 2012/2016 tidigare har uppgraderats kan följande mapp användas:

\Program Files\Microsoft System Center\Service Manager

Maskinvarukrav för System Center 1801 – Service Manager

Alla maskinvarukrav för System Center 1801 – Service Manager är fullständigt dokumenterade i Maskinvarukrav.

Programvarukrav för System Center 1801 – Service Manager

Om du vill uppgradera till System Center 1801 måste du först tillämpa samlad uppdatering 14 för 2012 R2 och UR4 för 2016 Service Manager.

Alla programvarukrav för System Center 1801 – Service Manager är fullständigt dokumenterade i Programvarukrav.

Påverkan på anpassad utveckling

Med Versionen System Center 2016 – Service Manager har produkten flyttats för att stödja .NET 4.5.1. Verktygsuppsättningen som stöder den här förflyttningen till .NET 4.5.1 krävs för att bryta några beroenden och har lett till att klasser flyttas mellan sammansättningarna. Därför kan uppgraderingen till Service Manager 1801 från 2012 R2 bryta de anpassade lösningar som gjorts internt eller av tredje part (icke-Microsoft). Se steg för att uppgradera dina anpassade lösningar, för att undvika det här problemet.

Förhindra MPSync-jobb från räcke

Före uppgradering

Beskrivning: Ett problem med uppgraderingsprocessen gör att MPSync-jobbet misslyckas när uppgraderingen är klar. Du kan förebygga problemet innan uppgraderingen genomförs genom att köra nedanstående SQL-skript mot databasen DWRepository. Därmed hämtas de faktiska SQL-skript som släpper och lägger till en begränsning av primärnyckeln i faktatabeller i databasen DWRepository. Dessutom kan omvandlings- 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äsningsjobb, men har ett distributionsfel för hanteringspaket, 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 Data Warehouse och sedan välja Hanteringspaket.

Lösning 2: Om du har uppgraderat och har problem med transformerings- eller inläsningsjobbfel kontrollerar du om hanteringspaketet SystemDerivedMp.Microsoft.SystemCenter.Datawarehouse.Base finns i DWStagingAndConfig-databasen 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. Återställ databasen genom att utföra följande steg.

  1. Utför återställningsstegen för databassäkerhetskopiorna.

  2. Inaktivera schemat för MPSyncJob.

  3. Återställ alla saknade primära nycklar i DWRepository manuellt. Du kan släppa och återskapa den primära nyckeln med SQL-skriptet från avsnittet Före uppgradering.

  4. 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 1801 – Service Manager i en labbmiljö.

Ordning och val av tidpunkt för uppgradering

Det är viktigt att du uppgraderar i rätt ordning. Genomför uppgraderingsstegen i följande ordning:

  1. Säkerhetskopiera dina databaser och hanteringspaket. Se avsnitten "Säkerhetskopiera Service Manager-databaser" och "Säkerhetskopiera oförseglade hanteringspaket" i guide för haveriberedskap för System Center – Service Manager.

  2. Börja med hanteringsservern för datalagret. Du kommer att stoppa datalagerjobben och du kommer inte att kunna starta dem igen förrän du har slutfört uppgraderingen.

  3. När uppgraderingen till datalagerhanteringsservern är klar uppgraderar du den första Service Manager-hanteringsservern. Om du har skapat fler än en Service Manager hanteringsserver är den första Service Manager-hanteringsservern den första som du skapade.

  4. Uppgradera Service Manager-konsolerna och eventuella ytterligare Service Manager hanteringsservrar.

  5. Starta om datalagerjobben.

  6. Distribuera den nya Self-Service portalen.

Valet av tidpunkt för uppgraderingen är också viktig. När du har uppgraderat datalagerhanteringsservern måste du både uppdatera Service Manager-hanteringsservern och distribuera den nya Self-Service Portal. När du har uppgraderat den första Service Manager hanteringsservern måste du vara beredd på att uppgradera Service Manager-konsolen eller Service Manager-konsoler, ytterligare Service Manager hanteringsservrar och Self-Service-portalen samtidigt.

Påverkan på databaser

Med System Center 1801 – Service Manager har du möjlighet att installera Operations Manager och Configuration Manager data marts. I så fall krävs ytterligare hårddiskutrymme för de två databaserna med tillhörande 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ö, som en del av uppgraderingsprocessen, måste du 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 Registrera med Service Manager Data Warehouse för att aktivera rapportering i distributionsguiden för System Center – Service Manager.

Krypteringsnycklar

När du har kört installationsprogrammet för att antingen installera eller uppgradera till System Center 1801 – Service Manager uppmanas du att öppna guiden För 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 krypteringsnycklar för att säkerhetskopiera krypteringsnycklarna på Service Manager hanteringsservrar.

Uppgradera 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 att du uppgraderar komponenterna i rätt ordning. Om de inte uppgraderas i rätt ordning kan det uppstå fel som sedan inte kan återställas. Berörda System Center-komponenter är:

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

Du kan bara uppgradera till System Center 2016 från System Center 2012 R2 – Service Manager med Samlad uppdatering 9 eller senare installerad.

Viktigt

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 Service Manager Distribuera System Center 2016 – Service Manager.

Planera 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 uppgraderingar sida vid sida 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ärderings- och Select-versioner

Versionen av System Center 2012 R2 – Service Manager var tillgänglig i två olika versioner:

  • Utvärderingsversion (tidsgräns på 180 dagar)

  • Select-licensversion

Följande uppgraderingssökvägar stöds för att 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 – Service Manager Välj System Center 2016 – Service Manager Välj Licensierad

Anteckning

Uppgradering från en utvärderingsversion av Service Manager 2012 R2 till en utvärderingsversion av Service Manager 2016 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änt. 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 systemcenterversionen 2016 – Service Manager har produkten flyttats för att stödja .NET 4.5.1. Verktyget har angetts för att stödja den här förflyttningen till .NET 4.5.1 som krävs för att bryta några beroenden och har lett till förflyttning av klasser mellan sammansättningarna. Därför kan uppgraderingen till Service Manager 2016 bryta de anpassade lösningar som gjorts internt eller av tredje part (icke-Microsoft). Se steg för att uppgradera dina anpassade lösningar, för att undvika det här problemet.

Förhindra att MPSync-jobb misslyckas

Före uppgradering

Beskrivning: Ett problem med uppgraderingsprocessen gör att MPSync-jobbet misslyckas när uppgraderingen är klar. Du kan förebygga problemet innan uppgraderingen genomförs genom att köra nedanstående SQL-skript mot databasen DWRepository. Därmed hämtas de faktiska SQL-skript som släpper och lägger till en begränsning av primärnyckeln i faktatabeller i databasen DWRepository. Dessutom kan omvandlings- 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äsningsjobbfel men har ett distributionsfel för hanteringspaket 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 Data Warehouse och sedan välja Hanteringspaket.

Lösning 2: Om du har uppgraderat och har problem med transformerings- eller inläsningsjobbfel 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. Återställ databasen genom att utföra följande steg.

  1. Utför återställningsstegen för databassäkerhetskopiorna.

  2. Inaktivera schemat för MPSyncJob.

  3. Återställ alla saknade primära nycklar i DWRepository manuellt. Du kan släppa och återskapa den primära nyckeln med SQL-skriptet från avsnittet Före uppgradering.

  4. 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ö.

Ordning och val av tidpunkt för uppgradering

Det är viktigt att du uppgraderar i rätt ordning. Genomför uppgraderingsstegen i följande ordning:

  1. Säkerhetskopiera dina databaser och hanteringspaket. Se avsnitten Säkerhetskopiera Service Manager-databaser och säkerhetskopiera oförseglade hanteringspaket i guide för haveriberedskap för System Center 2016 – Service Manager.

  2. Börja med hanteringsservern för datalagret. Du kommer att stoppa datalagerjobben och du kommer inte att kunna starta dem igen förrän du har slutfört uppgraderingen.

  3. När uppgraderingen till datalagerhanteringsservern är klar uppgraderar du den första Service Manager hanteringsservern. Om du har skapat fler än en Service Manager hanteringsserver är den första Service Manager hanteringsservern som du skapade.

  4. Uppgradera Service Manager-konsolerna och eventuella ytterligare Service Manager hanteringsservrar.

  5. Starta om datalagerjobben.

  6. Distribuera den nya Self-Service portalen.

Valet av tidpunkt för uppgraderingen är också viktig. När du har uppgraderat datalagerhanteringsservern måste du både uppdatera Service Manager-hanteringsservern och distribuera den nya Self-Service Portal. När du har uppgraderat den första Service Manager hanteringsservern måste du vara beredd på att uppgradera Service Manager-konsolen eller Service Manager-konsoler, ytterligare Service Manager hanteringsservrar och Self-Service-portalen samtidigt.

Påverkan på databaser

Med System Center 2016 – Service Manager har du möjlighet att installera Operations Manager och Configuration Manager data marts. I så fall krävs ytterligare hårddiskutrymme för de två databaserna med tillhörande 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ö, som en del av uppgraderingsprocessen, måste du 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 Registrera med Service Manager Data Warehouse för att aktivera rapportering i distributionsguiden 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 krypteringsnycklar för att säkerhetskopiera krypteringsnycklarna på Service Manager hanteringsservrar.

Nästa steg