Migrasi instans RDS untuk MySQL ke database Oracle yang dikelola sendiri menggunakan DTS-Data Transmission Service-Alibaba Cloud

Topik ini menjelaskan cara menggunakan Data Transmission Service (DTS) untuk memigrasikan data dari instans RDS for MySQL ke database Oracle yang dikelola sendiri.

Prasyarat

Anda telah membuat database Oracle tujuan yang dikelola sendiri.
Catatan
Ruang penyimpanan yang tersedia pada database Oracle tujuan yang dikelola sendiri harus lebih besar daripada jumlah data yang akan dimigrasikan dari instans sumber RDS for MySQL.
Jika database Oracle yang dikelola sendiri Anda menggunakan arsitektur Real Application Clusters (RAC), Anda harus menghubungkannya ke Alibaba Cloud melalui VPC. Untuk memastikan tugas DTS berjalan dengan sukses, hubungkan alamat IP SCAN dan alamat IP virtual (VIP) dari setiap node dalam Oracle RAC ke VPC Alibaba Cloud dan konfigurasikan rute-rutenya. Untuk informasi selengkapnya, lihat Ikhtisar solusi koneksi untuk pusat data lokal dan Hubungkan pusat data lokal ke DTS melalui Gateway VPN.

Catatan

Catatan

Selama migrasi penuh dan migrasi inkremental:

Operasi pembaruan dan penghapusan kaskade di database sumber dapat menyebabkan ketidakkonsistenan data.
Jika database tujuan memiliki kunci asing atau pemicu, nonaktifkan keduanya. Jika tidak, tugas migrasi mungkin gagal.

Jenis	Deskripsi
Batasan database sumber	Tabel yang akan dimigrasikan harus memiliki kunci primer atau kendala UNIK, dan kolom-kolom tersebut harus unik. Jika tidak, data duplikat mungkin muncul di database tujuan. Jika Anda melakukan migrasi data tingkat tabel dan perlu mengedit objek, seperti memetakan nama tabel atau kolom, satu tugas migrasi mendukung hingga 1.000 tabel. Jika melebihi batas ini, kesalahan akan dilaporkan setelah Anda mengirimkan tugas. Dalam kasus ini, bagi tabel menjadi beberapa tugas migrasi atau konfigurasikan 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 sebagai sumber berada dalam kluster dual-primary di mana setiap instans bertindak 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 dari instans RDS for MySQL harus disimpan setidaknya selama 3 hari. Kami menyarankan agar Anda menyimpannya selama 7 hari. Log biner dari database MySQL yang dikelola sendiri harus disimpan setidaknya 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 untuk log biner instans RDS for MySQL, lihat Hapus log biner secara otomatis. 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. 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 saat 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 mungkin 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	Jangan gunakan alat seperti pt-online-schema-change untuk melakukan operasi DDL Online pada objek migrasi di database sumber. Jika tidak, migrasi akan gagal. Jika operasi DDL Online yang menggunakan tabel sementara, seperti penggabungan beberapa tabel, dilakukan pada database sumber, kehilangan data mungkin terjadi di database tujuan atau instans migrasi mungkin gagal. Untuk kolom dengan tipe data FLOAT atau DOUBLE, DTS membaca nilai-nilainya menggunakan `ROUND(COLUMN,PRECISION)`. Jika Anda tidak menentukan presisi, DTS menggunakan presisi default 38 untuk kolom FLOAT dan 308 untuk kolom DOUBLE. Pastikan presisi ini memenuhi kebutuhan bisnis Anda. Sebelum migrasi data, evaluasi kinerja database sumber dan tujuan. Kami menyarankan agar Anda melakukan migrasi data di luar jam sibuk. Hal ini karena migrasi data penuh mengonsumsi sumber daya baca dan tulis pada kedua database, yang dapat meningkatkan beban database. Migrasi data penuh menjalankan operasi INSERT secara konkuren. Hal ini menyebabkan fragmentasi tabel di database tujuan. Akibatnya, ruang penyimpanan yang digunakan oleh tabel di database tujuan lebih besar daripada di instans sumber. DTS mencoba melanjutkan tugas migrasi yang gagal dalam waktu tujuh hari. Sebelum Anda mengalihkan bisnis ke instans tujuan, pastikan untuk menghentikan atau melepaskan instans DTS. Anda juga dapat menjalankan perintah `REVOKE` untuk mencabut izin tulis akun yang digunakan DTS untuk mengakses instans tujuan. Hal ini mencegah tugas dilanjutkan secara otomatis, yang dapat menyebabkan data dari sumber menimpa data di instans tujuan. Jika fitur always-encrypted (EncDB) diaktifkan untuk instans RDS for MySQL, migrasi data penuh tidak didukung. Catatan Instans RDS for MySQL dengan Enkripsi Data Transparan (TDE) yang diaktifkan mendukung migrasi skema, migrasi data penuh, dan migrasi data inkremental. Jika sebuah instans gagal, tim dukungan 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 dimodifikasi. Parameter di dalam database tidak diubah. Parameter yang mungkin dimodifikasi mencakup tetapi tidak terbatas pada yang dijelaskan dalam Modifikasi parameter instans.
Kasus khusus	Saat database sumber adalah database MySQL yang dikelola sendiri: Alih bencana primary/secondary di database sumber selama migrasi menyebabkan tugas migrasi gagal. Latensi DTS dihitung dengan membandingkan stempel waktu dari catatan data terakhir yang dimigrasikan dengan stempel waktu 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. 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 terklaster lainnya, pastikan nama domain atau alamat IP yang dikonfigurasi untuk tugas dan hasil resolusinya selalu mengarah ke node read/write (RW). Jika tidak, tugas migrasi mungkin tidak berjalan sebagaimana mestinya. 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 instans	Biaya lalu lintas internet
Migrasi skema dan migrasi data penuh	Gratis.	Saat parameter Access Method database tujuan diatur ke Public IP Address, Anda dikenai biaya lalu lintas internet. Untuk informasi selengkapnya, lihat Ikhtisar penagihan.
Migrasi data inkremental	Dikenai biaya. Untuk informasi selengkapnya, lihat Ikhtisar penagihan.

Jenis migrasi

Migrasi skema
DTS memigrasikan definisi skema objek migrasi dari database sumber ke database tujuan.
Migrasi penuh
DTS memigrasikan semua data historis objek migrasi dari database sumber ke database tujuan.
Migrasi inkremental
Setelah migrasi penuh, DTS memigrasikan pembaruan data inkremental dari database sumber ke database tujuan. Migrasi data inkremental memungkinkan Anda memigrasikan data secara lancar tanpa menghentikan aplikasi.

Operasi SQL yang didukung untuk migrasi inkremental

Jenis operasi	Pernyataan SQL
DML	INSERT, UPDATE, DELETE
DDL	CREATE TABLE, ALTER TABLE, RENAME TABLE, TRUNCATE TABLE, DROP TABLE

Izin akun database

Database	Migrasi skema	Migrasi penuh	Migrasi inkremental
RDS for MySQL	Izin SELECT	Izin SELECT	Izin REPLICATION SLAVE, REPLICATION CLIENT, dan SELECT pada objek yang akan dimigrasikan. DTS secara otomatis memberikan izin ini.
Oracle	Izin kepemilikan (owner permission) pada skema.

Untuk membuat akun database dan memberikan izin:

Untuk instans RDS for MySQL, lihat Buat akun dan Ubah izin akun.
Untuk instans Oracle yang dikelola sendiri, lihat CREATE USER dan GRANT.

Prosedur

Topik ini menggunakan database Oracle yang dikelola sendiri pada instans ECS sebagai database tujuan.

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 selengkapnya, 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-parameternya.

Kategori	Konfigurasi	Deskripsi
Tidak ada	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 DMS Database Instance	Database yang ingin Anda gunakan. Anda dapat memilih apakah akan menggunakan database yang sudah ada sesuai kebutuhan bisnis Anda. Jika Anda memilih database yang sudah ada, DTS secara otomatis mengisi parameter-parameter untuk database tersebut. Jika Anda tidak memilih database yang sudah ada, Anda harus mengonfigurasi informasi database berikut.
	Database Type	Pilih MySQL.
	Access Method	Pilih Cloud Instance.
	Instance Regions	Pilih wilayah instans sumber RDS for MySQL.
	Replicate Data Across Alibaba Cloud Accounts	Contoh ini menunjukkan cara memigrasikan data dalam akun Alibaba Cloud yang sama. Pilih No.
	RDS Instance ID	Pilih ID instans sumber RDS for MySQL.
	Database Account	Masukkan akun database instans sumber RDS for MySQL. Untuk informasi tentang izin yang diperlukan, lihat Izin akun database.
	Database Password	Kata sandi yang digunakan untuk mengakses instans database.
	Encryption	Menentukan apakah koneksi ke instans database sumber dienkripsi. Pilih Non-encrypted atau SSL-encrypted sesuai kebutuhan bisnis Anda. Jika Anda ingin mengatur parameter ini ke SSL-encrypted, Anda harus mengaktifkan enkripsi SSL untuk instans ApsaraDB RDS for MySQL sebelum mengonfigurasi tugas DTS. Untuk informasi selengkapnya, lihat Gunakan sertifikat cloud untuk mengaktifkan enkripsi SSL.
Destination Database	Select DMS Database Instance	Database yang ingin Anda gunakan. Anda dapat memilih apakah akan menggunakan database yang sudah ada sesuai kebutuhan bisnis Anda. Jika Anda memilih database yang sudah ada, DTS secara otomatis mengisi parameter-parameter untuk database tersebut. Jika Anda tidak memilih database yang sudah ada, Anda harus mengonfigurasi informasi database berikut.
	Database Type	Pilih Oracle.
	Access Method	Pilih Self-managed Database On ECS. Catatan Jika instans tujuan adalah database yang dikelola sendiri, Anda juga harus melakukan persiapan. Untuk informasi selengkapnya, lihat Ikhtisar persiapan.
	Instance Region	Pilih wilayah instans Oracle yang dikelola sendiri tujuan.
	ECS Instance ID	Pilih ID instans ECS yang menjalankan database Oracle yang dikelola sendiri tujuan.
	Port	Masukkan port layanan database Oracle yang dikelola sendiri tujuan. Port default adalah 1521.
	Oracle Type	Dalam contoh ini, RAC Or PDB Instance dipilih. Non-RAC Instance: Jika Anda memilih opsi ini, Anda juga harus menentukan SID. RAC Or PDB Instance: Jika Anda memilih opsi ini, Anda juga harus menentukan Service Name.
	Database Account	Masukkan akun database instans Oracle yang dikelola sendiri tujuan.
	Database Password	Kata sandi yang digunakan untuk mengakses instans database.

Di bagian bawah halaman, klik Test Connectivity and Proceed, lalu klik Test Connectivity di kotak dialog CIDR Blocks of DTS Servers yang muncul.
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.

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 Schema Migration dan Full Data Migration. Untuk memastikan kelangsungan layanan selama migrasi data, pilih Schema Migration, Full Data Migration, dan Incremental Data Migration. Catatan Jika Anda tidak memilih Schema Migration, pastikan database dan tabel telah dibuat di database tujuan untuk menerima data dan fitur pemetaan nama objek diaktifkan di Selected Objects. 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 Error: Memeriksa apakah tabel dengan nama yang sama ada di database tujuan. Jika tabel dengan nama yang sama ada, kesalahan dilaporkan selama pemeriksaan awal dan tugas migrasi data tidak dimulai. Jika tidak, pemeriksaan awal berhasil. Catatan Jika tidak memungkinkan untuk menghapus atau mengganti nama tabel dengan nama yang sama di database tujuan, Anda dapat mengubah nama tabel di database tujuan. Untuk informasi selengkapnya, lihat Memetakan nama tabel dan kolom. Ignore Error And Continue: Melewati pemeriksaan untuk tabel dengan nama yang sama di database tujuan. Peringatan Memilih Ignore Error And Continue 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 mempertahankan catatan di database tujuan. Catatan dari database sumber tidak dimigrasikan. Selama migrasi inkremental, DTS tidak mempertahankan catatan di database tujuan. Catatan dari database sumber menimpa catatan di database tujuan. Jika skema tabel tidak konsisten, inisialisasi data mungkin gagal, sebagian data mungkin tidak dimigrasikan, atau seluruh migrasi mungkin gagal.
Case Policy for Destination Object Names	Anda dapat mengonfigurasi kebijakan sensitivitas huruf besar/kecil untuk nama database, tabel, dan kolom yang dimigrasikan di instans tujuan. Secara default, DTS Default Policy dipilih. Anda juga dapat memilih untuk menjaga kebijakan 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 untuk menambahkan objek ke bagian Selected Objects. Catatan Anda dapat memilih kolom, tabel, atau skema sebagai objek yang akan dimigrasikan. Jika Anda memilih tabel atau kolom sebagai objek yang akan dimigrasikan, DTS tidak memigrasikan objek lain, seperti view, trigger, atau stored procedure, ke database tujuan.
Selected Objects	Klik kanan database di kotak Selected Objects. Di halaman Edit Schema, ubah Schema Name menjadi skema database tujuan di database Oracle yang dikelola sendiri. Secara default, nama skema sama dengan Database Account. Untuk informasi selengkapnya tentang fitur pemetaan nama objek, lihat Memetakan nama tabel dan kolom. Catatan Jika Anda menggunakan fitur pemetaan nama objek, migrasi objek lain yang bergantung pada objek yang dipetakan mungkin gagal. Untuk mengatur klausa WHERE untuk memfilter data, klik kanan tabel yang akan dimigrasikan di kotak Selected Objects dan atur kondisi filter di kotak dialog yang muncul. Untuk informasi selengkapnya, lihat Atur kondisi filter. Untuk memilih operasi SQL yang akan dimigrasikan di tingkat database atau tabel, klik kanan objek migrasi di kotak Selected Objects dan pilih operasi SQL yang diinginkan di kotak dialog yang muncul.

Klik Next: Advanced Settings untuk mengonfigurasi pengaturan lanjutan.

Konfigurasi	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 selengkapnya, lihat Apa itu klaster khusus DTS.
Retry Time for Failed Connections	Rentang waktu ulang coba untuk koneksi yang gagal. Jika database sumber atau tujuan gagal terhubung setelah tugas migrasi data dimulai, DTS segera mencoba menghubungkan kembali dalam rentang waktu ulang coba. 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 ulang coba yang ditentukan, DTS melanjutkan tugas migrasi data. Jika tidak, tugas migrasi data gagal. Catatan Jika Anda menentukan rentang waktu ulang coba 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 ulang coba 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 ulang coba untuk masalah lain. Misalnya, jika operasi DDL atau DML gagal dilakukan setelah tugas migrasi data dimulai, DTS segera mencoba mengulang operasi tersebut dalam rentang waktu ulang coba. 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 ulang coba 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 sesuai kebutuhan bisnis Anda. Untuk mengonfigurasi pembatasan, 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 hanya dapat mengonfigurasi parameter ini jika Anda memilih Full Data Migration untuk parameter Migration Types.
Enable Throttling for Incremental Data Migration	Menentukan apakah akan mengaktifkan pembatasan untuk migrasi data inkremental. Untuk mengonfigurasi pembatasan, 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 hanya dapat mengonfigurasi parameter ini jika Anda memilih Incremental Data Migration untuk parameter Migration Types.
Environment Tag	Anda dapat memilih tag lingkungan untuk mengidentifikasi instans migrasi. Dalam contoh ini, tidak diperlukan tag.
Whether to delete SQL operations on heartbeat tables of forward and reverse tasks	Menentukan apakah akan menulis operasi SQL pada tabel heartbeat ke database sumber saat instans DTS berjalan. Nilai yang valid: Yes: tidak menulis operasi SQL pada tabel heartbeat. Dalam hal ini, latensi instans DTS mungkin ditampilkan. No: menulis operasi SQL pada tabel heartbeat. Dalam hal ini, fitur seperti backup fisik dan kloning database sumber mungkin terpengaruh.
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 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 selengkapnya, lihat bagian Konfigurasi pemantauan dan peringatan saat membuat tugas DTS dalam topik Konfigurasi pemantauan dan peringatan.

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

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, 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 Anda 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 Lihat Detail, klik Ignore. Di pesan yang muncul, klik OK. Kemudian, klik Precheck Again untuk menjalankan pemeriksaan awal lagi. Jika Anda mengabaikan item peringatan, ketidakkonsistenan data mungkin terjadi, dan bisnis Anda mungkin menghadapi risiko potensial.

Beli instance.

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

Di halaman Purchase Instance, konfigurasikan parameter Kelas Instans 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 Manajemen Sumber Daya?
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. Completed ditampilkan di bagian Status .
- Jika tugas migrasi data dapat digunakan untuk memigrasikan data inkremental, tugas tersebut tidak berhenti secara otomatis. Tugas migrasi data inkremental tidak pernah berhenti atau selesai. Running ditampilkan di bagian Status.