다양한 제품에 대한 업그레이드 전후 작업
업그레이드에 대한 준비를 하기 위해 다양한 애플리케이션과 기능에 대한 업그레이드 및 마이그레이션 작업을 검토합니다. 해당하는 경우 업그레이드 완료 전이나 후에 이러한 작업을 완료할 계획을 수립합니다.
원활한 업그레이드를 위한 인스턴스 준비
로 업그레이드 Washington DC하기 전에 이러한 업그레이드 전후 작업을 검토하고 필요에 따라 작업을 완료합니다.
업그레이드 및 마이그레이션 작업
| 제품 | 릴리스 정보 | 제품군 | ||||||||||||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
AI Search | Quebec 또는 Rome에서 San Diego로 업그레이드하면 AI Search는 인덱싱된 모든 일본어 콘텐츠를 자동으로 다시 인덱싱합니다. 이 일회성 재인덱싱 프로세스는 이 릴리스에서 일본어 검색 환경 개선을 활성화하는 데 필요합니다. Quebec 또는 Rome에서 Q&A Genius 결과를 활성화한 경우 San Diego로 업그레이드한 후 Knowledge 컨텐츠를 다시 색인해야 합니다. 이 일회성 재인덱싱 프로세스는 이 릴리스에서 Q&A 개선 사항을 사용하도록 설정하는 데 필요합니다. | San Diego | ||||||||||||||||||||
애플리케이션 사용량 개요 대시보드 | San Diego 릴리스로 업그레이드한 후에는 애플리케이션 사용량 개요 홈페이지를 편집할 수 없습니다. | San Diego | ||||||||||||||||||||
평가 및 설문 조사 | 평가 및 설문 조사를San Diego로 업그레이드한 후에는 더 이상 사용되지 않는 설문 조사 사용자 초대 이메일 알림을 비활성화합니다. 그런 다음 새 이메일 알림인 설문 조사 초대장을 활성화합니다. | San Diego | ||||||||||||||||||||
Automated Test Framework | Now Platform®에서 제공하는 빠른 시작 테스트를 복사하고 사용자 지정하여 구성을 변경한 후에도 인스턴스가 작동하는지 확인합니다. 예를 들면 업그레이드를 적용하거나 애플리케이션을 개발하는 경우입니다. 테스트는 사용자 지정 없이 애플리케이션 또는 기능 플러그인과 함께 제공되는 기본 데모 데이터를 사용하여 기본 시스템에서 실행할 때만 통과 결과를 생성할 수 있습니다. 인스턴스별 데이터에 빠른 시작 테스트를 적용하려면 빠른 시작 테스트를 복사하고 사용자 지정 데이터를 추가합니다. 자세한 내용은 응용 프로그램 또는 기능별로 사용 가능한 빠른 시작 테스트를 참조하세요. ATF는 Next Experience의 특정 요소를 지원하지 않습니다. 자세한 내용은 Automated Test Framework를 참조하십시오. | San Diego | ||||||||||||||||||||
Business Continuity Management |
| San Diego | ||||||||||||||||||||
클라우드 인사이트 | 지침은 을 참조하십시오 " 버전 2.2로 업그레이드 ". | San Diego | ||||||||||||||||||||
Configuration Compliance |
| San Diego | ||||||||||||||||||||
코어 Now Platform | 업그레이드 후 ServiceNow 담당자에게 ServiceNow 가 제공하는 22가지 언어 플러그인이 아닌 다른 언어를 지원하도록 인스턴스를 구성하도록 요청할 수 있습니다. 2자로 된 언어 코드는 BCP 47 표준을 지원합니다. JavaScript 엔진의 기본 표현식 평가 모드가 컴파일 모드에서 인터프리터 모드로 변경되었습니다. 자세한 내용은 KB0960944 참조하십시오. sys_archive_log에 1,000만 개 이상의 레코드가 있는 경우 sys_archive_log에 (archive, restored) 및 (archive, sys_created_on, restored, from_table) 인덱스를 추가합니다.
주: sys_archive_log 기록 수가 1,000만 개 미만이면 업그레이드에 문제가 없습니다.열의 순서는 (archive, restored) 및 (archive, sys_created_on, restored, from_table)와 정확히 일치해야 합니다. San Diego 업그레이드 전에 sys_archive_log 테이블에 적절한 열이 이미 있는 경우 UI를 사용하여 수행할 수 있습니다.
| San Diego | ||||||||||||||||||||
DevOps | 주: San DiegoDevOps 애플리케이션을 새로 설치하는 경우 com.snc.change_management.change_model.type_compatibility 속성을 True로 설정해야 합니다.버전 1.31로 업그레이드하려면 ServiceNow Store에서 DevOps Change Velocity 앱을 검색하여 설치합니다.
| San Diego | ||||||||||||||||||||
암호화 및 키 관리 | 암호화 컨텍스트는 San Diego 업그레이드 시 열 수준 암호화 필드 암호화 모듈 및 해당 모듈 액세스 정책으로 자동 변환됩니다. 이 개선 사항을 설명하는 가이드가 있는 둘러보기는 대시보드에서 사용할 수 있습니다. | San Diego | ||||||||||||||||||||
거버넌스, 리스크 및 컴플라이언스 | 버전 Governance, Risk, and Compliance 14.0부터는 GRC 역할이 있는 사용자만 GRC 기록에 액세스할 수 있습니다. snc_internal 역할을 가진 사용자가 기록에 액세스할 수 있었던 기록을 이제는 GRC 역할이 있는 사용자만 액세스할 수 있습니다. 자세한 내용은 Now Support 지식베이스에서 GRC 앱에 대한 보안 강화 [KB1096145]를 참조하십시오. | San Diego | ||||||||||||||||||||
Health Log Analytics | San Diego로 업그레이드할 때 Now Support를 통해 Health Log Analytics 애플리케이션 코어 구성요소에 대한 업그레이드를 요청하거나 ServiceNow 영업 담당자에게 문의하십시오. | San Diego | ||||||||||||||||||||
MID Server | 최신 MID Server 시스템 요구 사항은 MID Server 시스템 요구 사항을 참조하십시오. 지원되는 JRE(Java Runtime Environment) 버전은 다음과 같습니다.
자동 업그레이드를 사용하려면 모든 MID Server 호스트 머신이 install.service-now.com 시 다운로드 사이트에 액세스해야 합니다. 자세한 내용은 시스템이 MID Server 업그레이드를 관리하는 방법을 참조하십시오. 실행 파일 경로당 하나의 Windows MID Server 서비스만 허용됩니다. 동일한 설치 폴더를 가리키는 여러 서비스가 있는 업그레이드된 Windows MID Server 를 시작할 수 없습니다. 자세한 내용은 MID Server 시작 실패를 참조하십시오. MID Server 업그레이드에 대한 자세한 내용은 다음 주제를 참조하십시오.
| San Diego | ||||||||||||||||||||
모바일 | ServiceNow Classic Mobile Platform에서 ServiceNow Mobile Platform으로 마이그레이션하여 신속 개발, 오프라인 기능, 네이티브 모바일 장치 기능과의 통합과 같은 기능을 활용합니다. ServiceNow Mobile Platform으로 마이그레이션하는 방법에 대한 자세한 내용은 ServiceNow Classic Mobile 앱에서 ServiceNow Mobile Platform으로 마이그레이션을 참조하십시오 | San Diego | ||||||||||||||||||||
Next Experience UI |
| San Diego | ||||||||||||||||||||
통신, 미디어 및 기술을 위한 Order Management | Order Management for Telecommunications, Media, and Technology 애플리케이션을 지원하는 테이블 아키텍처가 재구성되었습니다. San Diego 릴리스로 업그레이드한 후 Order Management for Telecommunications, Media, and Technology를 사용하기 전에 먼저 기존 주문 데이터를 새로 재구성된 테이블로 이동하는 스크립트를 실행해야 합니다. 자세한 내용은 Now Support 지식베이스의 Order Management for Telecommunications, Media, and Technology(2.0.0) 버전: San Diego 릴리스에 대한 업그레이드 후 상위 재지정 스크립트 [KB1000941]를 참조하십시오. | San Diego | ||||||||||||||||||||
Performance Analytics | 데이터 수집 작업에 대한 조건부 스크립트는 이제 제한된 권한이 있는 샌드박스에서 실행됩니다. 이 변경으로 인해 기존 조건부 스크립트에 스크립트 실행 오류가 발생할 수 있습니다. 스크립팅된 데이터 수집 작업이 있는 경우 비프로덕션 빌드에서 업그레이드를 테스트하는 것이 좋습니다. 필요한 경우 스크립트를 다시 작성합니다. 자세한 내용은 스크립트 샌드박스 속성을 참조하십시오. | San Diego | ||||||||||||||||||||
Privacy Management | San Diego 릴리스에서 Privacy Management를 사용하려면 Advanced Risk 플러그인을 활성화해야 합니다. | San Diego | ||||||||||||||||||||
Reporting | 예약된 보고서 작업에 대한 조건부 스크립트는 이제 제한된 권한이 있는 샌드박스에서 실행됩니다. 이 변경으로 인해 기존 조건부 스크립트에 스크립트 실행 오류가 발생할 수 있습니다. 예약된 보고서 작업을 스크립팅한 경우 비프로덕션 빌드에서 업그레이드를 테스트하는 것이 좋습니다. 필요한 경우 스크립트를 다시 작성합니다. 자세한 내용은 스크립트 샌드박스 속성을 참조하십시오. | San Diego | ||||||||||||||||||||
Security Incident Response | 이전 릴리스에서 직접 Security Incident Response 를 업그레이드하는 경우 다음으로 이동합니다. 를 클릭하고 다중 도메인으로 통합 업데이트 수정 스크립트를 실행합니다. 특정 통합을 사용하여 여러 구성을 정의하려면 이 스크립트를 실행합니다. 예를 들어 Splunk 인스턴스가 여러 개 있는 경우 여러 Splunk 인스턴스에 대한 사이팅 검색에서 실행되는 연결 및 쿼리를 생성할 수 있습니다. 수정 스크립트를 실행한 후 다음으로 이동합니다. 을 클릭하고 수정 스크립트를 비활성화합니다. 스크립트를 두 번 이상 실행하지 마십시오. | San Diego | ||||||||||||||||||||
Service Catalog | San Diego로 업그레이드하고 서비스 이행 단계를 실행하는 데 필요한 정보를 저장하기 위해 데이터 저장소를 설정하는 경우 확장 중인 서비스 이행 단계 [sc_service_fulfillment_step] 테이블에 canCreate, canUpdate 및 canRead 애플리케이션 액세스가 활성화되어 있는지 확인합니다. San Diego로 업그레이드하고 요청에 새 이메일 알림 템플릿을 사용하려면 해당 템플릿을 활성화해야 합니다. 자세한 내용은 요청에 대한 이메일 알림을 참조하세요. San Diego로 업그레이드하고 비즈니스 이해 관계자로서 요청 항목에 설명을 추가하려면 스크립트 - 백그라운드 모듈의 | San Diego | ||||||||||||||||||||
ITSM용 서비스 운영 작업 공간 | 다음 애플리케이션에 호환되는 업그레이드 버전이 있는지 확인합니다.
여기서 x는 Service Operations Workspace ITSM Applications 애플리케이션(sn_sow_itsm_cont)의 하위 버전이고 y는 Service Operations Workspace ITOM Applications 애플리케이션(sn_sow_itom_cont)의 하위 버전입니다. | San Diego | ||||||||||||||||||||
ServiceNow 성능 대시보드 | San Diego 업그레이드 후에는 Performance 홈페이지를 편집할 수 없습니다. | San Diego | ||||||||||||||||||||
ServiceNow 음성 기능 | 업그레이드하면 표에 나열된 레이블 이름 변경 사항을 볼 수 있습니다.
| San Diego | ||||||||||||||||||||
소프트웨어 자산 관리 | Software Asset Management Foundation 플러그인(com.snc.sams)에서 업그레이드하는 방법에 대한 자세한 내용은 Software Asset Management 사용자 지정 되돌리기를 참조하십시오. 추가 업그레이드 정보는 소프트웨어 자산 관리 업그레이드 정보를 참조하십시오. | San Diego | ||||||||||||||||||||
스토어 사용량 개요 대시보드 | San Diego 업그레이드 후에는 ServiceNow Store 사용량 개요 홈페이지를 편집할 수 없습니다. | San Diego | ||||||||||||||||||||
시스템 관리 대시보드 | San Diego 릴리스로 업그레이드한 후에는 시스템 관리 홈페이지를 편집할 수 없습니다. | San Diego | ||||||||||||||||||||
System Diagnostics 홈페이지 | San Diego로 업그레이드한 후에는 System Diagnostics 홈페이지를 편집할 수 없습니다. | San Diego | ||||||||||||||||||||
Virtual Agent |
| San Diego | ||||||||||||||||||||
Vulnerability Response 통합 |
| San Diego | ||||||||||||||||||||
Vulnerability Response |
Vulnerability Response 애플리케이션을 이전 버전에서 버전 15.x로 업그레이드하면 기본 시스템의 기본 정정 작업 규칙이 비활성화됩니다. 자세한 내용은 Vulnerability Response 작업 공간 및 정정 작업 및 정정 작업 규칙에 대한 업데이트를 참조하십시오. | San Diego | ||||||||||||||||||||
Walk-up Experience | 이전 릴리스의 사용자인 경우 San Diego 업그레이드를 시작하기 전에 현재 인스턴스를 구성해야 합니다. Microsoft Teams 채팅을 사용하여 원격 워크업 약속을 개선하려면 Microsoft Teams 통합을 참조하십시오. 통합은 Skills Management 플러그인(com.snc.skills_management)과 Skills Determination 플러그인(com.snc.skill_determination)을 활성화합니다. | San Diego | ||||||||||||||||||||
Workforce Optimization for ITSM | Workforce Optimization for ITSM 버전 1.1.1로 업그레이드하는 경우 다음 테이블에 대해 텍스트 인덱싱을 활성화해야 합니다.
| San Diego | ||||||||||||||||||||
AI Search | 이전 릴리스에서 Tokyo 로 업그레이드하면 AI Search 는 카탈로그 항목 [sc_cat_item] 및 Knowledge [kb_knowledge] 테이블에 대한 인덱싱된 소스에서 컨텐츠와 메타데이터를 자동으로 다시 인덱싱합니다. 이 일회성 재인덱싱 프로세스는 이 릴리스에서 검색 환경을 개선하는 데 필요합니다. 이전 릴리스에서 Tokyo 로 업그레이드한 후 검색 애플리케이션 구성을 보거나 편집하면 하나 이상의 인덱싱된 소스를 다시 색인하라는 경고 메시지가 표시될 수 있습니다. 이 재인덱싱 프로세스(나열된 각 인덱싱된 원본에 대한 일회성 프로세스)는 검색 기반 자동 완성 제안을 올바르게 채우는 데 필요합니다. 이전 릴리스에서 Tokyo 로 업그레이드하면 검색 결과에 대한 기본 관련성 점수가 변경될 수 있습니다. 이전 릴리스에서 학습된 관련성 모델은 계속해서 동일한 결과 순서를 생성해야 합니다. 두 릴리스 이상 전에 교육된 모델은 기본 관련성 모델로 되돌릴 수 있습니다. AI 검색 대시보드 및 기타 위치에서 보고서를 볼 수 있는 사용자를 관리하는 report_view 접근 제어 목록(ACL)은 Tokyo 릴리스에서 기본적으로 활성화됩니다. 자세한 내용은 Report_view 접근 제어를 참조하십시오. | Tokyo | ||||||||||||||||||||
관리자 센터 | 최신 버전의 Admin Center 애플리케이션은 ServiceNow Store에서 제공됩니다. | Tokyo | ||||||||||||||||||||
애플리케이션 포트폴리오 관리 | 애플리케이션 포트폴리오 관리 대시보드 및 기타 위치에서 보고서를 볼 수 있는 사용자를 관리하는 report_view 접근 제어 목록(ACL)은 Tokyo 릴리스에서 기본적으로 활성화됩니다. 자세한 내용은 Report_view 접근 제어를 참조하십시오. | Tokyo | ||||||||||||||||||||
평가 및 설문 조사 | 이전 릴리스에서 Tokyo 로 업그레이드하면 평가 및 설문 조사가Service Portal 및 Now Mobile 앱에서 기본적으로 활성화됩니다. | Tokyo | ||||||||||||||||||||
인증 | 인증 대시보드 및 기타 위치에서 보고서를 볼 수 있는 사용자를 관리하는 report_view 접근 제어 목록(ACL)은 Tokyo 릴리스에서 기본적으로 활성화됩니다. 자세한 내용은 Report_view 접근 제어를 참조하십시오. | Tokyo | ||||||||||||||||||||
Automated Test Framework | Now Platform®에서 제공하는 빠른 시작 테스트를 복사하고 사용자 지정하여 구성을 변경한 후에도 인스턴스가 작동하는지 확인합니다. 예를 들면 업그레이드를 적용하거나 애플리케이션을 개발하는 경우입니다. 테스트는 사용자 지정 없이 애플리케이션 또는 기능 플러그인과 함께 제공되는 기본 데모 데이터를 사용하여 기본 시스템에서 실행할 때만 통과 결과를 생성할 수 있습니다. 인스턴스별 데이터에 빠른 시작 테스트를 적용하려면 빠른 시작 테스트를 복사하고 사용자 지정 데이터를 추가합니다. 자세한 내용은 응용 프로그램 또는 기능별로 사용 가능한 빠른 시작 테스트를 참조하세요. | Tokyo | ||||||||||||||||||||
Cloud Provisioning and Governance | 클라우드 프로비저닝 및 거버넌스 대시보드 및 기타 위치에서 보고서를 볼 수 있는 사용자를 관리하는 report_view 접근 제어 목록(ACL)은 Tokyo 릴리스에서 기본적으로 활성화됩니다. 자세한 내용은 Report_view 접근 제어를 참조하십시오. | Tokyo | ||||||||||||||||||||
Configuration Compliance |
| Tokyo | ||||||||||||||||||||
대화형 인터페이스 홈 | Conversational Interfaces Home 은 Tokyo 릴리스에 포함되어 있으므로 기존 고객은 설치할 필요가 없습니다. 그러나 ServiceNow Store에서 앱으로도 사용할 수 있으며, 후속 업데이트는 ServiceNow Store에서 설치해야 합니다. | Tokyo | ||||||||||||||||||||
코어 Now Platform | 로그 보호를 옵트인하려면 플랫폼이 특정 시스템 로그 테이블에 대한 업데이트 및 삭제 작업을 제한할 수 있도록 하는 Protected Tables 플러그인(com.glide.protected_tables)을 설치합니다. 관리자는 로그 보호 관리자 패널에서 각 테이블에 대한 로그 테이블 보호 규칙을 사용자 지정할 수 있습니다. Core Now Platform 대시보드 및 기타 위치에서 보고서를 볼 수 있는 사용자를 관리하는 report_view 접근 제어 목록(ACL)은 Tokyo 릴리스에서 기본적으로 활성화됩니다. 자세한 내용은 Report_view 접근 제어를 참조하십시오. | Tokyo | ||||||||||||||||||||
고객 서비스 관리(CSM) | 고객 서비스 관리 대시보드 및 기타 위치에서 보고서를 볼 수 있는 사용자를 관리하는 report_view 접근 제어 목록(ACL)은 Tokyo 릴리스에서 기본적으로 활성화됩니다. 자세한 내용은 Report_view 접근 제어를 참조하십시오. | Tokyo | ||||||||||||||||||||
Employee Journey Management | HR 서비스 제공 대시보드 및 기타 위치에서 보고서를 볼 수 있는 사용자를 관리하는 report_view 접근 제어 목록(ACL)은 Tokyo 릴리스에서 기본적으로 활성화됩니다. 자세한 내용은 Report_view 접근 제어를 참조하십시오. | Tokyo | ||||||||||||||||||||
암호화 키 관리 | 암호화 컨텍스트는 San Diego 릴리스부터 업그레이드 시 열 수준 암호화 필드 암호화 모듈 및 해당 모듈 액세스 정책으로 자동 변환됩니다. 이 개선 사항을 설명하는 가이드가 있는 둘러보기는 대시보드에서 사용할 수 있습니다. 암호화 키 관리 대시보드 및 기타 위치에서 보고서를 볼 수 있는 사용자를 관리하는 report_view 접근 제어 목록(ACL)은 Tokyo 릴리스에서 기본적으로 활성화됩니다. 자세한 내용은 Report_view 접근 제어를 참조하십시오. | Tokyo | ||||||||||||||||||||
플로우 디자이너 | 플로우 디자이너 대시보드 및 기타 위치에서 보고서를 볼 수 있는 사용자를 관리하는 report_view 접근 제어 목록(ACL)은 Tokyo 릴리스에서 기본적으로 활성화됩니다. 자세한 내용은 Report_view 접근 제어를 참조하십시오. San Diego 및 이전 릴리스에서 업그레이드된 인스턴스가 플로우 및 작업에 대한 제한된 호출자 액세스 권한 요청을 생성하도록 허용할 수 있습니다. 플로우 및 작업에 대한 액세스 권한을 활성화하는 방법에 대한 자세한 내용은 플로우 및 작업에 대한 제한된 호출자 액세스 권한 업그레이드 를 참조하십시오 .
경고: 플로우 및 작업을 추적하기 위해 제한된 호출자 접근 권한을 업그레이드하면 이전에 스크립트 포함 또는 비즈니스 규칙에서 교차 범위 액세스를 추적했던 인스턴스에서 서비스 중단이 발생할 수 있습니다. 업그레이드 후 제한된 리소스에 액세스하려고 시도하는 모든 흐름 및 작업은 실행이 차단되고 대신 승인을 위해 제한된 호출자 액세스 권한 요청을 생성합니다. 교차 범위 플로우와 작업을 실행하려면 먼저 누군가가 접근 권한 요청을 승인해야 합니다. 스크립트 호출을 사용한 플로우 및 작업의 간접 추적을 이미 허용한 고객은 이 작업을 건너뛰고 스크립트에서 플로우 및 작업을 계속 호출할 수 있습니다. 기존 액세스 권한을 새로운 플로우 및 플로우 작업 소스 유형으로 대체하려는 고객은 중단을 예약하여 새 액세스 권한 요청을 생성하고 승인할 수 있습니다. | Tokyo | ||||||||||||||||||||
거버넌스, 리스크 및 컴플라이언스 | Governance, Risk, and Compliance 버전 14.0부터 비즈니스 사용자(sn_grc.business_user) 역할이 GRC 독자(sn_grc.reader) 역할에서 제거되고 GRC 사용자(sn_grc.user) 역할에 추가됩니다. 자세한 내용은 KB1123608 참조하십시오. | Tokyo | ||||||||||||||||||||
HR Service Delivery Case and Knowledge Management | HR 서비스 제공 대시보드 및 기타 위치에서 보고서를 볼 수 있는 사용자를 관리하는 report_view 접근 제어 목록(ACL)은 Tokyo 릴리스에서 기본적으로 활성화됩니다. 자세한 내용은 Report_view 접근 제어를 참조하십시오. | Tokyo | ||||||||||||||||||||
Health Log Analytics | Health Log Analytics 버전이 2022년 2월 이전인 경우 Now Support 또는 ServiceNow 영업 담당자에게 문의하여 Health Log Analytics 애플리케이션 핵심 구성요소에 대한 업그레이드를 요청하십시오. | Tokyo | ||||||||||||||||||||
ITOM Visibility | ITOM 가시성 대시보드 및 기타 위치에서 보고서를 볼 수 있는 사용자를 관리하는 report_view 접근 제어 목록(ACL)은 Tokyo 릴리스에서 기본적으로 활성화됩니다. 자세한 내용은 Report_view 접근 제어를 참조하십시오. Tokyo로 업그레이드하면 검색된 모든 인프라 CI의 설치 상태가 자동으로 "설치됨"("1")으로 설정됩니다. 조직에서 설치 상태를 사용하는 경우 프로덕션 인스턴스를 업그레이드하기 전에 테스트 인스턴스에서 Tokyo를 테스트하십시오. CSDM 수명주기 상태를 사용하여 CI의 수명주기 스테이지 및 스테이지 상태를 추적할 수 있습니다. 자세한 내용은 [자리 표시자 link text to key bundle-rn.bundle-platcap.csdm-life-cycle-standard-values]를 참조하세요. Tokyo로 업그레이드한 후 설치 상태와 관련된 문제를 해결하려면 KB1213467 | Tokyo | ||||||||||||||||||||
임포트 및 익스포트 | 임포트 및 익스포트 대시보드 및 기타 위치에서 보고서를 볼 수 있는 사용자를 관리하는 report_view 접근 제어 목록(ACL)은 Tokyo 릴리스에서 기본적으로 활성화됩니다. 자세한 내용은 Report_view 접근 제어를 참조하십시오. | Tokyo | ||||||||||||||||||||
인시던트 관리 | 인시던트 관리 대시보드 및 기타 위치에서 보고서를 볼 수 있는 사용자를 관리하는 report_view 접근 제어 목록(ACL)은 Tokyo 릴리스에서 기본적으로 활성화됩니다. 자세한 내용은 Report_view 접근 제어를 참조하십시오. | Tokyo | ||||||||||||||||||||
인스턴스 데이터 복제 | 인스턴스 데이터 복제 대시보드 및 기타 위치에서 보고서를 볼 수 있는 사용자를 관리하는 report_view 접근 제어 목록(ACL)은 Tokyo 릴리스에서 기본적으로 활성화됩니다. 자세한 내용은 Report_view 접근 제어를 참조하십시오. | Tokyo | ||||||||||||||||||||
인스턴스 스캔 | 인스턴스 스캔 대시보드 및 기타 위치에서 보고서를 볼 수 있는 사용자를 관리하는 report_view 접근 제어 목록(ACL)은 Tokyo 릴리스에서 기본적으로 활성화됩니다. 자세한 내용은 Report_view 접근 제어를 참조하십시오. | Tokyo | ||||||||||||||||||||
통합 허브 | 통합 허브 대시보드 및 기타 위치에서 보고서를 볼 수 있는 사용자를 관리하는 report_view 접근 제어 목록(ACL)은 Tokyo 릴리스에서 기본적으로 활성화됩니다. 자세한 내용은 Report_view 접근 제어를 참조하십시오. | Tokyo | ||||||||||||||||||||
인텔리전트 서비스 제공 | HR 서비스 제공 대시보드 및 기타 위치에서 보고서를 볼 수 있는 사용자를 관리하는 report_view 접근 제어 목록(ACL)은 Tokyo 릴리스에서 기본적으로 활성화됩니다. 자세한 내용은 Report_view 접근 제어를 참조하십시오. | Tokyo | ||||||||||||||||||||
Knowledge Management |
| Tokyo | ||||||||||||||||||||
Legal Service Delivery | Legal Service Delivery를 Tokyo로 업그레이드하기 전에 시스템 속성 값을 glide.rollback.blacklist.TableParentChange.changefalse로 설정해야 합니다. 이 속성이 시스템 속성 [sys_properties] 테이블에 없는 경우 속성을 추가하고 값을 false로 설정합니다. 업그레이드 후 Legal Request Management, Legal Digital Forensics 및 Legal Simple Contracts 애플리케이션과 함께 설치되는 일부 테이블은 애플리케이션 파일[sys_metadata] 테이블을 확장하여 프랙티스 영역, 접수 양식, 계약 구성 및 포렌식 구성을 업데이트 세트로 원활하게 마이그레이션할 수 있도록 합니다. 시스템 속성 값을 업데이트하지 않고 Tokyo 버전으로 업그레이드하면 테이블이 애플리케이션 파일 테이블을 확장하지 않습니다. 테이블 변경 사항을 수동으로 업데이트하려면 Now Support 지식베이스에서 Tokyo [KB1163388]에서 테이블 변경 상위 항목을 위한 수동 업그레이드 단계를 참조하십시오. | Tokyo | ||||||||||||||||||||
MID Server | 최신 MID Server 시스템 요구 사항은 MID Server 시스템 요구 사항을 참조하십시오. 지원되는 JRE(Java Runtime Environment) 버전은 다음과 같습니다.
자동 업그레이드를 사용하려면 모든 MID Server 호스트 머신이 install.service-now.com 시 다운로드 사이트에 액세스해야 합니다. 자세한 내용은 시스템이 MID Server 업그레이드를 관리하는 방법을 참조하십시오. 실행 파일 경로당 하나의 Windows MID Server 서비스만 허용됩니다. 동일한 설치 폴더를 가리키는 여러 서비스가 있는 업그레이드된 Windows MID Server 를 시작할 수 없습니다. 자세한 내용은 MID Server 시작 실패를 참조하십시오. MID Server 업그레이드에 대한 자세한 내용은 다음 주제를 참조하십시오.
| Tokyo | ||||||||||||||||||||
모바일 | ServiceNow Classic 모바일 앱에서 ServiceNow Mobile Platform으로 마이그레이션하여 신속 개발, 오프라인 기능, 네이티브 모바일 장치 기능과의 통합과 같은 기능을 활용합니다. ServiceNow Mobile Platform으로 마이그레이션하는 방법에 대한 자세한 내용은 ServiceNow Classic Mobile 앱에서 ServiceNow Mobile Platform으로 마이그레이션을 참조하십시오. ServiceNow Mobile 플랫폼 대시보드 및 기타 위치에서 보고서를 볼 수 있는 사용자를 관리하는 report_view 접근 제어 목록(ACL)은 Tokyo 릴리스에서 기본적으로 활성화됩니다. 자세한 내용은 Report_view 접근 제어를 참조하십시오. | Tokyo | ||||||||||||||||||||
Operational Technology 인시던트 관리 v2 | 이전 릴리스의 Operational Technology Incident Management 사용자인 경우 원래 OT 인시던트 사용자(ot_incident_user) 역할이 할당된 사용자에게 새 Operational Technology Incident Management v2 역할을 할당해야 합니다. 자세한 내용은 새 Operational Technology Incident Management 역할 할당을 참조하십시오. | Tokyo | ||||||||||||||||||||
암호 재설정 | 암호 재설정 대시보드 및 기타 위치에서 보고서를 볼 수 있는 사용자를 관리하는 report_view 접근 제어 목록(ACL)은 Tokyo 릴리스에서 기본적으로 활성화됩니다. 자세한 내용은 Report_view 접근 제어를 참조하십시오. | Tokyo | ||||||||||||||||||||
프로젝트 포트폴리오 관리 | 프로젝트 포트폴리오 관리 대시보드 및 기타 위치에서 보고서를 볼 수 있는 사용자를 관리하는 report_view 접근 제어 목록(ACL)은 Tokyo 릴리스에서 기본적으로 활성화됩니다. 자세한 내용은 Report_view 접근 제어를 참조하십시오. Scenario Planning for PPM을 버전 2.3.0 이상으로 업그레이드하는 경우 통합이 제대로 작동하려면 레거시 Investment Funding 애플리케이션을 ServiceNow Store로 업그레이드해야 합니다. 레거시 Investment Funding 애플리케이션에서 ServiceNow Store 애플리케이션으로 업그레이드하는 방법에 대한 자세한 지침은 업그레이드 지침을 참조하십시오. | Tokyo | ||||||||||||||||||||
Service Bridge(기술) | Tokyo 버전의 Service Bridge 애플리케이션으로 업그레이드하려면 Now Support 지식베이스에서 Service Bridge - San Diego 스토어 릴리스에서 Tokyo 스토어 릴리스로의 업그레이드 단계[KB1120583] 문서를 참조하십시오. | Tokyo | ||||||||||||||||||||
Service Bridge(통신) | Tokyo | |||||||||||||||||||||
ITSM용 서비스 운영 작업 공간 | 다음 애플리케이션에 호환되는 업그레이드 버전이 있는지 확인합니다.
여기서 x는 Service Operations Workspace ITSM Applications 애플리케이션(sn_sow_itsm_cont)의 하위 버전이고 y는 Service Operations Workspace ITOM Applications 애플리케이션(sn_sow_itom_cont)의 하위 버전입니다. | Tokyo | ||||||||||||||||||||
Service Portal |
| Tokyo | ||||||||||||||||||||
소프트웨어 자산 관리 | Software Asset Management Foundation 플러그인(com.snc.sams)에서 업그레이드하는 방법에 대한 자세한 내용은 Software Asset Management 사용자 지정 되돌리기를 참조하십시오. | Tokyo | ||||||||||||||||||||
구독 관리 | 구독 관리 대시보드 및 기타 위치에서 보고서를 볼 수 있는 사용자를 관리하는 report_view 접근 제어 목록(ACL)은 Tokyo 릴리스에서 기본적으로 활성화됩니다. 자세한 내용은 Report_view 접근 제어를 참조하십시오. | Tokyo | ||||||||||||||||||||
업그레이드 센터 | 업그레이드 센터 대시보드 및 기타 위치에서 보고서를 볼 수 있는 사용자를 관리하는 report_view 접근 제어 목록(ACL)은 Tokyo 릴리스에서 기본적으로 활성화됩니다. 자세한 내용은 Report_view 접근 제어를 참조하십시오. | Tokyo | ||||||||||||||||||||
Vendor Management Workspace | Vendor Management Workspace 대시보드 및 기타 위치에서 보고서를 볼 수 있는 사용자를 관리하는 report_view 접근 제어 목록(ACL)은 Tokyo 릴리스에서 기본적으로 활성화됩니다. 자세한 내용은 Report_view 접근 제어를 참조하십시오. | Tokyo | ||||||||||||||||||||
Virtual Agent |
| Tokyo | ||||||||||||||||||||
Visual Task Boards | 시각적 작업 보드 대시보드 및 기타 위치에서 보고서를 볼 수 있는 사용자를 관리하는 report_view 접근 제어 목록(ACL)은 Tokyo 릴리스에서 기본적으로 활성화됩니다. 자세한 내용은 Report_view 접근 제어를 참조하십시오. | Tokyo | ||||||||||||||||||||
Vulnerability Response 통합 |
| Tokyo | ||||||||||||||||||||
Vulnerability Response | Vulnerability Response 애플리케이션의 데이터 모델 변경으로 인해 업그레이드 시간이 이전 업그레이드보다 눈에 띄게 오래 걸릴 수 있습니다. 자세한 내용은 KB0856498 참조하십시오. 최신 버전으로 업그레이드하는 동안 업그레이드하려는 데이터와 버전에 따라 업그레이드 시간이 늘어날 수 있습니다. 이는 업그레이드 중에 추가된 추가 스키마 변경 때문입니다. 자세한 내용은 KB0856498 참조하십시오. Vulnerability Response 애플리케이션을 이전 버전에서 버전 15.x로 업그레이드하면 기본 시스템의 기본 정정 작업 규칙이 비활성화됩니다. 자세한 내용은 Vulnerability Response 작업 공간 및 정정 작업 및 정정 작업 규칙에 대한 업데이트를 참조하십시오. 취약성 응답 대시보드 및 기타 위치에서 보고서를 볼 수 있는 사용자를 관리하는 report_view 접근 제어 목록(ACL)은 Tokyo 릴리스에서 기본적으로 활성화됩니다. 자세한 내용은 Report_view 접근 제어를 참조하십시오.
Rome에서 Vulnerability Response 버전 18.0으로 업그레이드하면 Vulnerability Manager Workspace가 지원되지 않습니다. | Tokyo | ||||||||||||||||||||
Workforce Optimization for ITSM | 향상된 예측 방법: 수요 예측 은 향상된 예측 방법을 사용하여 데이터를 예측합니다. 지표 점수를 예측하는 단순한 방법이 선형 회귀 방법으로 업그레이드되었습니다. 이전의 나이브 방법은 가장 최근 시즌의 첫 번째 점수와 마지막 점수만 사용했지만 업그레이드된 방법은 평가 기간 동안 사용 가능한 모든 점수를 사용합니다. 또한 이전 Linear 및 Drift 방법이 단일 Linear 방법으로 대체되었으며 95% 예측 간격 계산이 개선되었습니다. 업그레이드 시 수요 예측에 사용되는 예측 알고리즘이 다음과 같이 업데이트됩니다.
일정 계획 및 교대조 계획에 대한 텍스트 인덱싱 사용:Workforce Optimization for ITSM 버전 1.1.1로 업그레이드하는 경우 다음 테이블에 대해 텍스트 인덱싱을 활성화 해야 합니다.
Workforce Optimization for ITSM 보고서 뷰 ACL: 대시보드 및 기타 위치에서 보고서를 볼 수 있는 사용자를 관리하는 report_view 접근 제어 목록(ACL)은 Tokyo 릴리스에서 기본적으로 활성화됩니다. 자세한 내용은 Report_view 접근 제어를 참조하십시오. Coaching with Learning:Workforce Optimization for ITSM Tokyo 릴리스로 업그레이드하면 다음 업데이트가 자동으로 수행됩니다.
ServiceNow Store에서 ITSM Shift Planning Host v 5.3.0 애플리케이션으로 업그레이드한 후 다음 작업을 수행하십시오.
| Tokyo | ||||||||||||||||||||
AI Search | AI Search 는 이전 릴리스에서 Utah 로 업그레이드한 후 작업 [task] 테이블과 해당 하위 테이블에서 기록을 인덱싱할 때 새로운 자동 언어 탐지 기능을 자동으로 적용합니다. Utah로 업그레이드하기 전에 인덱싱한 작업 기록에 자동 언어 탐지를 적용하려면 해당 기록을 수동으로 다시 인덱싱해야 합니다. 마찬가지로, AI Search 는 이전 릴리스에서 Utah 로 업그레이드한 후 중국어 또는 일본어 텍스트 영역이 있는 레코드 또는 문서를 인덱싱할 때 중국어 및 일본어에 대한 새로운 텍스트 영역 감지 기능을 자동으로 적용합니다. Utah로 업그레이드하기 전에 인덱싱한 레코드와 문서에 텍스트 영역 감지를 적용하려면 해당 레코드와 문서를 수동으로 다시 인덱스해야 합니다. AI Searchfor Next Experience 애플리케이션은 새 Utah 인스턴스에서 자동으로 활성화됩니다. 이전 릴리스에서 Utah로 업그레이드하는 경우 Next Experience의 AI Search를 수동으로 구성하고 활성화할 수 있습니다. 애플리케이션에 대한 자세한 내용은 Next Experience용 AI Search를 참조하십시오. | 유타 | ||||||||||||||||||||
에이전트 채팅 및 사이드바 | 대화형 인터페이스 콘솔은 Utah 릴리스에 포함되어 있으므로 기존 고객은 이를 설치할 필요가 없습니다. ServiceNow Store에서 앱으로 설치된 경우 여기에서 후속 업데이트를 설치해야 합니다. | 유타 | ||||||||||||||||||||
평가 및 설문 조사 | Utah 릴리스에서는 평가 또는 설문 조사 카드의 모든 버튼이 제거되었습니다. ATF( Automated Test Framework ) 테스트를 성공적으로 실행하려면 설문 조사 수행 단추 클릭 단계를 이 단계가 있는 모든 테스트에 대해 설문 조사 카드 클릭 으로 바꿔야 합니다. | 유타 | ||||||||||||||||||||
인증 | 인증 대시보드 및 기타 위치에서 보고서를 볼 수 있는 사람을 관리하는 report_view 접근 제어 목록(ACL)은 Utah 릴리스에서 기본적으로 활성화됩니다. 자세한 내용은 Report_view 접근 제어를 참조하십시오. | 유타 | ||||||||||||||||||||
Cloud Provisioning and Governance | Cloud Provisioning and Governance를 Utah 릴리스로 업그레이드한 후 클라우드 이벤트 [sn_cmp_cloud_event] 테이블의 지정된 열에서 데이터베이스 인덱스를 생성합니다. 데이터베이스 인덱스는 인스턴스의 AWS(Amazon Web Services) 이벤트 처리 성능을 개선하는 데 도움이 됩니다. Utah 릴리스에서 Cloud Provisioning and Governance 사용을 시작한 경우 애플리케이션 설치 시 데이터베이스 인덱스가 자동으로 생성됩니다. 자세한 내용은 AWS 클라우드 이벤트 처리 성능 개선을 참조하세요. | 유타 | ||||||||||||||||||||
Configuration Compliance |
| 유타 | ||||||||||||||||||||
고객 서비스 관리(CSM) | 케이스 작업 개선 사항은 케이스 작업 기록에 여러 필드를 추가합니다. Utah 릴리스로 업그레이드한 후에는 고객이 스크립트를 실행하여 활성 케이스 작업에 대해 이러한 필드를 채울 수 있습니다. 자세한 내용은 케이스 및 케이스 작업을 참조하십시오. | 유타 | ||||||||||||||||||||
암호화 키 관리 | 암호화 컨텍스트는 San Diego 릴리스부터 업그레이드 시 열 수준 암호화 필드 암호화 모듈 및 해당 모듈 액세스 정책으로 자동 변환됩니다. 이 개선 사항을 설명하는 가이드가 있는 둘러보기는 대시보드에서 사용할 수 있습니다. 암호화 키 관리 대시보드 및 기타 위치에서 보고서를 볼 수 있는 사람을 관리하는 report_view 접근 제어 목록(ACL)은 Utah 릴리스에서 기본적으로 활성화됩니다. 자세한 내용은 Report_view 접근 제어를 참조하십시오. | 유타 | ||||||||||||||||||||
하드웨어 자산 관리 7.0.0 | 표준 기록 페이지 템플릿과 호환되도록 기존 사용자 지정의 구성을 변경해야 합니다. 표준 기록 페이지 템플릿 및 구성 변경에 대한 자세한 내용은 작업 지침 | Now Support 지식베이스의 기존 기록 페이지를 표준 기록 페이지로 마이그레이션하는 방법[KB1224040] 문서. | 유타 | ||||||||||||||||||||
Health Log Analytics | Health Log Analytics 버전이 2022년 2월 이전인 경우 Now Support 또는 ServiceNow 영업 담당자에게 문의하여 Health Log Analytics 애플리케이션 핵심 구성요소에 대한 업그레이드를 요청하십시오. | 유타 | ||||||||||||||||||||
산업 프로세스 관리자 | 제조 프로세스 관리자와 함께 패키지된 ISA 서비스 그래프 커넥터를 사용하고 산업 프로세스 관리자로 업그레이드하는 경우 새 ISA 장비 모델 엔터티에 고유한 이름 필드가 있는지 확인합니다. | 유타 | ||||||||||||||||||||
인스턴스 데이터 복제 | 복제 세트를 Hermes Messaging Service를 사용하는 V2로 업그레이드하여 인스턴스 데이터 복제(IDR)의 성능 및 처리 효율성을 향상시킬 수 있습니다. 자세한 내용은 인스턴스 데이터 복제에서 레거시 복제 세트를 V2로 업그레이드를 참조하세요. | 유타 | ||||||||||||||||||||
MID Server | 최신 MID Server 시스템 요구 사항은 MID Server 시스템 요구 사항을 참조하십시오. 지원되는 최소 JRE(Java Runtime Environment) 버전은 11.0.9이고 권장 버전은 11.0.16입니다. 자체 JRE를 설치한 경우 업그레이드 프로세스는 MID Server에서 지원되는 JRE 를 사용할 수 있도록 다음 작업을 수행합니다.
자동 업그레이드를 사용하려면 모든 MID Server 호스트 머신이 install.service-now.com 시 다운로드 사이트에 액세스해야 합니다. 자세한 내용은 시스템이 MID Server 업그레이드를 관리하는 방법을 참조하십시오. 실행 파일 경로당 하나의 Windows MID Server 서비스만 허용됩니다. 동일한 설치 폴더를 가리키는 여러 서비스가 있는 업그레이드된 Windows MID Server 를 시작할 수 없습니다. 자세한 내용은 MID Server 시작 실패를 참조하십시오. MID Server 업그레이드에 대한 자세한 내용은 다음 주제를 참조하십시오.
| 유타 | ||||||||||||||||||||
Manager Hub | 릴리스로 Washington DC 업그레이드하는 경우 의 직원 센터 할 일 구성 양식에서 할 일 매핑에 대해 생성된 추가 조건을 의 Manager Hub관리자 할 일 매핑 모듈에서 다시 생성해야 합니다. | 유타 | ||||||||||||||||||||
Operational Technology 인시던트 관리 v2 | 이전 릴리스의 Operational Technology Incident Management 사용자인 경우 원래 OT 인시던트 사용자(ot_incident_user) 역할이 할당된 사용자에게 새 Operational Technology Incident Management v2 역할을 할당해야 합니다. 자세한 내용은 새 Operational Technology Incident Management 역할 할당을 참조하십시오. | 유타 | ||||||||||||||||||||
플랫폼 보안 | 데이터 개인 정보 보호 기능을 사용할 수 있는 Vault 사용 권한을 얻습니다. 이 기능에 대한 자세한 내용은 ServiceNow Vault 문서를 참조하십시오. | 유타 | ||||||||||||||||||||
포트폴리오 계획 |
| 유타 | ||||||||||||||||||||
Public Sector Digital Services | 업그레이드 후 CSM Configurable Workspace 의 특정 공공 부문 메뉴와 메뉴 항목이 원래 CSM 레이블 이름으로 되돌아갑니다. 고객 및 서비스 조직에 대한 UX 목록 범주를 업데이트하여 공공 부문에서 사용할 수 있도록 이러한 항목의 레이블을 변경할 수 있습니다. 자세한 내용은 업그레이드 후 공공 부문에서 사용할 수 있도록 항목 레이블 변경을 참조하세요. | 유타 | ||||||||||||||||||||
Robotic Process Automation(RPA) Hub | RPA 애플리케이션을 다운로드하여 현재 설치된 MSI(Microsoft 소프트웨어 설치 관리자)(RPA Desktop Design 스튜디오, 유인 로봇 및 무인 로봇)를 업그레이드해야 합니다. 자세한 내용은 RPA Hub에서 RPA 애플리케이션 다운로드를 참조하십시오. 애플리케이션 파일 테이블의 기록 수에 따라 RPA Hub 애플리케이션을 Tokyo 에서 Utah로 업그레이드하는 동안 지연이 발생할 수 있습니다. RPA Hub를 Utah로 업그레이드하기 전에 시스템 속성 값을 glide.rollback.blacklist.TableParentChange.changefalse로 설정해야 합니다. 이 속성이 시스템 속성 [sys_properties] 테이블에 없는 경우 속성을 추가하고 값을 false로 설정합니다. Utah로 업그레이드하면 봇 프로세스 정의가 새 구조, 즉 봇 프로세스 구성으로 변경됩니다. 봇 프로세스 구성이 봇 프로세스를 완전히 대체하지는 않지만. 대부분의 필드는 봇 프로세스에서 봇 프로세스 구성으로 이동됩니다. 시스템 속성 값을 업데이트하지 않고 Utah 버전으로 업그레이드하면 테이블이 애플리케이션 파일 테이블을 확장하지 않습니다. 테이블 변경 사항을 수동으로 업데이트하려면 Now Support 지식베이스에서 유타에서 sys_metadata할 RPA Hub 테이블 재구성 문서를 참조하십시오. | 유타 | ||||||||||||||||||||
ITSM용 서비스 운영 작업 공간 | 다음 애플리케이션에 호환되는 업그레이드 버전이 있는지 확인합니다.
여기서 x는 Service Operations Workspace ITSM Applications 애플리케이션(sn_sow_itsm_cont)의 하위 버전이고 y는 Service Operations Workspace ITOM Applications 애플리케이션(sn_sow_itom_cont)의 하위 버전입니다. | 유타 | ||||||||||||||||||||
Service Portal | 업그레이드 후에는 게스트 사용자가 table 입력 매개변수를 허용하는 공용 위젯의 데이터에 액세스할 수 있는 테이블을 지정해야 합니다. 기본적으로 Utah 패치 10 릴리스 이상에서는 테이블 입력 매개변수를 허용하는 퍼블릭 위젯이 게스트 사용자의 테이블에 액세스하고 테이블의 데이터를 반환할 수 없습니다. 업그레이드하기 전에 또는 glide.service_portal.widget.allow_list 시스템 속성을 추가 glide.service_portal.widget.table_allow_list 한 경우 이러한 속성 값은 Utah 패치 10 릴리스 이상으로 업그레이드한 후 위젯의 공용 테이블 허용 목록으로 마이그레이션됩니다. 자세한 내용은 위젯 보안 구성을 참조하십시오. | 유타 | ||||||||||||||||||||
Service Portfolio Management | 가용성 결과 보기 는 Tokyo 릴리스에 도입되었지만 후속 릴리스에도 적용됩니다. 업그레이드 시 데이터 로드가 많은 것으로 확인된 고객을 위해 시스템은 장기 실행 백그라운드 작업을 시작하며 이 작업은 시간이 오래 걸릴 수 있습니다. 자세한 내용은 KB1123644 문서를 참조하십시오 . | 유타 | ||||||||||||||||||||
소프트웨어 자산 관리 | Software Asset Management Foundation 플러그인(com.snc.sams)에서 업그레이드하는 방법에 대한 자세한 내용은 Software Asset Management 사용자 지정 되돌리기를 참조하십시오. Utah로 업그레이드하면 Software Assurance에 포함되고 일반 버전 소프트웨어 모델과 연결된 기존 영구 라이센스 권리가 수정됩니다. Software Asset Management 는 이러한 권리를 버전별 소프트웨어 모델로 자동 변환합니다. 이러한 변경은 Microsoft의 사용 조건을 준수하고 모든 버전의 Microsoft 제품에 Software Assurance 혜택을 적용할 때 발생할 수 있는 잠재적 위험을 완화하기 위해 수행됩니다. 자세한 내용은 소프트웨어 라이선스 유지 관리를 참조하세요. | 유타 | ||||||||||||||||||||
Strategic Planning |
| 유타 | ||||||||||||||||||||
공급자 수명주기 운영 | Utah 릴리스에서는 기존의 모든 테이블 이름이 바뀌었습니다. 이름 변경의 일환으로 기존 테이블의 새 이름에서 "공급자"라는 단어가 모두 "slm"으로 변경되었습니다. 예를 들어, 공급자 케이스 [sn_supplier_case]의 이름이 공급자 케이스(sn_slm_case)로 바뀌었고, 공급자 작업 [sn_supplier_task]의 이름이 공급자 작업(sn_slm_task)으로 바뀌었습니다. Tokyo 릴리스에서 Utah 릴리스로 업그레이드하는 경우 수정 스크립트를 실행하여 기존 테이블을 공급자 공통 아키텍처로 마이그레이션해야 합니다. 자세한 내용은 수정 스크립트를 실행하여 기존 테이블을 공급자 공통 아키텍처로 마이그레이션을 참조하십시오. | 유타 | ||||||||||||||||||||
업그레이드 센터 | 대시보드 및 기타 위치에서 보고서를 볼 수 있는 사용자를 관리하는 Upgrade Center report_view ACL(접근 제어 목록)은 Utah 릴리스에서 기본적으로 활성화됩니다. 자세한 내용은 Report_view 액세스 제어를 참조하세요. | 유타 | ||||||||||||||||||||
Vulnerability Response 통합 |
| 유타 | ||||||||||||||||||||
Vulnerability Response | Vulnerability Response 애플리케이션의 데이터 모델 변경으로 인해 업그레이드 시간이 이전 업그레이드보다 눈에 띄게 오래 걸릴 수 있습니다. 자세한 내용은 KB0856498 참조하십시오. 최신 버전으로 업그레이드하는 동안 업그레이드하려는 데이터와 버전에 따라 업그레이드 시간이 늘어날 수 있습니다. 이 문제는 업그레이드 중에 추가된 추가 스키마 변경으로 인해 발생합니다. 자세한 내용은 KB0856498 참조하십시오. Rome에서 Vulnerability Response 버전 18.0으로 업그레이드하면 Vulnerability Manager Workspace가 지원되지 않습니다. | 유타 | ||||||||||||||||||||
AI Search |
| Vancouver | ||||||||||||||||||||
평가 및 설문 조사 | Utah 이전 버전에서 Vancouver로 업그레이드하는 경우 ATF(Automated Test Framework) 테스트를 업데이트합니다. Utah 릴리스에서는 평가 또는 설문 조사 카드의 모든 버튼이 제거되었습니다. ATF 테스트를 성공적으로 실행하려면 설문 조사 수행 단추 클릭 단계를 이 단계가 있는 모든 테스트에 대해 설문 조사 카드 클릭 단계로 바꿔야 합니다. | Vancouver | ||||||||||||||||||||
인증 | 인증 대시보드 및 기타 위치에서 보고서를 볼 수 있는 사용자를 관리하는 report_view 접근 제어 목록(ACL)은 Vancouver 릴리스에서 기본적으로 활성화됩니다. 자세한 내용은 Report_view 접근 제어를 참조하십시오. | Vancouver | ||||||||||||||||||||
Automated Test Framework | Now Platform®에서 제공하는 빠른 시작 테스트를 복사하고 사용자 지정하여 구성을 변경한 후에도 인스턴스가 작동하는지 확인합니다. 예를 들면 업그레이드를 적용하거나 애플리케이션을 개발하는 경우입니다. 테스트는 사용자 지정 없이 애플리케이션 또는 기능 플러그인과 함께 제공되는 기본 데모 데이터를 사용하여 기본 시스템에서 실행할 때만 통과 결과를 생성할 수 있습니다. 인스턴스별 데이터에 빠른 시작 테스트를 적용하려면 빠른 시작 테스트를 복사하고 사용자 지정 데이터를 추가합니다. 자세한 내용은 응용 프로그램 또는 기능별로 사용 가능한 빠른 시작 테스트를 참조하세요. | Vancouver | ||||||||||||||||||||
클라우드 비용 관리 | 클라우드 비용 관리를밴쿠버로 업그레이드하는 방법에 대한 지침은 클라우드 인사이트 업그레이드를 참조하십시오. | Vancouver | ||||||||||||||||||||
Configuration Management Database(CMDB) | 업그레이드 중에는 조정 정의 매핑 [cmdb_reconciliation_definition_mapping] 테이블의 상위를 다시 지정하는 수정 스크립트가 실행됩니다. 이 수정 스크립트를 완료하는 데 걸리는 시간은 업그레이드된 인스턴스의 조정 규칙 수에 따라 다르며 일반적으로 업그레이드에 몇 분 추가됩니다. 인스턴스 간 조정 규칙을 익스포트할 때 업데이트 세트에서 해당 테이블의 데이터를 캡처하려면 조정 정의 매핑 [cmdb_reconciliation_definition_mapping] 테이블의 상위 항목을 재지정해야 합니다. 업그레이드 후 조정 규칙에 대한 모든 변경 사항은 업데이트 세트에 의해 완전히 캡처되고 대상 인스턴스로 올바르게 이식됩니다. | Vancouver | ||||||||||||||||||||
Document Intelligence | Document Intelligence 3.0 이상에는 범위가 지정된 애플리케이션에서 Now Platform 플러그인으로의 전환을 지원하기 위해 업데이트된 스키마가 포함되어 있습니다. 업그레이드에 대한 자세한 내용은 버전 2.4 이하에서 Document Intelligence 3.0 이상으로 업그레이드를 참조하십시오. | Vancouver | ||||||||||||||||||||
Goal Framework | v4.2.0부터는 유형 필드가 마일스톤 으로 설정된 기존 대상이 질적 대상으로 간주됩니다. Goal Framework를 업그레이드한 후 이러한 기존 대상에 대해 측정 단위는 예/아니요로 설정되고, 기준값은 아니요로 설정되고, 대상 값은 자동으로 예로 설정됩니다. 또한 진행률 값이 100%이면 실제 값이 예 로 설정되고, 그렇지 않으면 값이 아니요로 설정됩니다. | Vancouver | ||||||||||||||||||||
ITOM Visibility |
| Vancouver | ||||||||||||||||||||
산업 프로세스 관리자 | 제조 프로세스 관리자와 함께 패키지된 ISA 서비스 그래프 커넥터를 사용하고 산업 프로세스 관리자로 업그레이드하는 경우 새 ISA 장비 모델 엔터티에 고유한 이름 필드가 있는지 확인합니다. | Vancouver | ||||||||||||||||||||
인스턴스 데이터 복제 | 복제 세트를 Hermes Messaging Service를 사용하는 V2로 업그레이드하여 인스턴스 데이터 복제(IDR)의 성능 및 처리 효율성을 개선합니다. 자세한 내용은 인스턴스 데이터 복제에서 레거시 복제 세트를 V2로 업그레이드를 참조하세요. 인스턴스의 복제 페이로드 오류 [idr_replication_payload_error] 테이블에 1,000만 개가 넘는 레코드가 있는 경우 KB1364728에 따라 테이블 교체를 설정합니다. 테이블 교대를 사용하여 복제 페이로드 오류 [idr_replication_payload_error] 테이블에는 복제된 데이터가 아닌 IDR 에서 기록한 복제 오류만 포함되어 있으므로 안전합니다. | Vancouver | ||||||||||||||||||||
MID Server | 최신 MID Server 시스템 요구 사항은 MID Server 시스템 요구 사항을 참조하십시오. 지원되는 최소 JRE 버전은 11.0.9이고 권장 버전은 11.0.16.1입니다. 자체 JRE를 설치한 경우 업그레이드 프로세스는 MID Server에서 지원되는 JRE 를 사용할 수 있도록 다음 작업을 수행합니다.
자동 업그레이드를 사용하려면 모든 MID Server 호스트 머신이 install.service-now.com 시 다운로드 사이트에 액세스해야 합니다. 자세한 내용은 시스템이 MID Server 업그레이드를 관리하는 방법을 참조하십시오. 실행 파일 경로당 하나의 Windows MID Server 서비스만 허용됩니다. 동일한 설치 폴더를 가리키는 여러 서비스가 있는 업그레이드된 Windows MID Server 를 시작할 수 없습니다. 자세한 내용은 MID Server 시작 실패를 참조하십시오. MID Server 업그레이드에 대한 자세한 내용은 다음 주제를 참조하십시오.
| Vancouver | ||||||||||||||||||||
주문 관리 | 2023년 11월 릴리스부터 Order Management 애플리케이션은 Order Management for Telecommunications, Media, and Technology 애플리케이션과 함께 제공되는 주문 이행 기능을 포함하여 제품 및 서비스 주문의 전체 수명주기를 지원합니다. Telecommunications Service Management를 구독하는 경우 ServiceNow Store에서 Order Management for Telecom, Media and Tech 애플리케이션을 설치합니다. 이 애플리케이션은 Order Management 애플리케이션, 통신 데모 데이터 및 TM Forum API REST 사양의 다음 ServiceNow Open API 구현을 설치합니다.
Order Management for Customer Service Management 애플리케이션에 익숙한 경우 Order Management 애플리케이션을 설치한 후 선택적으로 해당 인터페이스를 사용할 수 있습니다. 자세한 내용은 Order Management for Customer Service Management KB1554296에 사용자 인터페이스 사용을 참조하십시오. 인터페이스 변경에 대한 자세한 내용은 Order Management for Customer Service Management 애플리케이션 KB1560237 변경을 참조하십시오. 업그레이드하는 동안 주문 작업 [sn_ind_tmt_orm_order_task] 테이블은 Customer Service Management 애플리케이션에서 사용되는 계획된 작업 [planned_tasks] 테이블에서 확장됩니다. 주문 작업 테이블도 수정되었습니다. 주문 작업 테이블의 변경에 대한 자세한 내용은 OMT 재지정 데이터 모델 변경 KB1496935 참조하십시오. Vancouver 릴리스로 업그레이드하고 버전 5.2.0이 아닌 Order Management for Telecommunications, Media, and Technology 애플리케이션 버전을 사용하는 경우 제품 인벤토리 및 제품 모델 특성을 채우는 수정사항을 사용할 수 없습니다. 이러한 변경 사항을 적용하려면 현재 Vancouver 패치로 업그레이드하십시오. | Vancouver | ||||||||||||||||||||
플랫폼 분석 워크플레이스 | Platform Analytics Workspace(3.0)의 Vancouver 버전에는 이전에 ServiceNow® Store에서만 제공되었던 버전 2.1.x의 업데이트가 포함되어 있습니다. | Vancouver | ||||||||||||||||||||
포트폴리오 계획 |
| Vancouver | ||||||||||||||||||||
프로세스 자동화 디자이너 | Vancouver로 업그레이드한 후 ServiceNow Store에서 애플리케이션을 업데이트합니다. | Vancouver | ||||||||||||||||||||
Public Sector Digital Services | Public Sector Digital Services v8.0으로 업그레이드하기 전에 제공된 서비스 테이블의 데이터, 수신된 서비스 테이블의 데이터 및 제공된 서비스 테이블을 서비스 정의 테이블로 변환하여 영향을 받는 기타 모든 데이터(Performance Analytics 대시보드 데이터, 구성원 또는 비즈니스 보고서 데이터 등)에 대한 사용자 정의 서비스 정의를 작성해야 합니다. 이전 릴리스에서 작성된 사용자 지정 서비스 제공 및 수신 서비스 데이터는 새 릴리스로 자동 마이그레이션되지 않으며, 업그레이드 후에는 데이터가 레거시 엔터티에서 서비스 정의 테이블로 마이그레이션될 때까지 애플리케이션 내에서 액세스할 수 없습니다. 자세한 내용은 제공된 서비스 및 수신된 서비스 마이그레이션 지침 및 Public Sector Digital Services에서 Playbook에 대한 서비스 정의 구성을 참조하십시오. 업그레이드 후 CSM Configurable Workspace 의 특정 공공 부문 메뉴와 메뉴 항목이 원래 CSM 레이블 이름으로 되돌아갑니다. 고객 및 서비스 조직에 대한 UX 목록 범주를 업데이트하여 공공 부문에서 사용할 수 있도록 이러한 항목의 레이블을 변경할 수 있습니다. 자세한 내용은 업그레이드 후 공공 부문에서 사용할 수 있도록 항목 레이블 변경을 참조하세요. | Vancouver | ||||||||||||||||||||
Robotic Process Automation(RPA) Hub | RPA 애플리케이션을 다운로드하여 현재 설치된 MSI(Microsoft 소프트웨어 설치 관리자)(RPA Desktop Design Studio, 유인 로봇, 무인 로봇 및 무인 로봇 로그인 에이전트)를 업그레이드해야 합니다. 자세한 내용은 RPA Hub에서 RPA 애플리케이션 다운로드를 참조하십시오. 다음 업그레이드 단계는 San Diego 또는 Tokyo 에서 Vancouver로 업그레이드하는 경우에만 적용됩니다. 애플리케이션 파일 테이블의 기록 수에 따라 Tokyo 또는 그 이전에 Vancouver로 RPA Hub 애플리케이션을 업그레이드하는 동안 지연이 발생할 수 있습니다. RPA Hub를 Vancouver로 업그레이드하기 전에 시스템 속성 값을 glide.rollback.blacklist.TableParentChange.changefalse로 설정해야 합니다. 이 속성이 시스템 속성 [sys_properties] 테이블에 없는 경우 속성을 추가하고 값을 false로 설정합니다. Vancouver로 업그레이드하면 봇 프로세스 정의가 새 구조, 즉 봇 프로세스 구성으로 변경됩니다. 봇 프로세스 구성이 봇 프로세스를 완전히 대체하지는 않지만. 대부분의 필드는 봇 프로세스에서 봇 프로세스 구성으로 이동됩니다. 시스템 속성 값을 업데이트하지 않고 Utah 버전으로 업그레이드하는 경우 테이블은 애플리케이션 파일 테이블을 확장하지 않습니다. 테이블 변경 사항을 수동으로 업데이트하려면 Now Support 지식베이스에서 유타에서 sys_metadata할 RPA Hub 테이블 재구성 문서를 참조하십시오. | Vancouver | ||||||||||||||||||||
Security Incident Response | Vancouver | |||||||||||||||||||||
Service Bridge | 새 Service Bridge 애플리케이션 업그레이드 및 사용에 대한 자세한 내용은 Service Bridge에서 마이그레이션(레거시)을 참조하십시오. | Vancouver | ||||||||||||||||||||
ITSM용 서비스 운영 작업 공간 | 다음 애플리케이션에 호환되는 업그레이드 버전이 있는지 확인합니다.
여기서 x는 Service Operations Workspace ITSM Applications 애플리케이션(sn_sow_itsm_cont)의 하위 버전이고 y는 Service Operations Workspace ITOM Applications 애플리케이션(sn_sow_itom_cont)의 하위 버전입니다. 업그레이드된 인스턴스에 다음과 같은 사용자 지정이 있는 경우 표준 기록 페이지 변경 사항을 마이그레이션해야 합니다. 자세한 내용은 Service Operations Workspace에서 표준 기록 페이지 구성을 참조하십시오.
3.0 업그레이드 후에는 권장 프레임워크 기능을 더 이상 사용할 수 없으며 대신 ITSM용 Recommended Actions 기능의 표준 버전만 사용할 수 있습니다. | Vancouver | ||||||||||||||||||||
Service Portal | 업그레이드 후에는 게스트 사용자가 table 입력 매개변수를 허용하는 공용 위젯의 데이터에 액세스할 수 있는 테이블을 지정해야 합니다. 기본적으로 Vancouver 패치 7 릴리스 이상에서는 테이블 입력 매개변수를 허용하는 공개 위젯이 게스트 사용자에 대한 테이블에 액세스하고 테이블의 데이터를 반환할 수 없습니다. 업그레이드하기 전에 또는 glide.service_portal.widget.allow_list 시스템 속성을 추가 glide.service_portal.widget.table_allow_list 한 경우 이러한 속성 값은 Vancouver 패치 7 릴리스 이상으로 업그레이드한 후 위젯의 공용 테이블 허용 목록으로 마이그레이션됩니다. 자세한 내용은 위젯 보안 구성을 참조하십시오. | Vancouver | ||||||||||||||||||||
Service Portfolio Management | 가용성 결과 보기 는 Tokyo 릴리스에 도입되었지만 후속 릴리스에도 적용됩니다. 업그레이드 시 데이터 로드가 많은 것으로 확인된 고객을 위해 시스템은 장기 실행 백그라운드 작업을 시작하며 이 작업은 시간이 오래 걸릴 수 있습니다. 자세한 내용은 KB1123644 참조하십시오. | Vancouver | ||||||||||||||||||||
Skills Management | 기술 관리 페이지의 URL을 사용자 지정한 경우 새 페이지를 가리키도록 URL을 수동으로 업데이트해야 합니다. 다음은 새 기술 관리 페이지의 상대 경로입니다. https://<instance name>.service-now.com/now/nav/ui/manage-skills/params/parent-skill/2eb1c2029f100200a3bc1471367fcfe4/parent-department/221f79b7c6112284005d646b76ab978c/recursive-departments/true/recursive-skills/true/group-by/department. 기존 경로를 이 경로로 바꿀 수 있습니다.
주: 상위 기술 및 상위 부서 sys_ids가 기존 URL에 있는 ID와 동일한지 확인합니다. | Vancouver | ||||||||||||||||||||
소프트웨어 자산 관리 | Software Asset Management Foundation 플러그인(com.snc.sams)에서 업그레이드하는 방법에 대한 자세한 내용은 Software Asset Management 사용자 지정 되돌리기를 참조하십시오. Vancouver로 업그레이드 시 검색 맵(DMAP) 정의의 버전 및 에디션 필드가 새 is_empty 값을 지원합니다. 기존 Microsoft SQL Server 구성 요소 DMAP 정의에 대한 버전 필드가 이전에 is_anything로 설정된 경우 콘텐츠 업데이트 후 새 is_empty 값으로 자동으로 업데이트됩니다. | Vancouver | ||||||||||||||||||||
Strategic Planning |
| Vancouver | ||||||||||||||||||||
Telecommunications Service Operations Management | Integration Hub 스타터 패키지는 외부 트리거와 함께 Vancouver 패치 1에서 스타터 패키지의 구성요소로 포함되어 있습니다. 고객이 제품군 릴리스 Vancouver 패치 1을 사용하여 Telecommunications API 알림 기능을 가져와야 합니다. | Vancouver | ||||||||||||||||||||
외부 공급업체 위험 관리 | Vancouver | |||||||||||||||||||||
Virtual Agent | Vancouver 패치 7에서 제공되었던 일부 기능은 초기 워싱턴 DC 얼리 액세스 릴리스에서 사용할 수 없습니다. 이러한 기능은 Washington DC의 향후 패치 릴리스에서 사용할 수 있습니다.
| Vancouver | ||||||||||||||||||||
Vulnerability Response 통합 |
| Vancouver | ||||||||||||||||||||
Vulnerability Response | Vulnerability Response 애플리케이션의 데이터 모델 변경으로 인해 업그레이드 시간이 이전 업그레이드보다 눈에 띄게 오래 걸릴 수 있습니다. 자세한 내용은 KB0856498 참조하십시오. 최신 버전으로 업그레이드하는 동안 업그레이드하려는 데이터와 버전에 따라 업그레이드 시간이 늘어날 수 있습니다. 이 문제는 업그레이드 중에 추가된 추가 스키마 변경으로 인해 발생합니다. 자세한 내용은 KB0856498 참조하십시오. Vulnerability Response 애플리케이션 버전 20.0 및 Vulnerability Emergency Response 애플리케이션 버전 2.03부터 취약성 분석가 작업 공간의 이름이 취약성 평가 작업 공간으로 변경되었습니다. 이제 취약성 분석가 작업 공간에 대한 모든 참조는 취약성 평가 작업 공간입니다. | Vancouver | ||||||||||||||||||||
AI Search | Washington DC로 업그레이드하면 AI Search는 새 AI Search Genius 결과 구성 양식 필드를 사용하도록 기존 Genius 결과 구성을 자동으로 업데이트합니다. 이 업데이트 절차는 다음과 같이 변경합니다.
인스턴스를 Washington DC로 업그레이드한 후 AI Search는 검색 쿼리에 여러 용어( glide.ais.query.search_operator ) 시스템 속성이 포함될 때 사용할 부울 검색 연산자에 대해 이전에 설정한 값을 유지합니다. 다중 용어 검색을 위한 새로운 향상된 쿼리 모드의 이점을 얻으려면 이 시스템 속성의 값을 AND then OR 2+ key terms로 설정하십시오. AI Search 시스템 속성에 대한 자세한 내용은 AI Search 시스템 속성을 참조하십시오. 워싱턴 DC부터 사용자 [sys_user] 테이블은 기본적으로 sys_updated_on 날짜를 기준으로 정렬하는 대신 sys_created_on 날짜를 기준으로 인덱싱된 레코드를 정렬합니다. 이 변경을 위해서는 AI Search를 위해 사용자 테이블 인덱싱된 소스를 다시 인덱싱해야 하며 시간이 많이 소요될 수 있습니다. 이전 제품군 릴리스에서 Washington DC 로 업그레이드하면 AI Search 가 사용자 테이블 인덱싱된 소스를 자동으로 다시 인덱싱하지 않습니다. 최신 구성에서 사용자 기록을 검색할 수 있어야 하는 경우 사용자 테이블 인덱싱된 소스를 수동으로 다시 인덱싱 할 수 있으며 이 작업에는 다소 시간이 걸릴 수 있습니다. 그렇지 않으면 모든 기록이 다시 인덱싱될 때까지 업데이트될 때 AI 검색 에서 개별 사용자 테이블 기록을 다시 인덱싱합니다. | Washington DC | ||||||||||||||||||||
Automated Test Framework | Now Platform®에서 제공하는 빠른 시작 테스트를 복사하고 사용자 지정하여 구성을 변경한 후에도 인스턴스가 작동하는지 확인합니다. 예를 들면 업그레이드를 적용하거나 애플리케이션을 개발하는 경우입니다. 테스트는 사용자 지정 없이 애플리케이션 또는 기능 플러그인과 함께 제공되는 기본 데모 데이터를 사용하여 기본 시스템에서 실행할 때만 통과 결과를 생성할 수 있습니다. 인스턴스별 데이터에 빠른 시작 테스트를 적용하려면 빠른 시작 테스트를 복사하고 사용자 지정 데이터를 추가합니다. 자세한 내용은 응용 프로그램 또는 기능별로 사용 가능한 빠른 시작 테스트를 참조하세요. | Washington DC | ||||||||||||||||||||
Business Continuity Management | Washington DC 릴리스로 업그레이드를 게시하는 경우 기존 비즈니스 영향 분석, 비즈니스 연속성 계획 및 이벤트에 대해 다음과 같은 중요 정보를 기록해 두어야 합니다.
| Washington DC | ||||||||||||||||||||
Configuration Management Database(CMDB) |
| Washington DC | ||||||||||||||||||||
코어 Now Platform | 이전에는 트랜잭션이 취소되면 감사 가능한 특정 작업이 기록되지 않았습니다. 감사 기록이 누락되는 이러한 동작은 플랫폼이 기록 변경 사이에 일부 작업을 실행하고 감사 생성 전에 취소되기 때문입니다. 그러나 이제는 레코드가 변경된 직후에 감사가 만들어지므로 감사가 기록되기 전에 취소된 트랜잭션으로 인해 작업이 중단될 가능성이 줄어듭니다. 이 업데이트를 용이하게 하기 위해 감사는 이제 트랜잭션과 동일한 스레드에 기록됩니다. 이전 감사는 백그라운드 스레드에서 생성되었습니다. 이 변경은 | Washington DC | ||||||||||||||||||||
암호화 키 관리 | 인스턴스를 Washington DC 로 업그레이드하지만 MID Server를 업그레이드하지 않으면 Secrets Management 인증이 실패합니다. MID 서버를Washington DC로 업그레이드하여 인증 실패를 방지합니다. 업그레이드할 수 없는 경우 MID Server 가 Washington DC 로 업그레이드될 때까지 인증을 해제해야 인증 실패를 방지할 수 있습니다. MID Server 업그레이드에 대한 자세한 내용은 MID Server 업그레이드를 참조하십시오. | Washington DC | ||||||||||||||||||||
Enterprise Asset Management | Washington DC로 업그레이드한 후에는 엔터프라이즈 자산 [sn_ent_asset] 테이블에서 model_component 필드를 사용할 수 없습니다. 대신 자산 [alm_asset] 테이블에서 새 model_component_id 필드를 사용할 수 있습니다. ENT - 새 모델 구성요소로 마이그레이션 스크립트는 기존 model_component 필드 데이터를 model_component_id 필드로 이동합니다. 자산의 총 소유 비용(TCO)에 대한 다음 업그레이드 시나리오를 참고하십시오.
| Washington DC | ||||||||||||||||||||
Financial Services Operations Core | Washington DC로 업그레이드하는 동안 Financial Services Operations Core 플러그인은 다음 테이블의 상위를 재지정합니다.
주: 업그레이드된 인스턴스에 많은 수의 기록이 있는 경우 업그레이드를 완료하는 데 시간이 더 오래 걸릴 수 있습니다.
| Washington DC | ||||||||||||||||||||
하드웨어 자산 관리 10.0.0 | Washington DC로 업그레이드한 후에는 자산의 총 소유 비용(TCO)에 대한 다음 업그레이드 시나리오를 염두에 두십시오.
| Washington DC | ||||||||||||||||||||
Healthcare and Life Sciences Service Management Core | Washington DC로 업그레이드하는 동안 다음 테이블에 대해 의료 서비스 판매 제품 [sn_hcls_sold_product] 상위 테이블이 설치 기반 항목 [sn_install_base_item]로 변경됩니다.
또한 다음 테이블은 상위 테이블이 제거되었으며 독립 실행형 테이블입니다.
기존 데이터는 기존 기능에 영향을 주지 않도록 다음과 같은 방식으로 마이그레이션됩니다.
주: 업그레이드된 인스턴스에 많은 수의 기록이 있는 경우 업그레이드를 완료하는 데 시간이 더 오래 걸릴 수 있습니다. | Washington DC | ||||||||||||||||||||
인스턴스 데이터 복제 | 복제 세트를 Hermes Messaging Service를 사용하는 V2로 업그레이드하여 인스턴스 데이터 복제(IDR)의 성능 및 처리 효율성을 개선합니다. 자세한 내용은 인스턴스 데이터 복제에서 레거시 복제 세트를 V2로 업그레이드를 참조하세요. 업그레이드 후 복제 페이로드 오류 [idr_replication_payload_error] 테이블에 대해 로그 회전이 자동으로 활성화됩니다. 기본적으로 로그 교체 일정은 7개의 샤드로 구성되며 각 샤드당 5일이 소요됩니다. 업그레이드 전에 생성된 이 테이블의 모든 로그 항목은 자동으로 잘립니다. | Washington DC | ||||||||||||||||||||
MID Server | 최신 MID Server 시스템 요구 사항은 MID Server 시스템 요구 사항을 참조하십시오. 지원되는 최소 JRE 버전은 11.0.9이고 권장 버전은 11.0.16.1입니다. 자체 JRE를 설치한 경우 업그레이드 프로세스는 MID Server에서 지원되는 JRE 를 사용할 수 있도록 다음 작업을 수행합니다.
자동 업그레이드를 사용하려면 모든 MID Server 호스트 머신이 install.service-now.com 시 다운로드 사이트에 액세스해야 합니다. 자세한 내용은 시스템이 MID Server 업그레이드를 관리하는 방법을 참조하십시오. 실행 파일 경로당 하나의 Windows MID Server 서비스만 허용됩니다. 동일한 설치 폴더를 가리키는 여러 서비스가 있는 업그레이드된 Windows MID Server 는 시작할 수 없습니다. 자세한 내용은 MID Server 시작 실패를 참조하십시오. MID Server 업그레이드에 대한 자세한 내용은 다음 주제를 참조하십시오.
| Washington DC | ||||||||||||||||||||
크리에이터용 Now Assist | Washington DC | |||||||||||||||||||||
Now Assist | Now Assist 애플리케이션 및 플러그인 업그레이드 문제 해결에 대한 자세한 내용은 Now Assist 업그레이드의 문제 및 완화에 대한 KB 문서를 참조하십시오. | Washington DC | ||||||||||||||||||||
통신, 미디어 및 기술을 위한 Order Management | 이 Washington DC 릴리스에 도입된 새로운 기능은 Order Management for Telecommunications, Media, and Technology의 이전 릴리스에서 지원되지 않습니다. Washington DC 릴리스부터 제품 오퍼링 및 제품 속성 특성에 대해 설정된 MRC(월별 반복 청구) 및 NRC(비반복 청구)는 제품 오퍼링 데이터 모델이 아닌 가격 목록 및 가격 목록 라인의 가격 책정 데이터 모델에 저장됩니다. Washington DC로 업그레이드한 후 가격표를 사용하기 위해 가격 책정 정보를 업그레이드하려면 Now Support 지식베이스에서 Washington [KB1585863]으로 업그레이드하는 통신, 미디어 및 기술 고객을 위한 com.sn_csm_pricing(가격 관리 플러그인) 활용 문서를 참조하십시오. Washington DC 릴리스로 업그레이드한 후에는 수정 스크립트가 자동으로 실행되어 완료되지 않은 주문의 캡처를 재개하는 데 더 이상 필요하지 않은 특정 통신 목록 기록을 비활성화합니다. 이러한 기록 및 필요한 경우 이전 주문 캡처 프로세스 사용에 대한 자세한 내용은 Now Support 지식베이스의 주문 캡처 [KB1586538]에 대한 Telco 목록 사용 중단 문서를 참조하십시오. Washington DC로 업그레이드한 후 제품 구성을 사용하는 동안 새 변경 주문 또는 연결 끊기, 일시 중단 또는 재개 작업이 있는 주문에 대한 작업에 대한 재구성 임시 해결책을 검토합니다. 자세한 내용은 Now Support 지식베이스에서 주문 캡처 UI [KB1585976]를 사용할 때 워싱턴의 주문 라인 재구성 문제 문서를 참조하십시오. | Washington DC | ||||||||||||||||||||
주문 관리 | 이 Washington DC 릴리스에 도입된 새로운 기능은 Order Management의 이전 릴리스에서 지원되지 않습니다. | Washington DC | ||||||||||||||||||||
Performance Analytics | 레거시 PA 점수 [pa_scores] 테이블은 더 이상 사용되지 않습니다. PA 점수 테이블에 캡처된 표시기 점수가 여전히 있고 이러한 점수 수가 4,300만 개 미만인 경우 이러한 점수는 업그레이드 시 자동으로 pa_scores_l1 및 pa_scores_l2 테이블로 마이그레이션됩니다. 업그레이드에 추가될 것으로 예상되는 시간은 약 2시간입니다. 자세한 내용은 KB1294371 또는 퍼포먼스 분석 점수 마이그레이션을 참조하십시오. | Washington DC | ||||||||||||||||||||
플랫폼 분석 경험 | 플랫폼 분석 경험 기능은 이전에 Platform Analytics 작업 공간에 있었습니다. 이 기능은 이제 Next Experience Unified Navigation을 통해 액세스할 수 있는 핵심 Now Platform의 일부입니다. 코어 UI에서 생성된 모든 대시보드, 보고서 및 퍼포먼스 분석 위젯을 이 기능으로 마이그레이션할 수 있습니다. | Washington DC | ||||||||||||||||||||
워크플로우 스튜디오의 Playbook | Washington DC로 업그레이드한 후 ServiceNow Store에서 Playbook 및 Workflow Studio 애플리케이션을 업데이트합니다. | Washington DC | ||||||||||||||||||||
포트폴리오 계획 | v8.0.0부터는 Strategic Planning Workspace에서만 Strategic Portfolio Management(SPM) Pro 라이센스가 부여된 기능에 액세스할 수 있습니다. SPM Pro 라이센스를 소유하고 있지만 Portfolio Planning Workspace에서 SPM Pro 라이센스 기능(예: 목표, 제품 피드백, 하이브리드 포트폴리오 계획 수립 및 추가 렌즈)을 계속 사용하는 경우 이러한 기능에 액세스하려면 Strategic Planning을 설치해야 합니다. Strategic Planning Workspace에서만 액세스할 수 있는 기능에 대한 자세한 내용은 Portfolio Planning과 Strategic Planning 비교를 참조하십시오. | Washington DC | ||||||||||||||||||||
Predictive Intelligence | Washington DC로 업그레이드하는 경우 새 회귀 솔루션을 만들 수 없습니다. 기존 솔루션이 있는 경우 계속 지원되며 학습하고 수정할 수 있지만 새 솔루션을 만들 수는 없습니다. 유사성 및 클러스터링 솔루션에 대한 변경 사항은 Washington DC에 있는 모든 인스턴스에 적용됩니다. | Washington DC | ||||||||||||||||||||
사전 예방적 서비스 경험 워크플로우 | 문제 티켓 알림을 받지 않으려는 고객은 인시던트 및 케이스 테이블과 관련된 비즈니스 규칙을 비활성화할 수 있습니다. 문제 티켓 알림에 대한 비즈니스 규칙을 사용하지 않도록 설정하는 방법에 대한 자세한 내용은 문제 티켓 알림 비활성화를 참조하세요. | Washington DC | ||||||||||||||||||||
Public Sector Digital Services | 업그레이드 후 CSM Configurable Workspace 의 특정 공공 부문 메뉴와 메뉴 항목이 원래 CSM 레이블 이름으로 되돌아갑니다. 고객 및 서비스 조직에 대한 UX 목록 범주를 업데이트하여 공공 부문에서 사용할 수 있도록 이러한 항목의 레이블을 변경할 수 있습니다. 레이블 재지정에 대한 자세한 내용은 을 선택하고 레이블이 표시됩니다. | Washington DC | ||||||||||||||||||||
Robotic Process Automation(RPA) Hub | RPA 애플리케이션을 다운로드하여 현재 설치된 다음 MSI(Microsoft 소프트웨어 설치 관리자) 중 하나를 업그레이드해야 합니다.
다음 업그레이드 단계는 샌디에이고 또는 도쿄 에서 워싱턴 DC로 업그레이드하는 경우에만 적용됩니다. 애플리케이션 파일 테이블의 기록 수에 따라 Tokyo 또는 그 이전에 RPA Hub 애플리케이션을 Washington DC로 업그레이드하는 동안 지연이 발생할 수 있습니다. RPA Hub를 Washington DC로 업그레이드하기 전에 시스템 속성 값을 glide.rollback.blacklist.TableParentChange.changefalse로 설정해야 합니다. 이 속성이 시스템 속성 [sys_properties] 테이블에 없는 경우 속성을 추가하고 값을 false로 설정합니다. 속성을 추가하는 방법에 대한 자세한 내용은 시스템 속성 추가를 참조하세요. Washington DC로 업그레이드하면 봇 프로세스 정의가 봇 프로세스 구성인 새 구조로 변경됩니다. 봇 프로세스 구성이 봇 프로세스를 완전히 대체하지는 않지만 대부분의 필드는 봇 프로세스에서 봇 프로세스 구성으로 이동됩니다. 시스템 속성 값을 업데이트하지 않고 Utah 버전으로 업그레이드하는 경우 테이블은 애플리케이션 파일 테이블을 확장하지 않습니다. 테이블 변경 사항을 수동으로 업데이트하려면 Now Support 지식베이스에서 유타에서 sys_metadata할 RPA Hub 테이블 재구성 문서를 참조하십시오. | Washington DC | ||||||||||||||||||||
IT Service Management용 Service Operations Workspace | 다음 애플리케이션에 호환되는 업그레이드 버전이 있는지 확인합니다.
테이블에서 x는 Service Operations Workspace ITSM Applications 애플리케이션(sn_sow_itsm_cont)의 하위 버전이고 y는 Service Operations Workspace ITOM Applications 애플리케이션(sn_sow_itom_cont)의 하위 버전입니다. 3.0 업그레이드 후에는 권장 프레임워크 기능을 더 이상 사용할 수 없습니다. 대신 ITSM용 Recommended Actions 기능의 표준 버전만 사용할 수 있습니다. | Washington DC | ||||||||||||||||||||
Service Portal | 업그레이드 후에는 게스트 사용자가 table 입력 매개변수를 허용하는 공용 위젯의 데이터에 액세스할 수 있는 테이블을 지정해야 합니다. 기본적으로 워싱턴 DC 릴리스에서는 테이블 입력 매개변수를 허용하는 공개 위젯이 게스트 사용자에 대한 테이블에 액세스하고 그 테이블의 데이터를 반환할 수 없습니다. 업그레이드하기 전에 또는 glide.service_portal.widget.allow_list 시스템 속성을 추가 glide.service_portal.widget.table_allow_list 한 경우 이러한 속성 값은 업그레이드 후 위젯의 공용 테이블 허용 목록으로 마이그레이션됩니다. 자세한 내용은 위젯 보안 구성을 참조하십시오. 사용자가 이전에 플랫폼의 나머지 부분과 다른 포털의 사용자 경험 분석에 대한 사용자 동의 기본 설정을 선택한 경우 플랫폼에 대해 선택한 기본 설정은 Washington DC 릴리스의 포털에도 사용됩니다. 예를 들어 사용자가 포털에 대한 추적을 옵트아웃했지만 Vancouver 릴리스에서 나머지 플랫폼에 대한 추적을 옵트인한 경우 포털에 대한 사용자 경험 분석이 워싱턴 DC 릴리스에서 추적됩니다. 사용자는 언제든지 포털의 사용자 프로파일 페이지에서 선택 항목을 업데이트할 수 있습니다. | Washington DC | ||||||||||||||||||||
소프트웨어 자산 관리 | Washington DC로 업그레이드한 후에는 Adobe 및 Microsoft 365 통합의 기능이 Software Asset Management - SaaS 라이선스 관리 스토어 애플리케이션으로 이동되기 때문에 ServiceNow 인스턴스와 Adobe 및 Microsoft 365 통합과 관련된 모든 사용자 지정을 다시 실행해야 합니다.
| Washington DC | ||||||||||||||||||||
Strategic Planning | v4.0.2부터는 Strategic Planning Workspace에서만 Strategic Portfolio Management(SPM) Pro 라이센스가 부여된 기능에 액세스할 수 있습니다. SPM Pro 라이센스를 소유하고 있지만 Portfolio Planning Workspace에서 SPM Pro 라이센스 기능(예: 목표, 제품 피드백, 하이브리드 포트폴리오 계획 수립 및 추가 렌즈)을 계속 사용하는 경우 이러한 기능에 액세스하려면 Strategic Planning을 설치해야 합니다. Strategic Planning Workspace에서만 액세스할 수 있는 기능에 대한 자세한 내용은 Portfolio Planning과 Strategic Planning 비교를 참조하십시오. | Washington DC | ||||||||||||||||||||
공급자 수명주기 운영 | Vancouver 릴리스에서 Washington DC 릴리스로 업그레이드한 후에는 모두 탐색 탭에 소스-지불 작업 공간만 표시됩니다. Source-to-Pay 작업 영역을 계속 사용하기로 선택한 경우에는 아무 작업도 수행할 필요가 없습니다. 그러나 작업 공간 탭에는 Source-to-Pay 작업 공간과 Supplier Manager Workspace가 모두 표시됩니다. 기본 Source-to-Pay Workspace 대신 Supplier Manager Workspace를 사용하려면 Washington DC 릴리스로 업그레이드한 후 fixscript_migrate_workspace_to_smw.xml 수정 스크립트를 실행해야 합니다. ServiceNow Store에서 fixscript_migrate_workspace_to_smw.xml 파일을 다운로드할 수 있습니다. 수정 스크립트를 실행하는 방법에 대한 자세한 내용은 수정 스크립트 실행을 참조하십시오. Source-to-Pay 작업 공간 사용으로 되돌리려면 fixscript_migrate_workspace_to_s2p.xml 수정 스크립트를 실행합니다. ServiceNow Store에서 fixscript_migrate_workspace_to_smw.xml 파일을 다운로드할 수 있습니다. 수정 스크립트를 실행하는 방법에 대한 자세한 내용은 수정 스크립트 실행을 참조하십시오. | Washington DC | ||||||||||||||||||||
UI Builder | Washington DC로 업그레이드한 후 ServiceNow Store에서 UI Builder 애플리케이션을 업데이트합니다. | Washington DC | ||||||||||||||||||||
Virtual Agent | Vancouver 패치 7에서 제공되었던 일부 기능은 초기 워싱턴 DC 얼리 액세스 릴리스에서 사용할 수 없습니다. 이러한 기능은 Washington DC의 향후 패치 릴리스에서 사용할 수 있습니다.
| Washington DC | ||||||||||||||||||||
Vulnerability Response 통합 |
| Washington DC | ||||||||||||||||||||