A. 예정된 날짜에 맞춰 출시하는 것이 가장 강력한 거버넌스 성과이기 때문입니다.

B. 지역 출시를 지원하는 시스템의 복구 가능성 증거를 확보하기 위해 출시를 잠시 연기합니다.

C. 예정된 일정에 맞춰 릴리스하고 향후 SAP HANA 클라우드 마이그레이션 계획에 복구 유효성 검사를 추가합니다.

D. 테스트 시작 전에 복구 유효성 검사가 완료되지 않았으므로 지역 출시를 취소합니다.

A. 완료된 백업만으로도 통합 테스트의 연속성을 확보할 수 있으므로 테스트 주기를 해제하십시오.

B. 릴리스 승인 전에 복구 유효성 검사를 완료하고 시작 동작을 문서화합니다.

C. 데이터베이스를 사용할 수 없게 된 경우에만 사이클을 해제하고 복구 유효성 검사를 수행합니다.

D. SIT는 프로덕션 환경이 아니므로 복구 유효성 검사를 대시보드 가용성으로 대체합니다.

A. 기술 마이그레이션 완료를 기준으로 웨이브를 종료하고, 실제 사용 시작 후 클라우드 측 지원 기준을 추가합니다.

B. 양 환경에 대해 단일하고 영구적인 운영 모델에 대한 합의가 이루어질 때까지 마이그레이션 프로그램을 완전히 중단합니다.

C. 웨이브 완료를 선언하기 전에 모니터링, 지원 준비 및 인수인계를 위한 대상 환경 운영 승인 검사를 추가합니다.

D. 혼합 환경 수용 기준은 항상 불필요한 복잡성을 야기하므로 준비된 목표 워크로드를 온프레미스 로드맵으로 되돌립니다.

A. 백업 카탈로그에 최신 백업이 성공적으로 완료된 것으로 표시되므로 통합 문서를 승인합니다.

B. 선택한 복구 순서를 변경하지 않고 새 백업 카탈로그 내보내기를 생성하고 통합 문서에 첨부합니다.

C. SAP HANA를 재시작하여 복구 통합 문서가 다음 검토 시 최신 백업 항목을 인식할 수 있도록 하십시오.

D. 최신 유효 백업 시퀀스를 포함하도록 복구 통합 문서를 업데이트하고, 의도된 복구 지점을 검증하고, 증거를 기록합니다.

A. 두 시스템 모두 백업 일정에 따라 보호되므로 복구 가능성에 대한 증거가 동등합니다.

B. 전환 패키지는 각 시스템에 대해 백업 완료와 복구 가능성 검증을 구분해야 합니다.

C. 업그레이드된 시스템은 설치된 유효성 검사 데이터베이스에서 복구 가능성 증거를 계승할 수 있습니다.

D. 시스템이 아직 예행연습 결정 기간에 있으므로 복구 검증을 생략할 수 있습니다.