---
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) 소요 시간: 4분

보관 규칙을 생성하여 기록을 보관하는 기준을 정의합니다.

## 시작하기 전에

테이블에 대해 여러 보관 규칙을 정의할 수 있으므로 기존 보관 규칙을 확인하여 잠재적인 충돌을 방지하십시오. 예를 들어 6개월이 지난 기록을 보관하는 규칙이 있는 경우 3개월이 지난 기록을 보관하는 다른 규칙을 생성하면 충돌이 발생할 수 있습니다. 이러한 경우 두 규칙 중 하나가 서로 다른 조건에서 기록을 보관하여 실행될 가능성이 있습니다.

필요한 역할: admin

## 프로시저

1. 다음 방법 중 하나로 보관 규칙 양식에 액세스합니다.

   | 옵션 | 단계 |
   | 데이터 관리 정책 사용 | 1. 다음으로 이동 모두시스템 데이터 관리데이터 관리 정책. 2. 보관하려는 기록이 있는 테이블의 데이터 관리 정책을 선택합니다. 3. 보관 규칙 관련 목록에서 새로 만들기를 선택합니다. {#t_CreateAnArchiveRule__ol_pnw_njk_1bc} |
   | 보관 규칙 모듈 사용 | 1. 다음으로 이동 모두시스템 보관보관 규칙. 2. 새로 만들기를 선택합니다. {#t_CreateAnArchiveRule__ol_f5v_2kk_1bc} |
   |-|-|

   {#t_CreateAnArchiveRule__choicetable_bxv_hjk_1bc}
2. 양식의 필드에 내용을 입력합니다.  
   {#t_CreateAnArchiveRule__table_ub4_f4s_x4__entry__2}

   | 필드 | 설명 |
   |-|-|
   | 이름 | 규칙을 식별하는 이름입니다. 다음으로 사용됨 [표시 값](https://servicenow-prod.fluidtopics.net/8QI7uBVEy_dUQdkmhU0yNQ "참조 필드는 데이터베이스에 참조된 각 기록에 대한 sys_id 저장하지만 sys_id는 표시되지 않습니다.") 이 보관 규칙에 대한 참조입니다. |
   | 테이블 | 보관하려는 기록이 있는 테이블입니다. * 기존 보관 규칙에서는 테이블을 변경할 수 없습니다. 다른 테이블에 기록을 보관하려면 새 보관 규칙을 생성합니다. * 다른 애플리케이션 범위에서 테이블을 선택할 수 없습니다. * 테이블의 딕셔너리 항목에서 true로 설정된 테이블 update_synch 에 대한 보관 규칙을 만들 수 없습니다. * 일부 내부 시스템 테이블 또는 주변 장치 테이블에 대한 보관 규칙을 만들 수 없습니다. 예: * 시스템 감사 \[sys_audit\] * 삭제된 기록 감사 \[sys_audit_delete\] * 관계 변경 감사 \[sys_audit_relation\] * 첨부 파일 \[sys_attachment\] * 저널 항목 \[sys_journal_field\] {#t_CreateAnArchiveRule__ul_g2w_btc_kxb} {#t_CreateAnArchiveRule__ul_l5s_xpc_kxb} |
   | 참조 보존 | 표시 이름을 보관 테이블에 문자열로 저장하는 대신 참조 필드의 sys_id 유지하는 옵션입니다. 중요사항: 참조 유지 확인란을 선택하고 보관 규칙을 저장하면 읽기 전용이 됩니다. 보관된 기록이 있는 테이블에서 이 옵션을 활성화하면 시스템이 자동으로 기존의 모든 보관 기록을 다시 처리하고 참조를 활성화합니다. 더 큰 보관 테이블의 경우 이 프로세스를 완료하는 데 시간이 걸릴 수 있습니다. 보관 규칙 참조 마이그레이션 \[sys_archive_ref_migration\] 테이블을 보고 상태를 추적할 수 있습니다. 참조를 수동으로 유지하는 방법에 대한 자세한 내용은 다음 문서를 참조하십시오 [비참조 필드를 참조 필드로 마이그레이션](https://servicenow-prod.fluidtopics.net/DQdpQ4U2NRiiwDlow~h~yQ "표시 이름을 문자열로 저장하는 대신 참조 필드에 sys_ids 수동으로 저장합니다."). |
   | 설명 | 보관 규칙에 대한 설명입니다. |
   | 조건 | 보관할 기록을 정의하는 필터 조건을 지정하기 위한 조건 작성기입니다. 예를 들어, 특정 날짜보다 오래된 비활성 기록을 보관할 수 있습니다. 보관 규칙을 활성화하기 전에 목록 뷰에서 조건을 테스트하여 올바른 기록이 선택되었는지 확인합니다. 예: * 오늘부터 종결된 지 2년이 넘은 기록을 보관하려면 \[종결됨\] \[상대\] \[이전\] \[2\] \[년\] \[전\]과 같은 조건으로 상대 연산자를 사용합니다. * 오늘 날짜로부터 2년 전이 아닌 올해 및 이전 연도의 기록을 보관하려면 \[종결됨\] \[이전\] \[지난 2년\]과 같은 조건을 사용합니다. {#t_CreateAnArchiveRule__ul_pnz_hjx_1bc} |
   | 자동 다시 보관 | 설정된 기간 후에 재개된 기록을 자동으로 다시 보관할 수 있는 옵션입니다. |
   | 자동 다시 보관 기간 | 재개된 기록이 자동으로 보관되기 전의 시간 간격입니다. |
   [표 1. 보관 규칙 양식]

   {#t_CreateAnArchiveRule__table_ub4_f4s_x4}
3. **옵션:** 보관 예상 비용 다시 계산 관련 링크를 선택하여 보관할 기록 수를 예상합니다.  
   예상치에는 기본 기록만 포함되고 보관 규칙에 추가된 관련 기록은 제외됩니다. 예상치는 보관 규칙이 예상하는 기록 수에 영향을 미치는지 여부를 확인하는 데 도움이 됩니다. 예상치가 너무 높거나 낮으면 그에 따라 보관 규칙 조건을 변경합니다.  
   업데이트된 개수가 기록 예상 필드에 나타납니다.
4. 제출을 선택합니다.
{#t_CreateAnArchiveRule__steps_gqg_nfg_h1c}

## 보관 규칙 활성화 {#ariaid-title2}

보관하려는 기록을 미리 본 다음 보관 규칙을 활성화합니다.

### 시작하기 전에

필요한 역할: admin

### 이 태스크 정보

보관 규칙을 실행하려면 보관 규칙과 해당 데이터 관리 정책을 활성화해야 합니다.

샘플 보관 규칙은 기본적으로 비활성 상태입니다.

### 프로시저

1. 다음 방법 중 하나로 활성화하려는 보관 규칙에 액세스합니다.

   | 옵션 | 단계 |
   | 데이터 관리 정책 사용 | 1. 다음으로 이동 모두시스템 데이터 관리데이터 관리 정책. 2. 보관하려는 기록이 있는 테이블의 데이터 관리 정책을 선택합니다. 3. 보관 규칙 관련 목록에서 활성화할 보관 규칙을 선택합니다. {#activate-archive-rule__ol_wn2_qkk_1bc} |
   | 보관 규칙 모듈 사용 | 1. 다음으로 이동 모두시스템 보관보관 규칙. 2. 활성화할 보관 규칙을 선택합니다. {#activate-archive-rule__ol_sk1_vkk_1bc} |
   |-|-|

   {#activate-archive-rule__choicetable_cxh_nkk_1bc}
2. **옵션:** 보관 예상 비용 다시 계산 관련 링크를 선택하여 보관 기록 수를 예측합니다.  
   예상치에는 기본 기록만 포함되고 보관 규칙에 추가된 관련 기록은 제외됩니다. 예상치는 보관 규칙이 예상되는 기록 수에 영향을 주는지 여부를 확인하는 데 도움이 됩니다. 예상치가 너무 높거나 낮으면 그에 따라 보관 규칙 조건을 변경합니다.  
   업데이트된 개수가 기록 예상 필드에 나타납니다.
3. 활성 확인란을 선택하여 보관 규칙을 활성화합니다.
4. **옵션:** 지금 보관 실행 관련 링크를 선택하여 기록을 즉시 보관합니다.  
   지금 보관 실행 관련 링크는 해당 데이터 관리 정책이 활성화된 경우에만 사용할 수 있습니다.

### 결과

보관 규칙 기준을 충족하는 기록은 다음 보관 실행 중에 보관됩니다.

### 다음에 수행할 작업

다음으로 이동하여 보관된 기록 보기 모두시스템 보관테이블 보관 을 클릭하고 보관된 테이블의 모듈(예: 인시던트 보관)을 선택합니다.

## 삭제 규칙 작성 {#ariaid-title3}

지정된 시간이 지나면 보관된 기록 및 관련 기록을 삭제합니다.

### 시작하기 전에

필요한 역할: admin

### 이 태스크 정보

삭제 규칙을 데이터 관리 정책의 보관 규칙과 연결할 수 있습니다.

보관된 데이터에 대해 실행 중인 삭제 규칙 속성을 수정해야 하는 경우 문서를 참조하십시오 [시스템 속성](https://servicenow-prod.fluidtopics.net/h2LhPOPG6r80eH66n3wiuQ "이러한 시스템 속성은 데이터 관리 기능의 동작을 제어합니다.").

### 프로시저

1. 보관 규칙 양식에서 삭제 규칙 생성을 선택합니다.
2. 삭제 규칙 탭의 필드에 내용을 입력합니다.  
   {#t_CreateADestructionRule__table_ugn_bg5_cv__entry__2}

   | 필드 | 설명 |
   |-|-|
   | 활성 | 삭제 규칙을 활성화하는 옵션입니다. |
   | 관련 기록 삭제 | 보관된 기록과 연결된 관련 기록을 자동으로 삭제하는 옵션입니다. 주: 저널 항목 \[sys_journal_field\], 첨부 파일 \[sys_attachment\] 및 시스템 감사 \[sys_audit\] 테이블의 기록을 포함하는 주변 기록은 관련 기록을 보존하기로 결정한 경우에도 자동으로 삭제됩니다. |
   | 보관 기간 | 시스템이 기록을 삭제하기 전에 기록이 보관 테이블에 남아 있는 시간을 지정합니다. |
   [ ]

   {#t_CreateADestructionRule__table_ugn_bg5_cv}
3. **옵션:** 삭제 예상 재계산 관련 링크를 선택하여 삭제하도록 표시된 보관된 기록 수를 추정합니다.
4. 제출을 선택합니다.
{#t_CreateADestructionRule__steps_srg_nfg_h1c}

### 결과

보관 기간 값보다 오래 보관된 기록은 예약된 작업이 실행될 때 파기됩니다. 보관 삭제 로그를 확인하여 진행 상황을 확인할 수 있습니다.