업그레이드 계획 수립 검사 목록
인스턴스 업그레이드와 관련된 활동을 계획하고 추적합니다 ServiceNow . 성공적인 업그레이드를 위한 모든 작업을 완료하려면 업그레이드 계획 검사 목록의 단계별 지침에 따라 업그레이드를 추적하고 계획합니다.
인스턴스 수, 사용자 지정 등에 따라 일부 선택적 단계는 적절하지 않을 수 있습니다. N/A 열에 필요하지 않은 항목을 표시하십시오.
자체 호스팅 고객을 위한 단계를 완료하는 프로세스는 다를 수 있습니다(예: 인스턴스 클론 또는 업그레이드 요청). 이러한 차이를 고려하여 계획을 수립해야 합니다.
| 고객 이름: | |
| 제품 인스턴스 이름: | https://[instancename]입니다.service-now.com |
| 기타 인스턴스 이름 | https://[인스턴스 이름].service-now.com https://[인스턴스 이름].service-now.com |
| 설명 | 예 | 아니요 | 해당 사항 없음 | |
|---|---|---|---|---|
| 1단계 - 릴리스 정보를 읽고 업그레이드 계획 | ||||
| 1 | Xanadu 릴리스 정보 대상 ServiceNow 기능 릴리스 및 패치와 제품 및 릴리스 설명서를 검토합니다. 특정 업그레이드 고려 사항에 대한 자세한 Xanadu 내용은 을 참조하십시오 다양한 제품에 대한 업그레이드 전후 작업. |
 |
|
|
| 2단계 - 이러한 계획 수립 작업을 완료합니다. | ||||
| 2 | 어떤 ServiceNow 인스턴스가 업그레이드 범위 내에 있는지 확인합니다. |
|||
| 3 | 인스턴스 호스팅 모델을 확인합니다. 예를 들어 ServiceNow 클라우드, 온 프레미스 또는 오프프레미스가 있습니다. |
|
|
|
| 4 | 및 기타 릴리스 자료를 기반으로 Xanadu 릴리스 정보 업그레이드 후 검증이 필요한 새로운 기능 또는 주목할 만한 변경 사항을 결정합니다. |
|
|
|
| 5 |
새 제품 릴리스에 도입된 기능을 활성화하거나 비활성화할 계획을 확인합니다. |
|
|
|
| 6 | 브라우저 지원 를 검토하여 브라우저 필수 구성 요소를 확인합니다. 예를 들어 지원되는 버전 및 유형과 새 UI 버전에 대한 추가 요구 사항이 있습니다. 지원되는 브라우저를 회사 표준과 비교하고 격차를 파악합니다. |
|
|
|
| 7 | 복제, 업그레이드 및 테스트를 위한 프로젝트 계획을 생성합니다. |
|
|
|
| 8 | 업그레이드 전후에 ServiceNow 인스턴스에서 기능을 확인하는 데 필요한 테스터, 파워 유저 및 주요 이해 관계자로 구성된 핵심 팀을 식별합니다. |
|
|
|
| 9 | 환경 클론 또는 업그레이드 타이밍에 영향을 주는 변경 정지 창이 있는지 확인합니다. 예를 들어, 분기말입니다. |
|
|
|
| 10 | 다음 중 어떤 상황이 ServiceNow 비프로덕션 인스턴스에 적용되는지 확인합니다.
|
|||
| 11 | 통합 테스트에 필요한 다른 시스템(주요 자원 및 환경)의 가용성을 확인합니다. |
|
|
|
| 12 | 통합 테스트에 ServiceNow 인스턴스를 사용할 수 있는 제한사항이 있는지 확인합니다. 예를 들어, 인터페이스 시스템은 특정 ServiceNow 테스트 인스턴스에 액세스하도록 설정되어 있습니다. |
|
|
|
| 13 | 테스트 범위와 접근 방식을 확인합니다. |
|
|
|
| 14 | 모든 핵심 인스턴스 기능 및 통합에 대한 테스트 케이스를 포함하는 포괄적인 테스트 계획을 생성합니다. |
|
|
|
| 15 | 테스트 중에 식별된 결함을 추적하는 방법을 확인합니다. |
|
|
|
| 16 | 다음을 포함하는 개략적인 구현 계획을 수립합니다.
|
|
|
|
| 17 | 환경 클론 또는 업그레이드 타이밍에 영향을 주는 변경 정지 창이 있는지 확인합니다. 예를 들어, 분기말입니다. 담당자: ServiceNow 또는 Customer |
|
|
|
| 18 | 기존 내부 교육 자료, 고객 인스턴스의 지식베이스 문서 또는 기타 지원 문서를 업그레이드된 버전에 맞게 업데이트해야 하는지 여부를 결정합니다. 예를 들어 기능 또는 사용자 인터페이스의 변경이 있습니다. |
|
|
|
| 19 | 선택적: 고객 구성을 ServiceNow 베스트 프랙티스에 맞추기 위한 권장 사항을 제공하는 ServiceNow 구성 검토를 예약합니다. 주: 서비스 요금이 부과될 수 있으며 전문 서비스 참여가 필요할 수 있습니다. |
|
|
|
| 20 | 프로덕션 인스턴스에서 시스템 클론을 생성하고 개발 인스턴스를 대상 인스턴스로 선택합니다. 영향을 받는 사용자와 내부 이해 관계자에게 (프로덕션에서) 복제하고 비프로덕션 인스턴스를 업그레이드하기 위해 예약된 날짜/시간을 알립니다. 주: 프로덕션 인스턴스를 최대한 가깝게 반영하는 시스템에서 테스트하는 것이 중요합니다. 비프로덕션 인스턴스와 프로덕션 인스턴스의 크기가 동일한 경우 프로덕션 감사 로그와 첨부 파일 데이터를 포함하고 제외 옵션을 선택 취소했는지 확인합니다. |
|
|
|
| 3단계 - 다음에서 업그레이드 구성을 확인하고 개발 인스턴스 업그레이드를 예약합니다. Now Support | ||||
| 21 | 예약된 작업의 구성을 Check distribution for possible upgrade 확인하여 실행되는 빈도와 시기를 확인합니다. |
|
|
|
| 22 | 가능한 업그레이드 sys_trigger에 대한 배포 확인이 업그레이드에 대해 올바르게 설정되어 있는지 확인합니다. |
|
|
|
| 23 | 데이터베이스에서 가능한 업그레이드 sys_trigger 확인이 업그레이드에 적합하도록 설정되어 있는지 확인합니다. |
|
|
|
| 24 | 에서 Now Support업그레이드를 예약합니다. |
|
|
|
| 25 | 해당하는 경우 버전 권리를 요청합니다. |
|
|
|
| 4단계 - 개발 인스턴스 업그레이드 및 확인 | ||||
| 26 | 업그레이드 모니터를 사용하여 인스턴스에 대한 업그레이드를 모니터링하고 개발 인스턴스에 대한 업그레이드가 완료되었는지 확인합니다. |
|
|
|
| 27 | 개발 인스턴스에 대한 업그레이드가 완료되면 업그레이드 모니터에서 건너뛴 기록 목록을 처리합니다 . |
|
|
|
| 28 | 업데이트 세트를 식별합니다. |
|
|
|
| 29 | 업그레이드 이전 및 이후에 개발 인스턴스에 대해 스모크 테스트를 수행합니다. 포괄적인 테스트 계획을 사용하여 기능 테스트를 수행합니다. |
|
|
|
| 5단계 - 해당하는 경우: 테스트 인스턴스와 같은 다른 비프로덕션 인스턴스를 업그레이드하고 검증합니다 | ||||
| 30 | 프로덕션 인스턴스에서 시스템 클론을 생성하고 개발 인스턴스를 대상 인스턴스로 선택합니다. |
|
|
|
| 31 | 에서 Now Support 비프로덕션 업그레이드를 예약하고 업그레이드 구성을 확인합니다. |
|
|
|
| 32 | 비프로덕션 인스턴스에 대한 업그레이드가 완료되었는지 확인합니다. |
|
|
|
| 33 | 개발 인스턴스에 설치되었던 옵션 플러그인을 설치합니다. |
|
|
|
| 34 | 필요한 사용자 지정 애플리케이션 및 업그레이드 사후 수정 스크립트를 설치합니다. |
|
|
|
| 35 | 업데이트 세트를 설치합니다. |
|
|
|
| 36 | 기능 테스트를 수행하고 인스턴스의 성과를 모니터링합니다. |
|
|
|
| 6단계 - 프로덕션 인스턴스 업그레이드 준비 | ||||
| 3 7 | 모든 비프로덕션 인스턴스 결함이 업데이트 세트에서 수정되고 확인되었음을 IT 및 비즈니스 이해 관계자로부터 확인서 확인합니다. 책임: 고객 |
|
|
|
| 38 | 프로덕션 업그레이드 후 ServiceNow 인스턴스에서 기능을 확인하는 데 필요한 주요 이해 관계자로 구성된 핵심 팀을 확인합니다. 책임: 고객 |
|
|
|
| 39 | 업그레이드 후 1일 차 지원 범위를 확인합니다. 책임: 고객 |
|
|
|
| 40 | 모든 업그레이드 단계, 역할 및 책임, 통신 계획, 주요 연락처, 1일차 지원 범위 등을 포함하는 프로덕션 업그레이드 구현 계획을 생성합니다. 책임: 고객 |
|
|
|
| 41 | 주요 이해 관계자 및 핵심 팀과 함께 구현 계획을 둘러보고 확인하는 일정을 예약합니다. 책임: 고객 |
|
|
|
| 42 | 조직 변경 프로세스에서 요구하는 대로 변경 기록에 대한 승인을 제출하고 얻습니다. 책임: 고객 |
|
|
|
| 43 | 주요 이해 관계자와 최종 사용자에게 프로덕션 업그레이드 중단, 새로운 기능 등에 대한 상세 정보를 포함한 통신문을 보냅니다. 책임: 고객 |
|
|
|
| 44 | 업그레이드하기 전에 인스턴스의 성능을 프로파일링합니다. |
|
|
|
| 45 | 성능 홈페이지를 ServiceNow 사용하여 업그레이드 전에 인스턴스의 성과를 문서화합니다. |
|
|
|
| 46 | 클론에서 기능 테스트를 수행하고 인스턴스의 성능을 모니터링합니다. |
|
|
|
| 7단계 - 프로덕션 인스턴스 업그레이드 | ||||
| 47 | 에서 Now Support업그레이드를 예약합니다. |
|
|
|
| 48 | 해당하는 경우 버전 권리를 요청합니다. |
|
|
|
| 49 | 인스턴스에 대한 업그레이드를 모니터링하고 프로덕션 인스턴스에 대한 업그레이드가 완료되었는지 확인합니다. |
|
|
|
| 50 | 가지고 있는 업데이트 세트 및 업그레이드 사후 수정 스크립트를 적용합니다. |
|
|
|
| 51 | UAT(사용자 수용 테스트)를 수행하여 인스턴스를 확인하고 테스트합니다. 프로덕션 업그레이드 후 시스템이 제대로 수행되고 있으며 주요 기능을 사용할 수 있는지 모든 주요 이해 관계자와 함께 확인합니다. |
|
|
|