다양한 제품에 대한 업그레이드 전후 작업

  • 릴리스 버전: Xanadu
  • 업데이트 날짜 2026년 04월 15일
  • 소요 시간: 100분
  • 업그레이드에 대한 준비를 하기 위해 다양한 애플리케이션과 기능에 대한 업그레이드 및 마이그레이션 작업을 검토합니다. 해당하는 경우 업그레이드 완료 전이나 후에 이러한 작업을 완료할 계획을 수립합니다.

    원활한 업그레이드를 위한 인스턴스 준비

    업그레이드 이전 작업, 업그레이드, 업그레이드 후 작업

    으로 Xanadu업그레이드하기 전에 이러한 업그레이드 사전 및 사후 작업을 검토하고 필요에 따라 작업을 완료합니다.

    업그레이드 및 마이그레이션 작업

    중요사항:
    자체 호스팅 고객에 대한 업그레이드 절차의 변경 사항에 대한 자세한 내용은 KB0563844 를 참조하십시오.
    표 1.
    제품 릴리스 정보 제품군

    AI 검색

    이전 릴리스에서 Tokyo 로 업그레이드하면 AI 검색 은 카탈로그 항목 [sc_cat_item] 및 지식 [kb_knowledge] 테이블에 대해 인덱싱된 소스에서 콘텐츠와 메타데이터를 자동으로 다시 인덱싱합니다. 이 일회성 재인덱싱 프로세스는 이 릴리스에서 검색 환경을 개선하는 데 필요합니다.

    이전 릴리스에서 Tokyo 로 업그레이드한 후 검색 애플리케이션 구성을 보거나 편집할 때 하나 이상의 색인화된 소스를 다시 색인화하라는 경고 메시지가 표시될 수 있습니다. 이 재인덱싱 프로세스(나열된 각 인덱싱된 원본에 대한 일회성 프로세스)는 검색 기반 자동 완성 제안을 올바르게 채우는 데 필요합니다.

    이전 릴리스에서 Tokyo 로 업그레이드한 후 검색 결과의 기본 관련성 점수가 변경될 수 있습니다. 이전 릴리스에서 학습된 관련성 모델은 계속해서 동일한 결과 순서를 생성해야 합니다. 두 개 이상의 릴리스 전에 학습된 모델은 기본 관련성 모델로 되돌릴 수 있습니다.

    AI 검색 대시보드 및 기타 위치에서 보고서를 볼 수 있는 사용자를 관리하는 report_view ACL(접근 제어 목록)은 Tokyo 릴리스에서 기본적으로 활성화됩니다. 자세한 내용은 Report_view 접근 제어를 참조하십시오.

    도쿄

    관리자 센터

    Admin Center 애플리케이션의 최신 버전은 ServiceNow Store에서 제공됩니다.

    도쿄

    애플리케이션 포트폴리오 관리

    애플리케이션 포트폴리오 관리 대시보드 및 기타 위치에서 보고서를 볼 수 있는 사용자를 관리하는 report_view ACL(접근 제어 목록)은 Tokyo 릴리스에서 기본적으로 활성화됩니다. 자세한 내용은 Report_view 접근 제어를 참조하십시오.

    도쿄

    평가 및 설문 조사

    이전 릴리스에서 Tokyo 로 업그레이드하면 평가 및 설문 조사가서비스 포털Now Mobile 앱에서 기본적으로 활성화됩니다.

    도쿄

    인증

    인증 대시보드 및 기타 위치에서 보고서를 볼 수 있는 사용자를 관리하는 report_view ACL(접근 제어 목록)은 Tokyo 릴리스에서 기본적으로 활성화됩니다. 자세한 내용은 Report_view 접근 제어를 참조하십시오.

    도쿄

    Automated Test Framework

    Now Platform®에서 제공하는 빠른 시작 테스트를 복사하여 사용자 지정하여 구성 변경 후 인스턴스가 작동하는지 확인합니다. 예를 들어 업그레이드를 적용하거나 애플리케이션을 개발하는 경우입니다.

    테스트는 사용자 지정 없이 애플리케이션 또는 기능 플러그인과 함께 제공된 기본 데모 데이터를 사용하여 기본 시스템에서 실행하는 경우에만 통과 결과를 생성할 수 있습니다. 인스턴스별 데이터에 빠른 시작 테스트를 적용하려면 빠른 시작 테스트를 복사하고 사용자 지정 데이터를 추가합니다. 자세한 내용은 응용 프로그램 또는 기능별로 사용 가능한 빠른 시작 테스트를 참조하세요.

    도쿄

    Cloud Provisioning and Governance

    Cloud Provisioning and Governance 대시보드 및 기타 위치에서 보고서를 볼 수 있는 사용자를 관리하는 report_view ACL(접근 제어 목록)은 Tokyo 릴리스에서 기본적으로 활성화됩니다. 자세한 내용은 Report_view 접근 제어를 참조하십시오.

    도쿄

    구성 준수

    • Configuration Compliance 애플리케이션의 데이터 모델 변경으로 인해 업그레이드 시간이 이전 업그레이드보다 눈에 띄게 오래 걸릴 수 있습니다. 자세한 내용은 KB0856498 참조하십시오.

    • 이전에 ServiceNow Store 에서 애플리케이션을 다운로드했고 새 버전이 있는 경우 Now Platform 인스턴스에서 업데이트할 수 있습니다.
    • Configuration Compliance 애플리케이션의 릴리스 버전과 Tokyo와 호환되는 타사 및 ServiceNow 애플리케이션에 대한 자세한 내용은 HI 지식베이스에서 Vulnerability Response 호환성 매트릭스 및 KB0856498(릴리스 스키마 변경) 문서를 참조하십시오.
    • 취약성 대응구성 준수에서 지원하는 타사 애플리케이션의 업데이트에 대한 자세한 내용은 취약성 대응 통합 릴리스 정보를 참조하십시오.
    표 2. Tokyo 로의 Configuration Compliance용 업그레이드 정보
    버전 업그레이드 설명
    14.3 ServiceNow StoreTokyo 인증 획득.

    자세한 내용은 다음 " Tokyo 릴리스의 새로운 기능" 섹션을 참조하십시오.

    도쿄

    대화형 인터페이스 홈

    대화형 인터페이스 홈Tokyo 릴리스에 포함되어 있으므로 기존 고객은 설치할 필요가 없습니다. 그러나 ServiceNow Store에서 앱으로도 사용할 수 있으며, 후속 업데이트는 ServiceNow Store에서 설치해야 합니다.

    도쿄

    코어 Now Platform

    로그 보호를 옵트인하려면 플랫폼이 특정 시스템 로그 테이블에 대한 업데이트 및 삭제 작업을 제한할 수 있도록 하는 보호된 테이블 플러그인(com.glide.protected_tables)을 설치합니다. 관리자는 로그 보호 관리자 패널에서 각 테이블에 대한 로그 테이블 보호 규칙을 사용자 지정할 수 있습니다.

    Core Now Platform 대시보드 및 기타 위치에서 보고서를 볼 수 있는 사용자를 관리하는 report_view ACL(접근 제어 목록)은 Tokyo 릴리스에서 기본적으로 활성화됩니다. 자세한 내용은 Report_view 접근 제어를 참조하십시오.

    도쿄

    고객 서비스 관리(CSM)

    고객 서비스 관리 대시보드 및 기타 위치에서 보고서를 볼 수 있는 사용자를 관리하는 report_view ACL(접근 제어 목록)은 Tokyo 릴리스에서 기본적으로 활성화됩니다. 자세한 내용은 Report_view 접근 제어를 참조하십시오.

    도쿄

    Employee Journey Management

    HR 서비스 제공 대시보드 및 기타 위치에서 보고서를 볼 수 있는 사용자를 관리하는 report_view ACL(접근 제어 목록)은 Tokyo 릴리스에서 기본적으로 활성화됩니다. 자세한 내용은 Report_view 접근 제어를 참조하십시오.

    도쿄

    암호화 키 관리

    암호화 컨텍스트는 San Diego 릴리스부터 업그레이드 시 열 수준 암호화 필드 암호화 모듈 및 해당 모듈 접근 정책으로 자동 변환됩니다. 이 개선 사항을 설명하는 가이드가 있는 둘러보기는 대시보드에서 사용할 수 있습니다.

    암호화 키 관리 대시보드 및 기타 위치에서 보고서를 볼 수 있는 사용자를 관리하는 report_view ACL(접근 제어 목록)은 Tokyo 릴리스에서 기본적으로 활성화됩니다. 자세한 내용은 Report_view 접근 제어를 참조하십시오.

    도쿄

    플로우 디자이너

    플로우 디자이너 대시보드 및 기타 위치에서 보고서를 볼 수 있는 사용자를 관리하는 report_view ACL(접근 제어 목록)은 Tokyo 릴리스에서 기본적으로 활성화됩니다. 자세한 내용은 Report_view 접근 제어를 참조하십시오.

    San Diego 및 이전 릴리스에서 업그레이드된 인스턴스가 흐름 및 작업에 대한 제한된 호출자 액세스 권한 요청을 생성하도록 허용할 수 있습니다. 플로우 및 작업에 대한 액세스 권한을 활성화하는 방법에 대한 자세한 내용은 플로우 및 작업에 대한 제한된 호출자 접근 권한 업그레이드 를 참조하십시오.
    경고:
    플로우 및 작업을 추적하기 위해 제한된 호출자 액세스 권한을 업그레이드하면 이전에 스크립트 포함 또는 비즈니스 규칙에서 교차 범위 액세스를 추적한 인스턴스에서 서비스 중단이 발생할 수 있습니다. 업그레이드 후에는 제한된 리소스에 액세스하려고 시도하는 모든 플로우 및 작업의 실행이 차단되고 대신 승인을 위해 자체 제한된 호출자 액세스 권한 요청이 생성됩니다. 교차 범위 플로우 및 작업을 실행하려면 먼저 누군가가 액세스 권한 요청을 승인해야 합니다. 스크립트 호출을 사용한 플로우 및 작업의 간접 추적을 이미 허용한 고객은 이 작업을 건너뛰고 스크립트에서 플로우 및 작업을 계속 호출할 수 있습니다. 기존 액세스 권한을 새 플로우 및 플로우 작업 소스 유형으로 교체하려는 고객은 중단을 예약하여 새 액세스 권한 요청을 생성하고 승인할 수 있습니다.

    도쿄

    거버넌스, 위험 및 준수

    거버넌스, 리스크 및 컴플라이언스 버전 14.0부터 비즈니스 사용자(sn_grc.business_user) 역할이 GRC 독자(sn_grc.reader) 역할에서 제거되고 GRC 사용자(sn_grc.user) 역할에 추가됩니다. 자세한 내용은 KB1123608 참조하십시오.

    도쿄

    HR Service Delivery Case and Knowledge Management

    HR 서비스 제공 대시보드 및 기타 위치에서 보고서를 볼 수 있는 사용자를 관리하는 report_view ACL(접근 제어 목록)은 Tokyo 릴리스에서 기본적으로 활성화됩니다. 자세한 내용은 Report_view 접근 제어를 참조하십시오.

    도쿄

    상태 로그 분석

    상태 로그 분석 버전이 2022년 2월 이전인 경우 Now Support 또는 ServiceNow 영업 담당자에게 문의하여 상태 로그 분석 애플리케이션 핵심 구성요소에 대한 업그레이드를 요청하십시오.

    도쿄

    ITOM 가시성

    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

    도쿄

    임포트 및 익스포트

    임포트 및 익스포트 대시보드 및 기타 위치에서 보고서를 볼 수 있는 사용자를 관리하는 report_view ACL(접근 제어 목록)은 Tokyo 릴리스에서 기본적으로 활성화됩니다. 자세한 내용은 Report_view 접근 제어를 참조하십시오.

    도쿄

    인시던트 관리

    인시던트 관리 대시보드 및 기타 위치에서 보고서를 볼 수 있는 사용자를 관리하는 report_view ACL(접근 제어 목록)은 Tokyo 릴리스에서 기본적으로 활성화됩니다. 자세한 내용은 Report_view 접근 제어를 참조하십시오.

    도쿄

    인스턴스 데이터 복제

    인스턴스 데이터 복제 대시보드 및 기타 위치에서 보고서를 볼 수 있는 사용자를 관리하는 report_view ACL(접근 제어 목록)은 Tokyo 릴리스에서 기본적으로 활성화됩니다. 자세한 내용은 Report_view 접근 제어를 참조하십시오.

    도쿄

    인스턴스 스캔

    Instance Scan 대시보드 및 기타 위치에서 보고서를 볼 수 있는 사용자를 관리하는 report_view ACL(접근 제어 목록)은 Tokyo 릴리스에서 기본적으로 활성화됩니다. 자세한 내용은 Report_view 접근 제어를 참조하십시오.

    도쿄

    통합 허브

    통합 허브 대시보드 및 기타 위치에서 보고서를 볼 수 있는 사용자를 관리하는 report_view ACL(접근 제어 목록)은 Tokyo 릴리스에서 기본적으로 활성화됩니다. 자세한 내용은 Report_view 접근 제어를 참조하십시오.

    도쿄

    인텔리전트 서비스 제공

    HR 서비스 제공 대시보드 및 기타 위치에서 보고서를 볼 수 있는 사용자를 관리하는 report_view ACL(접근 제어 목록)은 Tokyo 릴리스에서 기본적으로 활성화됩니다. 자세한 내용은 Report_view 접근 제어를 참조하십시오.

    도쿄

    지식 관리

    • 지식 관리 대시보드 및 기타 위치에서 보고서를 볼 수 있는 사용자를 관리하는 report_view ACL(접근 제어 목록)은 Tokyo 릴리스에서 기본적으로 활성화됩니다. 자세한 내용은 Report_view 접근 제어를 참조하십시오.
    • Tokyo 릴리스부터 업그레이드된 버전인 Angular JS 1.5.11을 기본 시스템과 함께 사용할 수 있습니다.

    도쿄

    Legal Service Delivery

    Legal Service DeliveryTokyo로 업그레이드하기 전에 시스템 속성 값을 glide.rollback.blacklist.TableParentChange.changefalse로 설정해야 합니다. 이 속성이 시스템 속성 [sys_properties] 테이블에 없는 경우 속성을 추가하고 값을 false로 설정합니다.

    업그레이드 후 Legal Request Management, Legal Digital ForensicsLegal Simple Contracts 애플리케이션과 함께 설치된 일부 테이블은 애플리케이션 파일[sys_metadata] 테이블을 확장하여 프랙티스 영역, 접수 양식, 계약 구성 및 포렌식 구성을 업데이트 세트로 원활하게 마이그레이션할 수 있도록 합니다.

    시스템 속성 값을 업데이트하지 않고 Tokyo 버전으로 업그레이드하면 테이블에서 애플리케이션 파일 테이블이 확장되지 않습니다. 테이블 변경 사항을 수동으로 업데이트하려면 Now Support 지식베이스에서 Tokyo [KB1163388]에서 테이블 변경 사항 상위 항목을 재지정하기 위한 수동 업그레이드 단계를 참조하십시오.

    도쿄

    MID 서버

    최신 MID 서버 시스템 요구 사항은 MID 서버 시스템 요구 사항을 참조하십시오. 지원되는 JRE(Java Runtime Environment) 버전은 다음과 같습니다.
    • JRE11: 버전 11.0.15부터
    • JRE8: 버전 1.8.0_275부터
    자체 JRE를 설치한 경우 업그레이드 프로세스는 다음 작업을 수행하여 MID 서버에서 지원되는 JRE를 사용하도록 합니다.
    • MID Server가 업그레이드할 때 지원되지 않는 버전의 JRE를 사용하는 경우 업그레이드 프로세스는 해당 JRE를 MID Server 설치 프로그램과 함께 번들로 제공되는 OpenJDK로 대체합니다.
    • 지원되는 JRE가 MID 서버 호스트에서 실행 중인 경우 업그레이드된 MID 서버가 해당 버전을 사용합니다.

    자동 업그레이드를 사용하려면 모든 MID 서버 호스트 컴퓨터에서 install.service-now.com 다운로드 사이트에 접근할 수 있어야 합니다. 자세한 내용은 시스템의 MID 서버 업그레이드 관리 방법을 참조하십시오.

    실행 파일당 하나의 Windows MID Server 서비스만 허용됩니다. 동일한 설치 폴더를 가리키는 여러 서비스가 있는 업그레이드된 Windows MID Server 는 시작할 수 없습니다. 자세한 내용은 MID 서버 시작 실패를 참조하십시오.

    MID 서버 업그레이드에 대한 자세한 내용은 다음 주제를 참조하십시오.

    도쿄

    모바일

    ServiceNow Classic 모바일 앱에서 ServiceNow 모바일 플랫폼으로 마이그레이션하여 신속한 개발, 오프라인 기능 및 네이티브 모바일 장치 기능과의 통합과 같은 기능을 활용하십시오. ServiceNow 모바일 플랫폼으로 마이그레이션하는 방법에 대한 자세한 내용은 ServiceNow Classic 모바일 앱에서 ServiceNow 모바일 플랫폼으로 마이그레이션을 참조하십시오.

    ServiceNow 모바일 플랫폼 대시보드 및 기타 위치에서 보고서를 볼 수 있는 사용자를 관리하는 report_view ACL(접근 제어 목록)은 Tokyo 릴리스에서 기본적으로 활성화됩니다. 자세한 내용은 Report_view 접근 제어를 참조하십시오.

    도쿄

    운영 기술 인시던트 관리 v2

    이전 릴리스의 운영 기술 인시던트 관리 사용자인 경우 원래 ot_incident_user(OT 인시던트 사용자) 역할이 할당된 사용자에게 새 운영 기술 인시던트 관리 v2 역할을 할당해야 합니다. 자세한 내용은 새 운영 기술 인시던트 관리 역할 할당을 참조하십시오.

    도쿄

    암호 재설정

    암호 재설정 대시보드 및 기타 위치에서 보고서를 볼 수 있는 사용자를 관리하는 report_view ACL(접근 제어 목록)은 Tokyo 릴리스에서 기본적으로 활성화됩니다. 자세한 내용은 Report_view 접근 제어를 참조하십시오.

    도쿄

    프로젝트 포트폴리오 관리

    프로젝트 포트폴리오 관리 대시보드 및 기타 위치에서 보고서를 볼 수 있는 사용자를 관리하는 report_view ACL(접근 제어 목록)은 Tokyo 릴리스에서 기본적으로 활성화됩니다. 자세한 내용은 Report_view 접근 제어를 참조하십시오.

    Scenario Planning for PPM을 버전 2.3.0 이상으로 업그레이드하는 경우 통합이 작동하려면 레거시 투자 기금 조성 애플리케이션을 ServiceNow Store로 업그레이드해야 합니다. 레거시 투자 기금 조성 애플리케이션에서 ServiceNow Store 애플리케이션으로 업그레이드하는 방법에 대한 자세한 지침은 업그레이드 지침을 참조하십시오.

    도쿄

    서비스 브리지(기술)

    Tokyo 버전의 Service Bridge 애플리케이션으로 업그레이드하려면 Now Support 지식베이스에서 Service Bridge - San Diego 스토어 릴리스에서 Tokyo 스토어 릴리스로의 업그레이드 단계 [KB1120583] 문서를 참조하십시오.

    도쿄

    서비스 브리지(통신)

    도쿄

    ITSM용 서비스 운영 작업 공간

    다음 애플리케이션에 호환되는 업그레이드된 버전이 있는지 확인하십시오.
    • 서비스 운영 작업 공간 ITSM Applications 애플리케이션(sn_sow_itsm_cont)
    • 서비스 운영 작업 공간 ITOM 애플리케이션 애플리케이션(sn_sow_itom_cont)
    표 3. 호환되는 SOW 버전
    SOW-ITSM(sn_sow_itsm_cont) SOW-ITOM(sn_sow_itom_cont)
    1.1.x 21.0.y
    1.2.x 21.1.y
    1.3.x 21.2.y, 21.5.y 및 21.6.y
    2.0.x 22.0.y
    2.1.x 22.1.y 및 22.y.y

    여기서 x는 서비스 운영 작업 공간 ITSM Applications 애플리케이션(sn_sow_itsm_cont)의 하위 버전이고 y는 서비스 운영 작업 공간 ITOM Applications 애플리케이션(sn_sow_itom_cont)의 하위 버전입니다.

    도쿄

    서비스 포털

    업그레이드와 함께 사용하도록 설정된 Report_view ACL

    서비스 포털 대시보드 및 기타 위치에서 보고서를 볼 수 있는 사용자를 관리하는 report_view ACL(접근 제어 목록)은 Tokyo 릴리스에서 기본적으로 활성화됩니다. 자세한 내용은 Report_view 접근 제어를 참조하십시오.

    Report_view ACL은 이전에 새(zBoot) 인스턴스에 대해 활성화되었습니다.

    주:

    서비스 포털 report_view ACL(접근 제어 목록) 목록을 보려면 모두 > 시스템 보안 > 접근 제어(ACL) 조건 작성기를 사용하여 [Operation] [is] [report_view] AND [Package] [contains] [service portal] AND [Package] [is not] [Service Portal - Standard Ticket] 필터를 추가합니다.

    기본적으로 활성화된 사용자 경험 분석 추적

    서비스 포털 분석 플러그인(com.glide.service-portal.analytics)은 기본적으로 활성화되어 있으며 포털에 대한 사용자 경험 분석 추적은 기본적으로 켜져 있습니다.

    이전에 일부 포털에 대해 사용자 경험 분석 추적을 활성화했지만 다른 포털에 대해서는 활성화하지 않은 업그레이드 고객의 경우 업그레이드 후 포털에 대한 추적 설정이 변경되지 않습니다.

    TinyMCE 5 업그레이드
    TinyMCE HTML 편집기가 버전 5.10.2로 업그레이드되었습니다. 서비스 포털에서 Angular 제공자를 사용하여 사용자 정의된 TinyMCE 구현이 있는 경우 사용자 정의 버전 업그레이드에 대한 자세한 내용은 TinyMCE 5의 변경 사항을 참조하십시오.

    도쿄

    소프트웨어 자산 관리

    소프트웨어 자산 관리 Foundation 플러그인(com.snc.sams)에서 업그레이드하는 방법에 대한 자세한 내용은 소프트웨어 자산 관리 사용자 지정 되돌리기를 참조하십시오.

    도쿄

    구독 관리

    구독 관리 대시보드 및 기타 위치에서 보고서를 볼 수 있는 사용자를 관리하는 report_view ACL(접근 제어 목록)은 Tokyo 릴리스에서 기본적으로 활성화됩니다. 자세한 내용은 Report_view 접근 제어를 참조하십시오.

    도쿄

    업그레이드 센터

    업그레이드 센터 대시보드 및 기타 위치에서 보고서를 볼 수 있는 사용자를 관리하는 report_view ACL(접근 제어 목록)은 Tokyo 릴리스에서 기본적으로 활성화됩니다. 자세한 내용은 Report_view 접근 제어를 참조하십시오.

    도쿄

    벤더 관리 작업 공간

    벤더 관리 작업 공간 대시보드 및 기타 위치에서 보고서를 볼 수 있는 사용자를 관리하는 report_view ACL(접근 제어 목록)은 Tokyo 릴리스에서 기본적으로 활성화됩니다. 자세한 내용은 Report_view 접근 제어를 참조하십시오.

    도쿄

    가상 에이전트

    • 새로운 휴대용 가상 에이전트 웹 클라이언트, Seismic 구성요소는 외부 공급업체 웹 사이트에 가상 에이전트 를 간편하게 추가합니다. 외부 공급업체 웹 페이지에 가상 에이전트 를 포함하는 레거시 방법은 계속 작동합니다.
    • 이전 릴리스에서는 가상 에이전트 디자이너 주제 블록 및 사용자 지정 통제가 전역 범위에 게시되었습니다. 이 릴리스에서는 항목 블록과 사용자 지정 컨트롤이 호출 항목의 범위에 포함됩니다.

    도쿄

    시각적 작업 보드

    시각적 작업 보드 대시보드 및 기타 위치에서 보고서를 볼 수 있는 사용자를 관리하는 report_view ACL(접근 제어 목록)은 Tokyo 릴리스에서 기본적으로 활성화됩니다. 자세한 내용은 Report_view 접근 제어를 참조하십시오.

    도쿄

    취약성 대응 통합

    도쿄

    취약성 대응

    Vulnerability Response 애플리케이션의 데이터 모델 변경으로 인해 업그레이드 시간이 이전 업그레이드보다 눈에 띄게 오래 걸릴 수 있습니다. 자세한 내용은 KB0856498 참조하십시오.

    최신 버전으로 업그레이드하는 동안 업그레이드하려는 데이터와 버전에 따라 업그레이드 시간이 늘어날 수 있습니다. 이는 업그레이드 중에 추가된 추가 스키마 변경 때문입니다. 자세한 내용은 KB0856498 참조하십시오.

    취약성 대응 애플리케이션을 이전 버전에서 버전 15.x로 업그레이드하면 기본 시스템의 기본 정정 작업 규칙이 비활성화됩니다. 자세한 내용은 취약성 대응 작업 공간 및 정정 작업 및 정정 작업 규칙에 대한 업데이트를 참조하십시오.

    취약성 대응 대시보드 및 기타 위치에서 보고서를 볼 수 있는 사용자를 관리하는 report_view ACL(접근 제어 목록)은 Tokyo 릴리스에서 기본적으로 활성화됩니다. 자세한 내용은 Report_view 접근 제어를 참조하십시오.
    • 취약성 대응 애플리케이션의 새 버전으로 업그레이드하면 인스턴스에 새 버전을 사용할 수 있으며 설치할 준비가 된 상태입니다. Vulnerability Response에 대한 업데이트는 ServiceNow® Store에서 제공됩니다.
    • Vulnerability Response 애플리케이션의 릴리스 버전, Tokyo와의 호환성 및 스키마 변경에 대한 자세한 내용은 HI 기술 자료에서 Vulnerability Response 호환성 매트릭스 및 릴리스 스키마 변경[KB0856498] 문서를 참조하십시오.

    Rome에서 Vulnerability Response 버전 18.0으로 업그레이드하면 Vulnerability Manager Workspace가 지원되지 않습니다.

    도쿄

    ITSM용 워크포스 최적화

    향상된 예측 방법: 수요 예측 은 향상된 예측 방법을 사용하여 데이터를 예측합니다. 지표 점수를 예측하는 나이브 방법이 선형 회귀 방법으로 업그레이드되었습니다. 이전의 나이브 방법은 가장 최근 시즌의 첫 번째 점수와 마지막 점수만 사용했지만 업그레이드된 방법은 평가 기간 동안 사용 가능한 모든 점수를 사용합니다. 또한 이전 선형 및 드리프트 방법이 단일 선형 방법으로 대체되었으며 95% 예측 간격 계산이 개선되었습니다. 업그레이드하면 수요 예측에 사용되는 예측 알고리즘이 다음과 같이 업데이트됩니다.
    • Naive 계절 알고리즘의 이름이 계절로 바뀝니다.
    • Naive Seasonal Drift 알고리즘의 이름이 Seasonal Trend로 변경되었습니다.
    • 드리프트 알고리즘이 제거됩니다.
    일정 계획 및 교대조 계획에 대한 텍스트 인덱싱 활성화:ITSM용 워크포스 최적화 버전 1.1.1로 업그레이드할 때 다음 테이블에 대해 텍스트 인덱싱을 활성화 해야 합니다.
    • 일정 [sn_shift_planning_schedule_plan]
    • 교대조 계획 [sn_shift_planning_shift_plan]
    • 교대조 [cmn_rota]
    업그레이드 후 텍스트 인덱싱을 수행하지 않으면 일정 계획 및 교대조 계획을 키워드로 검색할 수 없습니다. 일정 및 교대조 계획의 이름으로만 검색할 수 있습니다.

    ITSM용 워크포스 최적화 보고서 뷰 ACL: 대시보드 및 기타 위치에서 보고서를 볼 수 있는 사용자를 관리하는 report_view ACL(접근 제어 목록)은 Tokyo 릴리스에서 기본적으로 활성화됩니다. 자세한 내용은 Report_view 접근 제어를 참조하십시오.

    학습 동반 코칭:Workforce Optimization for ITSM Tokyo 릴리스로 업그레이드하면 다음과 같은 업데이트가 자동으로 수행됩니다.
    • 학습 카탈로그의 이름이 학습 라이브러리로 바뀝니다. 학습 카탈로그 내의 모든 코스는 학습 라이브러리로 이동됩니다.
    • 관리자는 코스 항목 또는 학습 경로를 생성할 때 해당 코스 또는 경로를 코스 카탈로그와 연결해야 합니다. 각 카탈로그에 적용되는 보안 제약 조건에 따라 사용자는 카탈로그 내의 코스 또는 경로에 접근할 수 있습니다.
      주:
      기존의 모든 코스는 기본 코스 카탈로그로 마이그레이션됩니다.
    ServiceNow Store에서 ITSM Shift Planning Host v 5.3.0 애플리케이션으로 업그레이드하면 다음 사항이 적용됩니다.
    • 에이전트가 교대조에 등록할 수 있도록 하려면 속성을 true로 설정해야 sn_shift_planning.enable_agent_signup 합니다.
    • 일정에 대한 필터에 대한 다음 레이블 변경이 자동으로 이루어집니다.
      • 상태 의 이름이 일정 계획 상태로 변경됩니다.
      • 날짜 이름이 일정 계획 날짜로 변경됩니다.

    도쿄

    AI 검색

    AI 검색 은 이전 릴리스에서 Utah 로 업그레이드한 후 작업 [task] 테이블과 해당 하위 테이블에서 기록을 인덱싱할 때 새로운 자동 언어 탐지 기능을 자동으로 적용합니다. Utah로 업그레이드하기 전에 인덱싱한 작업 기록에 자동 언어 탐지를 적용하려면 해당 기록을 수동으로 다시 인덱싱해야 합니다.

    마찬가지로, AI 검색 은 이전 릴리스에서 Utah 로 업그레이드한 후 중국어 또는 일본어 텍스트 영역으로 레코드 또는 문서를 인덱싱할 때 중국어 및 일본어에 대한 새로운 텍스트 영역 감지 기능을 자동으로 적용합니다. Utah로 업그레이드하기 전에 인덱싱한 레코드와 문서에 텍스트 영역 감지를 적용하려면 해당 레코드와 문서를 수동으로 다시 인덱싱해야 합니다.

    AI Search for Next Experience 애플리케이션은 새 Utah 인스턴스에서 자동으로 활성화됩니다. 이전 릴리스에서 Utah로 업그레이드하는 경우 Next ExperienceAI 검색을 수동으로 구성하고 활성화할 수 있습니다. 애플리케이션에 대한 자세한 내용은 Next ExperienceAI 검색을 참조하십시오.

    Utah

    에이전트 채팅 및 사이드바

    대화형 인터페이스 콘솔은 Utah 릴리스에 포함되어 있으므로 기존 고객은 설치할 필요가 없습니다. ServiceNow Store에서 앱으로 설치한 경우 여기에서 후속 업데이트를 설치해야 합니다.

    Utah

    평가 및 설문 조사

    Utah 릴리스에서는 평가 또는 설문 조사 카드의 모든 버튼이 제거되었습니다. ATF( Automated Test Framework ) 테스트를 성공적으로 실행하려면 설문 조사 수행 단추 클릭 단계를 이 단계가 있는 모든 테스트에 대해 설문 조사 카드 클릭 으로 바꿔야 합니다.

    Utah

    Cloud Provisioning and Governance

    Cloud Provisioning and GovernanceUtah 릴리스로 업그레이드한 후 클라우드 이벤트 [sn_cmp_cloud_event] 테이블의 지정된 열에서 데이터베이스 인덱스를 생성합니다. 데이터베이스 인덱스는 인스턴스의 Amazon Web Services (AWS) 이벤트 처리 성능을 개선하는 데 도움이 됩니다. Utah 릴리스에서 Cloud Provisioning and Governance를 사용하기 시작했다면 애플리케이션 설치 시 데이터베이스 인덱스가 자동으로 생성됩니다. 자세한 내용은 AWS 클라우드 이벤트 처리 성능 개선을 참조하세요.

    Utah

    구성 준수

    • Configuration Compliance 애플리케이션의 데이터 모델 변경으로 인해 업그레이드 시간이 이전 업그레이드보다 눈에 띄게 오래 걸릴 수 있습니다. 자세한 내용은 KB0856498 참조하십시오.

    • 이전에 ServiceNow Store 에서 애플리케이션을 다운로드했고 새 버전이 있는 경우 Now Platform 인스턴스에서 업데이트할 수 있습니다.
    • 릴리스된 버전의 Configuration Compliance 애플리케이션과 Utah와 호환되는 타사 및 ServiceNow 애플리케이션에 대한 자세한 내용은 HI 지식베이스에서 Vulnerability Response 호환성 매트릭스 및 KB0856498(스키마 변경 릴리스) 문서를 참조하십시오.
    • 취약성 대응구성 준수에서 지원하는 타사 애플리케이션의 업데이트에 대한 자세한 내용은 취약성 대응 통합 릴리스 정보를 참조하십시오.
    표 4. Configuration ComplianceUtah로 업그레이드하기 위한 업그레이드 정보
    버전 업그레이드 설명
    14.7 ServiceNow Store에서 Utah 인증을 받았습니다.

    자세한 내용은 " 유타 릴리스의 새로운 기능"이라는 다음 섹션을 참조하십시오.

    Utah

    고객 서비스 관리(CSM)

    케이스 작업 개선 사항은 케이스 작업 기록에 여러 필드를 추가합니다. Utah 릴리스로 업그레이드한 후 고객은 스크립트를 실행하여 활성 케이스 작업에 대해 이러한 필드를 채울 수 있습니다. 자세한 내용은 케이스 및 케이스 작업을 참조하십시오.

    Utah

    암호화 키 관리

    암호화 컨텍스트는 San Diego 릴리스부터 업그레이드 시 열 수준 암호화 필드 암호화 모듈 및 해당 모듈 접근 정책으로 자동 변환됩니다. 이 개선 사항을 설명하는 가이드가 있는 둘러보기는 대시보드에서 사용할 수 있습니다.

    암호화 키 관리 대시보드 및 기타 위치에서 보고서를 볼 수 있는 사용자를 관리하는 report_view ACL(접근 제어 목록)은 Utah 릴리스에서 기본적으로 활성화됩니다. 자세한 내용은 Report_view 접근 제어를 참조하십시오.

    Utah

    하드웨어 자산 관리 7.0.0

    표준 기록 페이지 템플릿과 호환되도록 기존 사용자 지정의 구성을 변경해야 합니다. 표준 기록 페이지 템플릿 및 구성 변경에 대한 자세한 내용은 작업 지침 | Now Support 지식베이스의 기존 기록 페이지를 표준 기록 페이지로 마이그레이션하는 방법[KB1224040] 문서.

    Utah

    상태 로그 분석

    상태 로그 분석 버전이 2022년 2월 이전인 경우 Now Support 또는 ServiceNow 영업 담당자에게 문의하여 상태 로그 분석 애플리케이션 핵심 구성요소에 대한 업그레이드를 요청하십시오.

    Utah

    ID 및 인증

    인증 대시보드 및 기타 위치에서 보고서를 볼 수 있는 사용자를 관리하는 report_view ACL(접근 제어 목록)은 Utah 릴리스에서 기본적으로 활성화됩니다. 자세한 내용은 Report_view 접근 제어를 참조하십시오.

    Utah

    산업 프로세스 관리자

    제조 프로세스 관리자와 함께 패키지된 ISA 서비스 그래프 커넥터를 사용하고 산업 프로세스 관리자로 업그레이드하는 경우 새 ISA 장비 모델 엔터티에 고유한 이름 필드가 있는지 확인합니다.

    Utah

    인스턴스 데이터 복제

    복제 세트를 Hermes 메시징 서비스를 사용하는 V2로 업그레이드하여 인스턴스 데이터 복제()의 성능과 처리 효율성을 개선할 수 있습니다. 자세한 내용은 인스턴스 데이터 복제에서 레거시 복제 세트를 V2로 업그레이드를 참조하세요.

    Utah

    MID 서버

    최신 MID 서버 시스템 요구 사항은 MID 서버 시스템 요구 사항을 참조하십시오. 지원되는 최소 JRE(Java Runtime Environment) 버전은 11.0.9이고 권장 버전은 11.0.16입니다.

    자체 JRE를 설치한 경우 업그레이드 프로세스는 다음 작업을 수행하여 MID 서버에서 지원되는 JRE를 사용하도록 합니다.
    • MID 서버가 업그레이드할 때 지원되지 않는 JRE 버전을 사용하는 경우 업그레이드 프로세스는 최소 및 권장 JRE 버전과 함께 경고 메시지를 표시합니다.
    • 지원되는 JRE가 MID 서버 호스트에서 실행 중인 경우 업그레이드된 MID 서버가 해당 버전을 사용합니다.

    자동 업그레이드를 사용하려면 모든 MID 서버 호스트 컴퓨터에서 install.service-now.com 다운로드 사이트에 접근할 수 있어야 합니다. 자세한 내용은 시스템의 MID 서버 업그레이드 관리 방법을 참조하십시오.

    실행 파일당 하나의 Windows MID Server 서비스만 허용됩니다. 동일한 설치 폴더를 가리키는 여러 서비스가 있는 업그레이드된 Windows MID Server 는 시작할 수 없습니다. 자세한 내용은 MID 서버 시작 실패를 참조하십시오.

    MID 서버 업그레이드에 대한 자세한 내용은 다음 주제를 참조하십시오.

    Utah

    관리자 허브

    릴리스로 Xanadu 업그레이드하는 경우 의 직원 센터 할 일 구성 양식에서 할 일 매핑을 위해 생성된 추가 조건을 의 관리자 허브관리자 할 일 매핑 모듈에서 다시 생성해야 합니다.

    Utah

    운영 기술 인시던트 관리 v2

    이전 릴리스의 운영 기술 인시던트 관리 사용자인 경우 원래 ot_incident_user(OT 인시던트 사용자) 역할이 할당된 사용자에게 새 운영 기술 인시던트 관리 v2 역할을 할당해야 합니다. 자세한 내용은 새 운영 기술 인시던트 관리 역할 할당을 참조하십시오.

    Utah

    플랫폼 보안

    데이터 개인정보 보호 기능을 사용할 수 있는 Vault 권한을 얻습니다. 이 기능에 대한 자세한 내용은 ServiceNow Vault를 참조하십시오.

    Utah

    포트폴리오 계획

    • v6.0.1부터 조정 플래너 작업 공간의 이름이 Portfolio Planningfor SPM Standard 라이센스로 바뀝니다. ServiceNow 인스턴스에서 애플리케이션 이름은 포트폴리오 계획으로, 작업 공간 모듈 이름은 포트폴리오 계획 작업 공간으로 표시됩니다.
    • 이전 버전에서 포트폴리오 계획 v6.1.1 이상으로 업그레이드하는 경우 roadmap_editor 역할이 더 이상 사용되지 않으므로 수정 스크립트를 실행하여 roadmap_editor 역할에서 milestone_editor 역할을 제거합니다. 이 경우 ServiceNow 인스턴스에 roadmap_editor 역할을 가진 사용자가 많으면 업그레이드를 완료하는 데 시간이 더 오래 걸릴 수 있습니다. 자세한 내용은 KB1443618 문서를 참조하십시오.

    Utah

    Public Sector Digital Services

    업그레이드 후 CSM Configurable Workspace 의 특정 공공 부문 메뉴와 메뉴 항목은 원래 CSM 레이블 이름으로 되돌아갑니다. 고객 및 서비스 조직에 대한 UX 목록 범주를 업데이트하여 공공 부문에서 사용하도록 이러한 항목의 레이블을 변경할 수 있습니다. 자세한 내용은 업그레이드 후 공공 부문에서 사용할 수 있도록 항목 레이블 변경을 참조하세요.

    Utah

    Robotic Process Automation(RPA) Hub

    RPA 애플리케이션을 다운로드하여 현재 설치된 MSI(Microsoft 소프트웨어 설치 관리자)(RPA Desktop Design 스튜디오, 유인 로봇무인 로봇)를 업그레이드해야 합니다. 자세한 내용은 RPA 허브에서 RPA 애플리케이션 다운로드를 참조하십시오.

    애플리케이션 파일 테이블의 기록 수에 따라 RPA Hub 애플리케이션을 Tokyo 에서 Utah로 업그레이드하는 동안 잠재적 지연이 발생할 수 있습니다.

    RPA HubUtah로 업그레이드하기 전에 시스템 속성 값을 glide.rollback.blacklist.TableParentChange.changefalse로 설정해야 합니다. 이 속성이 시스템 속성 [sys_properties] 테이블에 없는 경우 속성을 추가하고 값을 false로 설정합니다.

    Utah로 업그레이드한 후 봇 프로세스 정의가 새 구조, 즉 봇 프로세스 구성으로 변경됩니다. 봇 프로세스 구성이 봇 프로세스를 완전히 대체하지는 않지만. 대부분의 필드는 봇 프로세스에서 봇 프로세스 구성으로 이동됩니다.

    시스템 속성 값을 업데이트하지 않고 Utah 버전으로 업그레이드하면 테이블에서 애플리케이션 파일 테이블이 확장되지 않습니다. 테이블 변경 사항을 수동으로 업데이트하려면 Now Support 지식베이스에서 유타에서 sys_metadata하도록 RPA 허브 테이블 재구성 문서를 참조하십시오.

    Utah

    ITSM용 서비스 운영 작업 공간

    다음 애플리케이션에 호환되는 업그레이드된 버전이 있는지 확인하십시오.
    • 서비스 운영 작업 공간 ITSM Applications 애플리케이션(sn_sow_itsm_cont)
    • 서비스 운영 작업 공간 ITOM 애플리케이션 애플리케이션(sn_sow_itom_cont)
    표 5. 호환되는 SOW 버전
    SOW-ITSM(sn_sow_itsm_cont) SOW-ITOM(sn_sow_itom_cont)
    1.1.x 21.0.y
    1.2.x 21.1.y
    1.3.x 21.2.y, 21.5.y 및 21.6.y
    2.0.x 22.0.y
    2.1.x 22.1.y 및 22.y.y

    여기서 x는 서비스 운영 작업 공간 ITSM Applications 애플리케이션(sn_sow_itsm_cont)의 하위 버전이고 y는 서비스 운영 작업 공간 ITOM Applications 애플리케이션(sn_sow_itom_cont)의 하위 버전입니다.

    Utah

    서비스 포털

    업그레이드 후에는 게스트 사용자가 테이블 입력 매개변수를 허용하는 모든 공개 위젯의 데이터에 액세스할 수 있는 테이블을 지정해야 합니다. 기본적으로 Utah 패치 10 릴리스 이상에서는 테이블 입력 매개변수를 허용하는 퍼블릭 위젯이 게스트 사용자에 대한 테이블에 액세스하고 테이블의 데이터를 반환할 수 없습니다. 업그레이드하기 전에 또는 glide.service_portal.widget.allow_list 시스템 속성을 추가 glide.service_portal.widget.table_allow_list 한 경우 이러한 속성 값은 Utah 패치 10 릴리스 이상으로 업그레이드한 후 위젯의 공용 테이블 허용 목록으로 마이그레이션됩니다. 자세한 정보는 위젯 보안 구성의 내용을 참조하십시오.

    또한 필드 수준 읽기 ACL은 기본적으로 단순 목록 위젯 인스턴스의 필터 조건에 적용됩니다. 새 시스템 속성인 glide.service_portal.enable_acls_for_encoded_query_in_list는 단순 목록 위젯 인스턴스에 대해 필터 쿼리 용어에 필드 수준 읽기 ACL 적용 옵션이 선택되었는지 여부에 관계없이 이러한 ACL을 적용합니다. Enforce field-level Read ACLs on Filter query terms(필터 쿼리 용어에 필드 수준 읽기 ACL 적용) 옵션을 사용하려면 값을 glide.service_portal.enable_acls_for_encoded_query_in_list false로 변경합니다. 자세한 내용은 단순 목록 위젯을 참조하십시오.

    Utah

    서비스 포트폴리오 관리

    가용성 결과 보기 는 Tokyo 릴리스에서 도입되었지만 후속 릴리스에도 적용됩니다. 업그레이드 시 데이터 로드가 많은 것으로 확인된 고객의 경우 시스템은 장기 실행 백그라운드 작업을 시작하며 시간이 오래 걸릴 수 있습니다. 자세한 내용은 KB1123644 문서를 참조하십시오 .

    Utah

    소프트웨어 자산 관리

    소프트웨어 자산 관리 Foundation 플러그인(com.snc.sams)에서 업그레이드하는 방법에 대한 자세한 내용은 소프트웨어 자산 관리 사용자 지정 되돌리기를 참조하십시오.

    Utah로 업그레이드하면 Software Assurance가 적용되고 일반 버전 소프트웨어 모델과 연결된 기존 영구 라이센스 권리가 수정됩니다. 소프트웨어 자산 관리 는 이러한 권리를 버전별 소프트웨어 모델로 자동 변환합니다. 이러한 변경은 Microsoft의 사용 조건을 준수하고 모든 버전의 Microsoft 제품에 Software Assurance 혜택을 적용할 때의 잠재적 위험을 완화하기 위한 것입니다. 자세한 내용은 소프트웨어 라이센스 유지 관리를 참조하세요.

    Utah

    Strategic Planning

    • v2.0.1부터 Lenses for Alignment Planner Workspace 의 이름이 Strategic Planning for SPM Pro 라이센스로 변경되었습니다. ServiceNow 인스턴스에서 애플리케이션 이름은 Strategic Planning으로, 작업 공간 모듈 이름은 Strategic Planning Workspace로 표시됩니다.
    • Strategic Planning 애플리케이션을 설치하면 목표 양식기존 필드인 회사, 비즈니스 단위, 부서포트폴리오할당된 엔터티 유형할당된 엔터티의 두 필드로 통합되고 기존 필드의 값에 따라 자동으로 채워집니다.
    • 비즈니스 단위, 부서, 회사 또는 포트폴리오 이외의 렌즈 엔터티와 m2m 관계를 생성한 경우 할당된 엔터티에 대한 목표 관계 마이그레이션 예약된 작업을 실행하여 목표 관계 [sn_gf_goal_m2m_relationship] 테이블의 데이터를 기반으로 목표 양식할당된 엔터티 유형할당된 엔터티 필드를 채웁니다.
    • 이전 버전에서 Strategic Planning v2.1.0 이상으로 업그레이드하는 경우 roadmap_editor 역할이 더 이상 사용되지 않으므로 수정 스크립트를 실행하여 roadmap_editor 역할에서 milestone_editor 역할을 제거합니다. 이 경우 ServiceNow 인스턴스에 roadmap_editor 역할을 가진 사용자가 많으면 업그레이드를 완료하는 데 시간이 더 오래 걸릴 수 있습니다. 자세한 내용은 KB1443618 문서를 참조하십시오.

    Utah

    공급자 수명주기 운영

    Utah 릴리스에서는 기존의 모든 테이블의 이름이 바뀌었습니다. 이름 변경의 일부로 기존 테이블의 새 이름에서 "공급자"라는 단어가 모두 "slm"으로 변경되었습니다. 예를 들어 공급자 케이스 [sn_supplier_case]의 이름이 공급자 사례(sn_slm_case)로 바뀌었고, 공급자 작업 [sn_supplier_task]의 이름이 공급자 작업(sn_slm_task)으로 바뀌었습니다. Tokyo 릴리스에서 Utah 릴리스로 업그레이드하는 경우 수정 스크립트를 실행하여 기존 테이블을 공급자 공통 아키텍처로 마이그레이션해야 합니다. 자세한 내용은 수정 스크립트를 실행하여 기존 테이블을 Supplier Common Architecture로 마이그레이션 을 참조하십시오.

    Utah

    업그레이드 센터

    대시보드 및 기타 위치에서 보고서를 볼 수 있는 사용자를 관리하는 Upgrade Center report_view ACL(접근 제어 목록)은 Utah 릴리스에서 기본적으로 활성화됩니다. 자세한 내용은 Report_view 액세스 제어를 참조하세요.

    Utah

    취약성 대응 통합

    Utah

    취약성 대응

    Vulnerability Response 애플리케이션의 데이터 모델 변경으로 인해 업그레이드 시간이 이전 업그레이드보다 눈에 띄게 오래 걸릴 수 있습니다. 자세한 내용은 KB0856498 참조하십시오.

    최신 버전으로 업그레이드하는 동안 업그레이드하려는 데이터와 버전에 따라 업그레이드 시간이 늘어날 수 있습니다. 이 문제는 업그레이드 중에 추가된 추가 스키마 변경으로 인해 발생합니다. 자세한 내용은 KB0856498 참조하십시오.

    Rome에서 Vulnerability Response 버전 18.0으로 업그레이드하면 Vulnerability Manager Workspace가 지원되지 않습니다.

    Utah

    AI 검색

    • 이전 릴리스에서 Vancouver 로 업그레이드하면 AI 검색 은 상위 기록과 함께 첨부 파일 검색 결과를 표시할 수 있도록 작업이 아닌 테이블을 자동으로 다시 인덱싱하지만 작업 [task] 테이블과 해당 하위 테이블은 자동으로 다시 인덱싱하지 않습니다. 작업 기록 첨부 파일 검색 결과를 상위 기록과 함께 표시하려면 먼저 작업 [task] 테이블을 수동으로 다시 인덱싱해야 합니다. 테이블 재인덱싱에 대한 자세한 내용은 전체 테이블 인덱스 수행 또는 인덱싱된 단일 소스에 대한 재인덱싱을 참조하세요.
      주:
      작업 테이블을 다시 인덱싱하려면 다소 시간이 걸릴 수 있습니다.
    • 이전 릴리스에서 Vancouver 로 업그레이드한 후 차단 및 승격 작업이 있는 결과 개선 규칙이 포함된 검색 프로파일을 선택적으로 다시 게시할 수 있습니다. 이러한 검색 프로파일을 다시 게시하면 결과 개선 규칙이 번역된 검색 결과를 올바르게 차단하거나 승격하지 못할 수 있는 문제가 해결됩니다. 검색 프로파일을 다시 게시하는 방법에 대한 자세한 내용은 검색 프로파일 게시를 참조하십시오. AI 검색에서 번역된 콘텐츠를 처리하는 방법에 대한 자세한 내용은 AI 검색에 대한 국제화 지원을 참조하세요.

    밴쿠버

    평가 및 설문 조사

    Utah 이전 버전에서 Vancouver로 업그레이드하는 경우 Automated Test Framework(ATF) 테스트를 업데이트합니다. Utah 릴리스에서는 평가 또는 설문 조사 카드의 모든 버튼이 제거되었습니다. ATF 테스트를 성공적으로 실행하려면 설문 조사 수행 단추 클릭 단계를 설문 조사 카드 클릭 단계로 바꿔야 합니다.

    밴쿠버

    Automated Test Framework

    Now Platform®에서 제공하는 빠른 시작 테스트를 복사하여 사용자 지정하여 구성 변경 후 인스턴스가 작동하는지 확인합니다. 예를 들어 업그레이드를 적용하거나 애플리케이션을 개발하는 경우입니다.

    테스트는 사용자 지정 없이 애플리케이션 또는 기능 플러그인과 함께 제공된 기본 데모 데이터를 사용하여 기본 시스템에서 실행하는 경우에만 통과 결과를 생성할 수 있습니다. 인스턴스별 데이터에 빠른 시작 테스트를 적용하려면 빠른 시작 테스트를 복사하고 사용자 지정 데이터를 추가합니다. 자세한 내용은 응용 프로그램 또는 기능별로 사용 가능한 빠른 시작 테스트를 참조하세요.

    밴쿠버

    클라우드 비용 관리

    클라우드 비용 관리를Vancouver로 업그레이드하는 방법에 대한 지침은 클라우드 인사이트 업그레이드를 참조하십시오.

    밴쿠버

    구성 관리 데이터베이스(CMDB)

    업그레이드 중에 조정 정의 매핑 [cmdb_reconciliation_definition_mapping] 테이블의 상위를 다시 지정하는 수정 스크립트가 실행됩니다. 이 수정 스크립트를 완료하는 데 걸리는 시간은 업그레이드된 인스턴스의 조정 규칙 수에 따라 다르며 일반적으로 업그레이드에 몇 분이 추가됩니다.

    인스턴스 간 조정 규칙을 익스포트할 때 업데이트 세트에서 해당 테이블의 데이터를 캡처하려면 조정 정의 매핑 [cmdb_reconciliation_definition_mapping] 테이블의 상위 항목을 재지정해야 합니다. 업그레이드 후에는 조정 규칙에 대한 모든 변경 사항이 업데이트 세트에 의해 완전히 캡처되고 대상 인스턴스로 올바르게 포팅됩니다.

    밴쿠버

    고객 서비스 관리(CSM)

    Vancouver 릴리스로 업그레이드한 후 고객 서비스 범주화 및 감정 모델에 대한 작업 인텔리전스를 다시 교육하고 재배포해야 할 수 있습니다. 자세한 내용은 고객 서비스용 작업 인텔리전스 설명서에서 Vancouver로 업그레이드한 후 완료할 단계를 참조하세요.

    밴쿠버

    문서 인텔리전스

    문서 인텔리전스 3.0 이상에는 범위가 지정된 애플리케이션에서 Now Platform 플러그인으로의 전환을 지원하기 위해 업데이트된 스키마가 포함되어 있습니다. 업그레이드에 대한 자세한 내용은 버전 2.4 이하에서 문서 인텔리전스 3.0 이상으로 업그레이드를 참조하십시오.

    밴쿠버

    목표 프레임워크

    v4.2.0부터 유형 필드가 마일스톤 으로 설정된 기존 대상은 질적 대상으로 간주됩니다. 목표 프레임워크를 업그레이드한 후 이러한 기존 대상에 대해 측정 단위가 예/아니요로 자동 설정되고 기준값이 아니요로 설정되며 대상 값이 로 설정됩니다. 또한 진행률 값이 100%이면 실제 값이 로 설정되고, 그렇지 않으면 값이 아니요로 설정됩니다.

    밴쿠버

    ITOM 가시성

    마이크로소프트 애저 경보 구성
    업그레이드 후 Microsoft Azure Alert Service를 구성하여 경보 알림을 안전한 방식으로 Now Platform 에 전달합니다. 자세한 내용은 보안 웹후크를 사용하여 Microsoft Azure 경보를 Now Platform으로 전달을 참조하십시오.

    밴쿠버

    ID 및 인증

    인증 대시보드 및 기타 위치에서 보고서를 볼 수 있는 사용자를 관리하는 report_view ACL(접근 제어 목록)은 Vancouver 릴리스에서 기본적으로 활성화됩니다. 자세한 내용은 Report_view 접근 제어를 참조하십시오.

    밴쿠버

    산업 프로세스 관리자

    제조 프로세스 관리자와 함께 패키지된 ISA 서비스 그래프 커넥터를 사용하고 산업 프로세스 관리자로 업그레이드하는 경우 새 ISA 장비 모델 엔터티에 고유한 이름 필드가 있는지 확인합니다.

    밴쿠버

    인스턴스 데이터 복제

    복제 세트를 메시징 서비스를 사용하는 V2로 업그레이드하여 HLA(인스턴스 데이터 복제)의 성능과 처리 효율성을 개선합니다. 자세한 내용은 인스턴스 데이터 복제의 레거시 복제 세트를 V2로 업그레이드를 참조하세요.

    인스턴스의 복제 페이로드 오류 [idr_replication_payload_error] 테이블에 1,000만 개 이상의 레코드가 있는 경우 KB1364728 따라 테이블 교체를 설정합니다. 테이블 교대를 사용하여 복제 페이로드 오류 [idr_replication_payload_error] 테이블에서 기록을 삭제하는 것은 해당 테이블에는 HLA 에서 기록한 복제 오류만 포함하고 복제된 데이터는 포함하지 않으므로 안전합니다.

    밴쿠버

    MID 서버

    최신 MID 서버 시스템 요구 사항은 MID 서버 시스템 요구 사항을 참조하십시오. 지원되는 최소 JRE 버전은 11.0.9이고 권장 버전은 11.0.16.1입니다.

    자체 JRE를 설치한 경우 업그레이드 프로세스는 다음 작업을 수행하여 MID 서버에서 지원되는 JRE를 사용하도록 합니다.
    • MID 서버가 업그레이드할 때 지원되지 않는 JRE 버전을 사용하는 경우 업그레이드 프로세스는 최소 및 권장 JRE 버전과 함께 경고 메시지를 표시합니다.
    • 지원되는 JRE가 MID 서버 호스트에서 실행 중인 경우 업그레이드된 MID 서버가 해당 버전을 사용합니다.

    자동 업그레이드를 사용하려면 모든 MID 서버 호스트 컴퓨터에서 install.service-now.com 다운로드 사이트에 접근할 수 있어야 합니다. 자세한 내용은 시스템의 MID 서버 업그레이드 관리 방법을 참조하십시오.

    실행 파일당 하나의 Windows MID Server 서비스만 허용됩니다. 동일한 설치 폴더를 가리키는 여러 서비스가 있는 업그레이드된 Windows MID Server 는 시작할 수 없습니다. 자세한 내용은 MID 서버 시작 실패를 참조하십시오.

    MID 서버 업그레이드에 대한 자세한 내용은 다음 주제를 참조하십시오.

    밴쿠버

    Now Assist

    Now Assist 애플리케이션 및 플러그인 업그레이드 문제 해결에 대한 자세한 내용은 Now Assist 업그레이드의 문제 및 완화에 대한 KB 문서를 참조하십시오.

    밴쿠버

    주문 관리

    2023년 11월 릴리스부터 Order Management 애플리케이션은 통신, 미디어 및 기술을 위한 Order Management 애플리케이션과 함께 제공되는 주문 이행 기능을 포함하여 제품 및 서비스 주문의 전체 수명주기를 지원합니다. Telecommunications Service Management에 가입한 경우 ServiceNow Store에서 Order Management for Telecom, Media and Tech 애플리케이션을 설치합니다. 이 애플리케이션은 Order Management 애플리케이션, 통신 데모 데이터 및 TM Forum API REST 사양의 다음 ServiceNow Open API 구현을 설치합니다.
    • 제품 카탈로그 오픈 API
    • 서비스 카탈로그 오픈 API
    • 제품 주문 오픈 API
    • 서비스 주문 오픈 API
    • 제품 인벤토리 오픈 API
    • 기술 서비스 적격성 평가 개방형 API

    고객 서비스 관리용 주문 관리 애플리케이션에 익숙한 경우 주문 관리 애플리케이션을 설치한 후 해당 인터페이스를 선택적으로 사용할 수 있습니다. 자세한 내용은 KB1554296 Customer Service Management용 Order Management에 대한 사용자 인터페이스 사용을 참조하십시오. 인터페이스 변경에 대한 자세한 내용은 Customer Service Management용 Order Management 애플리케이션 KB1560237 대한 변경 사항을 참조하십시오.

    업그레이드하는 동안 주문 작업 [sn_ind_tmt_orm_order_task] 테이블은 고객 서비스 관리 애플리케이션에서 사용되는 계획된 작업 [planned_tasks] 테이블에서 확장됩니다. 주문 작업 테이블도 수정되었습니다. 주문 작업 테이블의 변경에 대한 자세한 내용은 OMT 상위 항목 재지정 데이터 모델 변경 KB1496935 참조하십시오.

    Vancouver 릴리스로 업그레이드하고 버전 5.2.0이 아닌 통신, 미디어 및 기술 애플리케이션 주문 관리 버전을 사용하는 경우 제품 인벤토리 및 제품 모델 특성을 채우는 수정사항을 사용할 수 없습니다. 이러한 변경 사항을 적용하려면 현재 Vancouver 패치로 업그레이드하십시오.

    밴쿠버

    플랫폼 분석 워크플레이스

    플랫폼 분석 작업 공간(3.0)의 Vancouver 버전에는 이전에 ServiceNow® Store에서만 사용할 수 있었던 버전 2.1.x의 업데이트가 포함되어 있습니다.

    밴쿠버

    포트폴리오 계획

    • 이전 버전에서 포트폴리오 계획 v6.1.1 이상으로 업그레이드하는 경우 roadmap_editor 역할이 더 이상 사용되지 않으므로 수정 스크립트를 실행하여 roadmap_editor 역할에서 milestone_editor 역할을 제거합니다. 이 경우 ServiceNow 인스턴스에 roadmap_editor 역할을 가진 사용자가 많으면 업그레이드를 완료하는 데 시간이 더 오래 걸릴 수 있습니다. 자세한 내용은 KB1443618 문서를 참조하십시오.
    • 이전 버전에서 포트폴리오 계획 7.0.0 또는 7.1.0으로 업그레이드하는 경우 포트폴리오 계획을 생성하거나 편집하는 동안 엔터티 선택 단계에서 엔터티 목록이 로드되지 않을 수 있습니다. 이 경우 엔터티 선택 페이지의 목록 구성요소에 스크립트를 추가해야 합니다. 자세한 내용은 KB1566418 참조하십시오.

    밴쿠버

    프로세스 자동화 디자이너

    Vancouver로 업그레이드한 후 ServiceNow Store에서 애플리케이션을 업데이트하십시오.

    밴쿠버

    Public Sector Digital Services

    공공 부문 디지털 서비스 v8.0으로 업그레이드하기 전에 제공된 서비스 테이블의 데이터, 받은 서비스 테이블의 데이터 및 제공된 서비스 테이블을 서비스 정의 테이블로 변환하여 영향을 받는 기타 모든 데이터(퍼포먼스 분석 대시보드 데이터, 구성원 또는 비즈니스 보고서 데이터 등)에 대한 사용자 정의 서비스 정의를 작성해야 합니다. 이전 릴리스에서 생성된 사용자 지정 제공 서비스 및 수신 서비스 데이터는 새 릴리스로 자동 마이그레이션되지 않으며, 업그레이드 후에는 레거시 엔터티에서 서비스 정의 테이블로 데이터가 마이그레이션될 때까지 애플리케이션 내에서 액세스할 수 없습니다. 자세한 내용은 제공된 서비스 및 수신된 서비스 마이그레이션 지침공공 부문 디지털 서비스에서 플레이북에 대한 서비스 정의 구성을 참조하십시오.

    업그레이드 후 CSM Configurable Workspace 의 특정 공공 부문 메뉴와 메뉴 항목은 원래 CSM 레이블 이름으로 되돌아갑니다. 고객 및 서비스 조직에 대한 UX 목록 범주를 업데이트하여 공공 부문에서 사용하도록 이러한 항목의 레이블을 변경할 수 있습니다. 자세한 내용은 업그레이드 후 공공 부문에서 사용할 수 있도록 항목 레이블 변경을 참조하세요.

    밴쿠버

    Robotic Process Automation(RPA) Hub

    RPA 애플리케이션을 다운로드하여 현재 설치된 MSI(Microsoft 소프트웨어 설치 관리자)(RPA Desktop Design 스튜디오, 유인 로봇, 무인 로봇무인 로봇 로그인 에이전트)를 업그레이드해야 합니다. 자세한 내용은 RPA 허브에서 RPA 애플리케이션 다운로드를 참조하십시오.

    다음 업그레이드 단계는 샌디에이고 또는 도쿄 에서 밴쿠버로 업그레이드하는 경우에만 적용됩니다.

    애플리케이션 파일 테이블의 기록 수에 따라 RPA Hub 애플리케이션을 Tokyo 또는 그 이전에서 Vancouver로 업그레이드하는 동안 잠재적인 지연이 발생할 수 있습니다.

    RPA HubVancouver로 업그레이드하기 전에 시스템 속성 값을 glide.rollback.blacklist.TableParentChange.changefalse로 설정해야 합니다. 이 속성이 시스템 속성 [sys_properties] 테이블에 없는 경우 속성을 추가하고 값을 false로 설정합니다.

    Vancouver로 업그레이드한 후 봇 프로세스 정의가 새 구조, 즉 봇 프로세스 구성으로 변경됩니다. 봇 프로세스 구성이 봇 프로세스를 완전히 대체하지는 않지만. 대부분의 필드는 봇 프로세스에서 봇 프로세스 구성으로 이동됩니다.

    시스템 속성 값을 업데이트하지 않고 Utah 버전으로 업그레이드하는 경우 테이블에서 애플리케이션 파일 테이블을 확장하지 않습니다. 테이블 변경 사항을 수동으로 업데이트하려면 Now Support 지식베이스의 유타에서 sys_metadata할 RPA 허브 테이블 재구성 문서를 참조하십시오.

    밴쿠버

    보안 인시던트 응답

    밴쿠버

    서비스 브리지

    서비스 브리지 애플리케이션의 업그레이드 및 사용에 대한 자세한 내용은 서비스 브리지에서 마이그레이션(레거시)을 참조하십시오.

    밴쿠버

    ITSM용 서비스 운영 작업 공간

    다음 애플리케이션에 호환되는 업그레이드된 버전이 있는지 확인하십시오.
    • 서비스 운영 작업 공간 ITSM Applications 애플리케이션(sn_sow_itsm_cont)
    • 서비스 운영 작업 공간 ITOM 애플리케이션 애플리케이션(sn_sow_itom_cont)
    표 6. 호환되는 SOW 버전
    SOW-ITSM(sn_sow_itsm_cont) SOW-ITOM(sn_sow_itom_cont)
    1.1.x 21.0.y
    1.2.x 21.1.y
    1.3.x 21.2.y, 21.5.y 및 21.6.y
    2.0.x 22.0.y
    2.1.x 22.1.y 및 22.y.y
    4.0.x 24.y.y

    여기서 x는 서비스 운영 작업 공간 ITSM Applications 애플리케이션(sn_sow_itsm_cont)의 하위 버전이고 y는 서비스 운영 작업 공간 ITOM Applications 애플리케이션(sn_sow_itom_cont)의 하위 버전입니다.

    업그레이드된 인스턴스에 다음과 같은 사용자 지정이 있는 경우 표준 기록 페이지 변경 사항을 마이그레이션해야 합니다. 자세한 내용은 서비스 운영 작업 공간에서 표준 기록 페이지 구성을 참조하십시오.
    • 클라이언트 유형의 사용자 지정 선언적 작업
    • 모든 사용자 지정 모달
    • 사용자 지정 가로 탭 또는 상황별 측면 패널 탭의 화면 또는 화면 조건

    3.0 업그레이드 후에는 권장 프레임워크 기능을 더 이상 사용할 수 없으며, 대신 ITSM용 권장 작업 기능의 표준 버전만 사용할 수 있습니다.

    밴쿠버

    서비스 포털

    업그레이드 후에는 게스트 사용자가 테이블 입력 매개변수를 허용하는 모든 공개 위젯의 데이터에 액세스할 수 있는 테이블을 지정해야 합니다. 기본적으로 Vancouver 패치 7 릴리스 이상에서는 테이블 입력 매개변수를 허용하는 공개 위젯이 게스트 사용자에 대한 테이블에 액세스하고 테이블의 데이터를 반환할 수 없습니다. 업그레이드하기 전에 또는 glide.service_portal.widget.allow_list 시스템 속성을 추가 glide.service_portal.widget.table_allow_list 한 경우 이러한 속성 값은 Vancouver 패치 7 릴리스 이상으로 업그레이드한 후 위젯의 공용 테이블 허용 목록으로 마이그레이션됩니다. 자세한 정보는 위젯 보안 구성의 내용을 참조하십시오.

    또한 필드 수준 읽기 ACL은 기본적으로 단순 목록 위젯 인스턴스의 필터 조건에 적용됩니다. 새 시스템 속성인 glide.service_portal.enable_acls_for_encoded_query_in_list는 단순 목록 위젯 인스턴스에 대해 필터 쿼리 용어에 필드 수준 읽기 ACL 적용 옵션이 선택되었는지 여부에 관계없이 이러한 ACL을 적용합니다. Enforce field-level Read ACLs on Filter query terms(필터 쿼리 용어에 필드 수준 읽기 ACL 적용) 옵션을 사용하려면 값을 glide.service_portal.enable_acls_for_encoded_query_in_list false로 변경합니다. 자세한 내용은 단순 목록 위젯을 참조하십시오.

    밴쿠버

    서비스 포트폴리오 관리

    가용성 결과 보기Tokyo 릴리스에서 도입되었지만 후속 릴리스에도 적용됩니다. 업그레이드 시 데이터 로드가 많은 것으로 확인된 고객의 경우 시스템은 장기 실행 백그라운드 작업을 시작하며 시간이 오래 걸릴 수 있습니다. 자세한 내용은 KB1123644 참조하십시오.

    밴쿠버

    기술 관리

    기술 관리 페이지의 URL을 사용자 지정한 경우 새 페이지를 가리키도록 URL을 수동으로 업데이트해야 합니다. 새 기술 관리 페이지의 상대 경로는 다음과 같습니다. https://<인스턴스 이름>.service-now.com/now/nav/ui/manage-skills/params/parent-skill/2eb1c2029f100200a3bc1471367fcfe4/parent-department/221f79b7c6112284005d646b76ab978c/recursive-departments/true/recursive-skills/true/group-by/department. 기존 경로를 이 경로로 바꿀 수 있습니다.
    주:
    parent-skill 및 parent-department sys_ids가 기존 URL에 있는 ID와 동일한지 확인합니다.

    밴쿠버

    소프트웨어 자산 관리

    소프트웨어 자산 관리 Foundation 플러그인(com.snc.sams)에서 업그레이드하는 방법에 대한 자세한 내용은 소프트웨어 자산 관리 사용자 지정 되돌리기를 참조하십시오.

    Vancouver로 업그레이드할 때 검색 맵(DMAP) 정의의 버전에디션 필드는 새 is_empty 값을 지원합니다. 기존 Microsoft SQL Server 구성 요소 DMAP 정의에 대한 버전 필드가 이전에 is_anything로 설정된 경우 콘텐츠 업데이트 후 새 is_empty 값으로 자동 업데이트됩니다.

    밴쿠버

    Strategic Planning

    • v2.1.0부터 Strategic Planning 의 목표 모듈에 액세스하려면 읽기 및 편집 권한을 위해 각각 sn_apw_advanced.spw_goal_user_read 및 sn_apw_advanced.spw_goal_user 역할이 필요합니다. Strategic Planning을 업그레이드한 후 기존 목표 사용자에게 이러한 역할을 할당하여 Strategic Planning에서 목표를 관리합니다.
    • v2.1.0부터 유형 필드가 마일스톤 으로 설정된 기존 대상은 질적 대상으로 간주됩니다. Strategic Planning을 업그레이드한 후 이러한 기존 대상에 대해 측정 단위가 예/아니요로 설정되고, 기준 값이 아니요로 설정되고, 대상 값이 로 자동 설정됩니다. 또한 진행률 값이 100%이면 실제 값이 로 설정되고, 그렇지 않으면 값이 아니요로 설정됩니다.
    • 이전 버전에서 Strategic Planning v2.1.0 이상으로 업그레이드하는 경우 roadmap_editor 역할이 더 이상 사용되지 않으므로 수정 스크립트를 실행하여 roadmap_editor 역할에서 milestone_editor 역할을 제거합니다. 이 경우 ServiceNow 인스턴스에 roadmap_editor 역할을 가진 사용자가 많으면 업그레이드를 완료하는 데 시간이 더 오래 걸릴 수 있습니다. 자세한 내용은 KB1443618 문서를 참조하십시오.
    • 이전 버전에서 Strategic Planning v3.0.0 또는 v3.4.0으로 업그레이드하는 경우 포트폴리오 계획을 생성하거나 편집하는 동안 엔터티 선택 단계에서 엔터티 목록이 로드되지 않을 수 있습니다. 이 경우 엔터티 선택 페이지의 목록 구성요소에 스크립트를 추가해야 합니다. 자세한 내용은 KB1566418 참조하십시오.

    밴쿠버

    Telecommunications Service Operations Management

    Integration Hub 스타터 패키지는 외부 트리거와 함께 Vancouver 패치 1에서 스타터 패키지의 구성요소로 포함되어 있습니다. 고객이 Telecommunications API 알림 기능을 가져오려면 제품군 릴리스 Vancouver 패치 1을 사용해야 합니다.

    밴쿠버

    외부 공급업체 위험 관리

    밴쿠버

    가상 에이전트

    Vancouver 패치 7에서 제공되었던 일부 기능은 초기 Washington DC 얼리 액세스 릴리스에서 사용할 수 없습니다. 이러한 기능은 Washington DC의 향후 패치 릴리스에서 사용할 수 있습니다.
    입력 수집기 제어 변경 사항
    • 끌어서 놓아 노드 내에서 입력을 재정렬합니다.
    • 노드가 수락할 입력 유형(텍스트, 이메일, IP 주소, 전화 번호, URL 또는 사용자 지정)을 지정합니다.
    • 노드당 최대 입력 수는 5입니다.
    텍스트 사용자 입력 컨트롤에 사용자 프롬프트 옵션 적용
    주제 작성자가 LLM에서 생성된 응답 대신 사용자에게 표시되는 메시지를 지정할 수 있는 고급 속성 영역의 토글 스위치입니다.

    밴쿠버

    취약성 대응 통합

    밴쿠버

    취약성 대응

    Vulnerability Response 애플리케이션의 데이터 모델 변경으로 인해 업그레이드 시간이 이전 업그레이드보다 눈에 띄게 오래 걸릴 수 있습니다. 자세한 내용은 KB0856498 참조하십시오.

    최신 버전으로 업그레이드하는 동안 업그레이드하려는 데이터와 버전에 따라 업그레이드 시간이 늘어날 수 있습니다. 이 문제는 업그레이드 중에 추가된 추가 스키마 변경으로 인해 발생합니다. 자세한 내용은 KB0856498 참조하십시오.

    취약성 대응 애플리케이션 버전 20.0 및 취약성 긴급 대응 애플리케이션 버전 2.03부터 취약성 분석가 작업 공간의 이름이 취약성 평가 작업 공간으로 바뀝니다. 이제 취약성 분석가 작업 공간에 대한 모든 참조가 취약성 평가 작업 공간입니다.

    밴쿠버

    AI 검색

    Washington DC로 업그레이드하면 AI 검색은 기존 Genius 결과 구성을 자동으로 업데이트하여 새 AI 검색 Genius 결과 구성 양식 필드를 사용합니다. 이 업데이트 절차에서는 다음과 같이 변경됩니다.
    • 기존 Genius 결과 응답 유형 필드 값을 제거합니다.
    • Genius 결과 논리 필드 값을 새 AI 검색 요청 프로세서AI 검색 응답 프로세서 필드로 적절하게 마이그레이션합니다.

    인스턴스를 Washington DC로 업그레이드한 후 AI 검색 검색 쿼리에 여러 용어( glide.ais.query.search_operator ) 시스템 속성이 포함된 경우 사용할 부울 검색 연산자에 대해 이전에 설정한 값을 유지합니다. 다중 용어 검색을 위한 새로운 향상된 쿼리 모드의 이점을 얻으려면 이 시스템 속성의 값을 로 설정하십시오 AND then OR 2+ key terms. AI 검색 시스템 속성에 대한 자세한 내용은 AI 검색 시스템 속성을 참조하십시오.

    Washington DC부터 사용자 [sys_user] 테이블은 인덱싱된 레코드를 sys_updated_on 날짜별로 정렬하는 대신 sys_created_on 날짜를 기준으로 정렬합니다. 이 변경으로 인해 AI 검색을 위해 사용자 테이블 인덱싱된 소스를 다시 인덱싱해야 하며, 시간이 오래 걸릴 수 있습니다. 이전 제품군 릴리스에서 Washington DC 로 업그레이드하면 AI 검색 이 사용자 테이블 인덱싱된 소스를 자동으로 다시 인덱싱하지 않습니다. 사용자 레코드에 대한 최신 구성을 검색할 수 있어야 하는 경우 사용자 테이블 인덱싱된 소스를 수동으로 다시 인덱싱 할 수 있으며 시간이 다소 걸릴 수 있습니다. 그렇지 않으면 모든 기록이 다시 인덱싱될 때까지 개별 사용자 테이블 기록이 업데이트될 때 AI 검색 이 개별 사용자 테이블 기록을 다시 인덱싱합니다.

    워싱턴 DC

    Automated Test Framework

    Now Platform®에서 제공하는 빠른 시작 테스트를 복사하여 사용자 지정하여 구성 변경 후 인스턴스가 작동하는지 확인합니다. 예를 들어 업그레이드를 적용하거나 애플리케이션을 개발하는 경우입니다.

    테스트는 사용자 지정 없이 애플리케이션 또는 기능 플러그인과 함께 제공된 기본 데모 데이터를 사용하여 기본 시스템에서 실행하는 경우에만 통과 결과를 생성할 수 있습니다. 인스턴스별 데이터에 빠른 시작 테스트를 적용하려면 빠른 시작 테스트를 복사하고 사용자 지정 데이터를 추가합니다. 자세한 내용은 응용 프로그램 또는 기능별로 사용 가능한 빠른 시작 테스트를 참조하세요.

    워싱턴 DC

    비즈니스 연속성 관리

    Washington DC 릴리스로 업그레이드한 후에는 기존 비즈니스 영향 분석, 비즈니스 연속성 계획 및 이벤트에 대해 다음과 같은 중요 정보를 기록해 두어야 합니다.
    • 비즈니스 영향 분석의 경우 업그레이드 후 수동으로 추가된 종속성에 대해 종속성 평가의 소스 열이 기본 소스로 이름이 바뀌고 BCM 소스의 이름이 수동으로 바뀝니다. 종속성 업데이트 버튼을 선택하면 시스템이 CMDB 종속성을 추가합니다.
    • 비즈니스 연속성 계획의 경우 업그레이드 후 소스 열의 이름이 기본 소스로 바뀝니다. 종속성 업데이트 버튼을 선택하면 시스템이 CMDB 및 BIA 종속성을 추가합니다. 이전 버전과의 호환성을 유지하기 위해 BCM 관리자는 소스를 구성하고 BIA 업스트림 종속성 및 BIA 다운스트림 종속성만 업데이트된 구성의 소스로 유지할 수 있습니다.
    • 이벤트 및 연습의 경우 종속성 업데이트 버튼을 선택하면 업그레이드 후 시스템이 CMDB, BIA 및 BCP(비즈니스 연속성 계획 수립) 종속성을 추가합니다. 이전 버전과의 호환성을 유지하기 위해 BCM 관리자는 소스를 구성하고 BIA 업스트림 종속성 및 BIA 다운스트림 종속성만 업데이트된 구성의 소스로 유지할 수 있습니다.

    워싱턴 DC

    구성 관리 데이터베이스(CMDB)

    • 이 열 product_instance_id 은 새로운 PID(제품 인스턴스 식별자)를 지원하기 위해 기본 구성 항목 [cmdb_ci] 테이블에 추가되어 기존 관련 자산, CI 및 IBI(설치 기반 항목)을 조회하고 연결할 수 있습니다. 업그레이드 중 해당 변경의 영향 및 영향을 최소화하는 방법에 대한 자세한 내용은 Washington 릴리스에 대한 CMDB_CI 스키마 변경의 업그레이드 영향 [KB1534035] 기술 자료 문서를 참조하세요.
    • Washington DC 릴리스로 업그레이드한 후 처음으로 CMDB 360을 사용하도록 설정하는 경우 CMDB가 아닌 클래스(구성 항목 [cmdb_ci] 클래스에서 파생되지 않은 클래스)에서 CI에 대한 CMDB 360 데이터를 캡처하려면 시스템 속성을 예로 설정해야 glide.identification_engine.multisource_non_cmdb_ci_enabled 합니다.
    • 코어 UI에서 레거시 데이터 인증 애플리케이션을 사용하고 있는 경우 CMDB 작업 공간에서 데이터 인증의 새로운 구현에서는 관련 정의를 사용할 수 없습니다. Washington DC 릴리스 및 CMDB Workspace 버전 6.0으로 업그레이드한 후 레거시 데이터 인증 애플리케이션에서 생성된 정의를 CMDB 작업 공간의 초안 데이터 관리자 인증 정책으로 변환할 수 있습니다. 자세한 내용은 문서를 참조하십시오.

    워싱턴 DC

    코어 Now Platform

    이전에는 트랜잭션이 취소되면 감사 가능한 특정 작업이 기록되지 않았습니다. 감사 기록이 누락되는 이러한 동작은 플랫폼이 기록 변경 사이에 일부 작업을 실행하고 감사 생성 전에 취소되기 때문입니다. 그러나 이제는 레코드가 변경된 직후에 감사가 생성되므로 감사가 기록되기 전에 취소된 트랜잭션으로 인해 작업이 중단될 가능성이 줄어듭니다. 이 업데이트를 용이하게 하기 위해 감사는 이제 트랜잭션과 동일한 스레드에 기록됩니다. 이전 감사는 백그라운드 스레드에서 생성되었습니다.

    이 변경으로 glide.db.audit.lazy 속성의 기본값이 true에서 false로 재정의됩니다. 이상적으로 이 속성은 속성 테이블에 정의되어 있지 않으며, 이는 대부분의 인스턴스가 Washington DC 릴리스에서 새 기본값과 동작을 사용하기 시작한다는 것을 의미합니다. 인스턴스에서는 값이 true로 설정된 상태로 이 속성을 삽입했을 수 있으며, 이는 이러한 인스턴스가 이 변경 내용을 사용하여 동작을 감사할 수 없음을 의미합니다. 이 업데이트를 활용하려면 이 속성을 삭제하십시오.

    워싱턴 DC

    암호화 키 관리

    인스턴스를 Washington DC 로 업그레이드하지만 MID 서버를 업그레이드하지 않으면 비밀 관리 인증이 실패합니다. MID 서버를Washington DC로 업그레이드하여 인증 실패를 방지합니다. 업그레이드할 수 없는 경우 인증 실패를 방지하기 위해 MID 서버가Washington DC 로 업그레이드될 때까지 인증을 해제해야 합니다.

    MID 서버 업그레이드에 대한 자세한 내용은 MID 서버 업그레이드를 참조하십시오.

    워싱턴 DC

    Enterprise Asset Management

    Washington DC로 업그레이드한 후에는 엔터프라이즈 자산 [sn_ent_asset] 테이블에서 model_component 필드를 사용할 수 없습니다. 대신 자산 [alm_asset] 테이블에서 새 model_component_id 필드를 사용할 수 있습니다. ENT - 새 모델 구성 요소로 마이그레이션 스크립트는 기존 model_component 필드 데이터를 model_component_id 필드로 이동합니다.

    자산의 총소유비용(TCO)에 대한 다음 업그레이드 시나리오를 참고하십시오.
    • 모든 엔터프라이즈 자산 관리 플로우 작업에 대한 업그레이드 작업
    • 각 워크플로우 작업에 대한 작업 요율표가 있어야 합니다.
    • TCO 업그레이드는 각 작업에 해당하는 경비 라인의 자산경비 범주 필드를 채웁니다.
    • 경비 범주는 경비 라인과 경비 라인의 소스를 기반으로 채워집니다.
    • 수동으로 또는 벌크 임포트 기능을 사용하여 모든 기존 모델의 TCO 벤치마크 비용 및 TCO 벤치마크 임계치 필드를 채워야 합니다.
    • TCO 업그레이드는 자산 양식에 다음 필드를 채웁니다.
      • 자산 유효 수명 종료: 생성된 날짜와 내용 연수(월)를 더한 값입니다.
      • 자산의 첫 번째 사용 날짜: 생성된 날짜입니다.
      • 자산 TCO: 자산과 관련된 모든 경비 라인의 집계 합계입니다. 단순 자산의 경우 자산 TCO는 그 아래에 있는 경비 라인의 집계된 합계입니다. 복잡한 자산의 경우 자산 TCO는 상위 자산과 하위 자산의 경비 라인을 집계한 합계입니다.

    워싱턴 DC

    Financial Services Operations Core

    Washington DC로 업그레이드하는 동안 재무 서비스 운영 코어 플러그인은 다음 테이블의 상위를 재지정합니다.
    주:
    업그레이드된 인스턴스에 많은 수의 기록이 있는 경우 업그레이드를 완료하는 데 시간이 더 오래 걸릴 수 있습니다.
    • 서비스 정의 [sn_bom_service_definition] 테이블은 요청 정의 [sn_ind_request_definition] 대신 서비스 정의 [sn_case_type_selection] 테이블에서 확장됩니다.
    • 재무 작업 [sn_bom_task] 테이블은 전역 작업 [task] 테이블 대신 고객 서비스 작업 [sn_customerservice_task] 테이블에서 확장됩니다.
    • 보험 관계자[sn_bom_policy_participant] 테이블은 판매된 제품 관련 당사자[sn_install_base_sold_product_related_party] 테이블에서 확장됩니다.
    재지정을 통해 ServiceNow® 고객 서비스 관리(CSM) 에서 도입한 이점과 향상된 기능을 활용하면서 기존 애플리케이션의 기능을 보존할 수 있습니다.

    워싱턴 DC

    하드웨어 자산 관리 10.0.0

    Washington DC로 업그레이드한 후 자산의 TCO(총 소유 비용)에 대한 다음 업그레이드 시나리오를 염두에 두십시오.
    • 업그레이드는 모든 하드웨어 자산 관리 플로우 작업에 대해 작동합니다.
    • 각 워크플로우 작업에 대한 작업 요율표가 있어야 합니다.
    • TCO 업그레이드는 각 작업에 해당하는 경비 라인의 자산 및 경비 범주 필드를 채웁니다.
    • 경비 범주는 경비 라인과 경비 라인의 소스를 기반으로 채워집니다.
    • 수동으로 또는 벌크 임포트 기능을 사용하여 모든 기존 모델의 TCO 벤치마크 비용 및 TCO 벤치마크 임계치 필드를 채워야 합니다.
    • TCO 업그레이드는 자산의 다음 필드를 채웁니다.
      • 자산 내용 연수 종료: 내용 연수와 함께 생성된 날짜(월)입니다.
      • 자산의 첫 번째 사용 날짜: 생성된 날짜와 동일합니다.
      • 자산 TCO: 자산과 관련된 모든 경비 라인의 집계 합계입니다. 단순 자산의 경우 자산 TCO는 그 아래에 있는 경비 라인의 집계된 합계입니다. 복잡한 자산의 경우 자산 TCO는 상위 자산과 하위 자산의 경비 라인을 집계한 합계입니다.

    워싱턴 DC

    Healthcare and Life Sciences Service Management Core

    Washington DC로 업그레이드하는 동안 다음 테이블에 대해 의료 판매 제품 [sn_hcls_sold_product] 상위 테이블이 설치 기반 항목 [sn_install_base_item]로 변경됩니다.
    • 구성원 계획 [sn_hcls_member_plan]
    • 의약품 [sn_hcls_medication]
    • 예방 접종 [sn_hcls_immunization]
    • 등록된 프로그램 [sn_hcls_enrolled_program]
    • 등록된 프로그램 서비스 [sn_hcls_enrolled_program_service]
    또한, 다음 테이블은 상위 테이블이 제거되어 독립 실행형 테이블입니다.
    • 의료 조직[sn_hcls_organization]
    • 의료 위치[sn_hcls_location]
    • 실무자 위치[sn_hcls_practitioner_facility]
    이러한 재지정을 통해 고객은 광범위한 사용 사례 집합에 대해 조직 및 위치 테이블을 사용할 수 있습니다.
    기존 데이터는 기존 기능에 영향을 주지 않도록 다음과 같은 방식으로 마이그레이션됩니다.
    1. cmn_location 사용하도록 업데이트sn_hcls_immunization 위치 필드 참조입니다.
    2. 모든 데이터는 헬스케어 판매 제품 테이블에서 설치 기반 항목 테이블로 이동됩니다.
    3. 영향을 받는 설치 기반 항목의 행은 판매된 의료 제품의 source_task 값을 기반으로 채워집니다.
    4. sn_hcls_enrolled_program 및 sn_hcls_enrolled_program_service의 상태는 hcls_state에서 복사됩니다.
    5. 모든 데이터는 Healthcare Organization(의료 조직), Healthcare Location(의료 기관) 및 Practitioner Location(개원자 위치)의 독립 실행형 테이블로 이동합니다.
      1. 이 스크립트는 의료 조직 테이블의 기존 기록에 대해 비즈니스 위치 테이블에 기록을 생성하여 1:1 참조를 형성합니다.
      2. 서비스 조직을 참조하는 기록은 해당 비즈니스 위치에 대한 참조로 업데이트됩니다.
      3. 의사의 위치에 기록이 있는 모든 의사는 적절한 비즈니스 위치로 서비스 조직 구성원 테이블에 생성된 기록을 갖게 됩니다.
      4. 의료 위치 데이터가 포함된 기록에는 해당 의료 위치의 상위 서비스 조직이 포함됩니다.
    주:
    업그레이드된 인스턴스에 많은 수의 기록이 있는 경우 업그레이드를 완료하는 데 시간이 더 오래 걸릴 수 있습니다.

    워싱턴 DC

    산업 프로세스 관리자

    이제 Industrial Process Manager 애플리케이션은 Operational Technology Incident ManagementOperational Technology Change Management를 포함하는 Operational Technology Service Management 애플리케이션과 의존성을 갖습니다. 인스턴스에 산업 프로세스 관리자를 설치하려면 다음 SKU 중 하나가 필요합니다.
    • 운영 기술 가시성 SKU
    • 운영 기술 서비스 관리 SKU
    • 산업 프로세스 관리자에게 권한을 부여하는 모든 사용자 지정 SKU

    워싱턴 DC

    인스턴스 데이터 복제

    복제 세트를 메시징 서비스를 사용하는 V2로 업그레이드하여 HLA(인스턴스 데이터 복제)의 성능과 처리 효율성을 개선합니다. 자세한 내용은 인스턴스 데이터 복제의 레거시 복제 세트를 V2로 업그레이드를 참조하세요.

    업그레이드 후 복제 페이로드 오류 [idr_replication_payload_error] 테이블에 로그 회전이 자동으로 활성화됩니다. 기본적으로 로그 교체 일정은 7개의 샤드로 구성되며, 각 샤드마다 5일이 소요됩니다. 업그레이드 전에 생성된 이 테이블의 모든 로그 항목이 자동으로 잘립니다.

    워싱턴 DC

    MID 서버

    최신 MID 서버 시스템 요구 사항은 MID 서버 시스템 요구 사항을 참조하십시오. 지원되는 최소 JRE 버전은 11.0.9이고 권장 버전은 11.0.16.1입니다.

    자체 JRE를 설치한 경우 업그레이드 프로세스는 다음 작업을 수행하여 MID 서버에서 지원되는 JRE를 사용하도록 합니다.
    • MID 서버가 업그레이드할 때 지원되지 않는 JRE 버전을 사용하는 경우 업그레이드 프로세스는 최소 및 권장 JRE 버전과 함께 경고 메시지를 표시합니다.
    • 지원되는 JRE가 MID 서버 호스트에서 실행 중인 경우 업그레이드된 MID 서버가 해당 버전을 사용합니다.

    자동 업그레이드를 사용하려면 모든 MID 서버 호스트 컴퓨터에서 install.service-now.com 다운로드 사이트에 접근할 수 있어야 합니다. 자세한 내용은 시스템의 MID 서버 업그레이드 관리 방법을 참조하십시오.

    실행 파일당 하나의 Windows MID Server 서비스만 허용됩니다. 동일한 설치 폴더를 가리키는 여러 서비스가 있는 업그레이드된 Windows MID Server 는 시작할 수 없습니다. 자세한 내용은 MID 서버 시작 실패를 참조하십시오.

    MID 서버 업그레이드에 대한 자세한 내용은 다음 주제를 참조하십시오.

    워싱턴 DC

    크리에이터용 Now Assist

    워크플로우 스튜디오 성능 향상을 받으려면 ServiceNow Store에서 다음 버전의 워크플로우 스튜디오 애플리케이션 중 하나를 설치하십시오. 워크플로 스튜디오 업그레이드에 대한 자세한 내용은 최신 버전의 워크플로 스튜디오로 업데이트를 참조하십시오.

    표 7. 플로우 생성 기술의 업그레이드 경로
    크리에이터용 Now Assist가 이미 설치되어 있습니까? 업그레이드에 사용할 워크플로우 스튜디오 의 버전
    아니요 Workflow Studio를 버전 25.1.3으로 업그레이드
    Workflow Studio를 버전 25.0.0으로 업그레이드

    워싱턴 DC

    Now Assist

    Now Assist 애플리케이션 및 플러그인 업그레이드 문제 해결에 대한 자세한 내용은 Now Assist 업그레이드의 문제 및 완화에 대한 KB 문서를 참조하십시오.

    워싱턴 DC

    주문 관리

    Washington DC 릴리스에 도입된 기능은 주문 관리의 이전 릴리스에서 지원되지 않습니다.

    Order Management for Telecommunications and Media 버전 6.0 이하에서 업그레이드하는 경우:
    • Washington DC 릴리스부터 제품 오퍼링 및 제품 속성 특성에 대한 MRC(월별 반복 청구) 및 NRC(비반복 청구)는 제품 오퍼링 데이터 모델이 아닌 가격 목록 및 가격표 라인의 가격 책정 데이터 모델에 저장됩니다. Washington D.C.로 업그레이드한 후 가격표를 사용하도록 가격 책정 정보를 업그레이드하려면 Now Support 지식베이스에서 Washington [KB1585863]으로 업그레이드하는 통신, 미디어 및 기술 고객을 위한 가격 관리 플러그인(com.sn_csm_pricing) 활용 문서를 참조하십시오.
    • 릴리스로 업그레이드한 후에는 수정 스크립트가 자동으로 실행되어 완료되지 않은 주문 캡처를 재개하는 데 더 이상 필요하지 않은 특정 통신 목록 기록을 비활성화합니다. 이러한 기록 및 필요한 경우 이전 주문 캡처 프로세스 사용에 대한 자세한 내용은 Now Support 지식베이스의 주문 캡처[KB1586538] 사용 중단 목록 문서를 참조하십시오.

    Washington DC 릴리스로 업그레이드한 후 새 변경 주문 또는 제품 구성기를 사용하는 동안 연결 해제, 일시 중단 또는 재개 작업이 있는 주문에 대한 작업을 수행할 때 재구성 임시 해결책을 검토합니다. 자세한 내용은 Now Support 지식베이스에서 Order Capture UI[KB1585976]를 사용할 때 워싱턴의 주문 라인 재구성 문제 문서를 참조하십시오.

    워싱턴 DC

    주문 관리

    Washington DC 릴리스에 도입된 새로운 기능은 통신, 미디어 및 기술을 위한 Order Management의 이전 릴리스에서 지원되지 않습니다.

    Washington DC 릴리스부터 제품 오퍼링 및 제품 속성 특성에 대해 설정된 월별 반복 청구(MRC) 및 비반복 청구(NRC)는 제품 오퍼링 데이터 모델이 아닌 가격 목록 및 가격표 라인의 가격 책정 데이터 모델에 저장됩니다. Washington DC로 업그레이드한 후 가격표를 사용하도록 가격 책정 정보를 업그레이드하려면 Now Support 지식베이스에서 Washington [KB1585863]으로 업그레이드하는 통신, 미디어 및 기술 고객을 위한 가격 관리 플러그인(com.sn_csm_pricing) 활용 문서를 참조하십시오.

    Washington DC 릴리스로 업그레이드한 후에는 수정 스크립트가 자동으로 실행되어 완료되지 않은 주문 캡처를 재개하는 데 더 이상 필요하지 않은 특정 통신 목록 기록을 비활성화합니다. 이러한 기록 및 필요한 경우 이전 주문 캡처 프로세스 사용에 대한 자세한 내용은 Now Support 지식베이스의 주문 캡처[KB1586538]를 위한 Telco 목록 사용 중단 문서를 참조하십시오.

    Washington DC로 업그레이드한 후 제품 구성기를 사용하는 동안 연결 해제, 일시 중단 또는 재개 작업이 있는 새 변경 주문 또는 주문에 대한 작업에 대한 재구성 임시 해결책을 검토합니다. 자세한 내용은 Now Support 지식베이스에서 Order Capture UI[KB1585976]를 사용할 때 워싱턴의 주문 라인 재구성 문제 문서를 참조하십시오.

    워싱턴 DC

    퍼포먼스 분석

    레거시 PA 점수 [pa_scores] 테이블은 더 이상 사용되지 않습니다. PA 점수 테이블에 캡처된 표시기 점수가 있고 이러한 점수 수가 4,300만 개 미만인 경우 이러한 점수는 업그레이드 시 pa_scores_l1 및 pa_scores_l2 테이블로 자동으로 마이그레이션됩니다. 업그레이드에 추가될 것으로 예상되는 시간은 약 2시간입니다. 자세한 내용은 KB1294371 또는 퍼포먼스 분석 점수 마이그레이션을 참조하십시오.

    워싱턴 DC

    플랫폼 분석 경험

    플랫폼 분석 경험 기능은 이전에 플랫폼 분석 작업 공간에 있었습니다. 이 기능은 이제 Next Experience Unified Navigation을 통해 액세스할 수 있는 핵심 Now Platform의 일부입니다. 코어 UI에서 생성된 대시보드, 보고서 및 퍼포먼스 분석 위젯을 이 기능으로 마이그레이션할 수 있습니다.

    워싱턴 DC

    워크플로우 스튜디오의 플레이북

    Washington DC로 업그레이드한 후 ServiceNow Store에서 Playbook워크플로우 스튜디오 애플리케이션을 업데이트하십시오.

    워싱턴 DC

    포트폴리오 계획

    v8.0.0부터는 Strategic Planning Workspace에서만 Strategic Portfolio Management(SPM) Pro 라이센스가 부여된 기능에 액세스할 수 있습니다. 포트폴리오 계획 작업 공간을 사용하여 목표, 제품 피드백 및 하이브리드 포트폴리오 계획과 같은 SPM Pro 라이센스 기능에 액세스한 경우 이제 Strategic Planning을 설치해야 이러한 기능에 액세스할 수 있습니다. 전략 계획 워크스페이스에서만 액세스할 수 있는 기능에 대한 자세한 내용은 포트폴리오 계획과 전략 계획 비교를 참조하십시오.

    워싱턴 DC

    예측 인텔리전스

    Washington DC로 업그레이드하는 경우 새 회귀 솔루션을 만들 수 없습니다. 기존 솔루션이 있는 경우 해당 솔루션은 계속 지원되며 교육하고 수정할 수 있지만 새 솔루션을 만들 수는 없습니다.

    유사성 및 클러스터링 솔루션에 대한 변경 사항은 Washington DC에 있는 모든 인스턴스에 적용됩니다.

    워싱턴 DC

    사전 예방적 서비스 경험 워크플로우

    문제 티켓 알림을 수신하지 않으려는 고객은 인시던트 및 케이스 테이블과 관련된 비즈니스 규칙을 비활성화할 수 있습니다. 문제 티켓 알림에 대한 비즈니스 규칙을 비활성화하는 방법에 대한 자세한 내용은 문제 티켓 알림 비활성화를 참조하세요.

    워싱턴 DC

    제품 카탈로그 관리 및 가격 책정 관리

    판매 및 주문 관리 애플리케이션의 초기 릴리스에서 표준 가격 조정 매트릭스의 속성 특성을 사용하고 판매 및 주문 관리 애플리케이션의 2024년 5월 릴리스로 업그레이드하는 경우 자동으로 생성된 코드 값의 형식을 수정하는 예약된 작업을 실행해야 합니다. 특수 문자가 포함된 특성 기록의 코드 필드를 수정하기 위한 예약 작업을 실행하여 문자(a-z, A-Z), 숫자(0-9), 밑줄(_) 또는 달러 기호($)가 아닌 모든 문자를 밑줄(_)로 대체합니다. 이 작업은 밑줄로 시작하거나 끝나지 않고, 숫자로 시작하지 않고, 연속된 밑줄을 포함하지 않도록 코드 값을 수정합니다.

    워싱턴 DC

    Public Sector Digital Services

    업그레이드 후 CSM Configurable Workspace 의 특정 공공 부문 메뉴와 메뉴 항목은 원래 CSM 레이블 이름으로 되돌아갑니다. 고객 및 서비스 조직에 대한 UX 목록 범주를 업데이트하여 공공 부문에서 사용하도록 이러한 항목의 레이블을 변경할 수 있습니다. 레이블 변경에 대한 자세한 내용은 다음을 참조하십시오. 모두 > 구성원 서비스 > 관리 > 안내 설정을 클릭하고 공공 부문 디지털 서비스를 위한 구성 가능한 작업 공간 > 작업 공간 레이블을 수동으로 사용자 지정.

    워싱턴 DC

    Robotic Process Automation(RPA) Hub

    RPA 애플리케이션을 다운로드하여 현재 설치된 다음 MSI(Microsoft 소프트웨어 설치 관리자) 중 하나를 업그레이드해야 합니다.
    • RPA Desktop Design 스튜디오
    • 유인 로봇
    • 무인 로봇
    • 무인 로봇 로그인 에이전트
    자세한 내용은 RPA 허브에서 RPA 애플리케이션 다운로드를 참조하십시오.

    다음 업그레이드 단계는 샌디에이고 또는 도쿄 에서 워싱턴 DC로 업그레이드하는 경우에만 적용됩니다.

    애플리케이션 파일 테이블의 기록 수에 따라 RPA 허브 애플리케이션을 Tokyo 또는 그 이전에서 Washington DC로 업그레이드하는 동안 잠재적인 지연이 발생할 수 있습니다.

    RPA HubWashington DC로 업그레이드하기 전에 시스템 속성 값을 glide.rollback.blacklist.TableParentChange.changefalse로 설정해야 합니다. 이 속성이 시스템 속성 [sys_properties] 테이블에 없는 경우 속성을 추가하고 값을 false로 설정합니다. 속성을 추가하는 방법에 대한 자세한 내용은 시스템 속성 추가를 참조하세요.

    Washington DC로 업그레이드하면 봇 프로세스 정의가 봇 프로세스 구성인 새 구조로 변경됩니다.

    봇 프로세스 구성이 봇 프로세스를 완전히 대체하지는 않지만 대부분의 필드는 봇 프로세스에서 봇 프로세스 구성으로 이동됩니다. 시스템 속성 값을 업데이트하지 않고 Utah 버전으로 업그레이드하는 경우 테이블에서 애플리케이션 파일 테이블을 확장하지 않습니다. 테이블 변경 사항을 수동으로 업데이트하려면 Now Support 지식베이스에서 유타에서 sys_metadata RPA 허브 테이블 재구성 문서를 참조하십시오.

    워싱턴 DC

    보안 태세 통제

    보안 태세 통제를 구현하는 데 필요한 애플리케이션의 전체 목록은 보안 태세 통제를 위해 지원되는 애플리케이션 설치의 내용을 참조하십시오.

    워싱턴 DC

    IT Service Management용 서비스 운영 작업 공간

    다음 애플리케이션에 호환되는 업그레이드된 버전이 있는지 확인하십시오.
    • 서비스 운영 작업 공간 ITSM Applications 애플리케이션(sn_sow_itsm_cont)
    • 서비스 운영 작업 공간 ITOM 애플리케이션 애플리케이션(sn_sow_itom_cont)
    표 8. 호환되는 SOW 버전
    SOW-ITSM(sn_sow_itsm_cont) SOW-ITOM(sn_sow_itom_cont)
    1.1.x 21.0.y
    1.2.x 21.1.y
    1.3.x 21.2.y, 21.5.y 및 21.6.y
    2.0.x 22.0.y
    2.1.x 22.1.y 및 22.y.y
    3.1.x 23.y.y
    4.x.x 24.y.y

    테이블에서 x는 서비스 운영 작업 공간 ITSM Applications 애플리케이션(sn_sow_itsm_cont)의 하위 버전이고 y는 서비스 운영 작업 공간 ITOM Applications 애플리케이션(sn_sow_itom_cont)의 하위 버전입니다.

    3.0 업그레이드 후에는 권장 프레임워크 기능을 더 이상 사용할 수 없습니다. 대신 ITSM용 권장 작업 기능의 표준 버전만 사용할 수 있습니다.

    워싱턴 DC

    서비스 포털

    업그레이드 후에는 게스트 사용자가 테이블 입력 매개변수를 허용하는 모든 공개 위젯의 데이터에 액세스할 수 있는 테이블을 지정해야 합니다. 기본적으로 Washington DC 릴리스에서 테이블 입력 매개변수를 허용하는 공개 위젯은 게스트 사용자에 대한 테이블에 액세스하고 테이블의 데이터를 반환할 수 없습니다. 업그레이드하기 전에 또는 glide.service_portal.widget.allow_list 시스템 속성을 추가 glide.service_portal.widget.table_allow_list 한 경우 이러한 속성 값은 업그레이드 후 위젯의 공용 테이블 허용 목록으로 마이그레이션됩니다. 자세한 정보는 위젯 보안 구성의 내용을 참조하십시오.

    또한 필드 수준 읽기 ACL은 기본적으로 단순 목록 위젯 인스턴스의 필터 조건에 적용됩니다. 새 시스템 속성인 glide.service_portal.enable_acls_for_encoded_query_in_list는 단순 목록 위젯 인스턴스에 대해 필터 쿼리 용어에 필드 수준 읽기 ACL 적용 옵션이 선택되었는지 여부에 관계없이 이러한 ACL을 적용합니다. Enforce field-level Read ACLs on Filter query terms(필터 쿼리 용어에 필드 수준 읽기 ACL 적용) 옵션을 사용하려면 값을 glide.service_portal.enable_acls_for_encoded_query_in_list false로 변경합니다. 자세한 내용은 단순 목록 위젯을 참조하십시오.

    사용자가 이전에 플랫폼의 나머지 부분과 다른 포털의 사용자 경험 분석에 대한 사용자 동의 기본 설정을 선택한 경우 플랫폼에 대해 선택한 기본 설정은 Washington DC 릴리스의 포털에도 사용됩니다. 예를 들어 사용자가 Vancouver 릴리스에서 포털에 대한 추적을 옵트아웃했지만 나머지 플랫폼에 대한 추적을 옵트인한 경우 포털에 대한 사용자 경험 분석이 Washington DC 릴리스에서 추적됩니다. 사용자는 언제든지 포털의 사용자 프로파일 페이지에서 선택 항목을 업데이트할 수 있습니다.

    워싱턴 DC

    소프트웨어 자산 관리

    Washington DC로 업그레이드한 후 AdobeMicrosoft 365 통합과 관련된 모든 사용자 지정을 다시 실행해야 합니다. 이러한 통합의 기능이 소프트웨어 자산 관리 - SaaS 라이선스 관리 스토어 애플리케이션으로 이동되기 때문입니다.
    • 영향을 받는 파일을 사용자 지정한 경우 업그레이드 프로세스는 파일을 건너뛰고 충돌을 나타냅니다. 충돌을 수동으로 해결하고 기존의 이전 파일이 삭제되었는지 확인해야 합니다.
    • 영향을 받는 파일을 사용자 지정하지 않은 경우 업그레이드의 일부로 파일이 삭제되고 새 sys_id 있는 파일이 생성됩니다.

    워싱턴 DC

    Strategic Planning

    v4.0.2부터는 전략 계획 워크스페이스에서만 Strategic Portfolio Management(SPM) Pro 라이센스가 부여된 기능에 액세스할 수 있습니다. 포트폴리오 계획 작업 공간을 사용하여 목표, 제품 피드백 및 하이브리드 포트폴리오 계획과 같은 SPM Pro 라이센스 기능에 액세스한 경우 이제 Strategic Planning을 설치해야 이러한 기능에 액세스할 수 있습니다. 전략 계획 워크스페이스에서만 액세스할 수 있는 기능에 대한 자세한 내용은 전략 계획에서 포트폴리오 계획 수립 탐색을 참조하십시오.

    Strategic Planning v4.1.2로 업그레이드하고 이전에 개인화 측면 패널을 사용하여 목표 페이지의 목록 뷰 또는 계층 구조 뷰를 사용자 지정한 경우 v4.1.2에서 수행된 사용자 인터페이스 개선 사항이 표시되지 않을 수 있습니다. 이 경우 사용자 기본 설정 기록을 삭제해야 합니다. 개인화 측면 패널을 사용하여 만든 사용자 기본 설정을 삭제하는 방법에 대한 자세한 내용은 KB1642037 참조하십시오.

    워싱턴 DC

    공급자 수명주기 운영

    Vancouver 릴리스에서 Washington DC 릴리스로 업그레이드한 후에는 모두 탐색 탭에 소싱-지급 작업 공간만 표시됩니다. 소싱-지급 작업 공간을 계속 사용하기로 선택한 경우에는 아무 작업도 수행할 필요가 없습니다.

    그러나 작업 공간 탭에는 소싱-지급 작업 공간공급자 관리자 작업 공간이 모두 표시됩니다. 기본 소싱-지급 작업 공간 대신 공급자 관리자 작업 공간을 사용하려면 Washington DC 릴리스로 업그레이드한 후 fixscript_migrate_workspace_to_smw.xml 수정 스크립트를 실행해야 합니다. ServiceNow Store에서 fixscript_migrate_workspace_to_smw.xml 파일을 다운로드할 수 있습니다.

    소싱-지급 작업 공간 사용으로 되돌리려면 fixscript_migrate_workspace_to_s2p.xml 수정 스크립트를 실행합니다. ServiceNow Store에서 fixscript_migrate_workspace_to_smw.xml 파일을 다운로드할 수 있습니다. 수정 스크립트를 실행하는 방법에 대한 자세한 내용은 수정 스크립트 실행의 내용을 참조하십시오.

    Washington DC로 업그레이드한 후에는 모든 업그레이드 후 작업을 검토하고 필요에 따라 완료해야 합니다. 자세한 내용은 공급자 수명주기 관리에 대한 업그레이드 후 작업을 참조하십시오.

    워싱턴 DC

    취약성 대응 통합

    워싱턴 DC

    워크플로우 스튜디오

    워크플로우 스튜디오 성능 향상을 받으려면 ServiceNow Store에서 다음 버전의 워크플로우 스튜디오 애플리케이션 중 하나를 설치하십시오.

    표 9. 플로우 생성 기술의 업그레이드 경로
    크리에이터용 Now Assist가 이미 설치되어 있습니까? 업그레이드에 사용할 워크플로우 스튜디오 의 버전
    아니요 Workflow Studio를 버전 25.1.3으로 업그레이드
    Workflow Studio를 버전 25.0.0으로 업그레이드

    워싱턴 DC

    AI 검색

    이전 릴리스에서 Xanadu로 업그레이드한 후 다음 단계를 수행하여 대시보드, 데이터 시각화 및 KPI 탐색 탭을 Next ExperienceAI 검색의 전역 검색 결과에 추가합니다.
    1. AI Searchfor Next Experience ServiceNow Store 애플리케이션을 버전 4 이상으로 업데이트합니다. 업데이트 지침은 ServiceNow Store 애플리케이션에 업데이트 설치를 참조하십시오.
    2. Now Support 지식베이스AI 검색 for Next Experience 4.0 PAR 테이블 업데이트 세트(KB1644544) 문서에 제공된 업데이트 세트를 커밋합니다. 업데이트 세트에 대한 자세한 내용은 시스템 업데이트 세트를 참조하십시오.

    Xanadu

    외상 매입금 운영

    이전 릴리스에서 업그레이드하는 경우 참조 필드 세금 코드 [sn_fin_tax_code] 테이블을 구성해야 합니다. 예외 엔진은 세금 코드를 사용하여 송장의 유효성을 검사하고 필요한 경우 예외를 발생합니다.

    Xanadu

    Analytics, Intelligence, and Reporting

    업그레이드하는 경우 플랫폼 분석 마이그레이션 센터를 사용하여 모든 데이터 소스에 대한 단일 시각화 및 통합 필터 세트를 활용할 수 있습니다.

    Xanadu

    앱 엔진 스튜디오

    AEMC(앱 엔진 Management Center)에서 그룹을 할당하는 새로운 프로세스로 인해 각 인스턴스에 동일한 버전의 애플리케이션 수용 플러그인이 설치되어 있는지 확인하십시오.

    Xanadu

    애플리케이션 취약성 대응

    Xanadu

    비즈니스 연속성 관리

    계획 기록에 도입된 관계 테이블은 예약된 작업에 의해 Update BCP dependencies snapshot 생성됩니다. Xanadu 릴리스로 업그레이드한 후에는 예약된 작업이 실행된 후에만 또는 종속성 업데이트 단추를 수동으로 선택해야만 이러한 테이블을 볼 수 있습니다.

    Xanadu

    CSM용 케이스 관리

    고객 서비스 관리자 역할 [sn_customerservice_manager]에는 승인자 사용자 역할 [approver_user]이 포함됩니다. 승인자 사용자 역할은 승인 관리자 역할[approval_admin]을 대체합니다. 고객 서비스 관리자 역할이 있는 사용자는 자신에게 할당된 승인 요청을 승인할 수 있습니다.

    Xanadu

    클라우드 비용 관리 8.0.0

    클라우드 비용 관리 8.0 버전으로 업그레이드하면 AWS(Amazon Web Services), Microsoft AzureGCP(Google Cloud Platform) 서비스 제공자가 새 태그 범주 AI 서비스를 사용할 수 있습니다. 클라우드 비용 관리는 이번 달 이후부터 청구 다운로드 작업만 실행하므로 AI 서비스에 대한 지출은 이번 달에만 포함됩니다. 이번 달 이전 달의 청구 상세 정보를 보려면 청구 다운로드 작업을 수동으로 실행해야 합니다. 청구 다운로드 작업이 성공적으로 실행되면 AI 서비스의 지출 데이터를 볼 수 있습니다.

    Xanadu

    구성 관리 데이터베이스(CMDB)

    • Xanadu로 업그레이드하기 전에는 CMDB 작업 공간의 관리 뷰에 있는 최근 CI 활동 및 최근 애플리케이션 서비스 활동 타일의 "업데이트된 CI" 및 "업데이트된 애플리케이션 서비스" 추세선이 시스템의 변경 사항에 정확하게 반영되지 않았을 수 있습니다. XanaduCMDB Workspace 버전 5.5, 6.2 또는 7.2로 업그레이드한 후 이러한 추세선은 업데이트된 CI 및 업데이트된 애플리케이션 서비스의 보다 정확한 탐지에 반영됩니다.
    • CMDB 건강:

      CMDB Health Dashboard - Relationship Compliance Processor 또는 CMDB Health Dashboard - Relationship Score Calculation 대시보드 작업이 활성 상태이면 Xanadu로 업그레이드하는 동안 해당 작업이 비활성화됩니다. 업그레이드가 완료되면 해당 작업을 다시 활성화하여 CI 관계에 대한 상태 보고서를 재개할 수 있습니다. 다른 모든 CMDB 상태 대시보드 작업의 활성 상태는 유지됩니다.

      100,000보다 큰 KPI 또는 메트릭에 대한 장애 임계치는 업그레이드 중에 100,000으로 설정됩니다. 지정된 메트릭 테스트에 실패하는 CI 수가 많을 때 과도한 처리를 방지하기 위해 이 상한이 적용됩니다.

    • Xanadu로 업그레이드한 후 CI 대시보드의 책갈피가 더 이상 작동하지 않습니다. 페이지를 찾을 수 없음 오류 메시지가 나타납니다. CI에 대한 CMDB 상태 보고서를 보려면 CMDB 작업 공간에서 CI 양식을 여십시오.
    • 코어 UI의 레거시 애플리케이션 서비스 대시보드는 Xanadu 릴리스에서 지원되지 않습니다. 업그레이드 후에도 이전에 만든 책갈피를 사용하여 레거시 대시보드에 계속 액세스할 수 있습니다. 대신 CMDB 작업 공간의 인사이트 뷰에 있는 애플리케이션 서비스 타일에서 CMDB 작업 공간의 애플리케이션 서비스 대시보드에 액세스할 수도 있습니다.
    • 코어 UICMDB 통합 대시보드는 Xanadu 릴리스에서 지원되지 않습니다. 업그레이드 후에도 이전에 만든 책갈피를 사용하여 레거시 대시보드에 계속 액세스할 수 있습니다.
    업그레이드된 인스턴스에서 레거시 대시보드에 액세스하려면 다음으로 이동하십시오. 모두 > Self-Service > 대시보드 을 클릭한 다음 대시보드를 검색합니다.

    Xanadu

    데이터 관리

    업그레이드 전에 보관 규칙 또는 테이블 클리너 규칙으로 구성된 각 테이블에 대해 데이터 관리 정책 기록이 자동으로 생성됩니다.

    Xanadu

    워크플로우 스튜디오의 결정 테이블

    워크플로우 스튜디오 는 인스턴스에 자동으로 설치됩니다. 그러나 워크플로우 스튜디오ServiceNow Store 애플리케이션이므로 최신 기능을 사용하려면 버전을 최신 버전으로 수동 업데이트해야 합니다. Washington DC 패치 3부터 워크플로우 스튜디오 를 업데이트하면 워크플로우 스튜디오, 플레이북, 의사 결정 빌더 등 모든 애플리케이션 종속성이 자동으로 업데이트됩니다. 더 이상 ServiceNow Store 또는 플러그인 목록에서 워크플로우 스튜디오의 개별 애플리케이션 의존성을 보거나 업데이트할 수 없습니다.

    Xanadu

    워크플로우 스튜디오의 플로우, 하위 플로우 및 작업

    업그레이드 후 이전에 fd_read_operations 역할을 가졌던 사용자는 이제 실행 상태 및 기간과 같은 기본 실행 세부 정보만 볼 수 있습니다. 이 제한으로 인해 이 역할을 가진 사용자는 실행 세부 정보에서 중요한 정보를 볼 수 없습니다. 입력 구성 및 런타임 값과 같은 모든 실행 세부 정보에 대한 읽기 권한을 제공하려면 사용자에게 새 역할 fd_read_operations_all 부여합니다.

    Xanadu

    하드웨어 자산 관리 11.0.0

    Xanadu로 업그레이드한 후 하드웨어 자산 관리에 대한 코어 UI 퍼포먼스 분석 대시보드와 Next Experience 플랫폼 분석 대시보드를 모두 볼 수 있습니다.
    주:
    코어 UI 퍼포먼스 분석 대시보드를 Next Experience 플랫폼 분석 대시보드로 마이그레이션하는 동안 대시보드 복제를 방지하기 위해 자동 마이그레이션이 기본적으로 비활성화됩니다.

    Xanadu

    ITOM Health

    ServiceNow® Store에서 앱 서비스 확장 앱을 설치하여 애플리케이션 서비스 매핑을 개선합니다.

    Xanadu

    ITOM Optimization

    ServiceNow® Store에서 앱 서비스 확장 앱을 설치하여 애플리케이션 서비스 매핑을 개선합니다.

    Xanadu

    ITOM 가시성

    Service Mapping 환경을 개선하려면 ServiceNow® Store에서 Service Mapping Plus 버전 13.0을 설치하십시오.

    ServiceNow® Store에서 앱 서비스 확장 앱을 설치하여 애플리케이션 서비스 매핑을 개선합니다.

    서비스 매핑 플러스 고객의 경우 ServiceNow® Store에서 앱 서비스 확장 앱을 설치하여 애플리케이션 서비스 매핑을 개선하십시오.

    Xanadu

    산업 프로세스 관리자

    이제 Industrial Process Manager 애플리케이션은 Operational Technology Incident ManagementOperational Technology Change Management를 포함하는 Operational Technology Service Management 애플리케이션과 의존성을 갖습니다. 인스턴스에 산업 프로세스 관리자를 설치하려면 다음 SKU 중 하나가 필요합니다.
    • 운영 기술 가시성 SKU
    • 운영 기술 서비스 관리 SKU
    • 산업 프로세스 관리자에게 권한을 부여하는 모든 사용자 지정 SKU

    Xanadu

    MID 서버

    최신 MID 서버 시스템 요구 사항은 MID 서버 시스템 요구 사항을 참조하십시오. 지원되는 최소 JRE 버전은 11.0.9이고 권장 버전은 11.0.16.1입니다.

    자체 JRE를 설치한 경우 업그레이드 프로세스는 다음 작업을 수행하여 MID 서버가 지원되는 JRE 를 사용하는지 확인합니다.
    • MID 서버가 업그레이드할 때 지원되지 않는 JRE 버전을 사용하는 경우 업그레이드 프로세스는 최소 및 권장 JRE 버전과 함께 경고 메시지를 표시합니다.
    • 지원되는 JRE가 MID 서버 호스트에서 실행 중인 경우 업그레이드된 MID 서버가 해당 버전을 사용합니다.

    자동 업그레이드를 사용하려면 모든 MID 서버 호스트 컴퓨터에서 install.service-now.com 다운로드 사이트에 접근할 수 있어야 합니다. 자세한 내용은 시스템의 MID 서버 업그레이드 관리 방법을 참조하십시오.

    실행 파일에는 하나의 Windows MID Server 서비스만 허용됩니다. 동일한 설치 폴더를 가리키는 여러 서비스가 있는 업그레이드된 Windows MID Server 는 시작할 수 없습니다. 자세한 내용은 MID 서버 시작 실패를 참조하십시오.

    MID 서버 업그레이드에 대한 자세한 내용은 다음 주제를 참조하십시오.

    Xanadu

    보안 운영용 Now Assist

    애플리케이션을 구현하기 위한 요구 사항 목록은 보안 운영용 Now Assist에 대한 지원 정보를 참조하십시오.

    Xanadu

    Now Assist

    Now Assist 기술과 연결된 UI 작업 또는 기타 항목을 사용자 지정한 경우 사용자 지정 코드가 새 기술 릴리스로 업데이트되었는지 확인합니다. 그렇지 않으면 특정 기능이 예상대로 작동하지 않을 수 있습니다.

    Now Assist 제품을 업그레이드할 때 문제가 발생하면 KB1637452: Now Assist(생성 AI) 애플리케이션 및 플러그인 업데이트에 대한 문제 및 완화를 참조하십시오. 문서를 보려면 로그인해야 할 수 있습니다.

    Xanadu

    플랫폼 분석 경험

    신규 고객: 플랫폼 분석 경험은 Now Platform에서 자동으로 사용할 수 있습니다. 데이터를 더 잘 이해하고 활용할 수 있도록 직관적인 인터페이스를 제공합니다.

    업그레이드 고객: 현재 코어 UI 응답 대시보드를 사용 중인 경우 중단 없이 계속 액세스할 수 있습니다. 새로운 기능을 최대한 활용하려면 플랫폼 분석 환경으로 전환하는 것이 좋습니다.

    Xanadu

    워크플로우 스튜디오의 플레이북

    Xanadu로 업그레이드한 후 ServiceNow Store에서 Playbook워크플로우 스튜디오 애플리케이션을 업데이트하십시오.

    Xanadu

    Public Sector Digital Services

    업그레이드 후 CSM Configurable Workspace 의 특정 공공 부문 메뉴와 메뉴 항목은 원래 CSM 레이블 이름으로 되돌아갑니다. 고객 및 서비스 조직에 대한 UX 목록 범주를 업데이트하여 공공 부문에서 사용하도록 이러한 항목의 레이블을 변경할 수 있습니다. 레이블 변경에 대한 자세한 내용은 다음을 참조하십시오. 모두 > 구성원 서비스 > 관리 > 안내 설정을 클릭하고 공공 부문 디지털 서비스를 위한 구성 가능한 작업 공간 > 작업 공간 레이블을 수동으로 사용자 지정.

    Xanadu

    RPA 허브

    RPA 애플리케이션을 다운로드하여 현재 설치된 다음 MSI( Microsoft 소프트웨어 설치 관리자)를 업그레이드합니다.
    • RPA Desktop Design 스튜디오
    • 유인 로봇
    • 무인 로봇
    • 무인 로봇 로그인 에이전트
    자세한 내용은 RPA 허브에서 RPA 애플리케이션 다운로드를 참조하십시오.

    다음 업그레이드 정보는 San Diego 또는 Tokyo 에서 Xanadu로 업그레이드하는 경우에만 적용됩니다.

    애플리케이션 파일 테이블의 기록 수에 따라 RPA 허브 애플리케이션을 Tokyo 또는 이전 릴리스에서 Xanadu로 업그레이드하는 동안 잠재적인 지연이 발생할 수 있습니다.

    RPA Hub를Xanadu로 업그레이드하기 전에 시스템 속성 값을 glide.rollback.blacklist.TableParentChange.changefalse로 설정해야 합니다. 이 속성이 시스템 속성 [sys_properties] 테이블에 없는 경우 속성을 추가하고 값을 false로 설정합니다. 속성을 추가하는 방법에 대한 자세한 내용은 시스템 속성 추가를 참조하세요.

    Xanadu로 업그레이드한 후 봇 프로세스 정의가 봇 프로세스 구성인 새 구조로 변경됩니다.

    봇 프로세스 구성이 봇 프로세스를 완전히 대체하지는 않지만 대부분의 필드는 봇 프로세스에서 봇 프로세스 구성으로 이동됩니다. 시스템 속성 값을 업데이트하지 않고 Xanadu 로 업그레이드하는 경우 테이블은 애플리케이션 파일 테이블을 확장하지 않습니다. 테이블 변경 사항을 수동으로 업데이트하려면 Now Support 지식베이스의 Restructuring RPA Hub tables to sys_metadata in Utah and beyond 릴리스 문서를 참조하십시오.

    Xanadu

    보안 인시던트 응답

    그 개..

    Xanadu

    보안 태세 통제

    보안 태세 제어를 구현하는 데 필요한 애플리케이션의 전체 목록은 보안 태세 제어 설치의 내용을 참조하십시오.

    Xanadu

    서비스 브리지

    • Service BridgeXanadu 릴리스와 함께 릴리스되는 2.x.x는 서비스 브리지 (레거시) 버전의 마이그레이션을 지원하지 않습니다. 서비스 브리지(레거시) 버전을 사용하는 경우 Xanadu 릴리스로 업그레이드하기 전에 Now Support 지식베이스의 제공자용 서비스 브리지(레거시) - 마이그레이션 유틸리티(KB1499823) 문서의 지침에 따라 구성 데이터를 마이그레이션해야 합니다.
    • 일치하지 않는 버전 지원의 도입으로 인해 소비자와 제공자가 모두 Xanadu 릴리스로 업그레이드할 때까지 새 권리를 활성화할 수 없습니다. 이전의 활성 권리는 계속 작동하지만 새 권리는 활성화할 수 없습니다.

    Xanadu

    ITSM용 서비스 운영 작업 공간

    다음 애플리케이션에 호환되는 업그레이드된 버전이 있는지 확인하십시오.
    • 서비스 운영 작업 공간 ITSM Applications 애플리케이션(sn_sow_itsm_cont)
    • 서비스 운영 작업 공간 ITOM 애플리케이션 애플리케이션(sn_sow_itom_cont)
    표 10. 호환되는 서비스 운영 작업 공간 버전
    ITSM서비스 운영 작업 공간(sn_sow_itsm_cont) ITOM서비스 운영 작업 공간(sn_sow_itom_cont)
    1.1.x 21.0.y
    1.2.x 21.1.y
    1.3.x 21.2.y, 21.5.y 및 21.6.y
    2.0.x 22.0.y
    2.1.x 22.1.y 및 22.y.y
    3.1.x 23.y.y
    4.x.x 24.y.y
    5.0.x 24.2.y

    Xanadu

    ServiceNow SDK

    now-sdk upgrade 명령을 사용하여 ServiceNow SDK의 최신 버전으로 업그레이드합니다. 자세한 내용은 ServiceNow SDK 업그레이드를 참조하십시오.

    Xanadu

    기술 관리

    기술 대시보드는 Xanadu 릴리스의 Next Experience UI로 자동 마이그레이션됩니다. 업그레이드하면 Next Experience UI에서 기술 대시보드에 자동으로 액세스할 수 있습니다.

    Xanadu

    소프트웨어 자산 관리

    Microsoft Entra ID 스포크 4.3 버전으로 Microsoft Azure AD - Download Group Membership 업그레이드하면 기존 Microsoft Azure AD SSO 또는 디렉터리 통합에 대해 디렉터리 작업이 실행되지 않습니다. 이 디렉터리 작업은 새 Microsoft Azure AD SSO 또는 디렉터리 통합에 대해서도 만들어지지 않습니다. Microsoft Azure AD - Download Groups 대신 디렉터리 작업은 Microsoft Azure AD에 구성된 모든 그룹 및 그룹 멤버 자격을 다운로드합니다.

    Xanadu

    시스템 업데이트 세트

    정보 수집.

    Xanadu

    Telecommunications Network Inventory

    이전 릴리스의 기존 사용자인 경우 Xanadu로 업그레이드한 후 네트워크 인벤토리 작업 공간 메뉴에서 레거시 및 새 제품 모델을 모두 사용할 수 있습니다. 이 문제를 해결하려면 레거시 제품 모델 데이터를 현재 인스턴스의 새 제품 모델 테이블로 마이그레이션해야 합니다. 절차에 대한 자세한 내용은 KB1695167 참조하십시오.

    Xanadu

    워크플로우 스튜디오

    Washington DC 패치 3부터 워크플로우 스튜디오를 업데이트하면 ServiceNow® 워크플로우 스튜디오, 플레이북, ServiceNow® 의사 결정 빌더 등 모든 애플리케이션 의존성이 자동으로 업데이트됩니다. 더 이상 ServiceNow® Store 또는 플러그인 목록에서 워크플로우 스튜디오의 개별 애플리케이션 의존성을 보거나 업데이트할 수 없습니다.

    Xanadu