Migrasi data dari instance ApsaraDB RDS for MySQL ke kluster AnalyticDB for MySQL V3.0 - Data Transmission Service

Topik ini menjelaskan cara memigrasi data dari instance ApsaraDB RDS for MySQL ke kluster AnalyticDB for MySQL V3.0 menggunakan Data Transmission Service (DTS). Setelah migrasi, Anda dapat menggunakan AnalyticDB for MySQL untuk membangun sistem business intelligence (BI) internal, sistem kueri interaktif, dan sistem laporan waktu nyata.

Prasyarat

Kluster tujuan AnalyticDB for MySQL V3.0 telah dibuat. Untuk informasi lebih lanjut, lihat Buat Kluster.
Ruang penyimpanan yang tersedia di kluster tujuan AnalyticDB for MySQL lebih besar daripada total ukuran data di instance sumber ApsaraDB RDS for MySQL.

Batasan

Kategori	Deskripsi
Batasan pada database sumber	Server tempat database sumber ditempatkan harus memiliki bandwidth keluar yang cukup. Jika tidak, kecepatan migrasi data akan menurun. Tabel yang akan dimigrasi harus memiliki PRIMARY KEY atau batasan UNIQUE dan semua bidang harus unik. Jika tidak, database tujuan mungkin berisi catatan data duplikat. Jika Anda memilih tabel sebagai objek yang akan dimigrasi dan ingin memodifikasi tabel di database tujuan, seperti mengganti nama tabel atau kolom, Anda dapat memigrasi hingga 1.000 tabel dalam satu tugas migrasi data tunggal. Jika Anda menjalankan tugas untuk memigrasi lebih dari 1.000 tabel, kesalahan permintaan terjadi. Dalam hal ini, kami sarankan Anda mengonfigurasi beberapa tugas untuk memigrasi tabel atau mengonfigurasi tugas untuk memigrasi seluruh database. Jika Anda ingin memigrasi data tambahan, persyaratan berikut untuk log biner harus dipenuhi: Fitur pencatatan biner diaktifkan. Parameter binlog_format disetel ke row dan parameter binlog_row_image disetel ke full. Jika tidak, pesan kesalahan dikembalikan selama pra-pemeriksaan dan tugas migrasi data gagal dimulai. Penting Jika database sumber adalah database MySQL yang dikelola sendiri yang diterapkan dalam kluster dual-primary, Anda harus menyetel parameter log_slave_updates ke ON. Ini memastikan bahwa DTS dapat memperoleh semua log biner. Log biner dari instance ApsaraDB RDS for MySQL harus disimpan setidaknya selama tiga hari. Kami sarankan Anda menyimpan log biner selama tujuh hari. Log biner dari database MySQL yang dikelola sendiri harus disimpan setidaknya selama tujuh hari. Jika tidak, DTS mungkin gagal mendapatkan log biner dan tugas mungkin gagal. Dalam keadaan luar biasa, ketidaksesuaian data atau kehilangan data mungkin terjadi. Pastikan Anda mengonfigurasi periode retensi log biner berdasarkan persyaratan sebelumnya. Jika tidak, keandalan layanan atau kinerja yang dinyatakan dalam Perjanjian Tingkat Layanan (SLA) DTS mungkin tidak dijamin. Catatan Untuk informasi lebih lanjut tentang cara menyetel Retention Period log biner dari instance ApsaraDB RDS for MySQL, lihat Konfigurasikan parameter berdasarkan mana sistem secara otomatis menghapus file log biner dari instance RDS. Batasan pada operasi yang akan dilakukan pada database sumber: Selama migrasi skema dan migrasi data penuh, jangan jalankan pernyataan DDL untuk mengubah skema database atau tabel. Jika tidak, tugas migrasi data gagal. Selama migrasi data, jangan jalankan pernyataan DDL untuk menambahkan komentar. Jika tidak, tugas migrasi data gagal. Sebagai contoh, jangan jalankan pernyataan `ALTER TABLE table_name COMMENT='Table comment';`. Jika Anda hanya melakukan migrasi data penuh, jangan tulis data ke database sumber selama migrasi data. Jika tidak, ketidaksesuaian data antara database sumber dan tujuan terjadi. Untuk memastikan konsistensi data, kami sarankan Anda memilih migrasi skema, migrasi data penuh, dan migrasi data tambahan sebagai jenis migrasi. Data yang dihasilkan oleh operasi perubahan log biner, seperti data yang dipulihkan dari cadangan fisik atau data dari operasi kaskade, tidak dicatat dan dimigrasikan ke database tujuan saat instance migrasi data sedang berjalan. Catatan Jika data perubahan tidak dicatat dan dimigrasikan ke database tujuan, Anda dapat memigrasi data penuh lagi dengan asumsi bisnis Anda tidak terpengaruh. Jika database sumber adalah database MySQL 8.0.23 atau lebih baru, dan data yang akan dimigrasi mencakup kolom tak terlihat, data kolom tersebut tidak dapat diperoleh dan kehilangan data terjadi. Catatan Untuk membuat kolom terlihat, jalankan perintah `ALTER TABLE <table_name> ALTER COLUMN <column_name> SET VISIBLE;`. Untuk informasi lebih lanjut, lihat Kolom Tak Terlihat. Tabel yang tidak memiliki kunci utama secara otomatis menghasilkan kunci utama tak terlihat. Anda perlu membuat kunci utama tak terlihat menjadi terlihat. Untuk informasi lebih lanjut, lihat Generated Invisible Primary Keys.
Batasan lainnya	Indeks awalan tidak dapat dimigrasikan. Jika database sumber berisi indeks awalan, data mungkin gagal dimigrasikan. Anda harus menentukan kunci utama kustom di database tujuan atau mengonfigurasi Primary Key Column selama Configurations for Databases, Tables, and Columns. Jika tidak, data mungkin gagal dimigrasikan. Karena batasan kluster AnalyticDB for MySQL, jika penggunaan ruang disk node dalam kluster AnalyticDB for MySQL melebihi 80%, kinerja penulisan data ke database tujuan terganggu dan tugas DTS tertunda. Kami sarankan Anda memperkirakan ruang disk yang diperlukan berdasarkan objek yang akan dimigrasikan. Pastikan kluster tujuan memiliki ruang penyimpanan yang cukup. Jika kluster tujuan AnalyticDB for MySQL 3.0 sedang dicadangkan saat tugas DTS berjalan, tugas gagal. Sebelum Anda memigrasi data, evaluasi dampak migrasi data terhadap kinerja database sumber dan tujuan. Kami sarankan Anda memigrasi data selama jam non-puncak. Selama migrasi data penuh, DTS menggunakan sumber daya baca dan tulis database sumber dan tujuan. Ini dapat meningkatkan beban pada server database. Selama migrasi data penuh, operasi INSERT bersamaan menyebabkan fragmentasi dalam tabel database tujuan. Setelah migrasi data penuh selesai, ruang tabel database tujuan lebih besar daripada database sumber. Anda harus memastikan bahwa pengaturan presisi untuk kolom tipe data FLOAT atau DOUBLE memenuhi kebutuhan bisnis Anda. DTS menggunakan fungsi `ROUND(COLUMN,PRECISION)` untuk mengambil nilai dari kolom tipe data FLOAT atau DOUBLE. Jika Anda tidak menentukan presisi, DTS menetapkan presisi untuk kolom tipe data FLOAT menjadi 38 digit dan presisi untuk kolom tipe data DOUBLE menjadi 308 digit. DTS mencoba melanjutkan tugas migrasi data yang gagal dalam tujuh hari terakhir. Sebelum Anda beralih beban kerja ke database tujuan, Anda harus menghentikan atau melepaskan tugas yang gagal. Anda juga dapat menjalankan pernyataan `REVOKE` untuk mencabut izin tulis dari akun yang digunakan oleh DTS untuk mengakses database tujuan. Jika tidak, data di database sumber menimpa data di database tujuan setelah tugas yang gagal dilanjutkan. Jika pernyataan DDL gagal dieksekusi di database tujuan, tugas DTS terus berjalan. Anda dapat melihat pernyataan DDL yang gagal dieksekusi dalam log tugas. Untuk informasi lebih lanjut tentang cara melihat log tugas, lihat Lihat log tugas. Jika database sumber adalah instance ApsaraDB RDS for MySQL yang fitur EncDB-nya diaktifkan, migrasi data penuh tidak dapat dilakukan. Catatan Instance ApsaraDB RDS for MySQL yang memiliki fitur Transparent Data Encryption (TDE) diaktifkan mendukung migrasi skema, migrasi data penuh, dan migrasi data tambahan. Jika instance gagal berjalan, personel dukungan teknis DTS akan mencoba memulihkan instance dalam waktu 8 jam. Selama proses pemulihan, instance mungkin di-restart atau parameter mungkin disesuaikan. Catatan Saat parameter disesuaikan, hanya parameter instance DTS yang dimodifikasi. Parameter database tidak dimodifikasi. Parameter yang mungkin dimodifikasi termasuk tetapi tidak terbatas pada parameter dalam Ubah parameter instance.
Kasus khusus	Jika database sumber adalah database MySQL yang dikelola sendiri, perhatikan batasan berikut: Jika Anda melakukan switchover primer/sekunder pada database sumber saat tugas migrasi data berjalan, tugas gagal. DTS menghitung latensi migrasi berdasarkan cap waktu data migrasi terbaru di database tujuan dan cap waktu saat ini di database sumber. Jika tidak ada operasi DML yang dilakukan pada database sumber untuk waktu yang lama, latensi migrasi mungkin tidak akurat. Jika latensi tugas migrasi data terlalu tinggi, Anda dapat melakukan operasi DML pada database sumber untuk memperbarui latensi. Catatan Jika Anda memilih seluruh database sebagai objek yang akan dimigrasikan, Anda dapat membuat tabel detak jantung. Tabel detak jantung diperbarui atau menerima data setiap detik. DTS menjalankan pernyataan CREATE DATABASE IF NOT EXISTS `test` di database sumber sesuai jadwal untuk memajukan posisi file log biner. Jika database sumber adalah instance Apsara RDS for MySQL, perhatikan batasan berikut: Dalam migrasi data tambahan, instance ApsaraDB RDS for MySQL yang tidak mencatat log transaksi, seperti instance ApsaraDB RDS for MySQL V5.6 baca-saja, tidak dapat digunakan sebagai database sumber. DTS menjalankan pernyataan CREATE DATABASE IF NOT EXISTS `test` di database sumber sesuai jadwal untuk memajukan posisi file log biner.

Penagihan

Jenis Migrasi	Biaya Konfigurasi Instance	Biaya Lalu Lintas Internet
Migrasi Skema dan Migrasi Data Penuh	Gratis.	Saat parameter Access Method database tujuan disetel ke Public IP Address, Anda dikenakan biaya untuk lalu lintas internet. Untuk informasi lebih lanjut, lihat Ikhtisar Penagihan.
Migrasi Data Tambahan	Dikenakan biaya. Untuk informasi lebih lanjut, lihat Ikhtisar Penagihan.

Jenis Migrasi

Migrasi Skema
DTS memigrasikan skema objek yang diperlukan dari database sumber ke database tujuan.
Catatan
ApsaraDB RDS for MySQL dan AnalyticDB for MySQL adalah database heterogen. DTS tidak menjamin bahwa skema database sumber dan tujuan konsisten setelah migrasi skema. Kami sarankan Anda mengevaluasi dampak konversi tipe data terhadap bisnis Anda. Untuk informasi lebih lanjut, lihat Pemetaan Tipe Data antara Database Heterogen.
Migrasi Data Penuh
DTS memigrasikan data historis objek yang diperlukan dari database sumber ke database tujuan.
Migrasi Data Tambahan
Setelah migrasi data penuh selesai, DTS menyinkronkan data tambahan dari database sumber ke database tujuan. Migrasi data tambahan memungkinkan Anda memastikan kontinuitas layanan saat memigrasikan data antara database yang dikelola sendiri.

Operasi SQL yang dapat dimigrasikan

Jenis Operasi	Pernyataan SQL
DML	INSERT, UPDATE, dan DELETE
DDL	CREATE TABLE, DROP TABLE, RENAME TABLE, TRUNCATE TABLE, ADD COLUMN, dan DROP COLUMN

Peringatan

Jika tipe data bidang dalam tabel sumber diubah selama migrasi data, pesan kesalahan dihasilkan dan tugas migrasi data dihentikan. Anda dapat mengirim tiket atau melakukan langkah-langkah berikut untuk memecahkan masalah.

Saat DTS memigrasikan data ke kluster tujuan AnalyticDB for MySQL, tipe data bidang bernama customer dalam tabel sumber diubah. Akibatnya, tugas migrasi data gagal.
Di kluster tujuan AnalyticDB for MySQL V3.0, buat tabel bernama customer_new. Tabel customer_new memiliki skema yang sama dengan tabel customer.
Jalankan perintah INSERT INTO SELECT untuk menyalin data tabel customer dan menyisipkan data ke tabel customer_new. Ini memastikan bahwa data kedua tabel konsisten.
Ganti nama atau hapus tabel customer. Kemudian, ubah nama tabel customer_new menjadi customer.
Mulai ulang tugas migrasi data di konsol DTS.

Izin yang diperlukan untuk akun database

Database	Migrasi Skema	Migrasi Data Penuh	Migrasi Data Tambahan
ApsaraDB RDS for MySQL	Izin SELECT	Izin SELECT	Izin SELECT pada objek yang akan dimigrasikan, izin REPLICATION SLAVE, dan izin REPLICATION CLIENT. DTS secara otomatis memberikan izin ini kepada akun database.
AnalyticDB for MySQL V3.0	Izin baca dan tulis

Untuk informasi lebih lanjut tentang cara membuat dan memberi otorisasi akun database, lihat topik-topik berikut:

ApsaraDB RDS for MySQL instance: Buat Akun dan Ubah Izin Akun
AnalyticDB for MySQL V3.0 cluster: Buat Akun Database

Prosedur

Pergi ke Halaman Tugas Migrasi Data Konsol DTS Baru.
Catatan
Anda juga dapat masuk ke Konsol Data Management (DMS). Di bilah navigasi atas, gerakkan pointer ke Pengembangan Data dan pilih Data + AI > Data Migration.
Di sudut kiri atas halaman, pilih wilayah tempat instance migrasi data berada.

Klik Create Task. Di halaman Buat Tugas Migrasi Data, konfigurasikan database sumber dan tujuan. Tabel berikut menjelaskan parameter.

Peringatan

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

Configure the source and destination databases

Bagian	Parameter	Deskripsi
Tidak Ada	Task Name	Nama tugas DTS. DTS secara otomatis menghasilkan nama tugas. Kami sarankan Anda menentukan nama yang informatif agar mudah mengidentifikasi tugas. Anda tidak perlu menentukan nama tugas yang unik.
Source Database	Database Type	Pilih MySQL.
	Access Method	Pilih Alibaba Cloud Instance.
	Instance Region	Pilih wilayah tempat instance sumber ApsaraDB RDS for MySQL berada.
	Replicate Data Across Alibaba Cloud Accounts	Dalam contoh ini, pilih No karena data dimigrasikan dalam akun Alibaba Cloud yang sama.
	RDS Instance ID	Pilih ID dari instance sumber ApsaraDB RDS for MySQL.
	Replicate Data Across Alibaba Cloud Accounts	Masukkan akun database dari instance sumber ApsaraDB RDS for MySQL. Untuk informasi tentang izin yang diperlukan untuk akun tersebut, lihat Izin yang diperlukan untuk akun database.
	Database Password	Kata sandi yang digunakan untuk mengakses instance database.
Destination Database	Database Type	Pilih AnalyticDB for MySQL 3.0.
	Access Method	Pilih Alibaba Cloud Instance.
	Instance Region	Pilih wilayah tempat kluster tujuan AnalyticDB for MySQL V3.0 berada.
	Instance ID	Pilih ID dari kluster tujuan AnalyticDB for MySQL V3.0.
	Database Account	Masukkan akun database dari kluster tujuan AnalyticDB for MySQL V3.0. Untuk informasi tentang izin yang diperlukan untuk akun tersebut, lihat Izin yang diperlukan untuk akun database.
	Database Password	Kata sandi yang digunakan untuk mengakses instance database.

Di bagian bawah halaman, klik Test Connectivity and Proceed.
Jika database sumber atau tujuan adalah instance database Alibaba Cloud, seperti instance ApsaraDB RDS for MySQL atau ApsaraDB for MongoDB, DTS secara otomatis menambahkan blok CIDR server DTS ke daftar putih alamat IP instance tersebut. Jika database sumber atau tujuan adalah database yang dikelola sendiri yang di-hosting pada instance Elastic Compute Service (ECS), DTS secara otomatis menambahkan blok CIDR server DTS ke aturan grup keamanan instance ECS, dan Anda harus memastikan bahwa instance ECS dapat mengakses database. Jika database yang dikelola sendiri di-hosting pada beberapa instance ECS, Anda harus secara manual menambahkan blok CIDR server DTS ke aturan grup keamanan setiap instance ECS. Jika database sumber atau tujuan adalah database yang dikelola sendiri yang diterapkan di pusat data atau disediakan oleh penyedia layanan cloud pihak ketiga, Anda harus secara manual menambahkan blok CIDR server DTS ke daftar putih alamat IP database untuk mengizinkan DTS mengakses database. Untuk informasi lebih lanjut, lihat bagian Blok CIDR Server DTS topik Menambahkan Blok CIDR Server DTS.
Peringatan
Jika blok CIDR publik server DTS ditambahkan secara otomatis atau manual ke daftar putih instance database atau ke aturan grup keamanan instance ECS, risiko keamanan mungkin timbul. Oleh karena itu, sebelum menggunakan DTS untuk memigrasikan data, Anda harus memahami dan mengakui potensi risiko serta mengambil langkah-langkah pencegahan, termasuk tetapi tidak terbatas pada langkah-langkah berikut: meningkatkan keamanan nama pengguna dan kata sandi Anda, membatasi port yang diekspos, mengotentikasi panggilan API, secara teratur memeriksa daftar putih atau aturan grup keamanan dan melarang blok CIDR yang tidak sah, atau menghubungkan instance database ke DTS dengan menggunakan Express Connect, VPN Gateway, atau Smart Access Gateway.

Pilih objek yang akan dimigrasikan dan konfigurasikan pengaturan lanjutan.

Basic Settings

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 sarankan Anda tidak menulis data ke database sumber selama migrasi data. 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, pra-pemeriksaan berhasil. Jika tidak, kesalahan dikembalikan selama pra-pemeriksaan 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 diganti namanya, Anda dapat menggunakan fitur pemetaan nama objek untuk mengganti nama tabel yang dimigrasikan ke database tujuan. Untuk informasi lebih lanjut, lihat Pemetaan Nama Objek. Ignore Errors and Proceed: melewati pra-pemeriksaan 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 tambahan, 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.
DDL and DML Operations to Be Synchronized	Pilih operasi SQL yang ingin Anda migrasikan di tingkat instance. Untuk informasi lebih lanjut, lihat Operasi SQL yang Dapat Dimigrasikan Catatan Untuk memilih operasi SQL yang dilakukan pada database atau tabel tertentu, lakukan langkah-langkah berikut: Di bagian Selected Objects, klik kanan sebuah objek. Di kotak dialog yang muncul, pilih operasi SQL yang ingin Anda migrasikan.
Merge Tables	Yes: Jika Anda memilih nilai ini, DTS menambahkan kolom `__dts_data_source` ke setiap tabel untuk mencatat sumber data. Untuk informasi lebih lanjut, lihat Aktifkan Fitur Penggabungan Multi-Tabel. No: Ini adalah nilai default. Catatan Jika Anda menyetel parameter ini ke Ya, semua tabel sumber yang dipilih dalam tugas digabungkan menjadi satu tabel tujuan. Jika Anda tidak perlu menggabungkan tabel sumber tertentu, Anda dapat membuat tugas migrasi data terpisah untuk tabel-tabel tersebut. Peringatan Kami sarankan Anda tidak melakukan operasi DDL untuk mengubah skema database sumber atau tabel. Jika tidak, ketidaksesuaian data mungkin terjadi atau tugas migrasi data mungkin gagal.
Source Objects	Pilih satu atau lebih objek dari bagian Source Objects. Klik ikon untuk menambahkan objek ke bagian Selected Objects. Catatan
Ganti Nama Database dan Tabel	Untuk mengganti nama objek yang ingin Anda migrasikan ke instance tujuan, klik kanan objek di bagian Selected Objects. Untuk informasi lebih lanjut, lihat bagian Pemetaan Nama Objek Tunggal topik Pemetaan Nama Objek. Untuk mengganti nama beberapa objek sekaligus, klik Batch Edit di sudut kanan atas bagian Selected Objects. Untuk informasi lebih lanjut, lihat bagian Pemetaan Beberapa Nama Objek Sekaligus topik Pemetaan Nama Objek. Catatan Anda dapat memilih kolom, tabel, atau database sebagai objek migrasi. Jika Anda memilih tabel, DTS tidak akan memigrasikan objek lain seperti view, trigger, atau stored procedure ke database tujuan. Jika Anda memilih database sebagai objek migrasi, DTS akan memigrasikan data berdasarkan aturan default berikut: Jika tabel di database sumber memiliki primary key (baik berupa single-column primary key maupun composite primary key), kolom primary key tersebut akan ditetapkan sebagai distribution key. Jika tabel di database sumber tidak memiliki primary key, DTS akan secara otomatis membuat kolom auto-increment primary key di tabel tujuan, yang dapat menyebabkan inkonsistensi data antara database sumber dan tujuan.
Filter Data	Anda dapat menentukan kondisi untuk menyaring data. Untuk informasi lebih lanjut, lihat Tentukan Kondisi Filter.
Pilih Operasi SQL yang akan Dimigrasikan Secara Tambahan	Di bagian Selected Objects, klik kanan sebuah objek. Di kotak dialog yang muncul, pilih operasi SQL yang ingin Anda migrasikan. Untuk informasi lebih lanjut, lihat Operasi SQL yang Dapat Dimigrasikan.

Advanced Settings

Parameter	Deskripsi
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 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 topik Konfigurasikan Pemantauan dan Peringatan.
Capitalization of Object Names in Destination Instance	Penulisan huruf besar-kecil nama database, tabel, dan 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.
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 pada 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 pada 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 menyaring 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 yang gagal. Jika database sumber atau tujuan gagal terhubung setelah tugas migrasi data dimulai, DTS segera mencoba kembali koneksi dalam rentang waktu ulang. Nilai valid: 10 hingga 1.440. Unit: menit. Nilai default: 720. Kami sarankan Anda menyetel parameter ini ke nilai lebih dari 30. Jika DTS tersambung kembali ke database sumber dan tujuan dalam rentang waktu ulang yang ditentukan, DTS melanjutkan tugas migrasi data. Jika tidak, tugas migrasi data gagal. Catatan Jika Anda menentukan rentang waktu ulang berbeda untuk beberapa tugas migrasi data yang berbagi database sumber atau tujuan yang sama, nilai yang ditentukan terakhir yang berlaku. Saat DTS mencoba kembali koneksi, Anda dikenakan biaya untuk instance DTS. Kami sarankan Anda menentukan rentang waktu ulang berdasarkan kebutuhan bisnis Anda. Anda juga dapat melepaskan instance DTS sesegera mungkin setelah database sumber dan instance tujuan dilepaskan.

Optional: Di bagian bawah halaman, klik Next: Configure Database and Table Fields. Di kotak dialog yang muncul, konfigurasikan Type, Primary Key Column, Distribution Key, dan parameter tentang kunci partisi seperti Partition Key, Partitioning Rules, dan Partition Lifecycle untuk tabel yang akan dimigrasikan ke database tujuan.
Catatan
- Langkah ini hanya tersedia jika Anda memilih Schema Migration untuk parameter Migration Types. Untuk mengubah parameter tersebut, atur Definition Status menjadi All.
- Di bidang Primary Key Column, Anda dapat memilih beberapa kolom untuk membentuk kunci utama komposit. Dalam hal ini, Anda harus memilih satu atau lebih primary key columns sebagai distribution keys dan kunci partisi. Untuk informasi lebih lanjut, lihat CREATE TABLE.
Di bagian bawah halaman, klik Next: Save Task Settings and Precheck.
Anda dapat mengarahkan pointer 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 pra-pemeriksaan. Anda hanya dapat memulai tugas migrasi data setelah tugas tersebut lulus pra-pemeriksaan.
- Jika tugas gagal lulus pra-pemeriksaan, klik View Details di sebelah setiap item yang gagal. Setelah Anda menganalisis penyebab berdasarkan hasil pemeriksaan, perbaiki masalah tersebut. Kemudian, jalankan pra-pemeriksaan lagi.
- Jika peringatan dipicu untuk suatu item selama pra-pemeriksaan:
  Jika item peringatan tidak dapat diabaikan, klik View Details di sebelah item yang gagal dan perbaiki masalah tersebut. Kemudian, jalankan pra-pemeriksaan lagi.
  Jika item peringatan dapat diabaikan, klik Confirm Alert Details. Di kotak dialog Lihat Detail, klik Ignore. Di pesan yang muncul, klik OK. Kemudian, klik Precheck Again untuk menjalankan pra-pemeriksaan lagi. Jika Anda mengabaikan item peringatan, ketidaksesuaian data mungkin terjadi, dan bisnis Anda mungkin terpapar risiko potensial.
Tunggu hingga Success Rate menjadi 100%. Kemudian, klik Next: Purchase Instance.

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 termasuk. Nilai default: default resource group. Untuk informasi lebih lanjut, lihat Apa itu Resource Management?
New Instance Class	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 dari Instance Migrasi Data.

Baca dan setujui Data Transmission Service (Pay-as-you-go) Service Terms dengan memilih kotak centang.
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 tambahan, tugas secara otomatis berhenti. Completed ditampilkan di bagian Status .
- Jika tugas migrasi data dapat digunakan untuk memigrasikan data tambahan, tugas tidak berhenti secara otomatis. Tugas migrasi data tambahan tidak pernah berhenti atau selesai. Running ditampilkan di bagian Status.