Migrasi PolarDB untuk PostgreSQL (kompatibel Oracle) ke AnalyticDB for MySQL V3.0 - Data Transmission Service

Gunakan Data Transmission Service (DTS) untuk memigrasikan klaster PolarDB for PostgreSQL (Compatible with Oracle) ke klaster AnalyticDB for MySQL 3.0.

Prasyarat

Anda memiliki klaster tujuan AnalyticDB for MySQL V3.0. Untuk informasi selengkapnya, lihat Buat klaster.
Pada klaster sumber PolarDB for PostgreSQL (Compatible with Oracle), parameter wal_level harus diatur ke logical. Pengaturan ini menambahkan informasi yang diperlukan untuk logical decoding ke write-ahead logging (WAL). Untuk informasi selengkapnya, lihat Konfigurasi parameter klaster.

Batasan

Catatan

Selama migrasi skema, DTS tidak memigrasikan foreign key dari database sumber ke database tujuan.
Selama migrasi data penuh dan migrasi data inkremental, DTS secara sementara menonaktifkan pemeriksaan constraint dan operasi cascading foreign key pada tingkat sesi. Jika terjadi operasi cascading update atau delete di database sumber saat tugas sedang berjalan, ketidakkonsistenan data dapat terjadi.

Type	Description
Batasan database sumber	Kebutuhan bandwidth: Server yang menghosting database sumber harus memiliki bandwidth outbound yang cukup. Jika tidak, kecepatan migrasi data akan terpengaruh. Tabel yang akan dimigrasikan harus memiliki primary key atau constraint UNIQUE, dan field-field tersebut harus unik. Jika tidak, data duplikat mungkin ada di database tujuan. Jika Anda melakukan migrasi data pada tingkat tabel dan perlu mengedit tabel, seperti memetakan nama kolom, satu tugas migrasi data mendukung maksimal 1.000 tabel. Jika melebihi batas ini, error akan dilaporkan saat 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 mengenai WAL: WAL harus diaktifkan. Untuk tugas migrasi inkremental, DTS mensyaratkan bahwa WAL database sumber dipertahankan lebih dari 24 jam. Untuk tugas yang mencakup migrasi penuh dan migrasi inkremental, DTS mensyaratkan bahwa WAL dipertahankan minimal 7 hari. Anda dapat mengatur periode retensi log lebih dari 24 jam setelah migrasi penuh selesai. Jika WAL tidak dipertahankan selama periode yang disyaratkan, tugas DTS mungkin gagal karena DTS tidak dapat memperoleh WAL. Dalam kasus ekstrem, ketidakkonsistenan data atau kehilangan data dapat terjadi. Masalah yang disebabkan oleh periode retensi WAL yang lebih pendek dari periode yang disyaratkan tidak dicakup oleh SLA DTS. Batasan operasi database sumber: Selama migrasi skema dan migrasi data penuh, jangan lakukan operasi DDL untuk mengubah struktur database atau tabel. Jika dilakukan, tugas migrasi data akan gagal. Jika Anda hanya melakukan migrasi data penuh, jangan menulis data baru ke instans sumber. Jika dilakukan, ketidakkonsistenan data akan terjadi antara database sumber dan tujuan. Untuk menjaga konsistensi data real-time, pilih migrasi skema, migrasi data penuh, dan migrasi data inkremental. Untuk memastikan tugas migrasi berjalan sesuai harapan dan mencegah replikasi logis terganggu oleh failover, PolarDB for PostgreSQL (Compatible with Oracle) harus mendukung dan mengaktifkan Logical Replication Slot Failover. Catatan Jika klaster sumber PolarDB for PostgreSQL (Compatible with Oracle) tidak mendukung Logical Replication Slot Failover, misalnya jika Database Engine adalah Oracle syntax compatible 2.0, failover di database sumber dapat menyebabkan instans migrasi gagal dan tidak dapat dipulihkan. Karena batasan inheren replikasi logis di database sumber, jika satu bagian data yang akan dimigrasikan melebihi 256 MB setelah perubahan inkremental, instans migrasi mungkin gagal dan tidak dapat dipulihkan. Anda harus mengonfigurasi ulang instans migrasi. Jika database sumber memiliki transaksi jangka panjang dan instans melakukan migrasi inkremental, WAL sebelum commit transaksi dapat menumpuk dan tidak dapat dibersihkan. Hal ini dapat menyebabkan ruang disk tidak mencukupi di database sumber.
Batasan lainnya	Satu tugas migrasi data hanya dapat memigrasikan satu database. Untuk memigrasikan beberapa database, konfigurasikan tugas migrasi data terpisah untuk setiap database. Database tujuan harus memiliki primary key kustom. Atau, pada langkah Configurations for Databases, Tables, and Columns, atur Primary Key Column. Jika tidak, migrasi mungkin gagal. DTS tidak mendukung migrasi tabel ekstensi TimescaleDB, tabel dengan pewarisan lintas-skema, atau tabel dengan indeks unik berdasarkan ekspresi. Skema yang dibuat dengan menginstal ekstensi tidak didukung untuk migrasi. Anda tidak dapat mengambil informasi tentang skema ini di konsol saat mengonfigurasi tugas. Jika instans migrasi mencakup tugas migrasi data inkremental, Anda harus menjalankan perintah `ALTER TABLE schema.table REPLICA IDENTITY FULL;` pada tabel yang akan dimigrasikan di database sumber sebelum menulis data ke dalamnya. Hal ini memastikan konsistensi data. Jalankan perintah ini dalam skenario berikut. Selama eksekusi perintah ini, jangan lakukan operasi penguncian tabel untuk menghindari deadlock. Jika Anda melewatkan pemeriksaan terkait dalam pemeriksaan awal, DTS secara otomatis menjalankan perintah ini selama inisialisasi instans. Saat instans pertama kali dijalankan. Saat objek migrasi adalah skema, dan tabel baru dibuat di skema atau tabel yang ada dibangun ulang menggunakan perintah RENAME. Catatan Dalam perintah tersebut, ganti `schema` dan `table` dengan nama skema dan nama tabel yang sebenarnya. Kami menyarankan Anda melakukan operasi ini selama jam sepi. DTS membuat tabel temporary berikut di database sumber untuk memperoleh pernyataan DDL untuk data inkremental, struktur tabel inkremental, dan informasi heartbeat. Jangan hapus tabel temporary ini selama migrasi. Jika dihapus, tugas DTS akan abnormal. Tabel temporary ini secara otomatis dihapus setelah instans DTS dirilis. `public.dts_pg_class`, `public.dts_pg_attribute`, `public.dts_pg_type`, `public.dts_pg_enum`, `public.dts_postgres_heartbeat`, `public.dts_ddl_command`, `public.dts_args_session`, dan `public.aliyun_dts_instance`. Untuk memastikan akurasi latensi migrasi yang ditampilkan untuk data inkremental, DTS menambahkan tabel heartbeat bernama `dts_postgres_heartbeat` ke database sumber. Selama migrasi data inkremental, DTS membuat slot replikasi dengan awalan `dts_sync_` di database sumber untuk mereplikasi data. DTS menggunakan slot replikasi ini untuk memperoleh log inkremental dari database sumber dalam 15 menit terakhir. Ketika migrasi data gagal atau instans migrasi dirilis, DTS mencoba membersihkan slot replikasi ini secara otomatis. Catatan Jika Anda mengubah password akun database sumber atau menghapus alamat IP DTS dari daftar putih alamat IP database sumber selama migrasi data, slot replikasi tidak dapat dibersihkan secara otomatis. Dalam kasus ini, Anda harus membersihkan slot replikasi secara manual di database sumber. Hal ini mencegah slot terus menumpuk dan mengonsumsi ruang disk, yang dapat membuat database sumber tidak tersedia. Jika terjadi failover pada database sumber, Anda harus login ke database sekunder untuk membersihkan slot secara manual. Karena batasan AnalyticDB for MySQL 3.0, jika penggunaan ruang disk sebuah node di klaster AnalyticDB for MySQL 3.0 melebihi 80%, tugas DTS menjadi abnormal dan terjadi latensi. Perkirakan ruang yang dibutuhkan berdasarkan objek yang akan dimigrasikan dan pastikan klaster tujuan memiliki ruang penyimpanan yang cukup. Jika klaster tujuan AnalyticDB for MySQL 3.0 sedang melakukan backup saat tugas DTS berjalan, tugas tersebut gagal. Sebelum memigrasikan data, evaluasi kinerja database sumber dan tujuan. Lakukan migrasi data selama jam sepi. Jika tidak, DTS mengonsumsi sebagian sumber daya baca dan tulis database sumber dan tujuan selama migrasi data penuh, yang dapat meningkatkan beban database. Konfirmasi apakah presisi migrasi yang digunakan DTS untuk kolom bertipe data FLOAT atau DOUBLE memenuhi kebutuhan bisnis Anda. DTS membaca nilai kolom-kolom tersebut menggunakan `ROUND(COLUMN,PRECISION)`. Jika presisi tidak didefinisikan secara eksplisit, DTS memigrasikan FLOAT dengan presisi 38 digit dan DOUBLE dengan presisi 308 digit. DTS mencoba memulihkan tugas migrasi yang gagal dalam waktu tujuh hari. Sebelum beralih ke instans tujuan, akhiri atau rilis tugas, atau cabut izin tulis akun yang digunakan DTS untuk mengakses instans tujuan menggunakan perintah `revoke`. Hal ini mencegah data sumber menimpa data di instans tujuan setelah tugas dipulihkan secara otomatis. Jika pernyataan DDL gagal ditulis ke database tujuan, tugas DTS tetap berjalan. Anda dapat melihat pernyataan DDL yang gagal di log tugas. Untuk informasi selengkapnya tentang cara melihat log tugas, lihat Kueri log tugas. Jika tugas gagal, staf dukungan DTS akan mencoba memulihkannya dalam waktu delapan jam. Selama pemulihan, mereka mungkin merestart tugas atau menyesuaikan parameternya. Catatan Hanya parameter tugas DTS yang dimodifikasi—bukan parameter database. Parameter yang mungkin disesuaikan termasuk yang tercantum dalam Modifikasi parameter instans. Saat memigrasikan tabel partisi, sertakan baik tabel induk maupun partisi anaknya sebagai objek sinkronisasi. Jika tidak, ketidakkonsistenan data dapat terjadi pada tabel partisi. Catatan Tabel induk dari tabel partisi di PolarDB for PostgreSQL (Compatible with Oracle) tidak menyimpan data secara langsung. Semua data disimpan di partisi anak. Tugas sinkronisasi harus mencakup tabel induk dan semua partisi anaknya. Jika tidak, data dari partisi anak mungkin terlewat, menyebabkan ketidakkonsistenan data antara sumber dan tujuan.

Penagihan

Jenis migrasi	Biaya konfigurasi instans	Biaya traffic Internet
Migrasi skema dan migrasi data penuh	Gratis.	Saat parameter Access Method pada database tujuan diatur ke Public IP Address, Anda akan dikenai biaya untuk lalu lintas internet. Untuk informasi selengkapnya, lihat Ringkasan penagihan.
Migrasi data inkremental	Dikenai biaya. Untuk informasi selengkapnya, lihat Ikhtisar penagihan.

Jenis migrasi

Type	Description
Migrasi skema	DTS memigrasikan definisi skema objek migrasi ke database tujuan. Saat ini, DTS hanya mendukung migrasi skema untuk tabel.
Migrasi data penuh	DTS memigrasikan semua data yang ada dalam objek migrasi dari database sumber ke database tujuan. Catatan Sebelum migrasi skema dan migrasi data penuh selesai, jangan lakukan operasi DDL pada objek migrasi. Jika dilakukan, tugas migrasi mungkin gagal.
Migrasi data inkremental	Setelah migrasi data penuh selesai, DTS menangkap pembaruan data inkremental dari redo log database sumber dan memigrasikannya ke database tujuan. Migrasi data inkremental memungkinkan Anda memigrasikan data dengan downtime aplikasi minimal.

Operasi SQL yang didukung untuk migrasi inkremental

Type	SQL statement
DML	INSERT, UPDATE, dan DELETE Catatan Saat Anda menulis data ke AnalyticDB for MySQL, sistem secara otomatis mengonversi pernyataan `UPDATE` menjadi `REPLACE INTO`. Jika Anda memperbarui primary key, sistem mengonversi pernyataan `UPDATE` menjadi `DELETE` diikuti oleh `INSERT`.

Izin akun database

Database	Permissions	References
Klaster PolarDB for PostgreSQL (Compatible with Oracle)	Memerlukan akun istimewa.	Lihat Buat akun database.
AnalyticDB for MySQL 3.0	Izin baca dan tulis pada database tujuan.	Lihat Buat akun database.

Prosedur

Buka halaman daftar tugas migrasi untuk wilayah tujuan menggunakan salah satu metode berikut.
Dari konsol DTS
1. Login ke konsol Data Transmission Service (DTS).
2. Di panel navigasi kiri, klik Data Migration.
3. Di pojok kiri atas halaman, pilih wilayah tempat instans migrasi berada.
Dari konsol DMS

Catatan
Operasi aktual dapat berbeda tergantung pada mode dan tata letak konsol DMS. Untuk informasi selengkapnya, lihat Konsol mode sederhana dan Sesuaikan tata letak dan gaya konsol DMS.
1. Login ke konsol Data Management (DMS).
2. Di bilah menu atas, pilih Data + AI > Data Transmission (DTS) > Data Migration.
3. Di sebelah kanan Data Migration Tasks, pilih wilayah tempat instans migrasi berada.
Klik Create Task untuk membuka halaman konfigurasi tugas.

Konfigurasikan database sumber dan tujuan.

Peringatan

Setelah memilih instans sumber dan tujuan, kami sarankan Anda membaca dengan cermat batasan yang ditampilkan di bagian atas halaman. Jika tidak, tugas mungkin gagal atau terjadi ketidakkonsistenan data.

Category	Parameter	Description
N/A	Task Name	DTS secara otomatis menghasilkan nama tugas. Kami sarankan Anda menentukan nama deskriptif untuk memudahkan identifikasi. Nama tidak perlu unik.
Source Database	Database Type	Pilih PolarDB (Compatible with Oracle).
	Connection Type	Pilih Alibaba Cloud Instance.
	Instance Region	Pilih wilayah tempat klaster PolarDB for Oracle sumber berada.
	Instance ID	Pilih ID instans klaster PolarDB for Oracle sumber.
	Database Name	Masukkan nama database yang berisi objek yang akan dimigrasikan dari klaster PolarDB for Oracle sumber.
	Database Account	Masukkan akun database klaster PolarDB for Oracle sumber. Untuk informasi tentang izin yang diperlukan, lihat Izin yang diperlukan untuk akun database.
	Database Password	Masukkan password untuk akun database.
Destination Database	Database Type	Pilih AnalyticDB for MySQL 3.0.
	Connection Type	Pilih Alibaba Cloud Instance.
	Instance Region	Pilih wilayah tempat klaster AnalyticDB for MySQL V3.0 tujuan berada.
	Instance ID	Pilih ID klaster AnalyticDB for MySQL V3.0 tujuan.
	Database Account	Masukkan akun database klaster AnalyticDB for MySQL V3.0 tujuan. Untuk informasi tentang izin yang diperlukan, lihat Izin yang diperlukan untuk akun database.
	Database Password	Masukkan password untuk akun database.

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

Konfigurasikan objek tugas.

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

Parameter	Description
Migration Types	Pilih jenis migrasi berdasarkan kebutuhan Anda dan jenis yang didukung oleh setiap engine. Jika Anda hanya perlu melakukan migrasi penuh, pilih Schema Migration dan Full Data Migration. Untuk melakukan migrasi tanpa downtime, pilih Schema Migration, Full Data Migration, dan Incremental Data Migration. Catatan Jika Anda tidak memilih Schema Migration, Anda harus memastikan bahwa database dan tabel untuk menerima data sudah ada di database tujuan. Anda juga dapat menggunakan fitur pemetaan nama objek di kotak Selected Objects sesuai kebutuhan. Jika Anda tidak memilih Incremental Data Migration, jangan menulis data baru ke instans sumber selama migrasi data untuk memastikan konsistensi data.
Processing Mode of Conflicting Tables	Precheck and Report Errors: Memeriksa apakah tabel dengan nama yang sama ada di database tujuan. Jika tidak ada tabel dengan nama yang sama, pemeriksaan awal lolos. Jika ada tabel dengan nama yang sama, error dilaporkan selama pemeriksaan awal, dan tugas migrasi data tidak dimulai. Catatan Jika tabel di database tujuan memiliki nama yang sama tetapi tidak dapat dengan mudah dihapus atau diganti namanya, Anda dapat mengubah nama tabel di database tujuan. Untuk informasi selengkapnya, lihat Pemetaan nama objek. Ignore Errors and Proceed: Melewati pemeriksaan untuk tabel dengan nama yang sama. Peringatan Memilih Ignore Errors and Proceed dapat menyebabkan ketidakkonsistenan data dan risiko bisnis. Misalnya: Jika skema tabel konsisten dan catatan di database tujuan memiliki nilai primary key 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, hanya beberapa kolom data yang mungkin dimigrasikan, atau migrasi mungkin gagal. Lanjutkan dengan hati-hati.
DDL and DML Operations to Be Synchronized	Pilih operasi DDL atau DML yang akan dimigrasikan pada tingkat instans. Untuk daftar operasi yang didukung, lihat Operasi SQL yang didukung untuk migrasi inkremental. Catatan Untuk memilih operasi SQL untuk migrasi data inkremental pada tingkat tabel, klik kanan objek migrasi di kotak Selected Objects dan pilih operasi SQL yang diperlukan di kotak dialog yang muncul.
Merge Tables	Jika Anda memilih Yes, DTS menambahkan kolom `__dts_data_source` ke setiap tabel untuk mencatat sumber data. Untuk informasi selengkapnya, lihat Aktifkan penggabungan multi-tabel. Jika Anda memilih No, ini adalah opsi default. Catatan Fitur penggabungan tabel dikonfigurasi pada tingkat tugas, bukan tingkat tabel. Untuk menggabungkan beberapa tabel tetapi tidak yang lain, Anda harus membuat dua tugas migrasi data terpisah. Peringatan Jangan lakukan operasi DDL untuk mengubah skema database atau tabel sumber. Jika dilakukan, ketidakkonsistenan data atau kegagalan tugas mungkin terjadi.
Capitalization of Object Names in Destination Instance	Anda dapat mengonfigurasi kebijakan case sensitivity untuk nama objek yang dimigrasikan, seperti database, tabel, dan kolom, di instans tujuan. Secara default, DTS default policy dipilih. Anda juga dapat memilih untuk menjaga case sensitivity konsisten dengan kebijakan default database sumber atau tujuan. Untuk informasi selengkapnya, lihat Case sensitivity nama objek di database tujuan.
Source Objects	Di kotak Source Objects, klik objek yang akan dimigrasikan, lalu klik untuk memindahkannya ke kotak Selected Objects. Penting Jika Anda memilih Incremental Data Migration untuk Migration Types, Anda hanya dapat memilih satu tabel untuk dimigrasikan. Jika Anda tidak memilih Incremental Data Migration untuk Migration Types, Anda dapat memilih objek pada tingkat database, tabel, atau kolom. Jika Anda memilih seluruh database sebagai objek migrasi, aturan default berikut berlaku: Jika tabel di database sumber memiliki primary key (kolom tunggal atau komposit), kolom primary key digunakan sebagai distribution key. Jika tabel di database sumber tidak memiliki primary key, kolom primary key auto-increment secara otomatis dihasilkan. Hal ini dapat menyebabkan ketidakkonsistenan data antara database sumber dan tujuan.
Selected Objects	Untuk mengubah nama satu objek migrasi di instans target, klik kanan objek di kotak Selected Objects. Untuk informasi selengkapnya, lihat Pemetaan nama skema, tabel, dan kolom individual. Untuk mengubah nama beberapa objek migrasi di instans target, klik Selected Objects di pojok kanan atas kotak Batch Edit. Untuk informasi selengkapnya, lihat Pemetaan nama skema, tabel, dan kolom multipel. Catatan Jika Anda menggunakan fitur pemetaan nama objek, objek lain yang bergantung pada objek yang diganti namanya mungkin gagal dimigrasikan. Untuk memfilter data menggunakan klausa WHERE, klik kanan tabel yang akan dimigrasikan di kotak Selected Objects dan tentukan kondisi filter di kotak dialog yang muncul. Untuk informasi selengkapnya, lihat Atur kondisi filter. Untuk memilih operasi SQL yang akan dimigrasikan pada tingkat database atau tabel, klik kanan objek migrasi di kotak Selected Objects dan pilih operasi SQL yang diperlukan di kotak dialog yang muncul.

Klik Next: Advanced Settings untuk mengonfigurasi parameter lanjutan.

Parameter	Description
Dedicated Cluster for Task Scheduling	Secara default, DTS menjadwalkan tugas pada klaster bersama. Anda tidak perlu memilih satu. Jika Anda menginginkan tugas yang lebih stabil, Anda dapat membeli klaster khusus untuk menjalankan tugas migrasi DTS.
Retry Time for Failed Connections	Setelah tugas migrasi dimulai, jika koneksi ke database sumber atau tujuan gagal, DTS melaporkan error dan segera mulai mencoba menghubungkan kembali. Durasi retry default adalah 720 menit. Anda dapat menyesuaikan waktu retry ke nilai antara 10 hingga 1440 menit. Kami sarankan Anda mengatur durasi lebih dari 30 menit. Jika DTS berhasil terhubung kembali ke database sumber dan tujuan dalam durasi yang ditentukan, tugas migrasi secara otomatis dilanjutkan. Jika tidak, tugas gagal. Catatan Untuk beberapa instans DTS yang berbagi sumber atau tujuan yang sama, waktu retry jaringan ditentukan oleh pengaturan tugas yang terakhir dibuat. Karena Anda dikenai biaya untuk tugas selama periode retry koneksi, kami sarankan Anda menyesuaikan waktu retry berdasarkan kebutuhan bisnis Anda, atau segera rilis instans DTS setelah instans database sumber dan tujuan dirilis.
Retry Time for Other Issues	Setelah tugas migrasi dimulai, jika terjadi masalah non-konektivitas, seperti exception eksekusi DDL atau DML, di database sumber atau tujuan, DTS melaporkan error dan segera mulai mencoba mengulangi operasi tersebut. Durasi retry default adalah 10 menit. Anda dapat menyesuaikan waktu retry ke nilai antara 1 hingga 1440 menit. Kami sarankan Anda mengatur durasi lebih dari 10 menit. Jika operasi terkait berhasil dalam durasi retry yang ditentukan, tugas migrasi secara otomatis dilanjutkan. Jika tidak, tugas gagal. Penting Nilai Retry Time for Other Issues harus kurang dari nilai Retry Time for Failed Connections.
Enable Throttling for Full Data Migration	Selama migrasi penuh, DTS mengonsumsi sumber daya baca dan tulis di database sumber dan tujuan, yang dapat meningkatkan beban database. Jika diperlukan, Anda dapat mengaktifkan throttling untuk tugas migrasi penuh. Anda dapat mengatur Queries per second (QPS) to the source database, RPS of Full Data Migration, dan Data migration speed for full migration (MB/s) untuk mengurangi beban di database tujuan. Catatan Item konfigurasi ini tersedia hanya jika Anda memilih Full Data Migration untuk Migration Types. Anda juga dapat menyesuaikan kecepatan migrasi penuh setelah instans migrasi berjalan.
Enable Throttling for Incremental Data Migration	Jika diperlukan, Anda juga dapat memilih untuk mengatur batas kecepatan untuk tugas migrasi inkremental. Anda dapat mengatur RPS of Incremental Data Migration dan Data migration speed for incremental migration (MB/s) untuk mengurangi beban di database tujuan. Catatan Item konfigurasi ini tersedia hanya jika Anda memilih Incremental Data Migration untuk Migration Types. Anda juga dapat menyesuaikan kecepatan migrasi inkremental setelah instans migrasi berjalan.
Environment Tag	Anda dapat memilih tag lingkungan untuk mengidentifikasi instans berdasarkan kebutuhan bisnis Anda. Parameter ini tidak wajib untuk contoh ini.
Configure ETL	Pilih apakah akan mengaktifkan fitur extract, transform, and load (ETL). Untuk informasi selengkapnya, lihat Apa itu ETL? Nilai yang valid: Yes: Mengaktifkan fitur ETL. Masukkan pernyataan pemrosesan data di editor kode. Untuk informasi selengkapnya, lihat Konfigurasi ETL dalam tugas migrasi data atau sinkronisasi data. No: Menonaktifkan fitur ETL.
Monitoring and Alerting	Pilih apakah akan mengatur peringatan dan menerima pemberitahuan peringatan berdasarkan kebutuhan bisnis Anda. No: Tidak mengatur peringatan. Yes: Konfigurasikan peringatan dengan mengatur ambang batas peringatan dan pemberitahuan peringatan. Jika migrasi gagal atau latensi melebihi ambang batas, sistem mengirimkan pemberitahuan peringatan.

Klik Next: Data Validation untuk mengonfigurasi tugas validasi data.

Untuk informasi selengkapnya tentang fitur validasi data, lihat Konfigurasi validasi data.
Opsional: Setelah menyelesaikan konfigurasi di atas, klik Next: Configure Database and Table Fields untuk mengatur Type, Primary Key Column, Distribution Key, dan informasi kunci partisi (Partition Key, Partitioning Rules, dan Partition Lifecycle) untuk tabel di database tujuan.
Catatan
- Langkah ini tersedia hanya jika Anda memilih Schema Migration untuk Migration Types. Anda dapat mengatur Definition Status ke All untuk memodifikasi pengaturan.
- Anda dapat memilih beberapa kolom untuk Primary Key Column untuk membentuk primary key komposit. Anda kemudian harus memilih satu atau beberapa kolom dari Primary Key Column sebagai Distribution Key dan Partition Key. Untuk informasi selengkapnya, lihat CREATE TABLE.

Simpan tugas dan jalankan pemeriksaan awal.
- Untuk melihat parameter konfigurasi instans ini saat memanggil operasi API, arahkan pointer ke tombol Next: Save Task Settings and Precheck dan klik Preview OpenAPI parameters di balon yang muncul.
- Jika Anda tidak perlu melihat atau telah selesai melihat parameter API, klik Next: Save Task Settings and Precheck di bagian bawah halaman.
Catatan
- Sebelum tugas migrasi dimulai, DTS melakukan pemeriksaan awal. Tugas hanya dimulai setelah lolos pemeriksaan awal.
- Jika pemeriksaan awal gagal, klik View Details di sebelah item pemeriksaan yang gagal, perbaiki masalah berdasarkan petunjuk, lalu jalankan kembali pemeriksaan awal.
- Jika peringatan dilaporkan selama pemeriksaan awal:
  
  Untuk item pemeriksaan yang tidak dapat diabaikan, klik View Details di sebelah item yang gagal, perbaiki masalah berdasarkan petunjuk, lalu jalankan kembali pemeriksaan awal.
  
  Untuk item pemeriksaan yang dapat diabaikan, Anda dapat mengklik Confirm Alert Details, Ignore, OK, dan Precheck Again untuk melewati item peringatan dan menjalankan kembali pemeriksaan awal. Jika Anda memilih untuk mengabaikan peringatan, hal ini dapat menyebabkan masalah seperti ketidakkonsistenan data dan menimbulkan risiko bagi bisnis Anda.

Beli instans.

Saat Success Rate mencapai 100%, klik Next: Purchase Instance.

Di halaman Purchase, pilih spesifikasi link untuk instans migrasi data. Untuk informasi selengkapnya, lihat tabel berikut.

Category	Parameter	Description
New Instance Class	Resource Group Settings	Pilih kelompok sumber daya tempat instans tersebut berada. Nilai default adalah kelompok sumber daya default. Untuk informasi selengkapnya, lihat Apa itu Resource Management?
New Instance Class	Instance Class	DTS menyediakan spesifikasi migrasi dengan tingkat kinerja berbeda. Spesifikasi link memengaruhi kecepatan migrasi. Anda dapat memilih spesifikasi berdasarkan skenario bisnis Anda. Untuk informasi selengkapnya, lihat Spesifikasi link migrasi data.

Setelah konfigurasi selesai, baca dan pilih Data Transmission Service (Pay-as-you-go) Service Terms.
Klik Buy and Start. Di kotak dialog OK yang muncul, klik OK.

Anda dapat melihat progres tugas migrasi di halaman daftar Data Migration Tasks.
Catatan
- Jika tugas migrasi tidak mencakup migrasi inkremental, tugas tersebut berhenti secara otomatis setelah migrasi penuh selesai. Setelah tugas berhenti, Status berubah menjadi Completed.
- Jika tugas migrasi mencakup migrasi inkremental, tugas tersebut tidak berhenti secara otomatis. Tugas migrasi inkremental terus berjalan. Selama tugas migrasi inkremental berjalan, Status tugas adalah Running.