Migrasi data dari database Oracle yang dikelola sendiri ke instance ApsaraDB RDS for MySQL - ApsaraDB RDS

Topik ini menjelaskan cara memigrasikan data dari database Oracle yang dikelola sendiri ke instance ApsaraDB RDS for MySQL menggunakan Data Transmission Service (DTS). DTS mendukung migrasi skema, migrasi data penuh, dan migrasi data inkremental. Saat memigrasikan data dari database Oracle yang dikelola sendiri ke instance RDS, Anda dapat memilih semua jenis migrasi yang didukung untuk memastikan kontinuitas layanan.

Prasyarat

Database Oracle yang dikelola sendiri sebagai sumber dan instance tujuan ApsaraDB RDS for MySQL telah dibuat.
Catatan
- Untuk informasi lebih lanjut tentang cara membuat instance ApsaraDB RDS for MySQL, lihat Buat Instance ApsaraDB RDS for MySQL.
- Untuk informasi lebih lanjut tentang versi yang didukung dari database sumber dan instance tujuan, lihat Ikhtisar Skenario Migrasi Data.
Database Oracle yang dikelola sendiri berjalan dalam mode ARCHIVELOG. File log arsip dapat diakses dan periode retensi yang sesuai telah ditetapkan untuk file log arsip. Untuk informasi lebih lanjut, lihat Mengelola File Log Redo yang Diarsipkan.
Fitur logging tambahan diaktifkan untuk database Oracle yang dikelola sendiri, dan parameter SUPPLEMENTAL_LOG_DATA_PK dan SUPPLEMENTAL_LOG_DATA_UI disetel ke Ya. Untuk informasi lebih lanjut, lihat Logging Tambahan.
Instance tujuan ApsaraDB RDS for MySQL telah dibuat. Untuk informasi lebih lanjut, lihat Buat Instance ApsaraDB RDS for MySQL.

Batasan

Catatan

Selama migrasi skema, DTS memigrasikan kunci asing dari database sumber ke database tujuan.
Selama migrasi data penuh dan migrasi data inkremental, DTS sementara menonaktifkan pemeriksaan kendala dan operasi kaskade pada kunci asing di tingkat sesi. Jika Anda melakukan operasi pembaruan dan penghapusan kaskade pada database sumber selama migrasi data, ketidaksesuaian data mungkin terjadi.

Kategori	Deskripsi
Batasan pada database sumber	Persyaratan bandwidth: Server tempat database sumber berada harus memiliki bandwidth keluar yang cukup. Jika tidak, kecepatan migrasi data akan menurun. Jika database sumber adalah database Oracle RAC yang terhubung melalui Express Connect, Anda harus menentukan VIP untuk database saat mengonfigurasi database sumber. Jika database sumber adalah database Oracle RAC yang terhubung melalui Express Connect, VPN Gateway, Smart Access Gateway, Database Gateway, atau Cloud Enterprise Network (CEN), Anda dapat menggunakan satu VIP daripada alamat IP SCAN (Single Client Access Name) saat mengonfigurasi database sumber. Setelah Anda menentukan VIP, failover node tidak didukung untuk database Oracle RAC. Jika sebuah bidang dalam database Oracle sumber berisi string kosong tipe VARCHAR2, yang dievaluasi sebagai null dalam database Oracle, dan bidang yang sesuai dalam database tujuan memiliki kendala NOT NULL, tugas migrasi gagal. Persyaratan untuk objek yang akan dimigrasikan: Tabel yang akan dimigrasikan harus memiliki kendala PRIMARY KEY atau UNIQUE, dan semua bidang harus unik. Jika tidak, database tujuan mungkin berisi catatan data duplikat. Jika versi database Oracle Anda adalah 12c atau lebih baru, nama tabel yang akan dimigrasikan tidak boleh melebihi 30 byte panjangnya. Jika Anda memilih tabel sebagai objek yang akan dimigrasikan dan Anda perlu memodifikasi tabel dalam database tujuan, seperti mengganti nama tabel atau kolom, hingga 1.000 tabel dapat dimigrasikan dalam satu tugas migrasi data. Jika Anda menjalankan tugas untuk memigrasikan lebih dari 1.000 tabel, kesalahan permintaan terjadi. Dalam hal ini, kami sarankan Anda mengonfigurasi beberapa tugas untuk memigrasikan tabel secara bertahap, atau mengonfigurasi tugas untuk memigrasikan seluruh database. Untuk melakukan migrasi inkremental, Anda harus memastikan bahwa persyaratan berikut dipenuhi: Redo logging dan archive logging harus diaktifkan. Jika Anda hanya melakukan migrasi data inkremental, redo logs dan archive logs dari database sumber harus disimpan selama lebih dari 24 jam. Jika Anda melakukan migrasi data penuh dan migrasi data inkremental, redo logs dan archive logs dari database sumber harus disimpan setidaknya selama tujuh hari. Setelah migrasi data penuh selesai, Anda dapat menyetel periode retensi menjadi lebih dari 24 jam. Jika tidak, Data Transmission Service (DTS) mungkin gagal mendapatkan redo logs dan archive logs dan tugas mungkin gagal. Dalam kasus ekstrem, ketidaksesuaian data atau kehilangan data mungkin terjadi. Pastikan Anda menyetel periode retensi redo logs dan archive logs berdasarkan persyaratan yang disebutkan sebelumnya. Jika tidak, Service Level Agreement (SLA) DTS tidak menjamin keandalan layanan atau kinerja. Batasan pada operasi yang akan dilakukan pada database sumber: Selama migrasi skema dan migrasi data penuh, jangan lakukan operasi DDL untuk mengubah skema database atau tabel. Jika tidak, tugas migrasi data gagal. Jika Anda hanya melakukan migrasi data penuh, jangan tulis data ke database sumber selama migrasi data. Jika tidak, ketidaksesuaian data mungkin terjadi antara database sumber dan tujuan. Untuk memastikan konsistensi data, kami sarankan Anda memilih migrasi skema, migrasi data penuh, dan migrasi data inkremental sebagai jenis migrasi. Selama migrasi data, jangan perbarui bidang LONGTEXT. Jika tidak, tugas migrasi data gagal.
Batasan lainnya	Selama sinkronisasi data inkremental, jangan gunakan Oracle Data Pump untuk menulis data ke database sumber. Jika tidak, kehilangan data mungkin terjadi. Tabel eksternal tidak dapat dimigrasikan. Sebelum Anda memigrasikan data, evaluasi dampak migrasi data pada kinerja database sumber dan tujuan. Kami sarankan Anda memigrasikan data selama jam non-puncak. Selama migrasi data penuh, DTS menggunakan sumber daya baca dan tulis dari database sumber dan tujuan. Ini dapat meningkatkan beban server database. Selama migrasi data penuh, operasi INSERT bersamaan menyebabkan fragmentasi dalam tabel cluster tujuan. Setelah migrasi data penuh selesai, ukuran tablespace yang digunakan oleh cluster tujuan lebih besar daripada database sumber. DTS mencoba melanjutkan tugas migrasi data yang gagal dalam tujuh hari terakhir. Sebelum Anda beralih beban kerja ke cluster tujuan, Anda harus menghentikan atau melepaskan tugas yang gagal. Anda juga dapat mengeksekusi pernyataan `REVOKE` untuk mencabut izin tulis dari akun yang digunakan oleh DTS untuk mengakses database tujuan. Jika tidak, data dalam database sumber menimpa data dalam database tujuan setelah tugas migrasi data dilanjutkan. Jika pernyataan DDL gagal dieksekusi dalam database tujuan, tugas DTS terus berjalan. Anda dapat melihat pernyataan DDL yang gagal dieksekusi dalam log tugas. Untuk informasi lebih lanjut tentang cara melihat log tugas, lihat Lihat log tugas. Pastikan set karakter database sumber dan tujuan kompatibel. Jika tidak, ketidaksesuaian data mungkin terjadi atau tugas migrasi mungkin gagal. Kami sarankan Anda menggunakan fitur migrasi skema DTS. Jika tidak, tugas migrasi mungkin gagal karena tipe data yang tidak kompatibel. Zona waktu database sumber dan tujuan harus sama. Jika Anda menulis nama kolom yang hanya berbeda dalam kapitalisasi ke tabel yang sama dalam database MySQL tujuan, hasil migrasi data mungkin tidak sesuai harapan karena nama kolom dalam database MySQL tidak peka huruf besar-kecil. Setelah migrasi data selesai, yaitu Status instance berubah menjadi Completed, kami sarankan Anda menjalankan perintah `analyze table <nama_tabel>` untuk memeriksa apakah data ditulis ke tabel tujuan. Misalnya, jika switchover high-availability (HA) dipicu dalam database MySQL tujuan, data mungkin hanya ditulis ke memori. Akibatnya, kehilangan data terjadi. Jika instance gagal berjalan, personel dukungan teknis DTS akan mencoba memulihkan instance dalam waktu 8 jam. Selama proses pemulihan, instance mungkin di-restart atau parameter mungkin disesuaikan. Catatan Ketika parameter disesuaikan, hanya parameter instance DTS yang dimodifikasi. Parameter database tidak dimodifikasi. Parameter yang mungkin dimodifikasi termasuk tetapi tidak terbatas pada parameter dalam Modifikasi parameter instance.
Kasus khusus	Jika database tujuan berjalan pada instance ApsaraDB RDS for MySQL, perhatikan batasan berikut: Nama tabel dalam instance ApsaraDB RDS for MySQL tidak peka huruf besar-kecil. Jika nama tabel dalam database Oracle sumber berisi huruf besar, ApsaraDB RDS for MySQL mengonversi semua huruf besar menjadi huruf kecil sebelum tabel dibuat. Jika database Oracle sumber berisi nama tabel identik yang hanya berbeda dalam kapitalisasi, nama tabel tersebut diidentifikasi sebagai duplikat. Akibatnya, pesan "Objek sudah ada" mungkin ditampilkan selama migrasi skema. Untuk mencegah konflik nama dalam database tujuan, Anda dapat menggunakan fitur pemetaan nama objek untuk mengkapitalisasi nama tabel saat Anda mengonfigurasi objek yang akan dimigrasikan. Untuk informasi lebih lanjut, lihat Pemetaan nama objek. DTS secara otomatis membuat database tujuan dalam instance ApsaraDB RDS for MySQL. Namun, jika nama database sumber tidak valid, Anda harus secara manual membuat database dalam instance ApsaraDB RDS for MySQL sebelum Anda mengonfigurasi tugas migrasi data. Untuk informasi lebih lanjut, lihat Kelola database.

Penagihan

Jenis migrasi	Biaya konfigurasi instance	Biaya lalu lintas internet
Migrasi skema dan migrasi data penuh	Gratis.	Ketika parameter Access Method database tujuan disetel ke Public IP Address, Anda akan dikenakan biaya untuk lalu lintas internet. Untuk informasi lebih lanjut, lihat Ikhtisar penagihan.
Migrasi data inkremental	Dikenakan biaya. Untuk informasi lebih lanjut, lihat Ikhtisar penagihan.

Jenis migrasi

Jenis migrasi	Deskripsi
Migrasi skema	DTS memigrasikan skema objek ke database tujuan. DTS memiliki batasan berikut pada migrasi skema untuk tabel dan indeks: DTS tidak mendukung migrasi skema untuk tabel bersarang. DTS mengonversi tabel terkluster dan tabel terorganisasi indeks (IOT) menjadi tabel biasa dalam database tujuan. DTS tidak mendukung migrasi skema untuk indeks berbasis fungsi, indeks domain, indeks bitmap, atau indeks terbalik. Catatan DTS tidak mendukung migrasi skema untuk jenis objek berikut: tampilan, sinonim, prosedur tersimpan, fungsi, paket, dan tipe yang ditentukan pengguna. Peringatan Dalam topik ini, database sumber dan tujuan adalah database heterogen. Skema database sumber dan tujuan mungkin tidak konsisten setelah migrasi skema. Kami sarankan Anda mengevaluasi dampak konversi tipe data pada bisnis Anda. Untuk informasi lebih lanjut, lihat Pemetaan tipe data antara database heterogen.
Migrasi data penuh	DTS memigrasikan data yang ada dari objek yang diperlukan dari database Oracle yang dikelola sendiri ke database tujuan.
Migrasi data inkremental	Setelah migrasi data penuh selesai, DTS mengambil file redo log dari database Oracle yang dikelola sendiri. Kemudian, DTS memigrasikan data inkremental dari database Oracle yang dikelola sendiri ke database tujuan. Migrasi data inkremental memastikan kontinuitas layanan aplikasi yang dikelola sendiri selama migrasi data.

Operasi SQL yang dapat dimigrasikan secara inkremental

Jenis operasi	Pernyataan SQL
DML	INSERT, UPDATE, dan DELETE
DDL	CREATE TABLE Catatan DTS tidak memigrasikan operasi CREATE TABLE yang dilakukan untuk membuat tabel di mana fungsi bersarang. ALTER TABLE, ADD COLUMN, DROP COLUMN, RENAME COLUMN, dan ADD INDEX DROP TABLE RENAME TABLE, TRUNCATE TABLE, dan CREATE INDEX Catatan Hanya operasi CREATE INDEX yang dilakukan dalam akun database saat ini yang dapat dimigrasikan.

Persiapan

Masuk ke database Oracle yang dikelola sendiri, buat akun yang ingin Anda gunakan untuk mengumpulkan data, dan berikan izin kepada akun tersebut.

Catatan

Jika Anda telah membuat akun database dan akun tersebut memiliki izin yang dijelaskan dalam tabel berikut, Anda dapat melewati langkah ini.

Database	Migrasi skema	Migrasi data penuh	Migrasi data inkremental
Database Oracle yang dikelola sendiri	Izin pemilik skema	Izin pemilik skema	Izin granular
ApsaraDB RDS for MySQL instance	Izin tulis pada database tujuan

Untuk membuat akun database dan memberikan izin kepada akun database, lakukan operasi berikut:

Database Oracle yang dikelola sendiri: Persiapkan Akun Database, CREATE USER, dan GRANT.
Instance ApsaraDB RDS for MySQL: Buat Akun dan Ubah Izin Akun.

Penting

Jika Anda perlu memigrasikan data inkremental, Anda juga perlu mengaktifkan pengarsipan dan pencatatan tambahan untuk mendapatkan perubahan inkremental pada data. Untuk informasi lebih lanjut, silakan merujuk ke Konfigurasikan Database Oracle.

Pemetaan tipe data

Untuk informasi lebih lanjut, lihat Pemetaan Tipe Data antara Database Heterogen.

Prosedur

Gunakan salah satu metode berikut untuk pergi ke halaman Migrasi Data dan pilih wilayah tempat instance migrasi data berada.
Konsol DTS
1. Masuk ke Konsol DTS.
2. Di bilah navigasi di sebelah kiri, klik Data Migration.
3. Di sudut kiri atas halaman, pilih wilayah tempat instance migrasi data berada.
Konsol DMS
Catatan
Operasi aktual mungkin bervariasi berdasarkan mode dan tata letak Konsol DMS. Untuk informasi lebih lanjut, lihat Mode Sederhana dan Sesuaikan Tata Letak dan Gaya Konsol DMS.
1. Masuk ke Konsol DMS.
2. Di bilah navigasi atas, gerakkan pointer ke Data + AI > DTS (DTS) > Data Migration.
3. Dari daftar drop-down di sebelah kanan Data Migration Tasks, pilih wilayah tempat instance sinkronisasi data berada.
Klik Create Task untuk pergi ke halaman konfigurasi tugas.

Konfigurasikan database sumber dan tujuan. Tabel berikut menjelaskan parameter.

Peringatan

Setelah Anda mengonfigurasi database sumber dan tujuan, kami sarankan Anda membaca Limits yang ditampilkan di bagian atas halaman. Jika tidak, tugas mungkin gagal atau ketidaksesuaian data mungkin terjadi.

Seksi	Parameter	Deskripsi
N/A	Task Name	Nama tugas DTS. DTS secara otomatis menghasilkan nama tugas. Kami sarankan Anda menentukan nama informatif yang memudahkan identifikasi tugas. Anda tidak perlu menentukan nama tugas yang unik.
Source Database	Database Type	Tipe database sumber. Pilih Oracle.
	Access Method	Metode akses database sumber. Dalam contoh ini, Public IP Address dipilih. Catatan Jika Anda memilih metode akses lainnya, Anda harus menyiapkan lingkungan yang diperlukan untuk database Oracle yang dikelola sendiri. Untuk informasi lebih lanjut, lihat Ikhtisar persiapan.
	Instance Region	Wilayah tempat database Oracle sumber berada.
	Hostname or IP address	Titik akhir yang digunakan untuk terhubung ke database Oracle yang dikelola sendiri.
	Port Number	Nomor port layanan database Oracle yang dikelola sendiri. Nilai default: 1521. Catatan Dalam contoh ini, port layanan database Oracle yang dikelola sendiri harus dapat diakses melalui internet.
	Oracle Type	Arsitektur database Oracle sumber. Jika Anda memilih Non-RAC Instance, Anda harus mengonfigurasi parameter SID. Jika Anda memilih RAC or PDB Instance, Anda harus mengonfigurasi parameter Service Name. Dalam contoh ini, Non-RAC Instance dipilih.
	Database Account	Akun database Oracle sumber. Untuk informasi lebih lanjut tentang izin yang diperlukan untuk akun tersebut, lihat bagian Persiapan dari topik ini.
	Database Password	Kata sandi yang digunakan untuk mengakses instance database.
Destination Database	Database Type	Tipe database tujuan. Pilih MySQL.
	Access Method	Metode akses database tujuan. Pilih Alibaba Cloud Instance.
	Instance Region	Wilayah tempat instance tujuan ApsaraDB RDS for MySQL berada.
	RDS Instance ID	ID instance tujuan ApsaraDB RDS for MySQL.
	Database Account	Akun database instance tujuan ApsaraDB RDS for MySQL. Untuk informasi lebih lanjut tentang izin yang diperlukan untuk akun tersebut, lihat bagian Persiapan dari topik ini.
	Database Password	Kata sandi yang digunakan untuk mengakses instance database.
	Encryption	Menentukan apakah akan mengenkripsi koneksi ke instance database sumber. Pilih Non-encrypted atau SSL-encrypted berdasarkan kebutuhan bisnis Anda. Jika Anda ingin menyetel parameter ini ke SSL-encrypted, Anda harus mengaktifkan enkripsi SSL untuk instance ApsaraDB RDS for MySQL sebelum mengonfigurasi tugas DTS. Untuk informasi lebih lanjut, lihat Gunakan sertifikat cloud untuk mengaktifkan enkripsi SSL.

Di bagian bawah halaman, klik Test Connectivity and Proceed, lalu klik Test Connectivity dalam 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 lebih lanjut, lihat Tambahkan Blok CIDR Server DTS.

Konfigurasikan objek yang akan dimigrasikan.

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

Parameter	Deskripsi
Migration Types	Untuk hanya melakukan migrasi data penuh, pilih Schema Migration dan Full Data Migration. Untuk memastikan kontinuitas 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 dibuat di database tujuan untuk menerima data dan fitur pemetaan nama objek diaktifkan di Selected Objects. Jika Anda tidak memilih Incremental Data Migration, kami sarankan Anda tidak menulis data ke database sumber selama migrasi data. Ini memastikan konsistensi data antara database sumber dan tujuan.
Processing Mode of Conflicting Tables	Precheck and Report Errors: memeriksa apakah database tujuan berisi tabel yang menggunakan nama yang sama dengan tabel di database sumber. Jika database sumber dan tujuan tidak berisi tabel dengan nama identik, pemeriksaan awal berhasil. Jika tidak, kesalahan akan dikembalikan selama pemeriksaan awal dan tugas migrasi data tidak dapat dimulai. Catatan Jika database sumber dan tujuan berisi tabel dengan nama identik dan tabel di database tujuan tidak dapat dihapus atau diganti namanya, Anda dapat menggunakan fitur pemetaan nama objek untuk mengganti nama tabel yang dimigrasikan ke database tujuan. Untuk informasi lebih lanjut, lihat Peta nama objek. Ignore Errors and Proceed: melewati pemeriksaan awal untuk nama tabel identik di database sumber dan tujuan. Peringatan Jika Anda memilih Ignore Errors and Proceed, ketidaksesuaian data mungkin terjadi dan bisnis Anda mungkin terpapar risiko potensial berikut: Jika database sumber dan tujuan memiliki skema yang sama, dan catatan data memiliki kunci utama yang sama dengan catatan data yang ada di database tujuan, skenario berikut mungkin terjadi: Selama migrasi data penuh, DTS tidak memigrasikan catatan data ke database tujuan. Catatan data yang ada di database tujuan dipertahankan. Selama migrasi data inkremental, DTS memigrasikan catatan data ke database tujuan. Catatan data yang ada di database tujuan ditimpa. Jika database sumber dan tujuan memiliki skema yang berbeda, hanya kolom tertentu yang dimigrasikan atau tugas migrasi data gagal. Lanjutkan dengan hati-hati.
Source Objects	Pilih satu atau lebih objek dari bagian Source Objects. Klik ikon untuk menambahkan objek ke bagian Selected Objects.
Selected Objects	Untuk mengganti nama objek yang ingin Anda migrasikan ke instance tujuan, klik kanan objek di bagian Selected Objects. Untuk informasi lebih lanjut, lihat Peta nama objek tunggal. Untuk mengganti nama beberapa objek sekaligus, klik Batch Edit di sudut kanan atas bagian Selected Objects. Untuk informasi lebih lanjut, lihat Peta beberapa nama objek sekaligus. Catatan Jika Anda menggunakan fitur pemetaan nama objek untuk mengganti nama objek, objek lain yang bergantung pada objek tersebut mungkin gagal dimigrasikan. Untuk menentukan kondisi WHERE untuk menyaring data, klik kanan tabel di bagian Selected Objects. Di kotak dialog yang muncul, tentukan kondisi tersebut. Untuk informasi lebih lanjut, lihat Tentukan kondisi filter. Untuk memigrasikan operasi SQL yang dilakukan pada database atau tabel tertentu secara inkremental, klik kanan objek di bagian Selected Objects. Di kotak dialog yang muncul, pilih operasi SQL yang ingin Anda migrasikan secara inkremental. Untuk informasi lebih lanjut tentang pernyataan SQL yang dapat dimigrasikan secara inkremental, lihat bagian Operasi SQL yang dapat dimigrasikan secara inkremental dari topik ini.

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, belilah klaster khusus. Untuk informasi lebih lanjut, lihat Apa itu Klaster Khusus DTS?
Retry Time for Failed Connections	Rentang waktu ulang untuk koneksi gagal. Jika database sumber atau tujuan gagal terhubung setelah tugas migrasi data dimulai, DTS segera mencoba kembali koneksi dalam rentang waktu ulang. Nilai valid: 10 hingga 1.440. Unit: menit. Nilai default: 720. Kami sarankan Anda menyetel parameter ini ke nilai lebih besar dari 30. Jika DTS terhubung kembali ke database sumber dan tujuan dalam rentang waktu ulang yang ditentukan, DTS melanjutkan tugas migrasi data. Jika tidak, tugas migrasi data gagal. Catatan Jika Anda menentukan rentang waktu ulang yang berbeda untuk beberapa tugas migrasi data yang berbagi database sumber atau tujuan yang sama, nilai yang ditentukan terakhir akan berlaku. Saat DTS mencoba kembali koneksi, Anda akan dikenakan biaya untuk instance DTS. Kami sarankan Anda menentukan rentang waktu ulang berdasarkan kebutuhan bisnis Anda. Anda juga dapat melepaskan instance DTS sesegera mungkin setelah database sumber dan instance tujuan dilepaskan.
Retry Time for Other Issues	Rentang waktu ulang untuk masalah lainnya. Misalnya, jika operasi DDL atau DML gagal dilakukan setelah tugas migrasi data dimulai, DTS segera mencoba kembali operasi dalam rentang waktu ulang. Nilai valid: 1 hingga 1.440. Unit: menit. Nilai default: 10. Kami sarankan Anda menyetel parameter ini ke nilai lebih besar dari 10. Jika operasi gagal berhasil dilakukan dalam rentang waktu 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 dari 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. 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). 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 mengonfigurasi parameter RPS of Incremental Data Migration dan Data migration speed for incremental migration (MB/s). 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	Tag lingkungan yang digunakan untuk mengidentifikasi instance DTS. Anda dapat memilih tag lingkungan berdasarkan kebutuhan bisnis Anda. Dalam contoh ini, tidak ada tag lingkungan yang ditambahkan.
Actual Write Code	Format penyandian tempat data ditulis ke database tujuan. Pilih format penyandian berdasarkan kebutuhan bisnis Anda.
Configure ETL	Menentukan apakah akan mengaktifkan fitur ekstraksi, transformasi, dan pemuatan (ETL). Untuk informasi lebih lanjut, lihat Apa itu ETL? Nilai valid: Yes: mengonfigurasi fitur ETL. Anda dapat memasukkan pernyataan pemrosesan data di editor kode. Untuk informasi lebih lanjut, lihat Configure ETL in a data migration or data synchronization task. 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 menerima notifikasi. Nilai 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 Konfigurasikan Pemantauan dan Peringatan saat Membuat Tugas DTS dari topik Konfigurasikan Pemantauan dan Peringatan.

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

Simpan pengaturan tugas dan jalankan pra-pemeriksaan.
- Untuk melihat parameter yang harus ditentukan saat Anda memanggil operasi API terkait untuk mengonfigurasi tugas DTS, gerakkan pointer ke Next: Save Task Settings and Precheck dan klik Preview OpenAPI parameters.
- Jika Anda tidak perlu melihat atau sudah melihat parameter, klik Next: Save Task Settings and Precheck di bagian bawah halaman.
Catatan
- Sebelum Anda dapat memulai tugas migrasi data, DTS melakukan pra-pemeriksaan. Anda hanya dapat memulai tugas migrasi data setelah tugas lolos pra-pemeriksaan.
- Jika tugas gagal lolos pra-pemeriksaan, klik View Details di sebelah setiap item yang gagal. Setelah Anda menganalisis penyebab berdasarkan hasil pemeriksaan, atasi masalah tersebut. Kemudian, jalankan pra-pemeriksaan lagi.
- Jika peringatan dipicu untuk suatu item selama pra-pemeriksaan:
  Jika item peringatan tidak dapat diabaikan, klik View Details di sebelah item yang gagal dan atasi masalah tersebut. Kemudian, jalankan pra-pemeriksaan 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 pra-pemeriksaan lagi. Jika Anda mengabaikan item peringatan, ketidaksesuaian data mungkin terjadi, dan bisnis Anda mungkin terpapar risiko potensial.

Beli instance.

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

Di halaman Purchase Instance, konfigurasikan parameter Kelas Instance untuk instance migrasi data. Tabel berikut menjelaskan parameter.

Seksi	Parameter	Deskripsi
New Instance Class	Resource Group	Grup sumber daya tempat instance migrasi data berada. Nilai default: default resource group. Untuk informasi lebih lanjut, lihat Apa itu Resource Management?
New Instance Class	Instance Class	DTS menyediakan kelas instance yang bervariasi dalam kecepatan migrasi. Anda dapat memilih kelas instance berdasarkan skenario bisnis Anda. Untuk informasi lebih lanjut, lihat Kelas instance dari instance migrasi data.

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