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에서 직접 추적할 수 있습니다.
상태가 Starting | Waiting for source writes to stop(시작됨 | 소스 쓰기 중지 대기 중)으로 변경되면 소스 데이터베이스에 대한 쓰기를 중지해야 합니다. Database Migration Service는 쓰기가 중지되었음을 감지하고 상태가 실행 중 | 덤프 준비 중으로 변경됩니다.
상태가 실행 중 | 전체 덤프 진행 중으로 변경되면 소스 데이터베이스에 대한 쓰기를 다시 시작해도 됩니다.
Database Migration Service가 약 20분 동안 초기 덤프를 계속 시도합니다. 쓰기가 중지되지 않았거나 상태 업데이트 전에 쓰기가 재개되면 프로세스가 실패하고 실패 원인을 설명하는 오류가 반환됩니다.
[[["이해하기 쉬움","easyToUnderstand","thumb-up"],["문제가 해결됨","solvedMyProblem","thumb-up"],["기타","otherUp","thumb-up"]],[["이해하기 어려움","hardToUnderstand","thumb-down"],["잘못된 정보 또는 샘플 코드","incorrectInformationOrSampleCode","thumb-down"],["필요한 정보/샘플이 없음","missingTheInformationSamplesINeed","thumb-down"],["번역 문제","translationIssue","thumb-down"],["기타","otherDown","thumb-down"]],["최종 업데이트: 2025-09-05(UTC)"],[[["\u003cp\u003eMigrations from Amazon Aurora MySQL sources without SUPERUSER privileges require specific adjustments to the migration process.\u003c/p\u003e\n"],["\u003cp\u003eSource hostnames longer than 60 characters require configuring a DNS redirect with a CNAME record.\u003c/p\u003e\n"],["\u003cp\u003eBinary logs must be stored on standard block storage, not Amazon S3, for migration jobs.\u003c/p\u003e\n"],["\u003cp\u003eFor initial full dumps, it is necessary to stop writes to the source MySQL Amazon Aurora database for around 20 seconds, using scripts to identify when to stop.\u003c/p\u003e\n"],["\u003cp\u003eDatabase Migration Service cannot migrate data from an Amazon Aurora read-only replica instance because it cannot retrieve binary log files from the instance.\u003c/p\u003e\n"]]],[],null,["# Migrating from Amazon Aurora MySQL without SUPERUSER privileges\n\n\u003cbr /\u003e\n\nWhen you create and run a migration job with an Amazon Aurora MySQL source or\nsources that don't allow SUPERUSER privileges, the migration can require additional steps.\n\nCreate the Amazon Aurora MySQL migration job\n--------------------------------------------\n\nMake sure you consider the following requirements and adjust your migration process:\n\n1. MySQL limits the source hostname definition to 60 characters. Amazon Aurora\n databases hostnames will typically be longer than 60 characters. If this\n is the case for the database you are migrating, configure\n a DNS redirect to create a\n [CNAME record](https://docs.aws.amazon.com/Route53/latest/DeveloperGuide/resource-record-sets-choosing-alias-non-alias.html)\n that associates your domain name with the domain name of your Amazon Aurora\n database instance. For more information about setting up DNS CNAME, see the\n [Cloud DNS documentation](/dns/docs/set-up-dns-records-domain-name) or the\n [AWS Route53 documentation](https://docs.aws.amazon.com/Route53/latest/DeveloperGuide/routing-to-rds-db.html).\n\n2. Binary logs must be stored on standard block storage and cannot be stored\n on Amazon S3.\n\n3. Creating a continuous migration job with a manual dump provided requires\n `GTID` to be enabled. `GTID_MODE` must be either\n \u003cvar translate=\"no\"\u003eON\u003c/var\u003e, \u003cvar translate=\"no\"\u003eOFF\u003c/var\u003e, or \u003cvar translate=\"no\"\u003eOFF_PERMISSIVE\u003c/var\u003e.\n The `GTID_MODE` value of \u003cvar translate=\"no\"\u003eON_PERMISSIVE\u003c/var\u003e isn't supported.\n\n4. To take the initial full dump, stop MySQL Amazon Aurora writes at the\n source database for approximately 20 seconds.\n\n5. Database Migration Service can't migrate data from an Amazon Aurora read-only replica instance of a MySQL database cluster because\n binary log files can't be retrieved from the instance. For more information, see the Amazon documentation about\n [configuring Aurora MySQL binary logging](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/USER_LogAccess.MySQL.BinaryFormat.html).\n\nRun the migration job\n---------------------\n\nTo take the initial full dump, stop MySQL Amazon Aurora writes\nat the source database for approximately 20 seconds. You can use a script that [finds write activities](/database-migration/docs/mysql/debugging-tools#write-activities) to verify that all writing to the source database is stopped.\n\nIndication of when to stop and resume writes is in the status and substatus of\nthe migration job. The status changes can be tracked in the API, Console or\ndirectly in Cloud Monitoring:\n\n1. After the status changes to **Starting \\| Waiting for source writes to stop** ,\n writing should be stopped to the source database. Database Migration Service identifies that the writing stopped, and the status changes to **Running \\| Preparing the dump**.\n\n2. After the status changes to **Running \\| Full dump in progress**, it's safe\n to resume writing to the source database.\n\nDatabase Migration Service keeps trying to take the initial dump for approximately 20 minutes. If writes haven't been stopped, or if writes are resumed before the status update, then the process fails and returns an error describing the cause of the failure."]]
