Dela via


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.

  1. Utför haveriberedskapssteg för databassäkerhetskopiorna.

  2. Inaktivera MPSyncJob-schemat.

  3. Å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.

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

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

  2. Börja med datalagerhanteringsservern.

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

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

Gör följande efter installationen:

  1. 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}
    
  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 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:

  1. Orkestrator
  2. Tjänstechef
  3. Dataskyddshanterare
  4. Driftchef
  5. Configuration Manager
  6. Virtual Machine Manager
  7. 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.

  1. Utför haveriberedskapssteg för databassäkerhetskopiorna.

  2. Inaktivera MPSyncJob-schemat.

  3. Å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.

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

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

  2. Börja med datalagerhanteringsservern.

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

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

Gör följande efter installationen:

  1. 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} 
    
  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 datalagerhanteringsservern.

  5. 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:

  1. Orkestreringssystem
  2. Tjänstechef
  3. Dataskyddschef
  4. Driftchef
  5. Configuration Manager
  6. Virtual Machine Manager
  7. 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.

  1. Utför haveriberedskapssteg för databassäkerhetskopiorna.

  2. Inaktivera MPSyncJob-schemat.

  3. Å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.

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

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

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

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

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

  5. Starta om datalagerjobben.

  6. 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:

  1. Orkestratör
  2. Tjänstechef
  3. Dataskyddsansvarig
  4. Driftchef
  5. Configuration Manager
  6. Virtual Machine Manager
  7. 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.

  1. Utför haveriberedskapssteg för databassäkerhetskopiorna.

  2. Inaktivera MPSyncJob-schemat.

  3. Å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.

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

Uppgraderingsordning och tidsinställning

Ordningen på dina uppgraderingar är viktig. Utför uppgraderingsstegen i följande ordning:

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

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

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

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

  5. Starta om datalagringsjobben.

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