Mengonfigurasi database MySQL sumber untuk migrasi satu kali

Halaman ini menjelaskan cara mengonfigurasi instance database sumber berikut untuk migrasi MySQL homogen satu kali:

Mengonfigurasi sumber Cloud SQL untuk MySQL

Untuk mengonfigurasi instance sumber Cloud SQL untuk MySQL untuk proses migrasi Anda, lakukan hal berikut:

  1. Periksa apakah database sumber Anda berisi metadata yang ditentukan oleh pengguna dengan klausa DEFINER. Lihat Memverifikasi metadata dengan klausa DEFINER.

    Database Migration Service untuk migrasi MySQL homogen tidak memigrasikan akun pengguna dan login. Sumber yang berisi metadata yang ditentukan oleh akun pengguna dengan klausa DEFINER dapat memblokir migrasi Anda.

  2. Jika database sumber Anda berisi objek yang mereferensikan tabel dalam skema sistem mysql, performance_schema, information_schema, ndbinfo, atau sys, pastikan database replika juga berisi tabel skema sistem ini.

    Jika database replika tidak memiliki tabel ini, tugas migrasi Anda mungkin gagal dengan Unknown table in system schema .

  3. Buat akun pengguna migrasi khusus di instance Anda. Lihat Membuat pengguna dalam dokumentasi Cloud SQL. Pastikan bahwa:

    • Anda mengizinkan akun pengguna khusus untuk terhubung dari host mana pun (host=%).
    • Sandi untuk akun tidak melebihi 32 karakter. Untuk mengetahui informasi selengkapnya tentang batasan panjang sandi pengguna MySQL, lihat Bug MySQL #43439.

  4. Tetapkan hak istimewa yang diperlukan ke akun pengguna migrasi khusus. Untuk migrasi satu kali, daftar lengkap hak istimewa yang diperlukan bergantung pada apakah Anda menyediakan file dump sendiri atau menggunakan fitur dump terkelola Database Migration Service:

    Dump terkelola

    Jika Anda ingin Database Migration Service mengambil dump lengkap database sumber secara otomatis, tetapkan hak istimewa berikut ke akun pengguna:

    • SELECT
    • SHOW VIEW
    • TRIGGER
    • RELOAD
    • Untuk MySQL sumber versi 8.0 atau yang lebih baru: Pastikan akun migrasi tidak memiliki hak istimewa BACKUP_ADMIN.

    Dump manual

    Jika Anda menyediakan file dump yang dibuat dengan mysqldump, Anda tidak perlu menetapkan hak istimewa tambahan ke akun pengguna.

Mengonfigurasi sumber MySQL yang dihosting sendiri

Untuk mengonfigurasi instance sumber MySQL yang dihosting sendiri untuk proses migrasi Anda, lakukan hal berikut:

  1. Pastikan semua tabel Anda (kecuali tabel dalam database sistem) menggunakan mesin penyimpanan InnoDB. Jika Anda menggunakan mesin penyimpanan yang berbeda, Anda mungkin perlu mengonversi tabel Anda. Untuk mengetahui informasi selengkapnya, lihat Mengonversi Tabel dari MyISAM ke InnoDB.
  2. Periksa apakah database sumber Anda berisi metadata yang ditentukan oleh pengguna dengan klausa DEFINER. Lihat Memverifikasi metadata dengan klausa DEFINER.

    Database Migration Service untuk migrasi MySQL homogen tidak memigrasikan akun pengguna dan login. Sumber yang berisi metadata yang ditentukan oleh akun pengguna dengan klausa DEFINER dapat memblokir migrasi Anda.

  3. Jika database sumber Anda berisi objek yang mereferensikan tabel dalam skema sistem mysql, performance_schema, information_schema, ndbinfo, atau sys, pastikan database replika juga berisi tabel skema sistem ini.

    Jika database replika tidak memiliki tabel ini, tugas migrasi Anda mungkin gagal dengan Unknown table in system schema .

  4. Pastikan GTID_MODE ditetapkan ke ON atau OFF, nilai lain tidak didukung.

    Database Migration Service memerlukan GTID_MODE yang ditetapkan ke ON dalam skenario berikut:

    Untuk mengetahui informasi selengkapnya tentang GTID_MODE, lihat Variabel Sistem ID Transaksi Global.

  5. Buat akun pengguna migrasi khusus di instance Anda. Lihat Pernyataan pengelolaan akun. Pastikan bahwa:

    • Anda mengizinkan akun pengguna khusus untuk terhubung dari host mana pun (host=%).
    • Sandi untuk akun tidak melebihi 32 karakter. Untuk mengetahui informasi selengkapnya tentang batasan panjang sandi pengguna MySQL, lihat Bug MySQL #43439.

  6. Tetapkan hak istimewa yang diperlukan ke akun pengguna migrasi khusus. Untuk migrasi satu kali, daftar lengkap hak istimewa yang diperlukan bergantung pada apakah Anda menyediakan file dump sendiri atau menggunakan fitur dump terkelola Database Migration Service:

    Dump terkelola

    Jika Anda ingin Database Migration Service mengambil dump lengkap database sumber secara otomatis, tetapkan hak istimewa berikut ke akun pengguna:

    Dump manual

    Jika Anda menyediakan file dump yang dibuat dengan mysqldump, Anda tidak perlu menetapkan hak istimewa tambahan ke akun pengguna.

Mengonfigurasi sumber Amazon RDS for MySQL

Untuk mengonfigurasi instance sumber Amazon RDS for MySQL untuk proses migrasi Anda, lakukan hal berikut:

  1. Amazon RDS untuk MySQL menggunakan mesin penyimpanan InnoDB secara default, tetapi memungkinkan penggunaan mesin penyimpanan lain. Pastikan semua tabel Anda (kecuali tabel dalam database sistem) menggunakan mesin penyimpanan InnoDB. Jika Anda menggunakan mesin penyimpanan yang berbeda, Anda mungkin perlu mengonversi tabel Anda. Untuk mengetahui informasi selengkapnya, lihat Mengonversi Tabel dari MyISAM ke InnoDB.
  2. Periksa apakah database sumber Anda berisi metadata yang ditentukan oleh pengguna dengan klausa DEFINER. Lihat Memverifikasi metadata dengan klausa DEFINER.

    Database Migration Service untuk migrasi MySQL homogen tidak memigrasikan akun pengguna dan login. Sumber yang berisi metadata yang ditentukan oleh akun pengguna dengan klausa DEFINER dapat memblokir migrasi Anda.

  3. Jika database sumber Anda berisi objek yang mereferensikan tabel dalam skema sistem mysql, performance_schema, information_schema, ndbinfo, atau sys, pastikan database replika juga berisi tabel skema sistem ini.

    Jika database replika tidak memiliki tabel ini, tugas migrasi Anda mungkin gagal dengan Unknown table in system schema .

  4. Pastikan GTID_MODE ditetapkan ke ON atau OFF, nilai lain tidak didukung. Amazon RDS for MySQL menggunakan GTID_MODE = OFF secara default.

    Database Migration Service memerlukan GTID_MODE yang ditetapkan ke ON dalam skenario berikut:

    Untuk mengetahui informasi selengkapnya tentang GTID_MODE, lihat Variabel Sistem ID Transaksi Global.

  5. Buat akun pengguna migrasi khusus di instance Anda. Lihat Pernyataan pengelolaan akun. Pastikan bahwa:

    • Anda mengizinkan akun pengguna khusus untuk terhubung dari host mana pun (host=%).
    • Sandi untuk akun tidak melebihi 32 karakter. Untuk mengetahui informasi selengkapnya tentang batasan panjang sandi pengguna MySQL, lihat Bug MySQL #43439.

  6. Tetapkan hak istimewa yang diperlukan ke akun pengguna migrasi khusus. Untuk migrasi satu kali, daftar lengkap hak istimewa yang diperlukan bergantung pada apakah Anda menyediakan file dump sendiri atau menggunakan fitur dump terkelola Database Migration Service:

    Dump terkelola

    Jika Anda ingin Database Migration Service mengambil dump lengkap database sumber secara otomatis, tetapkan hak istimewa berikut ke akun pengguna:

    Dump manual

    Jika Anda menyediakan file dump yang dibuat dengan mysqldump, Anda tidak perlu menetapkan hak istimewa tambahan ke akun pengguna.

Mengonfigurasi sumber Amazon Aurora untuk MySQL

Untuk mengonfigurasi instance sumber Amazon Aurora for MySQL untuk proses migrasi Anda, lakukan hal berikut:

  1. Periksa apakah database sumber Anda berisi metadata yang ditentukan oleh pengguna dengan klausa DEFINER. Lihat Memverifikasi metadata dengan klausa DEFINER.

    Database Migration Service untuk migrasi MySQL homogen tidak memigrasikan akun pengguna dan login. Sumber yang berisi metadata yang ditentukan oleh akun pengguna dengan klausa DEFINER dapat memblokir migrasi Anda.

  2. Jika database sumber Anda berisi objek yang mereferensikan tabel dalam skema sistem mysql, performance_schema, information_schema, ndbinfo, atau sys, pastikan database replika juga berisi tabel skema sistem ini.

    Jika database replika tidak memiliki tabel ini, tugas migrasi Anda mungkin gagal dengan Unknown table in system schema .

  3. Pastikan GTID_MODE ditetapkan ke ON atau OFF, nilai lain tidak didukung. Amazon Aurora untuk MySQL menggunakan GTID_MODE = OFF secara default.

    Database Migration Service memerlukan GTID_MODE yang ditetapkan ke ON dalam skenario berikut:

    Untuk mengetahui informasi selengkapnya tentang GTID_MODE, lihat Variabel Sistem ID Transaksi Global.

  4. Buat akun pengguna migrasi khusus di instance Anda. Lihat Pernyataan pengelolaan akun. Pastikan bahwa:

    • Anda mengizinkan akun pengguna khusus untuk terhubung dari host mana pun (host=%).
    • Sandi untuk akun tidak melebihi 32 karakter. Untuk mengetahui informasi selengkapnya tentang batasan panjang sandi pengguna MySQL, lihat Bug MySQL #43439.

  5. Tetapkan hak istimewa yang diperlukan ke akun pengguna migrasi khusus. Untuk migrasi satu kali, daftar lengkap hak istimewa yang diperlukan bergantung pada apakah Anda menyediakan file dump sendiri atau menggunakan fitur dump terkelola Database Migration Service:

    Dump terkelola

    Jika Anda ingin Database Migration Service mengambil dump lengkap database sumber secara otomatis, tetapkan hak istimewa berikut ke akun pengguna:

    Dump manual

    Jika Anda menyediakan file dump yang dibuat dengan mysqldump, Anda tidak perlu menetapkan hak istimewa tambahan ke akun pengguna.

Mengonfigurasi sumber Microsoft Azure Database for MySQL

Untuk mengonfigurasi instance sumber Microsoft Azure Database for MySQL untuk proses migrasi Anda, lakukan hal berikut:

  1. Periksa apakah database sumber Anda berisi metadata yang ditentukan oleh pengguna dengan klausa DEFINER. Lihat Memverifikasi metadata dengan klausa DEFINER.

    Database Migration Service untuk migrasi MySQL homogen tidak memigrasikan akun pengguna dan login. Sumber yang berisi metadata yang ditentukan oleh akun pengguna dengan klausa DEFINER dapat memblokir migrasi Anda.

  2. Jika database sumber Anda berisi objek yang mereferensikan tabel dalam skema sistem mysql, performance_schema, information_schema, ndbinfo, atau sys, pastikan database replika juga berisi tabel skema sistem ini.

    Jika database replika tidak memiliki tabel ini, tugas migrasi Anda mungkin gagal dengan Unknown table in system schema .

  3. Pastikan GTID_MODE ditetapkan ke ON atau OFF, nilai lain tidak didukung. Microsoft Azure Database for MySQL menggunakan GTID_MODE = OFF secara default.

    Database Migration Service memerlukan GTID_MODE yang ditetapkan ke ON dalam skenario berikut:

    Untuk mengetahui informasi selengkapnya tentang GTID_MODE, lihat Variabel Sistem ID Transaksi Global.

  4. Periksa nilai setelan require_secure_transport Anda.

    Secara default, database Microsoft Azure memerlukan enkripsi SSL/TLS untuk semua koneksi masuk. Bergantung pada nilai require_secure_transport, gunakan salah satu setelan enkripsi berikut saat Anda membuat profil koneksi sumber:

    • Jika require_secure_transport ditetapkan ke on, pilih Basic, TLS, atau mTLS.
    • Jika require_secure_transport ditetapkan ke off, pilih Tidak ada.

  5. Buat akun pengguna migrasi khusus di instance Anda. Lihat Pernyataan pengelolaan akun. Pastikan bahwa:

    • Anda mengizinkan akun pengguna khusus untuk terhubung dari host mana pun (host=%).
    • Sandi untuk akun tidak melebihi 32 karakter. Untuk mengetahui informasi selengkapnya tentang batasan panjang sandi pengguna MySQL, lihat Bug MySQL #43439.

  6. Tetapkan hak istimewa yang diperlukan ke akun pengguna migrasi khusus. Untuk migrasi satu kali, daftar lengkap hak istimewa yang diperlukan bergantung pada apakah Anda menyediakan file dump sendiri atau menggunakan fitur dump terkelola Database Migration Service:

    Dump terkelola

    Jika Anda ingin Database Migration Service mengambil dump lengkap database sumber secara otomatis, tetapkan hak istimewa berikut ke akun pengguna:

    Dump manual

    Jika Anda menyediakan file dump yang dibuat dengan mysqldump, Anda tidak perlu menetapkan hak istimewa tambahan ke akun pengguna.

Langkah berikutnya

Untuk mendapatkan panduan migrasi langkah demi langkah yang lengkap untuk migrasi Cloud SQL untuk MySQL yang homogen, lihat Memulai migrasi Cloud SQL untuk MySQL.