全部产品
Search
文档中心

PolarDB:Migrasi data dari klaster Amazon Aurora MySQL ke klaster PolarDB untuk MySQL

更新时间:Jan 06, 2026

Topik ini menjelaskan cara memigrasikan data dari klaster Amazon Aurora MySQL ke klaster PolarDB untuk MySQL menggunakan Data Transmission Service (DTS). DTS mendukung migrasi skema, migrasi data penuh, dan migrasi data inkremental. Saat mengonfigurasi tugas migrasi data, Anda dapat memilih semua jenis migrasi yang didukung untuk memastikan kontinuitas layanan.

Prasyarat

  • DTS harus dapat terhubung ke klaster Amazon Aurora MySQL sumber.

    Kami merekomendasikan Anda mengatur Publicly accessible menjadi Yes di pengaturan jaringan dan keamanan klaster Amazon Aurora MySQL sumber. Kemudian, atur Access Method menjadi Public IP Address untuk database sumber saat mengonfigurasi tugas migrasi data. Dengan cara ini, DTS dapat mengakses klaster Amazon Aurora MySQL sumber melalui Internet.

    Catatan

    Untuk informasi tentang cara menghubungkan DTS ke klaster Amazon Aurora MySQL sumber menggunakan gateway VPN, lihat Gunakan IPsec-VPN untuk menghubungkan VPC Alibaba Cloud ke VPC Amazon.

  • Klaster PolarDB untuk MySQL telah dibuat. Untuk informasi lebih lanjut, lihat Pembelian Kustom.

  • Ruang penyimpanan yang tersedia di klaster PolarDB untuk MySQL lebih besar daripada ukuran total data di klaster Amazon Aurora MySQL.

Batasan

  • DTS menggunakan sumber daya baca dan tulis dari database sumber dan tujuan selama migrasi data penuh. Hal ini dapat meningkatkan beban pada server database. Jika kinerja database tidak baik, spesifikasi rendah, atau volume data besar, layanan database mungkin tidak tersedia. Contohnya, DTS menggunakan sejumlah besar sumber daya baca dan tulis dalam kasus berikut: banyak kueri SQL lambat dilakukan pada database sumber, tabel tidak memiliki kunci utama, atau deadlock terjadi di database tujuan. Sebelum memigrasikan data, evaluasi dampak migrasi data terhadap kinerja database sumber dan tujuan. Kami merekomendasikan Anda memigrasikan data selama jam non-puncak, misalnya ketika utilisasi CPU database sumber dan tujuan kurang dari 30%.

  • Database sumber harus memiliki batasan PRIMARY KEY atau UNIQUE dan semua bidang harus unik. Jika tidak, database tujuan mungkin berisi catatan data duplikat.

  • DTS menggunakan fungsi ROUND(COLUMN,PRECISION) untuk mengambil nilai dari kolom bertipe data FLOAT atau DOUBLE. Jika Anda tidak menentukan presisi, DTS mengatur presisi untuk tipe data FLOAT menjadi 38 digit dan presisi untuk tipe data DOUBLE menjadi 308 digit. Anda harus memeriksa apakah pengaturan presisi memenuhi persyaratan bisnis Anda.

  • Jika nama database sumber tidak valid, Anda harus membuat database di klaster PolarDB untuk MySQL sebelum mengonfigurasi tugas migrasi data.

    Catatan

    Untuk informasi lebih lanjut tentang cara membuat database dan konvensi penamaan database, lihat Operasi Manajemen Database.

  • Jika tugas migrasi data gagal, DTS secara otomatis melanjutkan tugas tersebut. Sebelum memindahkan beban kerja Anda ke database tujuan, hentikan atau lepaskan tugas migrasi data. Jika tidak, data di database sumber akan menimpa data di database tujuan setelah tugas dilanjutkan.

Aturan Penagihan

Jenis Migrasi

Biaya Konfigurasi Tugas

Biaya Lalu Lintas Internet

Migrasi Skema dan Migrasi Data Penuh

Gratis.

Dikenakan biaya hanya ketika data dimigrasikan dari Alibaba Cloud melalui Internet. Untuk informasi lebih lanjut, lihat Ikhtisar Penagihan.

Migrasi Data Inkremental

Dikenakan biaya. Untuk informasi lebih lanjut, lihat Ikhtisar Penagihan.

Jenis Migrasi

  • Migrasi Skema

    DTS memigrasikan skema objek ke klaster PolarDB untuk MySQL. DTS mendukung migrasi skema untuk jenis objek berikut: tabel, tampilan, pemicu, prosedur tersimpan, dan fungsi. DTS tidak mendukung migrasi skema untuk acara.

    Catatan
    • Selama migrasi skema, DTS mengubah nilai atribut SECURITY dari DEFINER menjadi INVOKER untuk tampilan, prosedur tersimpan, dan fungsi tersimpan.

    • DTS tidak memigrasikan informasi pengguna. Untuk memanggil tampilan, prosedur tersimpan, atau fungsi tersimpan dari database tujuan, Anda harus memberikan izin baca dan tulis kepada INVOKER.

  • Migrasi Data Penuh

    DTS memigrasikan data historis objek yang diperlukan dari klaster Amazon Aurora MySQL ke klaster PolarDB untuk MySQL.

    Catatan

    Selama migrasi data penuh, operasi INSERT bersamaan menyebabkan fragmentasi di tabel database tujuan. Setelah migrasi data penuh selesai, ukuran tablespace yang digunakan di database tujuan lebih besar daripada di database sumber.

  • Migrasi Data Inkremental

    Setelah migrasi data penuh selesai, DTS mengambil file log biner dari klaster Amazon Aurora MySQL. Kemudian, DTS menyinkronkan data inkremental dari klaster Amazon Aurora MySQL ke klaster PolarDB untuk MySQL. Migrasi data inkremental memungkinkan Anda memastikan kontinuitas layanan saat memigrasikan data antara database MySQL.

Izin yang Diperlukan untuk Akun Database

Database

Migrasi Skema

Migrasi Data Penuh

Migrasi Data Inkremental

Amazon Aurora MySQL

Hak SELECT pada objek yang akan dimigrasikan

Hak SELECT pada objek yang akan dimigrasikan

Hak SELECT pada objek yang akan dimigrasikan, hak REPLICATION SLAVE, hak REPLICATION CLIENT, dan hak SHOW VIEW

PolarDB untuk MySQL

Hak baca dan tulis pada objek yang akan dimigrasikan

Hak baca dan tulis pada objek yang akan dimigrasikan

Hak baca dan tulis pada objek yang akan dimigrasikan

Untuk informasi lebih lanjut tentang cara membuat akun database dan memberikan izin kepada akun database, lihat topik berikut:

Persiapan

  1. Masuk ke konsol Amazon Aurora.

  2. Di panel navigasi kiri, klik Databases.

  3. Klik DB identifier dari node yang Role-nya adalah Writer instance.

  4. Di tab Connectivity & security, klik nama grup keamanan VPC yang sesuai dengan node tersebut.

  5. Di halaman Security Groups, klik ID grup keamanan yang ingin Anda konfigurasi.

  6. Pada tab Inbound rules, klik Edit inbound rules.

  7. Di halaman Edit inbound rules, klik Add rule, tambahkan blok CIDR server DTS yang berada di wilayah yang sesuai ke aturan masuk, lalu klik Save rules. Untuk informasi lebih lanjut, lihat Tambahkan blok CIDR server DTS.

    Catatan
    • Anda hanya perlu menambahkan blok CIDR server DTS yang berada di wilayah yang sama dengan database tujuan. Sebagai contoh, database sumber berada di wilayah Singapura dan database tujuan berada di wilayah China (Hangzhou). Anda hanya perlu menambahkan blok CIDR server DTS yang berada di wilayah China (Hangzhou).

    • Anda dapat menambahkan semua blok CIDR yang diperlukan ke aturan masuk sekaligus.

    • Jika Anda memiliki pertanyaan lain, lihat dokumentasi resmi Amazon atau hubungi dukungan teknis.

  8. Masuk ke klaster Amazon Aurora MySQL sumber dan tentukan periode retensi file log biner. Lewati langkah ini jika Anda tidak perlu melakukan migrasi data inkremental.

    call mysql.rds_set_configuration('binlog retention hours', 24);
    Catatan
    • Pernyataan di atas mengatur periode retensi file log biner menjadi 24 jam. Periode retensi maksimum adalah 168 jam, yang sama dengan tujuh hari.

    • Fitur pencatatan biner klaster Amazon Aurora MySQL harus diaktifkan dan nilai parameter binlog_format harus diatur ke baris. Jika versi MySQL adalah 5.6 atau lebih baru, nilai parameter binlog_row_image harus diatur ke full. Untuk informasi lebih lanjut, lihat dokumentasi resmi Amazon atau hubungi dukungan teknis.

Prosedur (di konsol DTS baru)

  1. Klik Create Task. Konfigurasikan database sumber dan tujuan.

    Peringatan

    Setelah mengonfigurasi database sumber dan tujuan, kami merekomendasikan Anda membaca Limits yang ditampilkan di bagian atas halaman. Jika tidak, tugas mungkin gagal atau ketidaksesuaian data mungkin terjadi.

    Bagian

    Parameter

    Deskripsi

    Tidak Ada

    Task Name

    Nama tugas DTS. DTS secara otomatis menghasilkan nama tugas. Kami merekomendasikan Anda menentukan nama informatif yang memudahkan identifikasi tugas. Anda tidak perlu menentukan nama tugas yang unik.

    Source Database

    Select a DMS database instance

    Database yang ingin Anda gunakan. Anda dapat memilih apakah akan menggunakan database yang ada berdasarkan kebutuhan bisnis Anda.

    • Jika Anda memilih database yang ada, DTS secara otomatis mengisi parameter untuk database tersebut.

    • Jika Anda tidak memilih database yang ada, Anda harus mengonfigurasi informasi database berikut.

    Database Type

    Tipe database sumber. Pilih MySQL.

    Access Method

    Metode akses database sumber. Pilih Public IP Address.

    Instance Region

    Wilayah tempat klaster Amazon Aurora MySQL berada.

    Catatan

    Jika wilayah tempat klaster Amazon Aurora MySQL berada tidak ditampilkan dalam daftar drop-down, pilih wilayah yang secara geografis paling dekat dengan klaster Amazon Aurora MySQL.

    Hostname or IP Address

    Titik akhir yang digunakan untuk mengakses klaster Amazon Aurora MySQL.

    Catatan

    Anda dapat memperoleh titik akhir di halaman informasi dasar klaster Amazon Aurora MySQL.

    Port Number

    Nomor port layanan klaster Amazon Aurora MySQL. Nilai default: 3306.

    Database Account

    Akun database klaster Amazon Aurora MySQL. Untuk informasi tentang izin yang diperlukan untuk akun tersebut, lihat bagian Izin yang Diperlukan untuk Akun Database dari topik ini.

    Database Password

    Kata sandi yang digunakan untuk mengakses instance database.

    Destination Database

    Select a DMS database instance

    Database yang ingin Anda gunakan. Anda dapat memilih apakah akan menggunakan database yang ada berdasarkan kebutuhan bisnis Anda.

    • Jika Anda memilih database yang ada, DTS secara otomatis mengisi parameter untuk database tersebut.

    • Jika Anda tidak memilih database yang ada, Anda harus mengonfigurasi informasi database berikut.

    Database Type

    Tipe database tujuan. Pilih PolarDB for MySQL.

    Access Method

    Metode akses database tujuan. Pilih Alibaba Cloud Instance.

    Instance Region

    Wilayah tempat klaster PolarDB untuk MySQL tujuan berada.

    PolarDB Cluster ID

    ID klaster PolarDB untuk MySQL tujuan.

    Database Account

    Akun database klaster PolarDB untuk MySQL tujuan. Untuk informasi tentang izin yang diperlukan untuk akun tersebut, lihat bagian Izin yang Diperlukan untuk Akun Database dari topik ini.

    Database Password

    Kata sandi yang digunakan untuk mengakses instance database.

  2. Jika daftar putih alamat IP dikonfigurasi untuk database yang dikelola sendiri, tambahkan blok CIDR server DTS ke daftar putih alamat IP. Lalu, klik Test Connectivity.

    Peringatan

    Jika blok CIDR publik server DTS secara otomatis atau manual ditambahkan ke daftar putih instance database atau aturan grup keamanan instance ECS, risiko keamanan mungkin muncul. Oleh karena itu, sebelum menggunakan DTS untuk memigrasikan data, Anda harus memahami dan menyetujui potensi risiko serta mengambil langkah-langkah pencegahan, termasuk tetapi tidak terbatas pada langkah-langkah berikut: meningkatkan keamanan nama pengguna dan kata sandi, membatasi port yang diekspos, mengotentikasi panggilan API, secara berkala memeriksa daftar putih atau aturan grup keamanan dan melarang blok CIDR yang tidak sah, atau menghubungkan instance database ke DTS menggunakan Express Connect, VPN Gateway, atau Smart Access Gateway.

  3. Konfigurasikan objek yang akan dimigrasikan dan pengaturan lanjutan.

    Parameter

    Deskripsi

    Migration Types

    • Untuk hanya melakukan migrasi data penuh, pilih Schema Migration dan Full Data Migration.

    • Untuk memastikan kontinuitas layanan selama migrasi data, pilih Schema Migration, Full Data Migration, dan Incremental Data Migration.

    Catatan
    • Jika Anda tidak memilih Schema Migration, pastikan database dan tabel dibuat di database tujuan untuk menerima data dan fitur pemetaan nama objek diaktifkan di Selected Objects.

    • Jika Anda tidak memilih Incremental Data Migration, kami merekomendasikan Anda untuk tidak menulis data ke database sumber selama migrasi data. Hal ini memastikan konsistensi data antara database sumber dan tujuan.

    Processing Mode of Conflicting Tables

    • Precheck and Report Errors: memeriksa apakah database tujuan berisi tabel yang menggunakan nama yang sama dengan tabel di database sumber. Jika database sumber dan tujuan tidak berisi tabel dengan nama tabel identik, prapemeriksaan berhasil. Jika tidak, kesalahan akan dikembalikan selama prapemeriksaan dan tugas migrasi data tidak dapat dimulai.

      Catatan

      Jika database sumber dan tujuan berisi tabel dengan nama identik dan tabel di database tujuan tidak dapat dihapus atau diubah namanya, Anda dapat menggunakan fitur pemetaan nama objek untuk mengubah nama tabel yang dimigrasikan ke database tujuan. Untuk informasi lebih lanjut, lihat Pemetaan Nama Objek.

    • Ignore Errors and Proceed: melewati prapemeriksaan untuk nama tabel identik di database sumber dan tujuan.

      Peringatan

      Jika Anda memilih Ignore Errors and Proceed, ketidaksesuaian data mungkin terjadi dan bisnis Anda mungkin terpapar risiko potensial berikut:

      • Jika database sumber dan tujuan memiliki skema yang sama, dan catatan data memiliki kunci utama yang sama dengan catatan data yang ada di database tujuan, skenario berikut mungkin terjadi:

        • Selama migrasi data penuh, DTS tidak memigrasikan catatan data ke database tujuan. Catatan data yang ada di database tujuan dipertahankan.

        • Selama migrasi data inkremental, DTS memigrasikan catatan data ke database tujuan. Catatan data yang ada di database tujuan ditimpa.

      • Jika database sumber dan tujuan memiliki skema yang berbeda, hanya kolom tertentu yang dimigrasikan atau tugas migrasi data gagal. Lanjutkan dengan hati-hati.

    Method to Migrate Triggers in Source Database

    Metode yang digunakan untuk memigrasikan pemicu dari database sumber. Anda dapat memilih metode migrasi berdasarkan kebutuhan bisnis Anda. Jika tidak ada pemicu yang akan dimigrasikan, Anda tidak perlu mengonfigurasi parameter ini. Untuk informasi lebih lanjut, lihat Sinkronkan atau migrasikan pemicu dari database sumber.

    Catatan

    Anda hanya dapat mengonfigurasi parameter ini saat Anda memilih Schema Migration sebagai Migration Types

    Capitalization of Object Names in Destination Instance

    Penulisan huruf besar/kecil nama database, nama tabel, dan nama kolom di instance tujuan. Secara default, DTS default policy dipilih. Anda dapat memilih opsi lain untuk memastikan bahwa penulisan huruf besar/kecil nama objek konsisten dengan database sumber atau tujuan. Untuk informasi lebih lanjut, lihat Tentukan penulisan huruf besar/kecil nama objek di instance tujuan.

    Source Objects

    Pilih satu atau lebih objek dari bagian Source Objects. Klik ikon Rightwards arrow dan tambahkan objek ke bagian Selected Objects.

    Catatan

    Anda dapat memilih kolom, tabel, atau skema sebagai objek yang akan dimigrasikan. Jika Anda memilih tabel atau kolom sebagai objek yang akan dimigrasikan, DTS tidak memigrasikan objek lain seperti tampilan, pemicu, atau prosedur tersimpan ke database tujuan.

    Selected Objects

    • Untuk mengubah nama objek yang ingin Anda migrasikan ke instance tujuan, klik kanan objek di bagian Selected Objects. Untuk informasi lebih lanjut, lihat Pemetaan Nama Objek Tunggal.

    • Untuk mengubah nama beberapa objek sekaligus, klik Batch Edit di pojok kanan atas bagian Selected Objects. Untuk informasi lebih lanjut, lihat Pemetaan Beberapa Nama Objek Sekaligus.

    Catatan
    • Jika Anda menggunakan fitur pemetaan nama objek untuk mengubah nama objek, objek lain yang bergantung pada objek tersebut mungkin gagal dimigrasikan.

    • Untuk menentukan kondisi WHERE untuk menyaring data, klik kanan tabel di bagian Selected Objects. Di kotak dialog yang muncul, tentukan kondisi tersebut. Untuk informasi lebih lanjut, lihat Tentukan Kondisi Filter.

    • Untuk memigrasikan operasi SQL yang dilakukan pada database atau tabel tertentu, klik kanan objek di bagian Selected Objects. Di kotak dialog yang muncul, pilih operasi SQL yang ingin Anda migrasikan.

  4. Klik Next: Advanced Settings untuk mengonfigurasi pengaturan lanjutan.

    • Data Verification Settings

      Untuk informasi lebih lanjut tentang cara menggunakan fitur verifikasi data, lihat Konfigurasikan Tugas Verifikasi Data.

    • Advanced Settings

      Parameter

      Deskripsi

      Dedicated Cluster for Task Scheduling

      Secara default, DTS menjadwalkan tugas ke klaster bersama. Anda tidak perlu mengonfigurasi parameter ini. Anda dapat membeli klaster khusus dengan spesifikasi tertentu untuk menjalankan tugas migrasi data. Untuk informasi lebih lanjut, lihat Apa itu klaster khusus DTS?

      Monitoring and Alerting

      Menentukan apakah akan mengonfigurasi peringatan untuk tugas migrasi data. Jika tugas gagal atau latensi migrasi melebihi ambang batas yang ditentukan, kontak peringatan akan menerima notifikasi. Nilai valid:

      • No: tidak mengonfigurasi peringatan.

      • Yes: mengonfigurasi peringatan. Dalam hal ini, Anda juga harus mengonfigurasi ambang batas peringatan dan pengaturan notifikasi peringatan. Untuk informasi lebih lanjut, lihat bagian Konfigurasikan pemantauan dan peringatan saat membuat tugas DTS dari topik Konfigurasikan pemantauan dan peringatan.

      Select the engine type of the destination database

      Tipe mesin database tujuan. Nilai valid:

      • InnoDB: mesin penyimpanan default.

      • X-Engine: mesin penyimpanan basis data pemrosesan transaksi online (OLTP).

      Copy the temporary table of the Online DDL tool that is generated in the source table to the destination database

      Jika Anda menggunakan DMS atau alat gh-ost untuk melakukan operasi DDL online di database sumber, Anda dapat menentukan apakah akan memigrasikan data tabel sementara yang dihasilkan oleh operasi DDL online. Nilai valid:

      Penting

      Anda tidak dapat menggunakan alat seperti pt-online-schema-change untuk melakukan operasi DDL online di database sumber. Jika tidak, tugas DTS gagal.

      • Yes: DTS memigrasikan data tabel sementara yang dihasilkan oleh operasi DDL online.

        Catatan

        Jika operasi DDL online menghasilkan sejumlah besar data, latensi mungkin terjadi untuk tugas migrasi data.

      • No, Adapt to DMS Online DDL: DTS tidak memigrasikan data tabel sementara yang dihasilkan oleh operasi DDL online. Hanya operasi DDL asli yang dilakukan menggunakan DMS yang dimigrasikan.

        Catatan

        Jika Anda memilih opsi ini, tabel di database tujuan mungkin terkunci.

      • No, Adapt to gh-ost: DTS tidak memigrasikan data tabel sementara yang dihasilkan oleh operasi DDL online. Hanya operasi DDL asli yang dilakukan menggunakan alat gh-ost yang dimigrasikan. Anda dapat menggunakan ekspresi reguler default atau kustom untuk memfilter tabel bayangan alat gh-ost dan tabel yang tidak diperlukan.

        Catatan

        Jika Anda memilih opsi ini, tabel di database tujuan mungkin terkunci.

      Retry Time for Failed Connections

      Rentang waktu ulang untuk koneksi gagal. Jika database sumber atau tujuan gagal terhubung setelah tugas migrasi data dimulai, DTS segera mencoba kembali koneksi dalam rentang waktu tersebut. Nilai valid: 10 hingga 1440. Unit: menit. Nilai default: 720. Kami merekomendasikan Anda mengatur parameter ini ke nilai lebih dari 30. Jika DTS berhasil terhubung kembali ke database sumber dan tujuan dalam rentang waktu yang ditentukan, DTS melanjutkan tugas migrasi data. Jika tidak, tugas migrasi data gagal.

      Catatan
      • Jika Anda mengatur rentang waktu ulang yang berbeda untuk beberapa tugas migrasi data yang memiliki database sumber atau tujuan yang sama, rentang waktu ulang terpendek yang diatur akan diutamakan.

      • Saat DTS mencoba kembali koneksi, Anda akan dikenakan biaya untuk instance DTS. Kami merekomendasikan Anda menentukan rentang waktu ulang berdasarkan kebutuhan bisnis Anda. Anda juga dapat melepaskan instance DTS sesegera mungkin setelah instance sumber dan tujuan dilepaskan.

      Retry Time for Other Issues

      Rentang waktu ulang untuk masalah lainnya. Sebagai contoh, jika operasi DDL atau DML gagal dilakukan setelah tugas migrasi data dimulai, DTS segera mencoba kembali operasi dalam rentang waktu ulang. Nilai valid: 1 hingga 1440. Unit: menit. Nilai default: 10. Kami merekomendasikan Anda mengatur parameter ini ke nilai lebih dari 10. Jika operasi gagal berhasil dilakukan dalam rentang waktu ulang yang ditentukan, DTS melanjutkan tugas migrasi data. Jika tidak, tugas migrasi data gagal.

      Penting

      Nilai parameter Retry Time for Other Issues harus lebih kecil dari nilai parameter Retry Time for Failed Connections.

      Enable Throttling for Full Data Migration

      Selama migrasi data penuh, DTS menggunakan sumber daya baca dan tulis dari database sumber dan tujuan. Hal ini dapat meningkatkan beban pada server database. Anda dapat menentukan apakah akan mengaktifkan pembatasan untuk tugas migrasi data penuh. Jika Anda memilih Ya, Anda dapat mengonfigurasi parameter Queries per second (QPS) to the source database, RPS of Full Data Migration, dan BPS of Full Data Migration berdasarkan kebutuhan bisnis Anda untuk mengurangi beban pada klaster tujuan.

      Catatan

      Anda hanya dapat mengonfigurasi parameter ini saat memilih Full Data Migration sebagai Migration Types.

      Enable Throttling for Incremental Data Migration

      Anda dapat menentukan apakah akan mengaktifkan pembatasan untuk tugas migrasi data inkremental. Jika Anda memilih Ya, Anda dapat mengonfigurasi parameter RPS of Incremental Data Migration dan BPS of Incremental Data Migration berdasarkan kebutuhan bisnis Anda untuk mengurangi beban pada klaster tujuan.

      Catatan

      Anda hanya dapat mengonfigurasi parameter ini saat memilih Incremental Data Migration sebagai Migration Types.

      Configure ETL

      Menentukan apakah akan mengaktifkan fitur ekstraksi, transformasi, dan pemuatan (ETL). Untuk informasi lebih lanjut, lihat Apa itu ETL? Nilai valid:

      Whether to delete SQL operations on heartbeat tables of forward and reverse tasks

      Menentukan apakah akan menulis operasi SQL pada tabel denyut nadi ke database sumber saat instance DTS sedang berjalan.

      • Yes: tidak menulis operasi SQL pada tabel denyut nadi. Dalam hal ini, latensi instance DTS mungkin ditampilkan.

      • No: menulis operasi SQL pada tabel denyut nadi. Dalam hal ini, fitur tertentu seperti pencadangan fisik dan kloning database sumber mungkin terpengaruh.

  5. Di bagian bawah halaman, klik Next: Save Task Settings and Precheck.

    Anda dapat mengarahkan penunjuk ke Next: Save Task Settings and Precheck dan klik Preview OpenAPI parameters untuk melihat parameter yang harus ditentukan saat Anda memanggil operasi API terkait untuk mengonfigurasi tugas DTS.

    Catatan
    • Sebelum Anda dapat memulai tugas migrasi data, DTS melakukan prapemeriksaan. Anda hanya dapat memulai tugas migrasi data setelah tugas tersebut lulus prapemeriksaan.

    • Jika tugas gagal lulus prapemeriksaan, klik View Details di sebelah setiap item yang gagal. Setelah Anda menganalisis penyebab berdasarkan hasil pemeriksaan, atasi masalah tersebut. Lalu, jalankan prapemeriksaan lagi.

    • Jika peringatan dipicu untuk suatu item selama prapemeriksaan:

      • Jika item peringatan tidak dapat diabaikan, klik View Details di sebelah item yang gagal dan atasi masalah tersebut. Lalu, jalankan prapemeriksaan lagi.

      • Jika item peringatan dapat diabaikan, klik Confirm Alert Details. Di kotak dialog Lihat Detail, klik Ignore. Di pesan yang muncul, klik OK. Lalu, klik Precheck Again untuk menjalankan prapemeriksaan lagi. Jika Anda mengabaikan item peringatan, ketidaksesuaian data mungkin terjadi, dan bisnis Anda mungkin terpapar risiko potensial.

  6. Tunggu hingga Success Rate menjadi 100%. Lalu, klik Next: Purchase Instance.

  7. Di halaman Purchase Instance, konfigurasikan parameter Kelas Instance untuk instance migrasi data. Tabel berikut menjelaskan parameter.

    Bagian

    Parameter

    Deskripsi

    New Instance Class

    Resource Group

    Grup sumber daya tempat instance migrasi data milik. Nilai default: default resource group. Untuk informasi lebih lanjut, lihat Apa itu Manajemen Sumber Daya?

    Instance Class

    DTS menyediakan kelas instance yang bervariasi dalam kecepatan migrasi. Anda dapat memilih kelas instance berdasarkan skenario bisnis Anda. Untuk informasi lebih lanjut, lihat Kelas instance instance migrasi data.

  8. Baca dan setujui Data Transmission Service (Pay-as-you-go) Service Terms dengan memilih kotak centang.

  9. Klik Buy and Start. Di pesan yang muncul, klik OK.

    Anda dapat melihat kemajuan tugas di halaman Data Migration.

    Catatan
    • Jika tugas migrasi data tidak dapat digunakan untuk memigrasikan data inkremental, tugas tersebut secara otomatis berhenti. Completed ditampilkan di bagian Status .

    • Jika tugas migrasi data dapat digunakan untuk memigrasikan data inkremental, tugas tersebut tidak berhenti secara otomatis. Tugas migrasi data inkremental tidak pernah berhenti atau selesai. Running ditampilkan di bagian Status.

Prosedur (di konsol DTS lama)

  1. Masuk ke Konsol DTS.

    Catatan

    Jika Anda dialihkan ke konsol Manajemen Data (DMS), Anda dapat mengklik ikon old di image untuk kembali ke versi sebelumnya dari konsol DTS.

  2. Di panel navigasi kiri, klik Data Migration.

  3. Di bagian atas halaman Migration Tasks, pilih wilayah tempat klaster tujuan berada.

  4. Di pojok kanan atas halaman, klik Create Migration Task.

  5. Konfigurasikan database sumber dan tujuan.

    源库及目标库配置

    Bagian

    Parameter

    Deskripsi

    Tidak Ada

    Nama Tugas

    Nama tugas yang DTS hasilkan secara otomatis. Kami merekomendasikan Anda menentukan nama deskriptif yang memudahkan identifikasi tugas. Anda tidak perlu menentukan nama tugas yang unik.

    Database Sumber

    Tipe Instance

    Tipe database sumber. Pilih User-Created Database with Public IP Address.

    Wilayah Instance

    Wilayah tempat database sumber berada. Jika Anda memilih User-Created Database with Public IP Address sebagai tipe instance database sumber, Anda tidak perlu menentukan parameter Instance Region.

    Tipe Database

    Tipe database sumber. Pilih MySQL.

    Nama Host atau Alamat IP

    Titik akhir yang digunakan untuk mengakses klaster Amazon Aurora MySQL.

    Catatan

    Anda dapat memperoleh titik akhir di halaman informasi dasar klaster Amazon Aurora MySQL.

    连接地址

    Nomor Port

    Nomor port layanan klaster Amazon Aurora MySQL. Nilai default: 3306.

    Akun Database

    Akun database klaster Amazon Aurora MySQL. Untuk informasi tentang izin yang diperlukan untuk akun tersebut, lihat bagian Izin yang Diperlukan untuk Akun Database dari topik ini.

    Kata Sandi Database

    Kata sandi akun database.

    Catatan

    Setelah Anda mengonfigurasi parameter database sumber, klik Test Connectivity di sebelah Database Password untuk memverifikasi apakah parameter yang dikonfigurasi valid. Jika parameter yang dikonfigurasi valid, pesan Passed ditampilkan. Jika pesan Failed ditampilkan, klik Check di sebelah Failed untuk memodifikasi parameter database sumber berdasarkan hasil pemeriksaan.

    Database Tujuan

    Tipe Instance

    Jenis database tujuan. Pilih PolarDB.

    Wilayah Instance

    Wilayah tempat klaster PolarDB untuk MySQL berada.

    ID Instance PolarDB

    ID klaster PolarDB untuk MySQL tujuan.

    Akun Database

    Akun database klaster PolarDB untuk MySQL tujuan. Untuk informasi tentang izin yang diperlukan untuk akun tersebut, lihat bagian Izin yang Diperlukan untuk Akun Database dari topik ini.

    Kata Sandi Database

    Kata sandi akun database.

    Catatan

    Setelah Anda mengonfigurasi parameter database tujuan, klik Test Connectivity di sebelah Database Password untuk memverifikasi apakah parameter yang dikonfigurasi valid. Jika parameter yang dikonfigurasi valid, pesan Passed ditampilkan. Jika pesan Failed ditampilkan, klik Check di sebelah Failed untuk memodifikasi parameter database tujuan berdasarkan hasil pemeriksaan.

  6. Di pojok kanan bawah halaman, klik Set Whitelist and Next.

    Jika database sumber atau tujuan adalah instance database Alibaba Cloud, seperti instance ApsaraDB RDS untuk MySQL atau ApsaraDB untuk MongoDB, atau database yang dikelola sendiri yang di-hosting di ECS, DTS secara otomatis menambahkan blok CIDR server DTS ke daftar putih instance database atau aturan grup keamanan ECS. Jika database sumber atau tujuan adalah database yang dikelola sendiri di pusat data atau berasal dari penyedia layanan cloud lain, Anda harus secara manual menambahkan blok CIDR server DTS untuk mengizinkan DTS mengakses database. Untuk informasi lebih lanjut, lihat bagian "Blok CIDR server DTS" dari topik Tambahkan Blok CIDR Server DTS.

    Peringatan

    Jika blok CIDR server DTS secara otomatis atau manual ditambahkan ke daftar putih database atau instance, atau ke aturan grup keamanan ECS, risiko keamanan mungkin muncul. Oleh karena itu, sebelum Anda menggunakan DTS untuk memigrasikan data, Anda harus memahami dan menyetujui risiko potensial dan mengambil langkah-langkah pencegahan, termasuk tetapi tidak terbatas pada langkah-langkah berikut: tingkatkan keamanan nama pengguna dan kata sandi Anda, batasi port yang diekspos, autentikasi panggilan API, secara berkala periksa daftar putih atau aturan grup keamanan ECS dan larang blok CIDR yang tidak sah, atau hubungkan database ke DTS menggunakan Express Connect, VPN Gateway, atau Smart Access Gateway.

  7. Pilih objek yang akan dimigrasikan dan jenis migrasi.

    选择迁移对象和类型

    Pengaturan

    Deskripsi

    Pilih jenis migrasi

    • Untuk hanya melakukan migrasi data penuh, pilih Schema Migration dan Full Data Migration.

    • Untuk memastikan kontinuitas layanan selama migrasi data, pilih Schema Migration, Full Data Migration, dan Incremental Data Migration.

    Catatan

    Jika Incremental Data Migration tidak dipilih, kami merekomendasikan Anda untuk tidak menulis data ke klaster Amazon Aurora MySQL selama migrasi data penuh. Hal ini memastikan konsistensi data antara database sumber dan tujuan.

    Pilih objek yang akan dimigrasikan

    Pilih satu atau beberapa objek dari bagian Available dan klik ikon 向右小箭头 untuk memindahkan objek ke bagian Selected.

    Catatan
    • Anda dapat memilih kolom, tabel, atau database sebagai objek yang akan dimigrasikan.

    • Secara default, setelah objek dimigrasikan ke database tujuan, nama objek tetap tidak berubah di database tujuan. Anda dapat menggunakan fitur pemetaan nama objek untuk mengubah nama objek yang dimigrasikan ke database tujuan. Untuk informasi lebih lanjut, lihat Pemetaan Nama Objek.

    • Jika Anda menggunakan fitur pemetaan nama objek untuk mengubah nama objek, objek lain yang bergantung pada objek tersebut mungkin gagal dimigrasikan.

    Tentukan apakah akan mengubah nama objek

    Anda dapat menggunakan fitur pemetaan nama objek untuk mengubah nama objek yang dimigrasikan ke database tujuan. Untuk informasi lebih lanjut, lihat Pemetaan Nama Objek.

    Tentukan rentang waktu ulang untuk koneksi gagal ke database sumber atau tujuan

    Secara default, jika DTS gagal terhubung ke database sumber atau tujuan, DTS mencoba kembali dalam 12 jam berikutnya. Anda dapat menentukan rentang waktu ulang berdasarkan kebutuhan bisnis Anda. Jika DTS berhasil terhubung kembali ke database sumber dan tujuan dalam rentang waktu ulang yang ditentukan, DTS melanjutkan tugas migrasi data. Jika tidak, tugas migrasi data gagal.

    Catatan

    Saat DTS mencoba kembali koneksi, Anda akan dikenakan biaya untuk instance DTS. Kami merekomendasikan Anda menentukan rentang waktu ulang berdasarkan kebutuhan bisnis Anda. Anda juga dapat melepaskan instance DTS secepat mungkin setelah instance sumber dan tujuan dilepaskan.

    Tentukan apakah akan menyalin tabel sementara ke database tujuan saat DMS melakukan operasi DDL online di tabel sumber

    Jika Anda menggunakan Manajemen Data (DMS) untuk melakukan operasi DDL online di database sumber, Anda dapat menentukan apakah akan memigrasikan tabel sementara yang dihasilkan oleh operasi DDL online. Nilai valid:

    • Yes: DTS memigrasikan data tabel sementara yang dihasilkan oleh operasi DDL online.

      Catatan

      Jika operasi DDL online menghasilkan sejumlah besar data, latensi mungkin terjadi untuk tugas migrasi data.

    • No: DTS tidak memigrasikan data tabel sementara yang dihasilkan oleh operasi DDL online. Hanya data DDL asli dari database sumber yang dimigrasikan.

      Catatan

      Jika Anda memilih Tidak, tabel di klaster PolarDB untuk MySQL mungkin terkunci.

  8. Di pojok kanan bawah halaman, klik Precheck.

    Catatan
    • Sebelum Anda dapat memulai tugas migrasi data, DTS melakukan prapemeriksaan. Anda hanya dapat memulai tugas migrasi data setelah tugas tersebut lulus prapemeriksaan.

    • Jika tugas gagal lulus prapemeriksaan, Anda dapat mengklik ikon Info icon di sebelah setiap item yang gagal untuk melihat detail.

      • Anda dapat menangani masalah berdasarkan penyebabnya dan menjalankan precheck kembali.

      • Jika Anda tidak perlu menyelesaikan masalah, abaikan item yang gagal dan jalankan prapemeriksaan kembali.

  9. Setelah tugas lulus prapemeriksaan, klik Next.

  10. Di kotak dialog Confirm Settings, tentukan parameter Channel Specification dan pilih Data Transmission Service (Pay-As-You-Go) Service Terms.

  11. Klik Buy and Start untuk memulai tugas migrasi data.

    • Migrasi Skema dan Migrasi Data Penuh

      Kami menyarankan agar Anda tidak menghentikan tugas secara manual selama proses migrasi data penuh. Jika dihentikan, data yang dimigrasikan ke database tujuan mungkin tidak lengkap. Tunggu hingga tugas migrasi data berhenti secara otomatis.

    • Migrasi Skema, Migrasi Data Penuh, dan Migrasi Data Inkremental

      Tugas migrasi data inkremental tidak akan berhenti secara otomatis. Anda perlu menghentikannya secara manual.

      Penting

      Kami merekomendasikan Anda memilih waktu yang tepat untuk menghentikan tugas migrasi data secara manual. Contohnya, Anda dapat menghentikan tugas tersebut selama jam non-puncak atau sebelum memindahkan beban kerja ke klaster tujuan.

      1. Tunggu hingga Incremental Data Migration dan The migration task is not delayed muncul di bilah kemajuan tugas migrasi. Setelah itu, hentikan penulisan data ke database sumber selama beberapa menit. Latensi incremental data migration mungkin ditampilkan di bilah kemajuan.

      2. Tunggu hingga status incremental data migration kembali berubah menjadi The migration task is not delayed. Kemudian, hentikan tugas migrasi secara manual. Stop an incremental data migration task

  12. Pindahkan beban kerja Anda ke klaster PolarDB untuk MySQL.