Обновление System Center Service Manager
Внимание
Service Provider Foundation (SPF) прекращено с System Center 2025. Однако SPF 2022 продолжит работать с компонентами System Center 2025.
В этой статье содержатся сведения об обновлении System Center 2025 — Service Manager (SM)
Обновление до System Center 2025 — Service Manager
В следующих разделах содержатся сведения об обновлении до System Center 2025 — Service Manager (SM).
Предупреждение
Необходимо выполнять обновление компонентов в правильном порядке. Несоблюдение правильной последовательности выполнения обновлений может привести к неустранимому сбою в работе компонента. Уязвимые компоненты System Center:
- Оркестратор
- Менеджер по обслуживанию
- Data Protection Manager
- Operations Manager
- диспетчер конфигураций
- Virtual Machine Manager
- App Controller
Вы можете обновить только до System Center 2025 с System Center 2022.
Внимание
Предполагается, что в этом руководстве выполняется обновление до существующей версии System Center. Сведения об установке System Center 2025 — Service Manager на компьютере, где не существует предыдущей версии Service Manager, см . в разделе развертывания System Center — Service Manager.
Планирование обновления до System Center 2025 — Service Manager
В этом разделе описаны процедуры, необходимые для обновления до System Center 2025.
Поддерживается обновление на месте с Service Manager 2022. Обновление на месте — это обновление всех частей Service Manager на одном оборудовании. Другие подходы, такие как параллельное обновление или последовательное обновление, не поддерживаются.
Для обновления до Service Manager 2025 требуется подготовка. Рекомендуется установить Service Manager в лабораторной среде, а затем реплицировать рабочие базы данных в лабораторию. После этого выполните обновление новой установки в лаборатории.
Оценка и выбор версий
Выпуск System Center 2022 — Service Manager был доступен в двух разных версиях:
- ознакомительная версия (со сроком действия 180 дней),
- версия для выбора лицензии.
Следующие пути обновления поддерживаются в Service Manager 2025.
Текущая версия | Обновленная версия | Состояние |
---|---|---|
System Center 2022 — Eval Service Manager | System Center 2025 — Eval Service Manager | Ознакомительный период остается без изменений |
System Center 2022 — выбор Service Manager | System Center 2025 — Выбор Service Manager | Лицензировано |
Примечание.
Обновление с ознакомительной версии Service Manager до ознакомительной версии Service Manager 2025 не расширяет период оценки 180 дней.
Расположение установки
Папка по умолчанию для установки Service Manager — \Program Files\Microsoft System Center\Service Manager. Однако при обновлении до Service Manager программное обеспечение устанавливается в папку, которую ранее использовал Service Manager.
Требования к оборудованию для System Center 2025 — Service Manager
Все требования к оборудованию для System Center 2025 — Service Manager полностью описаны в требованиях к оборудованию.
Требования к программному обеспечению для System Center 2025 — Service Manager
Все требования к программному обеспечению для System Center 2025— Service Manager полностью описаны в требованиях к программному обеспечению.
Предотвращение сбоя заданий MPSync
Перед обновлением
Описание: Проблема процесса обновления приводит к сбою задания MPSync по завершении обновления. Чтобы предотвратить эту проблему перед обновлением, необходимо запустить скрипт SQL, упомянутый ниже в базе данных DWRepository, чтобы получить фактические скрипты SQL, которые сбрасывают и добавляют ограничение на первичный ключ в таблицах фактов в базе данных DWRepository, чтобы устранить проблему. Кроме того, задания преобразования и загрузки также могут завершиться ошибкой. Эта ошибка может возникать из-за неправильной очистки базы данных.
;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
Обходное решение 1. Если вы уже обновили и у вас нет проблем с сбоем преобразования или загрузки заданий, но у вас сбой развертывания пакета управления, выполните действия, описанные в разделе "Перед обновлением ". Кроме того, после восстановления первичных ключей по умолчанию перезапустите развертывание пакета управления сбоем в консоли Service Manager, перейдя в рабочую область хранилища данных, а затем выберите пакет управления.
Решение 2. Если вы обновили и у вас возникли проблемы с сбоями задания преобразования или загрузки, определите, существует ли пакет управления SystemDerivedMp.Microsoft.SystemCenter.Datawarehouse.Base в базе данных DWStagingAndConfig, выполнив следующий запрос.
select * from ManagementPack where mpname like '%SystemDerivedMp.Microsoft.SystemCenter.Datawarehouse.Base%'
Если пакет управления не существует, необходимо восстановить базу данных до обновления. Чтобы восстановить базу данных, выполните следующие действия.
Выполните действия по аварийному восстановлению резервных копий базы данных.
Отключите расписание MPSyncJob.
Вручную восстановите все отсутствующие первичные ключи в DWRepository. Для удаления и повторного создания первичного ключа можно воспользоваться сценарием SQL из раздела "Подготовка к обновлению".
Перезапустите развертывание базового пакета управления сбоем с помощью консоли Service Manager.
Тестирование обновления в лабораторной среде
Рекомендуется протестировать обновление до System Center 2025 — Service Manager в лабораторной среде.
Порядок обновления и время
Правильный порядок выполнения обновлений очень важен. Выполните действия по обновлению в следующем порядке.
Резервное копирование баз данных и пакетов управления. Дополнительные сведения см. в разделах резервного копирования баз данных Service Manager и резервного копирования незапланированных пакетов управления в руководстве по аварийному восстановлению Для System Center — Service Manager.
Начните с сервера управления хранилища данных.
После завершения обновления до сервера управления хранилищем данных обновите исходный сервер управления Service Manager. Если вы создали несколько серверов управления Service Manager, начальный сервер управления Service Manager — это первый созданный сервер управления.
Затем обновите все вторичные серверы управления, порталы самообслуживания и консоли Service Manager.
После установки сделайте следующее:
Отключите все задания хранилища данных. Для этого откройте оболочку Service Manager и выполните следующие команды:
$DW ='DWMS Servername' Get-scdwjob -Computername $DW | %{disable-scdwjobschedule -Computername $DW -jobname $_.Name}
Внесите необходимые изменения в следующий скрипт PowerShell на основе представлений источников данных в вашей среде, а затем запустите скрипт с повышенными привилегиями:
$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)
Включите расписания заданий, выполнив следующие команды:
$DW ='DWMS Servername' Get-scdwjob -Computername $DW | %{enable-scdwjobschedule -Computername $DW -jobname $_.Name}
Перезапустите сервер управления хранилищем данных.
Примените System Center 2025 Service Manager к серверу управления хранилища данных, основному серверу управления, серверам вторичного управления, порталам самообслуживания и всем консоли аналитиков.
Влияние базы данных
При использовании System Center 2025 — Service Manager можно установить киоски данных Operations Manager и Configuration Manager. При выборе этого варианта потребуется дополнительное место на жестком диске для двух баз данных, а также связанных файловых групп и файлов журналов.
Резервное копирование Service Manager перед обновлением
Перед началом обновления рекомендуется создать резервную копию баз данных Service Manager и хранилища данных и ключа шифрования. Если вы уже создали резервную копию баз данных и ключа шифрования, вы можете продолжить обновление. В противном случае просмотрите процедуры резервного копирования в руководстве по аварийному восстановлению Для System Center — Service Manager , прежде чем продолжить обновление.
Регистрация хранилища данных Service Manager
Если вы установили сервер управления хранилищем данных в вашей среде в рамках процесса обновления, необходимо просмотреть состояние заданий хранилища данных. Эту задачу нельзя выполнить, если вы не зарегистрировались в хранилище данных Service Manager. Если кнопка хранилища данных не отображается в консоли Service Manager, выполните процедуру регистрации в хранилище данных Service Manager, чтобы включить отчеты в руководстве по развертыванию System Center — Service Manager.
Ключи шифрования
После завершения установки или обновления до System Center 2025 — Service Manager вам будет предложено открыть мастер резервного копирования или восстановления шифрования. Если вы ранее создали резервную копию ключей шифрования, никаких дополнительных действий не требуется. Если вы никогда не использовали резервные копии ключей шифрования, используйте мастер резервного копирования ключей шифрования или восстановления для резервного копирования ключей шифрования на серверах управления Service Manager.
В этой статье содержатся сведения об обновлении System Center 2022 — Service Manager (SM)
Обновление до System Center 2022 — Service Manager
В следующих разделах содержатся сведения об обновлении до System Center 2022 — Service Manager (SM).
Предупреждение
Необходимо выполнять обновление компонентов в правильном порядке. Несоблюдение правильной последовательности выполнения обновлений может привести к неустранимому сбою в работе компонента. Уязвимые компоненты System Center:
- Оркестратор
- Менеджер по обслуживанию
- Data Protection Manager
- Operations Manager
- диспетчер конфигураций
- Virtual Machine Manager
- App Controller
Обновление до System Center 2022 с System Center 2019 можно выполнить только в System Center 2019.
Внимание
Предполагается, что в этом руководстве выполняется обновление до существующей версии System Center. Сведения об установке System Center 2022 — Service Manager на компьютере, где не существует предыдущей версии Service Manager, см. в разделе развертывания System Center — Service Manager.
Планирование обновления до System Center 2022 — Service Manager
В этом разделе описаны процедуры, необходимые для обновления до System Center 2022.
Поддерживается обновление на месте с Service Manager 2019. Обновление на месте — это обновление всех частей Service Manager на одном оборудовании. Другие подходы, такие как параллельное обновление или последовательное обновление, не поддерживаются.
Для обновления до Service Manager 2022 требуется подготовка. Рекомендуется установить Service Manager в лабораторной среде, а затем реплицировать рабочие базы данных в лабораторию. После этого выполните обновление новой установки в лаборатории.
Оценка и выбор версий
Выпуск System Center 2019 — Service Manager доступен в двух разных версиях:
- ознакомительная версия (со сроком действия 180 дней),
- версия для выбора лицензии.
Следующие пути обновления поддерживаются в Service Manager 2022.
Текущая версия | Обновленная версия | Состояние |
---|---|---|
System Center 2019 — Eval Service Manager | System Center 2022 — Eval Service Manager | Ознакомительный период остается без изменений |
System Center 2019 — Выбор Service Manager | System Center 2022 — выбор Service Manager | Лицензировано |
Примечание.
Обновление с ознакомительной версии Service Manager до ознакомительной версии Service Manager 2022 не расширяет период оценки 180 дней.
Расположение установки
Папка по умолчанию для установки Service Manager — \Program Files\Microsoft System Center\Service Manager. Однако при обновлении до Service Manager программное обеспечение устанавливается в папку, которую ранее использовал Service Manager. Если Service Manager 2016/1801 был обновлен ранее, можно использовать следующую папку:
\Program Files\Microsoft System Center\Service Manager
Требования к оборудованию для System Center 2022 — Service Manager
Все требования к оборудованию для System Center 2022 — Service Manager полностью описаны в требованиях к оборудованию.
Требования к программному обеспечению для System Center 2022 — Service Manager
Все требования к программному обеспечению для System Center 2022— Service Manager полностью описаны в требованиях к программному обеспечению.
Предотвращение сбоя заданий MPSync
Перед обновлением
Описание: Проблема процесса обновления приводит к сбою задания MPSync по завершении обновления. Чтобы предотвратить эту проблему перед обновлением, необходимо запустить скрипт SQL, упомянутый ниже в базе данных DWRepository, чтобы получить фактические скрипты SQL, которые сбрасывают и добавляют ограничение на первичный ключ в таблицах фактов в базе данных DWRepository, чтобы устранить проблему. Кроме того, задания преобразования и загрузки также могут завершиться ошибкой. Эта ошибка может возникать из-за неправильной очистки базы данных.
;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
Обходное решение 1. Если вы уже обновили и у вас нет проблем с сбоем преобразования или загрузки заданий, но у вас сбой развертывания пакета управления, выполните действия, описанные в разделе "Перед обновлением ". Кроме того, после восстановления первичных ключей по умолчанию перезапустите развертывание пакета управления сбоем в консоли Service Manager, перейдя в рабочую область хранилища данных, а затем выберите пакет управления.
Решение 2. Если вы обновили и у вас возникли проблемы с сбоями задания преобразования или загрузки, определите, существует ли пакет управления SystemDerivedMp.Microsoft.SystemCenter.Datawarehouse.Base в базе данных DWStagingAndConfig, выполнив следующий запрос.
select * from ManagementPack where mpname like '%SystemDerivedMp.Microsoft.SystemCenter.Datawarehouse.Base%'
Если пакет управления не существует, необходимо восстановить базу данных до обновления. Чтобы восстановить базу данных, выполните следующие действия.
Выполните действия по аварийному восстановлению резервных копий базы данных.
Отключите расписание MPSyncJob.
Вручную восстановите все отсутствующие первичные ключи в DWRepository. Для удаления и повторного создания первичного ключа можно воспользоваться сценарием SQL из раздела "Подготовка к обновлению".
Перезапустите развертывание базового пакета управления сбоем с помощью консоли Service Manager.
Тестирование обновления в лабораторной среде
Рекомендуется протестировать обновление до System Center 2022 — Service Manager в лабораторной среде.
Порядок обновления и время
Правильный порядок выполнения обновлений очень важен. Выполните действия по обновлению в следующем порядке.
Резервное копирование баз данных и пакетов управления. Дополнительные сведения см. в разделах резервного копирования баз данных Service Manager и резервного копирования незапланированных пакетов управления в руководстве по аварийному восстановлению Для System Center — Service Manager.
Начните с сервера управления хранилища данных.
После завершения обновления до сервера управления хранилищем данных обновите исходный (основной) сервер управления Service Manager. Если вы создали несколько серверов управления Service Manager, начальный сервер управления Service Manager — это первый созданный сервер управления.
Затем обновите все вторичные серверы управления, порталы самообслуживания и консоли Service Manager.
После установки сделайте следующее:
Отключите все задания хранилища данных. Для этого откройте оболочку Service Manager и выполните следующие команды:
$DW ='DWMS Servername' Get-scdwjob -Computername $DW | %{disable-scdwjobschedule -Computername $DW -jobname $_.Name}
Внесите необходимые изменения в следующий скрипт PowerShell на основе представлений источников данных в вашей среде, а затем запустите скрипт с повышенными привилегиями:
$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)
Включите расписания заданий, выполнив следующие команды:
$DW ='DWMS Servername' Get-scdwjob -Computername $DW | %{enable-scdwjobschedule -Computername $DW -jobname $_.Name}
Перезапустите сервер управления хранилищем данных.
Примените накопительный пакет обновления 2 для System Center 2022 Service Manager к серверу управления хранилища данных, основному серверу управления, серверу вторичного управления, серверам самообслуживания и всем консоли аналитиков.
Влияние базы данных
При использовании System Center 2022 — Service Manager можно установить киоски данных Operations Manager и Configuration Manager. При выборе этого варианта потребуется дополнительное место на жестком диске для двух баз данных, а также связанных файловых групп и файлов журналов.
Резервное копирование Service Manager перед обновлением
Перед началом обновления рекомендуется создать резервную копию баз данных Service Manager и хранилища данных и ключа шифрования. Если вы уже создали резервную копию баз данных и ключа шифрования, вы можете продолжить обновление. В противном случае просмотрите процедуры резервного копирования в руководстве по аварийному восстановлению Для System Center — Service Manager , прежде чем продолжить обновление.
Регистрация хранилища данных Service Manager
Если вы установили сервер управления хранилищем данных в вашей среде в рамках процесса обновления, необходимо просмотреть состояние заданий хранилища данных. Эту задачу нельзя выполнить, если вы не зарегистрировались в хранилище данных Service Manager. Если кнопка хранилища данных не отображается в консоли Service Manager, выполните процедуру регистрации в хранилище данных Service Manager, чтобы включить отчеты в руководстве по развертыванию System Center — Service Manager.
Ключи шифрования
После завершения установки или обновления до System Center 2022 — Service Manager вам будет предложено открыть мастер резервного копирования или восстановления шифрования. Если вы ранее создали резервную копию ключей шифрования, никаких дополнительных действий не требуется. Если вы никогда не использовали резервные копии ключей шифрования, используйте мастер резервного копирования ключей шифрования или восстановления для резервного копирования ключей шифрования на серверах управления Service Manager.
Известная проблема
После успешного обновления хранилища данных сбой MPSyncJob
Описание.
После успешного обновления хранилища данных mpSyncJob завершается сбоем из-за сбоя развертывания в библиотеке хранилища данных Microsoft System Center Configuration Manager. В журнале событий OperationsManager показано следующее сообщение об ошибке:
- Неправильный синтаксис рядом с ключевым словом
IF
- Неправильный синтаксис рядом
END
Решение:
Запустите скрипт, описанный здесь.
В этой статье приведены сведения об обновлении System Center 2019 — Service Manager (SM)
Обновление до System Center 2019 — Service Manager
В следующих разделах содержатся сведения об обновлении до System Center 2019 — Service Manager (SM).
Предупреждение
Необходимо выполнять обновление компонентов в правильном порядке. Несоблюдение правильной последовательности выполнения обновлений может привести к неустранимому сбою в работе компонента. Уязвимые компоненты System Center:
- Оркестратор
- Менеджер по обслуживанию
- Data Protection Manager
- Operations Manager
- диспетчер конфигураций
- Virtual Machine Manager
- App Controller
Обновление до System Center 2019 можно выполнить только с System Center 2016 или 1801 или 1807.
Внимание
Предполагается, что в этом руководстве выполняется обновление до существующей версии System Center. Сведения об установке System Center 2019 — Service Manager на компьютере, где не существует предыдущей версии Service Manager, см . в разделе развертывания System Center — Service Manager.
Планирование обновления до System Center 2019 — Service Manager
В этом разделе описаны процедуры, необходимые для обновления до System Center 2019.
Поддерживается обновление на месте с Service Manager 2016, 1801, 1807. Обновление на месте — это обновление всех частей Service Manager на одном оборудовании. Другие подходы, такие как параллельное обновление или последовательное обновление, не поддерживаются.
Для обновления до Service Manager 2019 требуется подготовка. Рекомендуется установить Service Manager в лабораторной среде, а затем реплицировать рабочие базы данных в лабораторию. После этого выполните обновление новой установки в лаборатории.
Оценка и выбор версий
Выпуск System Center 2016 и 1801 — Service Manager был доступен в двух разных версиях:
- ознакомительная версия (со сроком действия 180 дней),
- версия для выбора лицензии.
Следующие пути обновления поддерживаются в Service Manager 2019.
Текущая версия | Обновленная версия | Состояние |
---|---|---|
System Center 2016/1801 — Eval Service Manager | System Center 2019 — Eval Service Manager | Ознакомительный период остается без изменений |
System Center 2016/1801/1807 — Выбор Service Manager | System Center 2019 — Выбор Service Manager | Лицензировано |
Примечание.
Обновление с ознакомительной версии Service Manager до ознакомительной версии Service Manager 2019 не расширяет период оценки 180 дней.
Расположение установки
Папка по умолчанию для установки Service Manager — \Program Files\Microsoft System Center\Service Manager. Однако при обновлении до Service Manager программное обеспечение устанавливается в папку, которую ранее использовал Service Manager. Если Service Manager 2016/1801 был обновлен ранее, можно использовать следующую папку:
\Program Files\Microsoft System Center\Service Manager
Требования к оборудованию для System Center 2019 — Service Manager
Все требования к оборудованию для System Center 2019 — Service Manager полностью описаны в требованиях к оборудованию.
Требования к программному обеспечению для System Center 2019 — Service Manager
Все требования к программному обеспечению для System Center 2019— Service Manager полностью описаны в требованиях к программному обеспечению.
Влияние на настраиваемую разработку
С выпуском System Center 2016 — Service Manager продукт перешел на поддержку .NET 4.5.1. Набор инструментов для поддержки этого перемещения в .NET 4.5.1, необходимый для разрыва нескольких зависимостей и привел к перемещению классов по сборкам.
Предотвращение сбоя заданий MPSync
Перед обновлением
Описание: Проблема процесса обновления приводит к сбою задания MPSync по завершении обновления. Чтобы предотвратить возникновение этой проблемы до обновления, в базе данных DWRepository необходимо запустить приведенный ниже сценарий SQL для получения реальных сценариев SQL, которые удаляют и добавляют ограничение по первичному ключу в таблицах фактов в базе данных DWRepository. Кроме того, задания преобразования и загрузки также могут завершиться ошибкой. Эта ошибка может возникать из-за неправильной очистки базы данных.
;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
Обходное решение 1. Если вы уже обновили и у вас нет проблем с сбоем преобразования или загрузки заданий, но у вас сбой развертывания пакета управления, выполните действия, описанные в разделе "Перед обновлением". Кроме того, после восстановления первичных ключей по умолчанию перезапустите развертывание пакета управления сбоем в консоли Service Manager, перейдя в рабочую область хранилища данных, а затем выберите пакет управления.
Решение 2. Если вы обновили и у вас возникли проблемы с сбоями задания преобразования или загрузки, определите, существует ли пакет управления SystemDerivedMp.Microsoft.SystemCenter.Datawarehouse.Base в базе данных DWStagingAndConfig, выполнив следующий запрос.
select * from ManagementPack where mpname like '%SystemDerivedMp.Microsoft.SystemCenter.Datawarehouse.Base%'
Если пакет управления не существует, необходимо восстановить базу данных до обновления. Чтобы восстановить базу данных, выполните следующие действия.
Выполните действия по аварийному восстановлению резервных копий базы данных.
Отключите расписание MPSyncJob.
Вручную восстановите все отсутствующие первичные ключи в DWRepository. Для удаления и повторного создания первичного ключа можно воспользоваться сценарием SQL из раздела "Подготовка к обновлению".
Перезапустите развертывание базового пакета управления сбоем с помощью консоли Service Manager.
Тестирование обновления в лабораторной среде
Рекомендуется протестировать обновление до System Center 2019 — Service Manager в лабораторной среде.
Порядок обновления и время
Правильный порядок выполнения обновлений очень важен. Выполните действия по обновлению в следующем порядке.
Резервное копирование баз данных и пакетов управления. Дополнительные сведения см. в разделах резервного копирования баз данных Service Manager и резервного копирования незапланированных пакетов управления в руководстве по аварийному восстановлению Для System Center — Service Manager.
Начните с сервера управления хранилища данных. Вы будете останавливать задания хранилища данных, и вы не сможете запустить их снова, пока не завершите обновление.
После завершения обновления до сервера управления хранилищем данных обновите исходный сервер управления Service Manager. Если вы создали несколько серверов управления Service Manager, начальный сервер управления Service Manager — это первый созданный сервер управления.
Обновите консоли Service Manager и все дополнительные серверы управления Service Manager.
Перезапустите задания хранилища данных.
Разверните новый портал самообслуживания.
Также важны сроки, отводимые на обновление. После обновления сервера управления хранилищем данных необходимо обновить сервер управления Service Manager, а также развернуть новый портал самообслуживания. После обновления исходного сервера управления Service Manager необходимо подготовиться к обновлению консоли Service Manager или консоли Service Manager, дополнительных серверов управления Service Manager и портала самообслуживания одновременно.
Влияние базы данных
При использовании System Center 2019 — Service Manager можно установить киоски данных Operations Manager и Configuration Manager. При выборе этого варианта потребуется дополнительное место на жестком диске для двух баз данных, а также связанных файловых групп и файлов журналов.
Резервное копирование Service Manager перед обновлением
Перед началом обновления рекомендуется создать резервную копию баз данных Service Manager и хранилища данных и ключа шифрования. Если вы уже создали резервную копию баз данных и ключа шифрования, вы можете продолжить обновление. В противном случае просмотрите процедуры резервного копирования в руководстве по аварийному восстановлению Для System Center — Service Manager , прежде чем продолжить обновление.
Регистрация хранилища данных Service Manager
Если вы установили сервер управления хранилищем данных в вашей среде в рамках процесса обновления, необходимо просмотреть состояние заданий хранилища данных. Эту задачу нельзя выполнить, если вы не зарегистрировались в хранилище данных Service Manager. Если кнопка хранилища данных не отображается в консоли Service Manager, выполните процедуру регистрации в хранилище данных Service Manager, чтобы включить отчеты в руководстве по развертыванию System Center — Service Manager.
Ключи шифрования
После завершения установки или обновления до System Center 2019 — Service Manager вам будет предложено открыть мастер резервного копирования или восстановления шифрования. Если вы ранее создали резервную копию ключей шифрования, никаких дополнительных действий не требуется. Если вы никогда не использовали резервные копии ключей шифрования, используйте мастер резервного копирования ключей шифрования или восстановления для резервного копирования ключей шифрования на серверах управления Service Manager.
В этой статье приведены сведения об обновлении System Center 2016 — Service Manager (SM)
Обновление до System Center 2016 — Service Manager
В следующих разделах содержатся сведения о том, как обновить System Center 2012 R2 — Service Manager до System Center 2016 — Service Manager (SM).
Предупреждение
Если вы планируете обновить два или более компонентов System Center, необходимо сначала ознакомиться с руководством по обновлению до System Center 2016. Необходимо выполнять обновление компонентов в правильном порядке. Несоблюдение правильной последовательности выполнения обновлений может привести к неустранимому сбою в работе компонента. Уязвимые компоненты System Center:
- Оркестратор
- Менеджер по обслуживанию
- Data Protection Manager
- Operations Manager
- диспетчер конфигураций
- Virtual Machine Manager
- App Controller
Обновление до System Center 2016 с System Center 2012 R2 — Service Manager с установленным пакетом обновления 9 или более поздней версии.
Внимание
Предполагается, что в этом руководстве выполняется обновление до System Center 2012 R2. Сведения об установке System Center 2016 — Service Manager на компьютере, где не существует предыдущей версии Service Manager, см. в разделе "Развертывание System Center 2016 — Service Manager".
Планирование обновления до System Center 2016 — Service Manager
В этом разделе описаны процедуры, необходимые для обновления до System Center 2016.
Поддерживается обновление с Service Manager 2012 R2 до Service Manager 2016. Обновление на месте — это обновление всех частей Service Manager на одном оборудовании. Другие подходы, такие как параллельное обновление или последовательное обновление, не поддерживаются.
Для обновления до Service Manager 2016 требуется подготовка. Рекомендуется установить Service Manager в лабораторной среде, а затем реплицировать рабочие базы данных в лабораторию. Затем вы выполните обновление новой установки в лаборатории и после успешного выполнения этого обновления до Service Manager с пакетом обновления 1 (SP1) в рабочей среде.
Оценка и выбор версий
Выпуск System Center 2012 R2 — Service Manager был доступен в двух разных версиях:
ознакомительная версия (со сроком действия 180 дней),
версия для выбора лицензии.
Следующие пути обновления поддерживаются в Service Manager 2016.
Текущая версия | Обновленная версия | Состояние |
---|---|---|
System Center 2012 R2 — Eval Service Manager | System Center 2016 — Eval Service Manager | Ознакомительный период остается без изменений |
System Center 2012 R2 — Выбор Service Manager | System Center 2016 — Выбор Service Manager | Лицензировано |
Примечание.
Обновление с ознакомительной версии Service Manager 2012 R2 до ознакомительной версии Service Manager 2016 не расширяет период оценки 180 дней.
Расположение установки
Папка по умолчанию для установки Service Manager — \Program Files\Microsoft System Center\Service Manager. Однако при обновлении до Service Manager программное обеспечение устанавливается в папку, которую ранее использовал Service Manager. Если ранее был обновлен Service Manager 2010 или Service Manager 2012, можно использовать следующие папки:
\Program Files\Microsoft System Center\Service Manager 2010
\Program Files\Microsoft System Center\Service Manager 2012
Требования к оборудованию для System Center 2016 — Service Manager
Все требования к оборудованию для System Center 2016 — Service Manager полностью описаны в требованиях к оборудованию для System Center 2016 — Service Manager.
Требования к программному обеспечению для System Center 2016 — Service Manager
Для обновления до System Center 2016 необходимо сначала применить накопительный пакет обновления 9 или более поздней версии для System Center 2012 R2 — Service Manager.
Все требования к программному обеспечению для System Center 2016 — Service Manager полностью описаны в разделе "Требования к программному обеспечению" для System Center 2016 — Service Manager.
Влияние на настраиваемую разработку
С выпуском System Center 2016 — Service Manager продукт перешел на поддержку .NET 4.5.1. Набор инструментов для поддержки этого перемещения в .NET 4.5.1, необходимый для разрыва нескольких зависимостей и привел к перемещению классов по сборкам. Таким образом, обновление до Service Manager 2016 может нарушить пользовательские решения, сделанные в доме или сторонними (не Майкрософт). Чтобы избежать возникновения этой проблемы, ознакомьтесь с инструкциями по обновлению пользовательских решений.
Предотвращение сбоя заданий MPSync
Перед обновлением
Описание: Проблема процесса обновления приводит к сбою задания MPSync по завершении обновления. Чтобы предотвратить возникновение этой проблемы до обновления, в базе данных DWRepository необходимо запустить приведенный ниже сценарий SQL для получения реальных сценариев SQL, которые удаляют и добавляют ограничение по первичному ключу в таблицах фактов в базе данных DWRepository. Кроме того, задания преобразования и загрузки также могут завершиться ошибкой. Эта ошибка может возникать из-за неправильной очистки базы данных.
;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
Обходное решение 1. Если вы уже обновили и у вас нет проблем с сбоем преобразования или загрузки заданий, но у вас сбой развертывания пакета управления, выполните действия, описанные в разделе "Перед обновлением". Кроме того, после восстановления первичных ключей по умолчанию перезапустите развертывание пакета управления сбоем в консоли Service Manager, перейдя в рабочую область хранилища данных, а затем выберите пакет управления.
Решение 2. Если вы обновили и у вас возникли проблемы с сбоями задания преобразования или загрузки, определите, существует ли пакет управления SystemDerivedMp.Microsoft.SystemCenter.Datawarehouse.Base в базе данных DWStagingAndConfig, выполнив следующий запрос.
select * from ManagementPack where mpname like '%SystemDerivedMp.Microsoft.SystemCenter.Datawarehouse.Base%'
Если пакет управления не существует, необходимо восстановить базу данных до обновления. Чтобы восстановить базу данных, выполните следующие действия.
Выполните действия по аварийному восстановлению резервных копий базы данных.
Отключите расписание MPSyncJob.
Вручную восстановите все отсутствующие первичные ключи в DWRepository. Для удаления и повторного создания первичного ключа можно воспользоваться сценарием SQL из раздела "Подготовка к обновлению".
Перезапустите развертывание базового пакета управления сбоем с помощью консоли Service Manager.
Тестирование обновления в лабораторной среде
Рекомендуется протестировать обновление до System Center 2016 — Service Manager в лабораторной среде.
Порядок обновления и время
Правильный порядок выполнения обновлений очень важен. Выполните действия по обновлению в следующем порядке.
Резервное копирование баз данных и пакетов управления. Дополнительные сведения см. в разделах резервного копирования баз данных Service Manager и резервного копирования незапланированных пакетов управления в руководстве по аварийному восстановлению для System Center 2016 — Service Manager.
Начните с сервера управления хранилища данных. Вы будете останавливать задания хранилища данных, и вы не сможете запустить их снова, пока не завершите обновление.
После завершения обновления до сервера управления хранилищем данных обновите исходный сервер управления Service Manager. Если вы создали несколько серверов управления Service Manager, начальный сервер управления Service Manager — это первый созданный сервер управления.
Обновите консоли Service Manager и все дополнительные серверы управления Service Manager.
Перезапустите задания хранилища данных.
Разверните новый портал самообслуживания.
Также важны сроки, отводимые на обновление. После обновления сервера управления хранилищем данных необходимо обновить сервер управления Service Manager и развернуть новый портал самообслуживания. После обновления исходного сервера управления Service Manager необходимо подготовиться к обновлению консоли Service Manager или консоли Service Manager, дополнительных серверов управления Service Manager и портала самообслуживания одновременно.
Влияние базы данных
С помощью System Center 2016 — Service Manager можно установить киоски данных Operations Manager и Configuration Manager. При выборе этого варианта потребуется дополнительное место на жестком диске для двух баз данных, а также связанных файловых групп и файлов журналов.
Резервное копирование Service Manager перед обновлением
Перед началом обновления рекомендуется создать резервную копию баз данных Service Manager и хранилища данных и ключа шифрования. Если вы уже создали резервную копию баз данных и ключа шифрования, вы можете продолжить обновление. В противном случае просмотрите процедуры резервного копирования в руководстве по аварийному восстановлению Для System Center — Service Manager , прежде чем продолжить обновление.
Регистрация хранилища данных Service Manager
Если вы установили сервер управления хранилищем данных в вашей среде в рамках процесса обновления, необходимо просмотреть состояние заданий хранилища данных. Эту задачу нельзя выполнить, если вы не зарегистрировались в хранилище данных Service Manager. Если кнопка хранилища данных не отображается в консоли Service Manager, выполните процедуру регистрации в хранилище данных Service Manager, чтобы включить отчеты в руководстве по развертыванию System Center 2016 — Service Manager.
Ключи шифрования
После завершения установки или обновления до System Center 2016 — Service Manager вам будет предложено открыть мастер резервного копирования или восстановления шифрования. Если вы ранее создали резервную копию ключей шифрования, никаких дополнительных действий не требуется. Если вы никогда не использовали резервные копии ключей шифрования, используйте мастер резервного копирования ключей шифрования или восстановления для резервного копирования ключей шифрования на серверах управления Service Manager.
Следующие шаги
- Проверьте , как подготовить удаленную службу SQL Server Reporting Services для обновления , чтобы подготовить среду, если службы SSRS удалены с сервера управления хранилищем данных.