Migrasi data dari Amazon RDS for Oracle ke PolarDB for PostgreSQL (Compatible with Oracle) - Data Transmission Service

Gunakan Data Transmission Service (DTS) untuk memigrasikan data dari instans Amazon RDS for Oracle ke kluster PolarDB for PostgreSQL (Compatible with Oracle). DTS mendukung migrasi skema, migrasi data penuh, dan migrasi data inkremental sehingga Anda dapat menyelesaikan migrasi dengan downtime minimal.

Prasyarat

Sebelum memulai, pastikan bahwa:

Akses publik diaktifkan pada instans Amazon RDS for Oracle agar DTS dapat terhubung melalui Internet.
Instans Amazon RDS for Oracle menjalankan Oracle 9i, 10g, 11g, atau 12c atau versi yang lebih baru (arsitektur non-multitenant).
Kluster tujuan PolarDB for PostgreSQL (Compatible with Oracle) memiliki ruang penyimpanan yang cukup untuk menampung seluruh data dari instans sumber.
Anda memahami kemampuan dan batasan DTS untuk migrasi Oracle. Gunakan Advanced Database & Application Migration (ADAM) untuk mengevaluasi database Anda sebelum migrasi. Untuk detailnya, lihat Persiapkan database Oracle dan Ikhtisar.

Penagihan

Jenis migrasi	Biaya konfigurasi instans	Biaya transfer data
Migrasi skema dan migrasi data penuh	Gratis	Gratis
Migrasi data inkremental	Dikenai biaya. Lihat Ikhtisar penagihan.	—

Jenis migrasi

Jenis migrasi	Deskripsi
Migrasi skema	Memigrasikan skema ke kluster tujuan. Jenis objek yang didukung: table, view, synonym, trigger, stored procedure, stored function, package, dan user-defined type. Catatan DTS tidak mendukung migrasi skema untuk trigger dalam skenario ini. Hapus semua trigger dari database sumber sebelum migrasi untuk mencegah ketidakkonsistenan data. Lihat Konfigurasikan tugas sinkronisasi data untuk database sumber yang berisi trigger.
Migrasi data penuh	Memigrasikan seluruh data yang ada dari instans Amazon RDS for Oracle ke kluster tujuan. Jangan lakukan operasi DDL pada objek yang dimigrasikan selama migrasi skema atau migrasi data penuh berlangsung, karena objek tersebut mungkin gagal dimigrasikan.
Migrasi data inkremental	Setelah migrasi data penuh selesai, DTS secara terus-menerus memantau file redo log dari sumber dan menerapkan perubahan inkremental ke tujuan. Hal ini menjaga sinkronisasi tujuan tanpa mengganggu aplikasi sumber Anda.

Operasi SQL yang didukung untuk migrasi inkremental

Jenis	Pernyataan yang didukung
DML	INSERT, UPDATE, DELETE
DDL	CREATE TABLE (tidak termasuk pernyataan dengan klausa partisi, subpartisi, atau fungsi; CREATE TABLE AS SELECT tidak didukung), ALTER TABLE (ADD COLUMN, ADD INDEX, DROP COLUMN, DROP INDEX, MODIFY COLUMN, RENAME COLUMN), DROP TABLE, RENAME TABLE, TRUNCATE TABLE, CREATE INDEX

Izin yang diperlukan

Database	Migrasi skema	Migrasi data penuh	Migrasi data inkremental
Instans Amazon RDS for Oracle	Pemilik skema	Pemilik skema	Master user
Kluster PolarDB for PostgreSQL (Compatible with Oracle)	Pemilik skema	—	—

Untuk petunjuk membuat akun dan memberikan izin, lihat:

Amazon RDS for Oracle: Persiapkan akun database, CREATE USER, dan GRANT
Kluster PolarDB for PostgreSQL (Compatible with Oracle): Buat akun database

Batasan

Selama migrasi skema, DTS memigrasikan foreign key dari database sumber ke kluster tujuan. Selama migrasi data penuh dan migrasi data inkremental, DTS sementara menonaktifkan pemeriksaan constraint dan operasi kaskade pada foreign key di tingkat sesi. Jika Anda melakukan operasi kaskade atau penghapusan pada database sumber selama migrasi, ketidakkonsistenan data dapat terjadi.

Batasan database sumber

Server database sumber harus memiliki bandwidth keluar yang mencukupi. Bandwidth yang tidak mencukupi mengurangi kecepatan migrasi.
Untuk database Oracle Real Application Cluster (RAC) yang terhubung melalui Express Connect: tentukan alamat IP virtual (VIP) alih-alih alamat IP Single Client Access Name (SCAN). Setelah Anda menentukan VIP, failover node tidak didukung.
Untuk 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 alih-alih alamat IP SCAN saat mengonfigurasi database sumber. Setelah Anda menentukan VIP, failover node tidak didukung untuk database Oracle RAC.
Jika bidang VARCHAR2 di database sumber berisi string kosong (yang Oracle anggap sebagai null) dan bidang yang sesuai di tujuan memiliki Kendala NOT NULL, tugas migrasi gagal.
Tabel yang akan dimigrasikan harus memiliki PRIMARY KEY atau UNIQUE constraint, dengan semua bidang unik. Jika tidak, tujuan mungkin berisi catatan duplikat.
Sebagai alternatif, aktifkan opsi Add a hidden primary key selama konfigurasi tugas. DTS menggunakan kolom ROWID sebagai primary key tersembunyi untuk tabel tanpa primary key atau UNIQUE constraint.
Untuk Oracle 12c atau versi yang lebih baru: nama tabel tidak boleh melebihi 30 byte.
Jika Anda mengganti nama tabel atau kolom selama migrasi (migrasi tingkat tabel): satu tugas mendukung hingga 1.000 tabel. Untuk lebih dari 1.000 tabel, konfigurasikan beberapa tugas secara batch atau migrasikan seluruh database.
Untuk migrasi data inkremental:
- Redo logging dan archive logging harus diaktifkan pada sumber.
- Untuk migrasi hanya inkremental: simpan redo log dan archive log selama lebih dari 24 jam.
- Untuk migrasi penuh + inkremental: simpan log setidaknya selama 7 hari. Setelah migrasi penuh selesai, Anda dapat mengurangi periode retensi menjadi lebih dari 24 jam.
Penting
Jika DTS tidak dapat mengambil redo log atau archive log, tugas gagal. Dalam kasus ekstrem, kehilangan data atau ketidakkonsistenan dapat terjadi. Kegagalan memenuhi persyaratan retensi log berarti Perjanjian Tingkat Layanan (SLA) DTS tidak berlaku.
Selama migrasi skema dan migrasi data penuh: jangan lakukan operasi DDL pada database sumber. Tugas gagal jika skema berubah di tengah migrasi.
Selama migrasi hanya penuh (tanpa inkremental): jangan menulis data ke sumber. Untuk konsistensi yang dijamin, jalankan migrasi skema, migrasi data penuh, dan migrasi data inkremental bersama-sama.
Jangan perbarui bidang LONGTEXT selama migrasi. Tugas gagal jika bidang LONGTEXT dimodifikasi.

Batasan lainnya

Jalankan migrasi selama jam sepi. DTS menggunakan resource baca dan tulis di sumber dan tujuan, yang dapat meningkatkan beban database.
Setelah migrasi penuh, ruang tabel kluster tujuan lebih besar daripada database sumber karena fragmentasi dari operasi INSERT konkuren.
DTS secara otomatis mencoba ulang tugas yang gagal hingga 7 hari. Sebelum beralih workload ke tujuan, hentikan atau lepas tugas yang gagal. Jika tidak, tugas yang dilanjutkan dapat menimpa data tujuan dengan data sumber. Alternatifnya, jalankan pernyataan REVOKE untuk mencabut izin tulis dari akun DTS di tujuan.
Kluster tujuan menghasilkan indeks unik (seperti pg_oid_1498503_index) untuk berkorespondensi dengan nilai ROWID. Tujuan akan memiliki lebih banyak indeks daripada sumber.
Kluster tujuan tidak mendukung terminator string \0. DTS melewati karakter ini saat menulis, yang menyebabkan ketidakkonsistenan antara sumber dan tujuan.
Konstraint CHECK dari database Oracle sumber dikonversi menjadi Kendala NOT NULL di kluster tujuan.
Set karakter database sumber dan tujuan harus kompatibel. Set karakter yang tidak kompatibel menyebabkan ketidakkonsistenan atau kegagalan tugas.
Gunakan fitur migrasi skema DTS. Melewatkan migrasi skema dapat menyebabkan kegagalan tugas karena tipe data yang tidak kompatibel.
Zona waktu database sumber dan tujuan harus sama.
Objek tipe kustom dapat dimigrasikan. Objek bawaan Oracle tidak dapat dimigrasikan, tetapi PolarDB for PostgreSQL (Compatible with Oracle) sudah mendukung objek bawaan Oracle secara native — tidak perlu migrasi manual.
DTS tidak memvalidasi metadata seperti sequences. Validasi sequences secara manual setelah migrasi.
Setelah beralih workload ke tujuan, sequences yang ditulis baru tidak secara otomatis melanjutkan dari nilai sequence maksimum di sumber. Sebelum beralih, kueri nilai sequence maksimum di sumber dan tetapkan sebagai nilai awal di tujuan. Jalankan blok PL/SQL berikut di database sumber untuk menghasilkan pernyataan setval:
Output berisi pernyataan setval untuk semua sequences di database sumber. Jalankan hanya pernyataan yang berlaku untuk migrasi Anda.
```
DECLARE
  CURSOR cur_data IS
    SELECT SEQUENCE_NAME, LAST_NUMBER FROM user_sequences;
  v_column1_value varchar(1000);
  v_column2_value number(20);
BEGIN
  OPEN cur_data;
  LOOP
    FETCH cur_data INTO v_column1_value, v_column2_value;
    EXIT WHEN cur_data%NOTFOUND;
    DBMS_OUTPUT.PUT_LINE('select setval(''' || lower(v_column1_value) || ''', ' || v_column2_value || ');');
  END LOOP;
  CLOSE cur_data;
END;
/
```

Pemetaan tipe data

Untuk pemetaan tipe data antara Oracle dan PolarDB for PostgreSQL (Compatible with Oracle), lihat Pemetaan tipe data antara database heterogen.

Konfigurasi database sumber

Selesaikan langkah-langkah berikut sebelum membuat tugas migrasi DTS.

Langkah 1: Tambahkan Blok CIDR server DTS ke grup keamanan

Login ke Amazon RDS Management Console.
Buka halaman informasi dasar instans Amazon RDS for Oracle.
Di bagian Security group rules, klik nama grup keamanan yang berisi aturan masuk yang ada.
Tambahkan Blok CIDR server DTS untuk wilayah database tujuan (port 1521) ke aturan masuk. Lihat Tambahkan Blok CIDR server DTS.
Tambahkan hanya Blok CIDR untuk wilayah tempat database tujuan berada. Misalnya, jika sumber berada di Singapura dan tujuan berada di Tiongkok (Hangzhou), tambahkan hanya Blok CIDR Tiongkok (Hangzhou). Anda dapat menambahkan semua Blok CIDR yang diperlukan sekaligus.

Langkah 2: Konfigurasi pengaturan log (hanya untuk migrasi inkremental)

Lewati langkah ini jika Anda tidak melakukan migrasi data inkremental.

Pilih konfigurasi yang sesuai dengan versi Oracle Anda:

Oracle 12c atau versi yang lebih baru (arsitektur non-multitenant)

Hubungkan ke instans Amazon RDS for Oracle menggunakan akun master user dan SQL*Plus.
Periksa apakah archive logging diaktifkan:
```
SELECT LOG_MODE FROM v$database;
```
Jika hasilnya adalah ARCHIVELOG, archive logging sudah diaktifkan. Jika belum, aktifkan sebelum melanjutkan.

Tetapkan periode retensi archive log minimal 72 jam:

-- Periksa konfigurasi saat ini
exec rdsadmin.rdsadmin_util.show_configuration;

-- Tetapkan retensi menjadi 72 jam
exec rdsadmin.rdsadmin_util.set_configuration('archivelog retention hours', 72);

Aktifkan supplemental logging. Pilih supplemental logging tingkat database atau tingkat tabel:

Tingkat database (disarankan untuk migrasi seluruh database):

-- Periksa status supplemental logging saat ini SELECT supplemental_log_data_min, supplemental_log_data_pk, supplemental_log_data_ui FROM v$database; -- Aktifkan supplemental logging untuk primary key dan unique key exec rdsadmin.rdsadmin_util.alter_supplemental_logging('ADD', 'PRIMARY KEY'); exec rdsadmin.rdsadmin_util.alter_supplemental_logging('ADD', 'UNIQUE');

Tingkat tabel (gunakan salah satu opsi):

-- Opsi 1: Aktifkan supplemental logging untuk semua kolom exec rdsadmin.rdsadmin_util.alter_supplemental_logging('ADD', 'ALL'); -- Opsi 2: Aktifkan supplemental logging hanya untuk primary key exec rdsadmin.rdsadmin_util.alter_supplemental_logging('ADD', 'PRIMARY KEY');

Buat akun database dan berikan izin yang diperlukan. Contoh berikut membuat akun bernama RDSDT_DTSACCT:

-- Buat akun DTS
create user RDSDT_DTSACCT IDENTIFIED BY RDSDT_DTSACCT;
grant create session to RDSDT_DTSACCT;
grant connect to RDSDT_DTSACCT;
grant resource to RDSDT_DTSACCT;

-- Izin untuk membaca tampilan log mining
exec rdsadmin.rdsadmin_util.grant_sys_object('V_$LOGMNR_LOGS','RDSDT_DTSACCT','SELECT');
exec rdsadmin.rdsadmin_util.grant_sys_object('V_$LOGMNR_CONTENTS','RDSDT_DTSACCT','SELECT');
exec rdsadmin.rdsadmin_util.grant_sys_object('DBMS_LOGMNR','RDSDT_DTSACCT','EXECUTE');

-- Izin untuk membaca metadata objek
exec rdsadmin.rdsadmin_util.grant_sys_object('ALL_OBJECTS','RDSDT_DTSACCT','SELECT');
exec rdsadmin.rdsadmin_util.grant_sys_object('ALL_TAB_COLS','RDSDT_DTSACCT','SELECT');
exec rdsadmin.rdsadmin_util.grant_sys_object('DBA_REGISTRY','RDSDT_DTSACCT','SELECT');
grant select any table to RDSDT_DTSACCT;
grant select any transaction to RDSDT_DTSACCT;

-- Izin untuk membaca tampilan terkait log
exec rdsadmin.rdsadmin_util.grant_sys_object('V_$LOG','RDSDT_DTSACCT','SELECT');
exec rdsadmin.rdsadmin_util.grant_sys_object('V_$LOGFILE','RDSDT_DTSACCT','SELECT');
exec rdsadmin.rdsadmin_util.grant_sys_object('V_$ARCHIVED_LOG','RDSDT_DTSACCT','SELECT');
exec rdsadmin.rdsadmin_util.grant_sys_object('V_$PARAMETER','RDSDT_DTSACCT','SELECT');
exec rdsadmin.rdsadmin_util.grant_sys_object('V_$DATABASE','RDSDT_DTSACCT','SELECT');
exec rdsadmin.rdsadmin_util.grant_sys_object('V_$ACTIVE_INSTANCES','RDSDT_DTSACCT','SELECT');
exec rdsadmin.rdsadmin_util.grant_sys_object('V_$INSTANCE','RDSDT_DTSACCT','SELECT');

-- Izin untuk membaca tabel kamus internal
exec rdsadmin.rdsadmin_util.grant_sys_object('USER$','RDSDT_DTSACCT','SELECT');
exec rdsadmin.rdsadmin_util.grant_sys_object('OBJ$','RDSDT_DTSACCT','SELECT');
exec rdsadmin.rdsadmin_util.grant_sys_object('COL$','RDSDT_DTSACCT','SELECT');
exec rdsadmin.rdsadmin_util.grant_sys_object('IND$','RDSDT_DTSACCT','SELECT');
exec rdsadmin.rdsadmin_util.grant_sys_object('ICOL$','RDSDT_DTSACCT','SELECT');
exec rdsadmin.rdsadmin_util.grant_sys_object('CDEF$','RDSDT_DTSACCT','SELECT');
exec rdsadmin.rdsadmin_util.grant_sys_object('CCOL$','RDSDT_DTSACCT','SELECT');
exec rdsadmin.rdsadmin_util.grant_sys_object('TABPART$','RDSDT_DTSACCT','SELECT');
exec rdsadmin.rdsadmin_util.grant_sys_object('TABSUBPART$','RDSDT_DTSACCT','SELECT');
exec rdsadmin.rdsadmin_util.grant_sys_object('TABCOMPART$','RDSDT_DTSACCT','SELECT');

-- Hak istimewa tambahan
grant LOGMINING TO RDSDT_DTSACCT;
grant EXECUTE_CATALOG_ROLE to RDSDT_DTSACCT;
grant select on v$database to rdsdt_dtsacct;
grant select on dba_objects to rdsdt_dtsacct;
grant select on DBA_TAB_COMMENTS to rdsdt_dtsacct;
grant select on dba_tab_cols to rdsdt_dtsacct;
grant select_catalog_role TO rdsdt_dtsacct;

Oracle 9i, 10g, atau 11g

Hubungkan ke instans Amazon RDS for Oracle menggunakan akun master user dan SQL*Plus.
Periksa apakah instans berjalan dalam Mode ARSIPLOG:
```
archive log list;
```
Jika instans berada dalam Mode NOARCHIVELOG, alihkan ke Mode ARSIPLOG sebelum melanjutkan. Lihat Mengelola Archived Redo Logs.

Aktifkan force logging:

exec rdsadmin.rdsadmin_util.force_logging(p_enable => true);

Aktifkan supplemental logging untuk primary key dan unique key:

begin rdsadmin.rdsadmin_util.alter_supplemental_logging(p_action => 'ADD',p_type => 'PRIMARY KEY');end;/
begin rdsadmin.rdsadmin_util.alter_supplemental_logging(p_action => 'ADD',p_type => 'UNIQUE');end;/

Tetapkan periode retensi archive log minimal 24 jam:

begin rdsadmin.rdsadmin_util.set_configuration(name => 'archivelog retention hours', value => '24');end;/

Commit perubahan:
```
commit;
```

Buat tugas migrasi

Buka halaman Tugas Migrasi Data.
1. Login ke Konsol Data Management (DMS).
2. Di bilah navigasi atas, klik DTS.
3. Di panel navigasi sebelah kiri, pilih DTS (DTS) > Data Migration.
Anda juga dapat langsung menuju halaman Tugas Migrasi Data di konsol DTS baru. Untuk detail navigasi konsol, lihat Mode simple dan Sesuaikan tata letak dan gaya konsol DMS.
Dari daftar drop-down di samping Data Migration Tasks, pilih wilayah tempat instans migrasi data berada.
Di konsol DTS baru, pilih wilayah di pojok kiri atas.

Klik Create Task. Di wizard Create Data Migration Task, konfigurasikan database sumber dan tujuan.

Peringatan

Setelah mengonfigurasi database sumber dan tujuan, tinjau Limits yang ditampilkan di bagian atas halaman sebelum melanjutkan. Melewatkan langkah ini dapat menyebabkan kegagalan tugas atau ketidakkonsistenan data.

Parameter database sumber

Parameter	Deskripsi
Task Name	Nama deskriptif untuk tugas. DTS menghasilkan nama secara otomatis. Unik tidak wajib.
Select an existing DMS database instance	Opsional. Pilih instans terdaftar yang ada untuk mengisi parameter koneksi secara otomatis, atau konfigurasikan secara manual.
Database Type	Pilih Oracle.
Access Method	Pilih Public IP Address.
Instance Region	Wilayah tempat instans Amazon RDS for Oracle berada. Jika wilayah tidak tercantum, pilih wilayah terdekat secara geografis.
Domain Name or IP	Titik akhir instans Amazon RDS for Oracle.
Port Number	Port layanan. Default: 1521.
Oracle Type	Pilih Non-RAC Instance untuk mengonfigurasi parameter SID, atau RAC or PDB Instance untuk mengonfigurasi parameter Service Name. Contoh ini menggunakan Non-RAC Instance.
Database Account	Akun database untuk instans sumber. Lihat Izin yang diperlukan.
Database Password	Kata sandi untuk akun database.

Parameter database tujuan

Parameter	Deskripsi
Select an existing DMS database instance	Opsional. Pilih instans terdaftar yang ada untuk mengisi parameter koneksi secara otomatis, atau konfigurasikan secara manual.
Database Type	Pilih PolarDB (Compatible with Oracle).
Access Method	Pilih Alibaba Cloud Instance.
Instance Region	Wilayah tempat kluster tujuan PolarDB for PostgreSQL (Compatible with Oracle) berada.
Instance ID	ID kluster tujuan.
Database Name	Nama database tujuan di kluster.
Database Account	Akun database untuk kluster tujuan. Lihat Izin yang diperlukan.
Database Password	Kata sandi untuk akun database.

Klik Test Connectivity and Proceed. Jika database sumber Anda memiliki daftar putih alamat IP yang dikonfigurasi, tambahkan Blok CIDR server DTS ke daftar putih, lalu klik Test Connectivity and Proceed.
Peringatan
Menambahkan Blok CIDR server DTS ke daftar putih alamat IP atau aturan grup keamanan memperkenalkan eksposur jaringan. Ambil tindakan pencegahan, termasuk: memperkuat kredensial akun, membatasi port yang terbuka, mengotentikasi panggilan API, secara rutin mengaudit aturan daftar putih, dan menghapus Blok CIDR yang tidak sah. Untuk konektivitas privat, pertimbangkan untuk menggunakan Express Connect, VPN Gateway, atau Smart Access Gateway.

Konfigurasikan objek yang akan dimigrasikan dan pengaturan migrasi.

Parameter	Deskripsi
Migration Types	Pilih jenis migrasi yang akan dijalankan. Untuk migrasi tanpa downtime, pilih Schema Migration, Full Data Migration, dan Incremental Data Migration bersama-sama. Untuk migrasi cutover satu kali, pilih hanya Schema Migration dan Full Data Migration. Catatan Tanpa migrasi inkremental, jangan menulis data ke sumber selama migrasi.
Add a hidden primary key for a table without a primary key/a table without a unique key	Atur ke Yes jika ada objek yang akan dimigrasikan berisi tabel tanpa primary key atau unique key. DTS menggunakan kolom ROWID sebagai primary key tersembunyi untuk mencegah data duplikat. Hanya tersedia saat ketiga jenis migrasi dipilih.
Processing Mode of Conflicting Tables	Precheck and Report Errors: memeriksa tabel dengan nama identik di sumber dan tujuan sebelum memulai. Tugas hanya dimulai jika tidak ditemukan konflik. Ignore Errors and Proceed: melewati precheck. Peringatan Memilih opsi ini dapat menyebabkan ketidakkonsistenan data. Secara spesifik: jika database sumber dan tujuan memiliki skema yang sama, DTS tidak memigrasikan catatan data yang memiliki primary key yang sama dengan catatan yang sudah ada di database tujuan; jika database sumber dan tujuan memiliki skema yang berbeda, hanya kolom tertentu yang dimigrasikan atau tugas migrasi gagal. Lanjutkan dengan hati-hati.
Source Objects	Pilih kolom, tabel, atau database dan klik ikon untuk memindahkannya ke Selected Objects.
Selected Objects	Untuk mengganti nama satu objek, klik kanan objek tersebut. Lihat Petakan nama satu objek. Untuk mengganti nama beberapa objek sekaligus, klik Batch Edit. Lihat Petakan nama beberapa objek sekaligus. Catatan Mengganti nama objek dapat menyebabkan objek dependen gagal dimigrasikan. Untuk memfilter baris berdasarkan kondisi, klik kanan tabel dan tentukan kondisi WHERE. Lihat Tetapkan kondisi filter.

Klik Next: Advanced Settings dan konfigurasikan opsi lanjutan.

Parameter	Deskripsi
Data Verification Settings	Konfigurasikan verifikasi data untuk memeriksa konsistensi antara sumber dan tujuan setelah migrasi. Lihat Configure data verification.
Select the dedicated cluster used to schedule the task	Secara default, DTS menjadwalkan tugas pada shared cluster. Untuk menggunakan dedicated cluster, Anda harus membelinya terlebih dahulu. Lihat What is a DTS dedicated cluster?
Retry Time for Failed Connections	Durasi waktu DTS mencoba koneksi ulang saat sumber atau tujuan tidak dapat dijangkau. Nilai yang valid: 10–1440 menit. Default: 720. Atur minimal 30 menit. Jika DTS berhasil terhubung kembali dalam jendela percobaan ulang, tugas akan dilanjutkan. Jika tidak, tugas gagal. Catatan Saat beberapa tugas menggunakan sumber atau tujuan yang sama, nilai yang paling baru diatur akan menggantikan nilai sebelumnya. Waktu percobaan ulang dikenakan biaya instans DTS.
The wait time before a retry when other issues occur in the source and destination databases.	Durasi waktu DTS menunggu sebelum mencoba ulang setelah kegagalan DDL atau DML. Nilai yang valid: 1–1440 menit. Default: 10. Atur minimal 10 menit dan kurang dari nilai Retry Time for Failed Connections.
Enable Throttling for Full Data Migration	Membatasi queries per second (QPS), requests per second (RPS), dan kecepatan migrasi (MB/s) untuk mengurangi beban pada tujuan selama full migration. Opsi ini tersedia hanya jika Full Data Migration dipilih.
Enable Throttling for Incremental Data Migration	Membatasi RPS dan kecepatan migrasi (MB/s) selama incremental migration. Opsi ini tersedia hanya jika Incremental Data Migration dipilih.
Environment Tag	Label opsional untuk mengidentifikasi instans DTS berdasarkan lingkungan (misalnya, production atau staging).
Actual Write Code	Format encoding yang digunakan saat menulis data ke tujuan. Pilih berdasarkan character set database tujuan Anda.
Configure ETL	Pilih Yes untuk mengaktifkan extract, transform, and load (ETL) dan masukkan pernyataan pemrosesan data. Lihat Configure ETL in a data migration or data synchronization task dan What is ETL?
Monitoring and Alerting	Pilih Yes untuk menerima notifikasi ketika tugas gagal atau latensi migrasi melebihi ambang batas. Konfigurasikan ambang batas dan pengaturan notifikasi. Lihat Configure monitoring and alerting when you create a DTS task.

Klik Next: Save Task Settings and Precheck.
DTS menjalankan precheck sebelum tugas migrasi dapat dimulai. Jika precheck gagal, klik View Details di samping setiap item yang gagal, selesaikan masalahnya, lalu klik Precheck Again. Jika suatu item menghasilkan peringatan yang dapat diabaikan, klik Confirm Alert Details, lalu Ignore di dialog detail, lalu klik Precheck Again. Perlu diketahui bahwa mengabaikan peringatan dapat menyebabkan ketidakkonsistenan data. Untuk melihat pratinjau parameter API untuk konfigurasi tugas ini, arahkan kursor ke Next: Save Task Settings and Precheck dan klik Preview OpenAPI parameters.
Tunggu hingga tingkat keberhasilan precheck mencapai 100%, lalu klik Next: Purchase Instance.

Di halaman Purchase Instance, konfigurasikan kelas instans.

Parameter	Deskripsi
Resource Group Settings	Kelompok sumber daya untuk instans migrasi data. Default: default resource group. Lihat Apa itu Resource Management?
Instance Class	Kelas instans menentukan throughput migrasi. Pilih berdasarkan workload Anda. Lihat Spesifikasi instans migrasi data.

Pilih kotak centang Data Transmission Service (Pay-as-you-go) Service Terms.
Klik Buy and Start. Pantau progres tugas di daftar tugas.

Langkah selanjutnya

Hapus primary key tersembunyi (jika berlaku)

Jika Anda mengaktifkan opsi Add a hidden primary key dan telah beralih workload ke kluster tujuan, hapus primary key tersembunyi sebelum menghentikan atau melepas instans DTS:

Di halaman detail tugas, buka tab Basic Information modul Full Data Migration atau Incremental Write.
Di kolom Actions, klik Delete Invisible Primary Key.

Penting

Setelah menghapus primary key tersembunyi, verifikasi bahwa data di database sumber dan tujuan identik.

Sinkronkan nilai awal sequence

Setelah beralih workload, sequences yang ditulis baru di tujuan tidak secara otomatis melanjutkan dari nilai maksimum di sumber. Jalankan blok PL/SQL di bagian Batasan untuk menghasilkan pernyataan setval untuk sequences sumber, lalu jalankan pernyataan yang berlaku di database tujuan.