Upgraden von System Center Service Manager

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 ein Upgrade auf System Center 2019 nur von System Center 2016 oder 1801 oder 1807 durchführen.

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 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 Verfahren beschrieben, die für das Upgrade auf System Center 2019 erforderlich sind.

Ein upgrade von Service Manager 2016, 1801 und 1807 wird unterstützt. Ein in-place-Upgrade ist ein Upgrade aller Service Manager auf derselben Hardware. Andere Verfahren, beispielsweise parallele Upgrades, werden nicht unterstützt.

Ein Upgrade auf Service Manager 2019 erfordert Eine 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 durch.

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 bis 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 1801.1801.2016 – Service Manager Auswählen System Center 2019 – Service Manager Select Lizenziert

Hinweis

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

Installationspfad

Der Standardordner für die Installation von 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 unter Hardwareanforderungen vollständig dokumentiert.

Softwareanforderungen für System Center 2019 – Service Manager

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

Auswirkungen auf die benutzerdefinierte Entwicklung

Mit dem Release von System Center 2016 – Service Manager unterstützt das Produkt nun .Net 4.5.1. Für das zur Unterstützung dieses Wechsels zu .Net 4.5.1 eingerichtete Tool mussten einige Abhängigkeiten aufgehoben werden, und es kam zur Verschiebung von Klassen zwischen den Assemblys.

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 beim Transformieren bzw. Laden keine Fehler auftreten, bei der Bereitstellung von Management Packs jedoch schon, befolgen Sie die Schritte im Abschnitt „Vor dem Upgrade“. 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 Fehler beim Transformieren oder Laden auftreten, führen Sie die nachfolgend aufgeführte Abfrage durch, um festzustellen, ob das Management Pack „SystemDerivedMp.Microsoft.SystemCenter.Datawarehouse.Base“ in der Datenbank „DWStagingAndConfig“ enthalten ist.

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

Ist dies nicht der Fall, müssen Sie die Datenbank auf einen Zustand vor dem Upgrade 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 Laborumgebung 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 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. Beenden Sie die Data Warehouse-Aufträge. Diese können erst nach Abschluss des Upgradevorgangs wieder gestartet werden.

  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 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 data marts Konfigurations-Manager 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. Sofern Sie Ihre Datenbanken sowie den Verschlüsselungsschlüssel bereits gesichert haben, können Sie mit der Ausführung des Upgradevorgangs beginnen. 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 in Ihrer Umgebung im Rahmen des Upgradevorgangs einen Data Warehouse-Verwaltungsserver installiert haben, sind Sie auf Statusanzeigen für die Data Warehouse-Aufträge angewiesen. Damit Sie diesen Vorgang ausführen können, müssen Sie zuvor die Registrierung beim Service Manager Data Warehouse vornehmen. Wenn die Schaltfläche Data Warehouse in der Service Manager-Konsole nicht angezeigt wird, führen Sie das im Abschnitt „Registering with the Service Manager Data Warehouse to Enable Reporting“ (Registrierung beim Service Manager Data Warehouse für die Berichterstellung) im Deployment Guide for System Center Service Manager (Bereitstellungshandbuch für System Center Service Manager) beschriebene Verfahren aus.

Verschlüsselungsschlüssel

Wenn Sie setup abgeschlossen haben, um entweder eine Installation oder ein Upgrade auf System Center 2019 – Service Manager ausführen zu können, werden Sie aufgefordert, den Assistenten für die Verschlüsselungssicherung oder -wiederherstellung zu öffnen. Sofern Sie die Verschlüsselungsschlüssel bereits gesichert haben, sind keine weiteren Maßnahmen 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 das Ende des Support erreicht hat. Es wird empfohlen, dass Sie ein Upgrade auf Service Manager 2019 durchfü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 das Ende des Support erreicht hat. Es wird empfohlen, dass Sie ein Upgrade auf Service Manager 2019 durchfü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 ein Upgrade auf System Center 1801 nur von System Center 2012 R2 – Service Manager mit Updaterollup 14 und System Center Service Manager 2016 mit UR4 durchführen.

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 upgrade von Service Manager 2012 R2 UR14 und 2016 UR4 auf Service Manager 1801 wird unterstützt. Ein in-place-Upgrade ist ein Upgrade aller Service Manager auf derselben Hardware. Andere Verfahren, beispielsweise 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

Durch ein Upgrade von einer Evaluierungsversion von Service Manager auf eine Evaluierungsversion von Service Manager 1801 wird der Evaluierungszeitraum von 180 Tage nicht verlängert.

Installationspfad

Der Standardordner für die Installation von 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 dem Release von System Center 2016 – Service Manager unterstützt das Produkt nun .Net 4.5.1. Für das zur Unterstützung dieses Wechsels zu .Net 4.5.1 eingerichtete Tool mussten einige Abhängigkeiten aufgehoben werden, und es kam zur Verschiebung von Klassen zwischen den Assemblys. Daher können durch das Upgrade auf Service Manager 1801 von 2012 R2 die intern oder durch einen Drittanbieter (nicht Microsoft) erstellten benutzerdefinierten Lösungen beeinträchtigt werden. 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 beim Transformieren bzw. Laden keine Fehler auftreten, bei der Bereitstellung von Management Packs jedoch schon, befolgen Sie die Schritte im Abschnitt „Vor dem Upgrade“. 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 Fehler beim Transformieren oder Laden auftreten, führen Sie die nachfolgend aufgeführte Abfrage durch, um festzustellen, ob das Management Pack „SystemDerivedMp.Microsoft.SystemCenter.Datawarehouse.Base“ in der Datenbank „DWStagingAndConfig“ enthalten ist.

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

Ist dies nicht der Fall, müssen Sie die Datenbank auf einen Zustand vor dem Upgrade 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. Beenden Sie die Data Warehouse-Aufträge. Diese können erst nach Abschluss des Upgradevorgangs wieder gestartet werden.

  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. Sofern Sie Ihre Datenbanken sowie den Verschlüsselungsschlüssel bereits gesichert haben, können Sie mit der Ausführung des Upgradevorgangs beginnen. 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 in Ihrer Umgebung im Rahmen des Upgradevorgangs einen Data Warehouse-Verwaltungsserver installiert haben, sind Sie auf Statusanzeigen für die Data Warehouse-Aufträge angewiesen. Damit Sie diesen Vorgang ausführen können, müssen Sie zuvor die Registrierung beim Service Manager Data Warehouse vornehmen. Wenn die Schaltfläche Data Warehouse in der Service Manager-Konsole nicht angezeigt wird, führen Sie das im Abschnitt „Registering with the Service Manager Data Warehouse to Enable Reporting“ (Registrierung beim Service Manager Data Warehouse für die Berichterstellung) im Deployment Guide for System Center Service Manager (Bereitstellungshandbuch für System Center Service Manager) beschriebene Verfahren aus.

Verschlüsselungsschlüssel

Nach Abschluss des Setupvorgangs zur Installation oder zum Upgrade auf System Center 1801 Service Manager werden Sie aufgefordert, den Assistenten zum Sichern bzw. Wiederherstellen der Verschlüsselungsschlüssel zu starten. Sofern Sie die Verschlüsselungsschlüssel bereits gesichert haben, sind keine weiteren Maßnahmen 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 für mehrere System Center-Komponenten ein Upgrade ausführen möchten, sollten Sie zuerst das Handbuch Upgrade to System Center 2016 (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 paralleles Upgrade von Service Manager 2012 R2 auf Service Manager 2016 wird unterstützt. Ein upgrade-in-place ist ein Upgrade aller Service Manager Teile auf derselben Hardware. Andere Verfahren, beispielsweise 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

Ein 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 von 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 dem Release von System Center 2016 – Service Manager unterstützt das Produkt nun .Net 4.5.1. Für das zur Unterstützung dieses Wechsels zu .Net 4.5.1 eingerichtete Tool mussten einige Abhängigkeiten aufgehoben werden, und es kam zur Verschiebung von Klassen zwischen den Assemblys. Daher können durch das Upgrade auf Service Manager 2016 die intern oder durch einen Drittanbieter (nicht Microsoft) erstellten benutzerdefinierten Lösungen beeinträchtigt werden. 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 beim Transformieren bzw. Laden keine Fehler auftreten, bei der Bereitstellung von Management Packs jedoch schon, befolgen Sie die Schritte im Abschnitt „Vor dem Upgrade“. 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 Fehler beim Transformieren oder Laden auftreten, führen Sie die nachfolgend aufgeführte Abfrage durch, um festzustellen, ob das Management Pack „SystemDerivedMp.Microsoft.SystemCenter.Datawarehouse.Base“ in der Datenbank „DWStagingAndConfig“ enthalten ist.

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

Ist dies nicht der Fall, müssen Sie die Datenbank auf einen Zustand vor dem Upgrade 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 unter „Backing Up Service Manager Databases“ (Sichern von Service Manager-Datenbanken) und „Backing Up Unsealed Management Packs“ (Sichern von nicht versiegelten Management Packs) im Wiederherstellungshandbuch zu System Center Service Manager 2016.

  2. Beginnen Sie mit dem Data Warehouse-Verwaltungsserver. Beenden Sie die Data Warehouse-Aufträge. Diese können erst nach Abschluss des Upgradevorgangs wieder gestartet werden.

  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. Sofern Sie Ihre Datenbanken sowie den Verschlüsselungsschlüssel bereits gesichert haben, können Sie mit der Ausführung des Upgradevorgangs beginnen. 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 in Ihrer Umgebung im Rahmen des Upgradevorgangs einen Data Warehouse-Verwaltungsserver installiert haben, sind Sie auf Statusanzeigen für die Data Warehouse-Aufträge angewiesen. Damit Sie diesen Vorgang ausführen können, müssen Sie zuvor die Registrierung beim Service Manager Data Warehouse vornehmen. Wenn die Schaltfläche Data Warehouse in der Service Manager-Konsole nicht angezeigt wird, führen Sie das im Abschnitt „Registering with the Service Manager Data Warehouse to Enable Reporting“ (Registrierung beim Service Manager Data Warehouse für die Berichterstellung) im Bereitstellungshandbuch für System Center Service Manager 2016 beschriebene Verfahren aus.

Verschlüsselungsschlüssel

Nach Abschluss des Setupvorgangs zur Installation oder zum Upgrade auf System Center Service Manager 2016 werden Sie aufgefordert, den Assistenten zum Sichern bzw. Wiederherstellen der Verschlüsselungsschlüssel zu starten. Sofern Sie die Verschlüsselungsschlüssel bereits gesichert haben, sind keine weiteren Maßnahmen 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