준비 중 인스턴스 데이터 복제
(HLA)을 인스턴스 데이터 복제 설정하기 전에 생산자 및 소비자 인스턴스의 테이블과 열을 분석하여 데이터를 성공적으로 복제합니다.
복제할 테이블 결정
생산자 복제 세트를 생성하기 전에 복제할 테이블을 결정합니다. 시스템 테이블(sys_ 프리픽스가 있는 테이블)을 복제하지 마십시오. 소비자 인스턴스에 기존 데이터가 있는 시스템 테이블(예: sys_user, sys_user_group 또는 sys_user_grmember)을 복제하는 경우 복제 중에 삽입 및 업데이트 실패가 발생할 수 있습니다. 이러한 테이블을 복제하기로 결정한 경우 나중에 이러한 테이블을 정리하기 위한 추가 작업이 있을 수 있습니다.
테이블을 복제하지 CMDB 마십시오. CMDB 테이블을 복제하면 관련된 기록 수로 인해 성능 문제 또는 예기치 않은 복제 결과가 발생할 수 있습니다. CMDB 테이블을 복제해야 한다고 결정하는 경우 조건을 사용하여 복제된 레코드 수를 제한하고 필요한 모든 열이 복제 세트에 포함되도록 합니다.
복제를 피해야 하는 테이블 목록은 을 참조하십시오 에서 제외된 테이블 인스턴스 데이터 복제.
테이블 계층 구조 분석
에서 테이블 계층 구조 유지 인스턴스 데이터 복제 문서를 참조하십시오.
테이블 관계 분석
복제하려는 각 테이블에 대해 테이블에 다른 테이블을 가리키는 참조 필드가 있는지 확인합니다. 다른 테이블을 가리키는 참조 필드가 있는 테이블을 복제하지만 해당 테이블을 복제 세트에 포함하지 않으면 소비자 인스턴스의 레코드에서 참조 필드가 비어 있게 됩니다. 테이블 관계를 복제하면 데이터 무결성이 유지되고 예상대로 소비자에 참조 필드가 채워집니다.
복제 세트 구성
계획 단계의 일환으로 복제 세트와 복제 세트에 포함된 테이블을 구성하는 방법을 결정합니다.
- 각 테이블에 대해 단일 복제 세트를 만듭니다. 이 옵션을 사용하려면 더 많은 설정, 구성 및 시간 관리가 필요하지만 다른 테이블에 영향을 주지 않고 단일 테이블에 대한 복제를 일시 중지할 수 있습니다.
- 복제는 여러 작업을 사용하여 병렬로 수행됩니다.
- 처리량 메트릭은 별도의 복제 세트를 사용하여 더 쉽게 추적할 수 있습니다.
- 오류가 발생하면 여러 테이블 대신 단일 테이블에 대한 복제가 영향을 받습니다.
- 관련 테이블 그룹에 대한 복제 세트를 만듭니다. 이 옵션은 설정 및 관리가 더 쉽지만 감독 및 잠재적 문제가 그룹의 모든 테이블에 영향을 미칩니다.
- 복제 상태에 대한 정보를 찾아야 하는 경우 각 테이블에 대해 고유한 복제 세트를 사용하는 것에 비해 이 복제 세트에 사용하는 논리적 이름을 더 쉽게 찾고 이해할 수 있습니다.
- 복제를 일시 중지하려면 한 복제 세트에서 복제를 일시 중지하여 전체 테이블 그룹에 대해 복제를 일시 중지할 수 있습니다.
- 한 테이블에서 복제 문제가 발생하여 복제가 중지되면 복제 세트의 모든 테이블에 대한 복제가 중지됩니다.
단일 복제 세트로 테이블을 그룹화하기로 결정한 경우 5개 이하의 테이블로 제한해 보십시오. 복제할 테이블이 5개 이상인 경우 각 세트에 5개 이하의 테이블이 있는 여러 복제 세트를 사용합니다.
복제할 열 결정
복제할 각 테이블에 대해 포함할 열을 결정합니다. 기본적으로 복제 세트에 모든 열을 포함하지 마십시오. 대신 필요한 열을 결정하고 sys_ 열 또는 스크립트에 의해 자동으로 업데이트되는 다른 열을 제외합니다.
예를 들어 시스템에서 자주 HLA 자동으로 업데이트하는 열을 포함하는 경우 필요 이상으로 자주 데이터를 복제할 수 있습니다. 시스템이 이 데이터를 복제하면 용량 구독에 부정적인 영향을 미칠 수 있습니다. IDR 라이센스 및 사용량 세부 정보 대시보드를 정기적으로 확인하여 생산자로부터 생성된 메시지 수를 모니터링합니다.
소비자 인스턴스에서 대상 테이블 준비 중
기본적으로 는 HLA 기록의 sys_id 필드를 조회 값으로 사용하여 생산자와 소비자 인스턴스 간 데이터 동기화를 유지합니다. 대상 테이블에 기존 데이터 또는 이전 데이터 임포트의 기록이 포함되어 있는 경우 소비자의 sys_id 값이 생산자 인스턴스의 sys_ids과 일치하지 않습니다.
항상 생산자 인스턴스를 진실의 소스로 간주하십시오. 최적의 복제 결과를 얻으려면 다음 지침을 따르십시오.
- 생산자 인스턴스를 소비자 인스턴스에 대한 단독 데이터 소스로 만듭니다.
- 복제하기 전에 소비자 인스턴스의 대상 테이블이 비어 있는지 확인합니다. 이상적으로 대상 인스턴스의 초기 레코드는 복제 세트 또는 클론을 통해 생산자로부터 독점적으로 전송된 데이터에서 생성됩니다.
- 복제가 시작된 후 소비자 인스턴스의 대상 테이블에 대한 다른 진행 중인 데이터 임포트 또는 업데이트가 없는지 확인합니다.
예를 들어 LDAP의 사용자가 다른 데이터 소스를 사용하여 소비자 인스턴스로 임포트되는 경우 해당 기록의 sys_ids 생산자 인스턴스의 sys_id 값과 일치하지 않습니다. 이 시나리오에서는 소비자의 대상 테이블에 있는 기존 사용자 기록이 업데이트되지 않고 중복 기록이 생성됩니다.
이를 방지할 수 없는 상황에서는 복제하기 전에 소비자 인스턴스의 테이블을 정리합니다. 대상 테이블에서 기록을 삭제하거나 생산자와 소비자의 sys_id 값이 동일한지 확인해야 합니다.
또는 사용자 지정 병합 필드를 사용하여 복제할 고유 기록(기본 sys_id 열 대신)을 식별할 수 있습니다. 소비자 인스턴스의 기록이 생산자 인스턴스의 동일한 기록에 대해 다른 sys_id 있는 경우 사용자 지정 병합 열을 사용합니다. 사용자 지정 병합 사용에 대한 자세한 내용은 을 참조하십시오 의 열 병합 인스턴스 데이터 복제.
비즈니스 규칙 검토
비즈니스 규칙을 사용하여 복제 후 알림 보내기 또는 복제된 데이터의 유효성 검사와 같은 워크플로우를 트리거할 수 있습니다. idr.system 사용자가 대상 테이블에서 기록을 삽입, 업데이트 또는 삭제하지 못하게 할 수 있는 소비자 인스턴스의 비즈니스 규칙을 검토합니다.
비즈니스 규칙과 관련된 오류가 발생하면 소비자 인스턴스의 테이블입니다. 실패를 일으키는 스크립트에 대한 자세한 내용은 오류 메시지 필드를 참조하십시오.
양방향 복제를 사용하면 생산자 인스턴스에서 생성된 기록이 소비자 인스턴스로 복제되며 그 반대의 경우도 마찬가지입니다. 기록이 소비자 인스턴스에 삽입되고 기록을 업데이트하는 비즈니스 규칙이 트리거되면 해당 업데이트가 생산자 인스턴스로 다시 복제되지 않습니다.
ACL 검토
데이터를 성공적으로 복제할 수 있는지 HLA 확인하려면 소비자 인스턴스의 대상 테이블에 있는 ACL을 검토합니다. idr.system 사용자에게 대상 테이블에 대한 적절한 역할이 있는지 확인합니다.
ACL과 관련된 장애가 발생하면 소비자 인스턴스의 테이블입니다. 실패의 원인이 되는 ACL에 대한 자세한 내용은 오류 메시지 필드를 참조하십시오.
데이터 정책 검토
데이터를 성공적으로 복제할 수 있는지 확인하려면 HLA 소비자 인스턴스의 대상 테이블에 적용된 데이터 정책을 검토합니다. 복제하는 데이터가 데이터 정책을 만족하는지 확인합니다.
데이터 정책과 관련된 오류가 발생하면 소비자 인스턴스의 테이블입니다. 실패의 원인이 되는 데이터 정책에 대한 자세한 내용은 오류 메시지 필드를 참조하십시오.