Amazon Aurora MySQL 소스 또는 SUPERUSER 권한을 허용하지 않는 소스로 마이그레이션 작업을 만들고 실행하는 경우 마이그레이션에 추가 단계가 필요할 수 있습니다.
Amazon Aurora MySQL 이전 작업 만들기
다음 요구사항을 고려하고 이전 프로세스를 조정하세요.
MySQL은 소스 호스트 이름 정의를 60자(영문 기준)로 제한합니다. Amazon Aurora 데이터베이스 호스트 이름은 일반적으로 60자(영문 기준)보다 깁니다. 이전하는 데이터베이스가 이 경우인 경우 DNS 리디렉션을 구성하여 도메인 이름을 Amazon Aurora 데이터베이스 인스턴스의 도메인 이름과 연결하는 CNAME 레코드를 만듭니다. DNS CNAME 설정에 관한 자세한 내용은 Cloud DNS 문서 또는 AWS Route53 문서를 참고하세요.
바이너리 로그는 표준 블록 스토리지에 저장해야 하며 Amazon S3에는 저장할 수 없습니다.
제공된 수동 덤프를 사용하여 연속 마이그레이션 작업을 만들려면
GTID를 사용 설정해야 합니다.GTID_MODE는 ON, OFF, OFF_PERMISSIVE이어야 합니다. ON_PERMISSIVE의GTID_MODE값은 지원되지 않습니다.초기 전체 덤프를 수행하려면 소스 데이터베이스에서 MySQL Amazon Aurora 쓰기를 약 20초 동안 중지합니다.
데이터베이스 이전 서비스는 MySQL 데이터베이스 클러스터의 Amazon Aurora 읽기 전용 복제본 인스턴스에서 데이터를 이전할 수 없습니다. 인스턴스에서 바이너리 로그 파일을 가져올 수 없기 때문입니다. 자세한 내용은 Aurora MySQL 바이너리 로깅 구성에 관한 Amazon 문서를 참고하세요.
마이그레이션 작업 실행
초기 전체 덤프를 수행하려면 소스 데이터베이스에서 MySQL Amazon Aurora 쓰기를 약 20초 동안 중지합니다. 쓰기 활동을 찾는 스크립트를 사용하여 소스 데이터베이스에 대한 모든 쓰기가 중지되었는지 확인할 수 있습니다.
쓰기를 중지하고 재개할 시점은 마이그레이션 작업의 상태 및 하위 상태에 표시됩니다. 상태 변경사항은 API, Console 또는 Cloud Monitoring에서 직접 추적할 수 있습니다.
상태가 시작 중 | 소스 쓰기 중지 대기 중으로 변경되면 소스 데이터베이스에 대한 쓰기가 중지되어야 합니다. Database Migration Service는 쓰기가 중지되었음을 감지하고 상태가 실행 중 | 덤프 준비 중으로 변경됩니다.
상태가 실행 중 | 전체 덤프 진행 중으로 변경되면 소스 데이터베이스에 대한 쓰기를 다시 시작해도 됩니다.
Database Migration Service가 약 20분 동안 초기 덤프를 계속 시도합니다. 쓰기가 중지되지 않았거나 상태 업데이트 전에 쓰기가 재개되면 프로세스가 실패하고 실패 원인을 설명하는 오류가 반환됩니다.