Migrasi Amazon RDS for Oracle ke PolarDB for PostgreSQL (Kompatibel dengan Oracle) - Data Transmission Service

Migrasikan data dari instans Amazon RDS for Oracle ke kluster PolarDB for PostgreSQL (Compatible with Oracle) menggunakan Data Transmission Service (DTS). DTS terhubung ke instans Amazon RDS for Oracle sebagai sumber Oracle yang dikelola sendiri.

Prasyarat

Aktifkan akses publik untuk instans Amazon RDS for Oracle agar DTS dapat terhubung melalui internet.
Instans Amazon RDS for Oracle sumber harus menggunakan versi 9i, 10g, 11g, atau 12c atau lebih baru, serta menggunakan arsitektur non-multitenant.
Instans PolarDB for PostgreSQL (Compatible with Oracle) tujuan harus memiliki ruang penyimpanan yang lebih besar daripada ruang yang digunakan oleh instans Amazon RDS for Oracle sumber.
Tinjau kemampuan dan keterbatasan DTS untuk sumber Oracle, serta lakukan evaluasi database dengan Advanced Database & Application Migration (ADAM). Untuk informasi selengkapnya, lihat Keterbatasan dan persiapan untuk database Oracle dan Ikhtisar Evaluasi Database.

Keterbatasan

Catatan

DTS memigrasikan foreign key selama migrasi skema.
Selama migrasi data penuh dan inkremental, DTS secara sementara menonaktifkan pemeriksaan constraint dan cascade foreign key pada tingkat sesi. Cascade update atau delete pada database sumber saat tugas berjalan dapat menyebabkan ketidakkonsistenan data.

Type	Description
Source database limitations	Server yang menghosting database sumber harus memiliki bandwidth keluar yang mencukupi. Jika tidak, kecepatan migrasi data akan terpengaruh. Jika database sumber terhubung melalui jalur sewa, Anda harus mengonfigurasi salah satu alamat IP virtual (VIP) dalam informasi koneksi. Hal ini memungkinkan Oracle Real Application Clusters (RAC) terhubung ke tugas migrasi data melalui jalur sewa tersebut. Jika database Oracle yang dikelola sendiri menggunakan arsitektur RAC dan terhubung melalui jalur sewa, VPN Gateway, Smart Access Gateway, Database Gateway (DG), atau Cloud Enterprise Network (CEN), atau dari Instance ECS, Anda tidak dapat mengonfigurasi alamat IP Single Client Access Name (SCAN). Anda hanya dapat mengonfigurasi salah satu VIP dalam informasi koneksi. Jika menggunakan metode ini, node switching untuk RAC tidak didukung. Jika data yang akan dimigrasikan berisi string kosong bertipe `varchar2`, yang dianggap null oleh Oracle, dan field database tujuan yang bersesuaian memiliki kendala NOT NULL, tugas migrasi akan gagal. Jika kebijakan FGA (Fine-Grained Audit) diaktifkan pada tabel yang akan dimigrasikan, DTS tidak dapat mengenali pseudokolom `ORA_ROWSCN`, yang akan menyebabkan pekerjaan migrasi gagal. Catatan Anda dapat menonaktifkan kebijakan FGA untuk tabel yang akan dimigrasikan, atau memilih untuk tidak memigrasikan data dari tabel-tabel tersebut. Persyaratan untuk objek migrasi: Tabel yang akan dimigrasikan harus memiliki primary key atau unique constraint, dan field-field tersebut harus unik. Jika tidak, data duplikat mungkin muncul di database tujuan. Catatan Anda juga dapat menggunakan ROWID Oracle sebagai primary key untuk tabel yang tidak memiliki primary key atau unique constraint. Jika database Oracle yang dikelola sendiri Anda menggunakan versi 12c atau lebih baru, nama tabel yang akan dimigrasikan tidak boleh melebihi panjang 30 byte. Jika Anda memigrasikan objek pada tingkat tabel dan perlu mengeditnya, seperti pemetaan nama tabel atau kolom, satu tugas migrasi data mendukung maksimal 1.000 tabel. Jika batas ini dilampaui, error akan dilaporkan setelah Anda mengirimkan tugas. Dalam kasus ini, bagi tabel menjadi beberapa batch dan konfigurasikan tugas terpisah untuk setiap batch, atau konfigurasikan satu tugas untuk memigrasikan seluruh database. Untuk migrasi inkremental, Redo Logs dan Archive Logs: Harus diaktifkan. Untuk tugas migrasi data inkremental, DTS mensyaratkan bahwa Redo Logs dan Archive Logs di database sumber dipertahankan lebih dari 24 jam. Untuk tugas yang mencakup migrasi data penuh dan inkremental, DTS mensyaratkan bahwa Redo Logs dan Archive Logs dipertahankan minimal 7 hari. Setelah migrasi data penuh selesai, Anda dapat mengubah periode retensi menjadi lebih dari 24 jam. Jika periode retensi lebih pendek dari yang disyaratkan, tugas DTS mungkin gagal karena tidak dapat memperoleh log. Dalam kasus ekstrem, hal ini dapat menyebabkan ketidakkonsistenan atau kehilangan data. Masalah yang disebabkan oleh periode retensi log yang lebih pendek dari persyaratan DTS tidak dicakup oleh Perjanjian Tingkat Layanan (SLA) DTS. Keterbatasan operasi database sumber: Selama migrasi skema dan migrasi data penuh, jangan melakukan operasi DDL yang mengubah skema 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 tidak, akan terjadi ketidakkonsistenan data antara sumber dan tujuan. Untuk menjaga konsistensi data real-time, pilih migrasi skema, migrasi data penuh, dan migrasi data inkremental. Pembaruan field teks besar secara terpisah tidak didukung dan akan menyebabkan tugas gagal.
Other limitations	Evaluasi kinerja database sumber dan tujuan sebelum memigrasikan data, dan lakukan migrasi selama jam sepi. Selama migrasi data penuh, DTS mengonsumsi sebagian sumber daya baca dan tulis dari database sumber dan tujuan, yang dapat meningkatkan beban database. Migrasi data penuh melakukan operasi INSERT konkuren, yang menyebabkan fragmentasi tabel di database tujuan. Akibatnya, storage space tabel di database tujuan lebih besar daripada di instans sumber. DTS mencoba melanjutkan tugas migrasi yang gagal dalam waktu tujuh hari. Sebelum beralih ke instans tujuan, hentikan atau lepas tugas tersebut. Atau, gunakan perintah `revoke` untuk mencabut izin tulis akun yang digunakan DTS untuk mengakses instans tujuan. Hal ini mencegah data sumber menimpa data di instans tujuan jika tugas dilanjutkan secara otomatis. Migrasi foreign tables tidak didukung. Kluster PolarDB for PostgreSQL (Compatible with Oracle) tujuan menghasilkan indeks unik, seperti `pg_oid_1498503_index`, untuk berkorespondensi dengan ROWID database Oracle sumber. Oleh karena itu, kluster tujuan memiliki lebih banyak indeks daripada database Oracle sumber. Kluster PolarDB for PostgreSQL (Compatible with Oracle) tujuan tidak mendukung penulisan terminator string ('\0'). Jika data yang akan dimigrasikan berisi terminator ini, DTS tidak akan menuliskannya ke database tujuan. Hal ini menyebabkan ketidakkonsistenan data. Saat Konstraint CHECK dari database Oracle sumber dimigrasikan ke kluster PolarDB for PostgreSQL (Compatible with Oracle) tujuan, konstraint tersebut dikonversi menjadi kendala NOT NULL. Pastikan set karakter database sumber dan tujuan kompatibel. Set karakter yang tidak kompatibel dapat menyebabkan ketidakkonsistenan data atau kegagalan tugas. Gunakan fitur migrasi skema DTS. Jika tidak, tugas mungkin gagal karena tipe data yang tidak kompatibel. Zona waktu database sumber dan tujuan harus sama. Selama migrasi inkremental, impor data ke database sumber menggunakan Oracle Data Pump tidak didukung. Hal ini dapat menyebabkan kehilangan data. Tipe yang ditentukan pengguna dapat dimigrasikan ke kluster PolarDB for PostgreSQL (Compatible with Oracle) tujuan. Objek tipe yang dihasilkan secara otomatis oleh Oracle, yaitu objek bawaan, tidak dimigrasikan. Catatan Kluster PolarDB for PostgreSQL (Compatible with Oracle) sudah mendukung objek bawaan Oracle, sehingga Anda tidak perlu memigrasikannya. DTS memvalidasi konten data tetapi tidak memvalidasi metadata seperti sequences. Anda harus memvalidasi metadata tersebut sendiri. Setelah Anda beralih ke instans tujuan, sequences yang baru ditulis tidak akan bertambah dari nilai maksimum sequences yang sesuai di database sumber. Sebelum beralih, Anda harus memperbarui nilai sequence di database tujuan. Untuk informasi selengkapnya, lihat Perbarui nilai sequence di database tujuan. Batasan ini berlaku untuk tugas migrasi data penuh atau inkremental di mana tabel yang akan dimigrasikan dari database sumber berisi foreign keys, triggers, atau event triggers. DTS secara sementara mengatur parameter `session_replication_role` menjadi `replica` pada tingkat sesi selama migrasi. Jika akun database tujuan tidak memiliki izin yang diperlukan, Anda harus mengatur parameter tersebut secara manual menjadi `replica` di database tujuan. Selama periode ini (ketika `session_replication_role` diatur menjadi `replica`), operasi cascade update atau delete di database sumber dapat menyebabkan ketidakkonsistenan data. Setelah tugas migrasi dilepas, Anda dapat mengatur kembali parameter tersebut menjadi `origin`. 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.

Penagihan

Migration type	Configuration fee	Data transfer fee
Schema migration and full data migration	Gratis.	Gratis.
Incremental data migration	Dikenai biaya. Untuk detailnya, lihat Ikhtisar penagihan.	Gratis.

Jenis Migrasi

Migration type	Description
Schema migration	DTS memigrasikan definisi skema objek migrasi ke kluster PolarDB for PostgreSQL (Compatible with Oracle) tujuan. Jenis objek yang didukung meliputi tabel, view, sinonim, trigger, stored procedure, stored function, package, dan tipe yang ditentukan pengguna. Catatan Trigger tidak didukung dalam skenario ini. Untuk mencegah potensi ketidakkonsistenan data, hapus trigger dari database sumber. Untuk informasi selengkapnya, lihat Konfigurasi tugas sinkronisasi atau migrasi data untuk database sumber yang berisi trigger.
Full data migration	DTS memigrasikan semua data yang ada untuk objek migrasi dari database Oracle yang dikelola sendiri ke kluster PolarDB for PostgreSQL (Compatible with Oracle). Catatan Jangan melakukan operasi DDL pada objek migrasi sebelum migrasi skema dan migrasi data penuh selesai. Jika dilakukan, migrasi mungkin gagal.
Incremental data migration	Setelah migrasi data penuh, DTS menangkap perubahan yang sedang berlangsung dari redo logs database Oracle yang dikelola sendiri dan mereplikasi perubahan tersebut ke kluster PolarDB for PostgreSQL (Compatible with Oracle) tujuan. Migrasi data inkremental memungkinkan migrasi mulus dari database Oracle ke kluster PolarDB for PostgreSQL (Compatible with Oracle) dengan downtime aplikasi minimal.

Pemetaan Tipe Data

Untuk informasi selengkapnya, lihat Pemetaan tipe data antar database heterogen.

Operasi SQL untuk migrasi inkremental

Operation type	SQL statement
DML	INSERT, UPDATE, dan DELETE
DDL	CREATE TABLE Catatan DTS tidak mendukung pernyataan CREATE TABLE AS SELECT, atau CREATE TABLE untuk tabel dengan partisi, subpartisi, atau definisi yang berisi fungsi. 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

Izin akun database

Database	Schema migration	Full data migration	Incremental data migration
Amazon RDS for Oracle	Izin pemilik skema	Izin pemilik skema	Izin pengguna utama
PolarDB for PostgreSQL (Compatible with Oracle) cluster	Izin pemilik skema

Untuk membuat akun database dan memberikan izin:

Untuk Amazon RDS for Oracle, lihat Persiapan akun database, CREATE USER, dan GRANT.
Untuk kluster PolarDB for PostgreSQL (Compatible with Oracle), lihat Buat akun database.

Sebelum memulai

Masuk ke Konsol Manajemen Amazon RDS.
Buka halaman Basic Information instans Amazon RDS for Oracle.
Di bagian Security group rules, klik nama security group aturan masuk.
Tambahkan Blok CIDR server DTS untuk wilayah yang sesuai (port: 1521) ke aturan masuk. Untuk detail rentang alamat IP, lihat Tambahkan Alamat IP Server DTS ke daftar putih.
Catatan
- Tambahkan hanya Blok CIDR untuk server DTS di wilayah database tujuan. Misalnya, jika database sumber berada di wilayah Singapura dan database tujuan berada di wilayah Tiongkok (Hangzhou), Anda hanya perlu menambahkan Blok CIDR untuk server DTS di wilayah Tiongkok (Hangzhou).
- Anda dapat menambahkan beberapa Blok CIDR ke satu aturan.
- Untuk informasi selengkapnya, lihat dokumentasi resmi AWS atau hubungi Dukungan AWS.

Konfigurasi pengaturan log untuk instans Amazon RDS for Oracle. Lewati langkah ini jika Anda tidak memerlukan migrasi data inkremental.

Jika instans Amazon RDS for Oracle Anda menggunakan versi 12c atau lebih baru (arsitektur non-multitenant), lakukan langkah-langkah berikut untuk mengonfigurasi log-nya:

Hubungkan ke database Amazon RDS for Oracle menggunakan akun pengguna utama dan tool SQL*Plus.

Aktifkan archive logging dan supplemental logging.

Log type

Procedure

Archive logging

Jalankan perintah berikut untuk memeriksa apakah archive logging diaktifkan:
```
SELECT LOG_MODE FROM v$database;
```
Lihat dan atur periode retensi untuk archived logs.

Catatan
Pertahankan archived logs minimal selama 72 jam. Contoh berikut mengatur 72 jam.
```
exec rdsadmin.rdsadmin_util.show_configuration;
exec rdsadmin.rdsadmin_util.set_configuration('archivelog retention hours', 72); 
```

Supplemental logging

Berdasarkan kebutuhan bisnis Anda, aktifkan supplemental logging pada tingkat database atau tingkat tabel:

Aktifkan supplemental logging tingkat database

Jalankan perintah berikut untuk memeriksa apakah supplemental logging tingkat database diaktifkan:

SELECT supplemental_log_data_min, supplemental_log_data_pk, supplemental_log_data_ui FROM v$database;

Aktifkan supplemental logging primary key dan unique key pada tingkat database.

exec rdsadmin.rdsadmin_util.alter_supplemental_logging('ADD', 'PRIMARY KEY');
exec rdsadmin.rdsadmin_util.alter_supplemental_logging('ADD', 'UNIQUE');

Aktifkan supplemental logging tingkat tabel menggunakan salah satu metode berikut:
- Aktifkan supplemental logging untuk semua kolom tabel.
```
exec rdsadmin.rdsadmin_util.alter_supplemental_logging('ADD', 'ALL');
```
- Aktifkan supplemental logging primary key pada tingkat tabel.
```
exec rdsadmin.rdsadmin_util.alter_supplemental_logging('ADD', 'PRIMARY KEY');
```

Berikan izin detail halus kepada akun database Amazon RDS for Oracle.

Berikan izin detail halus

Permissions

# Skrip ini membuat akun database bernama RDSDT_DTSACCT dan memberikan izin yang diperlukan.
create user RDSDT_DTSACCT IDENTIFIED BY RDSDT_DTSACCT;
grant create session to RDSDT_DTSACCT;
grant connect to RDSDT_DTSACCT;
grant resource to RDSDT_DTSACCT;
exec rdsadmin.rdsadmin_util.grant_sys_object('V_$LOGMNR_LOGS','RDSDT_DTSACCT','SELECT');
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;
-- hak istimewa v$log
exec rdsadmin.rdsadmin_util.grant_sys_object('V_$LOG','RDSDT_DTSACCT','SELECT');
-- hak istimewa v$logfile
exec rdsadmin.rdsadmin_util.grant_sys_object('V_$LOGFILE','RDSDT_DTSACCT','SELECT');
-- hak istimewa v$archived_log
exec rdsadmin.rdsadmin_util.grant_sys_object('V_$ARCHIVED_LOG','RDSDT_DTSACCT','SELECT');
-- hak istimewa v$parameter
exec rdsadmin.rdsadmin_util.grant_sys_object('V_$PARAMETER','RDSDT_DTSACCT','SELECT');
-- hak istimewa v$database
exec rdsadmin.rdsadmin_util.grant_sys_object('V_$DATABASE','RDSDT_DTSACCT','SELECT');
-- hak istimewa v$active_instances
exec rdsadmin.rdsadmin_util.grant_sys_object('V_$ACTIVE_INSTANCES','RDSDT_DTSACCT','SELECT');
-- hak istimewa v$instance
exec rdsadmin.rdsadmin_util.grant_sys_object('V_$INSTANCE','RDSDT_DTSACCT','SELECT');
-- hak istimewa v$logmnr_contents
exec rdsadmin.rdsadmin_util.grant_sys_object('V_$LOGMNR_CONTENTS','RDSDT_DTSACCT','SELECT');
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');
grant LOGMINING TO RDSDT_DTSACCT;
grant EXECUTE_CATALOG_ROLE to RDSDT_DTSACCT;
exec rdsadmin.rdsadmin_util.grant_sys_object('DBMS_LOGMNR','RDSDT_DTSACCT','EXECUTE');
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;

Jika instans Amazon RDS for Oracle Anda menggunakan versi 9i, 10g, atau 11g, lakukan langkah-langkah berikut untuk mengonfigurasi log-nya:
1. Hubungkan ke database Amazon RDS for Oracle menggunakan akun pengguna utama dan tool SQL*Plus.
2. Jalankan perintah archive log list; untuk memverifikasi bahwa instans Amazon RDS for Oracle berada dalam Mode ARSIPLOG.
  
  Catatan
  Jika instans berada dalam Mode NOARCHIVELOG, aktifkan Mode ARSIPLOG. Mengelola Archived Redo Logs.
3. Aktifkan force logging.
```
exec rdsadmin.rdsadmin_util.force_logging(p_enable => true);
```
4. Aktifkan supplemental logging primary key.
```
begin rdsadmin.rdsadmin_util.alter_supplemental_logging(p_action => 'ADD',p_type => 'PRIMARY KEY');end;/
```
5. Aktifkan supplemental logging unique key.
```
begin rdsadmin.rdsadmin_util.alter_supplemental_logging(p_action => 'ADD',p_type => 'UNIQUE');end;/
```
6. Atur periode retensi untuk archived logs.
```
begin rdsadmin.rdsadmin_util.set_configuration(name => 'archivelog retention hours', value => '24');end;/
```
7. Atur periode retensi untuk archived logs.
  
  Catatan
  Pertahankan archived logs minimal selama 24 jam.
8. Commit perubahan.
```
commit;
```

Prosedur

Buka halaman daftar tugas migrasi untuk wilayah tujuan menggunakan salah satu metode berikut.
Dari konsol DTS
1. Masuk ke Konsol Data Transmission Service (DTS).
2. Di panel navigasi sebelah kiri, klik Data Migration.
3. Di pojok kiri atas halaman, pilih wilayah tempat instans migrasi berada.
Dari konsol DMS
Catatan
Operasi aktual mungkin 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. Masuk 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.
Opsi: Di pojok kanan atas halaman, klik New Configuration Page.
Catatan
- Jika Anda sudah berada di halaman konfigurasi baru (tombol di pojok kanan atas adalah Back to Previous Version), Anda dapat melewati langkah ini.
- Parameter pada halaman konfigurasi baru dan lama berbeda. Kami menyarankan Anda menggunakan halaman konfigurasi baru.

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 menyarankan Anda menentukan nama deskriptif agar mudah diidentifikasi. Nama tidak perlu unik.
Source Database	Select Existing Connection	Untuk menggunakan instans database yang telah ditambahkan ke sistem (dibuat atau disimpan), pilih instans database yang diinginkan dari daftar drop-down. Informasi database di bawah akan dikonfigurasi secara otomatis. Catatan Di konsol DMS, parameter ini bernama Select a DMS database instance.. Jika Anda belum mendaftarkan instans database ke sistem, atau tidak perlu menggunakan instans terdaftar, konfigurasikan informasi database secara manual di bawah.
	Database Type	Pilih Oracle.
	Access Method	Pilih Public IP Address.
	Instance Region	Pilih wilayah tempat instans Amazon RDS for Oracle berada. Catatan Jika wilayah instans Anda tidak tersedia sebagai opsi, pilih wilayah terdekat secara geografis.
	Domain Name or IP	Masukkan endpoint instans Amazon RDS for Oracle.
	Port Number	Masukkan port layanan instans Amazon RDS for Oracle. Nilai default adalah 1521.
	Oracle Type	Non-RAC Instance: Jika memilih opsi ini, Anda juga harus menentukan SID. RAC or PDB Instance: Jika memilih opsi ini, Anda juga harus menentukan Service Name. Dalam contoh ini, Non-RAC Instance dipilih.
	Database Account	Masukkan akun database instans Amazon RDS for Oracle. Untuk informasi tentang izin yang diperlukan, lihat Izin yang diperlukan untuk akun database.
	Database Password	Masukkan password untuk akun database.
Destination Database	Select Existing Connection	Untuk menggunakan instans database yang telah ditambahkan ke sistem (dibuat atau disimpan), pilih instans database yang diinginkan dari daftar drop-down. Informasi database di bawah akan dikonfigurasi secara otomatis. Catatan Di konsol DMS, parameter ini bernama Select a DMS database instance.. Jika Anda belum mendaftarkan instans database ke sistem, atau tidak perlu menggunakan instans terdaftar, konfigurasikan informasi database secara manual di bawah.
	Database Type	Pilih PolarDB (Compatible with Oracle).
	Access Method	Pilih Alibaba Cloud Instance.
	Instance Region	Pilih wilayah tempat kluster PolarDB for PostgreSQL (Compatible with Oracle) tujuan berada.
	Instance ID	Pilih ID kluster PolarDB for PostgreSQL (Compatible with Oracle) tujuan.
	Database Name	Masukkan nama database di kluster PolarDB for PostgreSQL (Compatible with Oracle) tujuan yang akan berisi objek yang dimigrasikan.
	Database Account	Masukkan akun database kluster PolarDB for PostgreSQL (Compatible with Oracle) 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. Di kotak dialog CIDR Blocks of DTS Servers yang muncul, klik Test Connectivity.
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.

Konfigurasikan objek tugas.

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

Parameter	Description
Migration Types	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.
Add a hidden primary key for a table without a primary key/a table without a unique key	Jika tabel yang akan dimigrasikan tidak memiliki primary key maupun unique key, Anda harus memilih Yes. DTS menggunakan ROWID dari database Oracle sebagai primary key tersembunyi (unique key non-null) di tabel tujuan untuk mencegah duplikasi data. Catatan Parameter ini hanya dapat dikonfigurasi ketika Migration Types dipilih untuk Schema Migration, bersama dengan setidaknya salah satu dari Full Data Migration atau Incremental Data Migration.
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 berhasil. 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. Lakukan dengan hati-hati.
Source Objects	Di kotak Source Objects, klik objek yang akan dimigrasikan, lalu klik untuk memindahkannya ke kotak Selected Objects. Catatan Anda dapat memilih objek migrasi pada tingkat database, tabel, dan kolom.
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 ganda. Catatan Jika Anda menggunakan fitur pemetaan nama objek, objek dependen mungkin tidak dimigrasikan. Untuk menentukan klausa WHERE untuk memfilter data, 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 untuk migrasi data inkremental pada tingkat database atau tabel, klik kanan objek migrasi di kotak Selected Objects dan pilih operasi SQL yang diinginkan di kotak dialog yang muncul. Untuk informasi tentang operasi yang didukung, lihat Operasi SQL yang didukung untuk migrasi inkremental.

Klik Next: Advanced Settings untuk mengonfigurasi parameter lanjutan.

Parameter	Description
Dedicated Cluster for Task Scheduling	Secara default, DTS menjalankan tugas pada kluster bersama. Anda dapat membeli kluster khusus untuk tugas migrasi. Untuk informasi selengkapnya, lihat Apa itu kluster khusus 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 percobaan ulang default adalah 720 menit. Anda dapat menyesuaikan waktu percobaan ulang ke nilai antara 10 hingga 1440 menit. Kami menyarankan Anda mengatur durasi lebih dari 30 menit. Jika DTS terhubung kembali ke database sumber dan tujuan dalam durasi yang ditentukan, tugas migrasi akan dilanjutkan secara otomatis. Jika tidak, tugas gagal. Catatan Untuk beberapa instans DTS yang berbagi sumber atau tujuan yang sama, waktu percobaan ulang jaringan ditentukan oleh pengaturan tugas yang dibuat terakhir. Karena Anda dikenai biaya untuk tugas selama periode percobaan ulang koneksi, kami menyarankan Anda menyesuaikan waktu percobaan ulang berdasarkan kebutuhan bisnis Anda, atau segera melepaskan instans DTS setelah instans database sumber dan tujuan dilepas.
Retry Time for Other Issues	Setelah tugas migrasi dimulai, jika terjadi masalah non-konektivitas, seperti pengecualian eksekusi DDL atau DML, di database sumber atau tujuan, DTS melaporkan error dan segera mulai mencoba mengulang operasi tersebut. Durasi percobaan ulang default adalah 10 menit. Anda dapat menyesuaikan waktu percobaan ulang ke nilai antara 1 hingga 1440 menit. Kami menyarankan Anda mengatur durasi lebih dari 10 menit. Jika operasi terkait berhasil dalam durasi percobaan ulang yang ditentukan, tugas migrasi akan dilanjutkan secara otomatis. Jika tidak, tugas gagal. Penting Nilai Retry Time for Other Issues harus lebih kecil daripada 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 pembatasan kecepatan 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 hanya tersedia 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 hanya tersedia jika Anda memilih Incremental Data Migration untuk Migration Types. Anda juga dapat menyesuaikan kecepatan migrasi inkremental setelah instans migrasi berjalan.
Environment Tag	Opsi. Pilih tag lingkungan untuk mengidentifikasi instans.
Actual Write Code	Pilih jenis encoding untuk menulis data ke tujuan.
Configure ETL	Pilih apakah akan mengaktifkan fitur ekstrak, transformasi, muat (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 akan mengirimkan pemberitahuan peringatan.

Klik Next: Data Validation untuk mengonfigurasi tugas validasi data.
Untuk informasi selengkapnya tentang fitur validasi data, lihat Konfigurasi validasi data.

Setelah menyelesaikan konfigurasi, klik Next: Save Task Settings and Precheck di bagian bawah halaman.
Anda dapat mengarahkan pointer ke tombol Next: Save Task Settings and Precheck dan klik Preview OpenAPI parameters di balon yang muncul untuk melihat parameter untuk mengonfigurasi instans ini saat Anda memanggil Operasi API.
Catatan
- Sebelum tugas migrasi dimulai, DTS melakukan pemeriksaan awal. Tugas hanya dimulai setelah lulus pemeriksaan awal.
- Jika pemeriksaan awal gagal, klik View Details di sebelah item pemeriksaan yang gagal, perbaiki masalah berdasarkan prompt, lalu jalankan pemeriksaan awal lagi.
- Jika peringatan dilaporkan selama pemeriksaan awal:
  Untuk item pemeriksaan yang tidak dapat diabaikan, klik View Details di sebelah item yang gagal, perbaiki masalah berdasarkan prompt, lalu jalankan pemeriksaan awal lagi.
  Untuk item pemeriksaan yang dapat diabaikan, Anda dapat mengklik Confirm Alert Details, Ignore, OK, dan Precheck Again untuk melewati item peringatan dan menjalankan pemeriksaan awal lagi. 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 manajemen sumber daya?
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 akan berhenti secara otomatis setelah migrasi penuh selesai. Setelah tugas berhenti, Status-nya berubah menjadi Completed.
- Jika tugas migrasi mencakup migrasi inkremental, tugas tidak berhenti secara otomatis. Tugas migrasi inkremental terus berjalan. Selama tugas migrasi inkremental berjalan, Status tugas adalah Running.

Langkah selanjutnya

Jika Anda mengatur opsi Add a hidden primary key for a table without a primary key/a table without a unique key ke Yes, Anda harus menghapus secara manual kunci primer tersembunyi yang ditambahkan oleh DTS. Setelah memindahkan beban kerja ke database tujuan dan sebelum menghentikan atau melepaskan instans DTS, buka tab Basic Information pada modul Full Data Migration atau Incremental Write, lalu klik Delete Invisible Primary Key di kolom Actions.

Penting

Setelah Anda menghapus primary key tersembunyi, Anda bertanggung jawab atas konsistensi data.