---
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분

모든 업그레이드 관련 로그를 database-upgrade_\<timestamp\>.log라는 별도의 파일로 추출하여 처리 시간을 단축합니다. 파일을 압축하고 첨부하여 업그레이드 이력을 사용할 수도 있습니다.

## 시작하기 전에

필요한 역할: admin.

## 이 태스크 정보

업그레이드가 시작되면 업그레이드 로그 메시지가 Database-upgrade_\<timestamp\>.log 파일 모두에 localhost_log 파일에 기록됩니다. 업그레이드가 완료되면 database-upgrade_\<timestamp\>.log 파일이 업그레이드 이력 테이블에 업로드됩니다.

## 프로시저

1. 다음으로 이동 모두시스템 로그유틸리티.  
   주:  
   이 단계를 구현하면 업그레이드가 완료된 후에만 추출된 database-upgrade_\<timestamp\>.log 파일을 볼 수 있습니다.
2. 노드 로그 파일 다운로드를 클릭합니다.  
   database-upgrade_\<timestamp\>.log 파일이 로그 파일 목록에 나타납니다.  
   주:  
   localhost_log 파일은 모든 로그로 구성됩니다. database-upgrade_\<timestamp\>.log 파일은 업그레이드와 관련된 로그로만 구성됩니다.

   database-upgrade_\<timestamp\>.log 파일은 `glide.db.upgrade.log.save_to_db.enabled` 속성이 True로 설정된 경우에만 나타납니다. 기본적으로 `glide.db.upgrade.log.save_to_db.enabled` 는 True로 설정됩니다.
3. 이동 업그레이드 센터업그레이드 이력.  
   업그레이드 목록이 나타납니다.
4. 목록에서 필요한 업그레이드를 클릭합니다.  
   database-upgrade_\<timestamp\>.log 파일이 업그레이드에 자동으로 첨부된 것을 확인할 수 있습니다.  
   주:  
   database-upgrade_\<timestamp\>.log 파일은 `glide.db.upgrade.log.save_to_db.enabled` 속성이 True로 설정된 경우에만 첨부됩니다. 기본적으로 `glide.db.upgrade.log.save_to_db.enabled` 는 True로 설정됩니다.
5. 압축된 database-upgrade_\<timestamp\>.log 파일을 다운로드합니다.  
   주:  
   다운로드 시간을 줄이기 위해 database-upgrade_\<timestamp\>.log 파일이 압축되었습니다.