Migrasi data MySQL ke ApsaraDB for SelectDB - Data Transmission Service

ApsaraDB for SelectDB mampu menjalankan kueri terhadap set data besar dalam waktu kurang dari satu detik, menangani puluhan ribu kueri titik secara konkuren, serta melakukan analisis kompleks ber-throughput tinggi. Anda dapat menggunakan DTS untuk memigrasikan data dari database MySQL—baik yang dikelola sendiri maupun instans ApsaraDB RDS for MySQL—ke ApsaraDB for SelectDB guna mendukung analisis data skala besar. Topik ini menggunakan instans ApsaraDB RDS for MySQL sebagai contoh proses migrasi.

Prasyarat

Anda telah memiliki instans sumber ApsaraDB RDS for MySQL dan instans tujuan ApsaraDB for SelectDB.

Batasan

Jenis	Deskripsi
Database sumber	Persyaratan bandwidth: Server yang meng-hosting database sumber harus memiliki bandwidth keluar yang mencukupi. Jika tidak, kecepatan migrasi akan menurun. Persyaratan untuk objek migrasi: Jika semua tabel yang akan dimigrasikan memiliki primary key atau unique constraint: Pastikan kolom-kolom pada tabel bersifat unik. Jika tidak, data duplikat dapat muncul di database tujuan. Jika objek migrasi mencakup tabel yang tidak memiliki primary key atau unique constraint: Saat mengonfigurasi instans, kami merekomendasikan Anda memilih Schema Migration untuk Migration Types dan, pada tahap Configurations for Databases, Tables, and Columns, atur Engine tabel menjadi duplicate. Jika tidak, instans dapat gagal atau terjadi kehilangan data. Catatan Selama schema migration, DTS menambahkan kolom tambahan ke tabel tujuan. Untuk informasi lebih lanjut, lihat Additional Column Information. Jika Anda memigrasikan data pada level tabel dan perlu mengedit objek—misalnya dengan menggunakan object name mapping—satu tugas migrasi data hanya dapat memigrasikan maksimal 1.000 tabel. Jika batas ini dilampaui, tugas akan melaporkan error saat Anda mengirimkannya. Dalam kasus ini, bagi tabel menjadi beberapa tugas migrasi atau konfigurasikan satu tugas untuk memigrasikan seluruh database. Jika Anda memerlukan migrasi inkremental, aktifkan binary logging: Atur binlog_format ke ROW dan binlog_row_image ke FULL. Jika tidak, pemeriksaan awal (precheck) gagal dan tugas tidak dapat dimulai. Penting Jika sumber MySQL yang dikelola sendiri Anda adalah kluster dual-master—di mana setiap instans bertindak sebagai master sekaligus slave—aktifkan parameter log_slave_updates. Hal ini memastikan DTS dapat membaca semua log biner. Untuk instans RDS for MySQL, simpan log biner lokal minimal selama tiga hari (disarankan tujuh hari). Untuk database MySQL yang dikelola sendiri, simpan log biner lokal minimal selama tujuh hari. Jika DTS tidak dapat mengakses log biner, tugas akan gagal. Dalam kasus ekstrem, ketidakkonsistenan data atau kehilangan data dapat terjadi. Masalah yang disebabkan oleh periode retensi log biner lebih pendek dari yang dipersyaratkan DTS tidak dicakup dalam SLA DTS. Catatan Untuk mengatur retention period log biner lokal pada instans RDS for MySQL, lihat Automatically delete local logs. Selama fase schema migration dan full migration, jangan lakukan operasi DDL yang mengubah skema database atau tabel. Jika dilakukan, tugas migrasi data akan gagal. Catatan Selama fase full migration, DTS melakukan kueri terhadap database sumber. Hal ini membuat metadata lock, yang dapat memblokir operasi DDL pada database sumber. Jika Anda hanya melakukan full data migration, jangan menulis data baru ke database sumber. Jika dilakukan, ketidakkonsistenan data akan terjadi antara database sumber dan tujuan. Untuk menjaga konsistensi data secara real-time, pilih schema migration, full data migration, dan incremental data migration. DTS tidak memigrasikan data yang dihasilkan oleh perubahan yang tidak ditulis ke log biner. Contohnya termasuk data yang dipulihkan dari backup fisik atau dibuat oleh operasi kaskade. Catatan Jika hal ini terjadi, jalankan kembali full migration setelah bisnis Anda mengizinkannya. Jika database sumber MySQL Anda versi 8.0.23 atau lebih baru dan berisi kolom tersembunyi (invisible hidden columns), DTS tidak dapat membaca kolom tersebut. Hal ini dapat menyebabkan kehilangan data. Catatan Jalankan `ALTER TABLE <table_name> ALTER COLUMN <column_name> SET VISIBLE;` untuk membuat kolom tersembunyi menjadi terlihat. Untuk informasi lebih lanjut, lihat Invisible Columns.
Batasan lainnya	Anda hanya dapat memigrasikan data ke tabel yang menggunakan model Unique atau Duplicate di instans ApsaraDB for SelectDB. Model Unique Jika tabel tujuan adalah tabel model Unique, pastikan bahwa semua unique key di tabel tujuan ada di tabel sumber dan termasuk dalam objek migrasi. Jika tidak, ketidakkonsistenan data dapat terjadi. Model Duplicate Jika tabel tujuan adalah tabel model Duplicate, data duplikat dapat muncul di database tujuan dalam kasus berikut. Anda dapat menghapus duplikat secara manual berdasarkan kolom tambahan seperti _is_deleted, _version, dan _record_id. Instans migrasi dijalankan ulang (retried). Instans migrasi direstart. Anda melakukan dua atau lebih operasi DML pada baris data yang sama setelah instans migrasi dimulai. Catatan Jika tabel tujuan adalah tabel model Duplicate, DTS mengonversi pernyataan UPDATE atau DELETE menjadi pernyataan INSERT. DTS tidak mendukung migrasi indeks, partisi, view, prosedur, fungsi, trigger, atau foreign key. Saat mengonfigurasi parameter di kotak Selected Objects, saat ini Anda hanya dapat mengatur parameter `bucket_count` (jumlah bucket). Catatan Parameter `bucket_count` hanya dapat diatur ke bilangan bulat positif. Nilai default-nya adalah auto. Selama migrasi data, jangan membuat kluster di instans ApsaraDB for SelectDB tujuan. Jika dilakukan, tugas akan gagal. Anda dapat merestart instans migrasi untuk melanjutkan tugas yang gagal. Instans ApsaraDB for SelectDB hanya mendukung nama database dan tabel yang dimulai dengan huruf. Jika nama database atau tabel yang akan dimigrasikan tidak dimulai dengan huruf, Anda harus menggunakan object name mapping untuk mengganti namanya. Jika nama objek migrasi—seperti database, tabel, atau kolom—mengandung karakter Tionghoa, Anda harus menggunakan object name mapping untuk mengganti namanya, misalnya ke nama dalam bahasa Inggris. Jika tidak, tugas dapat gagal. DTS tidak mendukung migrasi operasi DDL yang memodifikasi beberapa kolom sekaligus atau yang melakukan modifikasi berturut-turut pada tabel yang sama. Selama migrasi data, jangan menambahkan node backend ke database ApsaraDB for SelectDB. Jika dilakukan, tugas akan gagal. Anda dapat merestart instans migrasi untuk melanjutkan tugas yang gagal. Dalam skenario penggabungan multi-tabel—di mana Anda memigrasikan data dari beberapa tabel sumber ke satu tabel tujuan—pastikan semua tabel sumber memiliki skema yang sama. Jika tidak, ketidakkonsistenan data atau kegagalan tugas dapat terjadi. Di MySQL, M dalam tipe `VARCHAR(M)` menentukan panjang dalam karakter. Di ApsaraDB for SelectDB, N dalam tipe `VARCHAR(N)` menentukan panjang dalam byte. Jika Anda tidak menggunakan fitur schema migration DTS, kami merekomendasikan agar Anda mengatur panjang kolom VARCHAR di ApsaraDB for SelectDB menjadi empat kali panjangnya di MySQL. Saat Anda menggunakan DMS atau gh-ost untuk melakukan operasi online DDL pada sumber, DTS hanya memigrasikan pernyataan DDL aslinya ke tujuan. Dalam skenario ini, DTS tidak perlu memigrasikan volume besar data tabel sementara, tetapi operasi tersebut dapat menyebabkan table lock pada tujuan. Catatan DTS tidak mendukung migrasi perubahan online DDL yang dibuat oleh alat seperti pt-online-schema-change pada sumber. Jika sumber memiliki perubahan semacam itu, kehilangan data atau kegagalan tugas dapat terjadi di tujuan. Evaluasi kinerja database sumber dan tujuan sebelum memigrasikan data. Kami merekomendasikan melakukan migrasi data selama jam sepi. Selama full data migration, DTS mengonsumsi sumber daya baca dan tulis pada kedua database, yang dapat meningkatkan beban mereka. Full data migration menjalankan operasi INSERT secara konkuren, yang menyebabkan fragmentasi tabel di database tujuan. Akibatnya, ruang tabel yang digunakan di instans tujuan lebih besar daripada di instans sumber setelah full migration selesai. Selama migrasi data, jika sumber selain DTS menulis data ke database tujuan, ketidakkonsistenan data antara database sumber dan tujuan dapat terjadi. Jika instans RDS for MySQL Anda telah mengaktifkan Always-Encrypted, full migration tidak didukung. Catatan Instans RDS for MySQL yang telah mengaktifkan Transparent Data Encryption (TDE) mendukung schema migration, full migration, dan incremental migration. Selama migrasi inkremental, DTS menggunakan strategi sinkronisasi batch untuk mengurangi beban pada tujuan. Secara default, DTS menulis ke satu objek sinkronisasi paling banyak sekali setiap 5 detik. Oleh karena itu, tugas migrasi DTS dapat mengalami latensi sinkronisasi reguler—biasanya dalam 10 detik. Untuk mengurangi latensi migrasi reguler ini, ubah parameter instans DTS `selectdb.reservoir.timeout.milliseconds` di Konsol untuk menyesuaikan interval batch. Rentang yang diizinkan adalah [1000, 10000] milidetik. Catatan Saat Anda menyesuaikan interval batch, nilai yang lebih kecil meningkatkan frekuensi penulisan DTS. Hal ini dapat meningkatkan beban dan waktu respons (RT) tulis pada tujuan, yang pada gilirannya meningkatkan latensi sinkronisasi DTS. Sesuaikan nilai berdasarkan beban pada tujuan. Jika suatu tugas gagal, staf dukungan DTS akan berusaha memulihkannya dalam waktu delapan jam. Selama pemulihan, mereka dapat merestart tugas atau menyesuaikan parameternya. Catatan Hanya parameter tugas DTS yang dimodifikasi—bukan parameter database. Parameter yang dapat disesuaikan termasuk yang tercantum dalam Modify instance parameters.
Kasus khusus	Untuk sumber MySQL yang dikelola sendiri: Alih bencana (switchover) master–standby pada database sumber menyebabkan tugas migrasi gagal. DTS menghitung latensi dengan membandingkan timestamp catatan terakhir yang dimigrasikan ke database tujuan dengan waktu saat ini. Jika tidak ada operasi DML yang dijalankan pada sumber dalam waktu lama, pelaporan latensi menjadi tidak akurat. Jika latensi tampak terlalu tinggi, jalankan operasi DML pada sumber untuk memperbarui nilai latensi. Catatan Jika Anda memilih migrasi seluruh database, buatlah tabel heartbeat. Perbarui atau tulis ke tabel tersebut setiap detik. DTS secara berkala menjalankan CREATE DATABASE IF NOT EXISTS `test` pada database sumber untuk memajukan offset log biner. Jika sumber Anda adalah Amazon Aurora MySQL atau instans MySQL berkluster lainnya, pastikan nama domain atau alamat IP yang dikonfigurasi untuk tugas—dan resolusi DNS-nya—selalu mengarah ke node read–write (RW). Jika tidak, tugas migrasi dapat gagal. Untuk sumber RDS for MySQL: Jika Anda memerlukan migrasi inkremental, instans RDS for MySQL yang tidak mencatat log transaksi—seperti instans hanya baca RDS for MySQL 5.6—tidak didukung sebagai sumber. DTS secara berkala menjalankan CREATE DATABASE IF NOT EXISTS `test` pada database sumber untuk memajukan offset log biner.

Penagihan

Jenis migrasi	Biaya konfigurasi tugas	Biaya traffic publik
Schema migration dan full data migration	Gratis.	Gratis dalam contoh ini. Catatan Biaya transfer data internet berlaku jika Access Method untuk database tujuan adalah Public IP Address. Untuk informasi lebih lanjut, lihat Billing overview.
Incremental data migration	Ditagih. Untuk informasi lebih lanjut, lihat Billing overview.

SQL yang didukung untuk migrasi inkremental

Jenis operasi	Pernyataan SQL
DML	`INSERT`, `UPDATE`, dan `DELETE`
DDL	`ADD COLUMN` `MODIFY COLUMN` `CHANGE COLUMN` `DROP COLUMN` dan `DROP TABLE` `TRUNCATE TABLE` RENAME TABLE Penting Operasi RENAME TABLE dapat menyebabkan ketidakkonsistenan data. Misalnya, jika Anda hanya memilih satu tabel sebagai objek migrasi dan mengganti nama tabel tersebut di instans sumber selama migrasi, data tabel tersebut tidak akan dimigrasikan ke database tujuan. Untuk mencegah masalah ini, pilih seluruh database tempat tabel tersebut berada sebagai objek migrasi saat mengonfigurasi tugas migrasi data. Pastikan database tempat tabel berada sebelum dan sesudah operasi RENAME TABLE termasuk dalam objek migrasi.

Persyaratan izin untuk akun database

Database	Schema migration	Full data migration	Incremental data migration
Sumber ApsaraDB RDS for MySQL	Izin SELECT	Izin SELECT	Izin baca dan tulis
Target ApsaraDB for SelectDB	Izin akses klaster (`Usage_priv`) dan izin baca-tulis untuk database (`Select_priv`, `Load_priv`, `Alter_priv`, `Create_priv`, dan `Drop_priv`)

Untuk membuat akun database dan memberikan izin:

Instans ApsaraDB RDS for MySQL: Lihat Create an account dan Modify account permissions.
Instans ApsaraDB for SelectDB: Lihat Cluster permission management dan Basic permission management.

Catatan

Jika akun database sumber dibuat di luar Konsol ApsaraDB RDS for MySQL, pastikan akun tersebut memiliki izin REPLICATION CLIENT, REPLICATION SLAVE, SHOW VIEW, dan SELECT.

Prosedur

Buka halaman daftar tugas migrasi untuk wilayah tujuan menggunakan salah satu metode berikut.
Dari Konsol DTS
1. Masuk ke Konsol Data Transmission Service (DTS).
2. Di panel navigasi kiri, klik Data Migration.
3. Di pojok kiri atas halaman, pilih wilayah tempat instans migrasi berada.
Dari Konsol DMS

Catatan
Operasi aktual dapat berbeda tergantung mode dan tata letak Konsol DMS. Untuk informasi lebih lanjut, lihat Simple mode console dan Customize the layout and style of the DMS console.
1. Masuk ke Konsol Data Management (DMS).
2. Di bilah menu atas, pilih Data + AI > Data Transmission (DTS) > Data Migration.
3. Di sebelah kanan Data Migration Tasks, pilih wilayah tempat instans migrasi berada.
Klik Create Task untuk membuka halaman konfigurasi tugas.

Konfigurasikan database sumber dan tujuan.

Bagian	Parameter	Deskripsi
N/A	Task Name	DTS secara otomatis menghasilkan nama tugas. Kami merekomendasikan agar Anda menentukan nama deskriptif untuk memudahkan identifikasi. Nama tidak harus unik.
Source Database	Select Existing Connection	Untuk menggunakan instans database yang telah ditambahkan ke sistem (dibuat atau disimpan), pilih instans database yang diinginkan dari daftar drop-down. Informasi database di bawah akan dikonfigurasi secara otomatis. Catatan Di Konsol DMS, parameter ini bernama Select a DMS database instance.. Jika Anda belum mendaftarkan instans database ke sistem, atau tidak perlu menggunakan instans terdaftar, konfigurasikan informasi database secara manual di bawah.
	Database Type	Pilih MySQL.
	Access Method	Pilih Alibaba Cloud Instance.
	Instance Region	Pilih wilayah tempat instans sumber ApsaraDB RDS for MySQL berada.
	Replicate Data Across Alibaba Cloud Accounts	Contoh ini mengasumsikan migrasi data dalam satu Akun Alibaba Cloud. Pilih No.
	RDS Instance ID	Pilih ID instans dari instans sumber ApsaraDB RDS for MySQL.
	Database Account	Masukkan akun database dari instans sumber ApsaraDB RDS for MySQL. Untuk informasi lebih lanjut tentang izin yang diperlukan, lihat Permission requirements for database accounts.
	Database Password	Masukkan password yang sesuai dengan akun database.
	Encryption	Pilih Non-encrypted atau SSL-encrypted sesuai kebutuhan. Jika Anda memilih SSL-encrypted, Anda harus mengaktifkan enkripsi SSL untuk instans RDS for MySQL terlebih dahulu. Untuk informasi lebih lanjut, lihat Use a cloud certificate to quickly enable SSL encryption.
Destination Database	Select Existing Connection	Untuk menggunakan instans database yang telah ditambahkan ke sistem (dibuat atau disimpan), pilih instans database yang diinginkan dari daftar drop-down. Informasi database di bawah akan dikonfigurasi secara otomatis. Catatan Di Konsol DMS, parameter ini bernama Select a DMS database instance.. Jika Anda belum mendaftarkan instans database ke sistem, atau tidak perlu menggunakan instans terdaftar, konfigurasikan informasi database secara manual di bawah.
	Database Type	Pilih ApsaraDB for SelectDB.
	Access Method	Pilih Alibaba Cloud Instance.
	Instance Region	Pilih wilayah tempat instans tujuan ApsaraDB for SelectDB berada.
	Replicate Data Across Alibaba Cloud Accounts	Contoh ini mengasumsikan migrasi data dalam satu Akun Alibaba Cloud. Pilih No.
	Instance ID	Pilih ID instans dari instans tujuan ApsaraDB for SelectDB.
	Database Account	Masukkan akun database dari instans tujuan ApsaraDB for SelectDB. Untuk informasi lebih lanjut tentang izin yang diperlukan, lihat Permission requirements for database accounts.
	Database Password	Masukkan password untuk akun database.

Setelah menyelesaikan konfigurasi, klik Test Connectivity and Proceed di bagian bawah halaman.
Catatan
- Pastikan blok CIDR alamat IP server DTS telah ditambahkan ke pengaturan keamanan database sumber dan tujuan untuk mengizinkan akses dari server DTS. Hal ini dapat dilakukan secara otomatis atau manual. Untuk informasi lebih lanjut, lihat Add the IP address CIDR blocks of DTS servers to a whitelist.
- Jika database sumber atau tujuan adalah database yang dikelola sendiri (di mana Access Method bukan Alibaba Cloud Instance), Anda juga harus mengklik Test Connectivity di kotak dialog CIDR Blocks of DTS Servers.

Konfigurasikan objek tugas.

Di halaman Configure Objects, konfigurasikan objek yang ingin Anda migrasikan.

Parameter	Deskripsi
Migration Types	Untuk full data migration saja, pilih Schema Migration dan Full Data Migration. Untuk melakukan migrasi data tanpa gangguan layanan, pilih Schema Migration, Full Data Migration, dan Incremental Data Migration. Penting Saat memigrasikan data dari MySQL ke ApsaraDB for SelectDB, tipe data dikonversi. Jika Anda tidak memilih Schema Migration, Anda harus membuat tabel yang menggunakan model Unique Key atau Duplicate Key di instans tujuan ApsaraDB for SelectDB terlebih dahulu. Untuk informasi lebih lanjut, lihat Data type mappings, Additional columns, dan Data models. Jika Anda tidak memilih Incremental Data Migration, jangan menulis data ke instans sumber selama migrasi data untuk memastikan konsistensi data.
Processing Mode of Conflicting Tables	Precheck and Report Errors: DTS memeriksa apakah tabel dengan nama yang sama ada di database tujuan. Jika tidak ada tabel dengan nama yang sama, pemeriksaan awal lolos. Jika ada tabel dengan nama yang sama, pemeriksaan awal melaporkan error dan tugas migrasi data tidak dimulai. Catatan Jika Anda tidak dapat menghapus atau mengganti nama tabel di database tujuan, Anda dapat mengubah nama tabel di database tujuan. Untuk informasi lebih lanjut, lihat Map schema object names. Ignore Errors and Proceed: DTS melewati pemeriksaan untuk tabel dengan nama yang sama di database tujuan. Peringatan Jika Anda memilih Ignore Errors and Proceed, ketidakkonsistenan data dapat terjadi dan menimbulkan risiko bagi bisnis Anda. Contohnya: Jika skema tabel konsisten dan catatan di database tujuan memiliki nilai primary key yang sama dengan catatan di database sumber, DTS tidak menyimpan catatan tujuan. Catatan sumber akan menimpa catatan tujuan. Jika skema tabel tidak konsisten, hanya data dari beberapa kolom yang mungkin dimigrasikan, atau migrasi dapat gagal. Lakukan dengan hati-hati.
Capitalization of Object Names in Destination Instance	Anda dapat mengonfigurasi kebijakan case sensitivity untuk nama objek yang dimigrasikan—seperti database, tabel, dan kolom—di instans tujuan. Secara default, DTS default policy dipilih. Anda juga dapat memilih untuk menjaga case sensitivity konsisten dengan kebijakan default database sumber atau tujuan. Untuk informasi lebih lanjut, lihat Case sensitivity of object names in the destination database.
Source Objects	Di kotak Source Objects, klik objek yang ingin dimigrasikan, lalu klik untuk memindahkannya ke kotak Selected Objects. Catatan Anda dapat memilih database atau tabel sebagai objek migrasi.
Selected Objects	Untuk mengubah nama objek migrasi di instans tujuan, klik kanan objek migrasi di bagian Selected Objects. Untuk informasi lebih lanjut, lihat Map schema object names. Jika Anda memilih Schema Migration untuk Migration Types, memilih tabel, dan perlu mengonfigurasi jumlah bucket (parameter `bucket_count`), klik kanan tabel di bagian Selected Objects. Di area Parameter Settings, atur Enable Parameter Settings ke Yes, tentukan Value sesuai kebutuhan bisnis Anda, lalu klik OK. Catatan Untuk memilih operasi SQL untuk migrasi inkremental pada level database atau tabel, klik kanan objek migrasi di bagian Selected Objects dan pilih operasi SQL yang ingin dimigrasikan di kotak dialog yang muncul. Untuk mengatur kondisi WHERE untuk memfilter data, klik kanan tabel di bagian Selected Objects dan tentukan kondisi filter di kotak dialog yang muncul. Untuk informasi lebih lanjut, lihat Filter data. Jika Anda menggunakan fitur object name mapping, objek lain yang bergantung pada objek yang dipetakan ulang mungkin gagal dimigrasikan.

Klik Next: Advanced Settings untuk mengonfigurasi parameter lanjutan.

Parameter	Deskripsi
Dedicated Cluster for Task Scheduling	Secara default, DTS menjadwalkan tugas pada kluster bersama. Anda tidak perlu memilihnya. Jika Anda menginginkan tugas yang lebih stabil, Anda dapat membeli dedicated cluster untuk menjalankan tugas migrasi DTS.
Retry Time for Failed Connections	Setelah tugas migrasi dimulai, jika koneksi ke database sumber atau tujuan gagal, DTS melaporkan error dan segera mulai mencoba koneksi ulang. Durasi percobaan ulang default adalah 720 menit. Anda dapat menyesuaikan waktu percobaan ulang ke nilai antara 10 hingga 1.440 menit. Kami merekomendasikan agar Anda mengatur durasi lebih dari 30 menit. Jika DTS berhasil terhubung kembali ke database sumber dan tujuan dalam durasi yang ditentukan, tugas migrasi akan dilanjutkan secara otomatis. Jika tidak, tugas gagal. Catatan Untuk beberapa instans DTS yang berbagi sumber atau tujuan yang sama, waktu percobaan ulang jaringan ditentukan oleh pengaturan tugas yang terakhir dibuat. Karena Anda dikenai biaya selama periode percobaan ulang koneksi, kami merekomendasikan agar Anda menyesuaikan waktu percobaan ulang berdasarkan kebutuhan bisnis Anda, atau segera rilis instans DTS setelah instans database sumber dan tujuan dirilis.
Retry Time for Other Issues	Setelah tugas migrasi dimulai, jika terjadi masalah non-konektivitas—seperti exception eksekusi DDL atau DML—pada database sumber atau tujuan, DTS melaporkan error dan segera mulai mencoba operasi ulang. Durasi percobaan ulang default adalah 10 menit. Anda dapat menyesuaikan waktu percobaan ulang ke nilai antara 1 hingga 1.440 menit. Kami merekomendasikan agar Anda mengatur durasi lebih dari 10 menit. Jika operasi terkait berhasil dalam durasi percobaan ulang yang ditentukan, tugas migrasi akan dilanjutkan secara otomatis. Jika tidak, tugas gagal. Penting Nilai Retry Time for Other Issues harus lebih kecil dari nilai Retry Time for Failed Connections.
Enable Throttling for Full Data Migration	Selama full migration, DTS mengonsumsi sumber daya baca dan tulis pada database sumber dan tujuan, yang dapat meningkatkan beban database. Jika diperlukan, Anda dapat mengaktifkan pembatasan kecepatan untuk tugas full migration. Anda dapat mengatur Queries per second (QPS) to the source database, RPS of Full Data Migration, dan Data migration speed for full migration (MB/s) untuk mengurangi beban pada database tujuan. Catatan Item konfigurasi ini tersedia hanya jika Anda memilih Full Data Migration untuk Migration Types. Anda juga dapat menyesuaikan kecepatan full migration setelah instans migrasi berjalan.
Enable Throttling for Incremental Data Migration	Jika diperlukan, Anda juga dapat memilih untuk mengatur batas kecepatan untuk tugas migrasi inkremental. Anda dapat mengatur RPS of Incremental Data Migration dan Data migration speed for incremental migration (MB/s) untuk mengurangi beban pada database tujuan. Catatan Item konfigurasi ini tersedia hanya jika Anda memilih Incremental Data Migration untuk Migration Types. Anda juga dapat menyesuaikan kecepatan migrasi inkremental setelah instans migrasi berjalan.
Environment Tag	Anda dapat memilih tag lingkungan untuk mengidentifikasi instans berdasarkan kebutuhan bisnis Anda. Parameter ini tidak wajib dalam contoh ini.
Whether to delete SQL operations on heartbeat tables of forward and reverse tasks	Pilih apakah akan menulis informasi SQL heartbeat ke database sumber saat instans DTS berjalan. Yes: Informasi SQL heartbeat tidak ditulis ke database sumber. Hal ini dapat menyebabkan instans DTS melaporkan delay. No: Menulis informasi SQL heartbeat ke database sumber. Hal ini dapat mengganggu fitur seperti backup fisik dan cloning database sumber.
Configure ETL	Berdasarkan kebutuhan bisnis Anda, pilih apakah akan mengonfigurasi fitur ETL untuk memproses data. Yes: Mengonfigurasi fitur ETL. Anda juga harus memasukkan pernyataan pemrosesan data di kotak teks. No: Tidak mengonfigurasi fitur ETL.
Monitoring and Alerting	Pilih apakah akan mengatur peringatan dan menerima pemberitahuan peringatan berdasarkan kebutuhan bisnis Anda. No: Tidak mengatur peringatan. Yes: Konfigurasikan peringatan dengan mengatur ambang batas peringatan dan pemberitahuan peringatan. Jika migrasi gagal atau latensi melebihi ambang batas, sistem akan mengirim pemberitahuan peringatan.

Opsional: Setelah menyelesaikan konfigurasi di atas, klik Next: Configure Database and Table Fields untuk mengatur Primary Key Column, Distribution Key, dan Engine untuk tabel tujuan.
Catatan
- Langkah ini tersedia hanya jika Anda memilih Schema Migration untuk Migration Types saat mengonfigurasi objek tugas. Anda dapat mengatur Definition Status ke All dan memodifikasi pengaturannya.
- Untuk Primary Key Column, Anda dapat memilih beberapa kolom untuk membentuk composite primary key. Anda juga harus memilih satu atau beberapa kolom dari Primary Key Column sebagai Distribution Key.
- Untuk tabel yang tidak memiliki primary key atau unique constraint, Anda harus memilih duplicate untuk Engine. Jika tidak, instans dapat gagal atau terjadi kehilangan data.

Simpan tugas dan jalankan pemeriksaan awal.
- Untuk melihat parameter konfigurasi instans ini saat memanggil Operasi API, arahkan pointer ke tombol Next: Save Task Settings and Precheck dan klik Preview OpenAPI parameters di balon yang muncul.
- Jika Anda tidak perlu melihat atau telah selesai melihat parameter API, klik Next: Save Task Settings and Precheck di bagian bawah halaman.
Catatan
- Sebelum tugas migrasi dimulai, DTS melakukan pemeriksaan awal. Tugas hanya dimulai setelah lolos pemeriksaan awal.
- Jika pemeriksaan awal gagal, klik View Details di sebelah item pemeriksaan yang gagal, perbaiki masalah berdasarkan petunjuk, lalu jalankan kembali pemeriksaan awal.
- Jika peringatan muncul selama pemeriksaan awal:
  
  Untuk item pemeriksaan yang tidak dapat diabaikan, klik View Details di sebelah item yang gagal, perbaiki masalah berdasarkan petunjuk, lalu jalankan kembali pemeriksaan awal.
  
  Untuk item pemeriksaan yang dapat diabaikan, Anda dapat mengklik Confirm Alert Details, Ignore, OK, dan Precheck Again untuk melewati item peringatan dan menjalankan kembali pemeriksaan awal. Jika Anda memilih untuk mengabaikan peringatan, hal ini dapat menyebabkan masalah seperti ketidakkonsistenan data dan menimbulkan risiko bagi bisnis Anda.

Beli instans.

Saat Success Rate mencapai 100%, klik Next: Purchase Instance.

Di halaman Purchase, pilih spesifikasi link untuk instans migrasi data. Untuk informasi lebih lanjut, lihat tabel berikut.

Kategori	Parameter	Deskripsi
New Instance Class	Resource Group Settings	Pilih kelompok sumber daya tempat instans berada. Nilai default-nya adalah kelompok sumber daya default. Untuk informasi lebih lanjut, lihat What is Resource Management?
New Instance Class	Instance Class	DTS menyediakan spesifikasi migrasi dengan tingkat kinerja berbeda. Spesifikasi link memengaruhi kecepatan migrasi. Anda dapat memilih spesifikasi berdasarkan skenario bisnis Anda. Untuk informasi lebih lanjut, lihat Data migration link specifications.

Setelah konfigurasi selesai, baca dan pilih Data Transmission Service (Pay-as-you-go) Service Terms.
Klik Buy and Start. Di kotak dialog OK yang muncul, klik OK.

Anda dapat melihat progres tugas migrasi di halaman daftar Data Migration Tasks.
Catatan
- Jika tugas migrasi tidak mencakup migrasi inkremental, tugas akan berhenti secara otomatis setelah full migration selesai. Setelah tugas berhenti, Status-nya berubah menjadi Completed.
- Jika tugas migrasi mencakup migrasi inkremental, tugas tidak berhenti secara otomatis. Tugas migrasi inkremental terus berjalan. Selama tugas migrasi inkremental berjalan, Status tugas adalah Running.

Pemetaan tipe data

Kategori	Tipe MySQL	Jenis SelectDB
NUMERIC	TINYINT	TINYINT
	TINYINT UNSIGNED	SMALLINT
	SMALLINT	SMALLINT
	SMALLINT UNSIGNED	INT
	MEDIUMINT	INT
	MEDIUMINT UNSIGNED	BIGINT
	INT	INT
	INT UNSIGNED	BIGINT
	BIGINT	BIGINT
	BIGINT UNSIGNED	LARGEINT
	BIT(M)	INT
	DECIMAL	DECIMAL Catatan ZEROFILL tidak didukung.
	NUMERIC	DECIMAL
	FLOAT	FLOAT
	DOUBLE	DOUBLE
	BOOL BOOLEAN	BOOLEAN
DATE AND TIME	DATE	DATEV2
	DATETIME[(fsp)]	DATETIMEV2
	TIMESTAMP[(fsp)]	DATETIMEV2
	TIME[(fsp)]	VARCHAR
	YEAR[(4)]	INT
STRING	CHAR VARCHAR	VARCHAR Penting Selama migrasi data ke ApsaraDB for SelectDB, tipe data CHAR dan VARCHAR(n) dikonversi menjadi VARCHAR(4*n) untuk mencegah kehilangan data. Jika Anda tidak menentukan panjang data, default-nya adalah VARCHAR(65533). Jika panjang data melebihi 65.533, tipe data menjadi STRING.
	BINARY VARBINARY	STRING
	TINYTEXT TEXT MEDIUMTEXT LONGTEXT	STRING
	TINYBLOB BLOB MEDIUMBLOB LONGBLOB	STRING
	ENUM	STRING
	SET	STRING
	JSON	STRING

Kolom tambahan

Catatan

Tabel ini menjelaskan kolom tambahan untuk tabel tujuan yang menggunakan model Duplicate key. Kolom-kolom ini ditambahkan secara otomatis oleh DTS atau harus ditambahkan secara manual.

Parameter	Tipe	Default	Deskripsi
_is_deleted	Int	0	Menunjukkan apakah catatan tersebut dihapus. Insert: 0 Update: 0 Delete: 1
_version	Bigint	0	Untuk full data migration, nilainya adalah 0. Untuk migrasi inkremental, nilainya adalah timestamp (dalam detik) dari entri yang sesuai di log biner database sumber.
_record_id	Bigint	0	Untuk full data migration, nilainya adalah 0. Untuk migrasi inkremental, nilainya adalah ID unik catatan dari log inkremental. Catatan ID bersifat unik dan auto-incrementing.

Prasyarat

Batasan

Model Unique

Model Duplicate