Migrasi Data dari Basis Data Oracle yang Dikelola Sendiri ke Klaster PolarDB for PostgreSQL (Kompatibel dengan Oracle) - Data Transmission Service

Topik ini menjelaskan cara memigrasikan data dari basis data Oracle yang dikelola sendiri ke klaster PolarDB for PostgreSQL (Kompatibel dengan Oracle) menggunakan Data Transmission Service (DTS).

Prasyarat

Basis data Oracle sumber dan klaster tujuan PolarDB for PostgreSQL (Kompatibel dengan Oracle) telah dibuat.
Catatan
- Untuk informasi lebih lanjut tentang cara membuat klaster PolarDB for PostgreSQL (Kompatibel dengan Oracle), lihat Buat Klaster.
- Untuk informasi lebih lanjut tentang versi basis data yang didukung, lihat Ikhtisar Skenario Migrasi Data.
Basis data 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 basis data 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.
Anda mengetahui kemampuan dan batasan DTS jika digunakan untuk memigrasikan data dari basis data Oracle. Advanced Database & Application Migration (ADAM) digunakan untuk evaluasi basis data, membantu Anda memigrasikan data secara mulus ke cloud. Untuk informasi lebih lanjut, lihat Persiapkan Basis Data Oracle dan Ikhtisar.

Batasan

Catatan

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

Kategori	Deskripsi
Batasan pada basis data sumber	Persyaratan bandwidth: Server tempat basis data sumber harus memiliki bandwidth keluar yang cukup. Jika tidak, kecepatan migrasi data akan menurun. Jika basis data sumber adalah basis data Oracle Real Application Cluster (RAC) yang terhubung melalui Express Connect, Anda harus menentukan alamat IP virtual (VIP) untuk basis data saat mengonfigurasi basis data sumber. Jika basis data sumber adalah basis data 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 Single Client Access Name (SCAN) IP address saat mengonfigurasi basis data sumber. Setelah Anda menentukan VIP, failover node tidak didukung untuk basis data Oracle RAC. Jika bidang dalam basis data Oracle sumber berisi string kosong tipe VARCHAR2, yang dievaluasi sebagai null dalam basis data Oracle, dan bidang yang sesuai dalam basis data 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, basis data tujuan mungkin berisi catatan data duplikat. Catatan Anda juga dapat menggunakan nilai ROWID sebagai primary key untuk tabel Oracle tanpa primary key atau kendala UNIQUE. Jika versi basis data 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 basis data 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 dalam batch, atau mengonfigurasi tugas untuk memigrasikan seluruh basis data. Untuk melakukan migrasi inkremental, Anda harus memastikan bahwa persyaratan berikut terpenuhi: Redo logging dan archive logging harus diaktifkan. Jika Anda hanya melakukan migrasi data inkremental, redo logs dan archive logs dari basis data sumber harus disimpan selama lebih dari 24 jam. Jika Anda melakukan migrasi data penuh dan migrasi data inkremental, redo logs dan archive logs dari basis data 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 basis data sumber: Selama migrasi skema dan migrasi data penuh, jangan lakukan operasi DDL untuk mengubah skema basis data atau tabel. Jika tidak, tugas migrasi data gagal. Jika Anda hanya melakukan migrasi data penuh, jangan tulis data ke basis data sumber selama migrasi data. Jika tidak, ketidaksesuaian data mungkin terjadi antara basis data 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	Sebelum Anda memigrasikan data, evaluasi dampak migrasi data pada kinerja basis data sumber dan tujuan. Kami sarankan Anda memigrasikan data selama jam-jam sepi. Selama migrasi data penuh, DTS menggunakan sumber daya baca dan tulis dari basis data sumber dan tujuan. Ini dapat meningkatkan beban server basis data. Selama migrasi data penuh, operasi INSERT konkuren menyebabkan fragmentasi dalam tabel klaster tujuan. Setelah migrasi data penuh selesai, ukuran tablespace yang digunakan oleh klaster tujuan lebih besar daripada basis data sumber. DTS mencoba melanjutkan tugas migrasi data yang gagal dalam tujuh hari terakhir. Sebelum Anda beralih beban kerja ke klaster 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 basis data tujuan. Jika tidak, data di basis data sumber menimpa data di basis data tujuan setelah tugas migrasi data dilanjutkan. Tabel eksternal tidak dapat dimigrasikan. Klaster tujuan PolarDB for PostgreSQL (Kompatibel dengan Oracle) menghasilkan indeks unik seperti `pg_oid_1498503_index` untuk sesuai dengan ROWID dari basis data Oracle yang dikelola sendiri. Oleh karena itu, jumlah indeks dalam klaster tujuan PolarDB for PostgreSQL (Kompatibel dengan Oracle) lebih besar daripada jumlah indeks dalam basis data Oracle yang dikelola sendiri. Klaster tujuan PolarDB for PostgreSQL (Kompatibel dengan Oracle) tidak mendukung terminator string ('\0'). Jika data yang akan dimigrasikan berisi terminator, DTS tidak menulis terminator ke basis data tujuan. Ini menyebabkan ketidaksesuaian data antara basis data sumber dan tujuan. Ketika kendala CHECK yang dibuat dalam basis data Oracle sumber dimigrasikan ke klaster tujuan PolarDB for PostgreSQL (Kompatibel dengan Oracle), kendala CHECK dikonversi menjadi kendala NOT NULL. Pastikan set karakter basis data 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 basis data sumber dan tujuan harus sama. Selama sinkronisasi data inkremental, jangan gunakan Oracle Data Pump untuk menulis data ke basis data sumber. Jika tidak, kehilangan data mungkin terjadi. Objek tipe kustom dapat dimigrasikan ke klaster tujuan PolarDB for PostgreSQL (Kompatibel dengan Oracle). Namun, objek yang dihasilkan secara otomatis oleh basis data Oracle sumber (dikenal sebagai objek bawaan) tidak dapat dimigrasikan. Catatan Klaster PolarDB for PostgreSQL (Kompatibel dengan Oracle) mendukung objek bawaan dalam basis data Oracle. Anda tidak perlu memigrasikan data secara manual. DTS tidak memeriksa validitas metadata seperti urutan. Anda harus memeriksa validitas metadata secara manual. Setelah beban kerja Anda beralih ke basis data tujuan, urutan baru tidak bertambah dari nilai maksimum urutan dalam basis data sumber. Oleh karena itu, sebelum Anda beralih beban kerja Anda ke basis data tujuan, Anda harus memperbarui nilai awal urutan dalam basis data tujuan. Untuk informasi lebih lanjut, lihat Perbarui nilai awal urutan dalam basis data tujuan. Jika Anda menjalankan tugas migrasi data penuh atau inkremental, tabel yang akan dimigrasikan dari basis data sumber berisi kunci asing, pemicu, atau pemicu acara, dan akun basis data tujuan adalah akun istimewa atau akun yang memiliki izin peran superuser, DTS sementara menyetel parameter session_replication_role ke replika di tingkat sesi selama migrasi data penuh atau inkremental. Jika akun basis data tujuan tidak memiliki izin, Anda harus secara manual menyetel parameter session_replication_role ke replika dalam basis data tujuan. Setelah parameter session_replication_role disetel ke replika selama migrasi data penuh atau inkremental, jika operasi pembaruan atau penghapusan kaskade dilakukan dalam basis data sumber, ketidaksesuaian data mungkin terjadi. Setelah tugas migrasi data dilepaskan, Anda dapat mengubah nilai parameter session_replication_role menjadi origin. 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 basis data tidak dimodifikasi. Parameter yang mungkin dimodifikasi termasuk tetapi tidak terbatas pada parameter dalam Ubah parameter instance.

Penagihan

Jenis Migrasi	Biaya Konfigurasi Instance	Biaya Lalu Lintas Internet
Migrasi Skema dan Migrasi Data Penuh	Gratis.	Ketika parameter Access Method dari basis data 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 yang diperlukan ke klaster tujuan PolarDB for PostgreSQL (Kompatibel dengan Oracle). DTS mendukung migrasi skema untuk tipe objek berikut: tabel, tampilan, sinonim, pemicu, prosedur tersimpan, fungsi tersimpan, paket, dan tipe yang ditentukan pengguna. Catatan Dalam skenario ini, DTS tidak mendukung migrasi skema untuk pemicu. Kami sarankan Anda menghapus pemicu basis data sumber untuk mencegah ketidaksesuaian data yang disebabkan oleh pemicu. Untuk informasi lebih lanjut, lihat Konfigurasikan tugas sinkronisasi atau migrasi data untuk basis data sumber yang berisi pemicu.
Migrasi Data Penuh	DTS memigrasikan semua data yang ada dari objek dari basis data Oracle yang dikelola sendiri ke klaster PolarDB for PostgreSQL (Kompatibel dengan Oracle). Catatan Selama migrasi skema dan migrasi data penuh, jangan lakukan operasi DDL pada objek yang akan dimigrasikan. Jika tidak, objek mungkin gagal dimigrasikan.
Migrasi Data Inkremental	Setelah migrasi data penuh selesai, DTS memantau dan mengambil file log redo dari basis data Oracle yang dikelola sendiri. Kemudian, DTS memigrasikan data inkremental dari basis data Oracle yang dikelola sendiri ke klaster tujuan PolarDB for PostgreSQL (Kompatibel dengan Oracle). Migrasi data inkremental memungkinkan data dimigrasikan secara mulus tanpa mengganggu layanan aplikasi yang dikelola sendiri selama migrasi data.

Pemetaan Tipe Data

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

Operasi SQL yang dapat dimigrasikan secara inkremental

Jenis Operasi	Pernyataan SQL
DML	INSERT, UPDATE, dan DELETE
DDL	CREATE TABLE Catatan Jika pernyataan CREATE TABLE berisi klausa partisi, klausa subpartisi, atau fungsi, DTS tidak memigrasikan pernyataan tersebut. Selain itu, DTS tidak memigrasikan pernyataan CREATE TABLE AS SELECT. ALTER TABLE, termasuk ADD COLUMN, ADD INDEX, DROP COLUMN, DROP INDEX, MODIFY COLUMN, dan RENAME COLUMN DROP TABLE RENAME TABLE, TRUNCATE TABLE, dan CREATE INDEX

Sebelum Anda Memulai

Masuk ke basis data Oracle yang dikelola sendiri, buat akun yang ingin digunakan untuk mengumpulkan data, dan berikan izin kepada akun tersebut.

Catatan

Jika Anda telah membuat akun yang diberi izin seperti yang dijelaskan dalam tabel berikut, Anda dapat melewati langkah ini.

Basis Data	Migrasi Skema	Migrasi Data Penuh	Migrasi Data Inkremental
Basis data Oracle yang dikelola sendiri	Izin pemilik skema	Izin pemilik skema	Izin granular
Klaster PolarDB for PostgreSQL (Kompatibel dengan Oracle)	Izin pemilik skema

Untuk informasi lebih lanjut tentang cara membuat akun basis data dan memberikan izin kepada akun basis data, lihat topik-topik berikut:

Basis data Oracle yang dikelola sendiri: Persiapkan Akun Basis Data, CREATE USER, dan GRANT.
Klaster PolarDB for PostgreSQL (Kompatibel dengan Oracle): Buat Akun Basis Data.

Penting

Jika Anda perlu memigrasikan data inkremental dari basis data Oracle, Anda harus mengaktifkan logging arsip dan logging tambahan untuk mendapatkan data inkremental. Untuk informasi lebih lanjut, lihat bagian Konfigurasikan Basis Data Oracle dari topik "Persiapkan Basis Data Oracle".

Prosedur

Klik Create Task. Di wizard Buat Tugas Migrasi Data, konfigurasikan basis data sumber dan tujuan. Tabel berikut menjelaskan parameter.

Peringatan

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

Bagian	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 basis data sumber. Pilih Oracle.
	Access Method	Metode akses basis data sumber. Dalam contoh ini, Public IP Address dipilih. Catatan Jika Anda memilih metode akses lainnya, Anda harus menyiapkan lingkungan yang diperlukan untuk basis data Oracle yang dikelola sendiri. Untuk informasi lebih lanjut, lihat Ikhtisar Persiapan.
	Instance Region	Wilayah tempat basis data Oracle yang dikelola sendiri berada.
	Hostname or IP address	Titik akhir yang digunakan untuk terhubung ke basis data Oracle yang dikelola sendiri.
	Port Number	Nomor port layanan basis data Oracle yang dikelola sendiri. Nilai default: 1521. Catatan Dalam contoh ini, port layanan basis data Oracle yang dikelola sendiri harus dapat diakses melalui internet.
	Oracle Type	Arsitektur basis data Oracle yang dikelola sendiri. 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 basis data Oracle yang dikelola sendiri. Untuk informasi tentang izin yang diperlukan untuk akun tersebut, lihat bagian Sebelum Anda Memulai dari topik ini.
	Database Password	Kata sandi yang digunakan untuk mengakses instance basis data.
Destination Database	Database Type	Tipe basis data tujuan. Pilih PolarDB (Compatible with Oracle).
	Access Method	Metode akses basis data tujuan. Pilih Public IP Address.
	Instance Region	Wilayah tempat klaster tujuan PolarDB for PostgreSQL (Kompatibel dengan Oracle) diterapkan.
	Data Sources	Single Data Source: Jika Anda memilih opsi ini, Anda harus mengonfigurasi parameter Domain Name or IP Address dan Port Number node utama dalam klaster tujuan PolarDB for PostgreSQL (Kompatibel dengan Oracle). Multiple Data Sources: Jika Anda memilih opsi ini, Anda harus menentukan alamat IP dan nomor port beberapa node, termasuk node utama, dalam klaster tujuan PolarDB for PostgreSQL (Kompatibel dengan Oracle) di bidang IP:Port of Data Sources. Catatan Jika Anda memilih Multiple Data Sources dan mengonfigurasi parameter IP:Port of Data Sources, DTS dapat secara otomatis beralih ke node utama baru dalam klaster PolarDB for PostgreSQL (Kompatibel dengan Oracle) selama switchover utama/sekunder. Ini cocok untuk skenario seperti pemulihan bencana. Dalam contoh ini, Single Data Source dipilih.
	Domain Name or IP Address	Titik akhir node utama dalam klaster tujuan PolarDB for PostgreSQL (Kompatibel dengan Oracle). Catatan Anda dapat menjalankan perintah ping di komputer Anda untuk mendapatkan alamat IP yang digunakan untuk mengakses klaster tujuan PolarDB for PostgreSQL (Kompatibel dengan Oracle).
	Port Number	Nomor port layanan basis data tujuan. Nilai default: 1521.
	IP:Port of Data Sources	Alamat IP dan nomor port beberapa node, termasuk node utama, dalam klaster tujuan PolarDB for PostgreSQL (Kompatibel dengan Oracle). Pisahkan beberapa IP:Port dengan koma (,).
	Database Name	Nama basis data dalam klaster tujuan PolarDB for PostgreSQL (Kompatibel dengan Oracle) ke mana Anda ingin memigrasikan data.
	Database Account	Akun basis data klaster tujuan PolarDB for PostgreSQL (Kompatibel dengan Oracle). Untuk informasi tentang izin yang diperlukan untuk akun tersebut, lihat bagian Sebelum Anda Memulai dari topik ini.
	Database Password	Kata sandi yang digunakan untuk mengakses instance basis data.

Jika daftar putih alamat IP dikonfigurasikan untuk basis data yang dikelola sendiri, tambahkan blok CIDR server DTS ke daftar putih alamat IP. Kemudian, klik Test Connectivity.
Peringatan
Jika blok CIDR publik server DTS secara otomatis atau manual ditambahkan ke daftar putih instance basis data atau aturan grup keamanan instance ECS, risiko keamanan mungkin timbul. Oleh karena itu, sebelum menggunakan DTS untuk memigrasikan data, Anda harus memahami dan mengakui potensi risiko serta mengambil langkah-langkah pencegahan, termasuk tetapi tidak terbatas pada langkah-langkah berikut: meningkatkan keamanan nama pengguna dan kata sandi, membatasi port yang diekspos, mengotentikasi panggilan API, secara berkala memeriksa daftar putih atau aturan grup keamanan dan melarang blok CIDR yang tidak sah, atau menghubungkan instance basis data ke DTS menggunakan Express Connect, VPN Gateway, atau Smart Access Gateway.

Konfigurasikan objek yang akan dimigrasikan dan pengaturan lanjutan. Tabel berikut menjelaskan parameter.

Parameter	Deskripsi
Migration Type	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 basis data dan tabel dibuat di basis data 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 basis data sumber selama migrasi data. Ini memastikan konsistensi data antara basis data sumber dan tujuan.
Add a hidden primary key for a table without a primary key/a table without a unique key	Jika objek yang akan dimigrasikan berisi tabel tanpa primary key atau unique key, Anda harus menyetel parameter ini ke Yes. DTS menggunakan kolom ROWID dalam basis data Oracle sebagai primary key tersembunyi (non-null unique key) dari tabel tujuan. Ini mencegah data duplikat dalam basis data tujuan. Catatan Anda dapat mengonfigurasi parameter ini hanya jika memilih Schema Migration, Full Data Migration, dan Incremental Data Migration untuk parameter Migration Types.
Processing Mode of Conflicting Tables	Precheck and Report Errors: memeriksa apakah basis data tujuan berisi tabel yang menggunakan nama yang sama dengan tabel di basis data sumber. Jika basis data sumber dan tujuan tidak berisi tabel dengan nama identik, pemeriksaan awal berhasil. Jika tidak, kesalahan dikembalikan selama pemeriksaan awal dan tugas migrasi data tidak dapat dimulai. Catatan Jika basis data sumber dan tujuan berisi tabel dengan nama identik dan tabel di basis data tujuan tidak dapat dihapus atau diganti namanya, Anda dapat menggunakan fitur pemetaan nama objek untuk mengganti nama tabel yang dimigrasikan ke basis data tujuan. Untuk informasi lebih lanjut, lihat Peta nama objek. Ignore Errors and Proceed: melewati pemeriksaan awal untuk nama tabel identik di basis data sumber dan tujuan. Peringatan Jika Anda memilih Ignore Errors and Proceed, ketidaksesuaian data mungkin terjadi dan bisnis Anda mungkin terpapar risiko potensial berikut: Jika basis data sumber dan tujuan memiliki skema yang sama, dan catatan data memiliki primary key yang sama dengan catatan data yang ada di basis data tujuan, skenario berikut mungkin terjadi: Selama migrasi data penuh, DTS tidak memigrasikan catatan data ke basis data tujuan. Catatan data yang ada di basis data tujuan dipertahankan. Selama migrasi data inkremental, DTS memigrasikan catatan data ke basis data tujuan. Catatan data yang ada di basis data tujuan ditimpa. Jika basis data 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. Untuk informasi lebih lanjut, lihat Tentukan kondisi filter. Untuk memigrasikan operasi SQL yang dilakukan pada basis data 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, lihat bagian Operasi SQL yang dapat dimigrasikan secara inkremental dari topik ini.

Klik Next: Advanced Settings untuk mengonfigurasi pengaturan lanjutan.

Data Verification Settings
Untuk informasi lebih lanjut tentang cara menggunakan fitur verifikasi data, lihat Konfigurasikan Tugas Verifikasi Data.

Advanced Settings

Parameter	Deskripsi
Dedicated Cluster for Task Scheduling	Secara default, DTS menjadwalkan tugas ke klaster bersama. Anda tidak perlu mengonfigurasi parameter ini. Anda dapat membeli klaster khusus dengan spesifikasi tertentu untuk menjalankan tugas migrasi data. Untuk informasi lebih lanjut, lihat Apa Itu Klaster Khusus DTS?
Retry Time for Failed Connections	Rentang waktu ulang untuk koneksi gagal. Jika basis data 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 menyetel parameter ini ke nilai lebih besar dari 30. Jika DTS tersambung kembali ke basis data 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 basis data sumber atau tujuan yang sama, nilai yang ditentukan terakhir akan berlaku. Ketika DTS mencoba kembali koneksi, Anda akan dikenakan biaya untuk instance DTS. Kami sarankan menentukan rentang waktu ulang berdasarkan kebutuhan bisnis Anda. Anda juga dapat melepaskan instance DTS sesegera mungkin setelah instance basis data sumber dan 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 menyetel parameter ini ke nilai lebih besar dari 10. Jika operasi yang 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 basis data sumber dan tujuan. Ini dapat meningkatkan beban server basis data. 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 basis data tujuan. Catatan Anda dapat mengonfigurasi parameter ini hanya jika Anda memilih Full Data Migration untuk parameter Migration Types.
Enable Throttling for Incremental Data Migration	Menentukan apakah akan mengaktifkan pembatasan 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 basis data tujuan. Catatan Anda dapat mengonfigurasi parameter ini hanya 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 dipilih.
Actual Write Code	Format penyandian tempat data ditulis ke basis data tujuan. Anda dapat memilih 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.

Di bagian bawah halaman, klik Next: Save Task Settings and Precheck.
Anda dapat mengarahkan pointer ke Next: Save Task Settings and Precheck dan klik Preview OpenAPI parameters untuk melihat parameter yang harus ditentukan saat Anda memanggil API terkait untuk mengonfigurasi tugas DTS.
Catatan
- Sebelum Anda dapat memulai tugas migrasi data, DTS melakukan pemeriksaan awal. Anda hanya dapat memulai tugas migrasi data setelah tugas 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, ketidaksesuaian data mungkin terjadi, dan bisnis Anda mungkin terpapar risiko potensial.
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.

Bagian	Parameter	Deskripsi
New Instance Class	Resource Group	Grup sumber daya tempat instance migrasi data milik. 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 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 berhenti secara otomatis. Tugas migrasi data inkremental tidak pernah berhenti atau selesai. Running ditampilkan di bagian Status.

Apa yang Harus Dilakukan Selanjutnya

Jika objek yang akan dimigrasikan berisi tabel tanpa primary key atau unique key dan Anda menyetel parameter Add a hidden primary key for a table without a primary key/a table without a unique key ke Yes, Anda harus secara manual menghapus primary key tersembunyi yang ditambahkan oleh DTS setelah Anda beralih bisnis Anda ke basis data tujuan dan sebelum Anda mengakhiri atau melepaskan instance DTS. Untuk melakukan ini, lakukan operasi berikut: Di tab Basic Information dari modul Full Data Migration atau Incremental Write, klik Delete Invisible Primary Key di kolom Actions.

Penting

Setelah primary key tersembunyi dihapus, pastikan data di basis data sumber dan tujuan sama.