Upgraden 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 die Upgrades bei den Komponenten ausführen, ist wichtig. Wenn Sie nicht die richtige Upgradereihenfolge beachten, können Komponenten ausfallen, für die keine Wiederherstellungsoptionen verfügbar sind. Die betroffenen Komponenten von System Center sind:

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

Sie können nur von System Center 2019 ein Upgrade auf System Center 2022 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 vorherige 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 erforderlichen Verfahren für das Upgrade auf System Center 2022 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 rollierende Upgrades, werden nicht unterstützt.

Ein Upgrade auf Service Manager 2022 erfordert Vorbereitung. Es wird empfohlen, dass Sie Service Manager in einer Testumgebung installieren und Ihre Produktionsdatenbanken anschließend darin replizieren. Führen Sie anschließend ein Upgrade der neuen Installation im Lab aus.

Evaluierungs- und Auswahlversion

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

  • Evaluierungsversion (180 Tage gültig)
  • Auswahlversion

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

Aktuelle Version Version nach Upgrade Status
System Center 2019 – Service Manager Eval System Center 2022 – Service Manager Eval Gleicher Testzeitraum
System Center 2019 – Service Manager Auswählen System Center 2022 – Service Manager Auswählen Lizenziert

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 Service Manager ist \Programme\Microsoft System Center\Service Manager. Beim Upgrade auf Service Manager wird die Software jedoch im zuvor von Service Manager verwendeten Ordner installiert. 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 unter Hardwareanforderungen dokumentiert.

Softwareanforderungen für System Center 2022 – Service Manager

Alle Softwareanforderungen für System Center 2022- Service Manager sind vollständig unter Softwareanforderungen dokumentiert.

Vermeiden von Fehlern bei MPSync-Aufträgen

Vor dem Upgrade

Beschreibung: Tritt bei einem Upgrade ein Problem auf, können MPSync-Aufträge nach Abschluss des Upgrades nicht durchgeführt werden. Um dieses Problem zu verhindern (vor dem Upgrade)[#back-up-service-manager-before-you-upgrade], müssen Sie das unten erwähnte SQL-Skript in der DWRepository-Datenbank ausführen, um die tatsächlichen SQL-Skripts abzurufen, die den Primärschlüssel in tatsächlichen Tabellen in der DWRepository-Datenbank löschen und hinzufügen, um das Problem zu beheben. Darüber hinaus können auch bei Transformieren- und Lade-Aufträgen Fehler auftreten. Grund dafür kann eine fehlerhafte Datenbankbereinigung sein.

;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 Ladeaufträgen auftreten, aber ein Management Pack-Bereitstellungsfehler aufgetreten ist, führen Sie die Schritte im Abschnitt (Vor dem Upgrade)[#back-up-service-manager-before-you-upgrade] aus. Starten Sie darüber hinaus nach der Wiederherstellung der Standardprimärschlüssel die Management Pack-Bereitstellung in der Service Manager-Konsole erneut, indem Sie zum Arbeitsbereich „Data Warehouse“ navigieren und „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. Stellen Sie die Datenbank mit dem folgenden Verfahren wieder her.

  1. Führen Sie für die Datenbanksicherungen Schritte zur Wiederherstellung aus.

  2. Deaktivieren Sie die MPSyncJob-Planung.

  3. Stellen Sie die fehlenden Primärschlüssel in DWRepository manuell wieder her. Sie können Primärschlüssel mithilfe des im Abschnitt „Vor dem Upgrade“ aufgeführten SQL-Skripts ablegen und erneut erstellen.

  4. Starten Sie die 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 Labumgebung zu testen.

Reihenfolge und zeitlicher Ablauf von Upgrades

Es ist wichtig, in welcher Reihenfolge die Upgrades ausgeführt werden. Führen Sie die Upgradeschritte in der folgenden Reihenfolge aus:

  1. Sichern Sie Ihre Datenbanken und Management Packs. Weitere Informationen finden Sie in den Abschnitten Sichern Service Manager Datenbanken und Sichern nicht versiegelter Management Packs im Leitfaden 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 nach Abschluss des Upgrades erneut starten.

  3. Führen Sie, wenn das Upgrade des Data Warehouse-Verwaltungsservers abgeschlossen ist, das Upgrade für den ursprünglichen Service Manager-Verwaltungsserver durch. Falls Sie mehrere Service Manager-Verwaltungsserver erstellt haben, ist der ursprüngliche Service Manager-Verwaltungsserver derjenige, den Sie zuerst erstellt haben.

Gehen Sie nach der Installation wie folgt vor:

  1. Deaktivieren Sie alle Data Warehouse Aufträge. Öffnen Sie hierzu die Service 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 im folgenden PowerShell-Skript basierend auf den Datenquellensichten 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. Führen Sie ein Upgrade der Service Manager-Konsolen und allen zusätzlichen Service Manager-Verwaltungsserver durch.

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

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

  8. Wenden Sie den System Center 2022 Service Manager Hotfix auf den primären Verwaltungsserver, die sekundären Verwaltungsserver, Self-Service Portal(en) und alle Analyst-Konsolen an.

Der zeitliche Ablauf Ihrer Upgrades ist ebenfalls von Bedeutung. Nach dem Upgrade Ihres Data Warehouse-Verwaltungsservers müssen Sie den Service Manager-Verwaltungsserver aktualisieren und auch das neue Self-Service-Portal bereitstellen. Im Anschluss an das Upgrade Ihres ursprünglichen Service Manager-Verwaltungsservers müssen Sie auf das gleichzeitige Upgrade Ihrer Service Manager-Konsole(n), zusätzlichen Service Manager-Verwaltungsserver und des Self-Service-Portals vorbereitet sein.

Datenbankauswirkungen

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, ist für die beiden Datenbanken und die zugehörigen Dateigruppen sowie Protokolldateien zusätzlicher Speicherplatz auf dem Festplattenlaufwerk erforderlich.

Sichern von Service Manager vor dem Upgrade

Es wird empfohlen, dass Sie Ihre Service Manager- und Data Warehouse-Datenbanken sowie den Verschlüsselungsschlüssel vor jedem Upgrade sichern. Wenn Sie Ihre Datenbanken und den Verschlüsselungsschlüssel bereits gesichert haben, können Sie das Upgrade fortsetzen. Andernfalls können Sie vor dem Fortsetzen des Upgrades Informationen zur Sicherung im Wiederherstellungshandbuch für System Center Service Manager finden.

Registrieren des Service Manager Data Warehouse

Wenn Sie einen Data Warehouse-Verwaltungsserver in Ihrer Umgebung installiert haben, müssen Sie im Rahmen des Upgradevorgangs in der Lage sein, die 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 Schaltfläche Data Warehouse in der Service Manager Konsole nicht angezeigt wird, führen Sie das Verfahren unter Registrieren mit dem Service Manager Data Warehouse zum Aktivieren der Berichterstellung im Bereitstellungshandbuch für System Center aus. Service Manager.

Verschlüsselungsschlüssel

Wenn Sie die Installation oder das 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. Andernfalls können Sie den Assistenten zum Sichern bzw. Wiederherstellen der Verschlüsselungsschlüssel verwenden, um die Verschlüsselungsschlüssel auf den Service 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 die Upgrades bei den Komponenten ausführen, ist wichtig. Wenn Sie nicht die richtige Upgradereihenfolge beachten, können Komponenten ausfallen, für die keine Wiederherstellungsoptionen verfügbar sind. Die betroffenen Komponenten von System Center sind:

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

Sie können nur ein Upgrade von System Center 2016 oder 1801 oder 1807 auf 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 2019 – Service Manager auf einem Computer, auf dem keine vorherige 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 für das 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 rollierende Upgrades, werden nicht unterstützt.

Das Upgrade auf Service Manager 2019 erfordert Vorbereitung. Es wird empfohlen, dass Sie Service Manager in einer Testumgebung installieren und Ihre Produktionsdatenbanken anschließend darin replizieren. Führen Sie anschließend ein Upgrade der neuen Installation im Lab aus.

Evaluierungs- und Auswahlversion

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

  • Evaluierungsversion (180 Tage gültig)
  • Auswahlversion

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

Aktuelle Version Version nach Upgrade Status
System Center 2016/1801 – Service Manager Eval System Center 2019 – Service Manager Eval Gleicher Testzeitraum
System Center 2016/1801/1807 – Service Manager Select System Center 2019 – Service Manager Auswählen Lizenziert

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 Service Manager ist \Programme\Microsoft System Center\Service Manager. Beim Upgrade auf Service Manager wird die Software jedoch im zuvor von Service Manager verwendeten Ordner installiert. 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 unter Hardwareanforderungen dokumentiert.

Softwareanforderungen für System Center 2019 – Service Manager

Alle Softwareanforderungen für System Center 2019- Service Manager sind vollständig unter Softwareanforderungen dokumentiert.

Auswirkungen auf die benutzerdefinierte Entwicklung

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

Vermeiden von Fehlern bei MPSync-Aufträgen

Vor dem Upgrade

Beschreibung: Tritt bei einem Upgrade ein Problem auf, können MPSync-Aufträge nach Abschluss des Upgrades nicht durchgeführt werden. Zur Vermeidung dieses Problems vor dem Upgrade führen Sie das u. a. SQL-Skript an der DWRepository-Datenbank aus, um die SQL-Skripts, durch die eine Einschränkung für den Primärschlüssel in den Fakttabellen der DWRepository-Datenbank abgelegt und hinzugefügt werden, abzurufen. Darüber hinaus können auch bei Transformieren- und Lade-Aufträgen Fehler auftreten. Grund dafür kann eine fehlerhafte Datenbankbereinigung sein.

;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 Ladeaufträgen auftreten, aber ein Management Pack-Bereitstellungsfehler aufgetreten ist, führen Sie die Schritte im Abschnitt Vor dem Upgrade aus. Starten Sie darüber hinaus nach der Wiederherstellung der Standardprimärschlüssel die Management Pack-Bereitstellung in der Service Manager-Konsole erneut, indem Sie zum Arbeitsbereich „Data Warehouse“ navigieren und „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. Stellen Sie die Datenbank mit dem folgenden Verfahren wieder her.

  1. Führen Sie für die Datenbanksicherungen Schritte zur Wiederherstellung aus.

  2. Deaktivieren Sie die MPSyncJob-Planung.

  3. Stellen Sie die fehlenden Primärschlüssel in DWRepository manuell wieder her. Sie können Primärschlüssel mithilfe des im Abschnitt „Vor dem Upgrade“ aufgeführten SQL-Skripts ablegen und erneut erstellen.

  4. Starten Sie die 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 Labumgebung zu testen.

Reihenfolge und zeitlicher Ablauf von Upgrades

Es ist wichtig, in welcher Reihenfolge die Upgrades ausgeführt werden. Führen Sie die Upgradeschritte in der folgenden Reihenfolge aus:

  1. Sichern Sie Ihre Datenbanken und Management Packs. Weitere Informationen finden Sie in den Abschnitten Sichern Service Manager Datenbanken und Sichern nicht versiegelter Management Packs im Leitfaden 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 nach Abschluss des Upgrades erneut starten.

  3. Führen Sie, wenn das Upgrade des Data Warehouse-Verwaltungsservers abgeschlossen ist, das Upgrade für den ursprünglichen Service Manager-Verwaltungsserver durch. Falls Sie mehrere Service Manager-Verwaltungsserver erstellt haben, ist der ursprüngliche Service Manager-Verwaltungsserver derjenige, den Sie zuerst erstellt haben.

  4. Führen Sie ein Upgrade der Service Manager-Konsolen und allen zusätzlichen Service Manager-Verwaltungsserver durch.

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

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

Der zeitliche Ablauf Ihrer Upgrades ist ebenfalls von Bedeutung. Nach dem Upgrade ihres Data Warehouse-Verwaltungsservers müssen Sie den Service Manager-Verwaltungsserver aktualisieren und auch das neue Self-Service-Portal bereitstellen. Im Anschluss an das Upgrade Ihres ursprünglichen Service Manager-Verwaltungsservers müssen Sie auf das gleichzeitige Upgrade Ihrer Service Manager-Konsole(n), zusätzlichen Service Manager-Verwaltungsserver und des Self-Service-Portals vorbereitet sein.

Datenbankauswirkungen

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, ist für die beiden Datenbanken und die zugehörigen Dateigruppen sowie Protokolldateien zusätzlicher Speicherplatz auf dem Festplattenlaufwerk erforderlich.

Sichern von Service Manager vor dem Upgrade

Es wird empfohlen, dass Sie Ihre Service Manager- und Data Warehouse-Datenbanken sowie den Verschlüsselungsschlüssel vor jedem Upgrade sichern. Wenn Sie Ihre Datenbanken und den Verschlüsselungsschlüssel bereits gesichert haben, können Sie das Upgrade fortsetzen. Andernfalls können Sie vor dem Fortsetzen des Upgrades Informationen zur Sicherung im Wiederherstellungshandbuch für System Center Service Manager finden.

Registrieren des Service Manager Data Warehouse

Wenn Sie einen Data Warehouse-Verwaltungsserver in Ihrer Umgebung installiert haben, müssen Sie im Rahmen des Upgradeprozesses die status der Data Warehouse-Aufträge anzeigen können. Sie können diese Aufgabe nicht ausführen, wenn Sie sich nicht beim Service Manager Data Warehouse registriert haben. Wenn die Schaltfläche Data Warehouse in der Service Manager-Konsole nicht angezeigt wird, führen Sie das Verfahren unter Registrieren mit dem Service Manager Data Warehouse zum Aktivieren der Berichterstellung im Bereitstellungshandbuch für System Center aus: Service Manager.

Verschlüsselungsschlüssel

Wenn Sie die Ausführung von Setup für die Installation oder das 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. Andernfalls können Sie den Assistenten zum Sichern bzw. Wiederherstellen der Verschlüsselungsschlüssel verwenden, um die Verschlüsselungsschlüssel auf den Service 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.

Damit Sie das Update auf Version 1807 durchführen können, muss Version 1801 von System Center Service Manager installiert sein. Weitere Informationen zur Installation von Service Manager 1807

Wichtig

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

Dieser Artikel enthält Informationen zum Upgrade von System Center 1801 Service Manager.

Dieser Artikel enthält Informationen zum Upgrade von System Center Service Manager 2016.

Upgrade auf System Center 1801 Service Manager

Die folgenden Abschnitte enthalten Informationen zum Upgrade von System Center 2012 R2 und 2016 Service Manager auf System Center 1801 Service Manager (SM).

Warnung

Die Reihenfolge, in der Sie die Upgrades bei den Komponenten ausführen, ist wichtig. Wenn Sie nicht die richtige Upgradereihenfolge beachten, können Komponenten ausfallen, für die keine Wiederherstellungsoptionen verfügbar sind. Die betroffenen Komponenten von System Center sind:

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

Sie können nur ein Upgrade von System Center 2012 R2 auf System Center 1801 durchführen– Service Manager mit Updaterollup 14 und System Center Service Manager 2016 mit UR4.

Wichtig

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

Planen des Upgrades auf System Center 1801 Service Manager

In diesem Abschnitt erhalten Sie einen Überblick über die Verfahren, die für ein Upgrade auf System Center 1801 ausgeführt werden müssen.

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

Für ein Upgrade auf Service Manager 1801 ist eine Vorbereitung erforderlich. Es wird empfohlen, dass Sie Service Manager in einer Testumgebung installieren und Ihre Produktionsdatenbanken anschließend darin replizieren. Führen Sie danach in der Laborumgebung ein Upgrade der neuen Installation aus.

Evaluierungs- und Auswahlversion

Die Releases von System Center 2012 R2 und 2016 Service Manager waren in zwei verschiedenen Versionen verfügbar:

  • Evaluierungsversion (180 Tage gültig)
  • Auswahlversion

Es werden folgende Upgrade-Pfade auf Service Manager 1801 unterstützt.

Aktuelle Version Version nach Upgrade Status
System Center 2012 R2/2016 Service Manager Eval System Center 1801 Service Manager Eval Gleicher Testzeitraum
System Center 2012 R2/2016 Service Manager Select System Center 1801 Service Manager Select Lizenziert

Hinweis

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

Installationspfad

Der Standardordner für die Installation Service Manager ist \Programme\Microsoft System Center\Service Manager. Beim Upgrade auf Service Manager wird die Software jedoch im zuvor von Service Manager verwendeten Ordner installiert. Falls Service Manager 2012/2016 zuvor upgegradet wurde, könnte der folgende Ordner verwendet werden:

\Programme\Microsoft System Center\Service Manager

Hardwareanforderungen für System Center 1801 Service Manager

Alle Hardwareanforderungen für System Center 1801 Service Manager sind unter Hardware Requirements (Hardwareanforderungen) vollständig dokumentiert.

Softwareanforderungen für System Center 1801 Service Manager

Für ein Upgrade auf System Center 1801 müssen Sie zunächst das Updaterollup 14 für 2012 R2 bzw. UR4 für 2016 Service Manager anwenden.

Alle Softwareanforderungen für System Center 1801 Service Manager sind unter Software Requirements (Softwareanforderungen) vollständig dokumentiert.

Auswirkungen auf die benutzerdefinierte Entwicklung

Mit system Center 2016 – Service Manager Version wurde das Produkt auf .NET 4.5.1 umgestellt. Das Tool zur Unterstützung dieser Verschiebung zu .NET 4.5.1 musste einige Abhängigkeiten unterbrechen und hat zur Verschiebung von Klassen über die Assemblys hinweg geführt. Daher kann das Upgrade auf Service Manager 1801 von 2012 R2 die benutzerdefinierten Lösungen unterbrechen, die intern oder von Drittanbietern (nicht von Microsoft) hergestellt wurden. Beachten Sie die Schritte für das Upgrade von benutzerdefinierten Lösungen, um dieses Problem zu vermeiden.

Vermeiden von Fehlern bei MPSync-Aufträgen

Vor dem Upgrade

Beschreibung: Tritt bei einem Upgrade ein Problem auf, können MPSync-Aufträge nach Abschluss des Upgrades nicht durchgeführt werden. Zur Vermeidung dieses Problems vor dem Upgrade führen Sie das u. a. SQL-Skript an der DWRepository-Datenbank aus, um die SQL-Skripts, durch die eine Einschränkung für den Primärschlüssel in den Fakttabellen der DWRepository-Datenbank abgelegt und hinzugefügt werden, abzurufen. Darüber hinaus können auch bei Transformieren- und Lade-Aufträgen Fehler auftreten. Grund dafür kann eine fehlerhafte Datenbankbereinigung sein.

;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. Starten Sie darüber hinaus nach der Wiederherstellung der Standardprimärschlüssel die Management Pack-Bereitstellung in der Service Manager-Konsole erneut, indem Sie zum Arbeitsbereich „Data Warehouse“ navigieren und „Management Pack“ auswählen.

Problemumgehung 2: Wenn Sie ein Upgrade durchgeführt haben und Probleme mit Fehlern beim Transformieren oder Laden von Aufträgen auftreten, ermitteln Sie, ob das Management Pack SystemDerivedMp.Microsoft.SystemCenter.Datawarehouse.Base 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. Stellen Sie die Datenbank mit dem folgenden Verfahren wieder her.

  1. Führen Sie für die Datenbanksicherungen Schritte zur Wiederherstellung aus.

  2. Deaktivieren Sie die MPSyncJob-Planung.

  3. Stellen Sie die fehlenden Primärschlüssel in DWRepository manuell wieder her. Sie können Primärschlüssel mithilfe des im Abschnitt „Vor dem Upgrade“ aufgeführten SQL-Skripts ablegen und erneut erstellen.

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

Testen des Upgrades in einer Laborumgebung

Es wird empfohlen, dass Sie das Upgrade auf System Center 1801 Service Manager in einer Laborumgebung testen.

Reihenfolge und zeitlicher Ablauf von Upgrades

Es ist wichtig, in welcher Reihenfolge die Upgrades ausgeführt werden. Führen Sie die Upgradeschritte in der folgenden Reihenfolge aus:

  1. Sichern Sie Ihre Datenbanken und Management Packs. Weitere Informationen finden Sie unter „Backing Up Service Manager Databases“ (Sichern von Service Manager-Datenbanken) und „Backing Up Unsealed Management Packs“ (Sichern von nicht versiegelten Management Packs) im Disaster Recovery Guide for System Center Service Manager (Wiederherstellungshandbuch 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. Führen Sie, wenn das Upgrade des Data Warehouse-Verwaltungsservers abgeschlossen ist, das Upgrade für den ursprünglichen Service Manager-Verwaltungsserver durch. Falls Sie mehrere Service Manager-Verwaltungsserver erstellt haben, ist der ursprüngliche Service Manager-Verwaltungsserver derjenige, den Sie zuerst erstellt haben.

  4. Führen Sie ein Upgrade der Service Manager-Konsolen und allen zusätzlichen Service Manager-Verwaltungsserver durch.

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

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

Der zeitliche Ablauf Ihrer Upgrades ist ebenfalls von Bedeutung. Im Anschluss an das Upgrade des Data Warehouse-Verwaltungsservers müssen Sie den Service Manager-Verwaltungsserver aktualisieren sowie das neue Self-Service-Portal bereitstellen. Im Anschluss an das Upgrade Ihres ursprünglichen Service Manager-Verwaltungsservers müssen Sie auf das gleichzeitige Upgrade Ihrer Service Manager-Konsole(n), zusätzlichen Service Manager-Verwaltungsserver und des Self-Service-Portals vorbereitet sein.

Datenbankauswirkungen

Mit System Center 1801 – Service Manager haben Sie die Möglichkeit, Operations Manager und Configuration Manager Data Marts zu installieren. Wenn Sie diese Option auswählen, ist für die beiden Datenbanken und die zugehörigen Dateigruppen sowie Protokolldateien zusätzlicher Speicherplatz auf dem Festplattenlaufwerk erforderlich.

Sichern von Service Manager vor dem Upgrade

Es wird empfohlen, dass Sie Ihre Service Manager- und Data Warehouse-Datenbanken sowie den Verschlüsselungsschlüssel vor jedem Upgrade sichern. Wenn Sie Ihre Datenbanken und den Verschlüsselungsschlüssel bereits gesichert haben, können Sie das Upgrade fortsetzen. Andernfalls können Sie vor dem Fortsetzen des Upgrades Informationen zur Sicherung im Wiederherstellungshandbuch für System Center Service Manager finden.

Registrieren des Service Manager Data Warehouse

Wenn Sie einen Data Warehouse-Verwaltungsserver in Ihrer Umgebung installiert haben, müssen Sie im Rahmen des Upgradeprozesses die status der Data Warehouse-Aufträge anzeigen können. Sie können diese Aufgabe nicht ausführen, wenn Sie sich nicht beim Service Manager Data Warehouse registriert haben. Wenn die Schaltfläche Data Warehouse in der Service Manager-Konsole nicht angezeigt wird, führen Sie das Verfahren unter Registrieren mit dem Service Manager Data Warehouse zum Aktivieren der Berichterstellung im Bereitstellungshandbuch für System Center aus: Service Manager.

Verschlüsselungsschlüssel

Wenn Sie die Ausführung von Setup für die Installation oder das Upgrade auf System Center 1801 – 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. Andernfalls können Sie den Assistenten zum Sichern bzw. Wiederherstellen der Verschlüsselungsschlüssel verwenden, um die Verschlüsselungsschlüssel auf den Service Manager-Verwaltungsservern zu sichern.

Upgrade auf System Center 2016 – Service Manager

Die folgenden Abschnitte enthalten 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 unbedingt zuerst den Leitfaden Upgrade auf System Center 2016 lesen. Die Reihenfolge, in der Sie die Upgrades bei den Komponenten ausführen, ist wichtig. Wenn Sie nicht die richtige Upgradereihenfolge beachten, können Komponenten ausfallen, für die keine Wiederherstellungsoptionen verfügbar sind. Die betroffenen Komponenten von System Center sind:

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

Sie können nur ein Upgrade auf System Center 2016 durchführen, wenn System Center Service Manager 2012 R2 mit dem Updaterollup 9 oder höher installiert ist.

Wichtig

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

Planen eines Upgrades auf System Center Service Manager 2016

In diesem Abschnitt erhalten Sie einen Überblick über die Verfahren, die für ein Upgrade auf System Center 2016 ausgeführt werden müssen.

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 parallele Upgrades, werden nicht unterstützt.

Für ein Upgrade auf Service Manager 2016 ist eine Vorbereitung erforderlich. Es wird empfohlen, dass Sie Service Manager in einer Testumgebung installieren und Ihre Produktionsdatenbanken anschließend darin replizieren. Führen Sie danach in der Laborumgebung ein Upgrade der neuen Installation auf Service Manager SP1 aus. Wird das Upgrade erfolgreich abgeschlossen, können Sie es in der Produktionsumgebung wiederholen.

Evaluierungs- und Auswahlversion

Das Release von System Center Service Manager 2012 R2 war in zwei verschiedenen Versionen verfügbar:

  • Evaluierungsversion (180 Tage gültig)

  • Auswahlversion

Es werden folgende Upgradepfade auf Service Manager 2016 unterstützt.

Aktuelle Version Version nach Upgrade Status
System Center Service Manager 2012 R2, Evaluierungsversion System Center Service Manager 2016, Evaluierungsversion Gleicher Testzeitraum
System Center Service Manager 2012 R2, Auswahlversion System Center Service Manager 2016, Auswahlversion Lizenziert

Hinweis

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

Installationspfad

Der Standardordner für die Installation Service Manager ist \Programme\Microsoft System Center\Service Manager. Beim Upgrade auf Service Manager wird die Software jedoch im zuvor von Service Manager verwendeten Ordner installiert. Falls Service Manager 2010 oder Service Manager 2012 zuvor upgegradet wurden, könnte der folgende Ordner verwendet werden:

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

Hardwareanforderungen für System Center Service Manager 2016

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

Softwareanforderungen für System Center Service Manager 2016

Für ein Upgrade auf System Center 2016 müssen Sie zunächst das Updaterollup 9 für System Center Service Manager 2012 R2 anwenden.

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

Auswirkungen auf die benutzerdefinierte Entwicklung

Mit system Center 2016 – Service Manager Version wurde das Produkt auf .NET 4.5.1 umgestellt. Das Tool zur Unterstützung dieser Verschiebung zu .NET 4.5.1 musste einige Abhängigkeiten unterbrechen und hat zur Verschiebung von Klassen über die Assemblys hinweg geführt. Daher kann das Upgrade auf Service Manager 2016 die benutzerdefinierten Lösungen unterbrechen, die intern oder von Drittanbietern (nicht von Microsoft) erstellt wurden. Beachten Sie die Schritte für das Upgrade von benutzerdefinierten Lösungen, um dieses Problem zu vermeiden.

Vermeiden von Fehlern bei MPSync-Aufträgen

Vor dem Upgrade

Beschreibung: Tritt bei einem Upgrade ein Problem auf, können MPSync-Aufträge nach Abschluss des Upgrades nicht durchgeführt werden. Zur Vermeidung dieses Problems vor dem Upgrade führen Sie das u. a. SQL-Skript an der DWRepository-Datenbank aus, um die SQL-Skripts, durch die eine Einschränkung für den Primärschlüssel in den Fakttabellen der DWRepository-Datenbank abgelegt und hinzugefügt werden, abzurufen. Darüber hinaus können auch bei Transformieren- und Lade-Aufträgen Fehler auftreten. Grund dafür kann eine fehlerhafte Datenbankbereinigung sein.

;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. Starten Sie darüber hinaus nach der Wiederherstellung der Standardprimärschlüssel die Management Pack-Bereitstellung in der Service Manager-Konsole erneut, indem Sie zum Arbeitsbereich „Data Warehouse“ navigieren und „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. Stellen Sie die Datenbank mit dem folgenden Verfahren wieder her.

  1. Führen Sie für die Datenbanksicherungen Schritte zur Wiederherstellung aus.

  2. Deaktivieren Sie die MPSyncJob-Planung.

  3. Stellen Sie die fehlenden Primärschlüssel in DWRepository manuell wieder her. Sie können Primärschlüssel mithilfe des im Abschnitt „Vor dem Upgrade“ aufgeführten SQL-Skripts ablegen und erneut erstellen.

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

Testen des Upgrades in einer Laborumgebung

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

Reihenfolge und zeitlicher Ablauf von Upgrades

Es ist wichtig, in welcher Reihenfolge die Upgrades ausgeführt werden. Führen Sie die Upgradeschritte in der folgenden Reihenfolge aus:

  1. Sichern Sie Ihre Datenbanken und Management Packs. Weitere Informationen finden Sie in den Abschnitten Sichern Service Manager Datenbanken und Sichern nicht versiegelter Management Packs im Handbuch zur Notfallwiederherstellung 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. Führen Sie, wenn das Upgrade des Data Warehouse-Verwaltungsservers abgeschlossen ist, das Upgrade für den ursprünglichen Service Manager-Verwaltungsserver durch. Falls Sie mehrere Service Manager-Verwaltungsserver erstellt haben, ist der ursprüngliche Service Manager-Verwaltungsserver derjenige, den Sie zuerst erstellt haben.

  4. Führen Sie ein Upgrade der Service Manager-Konsolen und allen zusätzlichen Service Manager-Verwaltungsserver durch.

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

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

Der zeitliche Ablauf Ihrer Upgrades ist ebenfalls von Bedeutung. Im Anschluss an das Upgrade des Data Warehouse-Verwaltungsservers müssen Sie den Service Manager-Verwaltungsserver aktualisieren sowie das neue Self-Service-Portal bereitstellen. Im Anschluss an das Upgrade Ihres ursprünglichen Service Manager-Verwaltungsservers müssen Sie auf das gleichzeitige Upgrade Ihrer Service Manager-Konsole(n), zusätzlichen Service Manager-Verwaltungsserver und des Self-Service-Portals vorbereitet sein.

Datenbankauswirkungen

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, ist für die beiden Datenbanken und die zugehörigen Dateigruppen sowie Protokolldateien zusätzlicher Speicherplatz auf dem Festplattenlaufwerk erforderlich.

Sichern von Service Manager vor dem Upgrade

Es wird empfohlen, dass Sie Ihre Service Manager- und Data Warehouse-Datenbanken sowie den Verschlüsselungsschlüssel vor jedem Upgrade sichern. Wenn Sie Ihre Datenbanken und den Verschlüsselungsschlüssel bereits gesichert haben, können Sie das Upgrade fortsetzen. Andernfalls können Sie vor dem Fortsetzen des Upgrades Informationen zur Sicherung im Wiederherstellungshandbuch für System Center Service Manager finden.

Registrieren des Service Manager Data Warehouse

Wenn Sie einen Data Warehouse-Verwaltungsserver in Ihrer Umgebung installiert haben, müssen Sie im Rahmen des Upgradeprozesses die status der Data Warehouse-Aufträge anzeigen können. Sie können diese Aufgabe nicht ausführen, wenn Sie sich nicht beim Service Manager Data Warehouse registriert haben. Wenn die Schaltfläche Data Warehouse in der Service Manager-Konsole nicht angezeigt wird, führen Sie das Verfahren unter Registrieren mit dem Service Manager Data Warehouse zum Aktivieren der Berichterstellung im Bereitstellungshandbuch für System Center 2016 aus: Service Manager.

Verschlüsselungsschlüssel

Wenn Sie die Ausführung von Setup für die Installation oder das 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. Andernfalls können Sie den Assistenten zum Sichern bzw. Wiederherstellen der Verschlüsselungsschlüssel verwenden, um die Verschlüsselungsschlüssel auf den Service Manager-Verwaltungsservern zu sichern.

Nächste Schritte