Обновление для System Center Service Manager

В этой статье содержатся сведения об обновлении System Center 2025 — Service Manager (SM)

Обновление до System Center 2025 — Service Manager

В следующих разделах содержатся сведения об обновлении до System Center 2025 — Service Manager (SM).

Вы можете обновить только до System Center 2025 с System Center 2022.

Планирование обновления до 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.

Расположение установки

Папка по умолчанию для установки 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%'  

Если пакет управления не существует, необходимо восстановить базу данных до обновления. Чтобы восстановить базу данных, выполните следующие действия.

1. Выполните действия по аварийному восстановлению резервных копий базы данных.

2. Отключите расписание MPSyncJob.

3. Вручную восстановите все отсутствующие первичные ключи в DWRepository. Для удаления и повторного создания первичного ключа можно воспользоваться сценарием SQL из раздела "Подготовка к обновлению".

4. Перезапустите развертывание неудавшегося базового пакета управления с помощью консоли Service Manager.

Тестирование обновления в лабораторной среде

Рекомендуется протестировать обновление до System Center 2025 — Service Manager в лабораторной среде.

Порядок обновления и время

Правильный порядок выполнения обновлений очень важен. Выполните действия по обновлению в следующем порядке.

1. Резервное копирование баз данных и пакетов управления. Дополнительные сведения см. в разделах резервное копирование баз данных Service Manager и резервное копирование неотмеченных пакетов управления в руководстве по аварийному восстановлению Disaster Recovery Guide for System Center - Service Manager.

2. Начните с сервера управления хранилища данных.

3. После завершения обновления до сервера управления хранилищем данных обновите исходный сервер управления Service Manager. Если вы создали несколько серверов управления Service Manager, начальный сервер управления Service Manager — это первый созданный сервер управления.

4. Затем обновите все вторичные серверы управления, порталы самообслуживания и консоли Service Manager.

После установки сделайте следующее:

1. Отключите все задания хранилища данных. Для этого откройте оболочку Service Manager и выполните следующие команды:

   $DW ='DWMS Servername'
   
   Get-scdwjob -Computername $DW | %{disable-scdwjobschedule -Computername $DW -jobname $_.Name}
   

2. Внесите необходимые изменения в следующий скрипт 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) 
   
   

3. Включите расписания заданий, выполнив следующие команды:

   $DW ='DWMS Servername'
   
   Get-scdwjob -Computername $DW | %{enable-scdwjobschedule -Computername $DW -jobname $_.Name}
   

4. Перезапустите сервер управления хранилищем данных.

Влияние базы данных

С помощью 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 2022 с System Center 2019 можно выполнить только в System Center 2019.

Запланируйте обновление до 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.

Расположение установки

Папка по умолчанию для установки 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%'  

Если пакет управления не существует, необходимо восстановить базу данных до обновления. Чтобы восстановить базу данных, выполните следующие действия.

1. Выполните действия по аварийному восстановлению резервных копий базы данных.

2. Отключите расписание MPSyncJob.

3. Вручную восстановите все отсутствующие первичные ключи в DWRepository. Для удаления и повторного создания первичного ключа можно воспользоваться сценарием SQL из раздела "Подготовка к обновлению".

4. Перезапустите развертывание неудавшегося базового пакета управления с помощью консоли Service Manager.

Тестирование обновления в лабораторной среде

Рекомендуется протестировать обновление до System Center 2022 — Service Manager в лабораторной среде.

Порядок обновления и время

Правильный порядок выполнения обновлений очень важен. Выполните действия по обновлению в следующем порядке.

1. Резервное копирование баз данных и пакетов управления. Дополнительные сведения см. в разделах резервное копирование баз данных Service Manager и резервное копирование неотмеченных пакетов управления в руководстве по аварийному восстановлению Disaster Recovery Guide for System Center - Service Manager.

2. Начните с сервера управления хранилища данных.

3. После завершения обновления до сервера управления хранилищем данных обновите исходный (основной) сервер управления Service Manager. Если вы создали несколько серверов управления Service Manager, начальный сервер управления Service Manager — это первый созданный сервер управления.

4. Затем обновите все вторичные серверы управления, порталы самообслуживания и консоли Service Manager.

После установки сделайте следующее:

1. Отключите все задания хранилища данных. Для этого откройте оболочку Service Manager и выполните следующие команды:

   $DW ='DWMS Servername' 
   Get-scdwjob -Computername $DW | %{disable-scdwjobschedule -Computername $DW -jobname $_.Name} 
   

2. Внесите необходимые изменения в следующий скрипт 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)  
   
   

3. Включите расписания заданий, выполнив следующие команды:

   $DW ='DWMS Servername' 
   
   Get-scdwjob -Computername $DW | %{enable-scdwjobschedule -Computername $DW -jobname $_.Name} 
   

4. Перезапустите сервер управления хранилищем данных.

5. Примените накопительный пакет обновления 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 Data Warehouse Library. В журнале событий OperationsManager показано следующее сообщение об ошибке:

• Неправильный синтаксис рядом с ключевым словом IF
• Неправильный синтаксис рядом END

Решение:

Запустите скрипт, описанный здесь.

В этой статье приведены сведения об обновлении System Center 2019 — Service Manager (SM)

Обновление до System Center 2019 — Service Manager

В следующих разделах содержатся сведения об обновлении до System Center 2019 — Service Manager (SM).

Обновление до System Center 2019 можно выполнить только с System Center 2016 или 1801 или 1807.

Планирование обновления до 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.

Расположение установки

Папка по умолчанию для установки 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 по завершении обновления. Чтобы предотвратить возникновение этой проблемы до обновления, необходимо запустить SQL-сценарий в базе данных DWRepository, чтобы получить скрипты, которые удаляют и добавляют ограничение на первичный ключ в таблицах фактов в базе данных 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%'  

Если пакет управления не существует, необходимо восстановить базу данных до обновления. Чтобы восстановить базу данных, выполните следующие действия.

1. Выполните действия по аварийному восстановлению резервных копий базы данных.

2. Отключите расписание MPSyncJob.

3. Вручную восстановите все отсутствующие первичные ключи в DWRepository. Для удаления и повторного создания первичного ключа можно воспользоваться сценарием SQL из раздела "Подготовка к обновлению".

4. Перезапустите развертывание неудавшегося базового пакета управления с помощью консоли Service Manager.

Тестирование обновления в лабораторной среде

Рекомендуется протестировать обновление до System Center 2019 — Service Manager в лабораторной среде.

Порядок обновления и время

Правильный порядок выполнения обновлений очень важен. Выполните действия по обновлению в следующем порядке.

1. Резервное копирование баз данных и пакетов управления. Дополнительные сведения см. в разделах резервное копирование баз данных Service Manager и резервное копирование неотмеченных пакетов управления в руководстве по аварийному восстановлению Disaster Recovery Guide for System Center - Service Manager.

2. Начните с сервера управления хранилища данных. Вы будете останавливать задания хранилища данных, и вы не сможете запустить их снова, пока не завершите обновление.

3. После завершения обновления до сервера управления хранилищем данных обновите исходный сервер управления Service Manager. Если вы создали несколько серверов управления Service Manager, начальный сервер управления Service Manager — это первый созданный сервер управления.

4. Обновите консоли Service Manager и все дополнительные серверы управления Service Manager.

5. Перезапустите задания хранилища данных.

6. Разверните новый портал самообслуживания.

Также важны сроки, отводимые на обновление. После обновления сервера управления хранилищем данных необходимо обновить сервер управления 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 2016 только с System Center 2012 R2 - Service Manager, если установлен Пакет обновления 9 или более поздний.

Планирование обновления до 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.

Расположение установки

Папка по умолчанию для установки 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 по завершении обновления. Чтобы предотвратить возникновение этой проблемы до обновления, необходимо запустить SQL-сценарий в базе данных DWRepository, чтобы получить скрипты, которые удаляют и добавляют ограничение на первичный ключ в таблицах фактов в базе данных 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%'  

Если пакет управления не существует, необходимо восстановить базу данных до обновления. Чтобы восстановить базу данных, выполните следующие действия.

1. Выполните действия по аварийному восстановлению резервных копий базы данных.

2. Отключите расписание MPSyncJob.

3. Вручную восстановите все отсутствующие первичные ключи в DWRepository. Для удаления и повторного создания первичного ключа можно воспользоваться сценарием SQL из раздела "Подготовка к обновлению".

4. Перезапустите развертывание неудавшегося базового пакета управления с помощью консоли Service Manager.

Тестирование обновления в лабораторной среде

Рекомендуется протестировать обновление до System Center 2016 — Service Manager в лабораторной среде.

Порядок обновления и время

Правильный порядок выполнения обновлений очень важен. Выполните действия по обновлению в следующем порядке.

1. Резервное копирование баз данных и пакетов управления. Дополнительные сведения см. в разделах Резервное копирование баз данных Service Manager и резервное копирование неопечатанных пакетов управления в руководстве по аварийному восстановлению System Center 2016 - Service Manager.

2. Начните с сервера управления хранилища данных. Вы будете останавливать задания хранилища данных, и вы не сможете запустить их снова, пока не завершите обновление.

3. После завершения обновления до сервера управления хранилищем данных обновите исходный сервер управления Service Manager. Если вы создали несколько серверов управления Service Manager, начальный сервер управления Service Manager — это первый созданный сервер управления.

4. Обновите консоли Service Manager и все дополнительные серверы управления Service Manager.

5. Перезапустите задания хранилища данных.

6. Разверните новый портал самообслуживания.

Также важны сроки, отводимые на обновление. После обновления сервера управления хранилищем данных необходимо обновить сервер управления 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.