Migrasi RDS for MySQL ke Tablestore - Data Transmission Service

Prasyarat

Anda telah membuat instans Tablestore tujuan.
Anda telah memperoleh ID AccessKey dan AccessKey Secret untuk akun Alibaba Cloud root yang memiliki instans Tablestore. Untuk informasi selengkapnya, lihat Buat AccessKey untuk akun Alibaba Cloud root (Tidak disarankan).

Pertimbangan

Jenis	Deskripsi
Batasan database sumber	Tabel yang akan disinkronkan harus memiliki kunci primer atau kendala unik pada kolom unik. Jika tidak, duplikasi data dapat terjadi di database tujuan. Jika Anda melakukan migrasi pada tingkat tabel dan perlu mengedit objek—misalnya dengan memetakan nama tabel atau kolom—satu tugas migrasi data mendukung maksimal 1.000 tabel. Jika melebihi batas ini, pengiriman tugas akan gagal. Dalam kasus ini, kami menyarankan untuk membagi tabel ke beberapa tugas migrasi data atau mengonfigurasi satu tugas untuk melakukan migrasi 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 klaster 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 oleh DTS tidak dicakup dalam SLA DTS. Catatan Untuk mengatur retention period log biner lokal pada instans RDS for MySQL, lihat Hapus log lokal secara otomatis. Selama fase migrasi skema dan migrasi penuh, jangan lakukan operasi DDL yang mengubah skema database atau tabel. Jika dilakukan, tugas migrasi data akan gagal. Catatan Selama fase migrasi penuh, DTS melakukan kueri ke database sumber. Hal ini membuat kunci metadata (metadata lock), yang dapat memblokir operasi DDL pada database sumber. Jika Anda hanya melakukan migrasi data penuh, jangan menulis data baru ke database sumber. Jika tidak, ketidakkonsistenan data akan terjadi antara database sumber dan tujuan. Untuk menjaga konsistensi data secara real-time, pilih migrasi skema, migrasi data penuh, dan migrasi data inkremental. 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 tidak melakukan migrasi 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 migrasi penuh setelah bisnis Anda memungkinkan. Jika database sumber MySQL Anda menggunakan versi 8.0.23 atau lebih baru dan berisi kolom tersembunyi tak terlihat (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 selengkapnya, lihat Invisible Columns.
Batasan lainnya	Jangan gunakan alat seperti pt-online-schema-change untuk melakukan operasi DDL online pada objek migrasi di database sumber. Jika dilakukan, tugas migrasi akan gagal. Untuk kolom dengan tipe data FLOAT atau DOUBLE, DTS menggunakan `ROUND(COLUMN,PRECISION)` untuk mengambil nilai. Jika Anda tidak secara eksplisit menentukan presisi, DTS menggunakan presisi default 38 digit untuk FLOAT dan 308 digit untuk DOUBLE. Pastikan presisi migrasi memenuhi kebutuhan bisnis Anda. Sebelum melakukan migrasi data, evaluasi kinerja database sumber dan tujuan. Kami menyarankan untuk melakukan migrasi data pada jam sepi. Hal ini karena selama migrasi data penuh, DTS mengonsumsi sumber daya baca dan tulis dari database sumber dan tujuan, yang dapat meningkatkan beban database. Selama migrasi data penuh, operasi INSERT konkuren menyebabkan fragmentasi pada tabel di database tujuan. Akibatnya, tabel di database tujuan akan menempati lebih banyak storage space dibandingkan dengan instans sumber setelah migrasi data penuh selesai. DTS mencoba melanjutkan tugas migrasi data yang gagal dalam waktu tujuh hari. Oleh karena itu, sebelum Anda mengalihkan beban kerja ke instans tujuan, Anda harus mengakhiri atau melepas tugas migrasi data tersebut. Atau, jalankan perintah `REVOKE` untuk mencabut izin tulis dari akun yang digunakan DTS untuk mengakses instans tujuan. Hal ini mencegah tugas dilanjutkan secara otomatis dan menimpa data di instans tujuan dengan data dari database sumber. Pastikan jumlah tabel yang akan dimigrasikan memenuhi batas instans Tablestore (maksimal 64). Jika bisnis Anda memerlukan lebih dari batas ini, ajukan permintaan peningkatan batas untuk instans Tablestore tujuan. Pastikan nama tabel dan kolom yang akan dimigrasikan mengikuti konvensi penamaan Tablestore: Nama tabel atau kolom dapat berisi huruf kapital, huruf kecil, angka, dan garis bawah (_). Nama harus dimulai dengan huruf atau garis bawah (_). Nama tabel atau kolom harus terdiri dari 1 hingga 255 karakter. Jika instans RDS for MySQL Anda telah mengaktifkan Always-Encrypted, migrasi penuh tidak didukung. Catatan Instans RDS for MySQL yang telah mengaktifkan Transparent Data Encryption (TDE) mendukung migrasi skema, migrasi penuh, dan migrasi inkremental. Jika suatu tugas gagal, staf dukungan DTS akan mencoba 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 mungkin disesuaikan termasuk yang tercantum dalam Modifikasi parameter instans.
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 di sumber dalam waktu lama, pelaporan latensi menjadi tidak akurat. Jika latensi tampak terlalu tinggi, jalankan operasi DML di 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 terkluster 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 lalu lintas internet
Migrasi skema dan migrasi data penuh	Gratis.	Biaya dikenakan untuk migrasi data dari Alibaba Cloud melalui Internet. Untuk informasi selengkapnya, lihat Ikhtisar penagihan.
Migrasi data inkremental	Dikenai biaya. Untuk detailnya, lihat Ikhtisar penagihan.

Jenis migrasi

Migrasi skema

DTS melakukan migrasi skema objek migrasi dari database sumber ke database tujuan.
Migrasi data penuh

DTS melakukan migrasi semua data yang ada dari objek migrasi di database sumber ke database tujuan.
Migrasi data inkremental

Setelah migrasi data penuh selesai, DTS menyinkronkan pembaruan data inkremental dari database sumber ke database tujuan. Hal ini memungkinkan Anda menyelesaikan migrasi dengan downtime minimal untuk aplikasi yang dikelola sendiri.

Operasi SQL yang didukung untuk migrasi inkremental

Jenis operasi	Pernyataan SQL
DML	INSERT, UPDATE, dan DELETE

Izin akun database

Database	Migrasi skema	Migrasi data penuh	Migrasi data inkremental
ApsaraDB RDS for MySQL	Izin `SELECT`	Izin `SELECT`	Izin `SELECT` pada objek yang akan dimigrasikan, serta izin `REPLICATION SLAVE` dan `REPLICATION CLIENT`. DTS secara otomatis memberikan izin ini ke akun database.

Untuk membuat akun database dan memberikan izin untuk instans ApsaraDB RDS for MySQL, lihat Buat akun dan Modifikasi izin akun standar pada instans ApsaraDB RDS for MySQL.

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 pada mode dan tata letak Konsol DMS. Untuk informasi selengkapnya, lihat Konsol mode sederhana dan Sesuaikan tata letak dan gaya Konsol DMS.
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.

Kategori	Parameter	Deskripsi
N/A	Task Name	DTS secara otomatis menghasilkan nama tugas. Kami menyarankan untuk menentukan nama deskriptif (tidak perlu unik) agar lebih mudah mengidentifikasi tugas.
Select Existing Connection	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.
	MySQL	Pilih MySQL.
	Cloud Instance	Pilih Alibaba Cloud Instance.
	Instance Region	Pilih wilayah tempat instans ApsaraDB RDS for MySQL sumber berada.
	No	Dalam contoh ini, data dimigrasikan dalam satu akun Alibaba Cloud yang sama. Pilih No.
	RDS Instance ID	Pilih ID instans ApsaraDB RDS for MySQL sumber.
	Database Account	Masukkan akun database untuk instans ApsaraDB RDS for MySQL sumber. Untuk informasi lebih lanjut tentang izin yang diperlukan, lihat Izin yang diperlukan untuk akun database.
	Database Password	Masukkan password untuk akun database.
	Encryption	Pilih Non-encrypted atau SSL-encrypted sesuai kebutuhan database Anda. Jika Anda mengatur parameter ini ke SSL-encrypted, Anda harus mengaktifkan enkripsi SSL untuk instans RDS for MySQL terlebih dahulu. Untuk informasi selengkapnya, lihat Aktifkan enkripsi SSL dengan cepat menggunakan sertifikat cloud.
Select Existing Connection	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.
	Tablestore	Pilih Tablestore.
	Cloud Instance	Pilih Alibaba Cloud Instance.
	Instance Region	Pilih wilayah tempat instans Tablestore tujuan berada.
	Instance ID	Pilih ID instans Tablestore tujuan.
	AccessKey ID of Alibaba Cloud Account	Masukkan ID AccessKey akun Alibaba Cloud Anda. Untuk informasi cara memperoleh ID AccessKey, lihat Buat pasangan AccessKey.
	AccessKey Secret of Alibaba Cloud Account	Masukkan AccessKey Secret akun Alibaba Cloud Anda. Untuk informasi cara memperoleh AccessKey Secret, lihat Buat pasangan AccessKey.

Setelah menyelesaikan konfigurasi, klik Test Connectivity and Proceed di bagian bawah halaman.
Catatan
- Pastikan segmen alamat IP layanan DTS telah ditambahkan secara otomatis atau manual ke pengaturan keamanan database sumber dan tujuan untuk mengizinkan akses dari server DTS. Untuk informasi selengkapnya, lihat Tambahkan alamat IP server DTS ke daftar putih.
- Jika database sumber atau tujuan adalah database yang dikelola sendiri (parameter Access Method bukan Alibaba Cloud Instance), Anda juga harus mengklik Test Connectivity di kotak dialog CIDR Blocks of DTS Servers yang muncul.

Konfigurasikan objek tugas.

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

Parameter	Deskripsi
Migration Types	Jika Anda hanya perlu melakukan migrasi penuh, pilih Schema Migration dan Full Data Migration. Untuk melakukan migrasi tanpa downtime, pilih Schema Migration, Full Data Migration, dan Incremental Data Migration. Catatan Jika Anda tidak memilih Schema Migration, Anda harus memastikan bahwa database dan tabel untuk menerima data sudah ada di database tujuan. Anda juga dapat menggunakan fitur pemetaan nama objek di kotak Selected Objects sesuai kebutuhan. Jika Anda tidak memilih Incremental Data Migration, jangan menulis data baru ke instans sumber selama migrasi data untuk memastikan konsistensi data.
Processing Mode of Conflicting Tables	Precheck and Report Errors: Memeriksa apakah tabel dengan nama yang sama sudah ada di database tujuan. Jika tidak ada tabel dengan nama yang sama, pemeriksaan awal berhasil. Jika ada tabel dengan nama yang sama, kesalahan dilaporkan selama pemeriksaan awal, dan tugas migrasi data tidak dimulai. Catatan Jika tabel di database tujuan memiliki nama yang sama tetapi tidak dapat dengan mudah dihapus atau diganti namanya, Anda dapat mengubah nama tabel di database tujuan. Untuk informasi selengkapnya, lihat Pemetaan nama objek. Ignore Errors and Proceed: Melewati pemeriksaan untuk tabel dengan nama yang sama. Peringatan Memilih Ignore Errors and Proceed dapat menyebabkan ketidakkonsistenan data dan risiko bisnis. Misalnya: Jika skema tabel konsisten dan catatan di database tujuan memiliki nilai kunci primer yang sama dengan catatan di database sumber: Selama migrasi penuh, DTS menyimpan catatan di database tujuan. Catatan dari database sumber tidak dimigrasikan. Selama migrasi inkremental, DTS tidak menyimpan catatan di database tujuan. Catatan dari database sumber menimpa catatan di database tujuan. Jika skema tabel tidak konsisten, hanya beberapa kolom data yang mungkin dimigrasikan, atau migrasi dapat gagal. Lanjutkan dengan hati-hati.
Operation Types	Pilih jenis operasi yang akan disinkronkan sesuai kebutuhan bisnis Anda. Secara default, semua jenis operasi dipilih.
Processing Policy of Dirty Data	Pilih kebijakan untuk menangani kesalahan penulisan data. Nilai yang valid: Skip Block
Data Write Mode	Pilih mode penulisan data. Nilai yang valid: Update Row: Menggunakan PutRowChange untuk melakukan pembaruan tingkat baris. Overwrite Row: Menggunakan UpdateRowChange untuk melakukan penimpaan tingkat baris.
Batch Write Mode	Operasi API untuk penulisan batch. Nilai yang valid: BulkImportRequest: Menulis data secara offline. BatchWriteRowRequest: Menulis data dalam batch. Kami menyarankan Anda memilih BulkImportRequest untuk efisiensi baca-tulis yang lebih tinggi dan biaya lebih rendah untuk instans Tablestore.
More	Konfigurasikan parameter berikut sesuai kebutuhan: Queue Size: Panjang antrian untuk proses penulisan data instans Tablestore. Thread Quantity: Jumlah thread penanganan callback untuk proses penulisan data instans Tablestore. Concurrency: Jumlah maksimum permintaan konkuren untuk instans Tablestore. Buckets: Jumlah bucket konkuren untuk penulisan data inkremental secara berurutan. Nilai yang lebih besar dapat meningkatkan kemampuan penulisan konkuren. Catatan Nilai harus kurang dari atau sama dengan concurrency.
Capitalization of Object Names in Destination Instance	Anda dapat mengonfigurasi kebijakan sensitivitas huruf besar/kecil 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 sensitivitas huruf besar/kecil konsisten dengan kebijakan default database sumber atau tujuan. Untuk informasi selengkapnya, lihat Sensitivitas huruf besar/kecil nama objek di database tujuan.
Source Objects	Pilih satu atau beberapa objek dari bagian Source Objects. Klik ikon dan tambahkan objek ke bagian Selected Objects. Catatan Anda dapat memilih database atau tabel sebagai objek migrasi. Jika hanya memilih tabel, objek lain seperti view, trigger, dan stored procedure tidak dimigrasikan ke database tujuan. Anda hanya dapat memigrasikan tabel dari satu database saja. Anda dapat memilih satu database atau beberapa tabel dari database yang sama.
	Untuk mengubah nama satu objek migrasi di instans target, klik kanan objek di kotak Selected Objects. Untuk informasi selengkapnya, lihat Pemetaan nama skema, tabel, dan kolom individual. Untuk mengubah nama beberapa objek migrasi di instans target, klik Selected Objects di pojok kanan atas kotak Batch Edit. Untuk informasi selengkapnya, lihat Pemetaan nama skema, tabel, dan kolom ganda. Catatan Arahkan kursor ke tabel yang ingin disinkronkan dan klik ikon Edit di sebelah namanya untuk mengatur tipe data setiap kolom tabel di instans Tablestore. Hanya nama tabel yang mendukung fitur pemetaan. Jika Anda menggunakan fitur pemetaan nama objek, objek lain yang bergantung pada objek yang dipetakan mungkin gagal dimigrasikan. Untuk mengatur klausa WHERE guna memfilter data, klik kanan tabel yang akan dimigrasikan di bagian Selected Objects dan atur kondisi filter di kotak dialog. Untuk petunjuknya, lihat Atur kondisi filter.

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 klaster khusus untuk menjalankan tugas migrasi DTS.
Retry Time for Failed Connections	Setelah tugas migrasi dimulai, jika koneksi ke database sumber atau tujuan gagal, DTS melaporkan kesalahan dan segera mulai mencoba koneksi ulang. Durasi percobaan ulang default adalah 720 menit. Anda dapat menyesuaikan waktu percobaan ulang ke nilai antara 10 hingga 1440 menit. Kami menyarankan 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 dibuat terakhir. Karena Anda dikenai biaya selama periode percobaan ulang koneksi, kami menyarankan Anda menyesuaikan waktu percobaan ulang sesuai kebutuhan bisnis, atau segera melepas instans DTS setelah instans database sumber dan tujuan dilepas.
Retry Time for Other Issues	Setelah tugas migrasi dimulai, jika terjadi masalah non-konektivitas—seperti pengecualian eksekusi DDL atau DML—di database sumber atau tujuan, DTS melaporkan kesalahan dan segera mulai mencoba operasi ulang. Durasi percobaan ulang default adalah 10 menit. Anda dapat menyesuaikan waktu percobaan ulang ke nilai antara 1 hingga 1440 menit. Kami menyarankan 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 migrasi penuh, DTS mengonsumsi sumber daya baca dan tulis di database sumber dan tujuan, yang dapat meningkatkan beban database. Jika diperlukan, Anda dapat mengaktifkan pembatasan kecepatan untuk tugas migrasi penuh. 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 di database tujuan. Catatan Item konfigurasi ini tersedia hanya jika Anda memilih Full Data Migration untuk Migration Types. Anda juga dapat menyesuaikan kecepatan migrasi penuh 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 di 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 sesuai kebutuhan Anda. Parameter ini opsional untuk 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 keterlambatan. No: Menulis informasi SQL heartbeat ke database sumber. Hal ini dapat mengganggu fitur seperti backup fisik dan kloning 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 sesuai 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.

Setelah menyelesaikan konfigurasi di atas, klik Next: Configure Database and Table Fields untuk mengonfigurasi kolom kunci primer untuk tabel yang akan disinkronkan di instans Tablestore.

Simpan tugas dan jalankan pemeriksaan awal.
- Untuk melihat parameter konfigurasi instans ini saat Anda memanggil operasi API, arahkan kursor 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 akan dimulai setelah lulus 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 dilaporkan 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 selengkapnya, lihat tabel berikut.

Kategori	Parameter	Deskripsi
New Instance Class	Resource Group Settings	Pilih kelompok sumber daya tempat instans berada. Nilai default adalah kelompok sumber daya default. Untuk informasi selengkapnya, lihat Apa itu 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 selengkapnya, lihat Spesifikasi link migrasi data.

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 migrasi penuh 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.