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

더 이상 필요하지 않거나 푸시 알림 테이블이 너무 큰 경우 푸시 알림을 보관하고 최종적으로 삭제할 수 있습니다.

푸시 알림 보존은 Jakarta 릴리스부터 사용할 수 있습니다.

## 푸시 알림 보관 및 삭제 플러그인

푸시 알림 보관 및 삭제 기능은 데이터 보관 및 푸시 보존 플러그인을 사용합니다. 푸시 알림 기록을 보관하고 삭제하려면 데이터 보관 플러그인이 활성화되어 있어야 합니다. 푸시 보존 플러그인은 시스템에서 푸시 알림 기록을 보관하고 삭제하는 시기를 지정하는 일련의 규칙을 제공합니다.

새 인스턴스에서는 Push Retention 플러그인과 관련 보관 및 삭제 규칙이 기본적으로 활성화됩니다. 업그레이드된 인스턴스에서는 플러그인과 보관 및 삭제 규칙을 모두 수동으로 활성화해야 합니다. 보관 및 삭제 규칙을 활성화하기 전에 반드시 검토하고 승인해야 합니다.

인스턴스에 푸시 알림 기록을 관리하는 프로세스가 이미 있는 경우에는 푸시 보존 플러그인을 활성화할 필요가 없습니다. 현재 프로세스를 푸시 보존으로 바꾸려면 보관 및 삭제 규칙을 활성화하기 전에 현재 프로세스를 비활성화해야 합니다.

## 푸시 알림 기록 보관 및 파기

보관이란 기록이 보관 규칙 시간 제한을 초과할 때 푸시 알림 \[sys_push_notification\] 테이블에서 푸시 알림 보관 \[ar_sys_push 알림\] 테이블로 기록을 이동하는 것을 의미합니다. 삭제는 푸시 알림 보관 테이블의 기록이 삭제 규칙 시간 제한을 초과할 때 삭제하는 것을 의미합니다.

## 기본 보관 및 삭제 규칙

밀어넣기 보존은 다음과 같은 밀어넣기 보관 규칙을 제공합니다.

* 푸시 알림 - 1년 이상: 현재 날짜로부터 365일 이상 전에 생성된 푸시 알림 기록을 보관합니다.
* 푸시 알림 보관 - 1년 이상 경과: 현재 날짜 이전 365일 이상 보관된 푸시 알림 기록을 삭제합니다.
{#push-notification-retention__ul_pkg_tqt_5x}  
이러한 기본 설정을 사용하면 메시지는 푸시 알림 테이블에 1년, 푸시 알림 보관 테이블에 1년으로 총 2년 동안 인스턴스에 보관됩니다. 기간이 끝나면 시스템이 푸시 알림 보관 테이블에서 만료된 알림 기록을 삭제합니다.  
주:  
기본적으로 이러한 규칙은 새 인스턴스에서는 활성화되고 업그레이드 시에는 비활성화됩니다. 활성화하면 시스템에서 보관 및 삭제 규칙이 실행됩니다.

## 다른 레코드 관리 구현과의 호환성

테이블 클리너와 같이 푸시 알림 기록을 관리하는 다른 방법을 이미 사용하고 있는 경우에는 푸시 보존 기능을 사용할 필요가 없습니다. 예기치 않은 기록 삭제를 방지하려면 같은 인스턴스에서 동시에 여러 푸시 알림 관리 프로세스를 사용하지 마십시오.  
주:  
기존 기록 관리 구현을 푸시 알림 보존으로 대체하는 데 도움이 필요하면 전문 서비스 또는 영업 담당자에게 문의하십시오.
* **[푸시 보존 플러그인 활성화](https://servicenow-prod.fluidtopics.net/uSNS2wKhOFXhqOP5Kl_52g)**   
  푸시 보존 플러그인(com.glide.push_retention)은 푸시 알림에 대한 보존 정책을 제공하므로 시스템에서 푸시 알림 기록을 보관하고 삭제하는 시기를 지정할 수 있습니다.
* **[푸시 알림을 수동으로 보관](https://servicenow-prod.fluidtopics.net/5Oqsvrp_4FDPK0_j_8f51w)**   
  인스턴스가 예약된 작업을 기반으로 푸시 알림을 보관할 때까지 기다리지 않고 요청 시 푸시 알림을 수동으로 보관할 수 있습니다.

**관련 태스크**   

* [푸시 알림 활성화](https://servicenow-prod.fluidtopics.net/OyU7t7A9BbmZAw444HtvGQ "푸시 알림을 사용하려면 여러 플러그인을 활성화해야 합니다. 모바일 UI(com.glide.ui.m) 플러그인이 활성화되어 있으면 푸시 알림 플러그인이 자동으로 활성화됩니다.")
* [실패한 푸시 알림 메시지를 다시 큐에 넣습니다.](https://servicenow-prod.fluidtopics.net/0uGhfMLhp_rKB6jMwAIzjQ "푸시 알림 전달은 여러 가지 이유로 실패할 수 있습니다. 실패한 메시지를 확인하고 필요한 경우 전송되도록 다시 큐에 넣을 수 있습니다.")  
**관련 참조**   

* [푸시 알림 시스템](https://servicenow-prod.fluidtopics.net/R7E4hB~BSSbDwiY2tJ_b4w "푸시 알림 시스템에는 푸시 메시지 및 푸시 알림 응답의 전달을 관리하는 몇 가지 핵심 요소가 포함됩니다.")
* [푸시 알림과 함께 설치되는 구성요소](https://servicenow-prod.fluidtopics.net/5wb7gEsGYKf6~PPYVqoH~g#r_InstalledWithPushNotifications "푸시 알림 플러그인과 함께 여러 유형의 구성요소가 설치됩니다.")
* [푸시 알림 속성](https://servicenow-prod.fluidtopics.net/XseBQ_0OH8qTAbTsuqFsPA "푸시 알림은 설정을 사용자 지정할 수 있는 몇 가지 속성을 제공합니다.")
* [모바일 앱으로 ServiceNow 푸시 알림 설정](https://servicenow-prod.fluidtopics.net/uiT8uKzGG4uYxn8Z9OQJsg "애플리케이션은 ServiceNow 모바일 사용자가 처음 인스턴스에 로그인할 때 자동으로 푸시 알림을 활성화하고 푸시 알림에 대한 모바일 장치를 구성합니다.")
* [앱용 ServiceNow 모바일 사용자 지정 푸시 애플리케이션으로 푸시 알림 설정](https://servicenow-prod.fluidtopics.net/8KDs2XUvH7RjKdvUT1PUIg "자체 사용자 지정 모바일 또는 푸시 애플리케이션을 사용하는 경우 앱을 사용하도록 구성하고 푸시 콘텐츠를 설정해야 합니다.")