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

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

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

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

Предупреждение

Необходимо выполнять обновление компонентов в правильном порядке. Несоблюдение правильной последовательности выполнения обновлений может привести к неустранимому сбою в работе компонента. Уязвимые компоненты System Center:

  1. Оркестратор:
  2. Service Manager
  3. Data Protection Manager
  4. Operations Manager
  5. Configuration Manager
  6. Virtual Machine Manager
  7. App Controller

Вы можете выполнить обновление до System Center 2022 только с 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 — Service Manager Eval System Center 2022 — Service Manager Eval Ознакомительный период остается без изменений
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 по завершении обновления. Чтобы избежать этой проблемы (перед обновлением)[#back-up-service-manager-before-you-upgrade], необходимо запустить приведенный ниже скрипт 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. Если вы уже выполнили обновление и у вас нет проблем со сбоями заданий преобразования или загрузки, но не произошло сбой развертывания пакета управления, выполните действия, описанные в разделе (Перед обновлением)[#back-up-service-manager-before-you-upgrade]. Кроме того, после восстановления первичных ключей по умолчанию необходимо перезапустить развертывание неудачного пакета управления в консоли 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 и Резервное копирование незамеченных пакетов управленияв руководстве по аварийному восстановлению для System Center — Service Manager.

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

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

После установки выполните следующие действия.

  1. Отключите все Data Warehouse задания. Для этого откройте оболочку 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. Перезапустите сервер управления Data Warehouse.

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

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

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

  8. Примените исправление Service Manager System Center 2022 к основному серверу управления, серверам-получателям, порталам Self-Service и всем консолям аналитика.

Также важны сроки, отводимые на обновление. После обновления сервера управления хранилищем данных необходимо обновить сервер управления Service Manager, а также развернуть новый портал Self-Service. После обновления исходного сервера управления Service Manager вы должны быть готовы в то же время обновить консоль или консоли Service Manager, дополнительные серверы управления Service Manager и портал самообслуживания.

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

В System Center 2022 — Service Manager вы можете установить Operations Manager и Configuration Manager киоски данных. При выборе этого варианта потребуется дополнительное место на жестком диске для двух баз данных, а также связанных файловых групп и файлов журналов.

Резервное копирование Service Manager перед обновлением

Перед началом обновления рекомендуется выполнить резервное копирование баз данных Service Manager и хранилища данных и ключа шифрования. Если вы уже создали резервную копию баз данных и ключа шифрования, вы можете продолжить обновление. В противном случае, прежде чем продолжать обновление, выполните процедуры резервного копирования, описанные в руководстве по аварийному восстановлению System Center — Service Manager.

Регистрация хранилища данных Service Manager

Если вы установили сервер управления хранилищем данных в своей среде в рамках процесса обновления, вы должны иметь возможность просматривать состояние заданий хранилища данных. Эту задачу невозможно выполнить, если вы не зарегистрировались в хранилище данных Service Manager. Если кнопка Data Warehouse не отображается в консоли Service Manager, выполните процедуру, описанную в разделе Регистрация в Service Manager Data Warehouse включение отчетов в руководстве по развертыванию для System Center. Service Manager.

Ключи шифрования

Завершив запуск программы установки для установки или обновления до System Center 2022 — Service Manager, вам будет предложено открыть мастер резервного копирования или восстановления шифрования. Если вы ранее создали резервную копию ключей шифрования, никаких дополнительных действий не требуется. Если вы никогда не создавали резервные копии ключей шифрования, воспользуйтесь мастером архивации и восстановления шифрования, чтобы выполнить резервное копирование ключей шифрования на серверах управления Service Manager.

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

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

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

Предупреждение

Необходимо выполнять обновление компонентов в правильном порядке. Несоблюдение правильной последовательности выполнения обновлений может привести к неустранимому сбою в работе компонента. Уязвимые компоненты System Center:

  1. Оркестратор:
  2. Service Manager
  3. Data Protection Manager
  4. Operations Manager
  5. Configuration Manager
  6. Virtual Machine Manager
  7. 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 — Service Manager Eval System Center 2019 — Service Manager Eval Ознакомительный период остается без изменений
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%'  

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Также важны сроки, отводимые на обновление. После обновления сервера управления хранилищем данных необходимо обновить сервер управления Service Manager, а также развернуть новый портал Self-Service. После обновления исходного сервера управления 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. Если кнопка Data Warehouse не отображается в консоли Service Manager, выполните процедуру, описанную в разделе Регистрация в Service Manager Data Warehouse включение отчетов в руководстве по развертыванию для System Center. Service Manager.

Ключи шифрования

Завершив запуск программы установки для установки или обновления до System Center 2019 — Service Manager, вам будет предложено открыть мастер резервного копирования или восстановления шифрования. Если вы ранее создали резервную копию ключей шифрования, никаких дополнительных действий не требуется. Если вы никогда не создавали резервные копии ключей шифрования, воспользуйтесь мастером архивации и восстановления шифрования, чтобы выполнить резервное копирование ключей шифрования на серверах управления Service Manager.

Важно!

Поддержка этой версии Service Manager завершена. Рекомендуем выполнить обновление до Service Manager 2022.

Чтобы применить обновление 1807, требуется установленный System Center — Service Manager 1801. Дополнительные сведения об установке SM 1807.

Важно!

Поддержка этой версии Service Manager завершена. Рекомендуем выполнить обновление до Service Manager 2022.

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

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

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

Следующие разделы содержат сведения о том, как обновить System Center 2012 R2 и 2016 Service Manager до System Center 1801 — Service Manager (SM).

Предупреждение

Необходимо выполнять обновление компонентов в правильном порядке. Несоблюдение правильной последовательности выполнения обновлений может привести к неустранимому сбою в работе компонента. Уязвимые компоненты System Center:

  1. Оркестратор:
  2. Service Manager
  3. Data Protection Manager
  4. Operations Manager
  5. Configuration Manager
  6. Virtual Machine Manager
  7. App Controller

Обновление до System Center 1801 можно выполнить только с System Center 2012 R2— Service Manager с накопительным пакетом обновления 14 и System Center Service Manager 2016 с накопительным пакетом обновления 4 ( UR4).

Важно!

В данном руководстве предполагается, что вы выполняете обновление до существующей версии System Center. Сведения об установке System Center 1801 — Service Manager на компьютер, где нет ранее установленной версии Service Manager, см. в статье Развертывание System Center — Service Manager.

Планирование обновления до System Center 1801 — Service Manager

Этот раздел содержит описание процедур, необходимых для обновления до System Center 1801.

Поддерживается обновление на месте с Service Manager 2012 R2 UR14 и 2016 UR4 до Service Manager 1801. Обновление на месте — это обновление всех Service Manager частей на одном оборудовании. Другие подходы, такие как параллельные обновления или последовательные обновления, не поддерживаются.

Обновление до Service Manager 1801 требует подготовки. Service Manager рекомендуется установить в лабораторной среде, а затем реплицировать рабочие базы данных в лабораторную среду. Затем можно выполнить обновление новой установки в лаборатории.

Выпуск для оценки и выпуск для выбора

В выпуске System Center 2012 R2 и 2016 — Service Manager были доступны две разные версии:

  • ознакомительная версия (со сроком действия 180 дней),
  • версия для выбора лицензии.

Service Manager 1801 поддерживает следующие варианты обновления.

Текущая версия Обновленная версия Состояние
System Center 2012 R2/2016 — Service Manager Eval System Center 1801 — Service Manager Eval Ознакомительный период остается без изменений
System Center 2012 R2/2016 — Service Manager Select System Center 1801 — Service Manager Select Лицензировано

Примечание

Обновление ознакомительной версии Service Manager до ознакомительной версии Service Manager 1801 не продлевает 180-дневный ознакомительный период.

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

По умолчанию для установки Service Manager используется папка \Program Files\Microsoft System Center\Service Manager. Однако при выполнении обновления до Service Manager программное обеспечение устанавливается в папку, которая использовалась для установки Service Manager ранее. Если версия Service Manager 2012/2016 была ранее обновлена, может использоваться следующая папка:

\Program Files\Microsoft System Center\Service Manager

Требования System Center 1801 — Service Manager к оборудованию

Все требования к оборудованию для System Center 1801 — Service Manager полностью описаны в статье Требования к оборудованию.

Требования System Center 1801 — Service Manager к программному обеспечению

Чтобы выполнить обновление до System Center 1801, необходимо сначала применить накопительный пакет обновления 14 для 2012 R2 и накопительный пакет обновления 4 для 2016 Service Manager.

Все требования к программному обеспечению для Service System Center 1801 — Service Manager полностью описаны в статье Требования к программному обеспечению.

Влияние на собственные разработки

В выпуске System Center 2016 — Service Manager продукт был перемещен на поддержку .NET 4.5.1. Набор средств для поддержки этого перемещения в .NET 4.5.1, необходимый для прерывания нескольких зависимостей и привел к перемещению классов между сборками. Таким образом, обновление до Service Manager 1801 с 2012 R2 может нарушить пользовательские решения, созданные в компании или сторонними (не Майкрософт). Чтобы избежать этой проблемы, воспользуйтесь инструкциями по обновлению настраиваемых решений.

Предотвращение сбоев заданий 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%'  

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

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

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

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

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

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

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

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

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

  1. Выполните резервное копирование баз данных и пакетов управления. См. статьи "Резервное копирование баз данных Service Manager" и "Резервное копирование незапечатанных пакетов управления" руководства по аварийному восстановлению 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 и портал самообслуживания.

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

В System Center 1801 — Service Manager вы можете установить Operations Manager и Configuration Manager киоски данных. При выборе этого варианта потребуется дополнительное место на жестком диске для двух баз данных, а также связанных файловых групп и файлов журналов.

Резервное копирование Service Manager перед обновлением

Перед началом обновления рекомендуется выполнить резервное копирование баз данных Service Manager и хранилища данных и ключа шифрования. Если вы уже создали резервную копию баз данных и ключа шифрования, можно продолжить обновление. В противном случае, прежде чем продолжать обновление, выполните процедуры резервного копирования, описанные в руководстве по аварийному восстановлению System Center — Service Manager.

Регистрация хранилища данных Service Manager

Если вы установили сервер управления хранилищем данных в своей среде в рамках процесса обновления, вы должны иметь возможность просматривать состояние заданий хранилища данных. Эту задачу невозможно выполнить, если вы еще не зарегистрировались в хранилище данных Service Manager. Если кнопка Data Warehouse не отображается в консоли Service Manager, выполните процедуру, описанную в разделе Регистрация в Service Manager Data Warehouse включение отчетов в руководстве по развертыванию для System Center. Service Manager.

Ключи шифрования

Завершив запуск программы установки для установки или обновления до System Center 1801 — Service Manager, вам будет предложено открыть мастер резервного копирования или восстановления шифрования. Если вы ранее создали резервную копию ключей шифрования, никаких дополнительных действий не требуется. Если вы никогда не создавали резервные копии ключей шифрования, воспользуйтесь мастером архивации и восстановления шифрования, чтобы выполнить резервное копирование ключей шифрования на серверах управления Service Manager.

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

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

Предупреждение

Если вы планируете обновить два или более компонентов System Center, необходимо сначала ознакомиться с руководством Обновление до System Center 2016. Необходимо выполнять обновление компонентов в правильном порядке. Несоблюдение правильной последовательности выполнения обновлений может привести к неустранимому сбою в работе компонента. Уязвимые компоненты System Center:

  1. Оркестратор:
  2. Service Manager
  3. Data Protection Manager
  4. Operations Manager
  5. Configuration Manager
  6. Virtual Machine Manager
  7. 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 — Service Manager Eval System Center 2016 — Service Manager Eval Ознакомительный период остается без изменений
System Center 2012 R2 — Service Manager Select System Center 2016 — Service Manager Select Лицензировано

Примечание

Обновление ознакомительной версии 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%'  

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

  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 и портал самообслуживания.

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

В System Center 2016 — Service Manager вы можете установить Operations Manager и Configuration Manager киоски данных. При выборе этого варианта потребуется дополнительное место на жестком диске для двух баз данных, а также связанных файловых групп и файлов журналов.

Резервное копирование Service Manager перед обновлением

Перед началом обновления рекомендуется выполнить резервное копирование баз данных Service Manager и хранилища данных и ключа шифрования. Если вы уже создали резервную копию баз данных и ключа шифрования, можно продолжить обновление. В противном случае, прежде чем продолжать обновление, выполните процедуры резервного копирования, описанные в руководстве по аварийному восстановлению System Center — Service Manager.

Регистрация хранилища данных Service Manager

Если вы установили сервер управления хранилищем данных в своей среде в рамках процесса обновления, вы должны иметь возможность просматривать состояние заданий хранилища данных. Эту задачу невозможно выполнить, если вы еще не зарегистрировались в хранилище данных Service Manager. Если кнопка Data Warehouse не отображается в консоли Service Manager, выполните процедуру, описанную в разделе Регистрация в Service Manager Data Warehouse включение отчетов в руководстве по развертыванию System Center 2016. Service Manager.

Ключи шифрования

Завершив запуск программы установки для установки или обновления до System Center 2016 — Service Manager, вам будет предложено открыть мастер резервного копирования или восстановления шифрования. Если вы ранее создали резервную копию ключей шифрования, никаких дополнительных действий не требуется. Если вы никогда не создавали резервные копии ключей шифрования, воспользуйтесь мастером архивации и восстановления шифрования, чтобы выполнить резервное копирование ключей шифрования на серверах управления Service Manager.

Дальнейшие действия