System Center Service Manager 업그레이드

Important

SPF(서비스 공급자 파운데이션)는 System Center 2025에서 중단됩니다. 그러나 SPF 2022는 System Center 2025 구성 요소와 계속 작동합니다.

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

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

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

Warning

구성 요소 업그레이드를 수행하는 순서가 중요합니다. 올바른 업그레이드 순서를 따르지 않으면 구성 요소 오류가 발생하게 되며, 복구할 수 있는 방법도 없습니다. 영향을 받는 System Center 구성 요소는 다음과 같습니다.

• 오케스트레이터
• Service Manager
• Data Protection Manager
• Operations Manager
• Configuration Manager
• Virtual Machine Manager
• App Controller

System Center 2022에서 System Center 2025로만 업그레이드할 수 있습니다.

Important

이 가이드에서는 기존 System Center 버전으로 업그레이드 를 수행하고 있다고 가정합니다. 이전 버전의 Service Manager가 없는 컴퓨터에 System Center 2025 - Service Manager를 설치하는 방법에 대한 자세한 내용은 System Center - Service Manager 배포를 참조하세요.

System Center 2025 - Service Manager로 업그레이드 계획

이 섹션에서는 System Center 2025로 업그레이드하는 데 필요한 절차를 간략하게 설명합니다.

Service Manager 2022에서 현재 위치 업그레이드가 지원됩니다. 현재 위치 업그레이드는 동일한 하드웨어의 모든 Service Manager 파트를 업그레이드하는 것입니다. 병렬 업그레이드 또는 롤링 업그레이드와 같은 다른 방법은 지원되지 않습니다.

Service Manager 2025로 업그레이드하려면 준비가 필요합니다. 랩 환경에 Service Manager를 설치한 다음 프로덕션 데이터베이스를 랩에 복제하는 것이 좋습니다. 그런 다음 랩에서 새 설치의 업그레이드를 수행합니다.

버전 평가 및 선택

System Center 2022 - Service Manager 릴리스는 두 가지 버전으로 제공되었습니다.

• 평가 버전(180일 시간 제한)
• 셀렉트 라이선스 버전

Service Manager 2025에서 지원되는 업그레이드 경로는 다음과 같습니다.

현재 버전	업그레이드된 버전	상태
System Center 2022 - Service Manager Eval	System Center 2025 - Service Manager Eval	평가 기간이 그대로 유지됩니다.
System Center 2022 - Service Manager 선택	System Center 2025 - Service Manager 선택	Licensed

참고 항목

Service Manager의 평가 버전에서 Service Manager 2025 의 평가 버전으로 업그레이드해도 평가 기간은 180일로 연장되지 않습니다 .

설치 위치

Service Manager를 설치하기 위한 기본 폴더는 \Program Files\Microsoft System Center\Service Manager입니다. 그러나 Service Manager로 업그레이드를 수행하면 Service Manager가 이전에 사용한 폴더에 소프트웨어가 설치됩니다.

System Center 2025 - Service Manager에 대한 하드웨어 요구 사항

System Center 2025 - Service Manager에 대한 모든 하드웨어 요구 사항은 하드웨어 요구 사항에 완전히 문서화되어 있습니다.

System Center 2025 - Service Manager에 대한 소프트웨어 요구 사항

System Center 2025- Service Manager에 대한 모든 소프트웨어 요구 사항은 소프트웨어 요구 사항에 완전히 문서화되어 있습니다.

MPSync 작업 실패 방지

업그레이드 전

설명: 업그레이드 프로세서 문제로 인해 업그레이드 완료 후 MPSync 작업이 실패합니다. 업그레이드하기 전에 이 문제를 방지하려면 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: 이미 업그레이드했으며 변환 또는 로드 작업 실패에 문제가 없지만 관리 팩 배포 실패가 있는 경우 업그레이드 전 섹션의 단계를 따릅니다. 또한 기본 기본 키가 복원된 후 데이터 웨어하우스 작업 영역으로 이동하여 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. 데이터베이스 및 관리 팩을 백업합니다. System Center - Service Manager에 대한 재해 복구 가이드에서 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. System Center 2025 Service Manager를 데이터 웨어하우스 관리 서버, 기본 관리 서버, 보조 관리 서버, 셀프 서비스 포털 및 모든 분석가 콘솔에 적용합니다.

데이터베이스 영향

System Center 2025 - Service Manager를 사용하면 Operations Manager 및 Configuration Manager 데이터 마트를 설치할 수 있습니다. 이 옵션을 선택하면 두 데이터베이스뿐 아니라 연결된 파일 그룹 및 로그 파일에 대해서도 하드 디스크의 추가 공간이 필요합니다.

업그레이드하기 전에 Service Manager 백업

업그레이드를 시작하기 전에 Service Manager 및 데이터 웨어하우스 데이터베이스와 암호화 키를 백업하는 것이 좋습니다. 데이터베이스 및 암호화 키를 이미 백업한 경우 업그레이드를 계속 실행할 수 있습니다. 그렇지 않은 경우 업그레이드를 계속하기 전에 System Center - Service Manager에 대한 재해 복구 가이드에서 백업 절차를 검토합니다.

Service Manager 데이터 웨어하우스 등록

업그레이드 프로세스의 일부로 사용자 환경에 데이터 웨어하우스 관리 서버를 설치한 경우 데이터 웨어하우스 작업의 상태를 볼 수 있어야 합니다. Service Manager 데이터 웨어하우스에 등록하지 않은 경우 이 작업을 수행할 수 없습니다. Service Manager 콘솔에 데이터 웨어하우스 단추가 표시되지 않는 경우 Service Manager 데이터 웨어하우스에 등록하는 절차를 완료하여 System Center - Service Manager에 대한 배포 가이드에서 보고를 사용하도록 설정합니다.

암호화 키

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

다음 단계

• SSRS가 데이터 웨어하우스 관리 서버에서 원격인 경우 업그레이드를 위해 원격 SQL Server Reporting Services 준비를 검토하여 환경을 준비합니다.