View a markdown version of this page

Menggunakan database yang kompatibel dengan MySQL sebagai sumber untuk migrasi data homogen di AWS DMS - AWS Layanan Migrasi Database

Terjemahan disediakan oleh mesin penerjemah. Jika konten terjemahan yang diberikan bertentangan dengan versi bahasa Inggris aslinya, utamakan versi bahasa Inggris.

Menggunakan database yang kompatibel dengan MySQL sebagai sumber untuk migrasi data homogen di AWS DMS

Anda dapat menggunakan MySQL-compatible database (MySQL atau MariaDB) sebagai sumber untuk Migrasi data homogen in. AWS DMS Dalam hal ini, penyedia data sumber Anda dapat berupa database lokal, Amazon EC2, atau RDS untuk MySQL atau MariaDB.

Untuk menjalankan migrasi data homogen, Anda harus menggunakan pengguna database dengan SELECT hak istimewa untuk semua tabel sumber dan objek sekunder untuk replikasi. Untuk tugas pengubahan data capture (CDC), pengguna ini juga harus memiliki REPLICATION CLIENT (BINLOG MONITORuntuk versi MariaDB lebih baru dari 10.5.2) dan hak istimewa. REPLICATION SLAVE Untuk migrasi data beban penuh, Anda tidak memerlukan dua hak istimewa ini.

Gunakan skrip berikut untuk membuat pengguna database dengan izin yang diperlukan dalam database MySQL Anda. Jalan GRANT kan kueri untuk semua database yang Anda migrasi AWS.

CREATE USER 'your_user'@'%' IDENTIFIED BY 'your_password'; GRANT REPLICATION SLAVE, REPLICATION CLIENT ON *.* TO 'your_user'@'%'; GRANT SELECT, RELOAD, LOCK TABLES, SHOW VIEW, EVENT, TRIGGER ON *.* TO 'your_user'@'%'; GRANT BACKUP_ADMIN ON *.* TO 'your_user'@'%';

Dalam contoh sebelumnya, ganti masing-masing user input placeholder dengan informasi Anda sendiri. Jika versi database MySQL sumber Anda lebih rendah dari 8.0, maka Anda dapat melewati GRANT BACKUP_ADMIN perintah.

Gunakan skrip berikut untuk membuat pengguna database dengan izin yang diperlukan dalam database MariaDB Anda. Jalankan kueri GRANT untuk semua database yang Anda migrasi AWS.

CREATE USER 'your_user'@'%' IDENTIFIED BY 'your_password'; GRANT SELECT, RELOAD, LOCK TABLES, REPLICATION SLAVE, BINLOG MONITOR, SHOW VIEW ON *.* TO 'your_user'@'%';

Dalam contoh sebelumnya, ganti masing-masing user input placeholder dengan informasi Anda sendiri.

Bagian berikut menjelaskan prasyarat konfigurasi khusus untuk database MySQL yang dikelola sendiri AWS dan dikelola.

Menggunakan database kompatibel MySQL yang dikelola sendiri sebagai sumber untuk migrasi data homogen

Bagian ini menjelaskan cara mengonfigurasi database yang kompatibel dengan MySQL yang dihosting di lokasi atau instans Amazon EC2.

Periksa versi database MySQL atau MariaDB sumber Anda. Pastikan itu AWS DMS mendukung versi database MySQL atau MariaDB sumber Anda seperti yang dijelaskan dalam. Sumber untuk migrasi data homogen DMS

Untuk menggunakan CDC, pastikan untuk mengaktifkan binary logging. Untuk mengaktifkan logging biner, konfigurasikan parameter berikut dalam file my.ini (Windows) atau my.cnf (UNIX) dari database MySQL atau MariaDB Anda.

Parameter

Nilai

server-id

Atur parameter ini supaya nilainya 1 atau lebih besar.

log-bin

Atur jalur ke berkas log biner, seperti log-bin=E:\MySql_Logs\BinLog. Jangan sertakan ekstensi file.

binlog_format

Atur parameter ini menjadi ROW. Kami merekomendasikan pengaturan ini selama replikasi karena dalam kasus-kasus tertentu ketika binlog_format diatur menjadi STATEMENT, inkonsistensi dapat terjadi ketika mereplikasi data ke target. Mesin database juga menulis data tidak konsisten serupa ke target ketika binlog_format disetel keMIXED, karena mesin database secara otomatis beralih ke logging STATEMENT berbasis.

expire_logs_days

Atur parameter ini supaya nilainya 1 atau lebih besar. Untuk mencegah penggunaan ruang disk secara berlebihan, kami sarankan Anda tidak menggunakan nilai default 0.

binlog_checksum

Atur parameter ini menjadi NONE.

binlog_row_image

Atur parameter ini menjadi FULL.

log_slave_updates

Setel parameter ini TRUE jika Anda menggunakan replika MySQL atau MariaDB sebagai sumber.

Menggunakan AWS-database kompatibel MySQL yang dikelola sebagai sumber untuk migrasi data homogen di AWS DMS

Bagian ini menjelaskan cara mengonfigurasi Amazon RDS untuk MySQL dan Amazon RDS untuk instans database MariaDB.

Saat Anda menggunakan database MySQL atau MariaDB yang AWS dikelola sebagai sumber untuk migrasi data homogen AWS DMS, pastikan Anda memiliki prasyarat berikut untuk CDC:

  • Untuk mengaktifkan log biner untuk RDS untuk MySQL dan MariaDB, aktifkan pencadangan otomatis di tingkat instance. Untuk mengaktifkan log biner untuk cluster Aurora MySQL, ubah variabel binlog_format dalam grup parameter. Anda tidak perlu mengaktifkan backup otomatis untuk cluster Aurora MySQL.

    Selanjutnya, atur binlog_format parameter keROW.

    Untuk informasi selengkapnya tentang menyiapkan pencadangan otomatis, lihat Mengaktifkan pencadangan otomatis di Panduan Pengguna Amazon RDS.

    Untuk informasi selengkapnya tentang menyiapkan pencatatan biner untuk database Amazon RDS untuk MySQL atau MariaDB, lihat Mengatur format pencatatan biner di Panduan Pengguna Amazon RDS.

    Untuk informasi selengkapnya tentang menyiapkan logging biner untuk cluster Aurora MySQL, lihat Bagaimana cara mengaktifkan pencatatan biner untuk cluster Amazon Aurora MySQL saya? .

  • Pastikan log biner tersedia untuk AWS DMS. Karena AWS database MySQL dan MariaDB yang dikelola membersihkan log biner sesegera mungkin, Anda harus menambah lamanya waktu log tetap tersedia. Misalnya, untuk meningkatkan retensi log hingga 24 jam, jalankan perintah berikut.

    call mysql.rds_set_configuration('binlog retention hours', 24);
  • Atur parameter binlog_row_image menjadi Full.

  • Atur parameter binlog_checksum ke NONE.

  • Jika Anda menggunakan replika Amazon RDS MySQL atau MariaDB sebagai sumber, aktifkan pencadangan pada replika baca, dan pastikan log_slave_updates parameter disetel ke. TRUE

Batasan untuk menggunakan database yang kompatibel dengan MySQL sebagai sumber untuk migrasi data homogen

Batasan berikut berlaku saat menggunakan database yang kompatibel dengan MySQL sebagai sumber untuk migrasi data homogen:

  • Objek MariaDB seperti urutan tidak didukung dalam tugas migrasi homogen.

  • Migrasi dari MariaDB ke Amazon RDS MySQL/Aurora MySQL mungkin gagal karena perbedaan objek yang tidak kompatibel.

  • Nama pengguna yang Anda gunakan untuk terhubung ke sumber data Anda memiliki batasan berikut:

    • Dapat memiliki panjang 2 hingga 64 karakter.

    • Tidak dapat memiliki spasi.

    • Dapat menyertakan karakter berikut: a-z,, 0-9 A-Z, garis bawah (_).

    • Harus dimulai dengan a-z atau A-Z.

  • Kata sandi yang Anda gunakan untuk menyambung ke sumber data Anda memiliki batasan berikut:

    • Dapat memiliki panjang 1 hingga 128 karakter.

    • Tidak dapat berisi salah satu dari berikut ini: tanda kutip tunggal ('), tanda kutip ganda (“), titik koma (;) atau spasi.

  • AWS DMS Migrasi data homogen menciptakan objek MySQL dan MariaDB yang tidak terenkripsi pada instance Amazon RDS target meskipun objek sumber dienkripsi. RDS untuk MySQL tidak mendukung MySQL keyring_aws AWS Keyring Plugin yang diperlukan untuk objek terenkripsi. Lihat dokumentasi Plugin Keyring MySQL yang tidak didukung di Panduan Pengguna Amazon RDS

  • AWS DMS tidak menggunakan Pengidentifikasi Transaksi Global (GTID) untuk replikasi data meskipun data sumber berisi mereka.