Migrasi data antar instans Tair (Redis OSS-compatible) - Data Transmission Service

Topik ini menjelaskan cara migrasi data antar instans Tair (kompatibel dengan Redis OSS) menggunakan Data Transmission Service (DTS).

Prasyarat

Instans sumber dan tujuan Tair (kompatibel dengan Redis OSS) telah dibuat.
Catatan
- Untuk informasi lebih lanjut tentang cara membuat instans sumber dan tujuan Tair (kompatibel dengan Redis OSS), lihat Langkah 1: Buat instans.
- Untuk informasi lebih lanjut tentang versi database yang didukung, lihat Ikhtisar solusi migrasi.
Ruang penyimpanan yang tersedia pada instans tujuan Tair (kompatibel dengan Redis OSS) harus lebih besar daripada ruang penyimpanan yang digunakan oleh instans sumber Tair (kompatibel dengan Redis OSS).

Catatan penggunaan

Jenis	Deskripsi
Batasan database sumber	Persyaratan bandwidth: Server yang menghosting database sumber harus memiliki bandwidth keluar yang cukup. Jika tidak, kecepatan migrasi data akan terpengaruh. Database sumber tidak boleh merupakan instans Tair (kompatibel dengan Redis OSS) versi 2.8. Batasan operasi untuk database sumber: Jika Anda hanya melakukan migrasi data penuh (hanya Migration Types diatur ke Full Data Migration saat mengonfigurasi tugas), jangan menulis data baru ke instans sumber. Jika tidak, data pada instans sumber dan tujuan akan tidak konsisten. Untuk mempertahankan konsistensi data secara real-time, pilih kedua jenis migrasi: migrasi data penuh dan migrasi data inkremental. Batasan operasi untuk migrasi data dari instans Redis Edisi Dasar ke instans Redis dengan arsitektur kluster: Kluster Redis hanya mengizinkan satu perintah beroperasi pada satu slot saja. Jika Anda menjalankan perintah multi-kunci pada database sumber dan kunci-kuncinya tidak berada dalam slot yang sama atau melibatkan beberapa slot, kesalahan berikut akan dilaporkan: `CROSSSLOT Keys in request don't hash to the same slot` Selama migrasi DTS, jalankan hanya perintah satu kunci untuk mencegah migrasi gagal. Untuk memastikan kualitas migrasi, DTS menyisipkan kunci dengan awalan DTS_REDIS_TIMESTAMP_HEARTBEAT ke dalam database sumber untuk mencatat stempel waktu pembaruan. Jika database sumber menggunakan arsitektur kluster, DTS menyisipkan kunci ini ke setiap shard. Kunci ini difilter selama migrasi dan kedaluwarsa setelah tugas migrasi selesai. Jika database sumber adalah instans hanya baca atau akun DTS tidak memiliki izin tulis (SETEX), latensi yang dilaporkan mungkin tidak akurat. Jika sumber adalah instans Tair (Edisi Perusahaan) yang menggunakan Persistent Memory sebagai Storage Medium, pastikan parameter appendonly diatur ke `yes`. Untuk informasi lebih lanjut, lihat Prosedur. Jika sumber adalah instans anak dari Tair (Edisi Perusahaan) Cache Terdistribusi Global, DTS hanya mendukung migrasi data dari instans anak yang dipilih dan tidak mendukung migrasi data dari instans anak lainnya karena keterbatasan instans (atau fitur) itu sendiri.
Batasan lainnya	Database sumber dan tujuan tidak boleh merupakan instans Tair (kompatibel dengan Redis OSS) Edisi Perusahaan yang menggunakan penyimpanan kapasitas. Jika instans sumber atau tujuan adalah instans Redis yang dikelola sendiri (Access Method bukan Alibaba Cloud Instance), perubahan pada titik akhir Redis selama migrasi dapat menyebabkan tugas mencoba ulang, mengalami latensi, gagal, atau bahkan menyebabkan ketidakkonsistenan data. Perubahan semacam ini dapat terjadi selama migrasi instans atau failover primer/sekunder. Periksa status tugas migrasi secara berkala. Jika tugas DTS mencoba ulang, mengalami latensi, gagal, atau menjadi tidak normal, konfigurasikan ulang tugas tersebut. Jika migrasi instans, seperti failover primer/sekunder, dipicu pada instans Redis tujuan, data mungkin hanya ditulis ke memori dan tidak ke database sekunder. Hal ini dapat menyebabkan kehilangan data. Jika database tujuan kehabisan memori dan penggantian data dipicu, ketidakkonsistenan data antara database sumber dan tujuan dapat terjadi. Hal ini karena kebijakan penggantian default (maxmemory-policy) untuk Tair (kompatibel dengan Redis OSS) adalah volatile-lru. Hal ini tidak memengaruhi operasi normal tugas. Untuk mencegah hal ini, atur kebijakan penggantian database tujuan ke noeviction. Dengan demikian, jika database tujuan kehabisan memori, penulisan data akan gagal dan tugas akan gagal. Namun, tidak ada data yang hilang dari database tujuan akibat penggantian. Catatan Untuk informasi lebih lanjut tentang kebijakan penggantian data, lihat Kebijakan penggantian data Redis. Untuk skrip Lua yang dipanggil menggunakan EVAL atau EVALSHA, DTS tidak dapat memastikan apakah skrip berhasil dieksekusi selama migrasi data inkremental. Hal ini karena tujuan tidak secara eksplisit mengembalikan hasil eksekusi. Untuk daftar (list), data duplikat mungkin terjadi. Hal ini karena DTS tidak melakukan operasi `Flush` pada data yang sudah ada di tujuan saat mentransfer data dengan memanggil `psync` atau `sync`. Jika beberapa kunci di database sumber menggunakan kebijakan kedaluwarsa (expire), jumlah kunci di database tujuan mungkin lebih sedikit daripada di database sumber. Hal ini dapat terjadi jika kunci yang kedaluwarsa tidak dihapus tepat waktu. Anda dapat memeriksa jumlah kunci menggunakan perintah seperti `info`. Catatan Jumlah kunci yang tidak memiliki kebijakan kedaluwarsa atau belum kedaluwarsa sama di database sumber dan tujuan. Pertahankan versi Redis database sumber dan tujuan agar sama untuk memastikan kompatibilitas. Migrasi data dari versi yang lebih lama ke versi yang lebih baru juga didukung. Catatan Migrasi data dari versi yang lebih baru ke versi yang lebih lama dapat menimbulkan ancaman kompatibilitas. Jika Access Method untuk instans Redis adalah Public IP Address, Instance Mode tidak boleh Cluster. Evaluasi kinerja database sumber dan tujuan sebelum migrasi data. Lakukan migrasi data di luar jam sibuk. Jika tidak, migrasi data penuh dapat meningkatkan beban database karena DTS menggunakan sebagian sumber daya baca dan tulis dari database sumber dan tujuan. Migrasi data penuh melibatkan operasi INSERT konkuren, yang menyebabkan fragmentasi tabel di database tujuan. Oleh karena itu, setelah migrasi penuh selesai, penyimpanan tabel yang digunakan oleh database tujuan lebih besar daripada instans sumber. DTS mencoba melanjutkan tugas migrasi yang gagal dalam waktu tujuh hari. Sebelum mengalihkan bisnis Anda ke instans tujuan, hentikan atau lepaskan tugas tersebut. Anda juga dapat menggunakan perintah `revoke` untuk mencabut izin tulis akun yang digunakan DTS untuk mengakses instans tujuan. Hal ini mencegah data sumber menimpa data di instans tujuan jika tugas dilanjutkan secara otomatis. Jika database sumber dan tujuan keduanya merupakan instans Tair (kompatibel dengan Redis OSS), melakukan operasi Upgrade/Downgrade pada database dapat mengganggu tugas migrasi. Contoh operasi tersebut termasuk peningkatan kuota atau perubahan nomor port. Gangguan ini terjadi karena DTS tidak dapat memperoleh data log yang berkelanjutan dan informasi koneksi yang benar. Jika hal ini terjadi, hapus data di database tujuan setelah operasi Upgrade/Downgrade. Kemudian, konfigurasikan ulang tugas DTS untuk melakukan migrasi data penuh dan inkremental. Hal ini memastikan konsistensi data. Jika instans tujuan diterapkan dalam arsitektur kluster dan jumlah memori yang digunakan oleh sebuah shard di instans tujuan mencapai batas atas, atau jika ruang penyimpanan yang tersedia di instans tujuan tidak mencukupi, tugas sinkronisasi data gagal karena kehabisan memori (OOM). Jika Enkripsi Data Transparan (TDE) diaktifkan untuk instans sumber atau tujuan, Anda tidak dapat menggunakan DTS untuk migrasi data. Jika salah satu situasi berikut terjadi selama migrasi data, data penuh mungkin dimigrasikan kembali ke tujuan. Hal ini dapat menyebabkan ketidakkonsistenan data. Koneksi sementara terjadi pada Redis sumber atau tujuan, menyebabkan resume titik putus gagal. Failover primer/sekunder atau failover terjadi pada Redis sumber atau tujuan. Titik akhir Redis sumber atau tujuan berubah. Jika instans Tair (kompatibel dengan Redis OSS) telah mengaktifkan enkripsi Transport Layer Security (TLS), Anda harus terhubung ke DTS menggunakan koneksi SSL-encrypted. TLSv1.3 tidak didukung. Anda tidak dapat menghubungkan instans Tair (kompatibel dengan Redis OSS) yang diaktifkan TLS ke DTS jika Jenis Koneksi diatur ke Alibaba Cloud Instance. Jika instans migrasi mencakup tugas penuh dan tugas inkremental, DTS mungkin menjalankan kedua tugas tersebut lagi setelah instans dimulai ulang. Jika instans gagal, tim dukungan DTS akan mencoba memulihkan instans dalam waktu 8 jam. Selama proses pemulihan, operasi seperti memulai ulang instans dan menyesuaikan parameter mungkin dilakukan. Catatan Saat parameter disesuaikan, hanya parameter instans DTS yang dimodifikasi. Parameter database tidak dimodifikasi. Parameter yang mungkin dimodifikasi termasuk tetapi tidak terbatas pada yang dijelaskan dalam Memodifikasi parameter instans.
Kasus khusus	Jika database sumber adalah instans Redis yang dikelola sendiri: Failover primer/sekunder pada database sumber selama migrasi menyebabkan tugas migrasi gagal. DTS menghitung latensi dengan membandingkan stempel waktu data terakhir yang dimigrasikan ke database tujuan dengan stempel waktu saat ini. Jika tidak ada operasi DML yang dilakukan pada database sumber dalam waktu lama, latensi yang dilaporkan mungkin tidak akurat. Jika tugas menunjukkan latensi yang lama, Anda dapat menjalankan operasi DML pada database sumber untuk memperbarui informasi latensi. Catatan Jika Anda memilih untuk migrasi seluruh database, Anda juga dapat membuat tabel heartbeat. Tabel ini dapat diperbarui atau ditulis setiap detik.

Penagihan

Jenis migrasi	Biaya konfigurasi instans	Biaya lalu lintas internet
Migrasi data penuh	Gratis.	Ketika parameter Access Method database tujuan diatur ke Public IP Address, Anda dikenai biaya lalu lintas internet. Untuk informasi lebih lanjut, lihat Ikhtisar penagihan.
Migrasi data inkremental	Dikenai biaya. Untuk informasi lebih lanjut, lihat Ikhtisar penagihan.

Jenis migrasi

Jenis migrasi	Deskripsi
Migrasi data penuh	DTS memigrasikan data historis objek yang diperlukan dari database sumber ke database tujuan.
Migrasi data inkremental	Setelah migrasi data penuh selesai, DTS memigrasikan data inkremental dari database sumber ke database tujuan. Migrasi data inkremental memungkinkan data dimigrasikan secara lancar tanpa mengganggu layanan aplikasi yang dikelola sendiri selama migrasi data.

Perintah yang didukung untuk migrasi data inkremental

APPEND
BITOP, BLPOP, BRPOP, dan BRPOPLPUSH
DECR, DECRBY, dan DEL
EVAL, EVALSHA, EXEC, EXPIRE, dan EXPIREAT
FLUSHALL dan FLUSHDB
GEOADD dan GETSET
HDEL, HINCRBY, HINCRBYFLOAT, HMSET, HSET, dan HSETNX
INCR, INCRBY, dan INCRBYFLOAT
LINSERT, LPOP, LPUSH, LPUSHX, LREM, LSET, dan LTRIM
MOVE, MSET, MSETNX, dan MULTI
PERSIST, PEXPIRE, PEXPIREAT, PFADD, PFMERGE, PSETEX, dan PUBLISH
RENAME, RENAMENX, RESTORE, RPOP, RPOPLPUSH, RPUSH, dan RPUSHX
SADD, SDIFFSTORE, SELECT, SET, SETBIT, SETEX, SETNX, SETRANGE, SINTERSTORE, SMOVE, SPOP, SREM, dan SUNIONSTORE
ZADD, ZINCRBY, ZINTERSTORE, ZREM, ZREMRANGEBYLEX, ZUNIONSTORE, ZREMRANGEBYRANK, dan ZREMRANGEBYSCORE
XADD, XCLAIM, XDEL, XAUTOCLAIM, XGROUP CREATECONSUMER, dan XTRIM

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 mungkin berbeda tergantung pada mode dan tata letak konsol DMS. Untuk informasi lebih lanjut, lihat Mode sederhana dan Menyesuaikan 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 tersebut.

Kategori	Parameter	Deskripsi
Tidak berlaku	Task Name	Nama tugas DTS. DTS secara otomatis menghasilkan nama tugas. Kami menyarankan agar Anda menentukan nama yang informatif sehingga mudah mengidentifikasi tugas tersebut. Anda tidak perlu menentukan nama tugas yang unik.
Source Database	Select Existing Connection	Jika Anda menggunakan instans database yang telah didaftarkan ke DTS, pilih instans tersebut dari daftar drop-down. DTS secara otomatis mengisi parameter database berikut untuk instans tersebut. Untuk informasi lebih lanjut, 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 didaftarkan ke DTS, Anda harus mengonfigurasi informasi database berikut.
	Database Type	Pilih Tair/Redis.
	Access Method	Pilih Alibaba Cloud Instance.
	Instance Region	Pilih wilayah tempat instans sumber ApsaraDB for Tair (kompatibel dengan Redis) berada.
	Replicate Data Across Alibaba Cloud Accounts	Contoh ini menunjukkan cara migrasi data dalam akun Alibaba Cloud yang sama. Pilih No.
	Instance ID	Pilih ID instans sumber ApsaraDB for Tair (kompatibel dengan Redis).
	Authentication Method	Pilih metode autentikasi berdasarkan kebutuhan bisnis Anda. Dalam contoh ini, pilih Password Login. Catatan Hanya database Redis versi 6.0 atau lebih baru yang mendukung Account + Password Login. Jika Anda memilih Secret-free login, pastikan Anda mengaktifkan fitur akses tanpa kata sandi di database Redis. Untuk informasi tentang cara mengaktifkan akses tanpa kata sandi untuk instans Tair (kompatibel dengan Redis OSS), lihat Aktifkan akses tanpa kata sandi.
	Database Password	Masukkan kata sandi untuk instans sumber ApsaraDB for Tair (kompatibel dengan Redis). Akun tersebut harus memiliki izin baca. Jika Anda lupa kata sandi, Anda dapat mengatur ulang. Untuk informasi lebih lanjut, lihat Ubah atau atur ulang kata sandi. Akun default (nama akun sama dengan ID instans): Masukkan hanya kata sandi. Akun baru: Masukkan kata sandi dalam format `<Akun kustom>:<Kata sandi>`. Contoh: testaccount:Test1234. Catatan Parameter ini opsional. Anda dapat mengosongkannya jika tidak ada kata sandi yang diatur.
	Encryption	Menentukan apakah akan mengenkripsi koneksi ke database sumber. Pilih Non-encrypted atau SSL-encrypted berdasarkan kebutuhan bisnis Anda. Catatan Jika Anda mengatur Access Method bukan ke Alibaba Cloud Instance dan memilih SSL-encrypted untuk database Redis yang dikelola sendiri, Anda harus mengunggah CA Certificate dan memasukkan CA Key.
Destination Database	Select Existing Connection	Jika Anda menggunakan instans database yang telah didaftarkan ke DTS, pilih instans tersebut dari daftar drop-down. DTS secara otomatis mengisi parameter database berikut untuk instans tersebut. Untuk informasi lebih lanjut, 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 didaftarkan ke 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 ApsaraDB for Tair (kompatibel dengan Redis) berada.
	Replicate Data Across Alibaba Cloud Accounts	Contoh ini menunjukkan cara migrasi data dalam akun Alibaba Cloud yang sama. Pilih No.
	Instance ID	Pilih ID instans tujuan ApsaraDB for Tair (kompatibel dengan Redis).
	Authentication Method	Pilih metode autentikasi berdasarkan kebutuhan bisnis Anda. Dalam contoh ini, pilih Password Login. Catatan Hanya database Redis versi 6.0 atau lebih baru yang mendukung Account + Password Login. Jika Anda memilih Secret-free login, pastikan Anda mengaktifkan fitur akses tanpa kata sandi di database Redis. Untuk informasi tentang cara mengaktifkan akses tanpa kata sandi untuk instans Tair (kompatibel dengan Redis OSS), lihat Aktifkan akses tanpa kata sandi.
	Database Password	Masukkan kata sandi untuk instans tujuan ApsaraDB for Tair (kompatibel dengan Redis). Akun tersebut harus memiliki izin baca dan tulis. Jika Anda lupa kata sandi, Anda dapat mengatur ulang. Untuk informasi lebih lanjut, lihat Ubah atau atur ulang kata sandi. Akun default (nama akun sama dengan ID instans): Masukkan hanya kata sandi. Akun baru: Masukkan kata sandi dalam format `<Akun kustom>:<Kata sandi>`. Contoh: testaccount:Test1234.
	Encryption	Menentukan apakah akan mengenkripsi koneksi ke database sumber. Pilih Non-encrypted atau SSL-encrypted berdasarkan kebutuhan bisnis Anda. Catatan Jika Anda mengatur Access Method bukan ke Alibaba Cloud Instance dan memilih SSL-encrypted untuk database Redis yang dikelola sendiri, Anda harus mengunggah CA Certificate dan memasukkan CA Key.

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 lebih lanjut, 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.

Parameter	Deskripsi
Migration Types	Kami menyarankan agar Anda memilih Full Data Migration dan Incremental Data Migration (atau Full Data Migration + Incremental Data Migration). Jika akun yang digunakan untuk instans DTS tidak memiliki izin SYNC atau PSYNC pada database sumber, pilih Full Data Migration.
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: melewatkan 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. Lanjutkan dengan hati-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 database sebagai objek migrasi. Jika Anda ingin memigrasikan data untuk kunci tertentu dalam database, gunakan fitur penyaringan data di kotak Selected Objects.
Selected Objects	Untuk menentukan database tujuan (DB 0 hingga DB 255) atau menyaring data berdasarkan awalan, gunakan fitur pemetaan atau penyaringan. Di kotak Selected Objects, klik kanan database yang akan dimigrasikan. Di kotak dialog Edit Schema yang muncul, konfigurasikan pengaturannya. Untuk informasi lebih lanjut, lihat Pemetaan skema dan Atur kondisi filter.

Klik Next: Advanced Settings untuk mengonfigurasi pengaturan lanjutan.

Parameter	Deskripsi
Dedicated Cluster for Task Scheduling	Secara default, DTS menjadwalkan tugas migrasi data ke klaster bersama jika Anda tidak menentukan klaster khusus. Jika Anda ingin meningkatkan stabilitas tugas migrasi data, beli klaster khusus. Untuk informasi lebih lanjut, lihat Apa itu klaster khusus DTS.
Retry Time for Failed Connections	Rentang waktu coba 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 coba ulang. 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 coba ulang yang ditentukan, DTS melanjutkan tugas migrasi data. Jika tidak, tugas migrasi data gagal. Catatan Jika Anda menentukan rentang waktu coba ulang yang berbeda untuk beberapa tugas migrasi data yang berbagi 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 coba ulang berdasarkan kebutuhan bisnis Anda. Anda juga dapat melepaskan instans DTS sesegera mungkin setelah database sumber dan instans tujuan dilepaskan.
Retry Time for Other Issues	Rentang waktu coba 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 coba 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 coba 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 untuk migrasi data penuh. Selama migrasi data penuh, DTS menggunakan sumber daya baca dan tulis dari database sumber dan tujuan. Hal ini dapat meningkatkan beban server database. Anda dapat mengaktifkan pembatasan untuk migrasi data penuh berdasarkan kebutuhan bisnis Anda. Untuk mengonfigurasi pembatasan, Anda harus mengonfigurasi 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 Parameter ini tersedia hanya jika Migration Types mencakup Full Data Migration.
Enable Throttling for Incremental Data Migration	Menentukan apakah akan mengaktifkan pembatasan untuk migrasi data inkremental. Untuk mengonfigurasi pembatasan, Anda harus mengonfigurasi parameter RPS of Incremental Data Migration dan Data migration speed for incremental migration (MB/s). Hal ini mengurangi beban server database tujuan. Catatan Parameter ini tersedia hanya jika Migration Types mencakup Incremental Data Migration.
Extend Expiration Time of Destination Database Key	Tetapkan waktu kedaluwarsa tambahan untuk kunci yang dimigrasikan dari sumber ke database tujuan. Untuk memastikan konsistensi data, kami menyarankan agar Anda menetapkan waktu kedaluwarsa tambahan jika perintah seperti berikut digunakan. Catatan Dalam skenario yang melibatkan kunci terdistribusi, hal ini dapat mencegah kunci dilepaskan tepat waktu. `expire key seconds pexpire key milliseconds expireat key timestamp pexpireat key timestampMs`
Environment Tag	Anda dapat memilih tag lingkungan untuk mengidentifikasi instans sesuai kebutuhan. Dalam contoh ini, Anda tidak perlu memilih tag.
Configure ETL	Menentukan apakah akan mengaktifkan fitur ekstrak, transformasi, muat (ETL). Untuk informasi lebih lanjut, lihat Apa itu ETL? Nilai yang valid: Yes: mengonfigurasi fitur ETL. Anda dapat memasukkan pernyataan pemrosesan data di editor kode. Untuk informasi lebih lanjut, lihat Konfigurasi ETL dalam tugas migrasi data atau tugas 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 pengaturan notifikasi peringatan. Untuk informasi lebih lanjut, lihat bagian Konfigurasi pemantauan dan peringatan saat membuat tugas DTS dalam topik Konfigurasi pemantauan dan peringatan.

Klik Next Step: Data Verification untuk mengonfigurasi verifikasi data.
Untuk informasi lebih lanjut tentang cara menggunakan fitur verifikasi data, lihat Konfigurasi tugas verifikasi data.

Simpan pengaturan tugas dan lakukan pemeriksaan awal.
- Untuk melihat parameter yang harus ditentukan saat 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, lakukan 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, lakukan pemeriksaan awal 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 melakukan pemeriksaan awal lagi. Jika Anda mengabaikan item peringatan, ketidakkonsistenan data dapat terjadi, dan bisnis Anda mungkin terpapar risiko potensial.

Beli instans.

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

Di halaman Purchase Instance, konfigurasikan parameter Kelas Instans untuk instans migrasi data. Tabel berikut menjelaskan parameter tersebut.

Bagian	Parameter	Deskripsi
New Instance Class	Resource Group	Kelompok sumber daya tempat instans migrasi data berada. Nilai default: default resource group. Untuk informasi lebih lanjut, lihat Apa itu Manajemen Sumber Daya?
New Instance Class	Instance Class	DTS menyediakan kelas instans yang berbeda dalam kecepatan migrasi. Anda dapat memilih kelas instans berdasarkan skenario bisnis Anda. Untuk informasi lebih lanjut, 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. Di kotak dialog OK yang muncul, klik OK.
Anda dapat melihat progres di halaman migrasi data.
Catatan
Jika instans DTS yang Anda konfigurasi mencakup tugas migrasi penuh dan inkremental (Migration Types mencakup Full Data Migration dan Incremental Data Migration), tugas tersebut akan ditampilkan sebagai Incremental Data Migration di halaman daftar tugas migrasi.