Gunakan Data Transmission Service untuk migrasi data dari RDS MySQL ke Tair/Redis - Data Transmission Service

Layanan Transmisi Data (DTS) mendukung migrasi data dari database MySQL, seperti MySQL yang dikelola sendiri atau RDS for MySQL, ke Tair (Redis OSS-compatible) untuk mengurangi beban pada database relasional backend dan meningkatkan pengalaman pengguna. Topik ini menjelaskan prosedur menggunakan instans RDS for MySQL sebagai sumber dan instans Tair (Redis OSS-compatible) sebagai tujuan.

Prasyarat

Tabel-tabel di database sumber yang ingin Anda migrasikan harus memiliki kunci primer.
Anda telah membuat instans tujuan Tair (Redis OSS-compatible). Kapasitas penyimpanan instans tujuan harus lebih besar daripada ruang penyimpanan yang digunakan oleh instans sumber RDS for MySQL. Untuk informasi selengkapnya tentang cara membuat instans, lihat Langkah 1: Buat instans.
Catatan
Untuk informasi selengkapnya tentang versi database sumber dan tujuan yang didukung, lihat Ikhtisar solusi migrasi.

Pertimbangan

Jenis	Deskripsi
Batasan database sumber	Tabel tanpa kunci primer tidak dapat dimigrasikan. Jika Anda melakukan migrasi data pada level tabel dan perlu mengedit objek, seperti memetakan nama tabel atau kolom, satu tugas migrasi data hanya dapat memigrasikan hingga 1.000 tabel. Jika melebihi batas ini, kesalahan akan dilaporkan saat Anda mengirimkan tugas tersebut. Untuk mengatasinya, pisahkan tabel menjadi beberapa tugas, atau konfigurasikan satu tugas untuk memigrasikan seluruh database. Jika Anda melakukan migrasi inkremental, perhatikan hal berikut terkait log biner: Pencatatan log biner harus diaktifkan. Parameter binlog_format harus diatur ke row, dan parameter binlog_row_image harus diatur ke full. Jika tidak, pemeriksaan awal gagal dan tugas migrasi data tidak dapat dimulai. Penting Jika database MySQL yang dikelola sendiri berada dalam kluster dual-primary di mana masing-masing instans berperan sebagai primary dan secondary satu sama lain, Anda harus mengaktifkan parameter log_slave_updates. Hal ini memastikan bahwa DTS dapat memperoleh semua log biner. Log biner instans RDS for MySQL harus dipertahankan minimal selama 3 hari. Kami menyarankan agar Anda menyimpannya selama 7 hari. Log biner database MySQL yang dikelola sendiri harus dipertahankan minimal selama 7 hari. Jika tidak, DTS mungkin gagal karena tidak dapat memperoleh log biner. Dalam kasus ekstrem, hal ini dapat menyebabkan ketidakkonsistenan data atau kehilangan data. Masalah yang disebabkan oleh periode retensi log biner yang lebih pendek dari periode yang disyaratkan tidak dicakup oleh Perjanjian Tingkat Layanan (SLA) DTS. Catatan Untuk informasi selengkapnya tentang cara mengatur Retention Period log biner instans RDS for MySQL, lihat Hapus log biner secara otomatis. Selama fase migrasi skema dan migrasi penuh, jangan lakukan operasi DDL yang mengubah struktur 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 yang dapat memblokir operasi DDL pada database sumber. Jika Anda hanya melakukan migrasi data penuh, jangan menulis data baru ke database sumber. Jika tidak, data di database sumber dan tujuan akan menjadi tidak konsisten. Untuk menjaga konsistensi data secara real-time, pilihlah migrasi data penuh dan migrasi data inkremental. Perubahan data dari operasi yang tidak dicatat dalam log biner selama migrasi tidak akan dimigrasikan ke database tujuan. Contoh operasi tersebut termasuk pemulihan data menggunakan backup fisik dan operasi kaskade. Catatan Jika hal ini terjadi, Anda dapat melakukan migrasi data penuh lagi ketika bisnis Anda mengizinkan. Jika database sumber adalah MySQL 8.0.23 atau versi yang lebih baru dan data yang akan dimigrasikan berisi kolom tak terlihat (invisible columns), kehilangan data dapat terjadi karena data dalam kolom tersebut tidak dapat diperoleh. Catatan Anda dapat menjalankan perintah `ALTER TABLE <table_name> ALTER COLUMN <column_name> SET VISIBLE;` untuk membuat kolom tak terlihat menjadi terlihat. Untuk informasi selengkapnya, lihat Invisible Columns. Tabel tanpa kunci primer secara otomatis menghasilkan kunci primer tak terlihat. Anda juga harus membuat kunci primer tak terlihat ini menjadi terlihat. Untuk informasi selengkapnya, lihat Generated Invisible Primary Keys.
Batasan lainnya	Jika Enkripsi Data Transparan (TDE) diaktifkan untuk instans tujuan, Anda tidak dapat menggunakan DTS untuk memigrasikan data. Secara default, parameter maxmemory-policy yang menentukan cara data digantikan diatur ke volatile-lru untuk instans Tair (Redis OSS-compatible). Jika instans tujuan memiliki memori yang tidak mencukupi, ketidakkonsistenan data dapat terjadi antara instans sumber dan tujuan akibat penggantian data. Dalam kasus ini, tugas sinkronisasi data tetap berjalan. Untuk mencegah ketidakkonsistenan data, kami menyarankan agar Anda mengatur maxmemory-policy ke noeviction untuk instans tujuan. Dengan demikian, tugas sinkronisasi data akan gagal jika instans tujuan kekurangan memori, tetapi kehilangan data pada instans tujuan dapat dicegah. Catatan Untuk informasi selengkapnya tentang kebijakan penggantian data, lihat Apa kebijakan penggantian default? Selama sinkronisasi data penuh awal, DTS mengonsumsi sebagian sumber daya database sumber dan tujuan. Hal ini dapat meningkatkan beban pada server database. Jika database Anda memiliki trafik tinggi atau spesifikasi server rendah, tekanan database dapat meningkat bahkan hingga menyebabkan layanan database tidak tersedia. Evaluasi dampaknya terhadap layanan Anda sebelum melakukan migrasi data. Lakukan migrasi data selama jam sepi. Jika instans tujuan adalah instans kluster dan salah satu shard mencapai batas memorinya, atau jika ruang penyimpanan instans tujuan tidak mencukupi, tugas DTS akan gagal dengan kesalahan Out of Memory. Selama migrasi DTS, jangan izinkan penulisan data ke database tujuan dari sumber selain DTS. Jika dilakukan, ketidakkonsistenan data akan terjadi antara database sumber dan tujuan. Selama migrasi, jika instans Redis sumber atau tujuan diskalakan (misalnya, dengan menambah atau menghapus shard), ditingkatkan atau diturunkan spesifikasinya (misalnya, dengan menambah memori, mengubah spesifikasi atau konfigurasi, atau memindahkan zona), atau titik akhir dan nomor port-nya diubah, DTS mungkin gagal memperoleh data log berkelanjutan dan informasi koneksi yang benar. Hal ini mengganggu tugas migrasi. Jika terjadi, hapus data yang telah disinkronkan ke instans Redis tujuan sebelum mengonfigurasi ulang tugas tersebut. Jika salah satu situasi berikut terjadi selama migrasi data, data penuh mungkin dimigrasikan kembali ke tujuan. Hal ini dapat menyebabkan ketidakkonsistenan data. Terjadi pemutusan koneksi sementara pada instans Redis tujuan, sehingga transfer data berbasis breakpoint gagal. Terjadi alih bencana (switchover) primary/secondary atau failover pada instans Redis tujuan. Titik akhir instans Redis tujuan berubah. Jika fitur always-encrypted (EncDB) diaktifkan untuk instans RDS MySQL, migrasi data penuh tidak didukung. Catatan Instans RDS MySQL dengan Enkripsi Data Transparan (TDE) yang diaktifkan mendukung migrasi data penuh dan inkremental. Jika suatu instans gagal, tim helpdesk DTS akan mencoba memulihkan instans tersebut dalam waktu 8 jam. Selama proses pemulihan, operasi seperti me-restart instans atau menyesuaikan parameternya mungkin dilakukan. Catatan Saat parameter disesuaikan, hanya parameter instans DTS yang diubah. Parameter dalam database tidak diubah. Parameter yang mungkin diubah mencakup, namun tidak terbatas pada, yang dijelaskan dalam Ubah parameter instans.
Kasus khusus	Saat database sumber adalah database MySQL yang dikelola sendiri: Alih bencana (switchover) primary/secondary pada database sumber selama migrasi menyebabkan tugas migrasi gagal. Latensi DTS dihitung dengan membandingkan timestamp catatan data terakhir yang dimigrasikan dengan timestamp saat ini. Jika tidak ada operasi DML yang dilakukan pada database sumber dalam waktu lama, informasi latensi mungkin tidak akurat. Jika latensi yang ditampilkan terlalu tinggi, Anda dapat melakukan operasi DML pada database sumber untuk memperbarui informasi latensi tersebut. Catatan Jika Anda memilih untuk memigrasikan seluruh database, Anda juga dapat membuat tabel heartbeat. Tabel heartbeat diperbarui atau ditulis setiap detik. DTS secara berkala menjalankan perintah CREATE DATABASE IF NOT EXISTS `test` pada database sumber untuk memajukan offset log biner. Jika database sumber adalah instans Amazon Aurora MySQL atau instans MySQL berkluster lainnya, pastikan nama domain atau alamat IP yang dikonfigurasi untuk tugas tersebut dan hasil resolusinya selalu mengarah ke node read/write (RW). Jika tidak, tugas migrasi mungkin tidak berjalan sesuai harapan. Saat database sumber adalah instans RDS for MySQL: Untuk memigrasikan data inkremental, instans RDS for MySQL yang tidak mencatat log transaksi, seperti instans hanya baca RDS for MySQL 5.6, tidak dapat digunakan sebagai database sumber. DTS secara berkala menjalankan perintah CREATE DATABASE IF NOT EXISTS `test` pada database sumber untuk memajukan offset log biner.

Penagihan

Jenis migrasi	Biaya konfigurasi tautan	Biaya transfer data
Migrasi skema dan migrasi data penuh	Gratis.	Skenario ini gratis.
Migrasi data inkremental	Ini adalah fitur berbayar. Untuk informasi selengkapnya, lihat Ikhtisar penagihan.	Skenario ini gratis.

Operasi SQL yang didukung oleh migrasi inkremental

Jenis operasi	Pernyataan SQL
DML	INSERT, UPDATE, DELETE

Izin akun database

Database	Izin yang diperlukan	Cara membuat dan memberikan izin
Sumber RDS MySQL	Izin baca pada objek yang ingin Anda migrasikan.	Untuk informasi selengkapnya, lihat Buat akun dan Ubah izin akun.
Tujuan Tair (Redis OSS-compatible)	Izin baca dan tulis pada instans.	Untuk informasi selengkapnya, lihat Buat dan kelola akun.

Prosedur

Gunakan salah satu metode berikut untuk membuka halaman Migrasi Data dan pilih wilayah tempat instans migrasi data berada.
Konsol DTS
1. Masuk ke Konsol DTS.
2. Di panel navigasi sebelah kiri, klik Data Migration.
3. Di pojok kiri atas halaman, pilih wilayah tempat instans migrasi data berada.
Konsol DMS
Catatan
Operasi aktual dapat berbeda tergantung pada mode dan tata letak konsol DMS. Untuk informasi selengkapnya, lihat Mode sederhana dan Sesuaikan tata letak dan gaya konsol DMS.
1. Masuk ke Konsol DMS.
2. Di bilah navigasi atas, arahkan kursor ke Data + AI > DTS (DTS) > Data Migration.
3. Dari daftar drop-down di sebelah kanan Data Migration Tasks, pilih wilayah tempat instans sinkronisasi data berada.
Klik Create Task untuk membuka halaman konfigurasi tugas.

Konfigurasikan database sumber dan tujuan. Tabel berikut menjelaskan parameter-parameternya.

Kategori	Konfigurasi	Deskripsi
Tidak ada	Task Name	DTS secara otomatis menghasilkan nama tugas. Kami menyarankan agar Anda menentukan nama deskriptif agar mudah diidentifikasi. Nama ini tidak perlu unik.
Source Database	Select Existing Connection	Jika Anda menggunakan instans database yang telah terdaftar di DTS, pilih instans tersebut dari daftar drop-down. DTS secara otomatis mengisi parameter database berikut untuk instans tersebut. Untuk informasi selengkapnya, lihat Kelola koneksi database. Catatan Di konsol DMS, Anda dapat memilih instans database dari daftar drop-down Select a DMS database instance. Jika Anda gagal mendaftarkan instans ke DTS, atau tidak perlu menggunakan instans yang telah terdaftar di DTS, Anda harus mengonfigurasi informasi database berikut.
	Database Type	Pilih MySQL.
	Access Method	Pilih Alibaba Cloud Instance.
	Instance Region	Pilih wilayah tempat instans sumber RDS MySQL berada.
	Replicate Data Across Alibaba Cloud Accounts	Dalam contoh ini, instans database dari Akun Alibaba Cloud saat ini digunakan. Pilih No.
	RDS Instance ID	Pilih ID instans sumber RDS MySQL.
	Database Account	Masukkan akun database instans sumber RDS MySQL. Untuk informasi selengkapnya tentang persyaratan izin, lihat Izin akun database.
	Database Password	Masukkan kata sandi yang sesuai dengan akun database tersebut.
	Encryption	Pilih Non-encrypted Connection atau SSL Secure Connection sesuai kebutuhan. Jika Anda mengatur ke SSL Secure Connection, Anda harus mengaktifkan enkripsi SSL untuk instans RDS for MySQL terlebih dahulu. Untuk informasi selengkapnya, lihat Gunakan sertifikat cloud untuk mengaktifkan enkripsi tautan SSL dengan cepat.
Destination Database	Select Existing Connection	Jika Anda menggunakan instans database yang telah terdaftar di DTS, pilih instans tersebut dari daftar drop-down. DTS secara otomatis mengisi parameter database berikut untuk instans tersebut. Untuk informasi selengkapnya, lihat Kelola koneksi database. Catatan Di konsol DMS, Anda dapat memilih instans database dari daftar drop-down Select a DMS database instance. Jika Anda gagal mendaftarkan instans ke DTS, atau tidak perlu menggunakan instans yang telah terdaftar di DTS, Anda harus mengonfigurasi informasi database berikut.
	Database Type	Pilih Tair/Redis.
	Access Method	Pilih Alibaba Cloud Instance.
	Instance Region	Pilih wilayah tempat instans tujuan Tair (Redis OSS-compatible) berada.
	Replicate Data Across Alibaba Cloud Accounts	Dalam contoh ini, instans database dari Akun Alibaba Cloud saat ini digunakan. Pilih No.
	Instance ID	Pilih ID instans tujuan Tair (Redis OSS-compatible).
	Authentication Method	Pilih metode autentikasi sesuai kebutuhan. Dalam contoh ini, Password Login dipilih. Catatan Anda dapat memilih Account + Password Login hanya untuk Redis 6.0 atau versi yang lebih baru. Jika Anda memilih Secret-free login, pastikan akses tanpa kata sandi diaktifkan untuk database Redis. Untuk informasi selengkapnya tentang cara mengaktifkan akses tanpa kata sandi untuk instans Tair (Redis-compatible), lihat Aktifkan akses tanpa kata sandi melalui VPC.
	Database Password	Masukkan kata sandi untuk menghubungkan ke instans tujuan Tair (Redis OSS-compatible). Catatan Kata sandi database harus dalam format <user>:<password>. Misalnya, jika username kustom instans Redis adalah admin dan kata sandinya Rp829dlwa, masukkan admin:Rp829dlwa.

Di bagian bawah halaman, klik Test Connectivity and Proceed.
Catatan
- Pastikan blok CIDR server DTS dapat 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 dan Access Method-nya tidak diatur ke Alibaba Cloud Instance, klik Test Connectivity di kotak dialog CIDR Blocks of DTS Servers.

Konfigurasikan objek yang akan dimigrasikan.

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

Konfigurasi	Deskripsi
Migration Types	Untuk melakukan hanya migrasi data penuh, pilih hanya Full Data Migration. Untuk memastikan kelangsungan layanan selama migrasi data, pilih Full Data Migration dan Incremental Data Migration. Catatan Jika Anda tidak memilih Incremental Data Migration, kami menyarankan agar Anda 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 kosong. Jika database tujuan kosong, pemeriksaan awal berhasil. Jika tidak, kesalahan akan dikembalikan selama pemeriksaan awal dan tugas migrasi data tidak dapat dimulai. Ignore Errors and Proceed: melewati item pemeriksaan Check the existence of objects in the destination database.. Peringatan Jika Anda memilih Ignore Errors and Proceed, data di database sumber akan menimpa data di database tujuan yang memiliki kunci yang sama dengan data sumber. Hal ini dapat menyebabkan kehilangan data di database tujuan. Harap berhati-hati.
Source Objects	Pilih satu atau beberapa objek dari bagian Source Objects. Klik ikon untuk menambahkan objek ke bagian Selected Objects. Catatan Anda dapat memilih objek untuk dimigrasikan pada level database, tabel, atau kolom.
Selected Objects	Untuk menentukan DB Redis tujuan, klik kanan skema yang akan dimigrasikan di kotak Selected Objects. Gunakan fitur pemetaan untuk mengatur parameter berikut, lalu klik OK. Mapping Name of Redis/Tair Database (0 to 255): DB di Redis yang menerima data. Masukkan hanya angka. Cache Mapping Mode: Format data setelah dimigrasikan ke Redis. Arahkan kursor ke ikon di sebelah opsi untuk melihat informasinya. Saat Cache Mapping Mode diatur ke Key-Value Model Based on Database, Table, and Primary Key, Anda juga harus mengatur Value Separation Method. Catatan Fitur pemetaan tidak didukung untuk nama skema dan nama tabel. Untuk memilih operasi SQL yang akan dimigrasikan pada level database atau tabel, klik kanan objek di kotak Selected Objects. Di kotak dialog yang muncul, pilih operasi SQL yang akan dimigrasikan. Untuk mengatur klausa WHERE guna memfilter data, klik kanan tabel yang akan dimigrasikan di kotak Selected Objects. Di kotak dialog yang muncul, atur kondisi filter. Untuk informasi selengkapnya, lihat Atur kondisi filter.

Klik Next: Advanced Settings untuk mengonfigurasi pengaturan lanjutan.

Konfigurasi	Deskripsi
Dedicated Cluster for Task Scheduling	Secara default, DTS menjadwalkan tugas migrasi data ke kluster bersama jika Anda tidak menentukan kluster khusus. Jika Anda ingin meningkatkan stabilitas tugas migrasi data, beli kluster khusus. Untuk informasi selengkapnya, lihat Apa itu kluster khusus DTS.
Retry Time for Failed Connections	Rentang waktu percobaan ulang untuk koneksi yang gagal. Jika database sumber atau tujuan gagal terhubung setelah tugas migrasi data dimulai, DTS segera mencoba menghubungkan kembali dalam rentang waktu percobaan ulang tersebut. Nilai yang valid: 10 hingga 1.440. Satuan: menit. Nilai default: 720. Kami menyarankan agar Anda mengatur parameter ini ke nilai lebih dari 30. Jika DTS berhasil terhubung kembali ke database sumber dan tujuan dalam rentang waktu percobaan ulang yang ditentukan, DTS melanjutkan tugas migrasi data. Jika tidak, tugas migrasi data gagal. Catatan Jika Anda menentukan rentang waktu percobaan ulang yang berbeda untuk beberapa tugas migrasi data yang menggunakan database sumber atau tujuan yang sama, nilai yang ditentukan terakhir akan menggantikan nilai sebelumnya. Saat DTS mencoba menghubungkan kembali, Anda dikenai biaya untuk instans DTS. Kami menyarankan agar Anda menentukan rentang waktu percobaan ulang berdasarkan kebutuhan bisnis Anda. Anda juga dapat melepaskan instans DTS sesegera mungkin setelah database sumber dan instans tujuan dilepas.
Retry Time for Other Issues	Rentang waktu percobaan ulang untuk masalah lainnya. Misalnya, jika operasi DDL atau DML gagal dilakukan setelah tugas migrasi data dimulai, DTS segera mencoba mengulang operasi tersebut dalam rentang waktu percobaan ulang. Nilai yang valid: 1 hingga 1.440. Satuan: menit. Nilai default: 10. Kami menyarankan agar Anda mengatur parameter ini ke nilai lebih dari 10. Jika operasi yang gagal berhasil dilakukan dalam rentang waktu percobaan 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 daripada nilai parameter Retry Time for Failed Connections.
Enable Throttling for Full Data Migration	Menentukan apakah akan mengaktifkan pembatasan kecepatan untuk migrasi data penuh. Selama migrasi data penuh, DTS menggunakan sumber daya baca dan tulis database sumber dan tujuan. Hal ini dapat meningkatkan beban server database. Anda dapat mengaktifkan pembatasan kecepatan untuk migrasi data penuh berdasarkan kebutuhan bisnis Anda. Untuk mengonfigurasi pembatasan kecepatan, Anda harus mengatur parameter Queries per second (QPS) to the source database, RPS of Full Data Migration, dan Data migration speed for full migration (MB/s). Hal ini mengurangi beban server database tujuan. Catatan Anda dapat mengonfigurasi parameter ini hanya jika Anda memilih Full Data Migration untuk parameter Migration Types.
Enable Throttling for Incremental Data Migration	Menentukan apakah akan mengaktifkan pembatasan kecepatan untuk migrasi data inkremental. Untuk mengonfigurasi pembatasan kecepatan, Anda harus mengatur parameter RPS of Incremental Data Migration dan Data migration speed for incremental migration (MB/s). Hal ini mengurangi beban server database tujuan. Catatan Anda dapat mengonfigurasi parameter ini hanya jika Anda memilih Incremental Data Migration untuk parameter Migration Types.
Cache Expiration Time	Atur waktu hidup (TTL) untuk kunci setelah data dimigrasikan ke Redis, sesuai kebutuhan. Penting Nilai -1 menunjukkan bahwa kunci tidak pernah kedaluwarsa. Hal ini dapat menyebabkan memori Redis penuh dan menyebabkan kesalahan tugas.
Whether to delete SQL operations on heartbeat tables of forward and reverse tasks	Berdasarkan kebutuhan bisnis Anda, 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, yang dapat mengganggu fitur seperti backup fisik dan kloning database sumber.
Environment Tag	Anda dapat memilih tag lingkungan untuk mengidentifikasi instans sesuai kebutuhan. Topik ini tidak memerlukan pemilihan.
Configure ETL	Menentukan apakah akan mengaktifkan fitur ekstrak, transformasi, muat (ETL). Untuk informasi selengkapnya, lihat Apa itu ETL? Nilai yang valid: Yes: mengonfigurasi fitur ETL. Anda dapat memasukkan pernyataan pemrosesan data di editor kode. Untuk informasi selengkapnya, lihat Konfigurasikan ETL dalam tugas migrasi data atau sinkronisasi data. No: tidak mengonfigurasi fitur ETL.
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 yang valid: No: tidak mengonfigurasi peringatan. Yes: mengonfigurasi peringatan. Dalam hal ini, Anda juga harus mengonfigurasi ambang batas peringatan dan alert notification settings. Untuk informasi selengkapnya, lihat bagian Konfigurasikan pemantauan dan peringatan saat membuat tugas DTS dalam topik Konfigurasikan pemantauan dan peringatan.

Simpan pengaturan tugas dan jalankan pemeriksaan awal.
- Untuk melihat parameter yang perlu ditentukan saat Anda memanggil operasi API terkait untuk mengonfigurasi tugas DTS, arahkan kursor ke Next: Save Task Settings and Precheck dan klik Preview OpenAPI parameters.
- Jika Anda tidak perlu melihat atau telah melihat parameter tersebut, klik Next: Save Task Settings and Precheck di bagian bawah halaman.
Catatan
- Sebelum Anda dapat memulai tugas migrasi data, DTS melakukan pemeriksaan awal. Anda hanya dapat memulai tugas migrasi data setelah tugas tersebut lulus pemeriksaan awal.
- Jika tugas gagal lulus pemeriksaan awal, klik View Details di sebelah setiap item yang gagal. Setelah menganalisis penyebab berdasarkan hasil pemeriksaan, atasi masalah tersebut. Kemudian, jalankan pemeriksaan awal lagi.
- Jika peringatan dipicu untuk suatu item selama pemeriksaan awal:
  Jika item peringatan tidak dapat diabaikan, klik View Details di sebelah item yang gagal dan atasi masalah tersebut. Kemudian, jalankan pemeriksaan awal lagi.
  Jika item peringatan dapat diabaikan, klik Confirm Alert Details. Di kotak dialog View Details, klik Ignore. Di pesan yang muncul, klik OK. Lalu, klik Precheck Again untuk menjalankan pemeriksaan awal lagi. Jika Anda mengabaikan item peringatan, ketidakkonsistenan data dapat terjadi, dan bisnis Anda mungkin menghadapi risiko potensial.

Beli instans.

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

Di halaman Purchase Instance, konfigurasikan parameter Instance Class untuk instans migrasi data. Tabel berikut menjelaskan parameter-parameternya.

Bagian	Parameter	Deskripsi
New Instance Class	Resource Group	Kelompok sumber daya tempat instans migrasi data berada. Nilai default: default resource group. Untuk informasi selengkapnya, lihat Apa itu Resource Management?
New Instance Class	Instance Class	DTS menyediakan kelas instans dengan kecepatan migrasi yang berbeda-beda. Anda dapat memilih kelas instans berdasarkan skenario bisnis Anda. Untuk informasi selengkapnya, lihat Kelas instans untuk instans migrasi data.

Baca dan setujui Data Transmission Service (Pay-as-you-go) Service Terms dengan memilih kotak centang.
Klik Buy and Start. Pada pesan yang muncul, klik OK.
Anda dapat melihat progres tugas di halaman Data Migration.
Catatan
- Jika tugas migrasi data tidak dapat digunakan untuk memigrasikan data inkremental, tugas tersebut akan berhenti secara otomatis. Status Completed akan ditampilkan di bagian Status .
- Jika tugas migrasi data dapat digunakan untuk memigrasikan data inkremental, tugas tersebut tidak akan berhenti secara otomatis. Tugas migrasi data inkremental tidak pernah berhenti atau selesai. Status Running akan ditampilkan di bagian Status.