DetailPage-MSS-KB

기술 자료

기술 자료: 2603913 - 마지막 검토: 2012년 8월 2일 목요일 - 수정: 5.0

 

추가 정보

구성 개요

시스템 센터 관리 구성 서비스 구성의 모든 작업 관리자 관리 그룹에서 상태 서비스를 계산 하는 일을 담당 합니다. 상태 서비스 구성 규칙, 모니터, 검색 및 서비스 상태 및 서비스 상태를 모니터링 하는 모든 인스턴스에 대 한 작업으로 구성 됩니다.

각 상태 서비스에 대 한 모든 필요한 구성을 계산 하려면 관리 구성 서비스 다음 항목 목록이 있어야 합니다.
  • 모니터링 되는 모든 클래스의 모든 인스턴스
  • 인스턴스 간의 호스팅 관계
  • 규칙, 모니터, 검색 및 모니터링 되는 클래스에 할당 된 다른 워크플로
  • 인스턴스를 모니터링 상태 서비스
또한 구성 관리 서비스의 모든 인스턴스 그룹의 관리 그룹에서 구성원을 읽을 수 있어야 합니다. 구성 관리 서비스 또한 모든 규칙과 이러한 그룹, 클래스 또는 개별 인스턴스를 대상으로 하는 모니터에 대 한 재정의 적용 해야 합니다.

관리 그룹 개체를에서 검색 워크플로로 전송 되는 검색 데이터를 기반으로 모니터링 대상된 클래스의 인스턴스로 정의 됩니다. 개체의 키 속성을 변경 하는 경우 해당 개체 모니터링 되는 클래스의 새 인스턴스 이름으로 추가 수 있습니다. 그렇지 않으면 해당 개체 클래스의 인스턴스를 더 이상 간주 됩니다.

목록 구성원이 개체 클래스에 대 한 변경 구성 또한 해당 개체를 모니터링 상태 서비스에 대 한 변경 됩니다. 이러한 변경 사항이 발생 규칙, 모니터, 검색, 작업 및 재정의 추가 하거나 이전 구성에서 제거 합니다.

구성 변동

에이전트는 다음과 같은 경우에는 안정 된 구성을 받을 수 수 있습니다.
  • 많은 양의 데이터 검색 관리 구성 서비스에 제출 됩니다.
  • 자세한 검색 데이터를 제출 하기 전에 처리할 관리 구성 서비스를 너무 빨리 검색 데이터를 제출 합니다. 이 경우 데이터는 항상 계산 되 고 됩니다 때문입니다.
검색 데이터 라고도 하는 "구성 변동," 자주 제출 부실 해질 수 있는 관리 서버 구성을 이전 구성에서 실행 하거나 일부 상태 서비스가 발생할 수 있습니다. 이 동작은 다음 원인 몇 가지 상태를 서비스 운영 콘솔에서 (사용할 수 없음) 흐리게 표시 합니다.

검색 워크플로가 실행 될 때 검색 데이터 상태 서비스에 의해 전송 됩니다. 새 관리 팩의 관리 그룹 소개 각 에이전트에서 실행 하는 여러 검색 워크플로 발생할 수 있습니다. 고 새 인스턴스가 발견 되 면 추가 검색할 때 일부 에이전트에서 실행할 수 있습니다. 그룹, 재정 및 다른 워크플로 변경 검색 워크플로 에이전트에서 실행 될 수 있습니다. 고 소개 새 에이전트 관리 구성 서비스 인스턴스 공간 새 에이전트의 구성을 사용 하 여 업데이트를 발생할 수도 있습니다.

구성 관리 서비스 상태 서비스 구성 다음 시나리오에서 자주 다시 계산 하 게 됩니다.
  • 워크플로 검색 너무 자주 실행 하도록 구성 됩니다.
  • 검색 워크플로가 실행 될 때마다 워크플로에서 검색 된 속성을 변경 합니다.
많은 에이전트에 대 한 이러한 시나리오를 발생할 또는 관리 서버의 과도 한 작업 부하에서 이미 있는 경우 구성 관리 서비스의 변경 속도를 유지할 수 되지 않을 수 있으며 구성 변동이 발생할 수 있습니다.

MS 이벤트 로그를 사용 하 여 식별 구성 변동

관리 서버의 작업 관리자 이벤트 로그에 다음과 유사한 이벤트 때문에 검색 데이터를 새 관리 그룹 구성 변경 되었음을 나타냅니다.

로그 이름: 작업 관리자
원본: OpsMgr 커넥터
이벤트 ID: 21024
수준: 정보
컴퓨터: <MS name=""></MS>
설명:
Opsmgr의 구성 관리 그룹에 대 한 오래 된 않을 수 있습니다. <ManagementGroupName></ManagementGroupName>를 클릭 하 고 업데이트 된 구성에서 구성 서비스를 요청 했습니다. Current(out-of-date) 상태 쿠키 "3A B0 1E 5C 81 F3 F5 12 56 B7 8A EF F8 01 BA 09 86 55 06 48"


구성 관리 서비스 새 검색 데이터 처리를 완료 있고 관리 그룹 구성, 새 데이터를 기반으로 하는 데 필요한 사항을 계산 다음과 유사한 이벤트를 나타냅니다.

로그 이름: 작업 관리자
원본: OpsMgr 커넥터
이벤트 ID: 21025
수준: 정보
컴퓨터: <MS name=""></MS>
설명:
OpsMgr 관리 그룹 <ManagementGroupName>에 대 한 새 구성에서 구성 서비스를 받았습니다. 새 상태 쿠키 "34 11 61 4D B8 FA 03 3D 59 1D 66 B7 83 F3 C0 AA 7A 6F 1A 3B"</ManagementGroupName>


일반적인 환경에서는 모든 21024는 21025에 따라야 합니다. 검색 데이터 구성 데이터를 변경 하지 않으면, 이벤트 ID 21026 대신 됩니다. 대규모 관리 그룹에서 시간당 여러 번 발생 하도록 21024 및 21025 또는 21026 이벤트 쌍 나타날 수 있습니다. 긴 문자열 없이 해당 21025 21026 21024 이벤트의 이벤트의 구성 변동 됩니다. 또한 이벤트 로그는 변동 나타내는 다음 이벤트가 감지 되었습니다 나타날 수 있습니다.

로그 이름: 작업 관리자
원본: OpsMgr 구성 서비스
이벤트 ID: 29202
수준: 경고
컴퓨터: <MS name=""></MS>
설명:
OpsMgr 구성 서비스 일관 된 상태로 데이터베이스를 너무 자주 변경 되어 OpsMgr 데이터베이스에서 검색할 수 없습니다.
검색 데이터는 표준 및 임시 증가 때문이 발생할 수 있습니다. 그러나이 증가 예상 하지 못한 결정에 가장 최근의 변경 사항을 확인 합니다.
최신 모니터링 개체 변경:
인스턴스 = %1
클래스 = %2
수정 시간 = %3
최신 모니터링 관계를 변경 합니다.
인스턴스 관계 = %4
원본 인스턴스 %5 =
대상 인스턴스 = 6
RelationshipClass = %7
수정 시간 = %8

데이터 액세스 계층에 대 한 변경 내용을 쿼리 하는 경우 데이터 액세스 계층 여러 테이블을 읽어야 합니다. 이 읽은 다음 테이블 중 하나를 수정 하면 되지만 모든 테이블을 읽은 전에 데이터 액세스 계층 이전 이벤트 ID 29202 및 다시 시도 기록 합니다. 엔터티 또는 관계 인스턴스이 동안 읽은 경우 이러한 인스턴스에 대 한 정보를 이벤트 필드에 포함 되어 있습니다. 그렇지 않으면이 필드는 빈 남아 있습니다.

작업 관리자의 데이터 웨어하우스를 사용 하 여 식별 가능성의 구성이 변동 됩니다.

관리 그룹 관리자 작업을 보고 구성 요소를 설치한 여러 SQL 쿼리를 사용 하 여 자주 변경 내용을 제출 하는 워크플로 식별할 수 있습니다. 이러한 쿼리는 데이터 웨어하우스 인스턴스에 대해 SQL Management Studio 실행 되어야 합니다.

지난 24 시간 동안 검색 워크플로로 전송 총 변경 내용:
select ManagedEntityTypeSystemName, DiscoverySystemName, count(*) As 'Changes' from (select distinct    MP.ManagementPackSystemName,    MET.ManagedEntityTypeSystemName,    PropertySystemName,    D.DiscoverySystemName,    D.DiscoveryDefaultName,    MET1.ManagedEntityTypeSystemName As 'TargetTypeSystemName',     MET1.ManagedEntityTypeDefaultName 'TargetTypeDefaultName',    ME.Path,    ME.Name, 
   C.OldValue,    C.NewValue,    C.ChangeDateTime  from dbo.vManagedEntityPropertyChange C  inner join dbo.vManagedEntity ME on ME.ManagedEntityRowId=C.ManagedEntityRowId  inner join dbo.vManagedEntityTypeProperty METP on METP.PropertyGuid=C.PropertyGuid  inner join dbo.vManagedEntityType MET on MET.ManagedEntityTypeRowId=ME.ManagedEntityTypeRowId  inner join dbo.vManagementPack MP on MP.ManagementPackRowId=MET.ManagementPackRowId  inner join dbo.vManagementPackVersion MPV on MPV.ManagementPackRowId=MP.ManagementPackRowId  left join dbo.vDiscoveryManagementPackVersion DMP on DMP.ManagementPackVersionRowId=MPV.ManagementPackVersionRowId  AND CAST(DefinitionXml.query('data(/Discovery/DiscoveryTypes/DiscoveryClass/@TypeID)') AS nvarchar(max)) like '%'+MET.ManagedEntityTypeSystemName+'%'  left join dbo.vManagedEntityType MET1 on MET1.ManagedEntityTypeRowId=DMP.TargetManagedEntityTypeRowId  left join dbo.vDiscovery D on D.DiscoveryRowId=DMP.DiscoveryRowId  where ChangeDateTime > dateadd(hh,-24,getutcdate())  ) As #T group by ManagedEntityTypeSystemName, DiscoverySystemName order by count(*) DESC
세 개의 열이이 쿼리를 만듭니다. 첫 번째 열에서 워크플로 대상으로 하는 개체의 클래스입니다. 두 번째 열 검색 워크플로 내부 이름을 나타냅니다. 세 번째 열의 총 워크플로에 의해 지난 24 시간 동안 전송 된이 클래스의 모든 인스턴스에 대 한 속성 변경 내용 나타냅니다. 총을 모든 클래스에 대 한 변경 내용 구성 하는 에이전트 상태 서비스에 대 한 구성 관리 서비스를 다시 계산 해야 하는 횟수를 나타냅니다.

일부 클래스에도 안정 된 환경에서 개체에 대 한 변경 횟수 0에도 달할 수 있습니다. 변경, 추가 또는 제거 하는 추가 또는 변경, 추가 또는 제거, 서버 역할은, 에이전트 속성을 반환 되는 숫자에 반영 됩니다. 구성에 변동이 발생 하는 환경에서 하나 또는 여러 개의 워크플로 가능성이 다른 워크플로 보다 훨씬 큰 값을 표시 됩니다.

지난 24 시간 동안 속성을 변경 합니다.
select distinct   MP.ManagementPackSystemName,   MET.ManagedEntityTypeSystemName,   PropertySystemName,   D.DiscoverySystemName,   D.DiscoveryDefaultName,   MET1.ManagedEntityTypeSystemName As 'TargetTypeSystemName',   MET1.ManagedEntityTypeDefaultName 'TargetTypeDefaultName',   ME.Path,   ME.Name,   C.OldValue,   C.NewValue,   C.ChangeDateTime from dbo.vManagedEntityPropertyChange C inner join dbo.vManagedEntity ME on ME.ManagedEntityRowId=C.ManagedEntityRowId inner join dbo.vManagedEntityTypeProperty METP on METP.PropertyGuid=C.PropertyGuid inner join dbo.vManagedEntityType MET on MET.ManagedEntityTypeRowId=ME.ManagedEntityTypeRowId inner join dbo.vManagementPack MP on MP.ManagementPackRowId=MET.ManagementPackRowId inner join dbo.vManagementPackVersion MPV on MPV.ManagementPackRowId=MP.ManagementPackRowId left join dbo.vDiscoveryManagementPackVersion DMP on DMP.ManagementPackVersionRowId=MPV.ManagementPackVersionRowId     AND CAST(DefinitionXml.query('data(/Discovery/DiscoveryTypes/DiscoveryClass/@TypeID)') AS nvarchar(max)) like '%'+MET.ManagedEntityTypeSystemName+'%' left join dbo.vManagedEntityType MET1 on MET1.ManagedEntityTypeRowId=DMP.TargetManagedEntityTypeRowId left join dbo.vDiscovery D on D.DiscoveryRowId=DMP.DiscoveryRowId where ChangeDateTime > dateadd(hh,-24,getutcdate()) ORDER BY MP.ManagementPackSystemName, MET.ManagedEntityTypeSystemName
이 쿼리 속성은 24 시간 이내에 변경 된 확인할 수 있습니다. 이전 쿼리와 함께 어떤의 이전 값과 새 값 변경 에이전트는 전송의 속성을 한이 쿼리를 표시할 수 있습니다, 그리고 관리 및 검색을 수행 하는 워크플로 팩이 포함 된에.

구성 변동 줄이는 방법

이전 관리 팩 속성 변경을 너무 자주 전송 검색 워크플로우를 도입 되었습니다. 현재 대부분의 관리 팩 버전이 적은 데이터를 자주 전송 검색 워크플로 수정 또는 관리 팩 자주 변경 되는 volatile 속성을 쿼리해야 합니까. 이전 쿼리에서 자주 수행 하는 워크플로 포함 하는 관리 팩을 업그레이드 하는 것이 좋습니다. 새 버전의 관리 팩의 관리 팩 카탈로그에서 다운로드할 수 있습니다.
http://systemcenter.pinpoint.microsoft.com/en-US/applications/search/operations-manager-d11?q (http://systemcenter.pinpoint.microsoft.com/en-US/applications/search/operations-manager-d11?q)

새 버전의 관리 팩을 사용할 수 없는 경우 또는 새 버전을 이제 배포할 수 없는 경우 재정의 사용 하 여 자주 실행 되도록 검색 간격을 조정할 수 있습니다. 때로는 검색 하는 구성 변동에 대 한 무시에 완전히 비활성화할 수 있습니다. 검색에 몇 주 동안 사용 하지 않으면 워크플로를 검색 된 개체 데이터베이스에서 정리 될 수 있습니다. 그러나 때 모든 개체는 데이터베이스에서 정리 된 전에 영구 솔루션을 구현할 수 있습니다 검색 사용 안 함 구성 변동 없애려면 단기적인 해결을 제공할 수 있습니다. 또한 짧은 간격으로 정리 되 게 하려면 먼저 개체를 다시 검색 하는 워크플로 사용할 수 있습니다.

일부 이전 관리 팩 워크플로에서 다음 블로그에서 설명 합니다.
http://blogs.technet.com/b/kevinholman/archive/2009/10/05/what-is-config-churn.aspx (http://blogs.technet.com/b/kevinholman/archive/2009/10/05/what-is-config-churn.aspx)
워크플로 사용 가능한 디스크 공간 등의 휘발성 속성을 대상으로 하는 사용자 지정 검색 이면 자주 변경 되는 속성을 대상 하지 않도록 검색 다시 작성 해야 합니다. 검색 워크플로 인스턴스의 수명이 짧은 대상 해야 없습니다 (몇 주 이내). 워크플로 검색 속성 포함 (한 번 또는 한 달) 자주 변경 수집 해야지 않습니다. 휘발성 데이터 구성을 계산 하는 간주 되지 않습니다. 따라서 성능 규칙 및 워크플로 검색 하지 일시적 데이터를 수집 해야 합니다.

추가 성능 조정

(1, 000 에이전트 보다 큰) 대규모 관리 그룹에서 RMS 작업과 소그룹 관리 문제가 발생 하지 않습니다 일반적으로 매우 바쁜 될 수도 있습니다. 이 이런 경우 속성 변경도 작은 비율 변경 내용을 처리 하는 데 필요한 시간의 길이 때문에 자주 변동이 될 수 있습니다. 여러 구성 변경은 RMS의 작업 오버 헤드를 줄이고 속성 변경의 일반적인 속도 만큼 빠르게 구성 변동 피하려면 처리에 사용 하려면 사용할 수 있습니다. 이러한 구성 변경 내용은 다음 블로그를 설명 합니다.
http://blogs.technet.com/b/mgoedtel/archive/2010/08/24/performance-optimizations-for-operations-manager-2007-r2.aspx (http://blogs.technet.com/b/mgoedtel/archive/2010/08/24/performance-optimizations-for-operations-manager-2007-r2.aspx)

관리 그룹 구성 변경 강제

구성에 대 한 변동 하는 경우 관리 그룹 에이전트에 문제가 워크플로 사용 하지 않도록 변경한 문제 워크플로 빈도 줄이려면 절대로 전파 됩니다 지속적으로 발생 합니다. 이 경우 시스템 센터 구성 관리 서비스를이 데이터를 생성 하는 워크플로 사용 하지 않거나 덜 자주 실행 되는 현재 구성 계산 들어오는 검색 데이터 흐름을 차단 해야 합니다.

OperationsManager 데이터베이스를 통해 시스템 센터 데이터 액세스 서비스 (DAS)에 검색 데이터가 전송 됩니다. 먼저 데이터의 시스템 센터 관리 서비스 RMS에서 DAS에 제출 됩니다. RMS의 다른 관리 서버 또는 에이전트에서이 데이터를 가져옵니다. 일부 다른 네트워킹 RMS에서 포트 5723에 들어오는 연결을 차단 하면 Windows 방화벽을 사용할 수 있습니다. 이렇게 차단 검색 데이터를 방금 오랫동안 계산 현재 구성 데이터를 전송 에이전트에 대 한 구성 관리 서비스가 OperationsManager 데이터베이스에 전송 되지 않습니다.

시스템 센터 관리 서비스 및 시스템 센터 데이터 액세스 서비스에 RMS 해야 없습니다 중지 또는 구성 관리 서비스의 현재 구성을 계산 하는 동안 사용할 수 있습니다. 시스템 센터 구성 관리 서비스 관리 그룹 구성의 계산을 완료 하려면 다음이 필요:
  • 시스템 센터 관리 서비스 RMS 실행 하 고 정상 이어야 합니다.
  • 시스템 센터 데이터 액세스 서비스 데이터베이스와 통신할 수 있어야 합니다.
또한 구성 관리 서비스의 현재 구성을 계산 하는 동안 다른 관리 서버와 에이전트에서 일부 데이터 백로그 될 수 있습니다. 따라서 작업 관리자 이벤트 로그에 이벤트 ID 21025 RMS에 나타나는 즉시 방화벽이 나 포트 제외를 리프트 해야 합니다. 이 이벤트는 구성 관리 서비스에 계산 새 구성 관리 그룹 위치는 워크플로 지금 수정 하거나 사용할 수 없을 나타냅니다.

보고 작업 관리자를 사용 하 여 식별 가능성의 구성이 변동 됩니다.

새 보고서는 Operations Manager 2007 R2 관리 팩의 버전 6.1.7599.0 도입 되었습니다. 관리 그룹을 처리 하는 데이터의 전체 볼륨에 이러한 보고서를 제공 합니다. 이러한 보고서는 표준 기준을 설정 하 고 검색 워크플로 개체를 조정 하는 기회를 식별 하 사용할 수 있습니다. 구성 변동 식별 되 고 해결 되는 즉시 이러한 보고서 장기 계획에 대 한 변동을 막도록 사용 수 있습니다.

관리 팩을 다운로드 하려면 다음 Microsoft 웹 사이트를 방문 하십시오.
http://www.microsoft.com/download/en/details.aspx?displaylang=en&id=23081 (http://www.microsoft.com/download/en/details.aspx?displaylang=en&id=23081)
 
  • 관리 팩 보고서 데이터 볼륨

    관리 팩 보고서 데이터 볼륨이 볼륨 관리 팩에서 생성 되는 데이터에 대 한 정보를 컴파일합니다. 보고서 개수 당 다음 데이터 형식에 대 한 관리 팩을 보여 줍니다.
    • 검색할 때
    • 경고
    • (번호)는 성능 카운터에 제출 되 고 관리 팩에서 수집 되는 인스턴스의 성능
    • 이벤트
    • 상태 변경
  • 데이터 볼륨 보고서 인스턴스 및 워크플로

    데이터 볼륨 보고서 인스턴스 및 워크플로 생성, 인스턴스 및 워크플로 (검색, 규칙, 모니터 및 등)을 구성 하는 데이터의 볼륨 정보를 컴파일합니다.

    이 보고서에 액세스 하는 두 가지 방법이 있습니다.
    • 관리 팩 보고서 데이터 볼륨에 인스턴스 및 워크플로 보고서 관리 팩에 대 한 데이터 볼륨 보고서 맨 위에 있는 테이블 개수 셀 중 하나를 클릭 합니다.
    • 운영 콘솔의 보고 섹션에서 직접 보고서를 실행 합니다. 직접 데이터 볼륨 보고서 인스턴스 및 워크플로 실행의 결과 사용자 지정 하는 보고서 매개 변수를 설정 해야 합니다. 이 보고서에서 관리 팩 보고서 세부 데이터 볼륨에 대 한 정보를 제공합니다. 따라서 기본 매개 변수 설정을 찾고 정보를 제공 될 수 있습니다.

본 문서의 정보는 다음의 제품에 적용됩니다.
  • Microsoft System Center Operations Manager 2007 R2
  • Microsoft System Center Operations Manager 2007
  • Microsoft System Center Operations Manager 2012
  • Microsoft System Center Operations Manager 2007 Service Pack 1
키워드: 
kbtshoot kbmt KB2603913 KbMtko
기계 번역된 문서기계 번역된 문서
중요: 본 문서는 전문 번역가가 번역한 것이 아니라 Microsoft 기계 번역 소프트웨어로 번역한 것입니다. Microsoft는 번역가가 번역한 문서 및 기계 번역된 문서를 모두 제공하므로 Microsoft 기술 자료에 있는 모든 문서를 한글로 접할 수 있습니다. 그러나 기계 번역 문서가 항상 완벽한 것은 아닙니다. 따라서 기계 번역 문서에는 마치 외국인이 한국어로 말할 때 실수를 하는 것처럼 어휘, 구문 또는 문법에 오류가 있을 수 있습니다. Microsoft는 내용상의 오역 또는 Microsoft 고객이 이러한 오역을 사용함으로써 발생하는 부 정확성, 오류 또는 손해에 대해 책임을 지지 않습니다. Microsoft는 이러한 문제를 해결하기 위해 기계 번역 소프트웨어를 자주 업데이트하고 있습니다.
이 문서의 영문 버전 보기:2603913  (http://support.microsoft.com/kb/2603913/en-us/ )
공유
추가 지원 옵션
Microsoft Community 지원 포럼
직접 문의하기
Microsoft Certified Partner 찾기
Microsoft Store
소기업이 아닙니까?
다음에서 팔로우하십시오.