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 bagi 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 dan login pengguna. 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 di dokumentasi Cloud SQL. Pastikan bahwa:

    • Anda mengizinkan akun pengguna khusus untuk terhubung dari host mana pun (host=%).
    • Sandi untuk akun tersebut 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 otomatis mengambil dump lengkap database sumber, 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 sendiri 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 bagi 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 lain, Anda mungkin perlu mengonversi tabel. 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 dan login pengguna. 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, tidak ada nilai lain yang 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 tersebut 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 otomatis mengambil dump lengkap database sumber, tetapkan hak istimewa berikut ke akun pengguna:

    Dump manual

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

Mengonfigurasi sumber Amazon RDS untuk MySQL

Untuk mengonfigurasi instance sumber Amazon RDS untuk MySQL bagi 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 lain, Anda mungkin perlu mengonversi tabel. 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 dan login pengguna. 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, tidak ada nilai lain yang didukung. Amazon RDS 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.

  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 tersebut 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 otomatis mengambil dump lengkap database sumber, tetapkan hak istimewa berikut ke akun pengguna:

    Dump manual

    Jika Anda menyediakan file dump sendiri 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 untuk MySQL bagi 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 dan login pengguna. 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, tidak ada nilai lain yang 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 tersebut 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 otomatis mengambil dump lengkap database sumber, tetapkan hak istimewa berikut ke akun pengguna:

    Dump manual

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

Mengonfigurasi sumber Microsoft Azure Database untuk MySQL

Untuk mengonfigurasi instance sumber Microsoft Azure Database untuk MySQL bagi 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 dan login pengguna. 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, tidak ada nilai lain yang didukung. Microsoft Azure Database 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. 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 None.

  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 tersebut 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 otomatis mengambil dump lengkap database sumber, tetapkan hak istimewa berikut ke akun pengguna:

    Dump manual

    Jika Anda menyediakan file dump sendiri 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 homogen, lihat Mulai migrasi Cloud SQL untuk MySQL.