일회성 마이그레이션을 위해 소스 MySQL 데이터베이스 구성

이 페이지에서는 일회성 동종 MySQL 마이그레이션을 위해 다음 소스 데이터베이스 인스턴스를 구성하는 방법을 설명합니다.

MySQL용 Cloud SQL 소스 구성

마이그레이션 프로세스에 MySQL용 Cloud SQL 소스 인스턴스를 구성하려면 다음을 수행하세요.

  1. 소스 데이터베이스에 DEFINER 절을 사용하여 사용자가 정의한 메타데이터가 포함되어 있는지 확인합니다. DEFINER 절로 메타데이터 확인을 참조하세요.

    동종 MySQL 마이그레이션을 위한 Database Migration Service는 사용자 계정 및 로그인을 마이그레이션하지 않습니다. `DEFINER` 절이 있는 사용자 계정으로 정의된 메타데이터가 포함된 소스는 마이그레이션을 차단할 수 있습니다.

  2. 소스 데이터베이스에 mysql, performance_schema, information_schema, ndbinfo, 또는 sys 시스템 스키마의 테이블을 참조하는 객체가 포함되어 있는 경우 복제본 데이터베이스에도 이러한 시스템 스키마 테이블이 포함되어 있는지 확인합니다.

    복제본 데이터베이스에 이러한 테이블이 없으면 마이그레이션 작업이 Unknown table in system schema 오류와 함께 실패할 수 있습니다.

  3. 인스턴스에 전용 마이그레이션 사용자 계정을 만듭니다. Cloud SQL 문서의 사용자 만들기를 참조하세요. 다음 사항을 확인하세요.

    • 전용 사용자 계정이 모든 호스트 (host=%)에서 연결할 수 있도록 허용합니다.
    • 계정의 비밀번호가 32자를 초과하지 않습니다. MySQL 사용자 비밀번호 길이 제한에 대한 자세한 내용은 MySQL 버그 #43439를 참조하세요.

  4. 전용 마이그레이션 사용자 계정에 필요한 권한을 할당합니다. 일회성 마이그레이션의 경우 필요한 권한의 전체 목록은 자체 덤프 파일을 제공하는지 아니면 Database Migration Service 관리형 덤프 기능을 사용하는지에 따라 다릅니다.

    관리형 덤프

    Database Migration Service에서 소스 데이터베이스의 전체 덤프를 자동으로 가져오도록 하려면 사용자 계정에 다음 권한을 할당하세요.

    • SELECT
    • SHOW VIEW
    • TRIGGER
    • RELOAD
    • 소스 MySQL 버전 8.0 이상: 마이그레이션 계정에 BACKUP_ADMIN 권한이 없는지 확인합니다.

    수동 덤프

    자체 덤프 파일mysqldump을 제공하는 경우 사용자 계정에 추가 권한을 할당할 필요가 없습니다.

자체 호스팅 MySQL 소스 구성

마이그레이션 프로세스에 자체 호스팅 MySQL 소스 인스턴스를 구성하려면 다음을 수행하세요.

  1. 모든 테이블 (시스템 데이터베이스의 테이블 제외) InnoDB 스토리지 엔진을 사용하는지 확인합니다. 다른 스토리지 엔진을 사용하는 경우 테이블을 변환해야 할 수 있습니다. 자세한 내용은 MyISAM에서 InnoDB로 테이블 변환을 참조하세요.
  2. 소스 데이터베이스에 절을 사용하여 사용자가 정의한 메타데이터가 포함되어 있는지 확인합니다.DEFINER DEFINER 절로 메타데이터 확인을 참조하세요.

    동종 MySQL 마이그레이션을 위한 Database Migration Service는 사용자 계정 및 로그인을 마이그레이션하지 않습니다. `DEFINER` 절이 있는 사용자 계정으로 정의된 메타데이터가 포함된 소스는 마이그레이션을 차단할 수 있습니다.

  3. 소스 데이터베이스에 mysql, performance_schema, information_schema, ndbinfo, 또는 sys 시스템 스키마의 테이블을 참조하는 객체가 포함되어 있는 경우 복제본 데이터베이스에도 이러한 시스템 스키마 테이블이 포함되어 있는지 확인합니다.

    복제본 데이터베이스에 이러한 테이블이 없으면 마이그레이션 작업이 Unknown table in system schema 오류와 함께 실패할 수 있습니다.

  4. GTID_MODE가 ON 또는 OFF로 설정되어 있는지 확인합니다. 다른 값은 지원되지 않습니다.

    Database Migration Service는 GTID_MODE를 ON 다음 시나리오에서 설정해야 합니다.

    • 읽기 복제본이 사용 설정된 기존 대상 인스턴스로 마이그레이션하는 경우
    • 덤프 파일을 수동으로 만들고 마이그레이션 작업에서 제공하려는 경우

    GTID_MODE에 대한 자세한 내용은 전역 거래 ID 시스템 변수를 참조하세요.

  5. 인스턴스에 전용 마이그레이션 사용자 계정을 만듭니다. 계정 관리 문을 참조하세요.. 다음 사항을 확인하세요.

    • 전용 사용자 계정이 모든 호스트 (host=%)에서 연결할 수 있도록 허용합니다.
    • 계정의 비밀번호가 32자를 초과하지 않습니다. MySQL 사용자 비밀번호 길이 제한에 대한 자세한 내용은 MySQL 버그 #43439를 참조하세요.

  6. 전용 마이그레이션 사용자 계정에 필요한 권한을 할당합니다. 일회성 마이그레이션의 경우 필요한 권한의 전체 목록은 자체 덤프 파일을 제공하는지 아니면 Database Migration Service 관리형 덤프 기능을 사용하는지에 따라 다릅니다.

    관리형 덤프

    Database Migration Service에서 소스 데이터베이스의 전체 덤프를 자동으로 가져오도록 하려면 사용자 계정에 다음 권한을 할당하세요.

    • SELECT
    • SHOW VIEW
    • TRIGGER
    • GTID_MODE = ON 설정이 있는 소스: RELOAD

      관리형 덤프 흐름을 사용하면 Database Migration Service는 GTID_MODE = ON 설정이 읽기 복제본이 사용 설정된 기존 대상 인스턴스로 마이그레이션할 때만 필요합니다.

    • 소스 MySQL 버전 8.0 이상: 마이그레이션 계정에 BACKUP_ADMIN 권한이 없는지 확인합니다.

    수동 덤프

    자체 덤프 파일mysqldump을 제공하는 경우 사용자 계정에 추가 권한을 할당할 필요가 없습니다.

MySQL용 Amazon RDS 소스 구성

마이그레이션 프로세스에 MySQL용 Amazon RDS 소스 인스턴스를 구성하려면 다음을 수행하세요.

  1. MySQL용 Amazon RDS는 기본적으로 InnoDB 스토리지 엔진을 사용하지만 다른 스토리지 엔진을 사용할 수 있습니다. 모든 테이블 (시스템 데이터베이스의 테이블 제외)이 InnoDB 스토리지 엔진을 사용하는지 확인합니다. 다른 스토리지 엔진을 사용하는 경우 테이블을 변환해야 할 수 있습니다. 자세한 내용은 MyISAM에서 InnoDB로 테이블 변환을 참조하세요.
  2. 소스 데이터베이스에 DEFINER 절을 사용하여 사용자가 정의한 메타데이터가 포함되어 있는지 확인합니다. DEFINER 절로 메타데이터 확인을 참조하세요.

    동종 MySQL 마이그레이션을 위한 Database Migration Service는 사용자 계정 및 로그인을 마이그레이션하지 않습니다. `DEFINER` 절이 있는 사용자 계정으로 정의된 메타데이터가 포함된 소스는 마이그레이션을 차단할 수 있습니다.

  3. 소스 데이터베이스에 mysql, performance_schema, information_schema, ndbinfo, 또는 sys 시스템 스키마의 테이블을 참조하는 객체가 포함되어 있는 경우 복제본 데이터베이스에도 이러한 시스템 스키마 테이블이 포함되어 있는지 확인합니다.

    복제본 데이터베이스에 이러한 테이블이 없으면 마이그레이션 작업이 Unknown table in system schema 오류와 함께 실패할 수 있습니다.

  4. GTID_MODE가 ON 또는 OFF로 설정되어 있는지 확인합니다. 다른 값은 지원되지 않습니다. MySQL용 Amazon RDS는 기본적으로 GTID_MODE = OFF 를 사용합니다.

    Database Migration Service는 GTID_MODE를 ON 다음 시나리오에서 설정해야 합니다.

    • 읽기 복제본이 사용 설정된 기존 대상 인스턴스로 마이그레이션하는 경우
    • 덤프 파일을 수동으로 만들고 마이그레이션 작업에서 제공하려는 경우

    GTID_MODE에 대한 자세한 내용은 전역 거래 ID 시스템 변수를 참조하세요.

  5. 인스턴스에 전용 마이그레이션 사용자 계정을 만듭니다. 계정 관리 문을 참조하세요.. 다음 사항을 확인하세요.

    • 전용 사용자 계정이 모든 호스트 (host=%)에서 연결할 수 있도록 허용합니다.
    • 계정의 비밀번호가 32자를 초과하지 않습니다. MySQL 사용자 비밀번호 길이 제한에 대한 자세한 내용은 MySQL 버그 #43439를 참조하세요.

  6. 전용 마이그레이션 사용자 계정에 필요한 권한을 할당합니다. 일회성 마이그레이션의 경우 필요한 권한의 전체 목록은 자체 덤프 파일을 제공하는지 아니면 Database Migration Service 관리형 덤프 기능을 사용하는지에 따라 다릅니다.

    관리형 덤프

    Database Migration Service에서 소스 데이터베이스의 전체 덤프를 자동으로 가져오도록 하려면 사용자 계정에 다음 권한을 할당하세요.

    • SELECT
    • SHOW VIEW
    • TRIGGER
    • LOCK TABLES
    • GTID_MODE = ON 설정이 있는 소스: RELOAD

      관리형 덤프 흐름을 사용하면 Database Migration Service는 GTID_MODE = ON 설정이 읽기 복제본이 사용 설정된 기존 대상 인스턴스로 마이그레이션할 때만 필요합니다.

    • 소스 MySQL 버전 8.0 이상: 마이그레이션 계정에 BACKUP_ADMIN 권한이 없는지 확인합니다.

    수동 덤프

    자체 덤프 파일mysqldump을 제공하는 경우 사용자 계정에 추가 권한을 할당할 필요가 없습니다.

MySQL용 Amazon Aurora 소스 구성

마이그레이션 프로세스에 MySQL용 Amazon Aurora 소스 인스턴스를 구성하려면 다음을 수행하세요.

  1. 소스 데이터베이스에 절을 사용하여 사용자가 정의한 메타데이터가 포함되어 있는지 확인합니다.DEFINER DEFINER 절로 메타데이터 확인을 참조하세요.

    동종 MySQL 마이그레이션을 위한 Database Migration Service는 사용자 계정 및 로그인을 마이그레이션하지 않습니다. `DEFINER` 절이 있는 사용자 계정으로 정의된 메타데이터가 포함된 소스는 마이그레이션을 차단할 수 있습니다.

  2. 소스 데이터베이스에 mysql, performance_schema, information_schema, ndbinfo, 또는 sys 시스템 스키마의 테이블을 참조하는 객체가 포함되어 있는 경우 복제본 데이터베이스에도 이러한 시스템 스키마 테이블이 포함되어 있는지 확인합니다.

    복제본 데이터베이스에 이러한 테이블이 없으면 마이그레이션 작업이 Unknown table in system schema 오류와 함께 실패할 수 있습니다.

  3. GTID_MODE가 ON 또는 OFF로 설정되어 있는지 확인합니다. 다른 값은 지원되지 않습니다. MySQL용 Amazon Aurora는 기본적으로 GTID_MODE = OFF 를 사용합니다.

    Database Migration Service는 GTID_MODE를 ON 다음 시나리오에서 설정해야 합니다.

    • 읽기 복제본이 사용 설정된 기존 대상 인스턴스로 마이그레이션하는 경우
    • 덤프 파일을 수동으로 만들고 마이그레이션 작업에서 제공하려는 경우

    GTID_MODE에 대한 자세한 내용은 전역 거래 ID 시스템 변수를 참조하세요.

  4. 인스턴스에 전용 마이그레이션 사용자 계정을 만듭니다. 계정 관리 문을 참조하세요.. 다음 사항을 확인하세요.

    • 전용 사용자 계정이 모든 호스트 (host=%)에서 연결할 수 있도록 허용합니다.
    • 계정의 비밀번호가 32자를 초과하지 않습니다. MySQL 사용자 비밀번호 길이 제한에 대한 자세한 내용은 MySQL 버그 #43439를 참조하세요.

  5. 전용 마이그레이션 사용자 계정에 필요한 권한을 할당합니다. 일회성 마이그레이션의 경우 필요한 권한의 전체 목록은 자체 덤프 파일을 제공하는지 아니면 Database Migration Service 관리형 덤프 기능을 사용하는지에 따라 다릅니다.

    관리형 덤프

    Database Migration Service에서 소스 데이터베이스의 전체 덤프를 자동으로 가져오도록 하려면 사용자 계정에 다음 권한을 할당하세요.

    • SELECT
    • SHOW VIEW
    • TRIGGER
    • LOCK TABLES
    • GTID_MODE = ON 설정이 있는 소스: RELOAD

      관리형 덤프 흐름을 사용하면 Database Migration Service는 GTID_MODE = ON 설정이 읽기 복제본이 사용 설정된 기존 대상 인스턴스로 마이그레이션할 때만 필요합니다.

    • 소스 MySQL 버전 8.0 이상: 마이그레이션 계정에 BACKUP_ADMIN 권한이 없는지 확인합니다.

    수동 덤프

    자체 덤프 파일을 제공하는 경우mysqldump 사용자 계정에 추가 권한을 할당할 필요가 없습니다.

MySQL용 Microsoft Azure Database 소스 구성

마이그레이션 프로세스에 MySQL용 Microsoft Azure Database 소스 인스턴스를 구성하려면 다음을 수행하세요.

  1. 소스 데이터베이스에 절을 사용하여 사용자가 정의한 메타데이터가 포함되어 있는지 확인합니다.DEFINER DEFINER 절로 메타데이터 확인을 참조하세요.

    동종 MySQL 마이그레이션을 위한 Database Migration Service는 사용자 계정 및 로그인을 마이그레이션하지 않습니다. `DEFINER` 절이 있는 사용자 계정으로 정의된 메타데이터가 포함된 소스는 마이그레이션을 차단할 수 있습니다.

  2. 소스 데이터베이스에 mysql, performance_schema, information_schema, ndbinfo, 또는 sys 시스템 스키마의 테이블을 참조하는 객체가 포함되어 있는 경우 복제본 데이터베이스에도 이러한 시스템 스키마 테이블이 포함되어 있는지 확인합니다.

    복제본 데이터베이스에 이러한 테이블이 없으면 마이그레이션 작업이 Unknown table in system schema 오류와 함께 실패할 수 있습니다.

  3. GTID_MODE가 ON 또는 OFF로 설정되어 있는지 확인합니다. 다른 값은 지원되지 않습니다. MySQL용 Microsoft Azure Database는 기본적으로 GTID_MODE = OFF 를 사용합니다.

    Database Migration Service는 GTID_MODE를 ON 다음 시나리오에서 설정해야 합니다.

    • 읽기 복제본이 사용 설정된 기존 대상 인스턴스로 마이그레이션하는 경우
    • 덤프 파일을 수동으로 만들고 마이그레이션 작업에서 제공하려는 경우

    GTID_MODE에 대한 자세한 내용은 전역 거래 ID 시스템 변수를 참조하세요.

  4. require_secure_transport 설정 값을 확인합니다.

    기본적으로 Microsoft Azure 데이터베이스는 모든 수신 연결에 SSL/TLS 암호화를 요구합니다. require_secure_transport 값에 따라 소스 연결 프로필을 만들 때 다음 암호화 설정 중 하나를 사용합니다.

    • require_secure_transport가 on으로 설정된 경우 기본, TLS 또는 mTLS를 선택합니다.
    • require_secure_transport가 off로 설정된 경우 없음 을 선택합니다.

  5. 인스턴스에 전용 마이그레이션 사용자 계정을 만듭니다. 계정 관리 문을 참조하세요.. 다음 사항을 확인하세요.

    • 전용 사용자 계정이 모든 호스트 (host=%)에서 연결할 수 있도록 허용합니다.
    • 계정의 비밀번호가 32자를 초과하지 않습니다. MySQL 사용자 비밀번호 길이 제한에 대한 자세한 내용은 MySQL 버그 #43439를 참조하세요.

  6. 전용 마이그레이션 사용자 계정에 필요한 권한을 할당합니다. 일회성 마이그레이션의 경우 필요한 권한의 전체 목록은 자체 덤프 파일을 제공하는지 아니면 Database Migration Service 관리형 덤프 기능을 사용하는지에 따라 다릅니다.

    관리형 덤프

    Database Migration Service에서 소스 데이터베이스의 전체 덤프를 자동으로 가져오도록 하려면 사용자 계정에 다음 권한을 할당하세요.

    • SELECT
    • SHOW VIEW
    • TRIGGER
    • GTID_MODE = ON 설정이 있는 소스: RELOAD

      관리형 덤프 흐름을 사용하면 Database Migration Service는 GTID_MODE = ON 설정이 읽기 복제본이 사용 설정된 기존 대상 인스턴스로 마이그레이션할 때만 필요합니다.

    • 소스 MySQL 버전 8.0 이상: 마이그레이션 계정에 BACKUP_ADMIN 권한이 없는지 확인합니다.

    수동 덤프

    자체 덤프 파일을 제공하는 경우mysqldump 사용자 계정에 추가 권한을 할당할 필요가 없습니다.

다음 단계

동종 MySQL용 Cloud SQL 마이그레이션에 대한 완전한 단계별 마이그레이션 안내를 보려면 MySQL용 Cloud SQL 마이그레이션 시작하기를 참조하세요.