System Center 2012 SP1의 Service Manager 릴리스 정보
적용 대상: System Center 2012 SP1 - Service Manager, System Center 2012 R2 Service Manager
이러한 릴리스 정보에는 System Center 2012 SP1(서비스 팩 1)에 Service Manager를 성공적으로 설치하는 데 필요한 정보가 포함되어 있습니다. 또한 제품 문서에는 아직 제공되지 않은 정보도 포함합니다.
Service Manager를 설치 및 사용하기 전에 이러한 릴리스 정보를 읽어보십시오.
알려진 문제점
Service Manager에 핫픽스 필요
설명: Microsoft 지원에서 제공되는 핫픽스 2600907을 적용하지 않으면 Service Manager가 예기치 않게 중지될 수 있습니다.
해결 방법: 없음
셀프 서비스 포털 설치
**설명:**System Center 2012 SP1(서비스 팩 1)의 Service Manager에서는 Service Manager 역할을 호스트하지 않는 서버에 셀프 서비스 포털를 설치해야 합니다.
해결 방법: 없음
Service Manager에 SQL Server 2008 R2 SP1 버전 이상 필요
설명: 설치에 포함된 Service Manager 필수 구성 요소 검사가 SQL Server 2008 R2 SP1을 검사하지는 않지만 이 비전이 필요합니다. SQL Server 2008 R2의 RTM 버전을 실행 중인 경우 SQL Server 2008 R2 SP1 버전 이상으로 업그레이드해야 System Center 2012 SP1(서비스 팩 1)을 설치할 수 있습니다.
해결 방법: 없음
데이터베이스 또는 로그 경로에 작은따옴표 문자가 포함된 경우 데이터 웨어하우스가 설치되지 않을 수 있음
설명: 설치하는 동안 작은따옴표 문자(')를 포함하는 데이터베이스 또는 로그 경로를 지정하는 경우 설치에 실패할 수 있습니다.
해결 방법: 없음 지정하는 경로에는 작은 따옴표 문자를 포함할 수 없습니다.
Service Manager 2010 Authoring Tool이 설치되어 있는 경우 설치에 실패할 수 있음
설명: 이전에 어떤 버전이든 Service Manager 2010 Authoring Tool을 설치한 경우 설치에 실패할 수 있습니다.
해결 방법: Service Manager 2010 Authoring Tool을 제거한 후 다시 설치합니다.
설치 프로그램을 통해 보고서 뷰어 언어 팩이 설치되지 않음
설명: 설치 프로세스에 필수 구성 요소 검사가 포함되는지 확인하고 필요한 경우 Microsoft 보고서 뷰어를 설치합니다. 그러나 설치 프로그램은 영어 외의 언어를 사용하도록 구성된 Windows 운영 체제와 Microsoft 보고서 뷰어가 호환하는 데 필요한 보고서 뷰어 언어 팩은 설치하지 않습니다.
해결 방법: 사용 중인 시스템이 영어 외의 언어를 사용하도록 구성된 경우 해당 언어용 보고서 뷰어 언어 팩을 수동으로 설치해야 합니다. Microsoft 다운로드 센터에서 Microsoft Report Viewer 재배포 가능 패키지 2008 SP1 언어 팩을 다운로드할 수 있습니다.
SQL Server 인스턴스에 $ 문자가 포함된 경우 Service Manager가 설치되지 않음
설명: 이름에 달러 기호($) 문자를 포함하는 SQL(구조적 쿼리 언어) 인스턴스를 사용하여 Service Manager를 설치하려는 경우 설치에 실패합니다.
해결 방법: 이름에 $ 문자를 포함하지 않는 SQL 인스턴스를 사용합니다.
Service Manager 2012 SP1 데이터 웨어하우스 업그레이드 후 MPSync 작업이 실패할 수 있음
업그레이드하기 전에
설명: 3개월 넘게 데이터 웨어하우스를 실행하고 있다가 데이터 웨어하우스를 Service Manager 2012 SP1으로 업그레이드하면 MPsynch 작업이 실패합니다. 또한 변환 및 로드 작업도 실패할 수 있습니다. 데이터베이스 정리 오류로 인해 이 오류가 발생할 수 있습니다.
데이터 웨어하우스를 Service Manager 2012 SP1로 업그레이드하지 않았고 이 문제가 사용자에게 영향을 주지 않는 경우 DWRepository 데이터베이스에 대해 다음 쿼리를 실행하여 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%'
관리 팩이 없는 경우 데이터베이스를 업그레이드 전 상태로 복원해야 합니다. 데이터베이스를 복원하려면 다음 단계를 수행합니다.
데이터베이스 백업에 대한 재해 복구 단계를 수행합니다.
MPSyncJob 일정을 사용하지 않도록 설정합니다.
DWRepository의 누락된 모든 기본 키를 수동으로 복원합니다. "업그레이드하기 전에" 섹션의 SQL 스크립트를 사용하여 기본 키를 삭제한 후 다시 만들 수 있습니다.
Service Manager 콘솔을 사용하여 실패한 기본 관리 팩 배포를 다시 시작합니다.
Orchestrator 커넥터 계정 암호에는 $ 문자를 포함할 수 없음
설명: Orchestrator 커넥터 계정 암호에 $ 문자를 포함하면 동기화 작업이 완료되지만 Runbook은 Service Manager 데이터베이스에서 업데이트되지 않습니다.
해결 방법: Orchestrator 커넥터 계정 암호에 $ 문자를 포함한 경우 암호를 $ 문자를 포함하지 않는 암호로 변경합니다.
Operations Manager 2007 R2 데이터 원본 등록 실패
설명: 데이터 웨어하우스 작업 영역에서 Operations Manager 2007 R2 데이터 원본을 등록하려고 하면 등록이 실패하고 The Data Access service is either not running or not yet initialized. Check the event log for more information라는 오류가 나타납니다.
해결 방법: 없음 이것은 Service Manager의 System Center 2012 SP1(서비스 팩 1)에 Operations Manager 2007 R2 데이터 원본을 등록하려고 할 때 발생하는 알려진 문제입니다.
Authoring Tool을 사용하여 만든 PowerShell 작업이 제대로 작동하지 않음
설명: Service Manager SP1 버전의 Authoring Tool을 사용하여 워크플로를 만드는 경우 워크플로를 통해 호출된 사용자 지정 스크립트가 실패합니다. 이 문제는 Service Manager MonitoringHost.exe.config 파일 때문입니다.
해결 방법: 이 문제를 해결하려면 다음 단계에 따라 MonitoringHost.exe.config XML 파일을 업데이트합니다.
%ProgramFiles%\Microsoft System Center 2012\Service Manager\ 또는 Service Manager를 설치한 위치로 이동합니다.
MonitoringHost.exe.config 파일을 편집하여 사용자 파일의 해당 섹션에서 아래 예제의 기울임꼴로 표시되는 섹션을 추가합니다. <publisherPolicy apply="yes" /> 앞에 해당 섹션을 삽입해야 합니다.
파일의 변경 내용을 저장합니다.
Service Manager 관리 서버에서 System Center 관리 서비스를 다시 시작합니다.
<?xml version="1.0"?>
<configuration>
<configSections>
<section name="uri" type="System.Configuration.UriSection, System, Version=2.0.0.0, Culture=neutral, PublicKeyToken=b77a5c561934e089" />
</configSections>
<uri>
<iriParsing enabled="true" />
</uri>
<runtime>
<assemblyBinding xmlns="urn:schemas-microsoft-com:asm.v1">
<dependentAssembly>
<assemblyIdentity name="Microsoft.Mom.Modules.DataTypes" publicKeyToken="31bf3856ad364e35" />
<publisherPolicy apply="no" />
<bindingRedirect oldVersion="6.0.4900.0" newVersion="7.0.5000.0" />
</dependentAssembly>
<dependentAssembly>
<assemblyIdentity name="Microsoft.EnterpriseManagement.HealthService.Modules.WorkflowFoundation" publicKeyToken="31bf3856ad364e35" />
<publisherPolicy apply="no" />
<bindingRedirect oldVersion="6.0.4900.0" newVersion="7.0.5000.0" />
</dependentAssembly>
<dependentAssembly>
<assemblyIdentity name="Microsoft.EnterpriseManagement.Modules.PowerShell" publicKeyToken="31bf3856ad364e35" />
<bindingRedirect oldVersion="6.0.4900.0" newVersion="7.0.5000.0" />
</dependentAssembly>
<publisherPolicy apply="yes" />
<probing privatePath="" />
</assemblyBinding>
<gcConcurrent enabled="true" />
</runtime>
</configuration>
설치 프로세스에서 연결된 정보에 지역화된 콘텐츠가 표시되지 않을 수 있음
설명: 설치 프로세스에서 설치 로그 및 기술 문서로 연결된 정보에 지역화된 콘텐츠가 표시되지 않을 수 있습니다.Service Manager의 설치 로그는 영어로만 제공됩니다. 기술 문서는 다양한 지역화된 언어로 제공됩니다. 해당하는 경우 지역화된 기술 문서가 TechNet에 표시되지만 모든 언어가 제공되지는 않습니다.
해결 방법: 없음
일부 터키어 문자에 대해서는 전체 텍스트 검색을 사용하지 못함
설명: 사용이 허가된 타사 단어 분리기를 설치한 경우에만 셀프 서비스 포털에서 전체 텍스트 검색을 사용할 수 있습니다. 그러나 사용이 허가된 타사 단어 분리기를 설치한 경우에도 일부 터키어에 대해서는 전체 텍스트 검색이 작동하지 않습니다.
해결 방법: 전체 텍스트 검색 기능을 지원하는 사용이 허가된 타사 단어 분리기를 로드합니다. 자세한 내용은 사용 중인 SQL Server 버전에 해당하는 다음 링크를 참조하십시오.
할당되지 않은 가상 컴퓨터가 보고 정보에 나타남
설명: 가상 컴퓨터가 클라우드에 할당되었는지에 관계없이 Microsoft OLAP(온라인 분석 처리) 큐브 데이터 및 샘플 Microsoft Excel 보고서에 모든 가상 컴퓨터가 나타납니다. 보고 정보는 할당되지 않은 가상 컴퓨터를 가격표 데이터가 없는 행으로 표시하도록 구성되었습니다.
해결 방법: 없음
가상 컴퓨터 구성 요소 집계가 잘못됨
설명: SystemCenterVmmCloudChargebackCube OLAP 큐브에 가상 컴퓨터 구성 요소의 집계된 값이 포함됩니다. 그러나 구성 요소의 값은 일별 개수 이외의 방법으로 큐브에 표시되지 않습니다.
해결 방법: 없음 일별 값 이외에 가상 컴퓨터 구성 요소에 대해 집계된 시간 값을 무시해야 합니다.
다시 할당된 가상 컴퓨터 값이 잘못 계산될 수 있음
설명: 한 클라우드 개체에서 다른 클라우드 개체로 가상 컴퓨터를 제거한 후 다시 할당하는 경우 가상 컴퓨터가 할당된 두 클라우드 모두에 대해 잘못 계산된 값이 나타날 수 있습니다. 이런 상황은 가상 컴퓨터에 대한 값이 가상 컴퓨터가 처음에 할당된 클라우드에서 제거되지 않은 경우 동일한 날짜에 대해서만 발생할 수 있습니다. 다음 날에 대한 데이터는 정확합니다.
해결 방법: 없음
가격표의 값이 다음 날부터 적용됨
설명: 가격표에 값을 입력하면 다음 날부터 값이 적용됩니다. 예를 들어 계산된 가격을 오늘 수정하는 경우 업데이트된 가격이 OLAP 큐브 데이터 또는 예제 비용 청구 Excel 보고서에 즉시 나타나지 않습니다. 대신 이전 가격이 OLAP 큐브 데이터 및 예제 비용 청구 Excel 보고서에 계속 나타납니다. 업무일 동안 가격을 업데이트한 후 다음 업무일부터 해당 가격을 적용하려는 경우 이런 동작이 예상됩니다.
해결 방법: 없음
표시 언어가 변경된 후 마법사 텍스트가 잘못된 언어로 표시될 수 있음
설명: Service Manager 콘솔에서 언어 메뉴를 사용하여 언어를 변경한 후 마법사 텍스트가 이전에 선택한 언어로 표시될 수 있습니다.
해결 방법: 이 문제가 발생하는 경우 다음을 수행합니다.
Service Manager 콘솔을 닫습니다.
시작 메뉴에서 실행을 클릭하고 **%temp%**를 입력한 후 확인을 클릭합니다.
부모 로컬 폴더로 이동합니다.
\Microsoft\System Center Service Manager 2010\<서버이름>\<버전번호>\를 열고 폴더의 콘텐츠를 삭제합니다.
Service Manager 콘솔을 엽니다. 마법사 텍스트가 이전에 선택한 언어로 나타납니다.
서비스 요청 템플릿 항목을 수정 또는 삭제하는 경우 오류가 발생할 수 있음
설명: 요청 제공 템플릿을 사용하여 서비스 요청을 만들고 템플릿에 포함된 작업을 수정 또는 삭제하는 경우 다양한 오류가 발생하여 서비스 요청을 저장할 수 없습니다.
해결 방법: 서비스 요청을 만들 때 요청 제공 템플릿에 포함된 작업을 수정 또는 삭제하지 마세요. 필요에 따라 사용 목적을 위해 필요하고 적절하게 구성된 작업만 사용하여 새로운 요청 제공 템플릿을 만들 수 있습니다.
SelectedDate 값이 유효하지 않은 경우 변경 요청을 열려고 하면 Service Manager 콘솔이 중지됨
설명: 이 문제는 변경 요청의 예약된 종료 날짜가 예약된 시작 날짜보다 빠르게 설정된 경우 System Center Service Manager 2010에서 System Center 2012 – Service Manager로 업그레이드한 후 발생할 수 있습니다. 오류 메시지는 System.ArgumentOutOfRangeException: SelectedDate value is not valid와 비슷합니다.
해결 방법: ScheduledEndDate 값보다 큰 ScheduledStartDate 값을 포함하는 변경 요청을 표시하기 위해 Windows PowerShell용 Service Manager 모듈 창에서 다음 명령 집합을 사용할 수 있습니다.
$class=get-scclass -Name System.WorkItem.ChangeRequest
$instances= get-scclassinstance $class | where {$_.ScheduledStartDate -gt
$_.ScheduledEndDate}
$instances | Select DisplayName, ScheduledStartDate, ScheduledEndDate
이 상황을 해결하려면 다음 cmdlet 집합을 실행합니다. 이러한 cmdlet은 ScheduledEndDate 와 동일한 값으로 ScheduledStartDate 값을 설정합니다.
$class=get-scclass -Name System.WorkItem.ChangeRequest
$instances= get-scclassinstance $class | where {$_.ScheduledStartDate -gt
$_.ScheduledEndDate}
$instances | Select DisplayName, ScheduledStartDate, ScheduledEndDate
$instances | %{ $_.ScheduledEndDate = $_.ScheduledStartDate ; $_ } | update-scclassinstance
기술 항목이 TXT 파일에서 생성된 경우 2바이트 문자가 제대로 표시되지 않을 수 있음
설명: 더블바이트 문자를 포함하는 TXT 파일을 사용하여 기술 항목을 만드는 경우 문자가 제대로 표시되지 않을 수 있습니다.
해결 방법: 이 문제가 발생하는 경우 TXT 파일을 사용하여 기술 항목을 만들지 말고, RTF 파일을 사용합니다.
바로 가기 키에 제한된 기능이 있음
설명: 대부분의 바로 가기 키가 제대로 작동하지 않습니다.
해결 방법: 특정 바로 가기 키가 작동하지 않는 경우 작업 메뉴에서 작업을 클릭한 후 바로 가기 키를 사용해 봅니다.
Excel의 큐브 분석이 Excel Viewer에서 작동하지 않음
설명: Microsoft Office Excel Viewer를 사용하여 데이터 웨어하우스 작업 영역에서 OLAP 데이터 큐브를 분석하려는 경우 Microsoft Excel Viewer를 설치할 수 있으며 다시 시도하라는 잘못된 대화 상자가 나타납니다.
**해결 방법:**Service Manager 콘솔을 닫고 Microsoft Excel을 설치한 후 다시 시도하세요.
보고 서버 구성이 오래 걸릴 수 있음
설명: 데이터 웨어하우스를 설치할 때 기본 웹 서버 URL 유효성 검사가 완료되는 데 25초 걸릴 수 있습니다.
해결 방법: 없음
2바이트 문자가 검색 공급자에게 잘못 전송됨
설명: 기술 문서 검색을 수행할 때 검색 공급자 상자에 2바이트 문자를 입력하면 검색 웹 사이트에 제대로 전송되지 않고 오류 문자가 전송됩니다.
해결 방법: 없음
데이터 바인딩이 클래스 확장 속성에 대해 작동하지 않음
설명: 양식 컨트롤을 클래스의 확장 속성에 바인딩하면 확장 속성 값이 저장되지 않습니다.
해결 방법: 속성에 바인딩한 후 Service Manager 콘솔을 다시 시작합니다.
기술 항목이 날짜별로 정렬되지 않음
설명: 기술 항목을 날짜별로 정렬하려고 할 때 정렬이 작동하지 않습니다.
해결 방법: 없음
System Center 경고 관리 큐브 관리 팩을 Operations Manager 등록 중에 가져올 수 없음
설명: Operations Manager를 데이터 원본으로 등록하면 System Center 경고 관리 큐브 관리 팩을 가져올 수 없습니다.
해결 방법: 먼저 Operations Manager의 데이터 원본을 만듭니다. 자세한 내용은 Service Manager 관리자 가이드의 How to Register the System Center Data Warehouse to Operations Manager(Operations Manager에 System Center 데이터 웨어하우스를 등록하는 방법).을 참조하십시오.
System Center 데이터 웨어하우스 Operations Manager 관리 팩을 가져왔는지 확인합니다.Service Manager 콘솔에서 데이터 웨어하우스, 관리 팩을 차례로 클릭하고 System Center 데이터 웨어하우스 Operations Manager 라이브러리가 표시되어 있는지 확인합니다.
마지막으로, 데이터 웨어하우스 관리 서버에서 수동으로 관리 팩을 가져온 다음 Windows PowerShell 명령을 입력 합니다. (이 예에서는 Service Manager가 C 드라이브에 있으며 기본 경로를 사용하여 Service Manager를 설치했다고 가정합니다).
cd 'C:\Program Files\Microsoft System Center\Service Manager 2012' cd.\PowerShell Import-Module .\System.Center.Service.Manager.psd1 Import-SCSMManagementPack ..\AlertCube.mpb