System Center Service Manager 업그레이드

이 문서에서는 System Center 2022 - SM(Service Manager)에 대한 업그레이드 정보를 제공합니다.

System Center 2022로 업그레이드 - Service Manager

다음 섹션에서는 System Center 2022 - SM(Service Manager)으로 업그레이드하는 방법에 대한 정보를 제공합니다.

경고

구성 요소 업그레이드를 수행하는 순서가 중요합니다. 올바른 업그레이드 순서를 따르지 않으면 구성 요소 오류가 발생하게 되며, 복구할 수 있는 방법도 없습니다. 영향을 받는 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 2022로만 업그레이드할 수 있습니다.

중요

이 가이드에서는 기존 System Center 버전으로 업그레이드 를 수행하고 있다고 가정합니다. 이전 버전의 Service Manager 없는 컴퓨터에 System Center 2022 - 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일 시간 제한)
• 셀렉트 라이선스 버전

다음 업그레이드 경로는 2022년 Service Manager 지원됩니다.

현재 버전	업그레이드된 버전	상태
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]에서는 DWRepository 데이터베이스에서 아래에 언급된 SQL 스크립트를 실행하여 문제를 해결하려면 DWRepository 데이터베이스의 기본 키에 대한 제약 조건을 삭제하고 추가하는 실제 SQL 스크립트를 가져와야 합니다. 또한 변환 및 로드 작업도 실패할 수 있습니다. 데이터베이스 정리 오류로 인해 이 오류가 발생할 수 있습니다.

;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. 데이터베이스 및 관리 팩을 백업합니다. System Center - Service Manager 재해 복구 가이드에서 Service Manager 데이터베이스 백업 및 봉인되지 않은 관리 팩 백업 섹션을 참조하세요.

2. 데이터 웨어하우스 관리 서버를 시작합니다. 데이터 웨어하우스 작업을 중지하고 업그레이드를 완료할 때까지 다시 시작할 수 없습니다.

3. 데이터 웨어하우스 관리 서버로 업그레이드가 완료된 후 초기 Service Manager 관리 서버를 업그레이드합니다. Service Manager 관리 서버를 둘 이상 만든 경우 초기 Service Manager 관리 서버는 사용자가 첫 번째로 만든 관리 서버입니다.

설치 후 다음을 수행합니다.

4. 모든 Data Warehouse 작업을 사용하지 않도록 설정합니다. 이렇게 하려면 Service Manager 셸을 열고 다음 명령을 실행합니다.

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

5. 환경의 데이터 원본 뷰를 기반으로 다음 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) 
   
   

6. 다음 명령을 실행하여 작업 일정을 사용하도록 설정합니다.

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

7. Data Warehouse 관리 서버를 다시 시작합니다.

8. Service Manager 콘솔 및 추가 Service Manager 관리 서버를 업그레이드합니다.

9. 데이터 웨어하우스 작업을 다시 시작합니다.

10. 새 셀프 서비스 포털을 배포합니다.

11. System Center 2022 Service Manager 핫픽스를 주 관리 서버, 보조 관리 서버, Self-Service Portal 및 모든 분석가 콘솔에 적용합니다.

업그레이드 타이밍도 중요합니다. 데이터 웨어하우스 관리 서버를 업그레이드한 후에는 Service Manager 관리 서버를 업데이트하고 새 Self-Service 포털도 배포해야 합니다. 초기 Service Manager 관리 서버를 업그레이드 한 후 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 콘솔에 표시되지 않는 경우 System Center 배포 가이드에서 보고 사용으로 Service Manager Data Warehouse 등록의 절차를 완료합니다. Service Manager.

암호화 키

설치 프로그램을 실행하여 System Center 2022 - Service Manager 설치 또는 업그레이드를 완료하면 암호화 백업 또는 복원 마법사를 열라는 메시지가 표시됩니다. 이전에 암호화 키를 백업한 경우 추가 작업이 필요하지 않습니다. 암호화 키를 백업하지 않은 경우 암호화 키 백업 또는 복원 마법사를 사용하여 Service Manager 관리 서버의 암호화 키를 백업합니다.

다음 단계

• SSRS가 데이터 웨어하우스 관리 서버와 떨어져 있는 경우 원격 SQL Server Reporting Services의 업그레이드 준비를 검토하여 원격 환경을 준비합니다.