초대형 데이터베이스 살펴보기
이제 Azure 클라우드로 이동된 SAP 시스템에는 일반적으로 대규모 다국적 "단일 전역 인스턴스" 시스템이 포함됩니다. 이러한 시스템은 Azure 플랫폼이 SAP 워크로드용으로 처음 인증될 때 배포된 첫 번째 고객 시스템보다 수배 더 큽니다.
VLDB(초대형 데이터베이스)는 일반적으로 Azure로 이동됩니다. 20TB 초과 데이터베이스를 허용되는 가동 중지 시간 내에 위험을 줄이면서 온-프레미스에서 Azure로 마이그레이션하려면 추가 기술 및 절차가 필요합니다.
대략적인 개요
완전히 최적화된 초대형 데이터베이스 마이그레이션은 시간당 약 2TB 이상의 마이그레이션 처리량을 달성해야 합니다. 즉, 20TB 크기의 데이터 전송 구성 요소 마이그레이션을 약 10시간 만에 완료할 수 있습니다. 다양한 후처리 및 유효성 검사 단계를 수행해야 합니다. 일반적으로 충분한 준비 및 테스트 시간이 있으면 모든 규모의 고객 시스템을 Azure로 이동할 수 있습니다.
VLDB 마이그레이션은 상당한 기술이 필요하고 세부 정보 및 분석에 주의를 기울여야 합니다. 예를 들어 테이블 분할의 순효과를 측정하고 분석해야 합니다. 큰 테이블을 50개가 넘는 병렬 내보내기로 분할하면 테이블을 내보내는 시간을 상당히 줄일 수 있지만, 테이블을 너무 많이 분할하면 가져오기 시간이 크게 증가할 수 있습니다. 따라서 테이블 분할의 순영향을 계산하고 테스트해야 합니다. 전문적으로 허가받은 OS/DB 마이그레이션 컨설턴트는 개념과 도구에 대해 잘 알고 있어야 합니다. VLDB 마이그레이션에 대한 Azure 관련 내용을 집중적으로 살펴보겠습니다.
특히 SQL Server를 대상 데이터베이스로 사용하여 R3load 및 Migmon 같은 도구를 통해 이기종 OS/DB를 Azure로 마이그레이션하는 방법을 다룹니다. 이 마이그레이션 단계는 동일한 시스템 복사본, 즉 DBMS 및 프로세서 아키텍처(Endian 순서)가 동일하게 유지되는 복사본에는 적합하지 않습니다. 일반적으로는 로그 전달을 사용하여 Azure에서 데이터베이스 복사본을 동기화할 수 있으므로 DBMS 크기에 상관없이 같은 유형의 시스템 복사본은 가동 중지 시간이 짧습니다.
다음과 같은 핵심 사항 다음에 일반적인 VLDB OS/DB 마이그레이션 및 Azure로의 이전을 보여 주는 블록 다이어그램이 나옵니다.
현재 원본 OS는 AIX, HPUX, Solaris 또는 Linux이고 DB는 DB2 또는 Oracle인 경우가 많습니다.
대상 OS는 Windows, Suse 12.3, Redhat 7.x 또는 Oracle Linux 7.x입니다.
대상 DB는 일반적으로 SQL Server 또는 Oracle 12.2입니다.
IBM pSeries, Solaris SPARC 하드웨어, HP Superdome 스레드 성능은 저가형 최신 Intel 상용 서버보다 많이 낮으므로 R3load는 별도의 Intel 서버에서 실행됩니다.
VMware의 경우 잘 작동하고 안정적이며 예측 가능한 네트워크 성능을 얻기 위한 특별 튜닝 및 구성이 필요합니다. 일반적으로 R3load 서버는 물리적 서버로 사용되며 가상 머신은 사용되지 않습니다.
내보내기 서버 수에는 제한이 없지만 일반적으로 4개의 내보내기 R3load 서버가 사용됩니다. 일반적인 구성은 다음과 같습니다.
- 내보내기 서버 1 - 가장 큰 1~4 테이블 전용(원본 데이터베이스에서 데이터 배포의 기울기에 따라 다름)
- 내보내기 서버 2 - 테이블 분할을 사용하는 테이블 전용
- 내보내기 서버 3 - 테이블 분할을 사용하는 테이블 전용
- 내보내기 서버 4 - 나머지 모든 테이블
내보내기 덤프 파일은 공용 인터넷을 통해 AzCopy를 사용하여 Intel 기반 R3load 서버의 로컬 디스크에서 Azure로 전송됩니다. 이는 일반적으로 ExpressRoute를 통하는 것보다 빠릅니다.
가져오기의 제어 및 시퀀스는 모든 내보내기 패키지가 완료될 때 자동으로 생성되는 신호 파일(SGN)을 통해 이루어집니다. 따라서 반 병렬 내보내기/가져오기가 가능합니다.
SQL Server 또는 Oracle로 가져오기는 4개의 가져오기 서버를 사용하는 내보내기와 유사하게 구성됩니다. 관련 서버는 가속화된 네트워킹을 사용하는 별도의 전용 R3load 서버입니다. 이 작업에는 SAP 애플리케이션 서버를 사용하지 않는 것이 좋습니다.
VLDB 데이터베이스는 일반적으로 Premium Storage가 있는 E64v3, m64 또는 m128 가상 머신을 사용합니다. 트랜잭션 로그를 로컬 SSD 디스크에 배치하면 트랜잭션 로그 쓰기 속도를 높이고 가상 머신 할당량에서 트랜잭션 로그 IOPS 및 IO 대역폭을 제거할 수 있습니다. 마이그레이션 후 트랜잭션 로그를 영구 디스크에 저장해야 합니다.
