조정 규칙
조정 규칙은 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에 클래스에 대한 모든 하위 클래스의 name 속성을 업데이트할 수 있는 권한을 부여합니다 cmdb_ci_computer .
- ServiceWatch는 클래스의 namecmdb_ci_linux_server 속성을 업데이트할 수 있는 독점적 권한이 있습니다.
- ServiceWatch는 규칙에서 속성 필드를 비워 두어 구성한 대로 클래스의 cmdb_ci_linux_server 모든 속성을 업데이트할 수 있는 독점적 권한이 있습니다.
예를 들어 검색 소스에 특정 속성(예name: )을 업데이트할 수 있는 권한을 부여하는 정적 조정 규칙 생성에 대한 자세한 내용은 을 참조하십시오CI 조정 규칙 생성.
조정 규칙 사용
조정 규칙을 만들 때는 속성 수준에서 규칙을 유연하게 조정하고 구체화할 수 있도록 설계된 다음 원칙을 염두에 두어야 합니다.
- 동적 조정 규칙의 우선순위
동일한 CI 속성에 대해 정적 및 동적 조정 규칙이 모두 존재하면 동적 조정 규칙이 정적 조정 규칙보다 우선합니다.
- 클래스의 모든 속성에 대한 권한 부여
정적 조정 규칙을 사용하면 검색 소스에 클래스의 모든 속성을 업데이트할 수 있는 권한을 부여할 수 있습니다. 그러나 이 권한 부여는 특정 속성이 나열된 하위 클래스에 대한 규칙에 따라 일부 속성에 대해 재정의될 수 있습니다.
예를 들어, 위의 예시 규칙 #1 및 #3만 작성된 경우 검색은 클래스의 namecmdb_ci_linux_server 속성을 업데이트할 수 있는 권한이 부여됩니다. ServiceWatch에는 속성을 제외한 클래스의 다른 모든 속성을 업데이트할 권한이 있습니다 name .
속성을 업데이트 name 하도록 Discovery 권한 부여를 무효화하기 위해 위의 예제 규칙 #2가 추가되어 ServiceWatch에 속성을 업데이트할 수 있는 권한을 구체적으로 부여합니다.
- 클래스의 특정 속성에만 권한 부여
검색 소스에 클래스의 특정 속성을 업데이트할 수 있는 권한을 부여하려면 검색 소스에 대한 정적 조정 규칙을 생성하고 이러한 속성을 규칙에 나열합니다. 클래스의 특정 속성에 대한 액세스 권한을 부여하는 규칙은 전체 클래스에 대한 액세스 권한을 부여하는 빈 속성 목록이 있는 다른 정적 조정 규칙을 재정의합니다.
위의 예제 규칙 #1은 검색에 클래스의 속성을 업데이트할 수 있는 독점적 cmdb_ci_computer 권한을 부여합니다name. 다른 모든 검색 소스는 클래스의 name CI 속성을 업데이트할 수 cmdb_ci_computer 없습니다.
- 하위 클래스 규칙이 상위 클래스 규칙을 재정의합니다.
하위 클래스에 대해 정의된 조정 규칙은 상위 클래스에 대해 정의된 규칙을 재정의합니다. 이 규칙은 하위 조정 규칙이 정적이고, 상위 규칙이 동적일 때도 적용됩니다(동적 조정 규칙은 동일 수준 클래스에 대한 경우 정적 조정 규칙보다 우선합니다).
예를 들어, 위의 규칙 #1을 사용하면 Discovery가 name 클래스 및 모든 하위 클래스의 cmdb_ci_computer 속성을 업데이트할 수 있습니다. 그러나 상위 클래스에 대한 규칙 #1을 재정의하는 하위 클래스에 cmdb_ci_linux_server 대한 규칙 #2는 ServiceWatch에 하위 클래스에서 이 속성을 업데이트할 수 있는 권한을 명시적으로 부여합니다.
그 결과 다음과 같은 결과가 나타납니다.- 검색이 name 하위 cmdb_ci_linux_server 클래스의 속성을 업데이트할 수 없습니다. ServiceWatch만 이 속성을 업데이트할 수 있습니다.
- Discovery는 클래스의 name 다른 모든 하위 클래스에서 CI 기록의 속성을 업데이트할 권한이 cmdb_ci_computer 있습니다.
- 중복되는 정적 조정 규칙
동일한 클래스의 동일한 속성에 대해 서로 다른 검색 소스에 권한을 부여하는 정적 조정 규칙은 공존할 수 있으며 서로를 배제하지 않습니다.
예를 들어 다음 규칙이 추가되었다고 가정합니다. 위의 예제 규칙 #1과 유사하지만 다른 검색 소스에 권한을 부여합니다.
ServiceWatch는 클래스의 namecmdb_ci_computer 속성을 업데이트할 권한이 있습니다.
위의 예제 규칙 #1과 마찬가지로 이 새 규칙은 Discovery와 ServiceWatch 모두 속성을 업데이트할 수 있도록 클래스의 cmdb_ci_computer 속성에 name 적용됩니다. 검색 소스가 서로의 업데이트를 덮어 쓰지 않도록 조정 규칙이 적용됩니다.
조정 규칙에 대한 자세한 내용은 [CMDB - 데이터 우선순위 규칙] CMDB 데이터 우선순위 규칙 이해 및 문제 해결[KB0756709] 지식베이스 문서(Paris 릴리스부터 조정 및 데이터 우선순위 규칙이 병합됨)를 참조하십시오.
도메인 분리
도메인 분리를 사용하는 경우 조정 규칙의 범위를 특정 도메인으로 지정할 수 있습니다. 무효화되지 않은 경우 상위 도메인의 규칙이 하위 도메인의 CI에 적용됩니다. 도메인에 표시되는 모든 규칙이 적용되며, 상위 도메인을 재정의하는 규칙이 하위 도메인 버전을 표시합니다.