인스턴스가 오래 실행될수록 더 이상 관련이 없는 데이터가 누적될 가능성이 높아집니다. 예를 들어, 2년 전의 작업 기록은 일반적으로 현재 활성 작업보다 관련성이 낮습니다. 오래된 데이터는 결국 시스템 리소스를 소비하고 쿼리 및 보고서 속도를 늦추어 성능 문제를 일으킬 수 있습니다.

작업 [task] 테이블과 같은 핵심 테이블에 기록을 보관하고 에서 생성하는 Now Platform사용자 지정 테이블의 기록을 보관할 수 있습니다.

CI 기록을 보관 구성 관리 데이터베이스(CMDB) 하려면 .Working with CMDB Data Manager

데이터 보관은 서비스 제공자를 위한 도메인 분리를 지원합니다. 예를 들어 도메인에 속한 인시던트는 보관된 후에도 도메인 지정을 유지합니다.

보관 규칙에 의해 생성된 테이블 및 모듈

보관 규칙을 처음 활성화하면 다음 작업이 수행됩니다.

보관된 데이터 쿼리

보관된 테이블은 임시 쿼리에 최적화되지 않습니다. 표시 값, 생성 날짜 및 sys_id의 기본 키에 대한 인덱스 항목만 포함합니다.

따라서 보관된 테이블에 대해 우선순위 1의 보관된 인시던트를 모두 검색하는 등의 요청 시 쿼리를 수행하지 마십시오. 대신 인덱싱된 필드에 대해서만 검색합니다. 예를 들어, 인시던트 INC100001 또는 특정 날짜에 생성된 인시던트를 검색합니다.

보관 테이블 및 ACL

기본적으로 아카이브 테이블은 같은 이름의 아카이브되지 않은 테이블에 대한 ACL을 사용합니다. 예를 들어 보관된 인시던트 [ar_incident] 테이블은 보관되지 않은 인시던트 [incident] 테이블에 정의된 ACL을 사용합니다.

읽기 작업은 평가되는 유일한 작업이며 다른 작업은 금지됩니다.

실행 계획 UI는 이 논리를 인식하고 그에 따라 정보를 제공합니다. 예를 들어, 아카이브 테이블에 첫 번째 ACL을 추가하면 아카이브 테이블 ACL이 아카이브되지 않은(원본 데이터) 테이블의 ACL을 "마스킹"하고 있음을 보여줍니다.