마이그레이션 모니터링
VLDB 마이그레이션의 가장 중요한 구성 요소 중 하나는 개발, 테스트 및 "시험 실행" 마이그레이션 중에 구성된 모니터링, 로깅 및 진단입니다.
각 테스트 주기 후 모니터링 및 진단 결과의 필수 모니터링 및 해석 배포는 필수이며 마이그레이션을 최적화하고 프로덕션 컷오버를 계획하는 데 필수적입니다. 또한 테스트 마이그레이션에서 얻은 결과는 실제 프로덕션 마이그레이션이 테스트 마이그레이션과 동일한 패턴 및 타임라인을 따르는지 판단할 수 있어야 합니다. 고객은 SAP 파트너와 함께 일반 프로젝트 검토 검사점을 요청해야 합니다. 성공적인 프로젝트 이행에 필요한 기술 및 조직 기술을 갖춘 컨설턴트 목록을 Microsoft에 문의하세요.
포괄적인 모니터링 및 로깅이 없으면 데이터 무손실을 보장하면서 안전하고 반복 가능하고 일관적이고 가동 중지 시간이 짧은 마이그레이션을 달성하는 것은 거의 불가능합니다. 일부 패키지의 긴 런타임과 같은 문제가 발생하는 경우 Microsoft 및/또는 SAP가 데이터 모니터링 및 마이그레이션 디자인 설명서 없이 스폿 컨설팅을 지원하는 것은 거의 불가능합니다.
OS/DB 마이그레이션의 런타임 동안 다음 항목을 모니터링하세요.
- DB 및 R3load 호스트의 OS 수준 매개 변수: 스레드당 CPU, 스레드당 커널 시간, 사용 가능한 메모리(GB), 페이지 인/초, 페이지 아웃/초, Disk IO 읽기/초, Disk IO 쓰기/초, Disk 읽기 KB/초, Disk 쓰기 KB/초
- SQL Server 대상의 DB 수준 매개 변수: BCP 행 수/초, BCP KB/초, 트랜잭션 로그 %, 메모리 부여, 보류 중인 메모리 부여, 잠금, 잠금 메모리, 잠금/차단
- 네트워크 모니터링: 일반적으로 네트워크 팀이 처리합니다. 네트워크 모니터링의 정확한 구성은 고객의 상황에 따라 달라집니다.
DB 가져오기 런타임 동안 몇 분마다 다음 SQL 문을 실행하고 비정상적인 모든 것(예: 높은 대기 시간)을 문서화하는 것이 좋습니다.
select session_id, request_id,start_time, status, command, wait_type, wait_resource, wait_time, last_wait_type, blocking_session_id from sys.dm_exec_requests
where session_id >49 orderby wait_time desc;
모든 마이그레이션 테스트 주기 동안 내보내고 가져온 패키지 수를 보여주는 "플라이트 계획"(y축)을 시간(x축)에 대해 그려야 합니다. 이 그래프의 목적은 최종 프로덕션 마이그레이션 컷오버 동안 예상되는 진행률을 설정하는 것입니다. 테스트 또는 최종 프로덕션 마이그레이션 중에 예상되는 "플라이트 계획"의 편차(양수 또는 음수)는 이 방법을 사용하여 쉽게 탐지됩니다. CPU, 디스크 및 R3load 행 수/초와 같은 다른 매개 변수는 "플라이트 계획" 위에 오버레이할 수 있습니다.
내보내기 및 가져오기가 끝나면 마이그레이션 시간 보고서를 수집해야 합니다(export_time.html 및 import_time.html).