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:
- Orchestrator
- Service Manager
- Data Protection Manager
- Operations Manager
- Configuration Manager
- Virtual Machine Manager
- 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.
Führen Sie für die Datenbanksicherungen Schritte zur Wiederherstellung aus.
Deaktivieren Sie die MPSyncJob-Planung.
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.
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:
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).
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.
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.
Führen Sie ein Upgrade der Service Manager-Konsolen und allen zusätzlichen Service Manager-Verwaltungsserver durch.
Starten Sie die Data Warehouse-Aufträge neu.
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:
- Orchestrator
- Service Manager
- Data Protection Manager
- Operations Manager
- Configuration Manager
- Virtual Machine Manager
- 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.
Führen Sie für die Datenbanksicherungen Schritte zur Wiederherstellung aus.
Deaktivieren Sie die MPSyncJob-Planung.
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.
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:
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).
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.
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.
Führen Sie ein Upgrade der Service Manager-Konsolen und allen zusätzlichen Service Manager-Verwaltungsserver durch.
Starten Sie die Data Warehouse-Aufträge neu.
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:
- Orchestrator
- Service Manager
- Data Protection Manager
- Operations Manager
- Configuration Manager
- Virtual Machine Manager
- 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.
Führen Sie für die Datenbanksicherungen Schritte zur Wiederherstellung aus.
Deaktivieren Sie die MPSyncJob-Planung.
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.
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:
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.
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.
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.
Führen Sie ein Upgrade der Service Manager-Konsolen und allen zusätzlichen Service Manager-Verwaltungsserver durch.
Starten Sie die Data Warehouse-Aufträge neu.
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
- Im Artikel Prepare remote SQL Server Reporting Services for upgrade (Vorbereiten von Remote-SQL Server Reporting Services auf ein Upgrade) erhalten Sie Informationen zur Vorbereitung Ihrer Umgebung, wenn SQL Server Reporting Services nur über eine Remoteverbindung an den Data Warehouse-Management Server gebunden ist.