조정 규칙
조정 규칙은 CI 속성을 업데이트할 수 있는 검색 소스를 결정합니다.
EventManagement, ImportSet, ManualEntry 및 Tivoli와 같은 검색 소스는 createOrUpdateCI() API와 함께 사용되어 CI에 대한 수동 업데이트를 시뮬레이션합니다. 조정 규칙이 없으면 검색 소스가 속성 값에 대한 서로의 업데이트를 덮어쓸 수 있습니다.
- 정적 조정 규칙
정적 조정 규칙은 CI 속성을 업데이트하기 위한 다양한 검색 소스의 우선순위를 설정하는 레거시 조정 규칙입니다. 정적 조정 규칙은 클래스 속성을 업데이트할 수 있는 검색 소스와 이러한 검색 소스 간의 우선순위를 지정합니다.
정적 조정 규칙을 만들 때는 각 검색 소스에 대해 속성을 업데이트할 권한이 있는 조정 규칙이 있는지 확인합니다. 조정 규칙은 상위 및 하위 클래스 수준에서 정의할 수 있습니다.
정적 조정 규칙은 조정 정의 [cmdb_reconciliation_definition] 테이블에 저장됩니다.
- 동적 조정 규칙
동적 조정 규칙은 검색 소스 우선순위가 아닌 검색 소스에서 처리하는 CMDB 360/멀티소스 CMDB 속성 값을 기반으로 합니다. 먼저, CMDB 360은 현재 페이로드 데이터를 CMDB 360 데이터 저장소로 처리합니다. 그런 다음 동적 조정 규칙을 적용하여 IRE는 예를 들어 모든 검색 소스에서 가장 크거나 가장 많이 보고된 값을 선택합니다. 동적 조정 규칙은 CMDB 360을 활용하므로 동적 조정 규칙을 사용하려면 해당 기능을 활성화해야 합니다.
동적 조정 규칙을 만드는 것은 여러 검색 소스에 대해 우선순위 순서를 설정하기 어려워지는 경우 등에 유용할 수 있습니다. 클래스 속성당 하나의 동적 조정 규칙만 존재할 수 있습니다.
동적 조정 규칙은 동적 조정 정의 [cmdb_dynamic_reconciliation_definition] 테이블에 저장됩니다.
정적 조정 규칙의 예
- 검색은 클래스의 속성을 업데이트할 name 수 있는 독점적 cmdb_ci_computer 권한이 있습니다.
조정 규칙은 상위 클래스의 하위 클래스에 의해 파생되므로 이 규칙은 Discovery에 클래스의 모든 하위 클래스 cmdb_ci_computer 에서 속성을 업데이트할 name 수 있는 권한도 부여합니다.
- ServiceWatch는 클래스의 속성을 업데이트할 수 있는 name 독점적 cmdb_ci_linux_server 권한이 있습니다.
- ServiceWatch는 규칙에서 속성 필드를 비워 두는 방식으로 구성된 대로 클래스의 모든 속성을 cmdb_ci_linux_server 업데이트할 수 있는 독점적인 권한이 있습니다.
예를 들어, 검색 소스에 와 같은 name특정 속성을 업데이트할 수 있는 권한을 부여하는 정적 조정 규칙을 만드는 방법에 대한 자세한 내용은 을 참조하십시오CI 조정 규칙 생성.
조정 규칙 사용
조정 규칙을 만들 때는 속성 수준에서 규칙의 유연성과 구체화를 위해 설계된 다음 원칙을 염두에 두십시오.
- 동적 조정 규칙의 우선순위
동일한 CI 속성에 대해 정적 조정 규칙과 동적 조정 규칙이 모두 존재하는 경우 동적 조정 규칙이 정적 조정 규칙보다 우선합니다.
- 클래스의 모든 속성에 대한 권한 부여
정적 조정 규칙을 사용하면 검색 소스에 클래스의 모든 속성을 업데이트할 수 있는 권한을 부여할 수 있습니다. 그러나 이 권한 부여는 특정 속성이 나열된 하위 클래스에 대한 규칙에 따라 일부 속성에 대해 재정의될 수 있습니다.
예를 들어, 위의 예제 규칙 #1 및 #3만 작성된 경우 Discovery는 클래스에서 cmdb_ci_linux_server 속성을 업데이트할 name 권한이 있습니다. ServiceWatch는 속성을 제외한 클래스의 다른 모든 속성을 업데이트할 수 있는 name 권한이 있습니다.
속성을 업데이트 name 하도록 Discovery의 권한 부여를 무효화하기 위해 위의 예제 규칙 #2가 추가되어 ServiceWatch에 속성을 업데이트할 수 있는 권한을 구체적으로 부여합니다.
- 클래스의 특정 속성에 대한 권한만 부여
검색 소스에 클래스의 특정 속성을 업데이트할 수 있도록 권한을 부여하려면 검색 소스에 대한 정적 조정 규칙을 만들고 이러한 속성을 규칙에 나열합니다. 클래스의 특정 속성에 대한 액세스 권한을 부여하는 규칙은 전체 클래스에 대한 액세스 권한을 부여하는 빈 속성 목록으로 다른 정적 조정 규칙을 재정의합니다.
예제 규칙 #1은 Discovery에 클래스의 속성을 cmdb_ci_computer 업데이트할 name 수 있는 독점적인 권한을 부여합니다. 다른 모든 검색 소스는 클래스의 CI cmdb_ci_computer 속성을 업데이트할 name 수 없습니다.
- 하위 클래스 규칙이 상위 클래스 규칙을 재정의합니다.
하위 클래스에 대해 정의된 조정 규칙은 상위 클래스에 대해 정의된 규칙을 무효화합니다. 이 규칙은 하위 조정 규칙이 정적이고 상위 규칙이 동적인 경우에도 적용됩니다(동적 조정 규칙은 동일한 수준 클래스에 대한 경우 정적 조정 규칙보다 우선합니다).
예를 들어, 위의 규칙 #1을 사용하면 Discovery가 name 클래스와 모든 하위 클래스의 속성을 cmdb_ci_computer 업데이트할 수 있습니다. 그러나 상위 클래스에 대한 규칙 #1을 재정의하는 하위 클래스에 대한 cmdb_ci_linux_server 규칙 #2는 ServiceWatch에 하위 클래스에서 이 특성을 업데이트할 수 있는 권한을 명시적으로 부여합니다.
그 결과:- 검색이 name 하위 cmdb_ci_linux_server 클래스의 속성을 업데이트할 수 없습니다. ServiceWatch만이 이 속성을 업데이트할 권한이 있습니다.
- 검색에 클래스의 다른 모든 하위 클래스에 있는 CI 기록의 속성을 업데이트할 name 권한이 있습니다 cmdb_ci_computer .
- 중복된 정적 조정 규칙
동일한 클래스의 동일한 속성에 대해 서로 다른 검색 소스에 권한을 부여하는 정적 조정 규칙은 공존할 수 있으며 서로를 배제하지 않습니다.
예를 들어 다음 규칙이 추가되었다고 가정합니다. 위의 예제 규칙 #1과 유사하지만 다른 검색 소스에 권한을 부여합니다.
ServiceWatch는 클래스의 속성을 cmdb_ci_computer 업데이트할 name 권한이 있습니다.
위의 예제 규칙 #1과 마찬가지로 이 새 규칙은 Discovery와 ServiceWatch에서 cmdb_ci_computer 모두 속성을 업데이트할 수 있도록 클래스의 속성에 적용됩니다name. 검색 소스가 서로의 업데이트를 덮어쓰지 않도록 조정 규칙이 적용됩니다.
조정 규칙에 대한 자세한 내용은 [CMDB - 데이터 우선순위 규칙] CMDB 데이터 우선순위 규칙 이해 및 문제 해결 [KB0756709] 지식베이스 문서를 참조하십시오(Paris 릴리스부터 조정 및 데이터 우선순위 규칙이 병합됩니다.
도메인 분리
도메인 분리를 사용하는 경우 조정 규칙의 범위를 특정 도메인으로 지정할 수 있습니다. 상위 도메인의 규칙은 재정의되지 않은 경우 하위 도메인의 CI에 적용됩니다. 도메인에 표시되는 모든 규칙이 적용되며, 상위 도메인을 재정의하는 규칙은 하위 도메인 버전을 표시합니다.