Freigeben über


Aktualisieren von System Center Service Manager

Dieser Artikel enthält die Upgradeinformationen für System Center 2022 – Service Manager (SM)

Upgrade auf System Center 2022 – Service Manager

Die folgenden Abschnitte enthalten Informationen zum Upgrade auf System Center 2022 – Service Manager (SM).

Warnung

Die Reihenfolge, in der Sie Komponentenupgrades durchführen, ist wichtig. Fehler beim Befolgen der richtigen Upgrade-Sequenz können zu Komponentenfehlern führen, für die keine Wiederherstellungsoptionen vorhanden sind. Die betroffenen System Center-Komponenten sind:

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

Sie können nur ein Upgrade auf System Center 2022 von System Center 2019 durchführen.

Wichtig

In diesem Leitfaden wird davon ausgegangen, dass Sie ein Upgrade auf eine vorhandene System Center-Version durchführen. Informationen zum Installieren von System Center 2022 – Service Manager auf einem Computer, auf dem keine frühere Version von Service Manager vorhanden ist, finden Sie unter Bereitstellen von System Center – Service Manager.

Planen des Upgrades auf System Center 2022 – Service Manager

In diesem Abschnitt werden die zum Upgrade auf System Center 2022 erforderlichen Verfahren beschrieben.

Ein direktes Upgrade von Service Manager 2019 wird unterstützt. Ein direktes Upgrade ist ein Upgrade aller Service Manager-Teile auf derselben Hardware. Andere Ansätze, z. B. parallele Upgrades oder Rollupgrades, werden nicht unterstützt.

Für das Upgrade auf Service Manager 2022 ist eine Vorbereitung erforderlich. Es wird empfohlen, Service Manager in einer Lab-Umgebung zu installieren und dann Ihre Produktionsdatenbanken in das Labor zu replizieren. Danach führen Sie ein Upgrade der neuen Installation in der Übung durch.

Evaluierungs- und Auswahlversionen

Die Version von System Center 2019 – Service Manager war in zwei verschiedenen Versionen verfügbar:

  • Evaluierungsversion (180-Tage-Timeout)
  • Lizenzversion auswählen

Die folgenden Upgradepfade werden für Service Manager 2022 unterstützt.

Aktuelle Version Aktualisierte Version Status
System Center 2019 – Service Manager Eval System Center 2022 – Service Manager Eval Auswertungszeitraum bleibt unverändert
System Center 2019 – Service Manager auswählen System Center 2022 – Service Manager auswählen Licensed

Hinweis

Das Upgrade von einer Evaluierungsversion von Service Manager auf eine Evaluierungsversion von Service Manager 2022 verlängert den Auswertungszeitraum von 180 Tagen nicht .

Installationspfad

Der Standardordner für die Installation von Service Manager ist \Programme\Microsoft System Center\Service Manager. Wenn Sie jedoch das Upgrade auf Service Manager durchführen, wird die Software im Ordner installiert, den Der Dienst-Manager zuvor verwendet hat. Wenn service Manager 2016/1801 zuvor aktualisiert wurde, kann der folgende Ordner verwendet werden:

\Programme\Microsoft System Center\Service Manager

Hardwareanforderungen für System Center 2022 – Service Manager

Alle Hardwareanforderungen für System Center 2022 – Service Manager sind vollständig in den Hardwareanforderungen dokumentiert.

Softwareanforderungen für System Center 2022 – Service Manager

Alle Softwareanforderungen für System Center 2022– Service Manager sind vollständig in den Softwareanforderungen dokumentiert.

Verhindern, dass MPSync-Aufträge geschienen werden

Vor dem Upgrade

Beschreibung: Ein Problem mit dem Upgradeprozess führt dazu, dass der MPSync-Auftrag nach Abschluss des Upgrades fehlschlägt. Um dieses Problem zu verhindern (vor dem Upgrade)[#back-up-service-manager-before-you-upgrade], müssen Sie das unten in der DWRepository-Datenbank erwähnte SQL-Skript ausführen, um die tatsächlichen SQL-Skripts abzurufen, die abzulegen und eine Einschränkung für den Primärschlüssel in tatsächlichen Tabellen in der DWRepository-Datenbank hinzuzufügen, um das Problem zu beheben. Darüber hinaus können Transformations- und Ladeaufträge ebenfalls fehlschlagen. Dieser Fehler kann aufgrund einer fehlerhaften Datenbankpflege auftreten.

;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  

Problemumgehung 1: Wenn Sie bereits ein Upgrade ausgeführt haben und keine Probleme mit Transformations- oder Ladeauftragsfehlern auftreten, aber einen Management Pack-Bereitstellungsfehler haben, führen Sie die Schritte im Abschnitt (Vor Upgrade)[#back-up-service-manager-before-you-upgrade] aus. Nachdem die Standard-Primärschlüssel wiederhergestellt wurden, starten Sie die fehlgeschlagene Management Pack-Bereitstellung in der Service Manager-Konsole neu, indem Sie zum Data Warehouse-Arbeitsbereich navigieren und dann Management Pack auswählen.

Problemumgehung 2: Wenn Sie ein Upgrade durchgeführt haben und Probleme mit Transformations- oder Ladeauftragsfehlern auftreten, ermitteln Sie, ob das SystemDerivedMp.Microsoft.SystemCenter.Datawarehouse.Base Management Pack in der DWStagingAndConfig-Datenbank vorhanden ist, indem Sie die folgende Abfrage ausführen.

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

Wenn das Management Pack nicht vorhanden ist, müssen Sie Ihre Datenbank vor dem Upgrade in einen Zustand wiederherstellen. Führen Sie die folgenden Schritte aus, um die Datenbank wiederherzustellen.

  1. Führen Sie Notfallwiederherstellungsschritte für die Datenbanksicherungen aus.

  2. Deaktivieren Sie den MPSyncJob-Zeitplan.

  3. Stellen Sie alle fehlenden Primärschlüssel in der DWRepository manuell wieder her. Sie können den Primärschlüssel mithilfe des SQL-Skripts aus dem Abschnitt "Before Upgrade" ablegen und neu erstellen.

  4. Starten Sie die fehlgeschlagene Base Management Pack-Bereitstellung mithilfe der Service Manager-Konsole neu.

Testen des Upgrades in einer Laborumgebung

Es wird empfohlen, das Upgrade auf System Center 2022 – Service Manager in einer Laborumgebung zu testen.

Upgradereihenfolge und Zeitpunkt

Die Reihenfolge Ihrer Upgrades ist wichtig. Führen Sie die Upgradeschritte in der folgenden Reihenfolge aus:

  1. Sichern Sie Ihre Datenbanken und Ihre Management Packs. Weitere Informationen finden Sie in den Abschnitten " Sichern von Dienst-Manager-Datenbanken und Sichern nicht angeealter Management Packs " im Handbuch zur Notfallwiederherstellung für System Center – Service Manager.

  2. Beginnen Sie mit dem Data Warehouse-Verwaltungsserver.

  3. Nachdem das Upgrade auf den Data Warehouse-Verwaltungsserver abgeschlossen ist, aktualisieren Sie den anfänglichen (primären) Service Manager-Verwaltungsserver. Wenn Sie mehrere Dienst-Manager-Verwaltungsserver erstellt haben, ist der anfängliche Dienst-Manager-Verwaltungsserver der erste, den Sie erstellt haben.

  4. Aktualisieren Sie dann alle Sekundärverwaltungsserver, Self-Service Portale und Service Manager-Konsolen.

Führen Sie nach der Installation die folgenden Schritte aus:

  1. Deaktivieren Sie alle Data Warehouse-Aufträge. Öffnen Sie dazu die Dienst-Manager-Shell, und führen Sie dann die folgenden Befehle aus:

    $DW ='DWMS Servername' 
    Get-scdwjob -Computername $DW | %{disable-scdwjobschedule -Computername $DW -jobname $_.Name} 
    
  2. Nehmen Sie die erforderlichen Änderungen am folgenden PowerShell-Skript basierend auf den Datenquellenansichten in Ihrer Umgebung vor, und führen Sie das Skript dann mit erhöhten Rechten aus:

    $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. Aktivieren Sie die Auftragszeitpläne, indem Sie die folgenden Befehle ausführen:

    $DW ='DWMS Servername' 
    
    Get-scdwjob -Computername $DW | %{enable-scdwjobschedule -Computername $DW -jobname $_.Name} 
    
  4. Starten Sie den Data Warehouse-Verwaltungsserver neu.

  5. Wenden Sie das Updaterollup 2 für System Center 2022 Service Manager auf den Data Warehouse-Verwaltungsserver, den primären Verwaltungsserver, die sekundären Verwaltungsserver, die Self-Service-Portal(n), und alle Analystenkonsolen an.

Auswirkungen der Datenbank

Mit System Center 2022 – Service Manager haben Sie die Möglichkeit, Operations Manager und Configuration Manager Data Marts zu installieren. Wenn Sie diese Option auswählen, werden zusätzliche Speicherplatzanforderungen auf der Festplatte für die beiden Datenbanken sowie zugeordnete Dateigruppen und Protokolldateien benötigt.

Sichern des Dienst-Managers vor dem Upgrade

Bevor Sie ein Upgrade starten, empfehlen wir Ihnen, Ihre Service Manager- und Data Warehouse-Datenbanken und den Verschlüsselungsschlüssel zu sichern. Wenn Sie Ihre Datenbanken und den Verschlüsselungsschlüssel bereits gesichert haben, können Sie das Upgrade weiterhin ausführen. Überprüfen Sie andernfalls die Sicherungsprozeduren im Notfallwiederherstellungshandbuch für System Center – Service Manager , bevor Sie das Upgrade fortsetzen.

Registrieren des Service Manager-Data Warehouse

Wenn Sie einen Data Warehouse-Verwaltungsserver in Ihrer Umgebung installiert haben, müssen Sie im Rahmen des Upgradeprozesses in der Lage sein, den Status der Data Warehouse-Aufträge anzuzeigen. Sie können diese Aufgabe nicht ausführen, wenn Sie sich nicht beim Service Manager Data Warehouse registriert haben. Wenn die Data Warehouse-Schaltfläche in der Service Manager-Konsole nicht sichtbar ist, führen Sie das Verfahren in der Registrierung beim Service Manager Data Warehouse aus, um die Berichterstellung im Bereitstellungshandbuch für System Center – Service Manager zu aktivieren.

Verschlüsselungsschlüssel

Wenn Sie setup zum Installieren oder Upgrade auf System Center 2022 – Service Manager abgeschlossen haben, werden Sie aufgefordert, den Verschlüsselungssicherungs- oder Wiederherstellungs-Assistenten zu öffnen. Wenn Sie die Verschlüsselungsschlüssel zuvor gesichert haben, ist keine zusätzliche Aktion erforderlich. Wenn Sie die Verschlüsselungsschlüssel nie gesichert haben, verwenden Sie den Verschlüsselungsschlüsselsicherungs- oder Wiederherstellungs-Assistenten, um die Verschlüsselungsschlüssel auf den Dienst-Manager-Verwaltungsservern zu sichern.

Dieser Artikel enthält die Upgradeinformationen für System Center 2019 – Service Manager (SM)

Upgrade auf System Center 2019 – Service Manager

Die folgenden Abschnitte enthalten Informationen zum Upgrade auf System Center 2019 – Service Manager (SM).

Warnung

Die Reihenfolge, in der Sie Komponentenupgrades durchführen, ist wichtig. Fehler beim Befolgen der richtigen Upgrade-Sequenz können zu Komponentenfehlern führen, für die keine Wiederherstellungsoptionen vorhanden sind. Die betroffenen System Center-Komponenten sind:

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

Sie können nur ein Upgrade auf System Center 2019 von System Center 2016 oder 1801 oder 1807 durchführen.

Wichtig

In diesem Leitfaden wird davon ausgegangen, dass Sie ein Upgrade auf eine vorhandene System Center-Version durchführen. Informationen zum Installieren von System Center 2019 – Service Manager auf einem Computer, auf dem keine frühere Version von Service Manager vorhanden ist, finden Sie unter Bereitstellen von System Center – Service Manager.

Planen des Upgrades auf System Center 2019 – Service Manager

In diesem Abschnitt werden die zum Upgrade auf System Center 2019 erforderlichen Verfahren beschrieben.

Ein direktes Upgrade von Service Manager 2016, 1801, 1807 wird unterstützt. Ein direktes Upgrade ist ein Upgrade aller Service Manager-Teile auf derselben Hardware. Andere Ansätze, z. B. parallele Upgrades oder Rollupgrades, werden nicht unterstützt.

Für das Upgrade auf Service Manager 2019 ist eine Vorbereitung erforderlich. Es wird empfohlen, Service Manager in einer Lab-Umgebung zu installieren und dann Ihre Produktionsdatenbanken in das Labor zu replizieren. Führen Sie danach ein Upgrade der neuen Installation in der Übung aus.

Evaluierungs- und Auswahlversionen

Die Version von System Center 2016 und 1801 – Service Manager war in zwei verschiedenen Versionen verfügbar:

  • Evaluierungsversion (180-Tage-Timeout)
  • Lizenzversion auswählen

Die folgenden Upgradepfade werden für Service Manager 2019 unterstützt.

Aktuelle Version Aktualisierte Version Status
System Center 2016/1801 – Service Manager Eval System Center 2019 – Service Manager Eval Auswertungszeitraum bleibt unverändert
System Center 2016/1801/1807 – Service Manager auswählen System Center 2019 – Service Manager auswählen Licensed

Hinweis

Das Upgrade von einer Evaluierungsversion von Service Manager auf eine Evaluierungsversion von Service Manager 2019 verlängert den Auswertungszeitraum von 180 Tagen nicht .

Installationspfad

Der Standardordner für die Installation von Service Manager ist \Programme\Microsoft System Center\Service Manager. Wenn Sie jedoch das Upgrade auf Service Manager durchführen, wird die Software im Ordner installiert, den Der Dienst-Manager zuvor verwendet hat. Wenn service Manager 2016/1801 zuvor aktualisiert wurde, kann der folgende Ordner verwendet werden:

\Programme\Microsoft System Center\Service Manager

Hardwareanforderungen für System Center 2019 – Service Manager

Alle Hardwareanforderungen für System Center 2019 – Service Manager sind vollständig in den Hardwareanforderungen dokumentiert.

Softwareanforderungen für System Center 2019 – Service Manager

Alle Softwareanforderungen für System Center 2019– Service Manager sind vollständig in den Softwareanforderungen dokumentiert.

Auswirkungen auf die benutzerdefinierte Entwicklung

Mit der Version System Center 2016 – Service Manager wurde das Produkt zur Unterstützung von .NET 4.5.1 verschoben. Der Toolsatz zur Unterstützung dieser Bewegung auf .NET 4.5.1 ist erforderlich, um einige Abhängigkeiten zu unterbrechen und hat zu der Bewegung von Klassen über die Assemblys hinweg geführt.

Verhindern, dass MPSync-Aufträge geschienen werden

Vor dem Upgrade

Beschreibung: Ein Problem mit dem Upgradeprozess führt dazu, dass der MPSync-Auftrag nach Abschluss des Upgrades fehlschlägt. Um zu verhindern, dass dieses Problem vor dem Upgrade auftritt, müssen Sie das sql-Skript unten in der DWRepository-Datenbank ausführen, um die tatsächlichen SQL-Skripts abzurufen, die abzulegen und eine Einschränkung für den Primärschlüssel in der DWRepository-Datenbank hinzuzufügen, um das Problem zu beheben. Darüber hinaus können Transformations- und Ladeaufträge ebenfalls fehlschlagen. Dieser Fehler kann aufgrund einer fehlerhaften Datenbankpflege auftreten.

;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  

Problemumgehung 1: Wenn Sie bereits ein Upgrade durchgeführt haben und keine Probleme mit Transformations- oder Ladeauftragsfehlern auftreten, aber einen Management Pack-Bereitstellungsfehler haben, führen Sie die Schritte im Abschnitt "Vor dem Upgrade" aus. Nachdem die Standard-Primärschlüssel wiederhergestellt wurden, starten Sie die fehlgeschlagene Management Pack-Bereitstellung in der Service Manager-Konsole neu, indem Sie zum Data Warehouse-Arbeitsbereich navigieren und dann Management Pack auswählen.

Problemumgehung 2: Wenn Sie ein Upgrade durchgeführt haben und Probleme mit Transformations- oder Ladeauftragsfehlern auftreten, ermitteln Sie, ob das SystemDerivedMp.Microsoft.SystemCenter.Datawarehouse.Base Management Pack in der DWStagingAndConfig-Datenbank vorhanden ist, indem Sie die folgende Abfrage ausführen.

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

Wenn das Management Pack nicht vorhanden ist, müssen Sie Ihre Datenbank vor dem Upgrade in einen Zustand wiederherstellen. Führen Sie die folgenden Schritte aus, um die Datenbank wiederherzustellen.

  1. Führen Sie Notfallwiederherstellungsschritte für die Datenbanksicherungen aus.

  2. Deaktivieren Sie den MPSyncJob-Zeitplan.

  3. Stellen Sie alle fehlenden Primärschlüssel in der DWRepository manuell wieder her. Sie können den Primärschlüssel mithilfe des SQL-Skripts aus dem Abschnitt "Before Upgrade" ablegen und neu erstellen.

  4. Starten Sie die fehlgeschlagene Base Management Pack-Bereitstellung mithilfe der Service Manager-Konsole neu.

Testen des Upgrades in einer Laborumgebung

Es wird empfohlen, das Upgrade auf System Center 2019 – Service Manager in einer Laborumgebung zu testen.

Upgradereihenfolge und Zeitpunkt

Die Reihenfolge Ihrer Upgrades ist wichtig. Führen Sie die Upgradeschritte in der folgenden Reihenfolge aus:

  1. Sichern Sie Ihre Datenbanken und Ihre Management Packs. Weitere Informationen finden Sie in den Abschnitten " Sichern von Dienst-Manager-Datenbanken und Sichern nicht angeealter Management Packs " im Handbuch zur Notfallwiederherstellung für System Center – Service Manager.

  2. Beginnen Sie mit dem Data Warehouse-Verwaltungsserver. Sie beenden die Data Warehouse-Aufträge, und Sie können sie erst wieder starten, nachdem Sie das Upgrade abgeschlossen haben.

  3. Nachdem das Upgrade auf den Data Warehouse-Verwaltungsserver abgeschlossen ist, aktualisieren Sie den ersten Service Manager-Verwaltungsserver. Wenn Sie mehrere Dienst-Manager-Verwaltungsserver erstellt haben, ist der anfängliche Dienst-Manager-Verwaltungsserver der erste, den Sie erstellt haben.

  4. Aktualisieren Sie die Dienst-Manager-Konsolen und alle zusätzlichen Service Manager-Verwaltungsserver.

  5. Starten Sie die Data Warehouse-Aufträge neu.

  6. Stellen Sie das neue Self-Service-Portal bereit.

Das Timing Ihrer Upgrades ist ebenfalls wichtig. Nachdem Sie den Data Warehouse-Verwaltungsserver aktualisiert haben, müssen Sie den Service Manager-Verwaltungsserver aktualisieren und auch das neue Self-Service-Portal bereitstellen. Nachdem Sie den anfänglichen Dienst-Manager-Verwaltungsserver aktualisiert haben, müssen Sie bereit sein, die Dienst-Manager-Konsole oder die Dienst-Manager-Konsolen, zusätzliche Service Manager-Verwaltungsserver und das Self-Service-Portal gleichzeitig zu aktualisieren.

Auswirkungen der Datenbank

Mit System Center 2019 – Service Manager haben Sie die Möglichkeit, Operations Manager und Configuration Manager Data Marts zu installieren. Wenn Sie diese Option auswählen, werden zusätzliche Speicherplatzanforderungen auf der Festplatte für die beiden Datenbanken sowie zugeordnete Dateigruppen und Protokolldateien benötigt.

Sichern des Dienst-Managers vor dem Upgrade

Bevor Sie ein Upgrade starten, empfehlen wir Ihnen, Ihre Service Manager- und Data Warehouse-Datenbanken und den Verschlüsselungsschlüssel zu sichern. Wenn Sie Ihre Datenbanken und den Verschlüsselungsschlüssel bereits gesichert haben, können Sie das Upgrade weiterhin ausführen. Überprüfen Sie andernfalls die Sicherungsprozeduren im Notfallwiederherstellungshandbuch für System Center – Service Manager , bevor Sie das Upgrade fortsetzen.

Registrieren des Service Manager-Data Warehouse

Wenn Sie einen Data Warehouse-Verwaltungsserver in Ihrer Umgebung installiert haben, müssen Sie im Rahmen des Upgradeprozesses in der Lage sein, den Status der Data Warehouse-Aufträge anzuzeigen. Sie können diese Aufgabe nicht ausführen, wenn Sie sich nicht beim Service Manager Data Warehouse registriert haben. Wenn die Data Warehouse-Schaltfläche in der Service Manager-Konsole nicht sichtbar ist, führen Sie das Verfahren in der Registrierung beim Service Manager Data Warehouse aus, um die Berichterstellung im Bereitstellungshandbuch für System Center – Service Manager zu aktivieren.

Verschlüsselungsschlüssel

Wenn Sie setup zum Installieren oder Upgrade auf System Center 2019 – Service Manager abgeschlossen haben, werden Sie aufgefordert, den Verschlüsselungssicherungs- oder Wiederherstellungs-Assistenten zu öffnen. Wenn Sie die Verschlüsselungsschlüssel zuvor gesichert haben, ist keine zusätzliche Aktion erforderlich. Wenn Sie die Verschlüsselungsschlüssel nie gesichert haben, verwenden Sie den Verschlüsselungsschlüsselsicherungs- oder Wiederherstellungs-Assistenten, um die Verschlüsselungsschlüssel auf den Dienst-Manager-Verwaltungsservern zu sichern.

Wichtig

Diese Version von Service Manager hat das Ende des Supports erreicht. Es wird empfohlen, ein Upgrade auf Service Manager 2022 durchzuführen.

Sie müssen System Center – Service Manager 1801 installiert haben, um das 1807-Update anzuwenden. Erfahren Sie mehr über die Installation von SM 1807.

Dieser Artikel enthält die Upgradeinformationen für System Center 2016 – Service Manager (SM)

Upgrade auf System Center 2016 – Service Manager

In den folgenden Abschnitten finden Sie Informationen zum Upgrade von System Center 2012 R2 – Service Manager auf System Center 2016 – Service Manager (SM).

Warnung

Wenn Sie planen, zwei oder mehr System Center-Komponenten zu aktualisieren, müssen Sie zuerst das Handbuch "Upgrade auf System Center 2016" konsultieren. Die Reihenfolge, in der Sie Komponentenupgrades durchführen, ist wichtig. Fehler beim Befolgen der richtigen Upgrade-Sequenz können zu Komponentenfehlern führen, für die keine Wiederherstellungsoptionen vorhanden sind. Die betroffenen System Center-Komponenten sind:

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

Sie können nur ein Upgrade auf System Center 2016 von System Center 2012 R2 – Service Manager mit installierten Updaterollup 9 oder höher durchführen.

Wichtig

In diesem Leitfaden wird davon ausgegangen, dass Sie ein Upgrade auf System Center 2012 R2 durchführen. Informationen zum Installieren von System Center 2016 – Service Manager auf einem Computer, auf dem keine frühere Version von Service Manager vorhanden ist, finden Sie im Bereitstellen von System Center 2016 – Service Manager.

Planen des Upgrades auf System Center 2016 – Service Manager

In diesem Abschnitt werden die zum Upgrade auf System Center 2016 erforderlichen Verfahren beschrieben.

Ein direktes Upgrade von Service Manager 2012 R2 auf Service Manager 2016 wird unterstützt. Ein direktes Upgrade ist ein Upgrade aller Service Manager-Teile auf derselben Hardware. Andere Ansätze, z. B. parallele Upgrades oder Rollupgrades, werden nicht unterstützt.

Für das Upgrade auf Service Manager 2016 ist eine Vorbereitung erforderlich. Es wird empfohlen, Service Manager in einer Lab-Umgebung zu installieren und dann Ihre Produktionsdatenbanken in das Labor zu replizieren. Anschließend führen Sie ein Upgrade der neuen Installation in der Übung aus, und sobald dies erfolgreich war, führen Sie das gleiche Upgrade auf Service Manager SP1 in der Produktionsumgebung aus.

Evaluierungs- und Auswahlversionen

Die Version von System Center 2012 R2 – Service Manager war in zwei verschiedenen Versionen verfügbar:

  • Evaluierungsversion (180-Tage-Timeout)

  • Lizenzversion auswählen

Die folgenden Upgradepfade werden für Service Manager 2016 unterstützt.

Aktuelle Version Aktualisierte Version Status
System Center 2012 R2 – Service Manager Eval System Center 2016 – Service Manager Eval Auswertungszeitraum bleibt unverändert
System Center 2012 R2 – Service Manager auswählen System Center 2016 – Service Manager auswählen Licensed

Hinweis

Das Upgrade von einer Evaluierungsversion von Service Manager 2012 R2 auf eine Evaluierungsversion von Service Manager 2016 verlängert den Auswertungszeitraum von 180 Tagen nicht .

Installationspfad

Der Standardordner für die Installation von Service Manager ist \Programme\Microsoft System Center\Service Manager. Wenn Sie jedoch das Upgrade auf Service Manager durchführen, wird die Software im Ordner installiert, den Der Dienst-Manager zuvor verwendet hat. Wenn Service Manager 2010 oder Service Manager 2012 zuvor aktualisiert wurde, können die folgenden Ordner verwendet werden:

\Programme\Microsoft System Center\Service Manager 2010
\Programme\Microsoft System Center\Service Manager 2012

Hardwareanforderungen für System Center 2016 – Service Manager

Alle Hardwareanforderungen für System Center 2016 – Service Manager sind vollständig in den Hardwareanforderungen für System Center 2016 – Service Manager dokumentiert.

Softwareanforderungen für System Center 2016 – Service Manager

Um auf System Center 2016 zu aktualisieren, müssen Sie zuerst das Updaterollup 9 oder höher für System Center 2012 R2 – Service Manager anwenden.

Alle Softwareanforderungen für System Center 2016 – Service Manager sind vollständig in den Softwareanforderungen für System Center 2016 – Service Manager dokumentiert.

Auswirkungen auf die benutzerdefinierte Entwicklung

Mit der Version System Center 2016 – Service Manager wurde das Produkt zur Unterstützung von .NET 4.5.1 verschoben. Der Toolsatz zur Unterstützung dieser Bewegung auf .NET 4.5.1 ist erforderlich, um einige Abhängigkeiten zu unterbrechen und hat zu der Bewegung von Klassen über die Assemblys hinweg geführt. Daher kann das Upgrade auf Service Manager 2016 die benutzerdefinierten Lösungen, die intern oder von Drittanbietern (nicht von Microsoft) erstellt wurden, unterbrechen. Bitte lesen Sie die Schritte zum Upgrade Ihrer benutzerdefinierten Lösungen, um dieses Problem zu vermeiden.

Verhindern, dass MPSync-Aufträge fehlschlagen

Vor dem Upgrade

Beschreibung: Ein Problem mit dem Upgradeprozess führt dazu, dass der MPSync-Auftrag nach Abschluss des Upgrades fehlschlägt. Um zu verhindern, dass dieses Problem vor dem Upgrade auftritt, müssen Sie das sql-Skript unten in der DWRepository-Datenbank ausführen, um die tatsächlichen SQL-Skripts abzurufen, die abzulegen und eine Einschränkung für den Primärschlüssel in der DWRepository-Datenbank hinzuzufügen, um das Problem zu beheben. Darüber hinaus können Transformations- und Ladeaufträge ebenfalls fehlschlagen. Dieser Fehler kann aufgrund einer fehlerhaften Datenbankpflege auftreten.

;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  

Problemumgehung 1: Wenn Sie bereits ein Upgrade durchgeführt haben und keine Probleme mit Transformations- oder Ladeauftragsfehlern auftreten, aber einen Management Pack-Bereitstellungsfehler haben, führen Sie die Schritte im Abschnitt "Vor dem Upgrade" aus. Nachdem die Standard-Primärschlüssel wiederhergestellt wurden, starten Sie die fehlgeschlagene Management Pack-Bereitstellung in der Service Manager-Konsole neu, indem Sie zum Data Warehouse-Arbeitsbereich navigieren und dann Management Pack auswählen.

Problemumgehung 2: Wenn Sie ein Upgrade durchgeführt haben und Probleme mit Transformations- oder Ladeauftragsfehlern auftreten, ermitteln Sie, ob das SystemDerivedMp.Microsoft.SystemCenter.Datawarehouse.Base Management Pack in der DWStagingAndConfig-Datenbank vorhanden ist, indem Sie die folgende Abfrage ausführen.

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

Wenn das Management Pack nicht vorhanden ist, müssen Sie Ihre Datenbank vor dem Upgrade in einen Zustand wiederherstellen. Führen Sie die folgenden Schritte aus, um die Datenbank wiederherzustellen.

  1. Führen Sie Notfallwiederherstellungsschritte für die Datenbanksicherungen aus.

  2. Deaktivieren Sie den MPSyncJob-Zeitplan.

  3. Stellen Sie alle fehlenden Primärschlüssel in der DWRepository manuell wieder her. Sie können den Primärschlüssel mithilfe des SQL-Skripts aus dem Abschnitt "Before Upgrade" ablegen und neu erstellen.

  4. Starten Sie die fehlgeschlagene Base Management Pack-Bereitstellung mithilfe der Service Manager-Konsole neu.

Testen des Upgrades in einer Laborumgebung

Es wird empfohlen, das Upgrade auf System Center 2016 – Service Manager in einer Laborumgebung zu testen.

Upgradereihenfolge und Zeitpunkt

Die Reihenfolge Ihrer Upgrades ist wichtig. Führen Sie die Upgradeschritte in der folgenden Reihenfolge aus:

  1. Sichern Sie Ihre Datenbanken und Ihre Management Packs. Weitere Informationen finden Sie in den Abschnitten " Sichern von Dienst-Manager-Datenbanken und Sichern nicht versiegelter Management Packs " im Notfallwiederherstellungshandbuch für System Center 2016 – Service Manager.

  2. Beginnen Sie mit dem Data Warehouse-Verwaltungsserver. Sie beenden die Data Warehouse-Aufträge, und Sie können sie erst wieder starten, nachdem Sie das Upgrade abgeschlossen haben.

  3. Nachdem das Upgrade auf den Data Warehouse-Verwaltungsserver abgeschlossen ist, aktualisieren Sie den ersten Service Manager-Verwaltungsserver. Wenn Sie mehrere Dienst-Manager-Verwaltungsserver erstellt haben, ist der anfängliche Dienst-Manager-Verwaltungsserver der erste, den Sie erstellt haben.

  4. Aktualisieren Sie die Dienst-Manager-Konsolen und alle zusätzlichen Service Manager-Verwaltungsserver.

  5. Starten Sie die Data Warehouse-Aufträge neu.

  6. Stellen Sie das neue Self-Service-Portal bereit.

Das Timing Ihrer Upgrades ist ebenfalls wichtig. Nachdem Sie den Data Warehouse-Verwaltungsserver aktualisiert haben, müssen Sie den Service Manager-Verwaltungsserver aktualisieren und das neue Self-Service-Portal bereitstellen. Nachdem Sie den anfänglichen Dienst-Manager-Verwaltungsserver aktualisiert haben, müssen Sie bereit sein, die Dienst-Manager-Konsole oder die Dienst-Manager-Konsolen, zusätzliche Service Manager-Verwaltungsserver und das Self-Service-Portal gleichzeitig zu aktualisieren.

Auswirkungen der Datenbank

Mit System Center 2016 – Service Manager haben Sie die Möglichkeit, Operations Manager und Configuration Manager Data Marts zu installieren. Wenn Sie diese Option auswählen, werden zusätzliche Speicherplatzanforderungen auf der Festplatte für die beiden Datenbanken sowie zugeordnete Dateigruppen und Protokolldateien benötigt.

Sichern des Dienst-Managers vor dem Upgrade

Bevor Sie ein Upgrade starten, empfehlen wir Ihnen, Ihre Service Manager- und Data Warehouse-Datenbanken und den Verschlüsselungsschlüssel zu sichern. Wenn Sie Ihre Datenbanken und den Verschlüsselungsschlüssel bereits gesichert haben, können Sie das Upgrade weiterhin ausführen. Überprüfen Sie andernfalls die Sicherungsprozeduren im Notfallwiederherstellungshandbuch für System Center – Service Manager , bevor Sie das Upgrade fortsetzen.

Registrieren des Service Manager-Data Warehouse

Wenn Sie einen Data Warehouse-Verwaltungsserver in Ihrer Umgebung installiert haben, müssen Sie im Rahmen des Upgradeprozesses in der Lage sein, den Status der Data Warehouse-Aufträge anzuzeigen. Sie können diese Aufgabe nicht ausführen, wenn Sie sich nicht beim Service Manager Data Warehouse registriert haben. Wenn die Data Warehouse-Schaltfläche in der Dienst-Manager-Konsole nicht sichtbar ist, führen Sie das Verfahren in der Registrierung beim Service Manager Data Warehouse aus, um die Berichterstellung im Bereitstellungshandbuch für System Center 2016 – Service Manager zu aktivieren.

Verschlüsselungsschlüssel

Wenn Sie setup zum Installieren oder Upgrade auf System Center 2016 – Service Manager abgeschlossen haben, werden Sie aufgefordert, den Verschlüsselungssicherungs- oder Wiederherstellungs-Assistenten zu öffnen. Wenn Sie die Verschlüsselungsschlüssel zuvor gesichert haben, ist keine zusätzliche Aktion erforderlich. Wenn Sie die Verschlüsselungsschlüssel nie gesichert haben, verwenden Sie den Verschlüsselungsschlüsselsicherungs- oder Wiederherstellungs-Assistenten, um die Verschlüsselungsschlüssel auf den Dienst-Manager-Verwaltungsservern zu sichern.

Nächste Schritte