---
sourceDocument: 요코하마 ServiceNow AI 플랫폼 관리
sourceDocumentLink: https://servicenow-prod.fluidtopics.net/r/ko-KR/yokohama/platform-administration

 Release :

    - yokohama

ft:locale :

    - ko-KR

ft:publication_title :

    - 요코하마 ServiceNow AI 플랫폼 관리

ft:clusterId :

    - platadm

bundleId :

    - platadm

workflow :

    - Platform


---

# 데이터 보관

# 데이터 보관 {#ariaid-title1}

* 릴리스 버전: Yokohama
* 
* 업데이트 날짜 2025년 01월 30일
* 
* ![](https://www.servicenow.com/docs/portal-asset/ico-clock) 소요 시간: 1분

더 이상 필요하지 않은 데이터를 매일 기본 테이블에서 보관 테이블로 이동합니다.

## 주요 이점 {#c_ArchiveData__section_rcc_nv1_cbc}

* 이전 기록을 보관 테이블로 이동하여 시스템 자원을 확보하고 쿼리 및 보고서의 성능 문제를 방지합니다.
* 감사 또는 기록 목적으로 데이터를 보존합니다.
* 삭제 규칙을 사용하여 지정된 기간이 지나면 보관된 데이터를 삭제합니다.
{#c_ArchiveData__ul_d5p_nv1_cbc}  
그림 1. 데이터 보관의 샘플 이점

## 보관 규칙 액세스 {#c_ArchiveData__section_hjq_xbb_cbc}

다음으로 이동하여 테이블에 대한 보관 규칙을 정의하고 액세스할 수 있습니다. 모두시스템 데이터 관리데이터 관리 정책 테이블에 대한 데이터 관리 정책을 선택합니다.

## 사용 케이스 {#c_ArchiveData__section_dpj_khb_cbc}

* 인스턴스가 오래 실행될수록 더 이상 관련성이 없는 데이터가 누적될 가능성이 높아집니다. 예를 들어, 2년 전의 작업 기록은 일반적으로 현재 활성 작업보다 관련성이 낮습니다. 오래된 데이터는 결국 시스템 자원을 소비하고 쿼리 및 보고서의 속도를 저하시켜 성능 문제를 일으킬 수 있습니다. 작업 \[task\] 테이블과 같은 핵심 테이블의 기록과 사용자 지정 테이블 Now Platform의 기록을 보관할 수 있습니다.
* 테이블 쿼리가 느릴 때 기록을 보관합니다. 예를 들어 인스턴스의 인시던트 \[incident\] 테이블이 커져서 사용자가 해당 테이블에 대한 쿼리가 느린다고 보고한다고 가정해 보겠습니다. \[ 종결됨\] \[상대\]: \[당일 이전\], \[150일\], \[일수\], \[이전\] , \[활성\] \[이다\]\[아니오\] 와 같은 조건으로 보관 규칙을 생성하여 보관된 인시던트가 150일 이상 종결된 경우 보관된 인시던트\[ar_incident\] 테이블로 기록을 이동할 수 있습니다.
* 기본 테이블의 기록을 보관합니다. 해당 기록을 참조하는 다른 테이블의 기록도 포함합니다. 예를 들어 문제 \[problem\] 테이블의 기록을 보관하고, 인시던트 필드의 문제 필드에 문제 기록을 참조하는 인시던트를 포함할 수 있습니다.
{#c_ArchiveData__ul_xrv_khb_cbc}

데이터 보관 기능 사용에 대한 자세한 내용은 다음 문서를 참조하십시오 [기록 보관](https://servicenow-prod.fluidtopics.net/f9~VjvSJ56wcAzVJ9HuKVA "기록을 보관하여 테이블 크기 증가를 관리하고 쿼리 성능을 개선합니다.").