Upgrade von System Center Service Manager
Wichtig
Service Provider Foundation (SPF) wird von System Center 2025 nicht mehr unterstützt. SPF 2022 funktioniert jedoch weiterhin mit System Center 2025-Komponenten.
Dieser Artikel enthält die Upgradeinformationen für System Center 2025 – Service Manager (SM)
Upgrade auf System Center 2025 – Service Manager
Die folgenden Abschnitte enthalten Informationen zum Upgrade auf System Center 2025 – Service Manager (SM).
Warnung
Die Reihenfolge, in der Sie Komponentenupgrades durchführen, ist wichtig. Fehler beim Befolgen der richtigen Upgrade-Sequenz können zu Komponentenfehlern führen, für die keine Wiederherstellungsoptionen vorhanden sind. Die betroffenen System Center-Komponenten sind:
- Orchestrator
- Service Manager
- Datenschutz-Manager
- Operations Manager
- Configuration Manager
- Virtual Machine Manager
- App Controller
Sie können nur ein Upgrade auf System Center 2025 von System Center 2022 durchführen.
Wichtig
In dieser Anleitung wird davon ausgegangen, dass Sie ein Upgrade auf eine vorhandene System Center-Version durchführen. Informationen zum Installieren von System Center 2025 – 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 2025 – Service Manager
In diesem Abschnitt werden die zum Upgrade auf System Center 2025 erforderlichen Verfahren beschrieben.
Ein direktes Upgrade von Service Manager 2022 wird unterstützt. Ein direktes Upgrade ist ein Upgrade aller Service Manager-Teile auf derselben Hardware. Andere Ansätze, z. B. parallele Upgrades oder Rollupgrades, werden nicht unterstützt.
Für das Upgrade auf Service Manager 2025 ist eine Vorbereitung erforderlich. Wir empfehlen, dass Sie Service Manager in einer Lab-Umgebung installieren und dann Ihre Produktionsdatenbanken in das Lab replizieren. Führen Sie anschließend ein Upgrade der neuen Installation im Lab durch.
Evaluierung und Auswählen von Versionen
Die Version von System Center 2022 – Service Manager war in zwei verschiedenen Versionen verfügbar:
- Evaluierungsversion (180-Tage-Timeout)
- Lizenzversion auswählen
Die folgenden Upgradepfade werden für Service Manager 2025 unterstützt.
Aktuelle Version | Upgrade-Version | Status |
---|---|---|
System Center 2022 - Service Manager Eval | System Center 2025 – Service Manager Eval | Auswertungszeitraum bleibt unverändert |
System Center 2022 - Service Manager Select | System Center 2025 – Service Manager auswählen | Licensed |
Hinweis
Das Upgrade von einer Evaluierungsversion von Service Manager auf eine Evaluierungsversion von Service Manager 2025 verlängert den Auswertungszeitraum von 180 Tagen nicht .
Installationspfad
Der Standardordner für die Installation des Service Managers ist \Program Files\Microsoft System Center\Service Manager. Wenn Sie jedoch ein Upgrade auf Service Manager durchführen, wird die Software in dem Ordner installiert, der zuvor von Service Manager verwendet wurde.
Hardwareanforderungen für System Center 2025 – Service Manager
Alle Hardwareanforderungen für System Center 2025 – Service Manager sind vollständig in den Hardwareanforderungen dokumentiert.
Softwareanforderungen für System Center 2025 – Service Manager
Alle Softwareanforderungen für System Center 2025– Service Manager sind vollständig in den Softwareanforderungen dokumentiert.
Verhindern, dass MPSync-Aufträge fehlschlagen
Vor dem Upgrade
Beschreibung: Ein Problem mit dem Upgrade-Prozess führt dazu, dass der MPSync-Auftrag nach Abschluss des Upgrades fehlschlägt. Um dieses Problem vor dem Upgrade zu vermeiden, müssen Sie das unten erwähnte SQL-Skript auf der DWRepository-Datenbank ausführen, um die tatsächlichen SQL-Skripte zu erhalten, die den Primärschlüssel in Faktentabellen in der DWRepository-Datenbank löschen und eine Einschränkung hinzufügen, um das Problem zu beheben. Darüber hinaus können Transformations- und Ladeaufträge ebenfalls fehlschlagen. Dieser Fehler kann aufgrund einer fehlerhaften Datenbankpflege auftreten.
;WITH FactName
AS (
select w.WarehouseEntityName from etl.WarehouseEntity w
join etl.WarehouseEntityType t on w.WarehouseEntityTypeId = t.WarehouseEntityTypeId
where t.WarehouseEntityTypeName = 'Fact'
),FactList
AS (
SELECT PartitionName, p.WarehouseEntityName,
RANK() OVER ( PARTITION BY p.WarehouseEntityName ORDER BY PartitionName ASC ) AS RK
FROM etl.TablePartition p
join FactName f on p.WarehouseEntityName = f.WarehouseEntityName
)
, FactPKList
AS (
SELECT f.WarehouseEntityName, a.TABLE_NAME, a.COLUMN_NAME, b.CONSTRAINT_NAME, f.RK,
CASE WHEN b.CONSTRAINT_NAME = 'PK_' + f.WarehouseEntityName THEN 1 ELSE 0 END AS DefaultConstraints
FROM FactList f
JOIN INFORMATION_SCHEMA.KEY_COLUMN_USAGE a ON f.PartitionName = a.TABLE_NAME
JOIN INFORMATION_SCHEMA.TABLE_CONSTRAINTS b ON a.CONSTRAINT_NAME = b.CONSTRAINT_NAME AND b.CONSTRAINT_TYPE = 'Primary key'
)
, FactWithoutDefaultConstraints
AS (
SELECT a.*
FROM FactPKList a
LEFT JOIN FactPKList b ON b.WarehouseEntityName = a.WarehouseEntityName AND b.DefaultConstraints = 1
WHERE b.WarehouseEntityName IS NULL AND a.RK = 1
)
, FactPKListStr
AS (
SELECT DISTINCT f1.WarehouseEntityName, f1.TABLE_NAME, f1.CONSTRAINT_NAME, F.COLUMN_NAME AS PKList
FROM FactWithoutDefaultConstraints f1
CROSS APPLY (
SELECT '[' + COLUMN_NAME + '],'
FROM FactWithoutDefaultConstraints f2
WHERE f2.TABLE_NAME = f1.TABLE_NAME
ORDER BY COLUMN_NAME
FOR
XML PATH('')
) AS F (COLUMN_NAME)
)
SELECT 'ALTER TABLE [dbo].[' + f.TABLE_NAME + '] DROP CONSTRAINT [' + f.CONSTRAINT_NAME + ']' + CHAR(13) + CHAR(10) +
'ALTER TABLE [dbo].[' + f.TABLE_NAME + '] ADD CONSTRAINT [PK_' + f.WarehouseEntityName + '] PRIMARY KEY NONCLUSTERED (' + SUBSTRING(f.PKList, 1, LEN(f.PKList) -1) + ')' + CHAR(13) + CHAR(10)
FROM FactPKListStr f
Problembehandlung 1: Wenn Sie bereits ein Upgrade durchgeführt haben und keine Probleme mit Transformations- oder Ladeaufträgen haben, aber ein Fehler bei der Bereitstellung des Management Packs auftritt, führen Sie die Schritte im Abschnitt Vor dem Upgrade aus. Nachdem die Standardprimärschlüssel wiederhergestellt wurden, starten Sie außerdem die fehlgeschlagene Management Pack-Bereitstellung in der Service Manager-Konsole neu, indem Sie zum Data Warehouse-Arbeitsbereich navigieren und dann Management Pack auswählen.
Problemumgehung 2: Wenn Sie ein Upgrade durchgeführt haben und Probleme mit Transformations- oder Ladeaufträgen haben, stellen Sie fest, ob das Verwaltungspaket SystemDerivedMp.Microsoft.SystemCenter.Datawarehouse.Base in der Datenbank DWStagingAndConfig 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. Um Ihre Datenbank wiederherzustellen, führen Sie folgende Schritte durch.
Führen Sie Notfallwiederherstellungsschritte für die Datenbanksicherungen aus.
Deaktivieren Sie den MPSyncJob-Zeitplan.
Stellen Sie alle fehlenden Primärschlüssel in der DWRepository manuell wieder her. Sie können den Primärschlüssel mithilfe des SQL-Skripts aus dem Abschnitt Vor dem Upgrade löschen und neu erstellen.
Starten Sie die fehlgeschlagene Bereitstellung des Basisverwaltungspakets über die Service Manager-Konsole neu.
Testen des Upgrades in einer Laborumgebung
Es wird empfohlen, das Upgrade auf System Center 2025 – Service Manager in einer Laborumgebung zu testen.
Upgradereihenfolge und Zeitpunkt
Die Reihenfolge Ihrer Upgrades ist wichtig. Führen Sie die Aktualisierungsschritte in der folgenden Reihenfolge durch:
Sichern Sie Ihre Datenbanken und Ihre Management Packs. Siehe die Abschnitte Sichern von Service Manager-Datenbanken und Sichern von nicht versiegelten Management Packs im Notfallwiederherstellungs-Anleitung für System Center - Service Manager.
Beginnen Sie mit dem Data Warehouse-Verwaltungsserver.
Nachdem das Upgrade auf den Data Warehouse-Verwaltungsserver abgeschlossen ist, aktualisieren Sie den ersten Service Manager-Verwaltungsserver. Wenn Sie mehr als einen Service Manager-Managementserver erstellt haben, ist der ursprüngliche Service Manager-Managementserver der erste, den Sie erstellt haben.
Aktualisieren Sie dann alle sekundären Verwaltungsserver, Self-Service-Portale und Service Manager-Konsolen.
Nach der Installation gehen Sie wie folgt vor:
Deaktivieren Sie alle Data Warehouse-Aufträge. Öffnen Sie dazu die Dienst-Manager-Shell, und führen Sie dann die folgenden Befehle aus:
$DW ='DWMS Servername' Get-scdwjob -Computername $DW | %{disable-scdwjobschedule -Computername $DW -jobname $_.Name}
Nehmen Sie die erforderlichen Änderungen im folgenden PowerShell-Skript basierend auf den Datenquellenansichten in Ihrer Umgebung vor und führen Sie das Skript dann mit erhöhten Rechten aus:
$SSAS_ServerName = "ssas servername" # - to be replaced with Analysis Service instance Name [System.Reflection.Assembly]::LoadWithPartialName("Microsoft.AnalysisServices") $Server = New-Object Microsoft.AnalysisServices.Server $Server.Connect($SSAS_ServerName) $Databases = $Server.Databases $DWASDB = $Databases["DWASDataBase"] #update DWDatamart dsv. Comment the below 3 commands if DWdatamart dsv is not present $DWASDB.DataSourceViews["DwDataMart"].Schema.Tables["OperatingsystemDim"].Columns["PhysicalMemory"].DataType = [decimal] $DWASDB.DataSourceViews["DwDataMart"].Schema.Tables["LogicalDiskDim"].Columns["Size"].DataType = [decimal] $DWASDB.DataSourceViews["DwDataMart"].Update([Microsoft.AnalysisServices.UpdateOptions]::ExpandFull) #update CMDatamart dsv.Comment the below 2 commands if cmdatamart dsv is not present $DWASDB.DataSourceViews["CMDataMart"].Schema.Tables["OperatingsystemDim"].Columns["PhysicalMemory"].DataType = [decimal] $DWASDB.DataSourceViews["CMDataMart"].Update([Microsoft.AnalysisServices.UpdateOptions]::ExpandFull) #update OperatingsystemDim $DWASDB.Dimensions["OperatingsystemDim"].Attributes["PhysicalMemory"].KeyColumns[0].DataType = [System.Data.OleDb.OleDbType]::Double $DWASDB.Dimensions["OperatingsystemDim"].Update([Microsoft.AnalysisServices.UpdateOptions]::ExpandFull + [Microsoft.AnalysisServices.UpdateOptions]::AlterDependents) #update LogicalDiskDim $DWASDB.Dimensions["LogicalDiskDim"].Attributes["Size"].KeyColumns[0].DataType = [System.Data.OleDb.OleDbType]::Double $DWASDB.Dimensions["LogicalDiskDim"].Update([Microsoft.AnalysisServices.UpdateOptions]::ExpandFull + [Microsoft.AnalysisServices.UpdateOptions]::AlterDependents)
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}
Starten Sie den Data Warehouse-Verwaltungsserver neu.
Wenden Sie den System Center 2025 Service Manager auf den Data Warehouse-Verwaltungsserver, den primären Verwaltungsserver, die sekundären Verwaltungsserver, die Self-Service-Portale und alle Analystenkonsolen an.
Auswirkungen der Datenbank
Mit System Center 2025 – Service Manager haben Sie die Möglichkeit, Operations Manager und Configuration Manager Data Marts zu installieren. Wenn Sie diese Option auswählen, werden zusätzliche Speicherplatzanforderungen auf der Festplatte für die beiden Datenbanken sowie zugeordnete Dateigruppen und Protokolldateien benötigt.
Sichern Sie Service Manager vor dem Upgrade
Bevor Sie mit dem Upgrade beginnen, empfehlen wir Ihnen, eine Sicherungskopie Ihrer Service Manager- und Data Warehouse-Datenbanken sowie des Verschlüsselungsschlüssels zu erstellen. Wenn Sie Ihre Datenbanken und den Verschlüsselungsschlüssel bereits gesichert haben, können Sie das Upgrade weiterhin ausführen. Andernfalls lesen Sie die Sicherungsprozeduren im Notfallwiederherstellungs-Anleitung für System Center - Service Manager, bevor Sie das Upgrade fortsetzen.
Service Manager Data Warehouse registrieren
Wenn Sie einen Data Warehouse Management Server in Ihrer Umgebung installiert haben, müssen Sie im Rahmen des Upgrade-Prozesses in der Lage sein, den Status der Data Warehouse-Aufträge einzusehen. 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 sichtbar ist, führen Sie das Verfahren unter Registrieren beim Service Manager Data Warehouse zur Aktivierung der Berichterstattung im Bereitstellungs-Anleitung für System Center - Service Manager aus.
Verschlüsselungsschlüssel
Wenn Sie setup zum Installieren oder Upgrade auf System Center 2025 – Service Manager abgeschlossen haben, werden Sie aufgefordert, den Verschlüsselungssicherungs- oder Wiederherstellungs-Assistenten zu öffnen. Wenn Sie die Verschlüsselungsschlüssel zuvor gesichert haben, sind keine weiteren Maßnahmen erforderlich. Wenn Sie die Verschlüsselungsschlüssel nie gesichert haben, verwenden Sie den Assistenten zur Sicherung oder Wiederherstellung von Verschlüsselungsschlüsseln, um die Verschlüsselungsschlüssel auf den Service Manager-Verwaltungsservern zu sichern.
Dieser Artikel enthält die Upgrade-Informationen für System Center 2022 - Service Manager (SM)
Upgrade auf System Center 2022 - Service Manager
In den folgenden Abschnitten finden Sie Informationen über das Upgrade auf System Center 2022 - Service Manager (SM).
Warnung
Die Reihenfolge, in der Sie Komponentenupgrades durchführen, ist wichtig. Fehler beim Befolgen der richtigen Upgrade-Sequenz können zu Komponentenfehlern führen, für die keine Wiederherstellungsoptionen vorhanden sind. Die betroffenen System Center-Komponenten sind:
- Orchestrator
- Service Manager
- Datenschutz-Manager
- Operations Manager
- Configuration Manager
- Virtual Machine Manager
- App Controller
Sie können nur ein Upgrade auf System Center 2022 von System Center 2019 durchführen.
Wichtig
In dieser Anleitung wird davon ausgegangen, dass Sie ein Upgrade auf eine vorhandene System Center-Version durchführen. Informationen zur Installation von System Center 2022 - Service Manager auf einem Computer, auf dem keine frühere Version von Service Manager vorhanden ist, finden Sie unter Bereitstellen von System Center - Service Manager.
Planen des Upgrades auf System Center 2022 - Service Manager
In diesem Abschnitt werden die zum Upgrade auf System Center 2022 erforderlichen Verfahren beschrieben.
Ein direktes Upgrade von Service Manager 2019 wird unterstützt. Ein direktes Upgrade ist ein Upgrade aller Service Manager-Teile auf derselben Hardware. Andere Ansätze, z. B. parallele Upgrades oder Rollupgrades, werden nicht unterstützt.
Für das Upgrade auf Service Manager 2022 ist eine Vorbereitung erforderlich. Wir empfehlen, dass Sie Service Manager in einer Lab-Umgebung installieren und dann Ihre Produktionsdatenbanken in das Lab replizieren. Führen Sie anschließend ein Upgrade der neuen Installation im Lab durch.
Evaluierungs- und Auswahlversionen
Das Release von System Center 2019 - Service Manager war in zwei verschiedenen Versionen verfügbar:
- Evaluierungsversion (180-Tage-Timeout)
- Lizenzversion auswählen
Die folgenden Upgradepfade werden für Service Manager 2022 unterstützt.
Aktuelle Version | Upgrade-Version | Status |
---|---|---|
System Center 2019 - Service Manager Eval | System Center 2022 - Service Manager Eval | Auswertungszeitraum bleibt unverändert |
System Center 2019 - Service Manager Select | System Center 2022 - Service Manager Select | Licensed |
Hinweis
Ein Upgrade von einer Evaluierungsversion von Service Manager auf eine Evaluierungsversion von Service Manager 2022 verlängert den 180-tägigen Evaluierungszeitraum nicht.
Installationspfad
Der Standardordner für die Installation des Service Managers ist \Program Files\Microsoft System Center\Service Manager. Wenn Sie jedoch ein Upgrade auf Service Manager durchführen, wird die Software in dem Ordner installiert, der zuvor von Service Manager verwendet wurde. Wenn Service Manager 2016/1801 zuvor aktualisiert wurde, kann der folgende Ordner verwendet werden:
\Program Files\Microsoft System Center\Service Manager
Hardwareanforderungen für System Center 2022 – Service Manager
Alle Hardwareanforderungen für System Center 2022 - Service Manager sind vollständig in Hardwareanforderungen dokumentiert.
Softwareanforderungen für System Center 2022 - Service Manager
Alle Softwareanforderungen für System Center 2022- Service Manager sind vollständig in Softwareanforderungen dokumentiert.
Verhindern, dass MPSync-Aufträge fehlschlagen
Vor dem Upgrade
Beschreibung: Ein Problem mit dem Upgrade-Prozess führt dazu, dass der MPSync-Auftrag nach Abschluss des Upgrades fehlschlägt. Um dieses Problem vor dem Upgrade zu vermeiden, müssen Sie das unten erwähnte SQL-Skript auf der DWRepository-Datenbank ausführen, um die tatsächlichen SQL-Skripte zu erhalten, die den Primärschlüssel in Faktentabellen in der DWRepository-Datenbank löschen und eine Einschränkung hinzufügen, um das Problem zu beheben. Darüber hinaus können Transformations- und Ladeaufträge ebenfalls fehlschlagen. Dieser Fehler kann aufgrund einer fehlerhaften Datenbankpflege auftreten.
;WITH FactName
AS (
select w.WarehouseEntityName from etl.WarehouseEntity w
join etl.WarehouseEntityType t on w.WarehouseEntityTypeId = t.WarehouseEntityTypeId
where t.WarehouseEntityTypeName = 'Fact'
),FactList
AS (
SELECT PartitionName, p.WarehouseEntityName,
RANK() OVER ( PARTITION BY p.WarehouseEntityName ORDER BY PartitionName ASC ) AS RK
FROM etl.TablePartition p
join FactName f on p.WarehouseEntityName = f.WarehouseEntityName
)
, FactPKList
AS (
SELECT f.WarehouseEntityName, a.TABLE_NAME, a.COLUMN_NAME, b.CONSTRAINT_NAME, f.RK,
CASE WHEN b.CONSTRAINT_NAME = 'PK_' + f.WarehouseEntityName THEN 1 ELSE 0 END AS DefaultConstraints
FROM FactList f
JOIN INFORMATION_SCHEMA.KEY_COLUMN_USAGE a ON f.PartitionName = a.TABLE_NAME
JOIN INFORMATION_SCHEMA.TABLE_CONSTRAINTS b ON a.CONSTRAINT_NAME = b.CONSTRAINT_NAME AND b.CONSTRAINT_TYPE = 'Primary key'
)
, FactWithoutDefaultConstraints
AS (
SELECT a.*
FROM FactPKList a
LEFT JOIN FactPKList b ON b.WarehouseEntityName = a.WarehouseEntityName AND b.DefaultConstraints = 1
WHERE b.WarehouseEntityName IS NULL AND a.RK = 1
)
, FactPKListStr
AS (
SELECT DISTINCT f1.WarehouseEntityName, f1.TABLE_NAME, f1.CONSTRAINT_NAME, F.COLUMN_NAME AS PKList
FROM FactWithoutDefaultConstraints f1
CROSS APPLY (
SELECT '[' + COLUMN_NAME + '],'
FROM FactWithoutDefaultConstraints f2
WHERE f2.TABLE_NAME = f1.TABLE_NAME
ORDER BY COLUMN_NAME
FOR
XML PATH('')
) AS F (COLUMN_NAME)
)
SELECT 'ALTER TABLE [dbo].[' + f.TABLE_NAME + '] DROP CONSTRAINT [' + f.CONSTRAINT_NAME + ']' + CHAR(13) + CHAR(10) +
'ALTER TABLE [dbo].[' + f.TABLE_NAME + '] ADD CONSTRAINT [PK_' + f.WarehouseEntityName + '] PRIMARY KEY NONCLUSTERED (' + SUBSTRING(f.PKList, 1, LEN(f.PKList) -1) + ')' + CHAR(13) + CHAR(10)
FROM FactPKListStr f
Problembehandlung 1: Wenn Sie bereits ein Upgrade durchgeführt haben und keine Probleme mit Transformations- oder Ladeaufträgen haben, aber ein Fehler bei der Bereitstellung des Management Packs auftritt, führen Sie die Schritte im Abschnitt Vor dem Upgrade aus. Nachdem die Standardprimärschlüssel wiederhergestellt wurden, starten Sie außerdem die fehlgeschlagene Management Pack-Bereitstellung in der Service Manager-Konsole neu, indem Sie zum Data Warehouse-Arbeitsbereich navigieren und dann Management Pack auswählen.
Problemumgehung 2: Wenn Sie ein Upgrade durchgeführt haben und Probleme mit Transformations- oder Ladeaufträgen haben, stellen Sie fest, ob das Verwaltungspaket SystemDerivedMp.Microsoft.SystemCenter.Datawarehouse.Base in der Datenbank DWStagingAndConfig 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. Um Ihre Datenbank wiederherzustellen, führen Sie folgende Schritte durch.
Führen Sie Notfallwiederherstellungsschritte für die Datenbanksicherungen aus.
Deaktivieren Sie den MPSyncJob-Zeitplan.
Stellen Sie alle fehlenden Primärschlüssel in der DWRepository manuell wieder her. Sie können den Primärschlüssel mithilfe des SQL-Skripts aus dem Abschnitt Vor dem Upgrade löschen und neu erstellen.
Starten Sie die fehlgeschlagene Bereitstellung des Basisverwaltungspakets über die Service Manager-Konsole neu.
Testen des Upgrades in einer Lab-Umgebung
Wir empfehlen, dass Sie das Upgrade auf System Center 2022 - Service Manager in einer Lab-Umgebung testen.
Upgradereihenfolge und Zeitpunkt
Die Reihenfolge Ihrer Upgrades ist wichtig. Führen Sie die Aktualisierungsschritte in der folgenden Reihenfolge durch:
Sichern Sie Ihre Datenbanken und Ihre Management Packs. Siehe die Abschnitte Sichern von Service Manager-Datenbanken und Sichern von nicht versiegelten Management Packs im Notfallwiederherstellungs-Anleitung für System Center - Service Manager.
Beginnen Sie mit dem Data Warehouse-Verwaltungsserver.
Nachdem das Upgrade auf den Data Warehouse-Verwaltungsserver abgeschlossen ist, aktualisieren Sie den anfänglichen (primären) Service Manager-Verwaltungsserver. Wenn Sie mehr als einen Service Manager-Managementserver erstellt haben, ist der ursprüngliche Service Manager-Managementserver der erste, den Sie erstellt haben.
Aktualisieren Sie dann alle sekundären Verwaltungsserver, Self-Service-Portale und Service Manager-Konsolen.
Nach der Installation gehen Sie wie folgt vor:
Deaktivieren Sie alle Data Warehouse-Aufträge. Öffnen Sie dazu die Dienst-Manager-Shell, und führen Sie dann die folgenden Befehle aus:
$DW ='DWMS Servername' Get-scdwjob -Computername $DW | %{disable-scdwjobschedule -Computername $DW -jobname $_.Name}
Nehmen Sie die erforderlichen Änderungen im folgenden PowerShell-Skript basierend auf den Datenquellenansichten in Ihrer Umgebung vor und führen Sie das Skript dann mit erhöhten Rechten aus:
$SSAS_ServerName = "ssas servername" # - to be replaced with Analysis Service instance Name [System.Reflection.Assembly]::LoadWithPartialName("Microsoft.AnalysisServices") $Server = New-Object Microsoft.AnalysisServices.Server $Server.Connect($SSAS_ServerName) $Databases = $Server.Databases $DWASDB = $Databases["DWASDataBase"] #update DWDatamart dsv. Comment the below 3 commands if DWdatamart dsv is not present $DWASDB.DataSourceViews["DwDataMart"].Schema.Tables["OperatingsystemDim"].Columns["PhysicalMemory"].DataType = [decimal] $DWASDB.DataSourceViews["DwDataMart"].Schema.Tables["LogicalDiskDim"].Columns["Size"].DataType = [decimal] $DWASDB.DataSourceViews["DwDataMart"].Update([Microsoft.AnalysisServices.UpdateOptions]::ExpandFull) #update CMDatamart dsv.Comment the below 2 commands if cmdatamart dsv is not present $DWASDB.DataSourceViews["CMDataMart"].Schema.Tables["OperatingsystemDim"].Columns["PhysicalMemory"].DataType = [decimal] $DWASDB.DataSourceViews["CMDataMart"].Update([Microsoft.AnalysisServices.UpdateOptions]::ExpandFull) #update OperatingsystemDim $DWASDB.Dimensions["OperatingsystemDim"].Attributes["PhysicalMemory"].KeyColumns[0].DataType = [System.Data.OleDb.OleDbType]::Double $DWASDB.Dimensions["OperatingsystemDim"].Update([Microsoft.AnalysisServices.UpdateOptions]::ExpandFull + [Microsoft.AnalysisServices.UpdateOptions]::AlterDependents) #update LogicalDiskDim $DWASDB.Dimensions["LogicalDiskDim"].Attributes["Size"].KeyColumns[0].DataType = [System.Data.OleDb.OleDbType]::Double $DWASDB.Dimensions["LogicalDiskDim"].Update([Microsoft.AnalysisServices.UpdateOptions]::ExpandFull + [Microsoft.AnalysisServices.UpdateOptions]::AlterDependents)
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}
Starten Sie den Data Warehouse-Verwaltungsserver neu.
Wenden Sie das Update Rollup 2 für System Center 2022 Service Manager auf den Data Warehouse-Verwaltungsserver, den primären Verwaltungsserver, den/die sekundären Verwaltungsserver, das/die Self-Service-Portal(e) und alle Analystenkonsolen an.
Auswirkungen der Datenbank
Mit System Center 2022 - Service Manager haben Sie die Möglichkeit, Operations Manager und Configuration Manager Data Marts zu installieren. Wenn Sie diese Option auswählen, werden zusätzliche Speicherplatzanforderungen auf der Festplatte für die beiden Datenbanken sowie zugeordnete Dateigruppen und Protokolldateien benötigt.
Sichern Sie Service Manager vor dem Upgrade
Bevor Sie mit dem Upgrade beginnen, empfehlen wir Ihnen, eine Sicherungskopie Ihrer Service Manager- und Data Warehouse-Datenbanken sowie des Verschlüsselungsschlüssels zu erstellen. Wenn Sie Ihre Datenbanken und den Verschlüsselungsschlüssel bereits gesichert haben, können Sie das Upgrade weiterhin ausführen. Andernfalls lesen Sie die Sicherungsprozeduren im Notfallwiederherstellungs-Anleitung für System Center - Service Manager, bevor Sie das Upgrade fortsetzen.
Service Manager Data Warehouse registrieren
Wenn Sie einen Data Warehouse Management Server in Ihrer Umgebung installiert haben, müssen Sie im Rahmen des Upgrade-Prozesses in der Lage sein, den Status der Data Warehouse-Aufträge einzusehen. 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 sichtbar ist, führen Sie das Verfahren unter Registrieren beim Service Manager Data Warehouse zur Aktivierung der Berichterstattung im Bereitstellungs-Anleitung für System Center - Service Manager aus.
Verschlüsselungsschlüssel
Wenn Sie die Installation oder das Upgrade auf System Center 2022 - Service Manager abgeschlossen haben, werden Sie aufgefordert, den Assistenten zum Sichern oder Wiederherstellen der Verschlüsselung zu öffnen. Wenn Sie die Verschlüsselungsschlüssel zuvor gesichert haben, sind keine weiteren Maßnahmen erforderlich. Wenn Sie die Verschlüsselungsschlüssel nie gesichert haben, verwenden Sie den Assistenten zur Sicherung oder Wiederherstellung von Verschlüsselungsschlüsseln, um die Verschlüsselungsschlüssel auf den Service Manager-Verwaltungsservern zu sichern.
Bekanntes Problem
Nach einem erfolgreichen Data Warehouse-Upgrade schlägt der MPSyncJob fehl
Beschreibung:
Nach einem erfolgreichen Data Warehouse-Upgrade schlägt mpSyncJob aufgrund eines Bereitstellungsfehlers in der Microsoft System Center Configuration Manager Data Warehouse Library fehl. Das OperationsManager-Ereignisprotokoll zeigt den folgenden Fehler an:
- Falsche Syntax in der Nähe des Schlüsselworts
IF
- Falsche Syntax in der Nähe
END
Problemumgehung:
Dieser Artikel enthält die Upgrade-Informationen für System Center 2019 - Service Manager (SM)
Upgrade auf System Center 2019 - Service Manager
Die folgenden Abschnitte enthalten Informationen über das Upgrade auf System Center 2019 - Service Manager (SM).
Warnung
Die Reihenfolge, in der Sie Komponentenupgrades durchführen, ist wichtig. Fehler beim Befolgen der richtigen Upgrade-Sequenz können zu Komponentenfehlern führen, für die keine Wiederherstellungsoptionen vorhanden sind. Die betroffenen System Center-Komponenten sind:
- Orchestrator
- Service Manager
- Datenschutz-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 dieser Anleitung wird davon ausgegangen, dass Sie ein Upgrade auf eine vorhandene System Center-Version durchführen. Informationen zur Installation 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 Sie das Upgrade auf System Center 2019 - Service Manager
In diesem Abschnitt werden die zum Upgrade auf System Center 2019 erforderlichen Verfahren beschrieben.
Ein direktes Upgrade von Service Manager 2016, 1801, 1807 wird unterstützt. Ein direktes Upgrade ist ein Upgrade aller Service Manager-Teile auf derselben Hardware. Andere Ansätze, z. B. parallele Upgrades oder Rollupgrades, werden nicht unterstützt.
Für das Upgrade auf Service Manager 2019 ist eine Vorbereitung erforderlich. Wir empfehlen, dass Sie Service Manager in einer Lab-Umgebung installieren und dann Ihre Produktionsdatenbanken in das Lab replizieren. Führen Sie danach ein Upgrade der neuen Installation im Lab aus.
Evaluierungs- und Auswahlversionen
Das Release von System Center 2016 und 1801 - Service Manager war in zwei verschiedenen Versionen verfügbar:
- Evaluierungsversion (180-Tage-Timeout)
- Lizenzversion auswählen
Die folgenden Upgradepfade werden für Service Manager 2019 unterstützt.
Aktuelle Version | Upgrade-Version | Status |
---|---|---|
System Center 2016/1801 - Service Manager Eval | System Center 2019 - Service Manager Eval | Auswertungszeitraum bleibt unverändert |
System Center 2016/1801/1807 - Service Manager Select | System Center 2019 - Service Manager Select | Licensed |
Hinweis
Durch ein Upgrade von einer Evaluierungsversion von Service Manager auf eine Evaluierungsversion von Service Manager 2019 wird der 180-tägige Auswertungszeitraum nicht verlängert.
Installationspfad
Der Standardordner für die Installation des Service Managers ist \Program Files\Microsoft System Center\Service Manager. Wenn Sie jedoch ein Upgrade auf Service Manager durchführen, wird die Software in dem Ordner installiert, der zuvor von Service Manager verwendet wurde. Wenn Service Manager 2016/1801 zuvor aktualisiert wurde, kann der folgende Ordner verwendet werden:
\Program Files\Microsoft System Center\Service Manager
Hardware-Anforderungen für System Center 2019 - Service Manager
Alle Hardwareanforderungen für System Center 2019 - Service Manager sind vollständig in Hardwareanforderungen dokumentiert.
Softwareanforderungen für System Center 2019 - Service Manager
Alle Softwareanforderungen für System Center 2019- Service Manager sind vollständig in Softwareanforderungen dokumentiert.
Auswirkung auf die benutzerdefinierte Entwicklung
Mit der Version System Center 2016 - Service Manager wurde das Produkt auf die Unterstützung von .NET 4.5.1 umgestellt. Der zur Unterstützung dieser Umstellung auf .NET 4.5.1 erforderliche Toolsatz erforderte die Aufhebung einiger Abhängigkeiten und führte zur Verschiebung von Klassen über die Assemblys hinweg.
Verhindern, dass MPSync-Aufträge fehlschlagen
Vor dem Upgrade
Beschreibung: Ein Problem mit dem Upgrade-Prozess führt dazu, dass der MPSync-Auftrag nach Abschluss des Upgrades fehlschlägt. Um zu verhindern, dass dieses Problem vor dem Upgrade auftritt, müssen Sie das unten stehende SQL-Skript in der DWRepository-Datenbank ausführen, um die tatsächlichen SQL-Skripte zu erhalten, die den Primärschlüssel in Faktentabellen in der DWRepository-Datenbank löschen und eine Einschränkung hinzufügen, um das Problem zu beheben. Darüber hinaus können Transformations- und Ladeaufträge ebenfalls fehlschlagen. Dieser Fehler kann aufgrund einer fehlerhaften Datenbankpflege auftreten.
;WITH FactName
AS (
select w.WarehouseEntityName from etl.WarehouseEntity w
join etl.WarehouseEntityType t on w.WarehouseEntityTypeId = t.WarehouseEntityTypeId
where t.WarehouseEntityTypeName = 'Fact'
),FactList
AS (
SELECT PartitionName, p.WarehouseEntityName,
RANK() OVER ( PARTITION BY p.WarehouseEntityName ORDER BY PartitionName ASC ) AS RK
FROM etl.TablePartition p
join FactName f on p.WarehouseEntityName = f.WarehouseEntityName
)
, FactPKList
AS (
SELECT f.WarehouseEntityName, a.TABLE_NAME, a.COLUMN_NAME, b.CONSTRAINT_NAME, f.RK,
CASE WHEN b.CONSTRAINT_NAME = 'PK_' + f.WarehouseEntityName THEN 1 ELSE 0 END AS DefaultConstraints
FROM FactList f
JOIN INFORMATION_SCHEMA.KEY_COLUMN_USAGE a ON f.PartitionName = a.TABLE_NAME
JOIN INFORMATION_SCHEMA.TABLE_CONSTRAINTS b ON a.CONSTRAINT_NAME = b.CONSTRAINT_NAME AND b.CONSTRAINT_TYPE = 'Primary key'
)
, FactWithoutDefaultConstraints
AS (
SELECT a.*
FROM FactPKList a
LEFT JOIN FactPKList b ON b.WarehouseEntityName = a.WarehouseEntityName AND b.DefaultConstraints = 1
WHERE b.WarehouseEntityName IS NULL AND a.RK = 1
)
, FactPKListStr
AS (
SELECT DISTINCT f1.WarehouseEntityName, f1.TABLE_NAME, f1.CONSTRAINT_NAME, F.COLUMN_NAME AS PKList
FROM FactWithoutDefaultConstraints f1
CROSS APPLY (
SELECT '[' + COLUMN_NAME + '],'
FROM FactWithoutDefaultConstraints f2
WHERE f2.TABLE_NAME = f1.TABLE_NAME
ORDER BY COLUMN_NAME
FOR
XML PATH('')
) AS F (COLUMN_NAME)
)
SELECT 'ALTER TABLE [dbo].[' + f.TABLE_NAME + '] DROP CONSTRAINT [' + f.CONSTRAINT_NAME + ']' + CHAR(13) + CHAR(10) +
'ALTER TABLE [dbo].[' + f.TABLE_NAME + '] ADD CONSTRAINT [PK_' + f.WarehouseEntityName + '] PRIMARY KEY NONCLUSTERED (' + SUBSTRING(f.PKList, 1, LEN(f.PKList) -1) + ')' + CHAR(13) + CHAR(10)
FROM FactPKListStr f
Problemumgehung 1: Wenn Sie bereits ein Upgrade durchgeführt haben und keine Probleme mit Transformations- oder Ladeaufträgen haben, aber ein Fehler bei der Bereitstellung des Management Packs auftritt, führen Sie die Schritte im Abschnitt Vor dem Upgrade aus. Nachdem die Standardprimärschlüssel wiederhergestellt wurden, starten Sie außerdem die fehlgeschlagene Management Pack-Bereitstellung in der Service Manager-Konsole neu, indem Sie zum Data Warehouse-Arbeitsbereich navigieren und dann Management Pack auswählen.
Problemumgehung 2: Wenn Sie ein Upgrade durchgeführt haben und Probleme mit Transformations- oder Ladeaufträgen haben, stellen Sie fest, ob das Verwaltungspaket SystemDerivedMp.Microsoft.SystemCenter.Datawarehouse.Base in der Datenbank DWStagingAndConfig 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. Um Ihre Datenbank wiederherzustellen, führen Sie folgende Schritte durch.
Führen Sie Notfallwiederherstellungsschritte für die Datenbanksicherungen aus.
Deaktivieren Sie den MPSyncJob-Zeitplan.
Stellen Sie alle fehlenden Primärschlüssel in der DWRepository manuell wieder her. Sie können den Primärschlüssel mithilfe des SQL-Skripts aus dem Abschnitt Vor dem Upgrade löschen und neu erstellen.
Starten Sie die fehlgeschlagene Bereitstellung des Basisverwaltungspakets über die Service Manager-Konsole neu.
Testen des Upgrades in einer Lab-Umgebung
Wir empfehlen, dass Sie das Upgrade auf System Center 2019 - Service Manager in einer Lab-Umgebung testen.
Upgradereihenfolge und Zeitpunkt
Die Reihenfolge Ihrer Upgrades ist wichtig. Führen Sie die Aktualisierungsschritte in der folgenden Reihenfolge durch:
Sichern Sie Ihre Datenbanken und Ihre Management Packs. Siehe die Abschnitte Sichern von Service Manager-Datenbanken und Sichern von nicht versiegelten Management Packs im Notfallwiederherstellungs-Anleitung für System Center - Service Manager.
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.
Nachdem das Upgrade auf den Data Warehouse-Verwaltungsserver abgeschlossen ist, aktualisieren Sie den ersten Service Manager-Verwaltungsserver. Wenn Sie mehr als einen Service Manager-Managementserver erstellt haben, ist der ursprüngliche Service Manager-Managementserver der erste, den Sie erstellt haben.
Aktualisieren Sie die Service Manager-Konsolen und alle zusätzlichen Service Manager-Verwaltungsserver.
Starten Sie die Data Warehouse-Aufträge neu.
Stellen Sie das neue Self-Service-Portal bereit.
Das Timing Ihrer Upgrades ist ebenfalls wichtig. Nachdem Sie Ihren Data Warehouse Management Server aktualisiert haben, müssen Sie den Service Manager Management Server aktualisieren und das neue Self-Service Portal bereitstellen. Nach dem Upgrade Ihres ersten Service Manager-Verwaltungsservers müssen Sie darauf vorbereitet sein, Ihre Service Manager-Konsole oder Service Manager-Konsolen, zusätzliche Service Manager-Verwaltungsserver und das Self-Service Portal gleichzeitig zu aktualisieren.
Auswirkungen der Datenbank
Mit System Center 2019 - Service Manager haben Sie die Möglichkeit, Operations Manager und Configuration Manager Data Marts zu installieren. Wenn Sie diese Option auswählen, werden zusätzliche Speicherplatzanforderungen auf der Festplatte für die beiden Datenbanken sowie zugeordnete Dateigruppen und Protokolldateien benötigt.
Sichern Sie Service Manager vor dem Upgrade
Bevor Sie mit dem Upgrade beginnen, empfehlen wir Ihnen, eine Sicherungskopie Ihrer Service Manager- und Data Warehouse-Datenbanken sowie des Verschlüsselungsschlüssels zu erstellen. Wenn Sie Ihre Datenbanken und den Verschlüsselungsschlüssel bereits gesichert haben, können Sie das Upgrade weiterhin ausführen. Andernfalls lesen Sie die Sicherungsprozeduren im Notfallwiederherstellungs-Anleitung für System Center - Service Manager, bevor Sie das Upgrade fortsetzen.
Service Manager Data Warehouse registrieren
Wenn Sie einen Data Warehouse Management Server in Ihrer Umgebung installiert haben, müssen Sie im Rahmen des Upgrade-Prozesses in der Lage sein, den Status der Data Warehouse-Aufträge einzusehen. 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 sichtbar ist, führen Sie das Verfahren unter Registrieren beim Service Manager Data Warehouse zur Aktivierung der Berichterstattung im Bereitstellungs-Anleitung für System Center - Service Manager aus.
Verschlüsselungsschlüssel
Wenn Sie die Installation oder das Upgrade auf System Center 2019 - Service Manager abgeschlossen haben, werden Sie aufgefordert, den Assistenten zum Sichern oder Wiederherstellen der Verschlüsselung zu öffnen. Wenn Sie die Verschlüsselungsschlüssel zuvor gesichert haben, sind keine weiteren Maßnahmen erforderlich. Wenn Sie die Verschlüsselungsschlüssel nie gesichert haben, verwenden Sie den Assistenten zur Sicherung oder Wiederherstellung von Verschlüsselungsschlüsseln, um die Verschlüsselungsschlüssel auf den Service Manager-Verwaltungsservern zu sichern.
Dieser Artikel enthält die Upgrade-Informationen für System Center 2016 - Service Manager (SM)
Upgrade auf System Center 2016 - Service Manager
Die folgenden Abschnitte enthalten Informationen über das Upgrade von System Center 2012 R2 - Service Manager auf System Center 2016 - Service Manager (SM).
Warnung
Wenn Sie ein Upgrade von zwei oder mehr System Center-Komponenten planen, sollten Sie unbedingt zuerst den Leitfaden Upgrade auf System Center 2016 lesen. Die Reihenfolge, in der Sie Komponentenupgrades durchführen, ist wichtig. Fehler beim Befolgen der richtigen Upgrade-Sequenz können zu Komponentenfehlern führen, für die keine Wiederherstellungsoptionen vorhanden sind. Die betroffenen System Center-Komponenten sind:
- Orchestrator
- Service Manager
- Datenschutz-Manager
- Operations Manager
- Configuration Manager
- Virtual Machine Manager
- App Controller
Sie können nur auf System Center 2016 von System Center 2012 R2 - Service Manager aktualisieren, wenn Update Rollup 9 oder höher installiert ist.
Wichtig
In dieser Anleitung wird davon ausgegangen, dass Sie ein Upgrade auf System Center 2012 R2 durchführen. Informationen zur Installation von System Center 2016 - Service Manager auf einem Computer, auf dem keine frühere Version von Service Manager vorhanden ist, finden Sie im Abschnitt Bereitstellen von System Center 2016 - Service Manager.
Ihr Upgrade auf System Center 2016 - Service Manager planen
In diesem Abschnitt werden die zum Upgrade auf System Center 2016 erforderlichen Verfahren beschrieben.
Ein direktes Upgrade von Service Manager 2012 R2 auf Service Manager 2016 wird unterstützt. Ein direktes Upgrade ist ein Upgrade aller Service Manager-Teile auf derselben Hardware. Andere Ansätze, z. B. parallele Upgrades oder Rollupgrades, werden nicht unterstützt.
Für das Upgrade auf Service Manager 2016 ist eine Vorbereitung erforderlich. Wir empfehlen, dass Sie Service Manager in einer Lab-Umgebung installieren und dann Ihre Produktionsdatenbanken in das Lab replizieren. Anschließend führen Sie ein Upgrade der neuen Installation im Lab aus, und sobald dies erfolgreich war, führen Sie das gleiche Upgrade auf Service Manager SP1 in der Produktionsumgebung aus.
Evaluierungs- und Auswahlversionen
Die Version von System Center 2012 R2 - Service Manager war in zwei verschiedenen Versionen verfügbar:
Evaluierungsversion (180-Tage-Timeout)
Lizenzversion auswählen
Die folgenden Upgrade-Pfade werden für Service Manager 2016 unterstützt.
Aktuelle Version | Upgrade-Version | Status |
---|---|---|
System Center 2012 R2 - Service Manager Eval | System Center 2016 - Service Manager Eval | Auswertungszeitraum bleibt unverändert |
System Center 2012 R2 - Service Manager Select | System Center 2016 - Service Manager Select | Licensed |
Hinweis
Durch ein Upgrade von einer Evaluierungsversion von Service Manager 2012 R2 auf eine Evaluierungsversion von Service Manager 2016 wird der 180-tägige Auswertungszeitraum nicht verlängert.
Installationspfad
Der Standardordner für die Installation des Service Managers ist \Program Files\Microsoft System Center\Service Manager. Wenn Sie jedoch ein Upgrade auf Service Manager durchführen, wird die Software in dem Ordner installiert, der zuvor von Service Manager verwendet wurde. Wenn Service Manager 2010 oder Service Manager 2012 zuvor aktualisiert wurde, können die folgenden Ordner verwendet werden:
\Program Files\Microsoft System Center\Service Manager 2010
\Program Files\Microsoft System Center\Service Manager 2012
Hardware-Anforderungen für System Center 2016 - Service Manager
Alle Hardwareanforderungen für System Center 2016 - Service Manager sind vollständig in Hardwareanforderungen für System Center 2016 - Service Manager dokumentiert.
Softwareanforderungen für System Center 2016 - Service Manager
Um auf System Center 2016 zu aktualisieren, müssen Sie zunächst das Update Rollup 9 oder höher für System Center 2012 R2 - Service Manager anwenden.
Alle Softwareanforderungen für System Center 2016 - Service Manager sind vollständig dokumentiert in Softwareanforderungen für System Center 2016 - Service Manager.
Auswirkung auf die benutzerdefinierte Entwicklung
Mit der Version System Center 2016 - Service Manager wurde das Produkt auf die Unterstützung von .NET 4.5.1 umgestellt. Der zur Unterstützung dieser Umstellung auf .NET 4.5.1 erforderliche Toolsatz erforderte die Aufhebung einiger Abhängigkeiten und führte zur Verschiebung von Klassen über die Assemblys hinweg. Daher kann das Upgrade auf Service Manager 2016 die benutzerdefinierten Lösungen, die intern oder von Drittanbietern (nicht von Microsoft) erstellt wurden, unterbrechen. Bitte beachten Sie die Schritte zum Aktualisieren Ihrer benutzerdefinierten Lösungen, um dieses Problem zu vermeiden.
Verhindern, dass MPSync-Aufträge fehlschlagen
Vor dem Upgrade
Beschreibung: Ein Problem mit dem Upgrade-Prozess führt dazu, dass der MPSync-Auftrag nach Abschluss des Upgrades fehlschlägt. Um zu verhindern, dass dieses Problem vor dem Upgrade auftritt, müssen Sie das unten stehende SQL-Skript in der DWRepository-Datenbank ausführen, um die tatsächlichen SQL-Skripte zu erhalten, die den Primärschlüssel in Faktentabellen in der DWRepository-Datenbank löschen und eine Einschränkung hinzufügen, um das Problem zu beheben. Darüber hinaus können Transformations- und Ladeaufträge ebenfalls fehlschlagen. Dieser Fehler kann aufgrund einer fehlerhaften Datenbankpflege auftreten.
;WITH FactName
AS (
select w.WarehouseEntityName from etl.WarehouseEntity w
join etl.WarehouseEntityType t on w.WarehouseEntityTypeId = t.WarehouseEntityTypeId
where t.WarehouseEntityTypeName = 'Fact'
),FactList
AS (
SELECT PartitionName, p.WarehouseEntityName,
RANK() OVER ( PARTITION BY p.WarehouseEntityName ORDER BY PartitionName ASC ) AS RK
FROM etl.TablePartition p
join FactName f on p.WarehouseEntityName = f.WarehouseEntityName
)
, FactPKList
AS (
SELECT f.WarehouseEntityName, a.TABLE_NAME, a.COLUMN_NAME, b.CONSTRAINT_NAME, f.RK,
CASE WHEN b.CONSTRAINT_NAME = 'PK_' + f.WarehouseEntityName THEN 1 ELSE 0 END AS DefaultConstraints
FROM FactList f
JOIN INFORMATION_SCHEMA.KEY_COLUMN_USAGE a ON f.PartitionName = a.TABLE_NAME
JOIN INFORMATION_SCHEMA.TABLE_CONSTRAINTS b ON a.CONSTRAINT_NAME = b.CONSTRAINT_NAME AND b.CONSTRAINT_TYPE = 'Primary key'
)
, FactWithoutDefaultConstraints
AS (
SELECT a.*
FROM FactPKList a
LEFT JOIN FactPKList b ON b.WarehouseEntityName = a.WarehouseEntityName AND b.DefaultConstraints = 1
WHERE b.WarehouseEntityName IS NULL AND a.RK = 1
)
, FactPKListStr
AS (
SELECT DISTINCT f1.WarehouseEntityName, f1.TABLE_NAME, f1.CONSTRAINT_NAME, F.COLUMN_NAME AS PKList
FROM FactWithoutDefaultConstraints f1
CROSS APPLY (
SELECT '[' + COLUMN_NAME + '],'
FROM FactWithoutDefaultConstraints f2
WHERE f2.TABLE_NAME = f1.TABLE_NAME
ORDER BY COLUMN_NAME
FOR
XML PATH('')
) AS F (COLUMN_NAME)
)
SELECT 'ALTER TABLE [dbo].[' + f.TABLE_NAME + '] DROP CONSTRAINT [' + f.CONSTRAINT_NAME + ']' + CHAR(13) + CHAR(10) +
'ALTER TABLE [dbo].[' + f.TABLE_NAME + '] ADD CONSTRAINT [PK_' + f.WarehouseEntityName + '] PRIMARY KEY NONCLUSTERED (' + SUBSTRING(f.PKList, 1, LEN(f.PKList) -1) + ')' + CHAR(13) + CHAR(10)
FROM FactPKListStr f
Problemumgehung 1: Wenn Sie bereits ein Upgrade durchgeführt haben und keine Probleme mit Transformations- oder Ladeaufträgen haben, aber ein Fehler bei der Bereitstellung des Management Packs auftritt, führen Sie die Schritte im Abschnitt Vor dem Upgrade aus. Nachdem die Standardprimärschlüssel wiederhergestellt wurden, starten Sie außerdem die fehlgeschlagene Management Pack-Bereitstellung in der Service Manager-Konsole neu, indem Sie zum Data Warehouse-Arbeitsbereich navigieren und dann Management Pack auswählen.
Problemumgehung 2: Wenn Sie ein Upgrade durchgeführt haben und Probleme mit Transformations- oder Ladeaufträgen haben, stellen Sie fest, ob das Verwaltungspaket SystemDerivedMp.Microsoft.SystemCenter.Datawarehouse.Base in der Datenbank DWStagingAndConfig 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. Um Ihre Datenbank wiederherzustellen, führen Sie folgende Schritte durch.
Führen Sie Notfallwiederherstellungsschritte für die Datenbanksicherungen aus.
Deaktivieren Sie den MPSyncJob-Zeitplan.
Stellen Sie alle fehlenden Primärschlüssel in der DWRepository manuell wieder her. Sie können den Primärschlüssel mithilfe des SQL-Skripts aus dem Abschnitt Vor dem Upgrade löschen und neu erstellen.
Starten Sie die fehlgeschlagene Bereitstellung des Basisverwaltungspakets über die Service Manager-Konsole neu.
Testen des Upgrades in einer Lab-Umgebung
Wir empfehlen, dass Sie das Upgrade auf System Center 2016 - Service Manager in einer Lab-Umgebung testen.
Upgradereihenfolge und Zeitpunkt
Die Reihenfolge Ihrer Upgrades ist wichtig. Führen Sie die Aktualisierungsschritte in der folgenden Reihenfolge durch:
Sichern Sie Ihre Datenbanken und Ihre Management Packs. Siehe die Abschnitte Sichern von Service Manager-Datenbanken und Sichern von nicht versiegelten Management Packs im Notfallwiederherstellungs-Anleitung für System Center 2016 - Service Manager.
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.
Nachdem das Upgrade auf den Data Warehouse-Verwaltungsserver abgeschlossen ist, aktualisieren Sie den ersten Service Manager-Verwaltungsserver. Wenn Sie mehr als einen Service Manager-Managementserver erstellt haben, ist der ursprüngliche Service Manager-Managementserver der erste, den Sie erstellt haben.
Aktualisieren Sie die Service Manager-Konsolen und alle zusätzlichen Service Manager-Verwaltungsserver.
Starten Sie die Data Warehouse-Aufträge neu.
Stellen Sie das neue Self-Service-Portal bereit.
Das Timing Ihrer Upgrades ist ebenfalls wichtig. Nachdem Sie den Data Warehouse-Verwaltungsserver aktualisiert haben, müssen Sie den Service Manager-Verwaltungsserver aktualisieren und das neue Self-Service-Portal bereitstellen. Nach dem Upgrade Ihres ersten Service Manager-Verwaltungsservers müssen Sie darauf vorbereitet sein, Ihre Service Manager-Konsole oder Service Manager-Konsolen, zusätzliche Service Manager-Verwaltungsserver und das Self-Service Portal gleichzeitig zu aktualisieren.
Auswirkungen der Datenbank
Mit System Center 2016 – Service Manager haben Sie die Möglichkeit, Operations Manager und Configuration Manager Data Marts zu installieren. Wenn Sie diese Option auswählen, werden zusätzliche Speicherplatzanforderungen auf der Festplatte für die beiden Datenbanken sowie zugeordnete Dateigruppen und Protokolldateien benötigt.
Sichern Sie Service Manager vor dem Upgrade
Bevor Sie mit dem Upgrade beginnen, empfehlen wir Ihnen, eine Sicherungskopie Ihrer Service Manager- und Data Warehouse-Datenbanken sowie des Verschlüsselungsschlüssels zu erstellen. Wenn Sie Ihre Datenbanken und den Verschlüsselungsschlüssel bereits gesichert haben, können Sie das Upgrade weiterhin ausführen. Andernfalls lesen Sie die Sicherungsprozeduren im Notfallwiederherstellungs-Anleitung für System Center - Service Manager, bevor Sie das Upgrade fortsetzen.
Service Manager Data Warehouse registrieren
Wenn Sie einen Data Warehouse Management Server in Ihrer Umgebung installiert haben, müssen Sie im Rahmen des Upgrade-Prozesses in der Lage sein, den Status der Data Warehouse-Aufträge einzusehen. 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 sichtbar ist, führen Sie das Verfahren unter Registrieren beim Service Manager Data Warehouse zur Aktivierung der Berichterstattung im Bereitstellungshandbuch für System Center 2016 - Service Manager aus.
Verschlüsselungsschlüssel
Wenn Sie die Installation oder das Upgrade auf System Center 2016 - Service Manager abgeschlossen haben, werden Sie aufgefordert, den Assistenten zum Sichern oder Wiederherstellen der Verschlüsselung zu öffnen. Wenn Sie die Verschlüsselungsschlüssel zuvor gesichert haben, sind keine weiteren Maßnahmen erforderlich. Wenn Sie die Verschlüsselungsschlüssel nie gesichert haben, verwenden Sie den Assistenten zur Sicherung oder Wiederherstellung von Verschlüsselungsschlüsseln, um die Verschlüsselungsschlüssel auf den Service Manager-Verwaltungsservern zu sichern.
Nächste Schritte
- Lesen Sie Vorbereiten von Remote SQL Server Reporting Services für das Upgrade, um Ihre Umgebung vorzubereiten, wenn SSRS vom Data Warehouse Management Server entfernt ist.