All Products
Search

This Product

    Data Transmission Service:Migrasi database Oracle yang dikelola sendiri ke PolarDB untuk PostgreSQL (Kompatibel dengan Oracle)

    Document Center

    Data Transmission Service:Migrasi database Oracle yang dikelola sendiri ke PolarDB untuk PostgreSQL (Kompatibel dengan Oracle)

    Last Updated:Mar 25, 2026

    Gunakan DTS untuk memigrasikan data dari database Oracle yang dikelola sendiri ke kluster PolarDB for PostgreSQL (Compatible with Oracle).

    Prasyarat

    • Anda telah membuat database Oracle sumber yang dikelola sendiri dan kluster tujuan PolarDB for PostgreSQL (Compatible with Oracle).

      Catatan

    • Anda telah mengaktifkan mode ARCHIVELOG untuk database Oracle yang dikelola sendiri, menetapkan periode retensi yang sesuai untuk file log arsip, dan memastikan bahwa file log arsip dapat diakses. Untuk informasi selengkapnya, lihat ARCHIVELOG.

    • Anda telah mengaktifkan pencatatan tambahan (supplemental logging) untuk database Oracle yang dikelola sendiri serta menyetel parameter supplemental_log_data_pk dan supplemental_log_data_ui ke YES. Untuk informasi selengkapnya, lihat Supplemental Logging.

    • Sebelum melakukan migrasi data, kami menyarankan agar Anda memahami kemampuan dan keterbatasan DTS untuk sumber Oracle serta menggunakan ADAM untuk melakukan evaluasi database guna memastikan migrasi ke cloud berjalan lancar. Untuk informasi selengkapnya, lihat Keterbatasan dan persiapan untuk database Oracle dan Ikhtisar evaluasi database.

    Keterbatasan

    Catatan

    Jenis

    Deskripsi

    Keterbatasan database sumber

    • Persyaratan bandwidth: 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 (leased line), 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 SCAN (Single Client Access Name). Anda hanya dapat mengonfigurasi salah satu VIP dalam informasi koneksi. Jika menggunakan metode ini, pengalihan node untuk RAC tidak didukung.

    • Jika data yang akan dimigrasikan berisi string kosong bertipe `varchar2`, yang dianggap sebagai null oleh Oracle, dan bidang 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 kendala unik, 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 kendala unik.

      • Jika database Oracle yang dikelola sendiri Anda adalah 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 memetakan nama tabel atau kolom, satu tugas migrasi data mendukung maksimal 1.000 tabel. Jika batas ini dilampaui, kesalahan 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 Log dan Archive Log:

      • Harus diaktifkan.

      • Untuk tugas migrasi data inkremental, DTS mensyaratkan agar Redo Log dan Archive Log di database sumber dipertahankan lebih dari 24 jam. Untuk tugas yang mencakup migrasi data penuh dan inkremental, DTS mensyaratkan agar Redo Log dan Archive Log 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 lakukan 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 instance sumber. Jika tidak, data sumber dan tujuan akan tidak konsisten. Untuk menjaga konsistensi data secara 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.

    Keterbatasan lainnya

    • Sebelum memigrasikan data, evaluasi kinerja database sumber dan tujuan. Lakukan migrasi data 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.

    • Karena migrasi data penuh melakukan operasi INSERT secara konkuren, hal ini menyebabkan fragmentasi tabel di database tujuan. Akibatnya, ruang penyimpanan tabel di database tujuan lebih besar daripada di instance sumber.

    • DTS berusaha melanjutkan tugas migrasi yang gagal dalam waktu tujuh hari. Oleh karena itu, sebelum Anda mengalihkan bisnis ke instance tujuan, Anda harus menghentikan atau melepas tugas tersebut. Atau, gunakan perintah revoke untuk mencabut izin tulis akun yang digunakan DTS untuk mengakses instance tujuan. Hal ini mencegah data sumber menimpa data di instance tujuan jika tugas dilanjutkan secara otomatis.

    • Migrasi tabel eksternal (foreign tables) tidak didukung.

    • Kluster tujuan PolarDB for PostgreSQL (Compatible with Oracle) 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 tujuan PolarDB for PostgreSQL (Compatible with Oracle) 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 kendala CHECK dari database Oracle sumber dimigrasikan ke kluster tujuan PolarDB for PostgreSQL (Compatible with Oracle), kendala tersebut dikonversi menjadi kendala NOT NULL.

    • Pastikan set karakter database sumber dan tujuan kompatibel. Jika tidak, ketidakkonsistenan data atau kegagalan tugas mungkin terjadi.

    • 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, penggunaan Oracle Data Pump untuk mengimpor data ke database sumber tidak didukung. Hal ini dapat menyebabkan kehilangan data.

    • Tipe yang ditentukan pengguna (user-defined types) dapat dimigrasikan ke kluster tujuan PolarDB for PostgreSQL (Compatible with Oracle). 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 mendukung validasi metadata seperti sequence. Anda harus memvalidasi metadata ini sendiri.

    • Setelah alih bencana (switchover) layanan ke database tujuan, sequence baru tidak mulai bertambah dari nilai sequence maksimum database sumber. Anda harus memperbarui nilai sequence di database tujuan sebelum alih bencana. Untuk informasi selengkapnya, lihat Perbarui nilai sequence database tujuan.

    • Untuk tugas migrasi penuh atau inkremental, jika tabel yang akan dimigrasikan di database sumber berisi kunci asing, pemicu (trigger), atau event trigger, DTS sementara menyetel parameter session_replication_role ke replica pada tingkat sesi jika akun database tujuan adalah akun istimewa atau memiliki izin superuser. Jika akun database tujuan tidak memiliki izin tersebut, Anda harus menyetel parameter session_replication_role ke replica secara manual di database tujuan. Selama periode ini (ketika session_replication_role bernilai replica), jika terjadi operasi cascade update atau delete di database sumber, ketidakkonsistenan data mungkin terjadi. Setelah tugas migrasi DTS dilepas, Anda dapat mengembalikan parameter session_replication_role ke origin.

    • Jika suatu tugas gagal, staf dukungan DTS akan berusaha memulihkannya dalam waktu delapan jam. Selama pemulihan, mereka mungkin me-restart tugas atau menyesuaikan parameternya.

      Catatan

      Hanya parameter tugas DTS yang dimodifikasi—bukan parameter database. Parameter yang mungkin disesuaikan termasuk yang tercantum dalam Modifikasi parameter instance.

    Jenis migrasi

    Jenis migrasi

    Deskripsi

    Migrasi skema

    DTS memigrasikan definisi skema objek migrasi ke kluster tujuan PolarDB for PostgreSQL (Compatible with Oracle). Jenis objek yang didukung meliputi tabel, tampilan (view), sinonim, pemicu (trigger), prosedur tersimpan, fungsi tersimpan, paket, 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.

    Migrasi data penuh

    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 lakukan operasi DDL pada objek migrasi sebelum migrasi skema dan migrasi data penuh selesai. Jika dilakukan, migrasi mungkin gagal.

    Migrasi data inkremental

    Setelah migrasi data penuh selesai, DTS menangkap perubahan berkelanjutan dari redo log database Oracle yang dikelola sendiri dan mereplikasi perubahan tersebut ke kluster tujuan PolarDB for PostgreSQL (Compatible with Oracle).

    Migrasi data inkremental memungkinkan migrasi mulus dari database Oracle ke kluster PolarDB for PostgreSQL (Compatible with Oracle) dengan downtime aplikasi yang minimal.

    Operasi SQL untuk migrasi inkremental

    Jenis operasi

    Pernyataan SQL

    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

    Prasyarat

    Login ke database Oracle yang dikelola sendiri yang akan dimigrasikan, buat akun untuk pengumpulan data, dan berikan izin yang diperlukan ke akun tersebut.

    Catatan

    Jika Anda telah membuat akun dengan izin yang tercantum di bawah, Anda dapat melewati langkah ini.

    Database

    Migrasi skema

    Migrasi data penuh

    Migrasi data inkremental

    database Oracle yang dikelola sendiri

    Izin pemilik skema

    Izin pemilik skema

    Memerlukan izin detail halus (fine-grained)

    PolarDB for PostgreSQL (Compatible with Oracle) cluster

    Izin pemilik skema

    Untuk membuat akun database dan memberikan izin:

    Penting

    Untuk memigrasikan data inkremental, Anda juga harus mengaktifkan pencatatan arsip (archive logging) dan pencatatan tambahan (supplemental logging). Untuk informasi selengkapnya, lihat konfigurasi database.

    Prosedur

    1. 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 instance 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. 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 instance migrasi berada.

    2. Klik Create Task untuk membuka halaman konfigurasi tugas.

    3. 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 agar Anda menggunakan halaman konfigurasi baru.

    4. Konfigurasikan database sumber dan tujuan.

      Peringatan

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

      Bagian

      Parameter

      Deskripsi

      N/A

      Task Name

      DTS secara otomatis menghasilkan nama tugas. Kami menyarankan agar Anda menentukan nama deskriptif untuk memudahkan identifikasi. Nama tidak perlu unik.

      Source Database

      Select Existing Connection

      • Untuk menggunakan instance database yang ditambahkan ke sistem (baru dibuat atau disimpan), pilih instance database dari daftar drop-down. Informasi database akan dikonfigurasi secara otomatis.

        Catatan

        Di konsol DMS, item konfigurasi ini bernama Select a DMS database instance..

      • Jika Anda belum menambahkan instance database ke sistem, atau tidak perlu menggunakan instance yang sudah ditambahkan, konfigurasikan informasi database berikut secara manual.

      Database Type

      Pilih Oracle.

      Access Method

      Pilih metode berdasarkan lokasi penyebaran database sumber Anda. Contoh ini menggunakan Self-managed Database on ECS.

      Catatan

      Jika database yang dikelola sendiri Anda berjenis berbeda, Anda harus menyelesaikan persiapan yang sesuai. Untuk informasi selengkapnya, lihat Ikhtisar persiapan.

      Instance Region

      Pilih wilayah tempat database Oracle sumber berada.

      ECS Instance ID

      Pilih ID instance ECS yang menghosting database Oracle sumber Anda.

      Port Number

      Masukkan port layanan database Oracle sumber. 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.

      Contoh ini menggunakan RAC or PDB Instance dan Service Name yang ditentukan.

      Database Account

      Masukkan akun database untuk database Oracle yang dikelola sendiri. Untuk persyaratan izin, lihat Izin akun database.

      Database Password

      Masukkan password untuk akun database.

      Destination Database

      Select Existing Connection

      • Untuk menggunakan instance database yang ditambahkan ke sistem (baru dibuat atau disimpan), pilih instance database dari daftar drop-down. Informasi database akan dikonfigurasi secara otomatis.

        Catatan

        Di konsol DMS, item konfigurasi ini bernama Select a DMS database instance..

      • Jika Anda belum menambahkan instance database ke sistem, atau tidak perlu menggunakan instance yang sudah ditambahkan, konfigurasikan informasi database berikut secara manual.

      Database Type

      Pilih PolarDB (Compatible with Oracle).

      Access Method

      Pilih Alibaba Cloud Instance.

      Instance Region

      Pilih wilayah tempat kluster tujuan PolarDB for PostgreSQL (Compatible with Oracle) berada.

      Instance ID

      Pilih ID kluster tujuan PolarDB for PostgreSQL (Compatible with Oracle).

      Database Name

      Masukkan nama database di kluster tujuan PolarDB for PostgreSQL (Compatible with Oracle) tempat objek yang dimigrasikan akan disimpan.

      Database Account

      Masukkan akun database untuk kluster tujuan PolarDB for PostgreSQL (Compatible with Oracle). Untuk persyaratan izin, lihat Izin akun database.

      Database Password

      Masukkan password untuk akun database.

      Encryption

      Pilih Non-encrypted atau SSL-encrypted berdasarkan kebutuhan Anda. Jika memilih SSL-encrypted, Anda harus mengunggah CA Certificate.

    5. 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.

    6. Konfigurasikan objek tugas.

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

        Parameter

        Deskripsi

        Migration Types

        • Jika 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 instance 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 for Existing Destination 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 (precheck) lolos. Jika ada tabel dengan nama yang sama, kesalahan dilaporkan selama precheck, 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.

        Source Objects

        Di kotak Source Objects, klik objek yang akan dimigrasikan, lalu klik Right arrow untuk memindahkannya ke kotak Selected Objects.

        Selected Objects

        • Untuk mengganti nama objek yang akan dimigrasikan ke instance tujuan, klik kanan objek di bagian Selected Objects. Untuk informasi selengkapnya, lihat Pemetaan kolom tabel individual.

        • Untuk mengganti nama beberapa objek sekaligus, klik Batch Edit di pojok kanan atas bagian Selected Objects. Untuk informasi selengkapnya, lihat Pemetaan nama beberapa objek sekaligus.

        Catatan

        • Jika Anda menggunakan fitur pemetaan nama objek, objek lain yang bergantung pada objek yang diganti nama mungkin gagal dimigrasikan.

        • Untuk memfilter data menggunakan klausa WHERE, klik kanan tabel di panel Selected Objects dan tentukan kondisi filter di kotak dialog yang muncul. Untuk informasi selengkapnya, lihat Tetapkan kondisi filter.

        • Untuk memilih operasi SQL untuk migrasi data inkremental pada tingkat database atau tabel, klik kanan objek yang diinginkan di panel Selected Objects dan pilih operasi SQL di kotak dialog yang muncul.

      2. Klik Next: Advanced Settings untuk mengonfigurasi parameter lanjutan.

        Parameter

        Deskripsi

        Dedicated Cluster for Task Scheduling

        Secara default, DTS menjadwalkan tugas pada kluster bersama, sehingga Anda tidak perlu memilihnya. Anda dapat membeli kluster khusus dengan spesifikasi tertentu untuk menjalankan tugas migrasi DTS. 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 kesalahan 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 agar Anda menyetel durasi lebih dari 30 menit. Jika DTS berhasil terhubung kembali ke database sumber dan tujuan dalam durasi yang ditentukan, tugas migrasi akan dilanjutkan secara otomatis. Jika tidak, tugas akan gagal.

        Catatan

        • Untuk beberapa instance DTS yang berbagi sumber atau tujuan yang sama, waktu percobaan ulang jaringan ditentukan oleh pengaturan tugas yang terakhir dibuat.

        • Karena Anda dikenai biaya untuk tugas selama periode percobaan ulang koneksi, kami menyarankan agar Anda menyesuaikan waktu percobaan ulang berdasarkan kebutuhan bisnis Anda, atau segera melepas instance DTS setelah instance 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 kesalahan 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 agar Anda menyetel durasi lebih dari 10 menit. Jika operasi terkait berhasil dalam durasi percobaan ulang yang ditentukan, tugas migrasi akan dilanjutkan secara otomatis. Jika tidak, tugas akan gagal.

        Penting

        Nilai Retry Time for Other Issues harus lebih kecil 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 pembatasan kecepatan untuk tugas migrasi penuh. Anda dapat menyetel 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 instance migrasi berjalan.

        Enable Throttling for Incremental Data Migration

        Jika diperlukan, Anda juga dapat memilih untuk menetapkan batas kecepatan untuk tugas migrasi inkremental. Anda dapat menyetel RPS of Incremental Data Migration dan Data migration speed for incremental migration (MB/s) untuk mengurangi beban di database tujuan.

        Catatan

        Environment Tag

        Anda dapat memilih tag lingkungan untuk mengidentifikasi instance berdasarkan kebutuhan bisnis Anda. Tidak ada tag yang dipilih dalam contoh ini.

        Actual Write Code

        Anda dapat memilih pengkodean karakter untuk menulis data ke tujuan berdasarkan kebutuhan bisnis Anda.

        Configure ETL

        Pilih apakah akan mengaktifkan fitur ekstrak, transformasi, muat (ETL). Untuk informasi selengkapnya, lihat Apa itu ETL? Nilai yang valid:

        Monitoring and Alerting

        Pilih apakah akan menyetel peringatan dan menerima pemberitahuan peringatan berdasarkan kebutuhan bisnis Anda.

        • No: Tidak menyetel peringatan.

        • Yes: Konfigurasikan peringatan dengan menyetel ambang batas peringatan dan pemberitahuan peringatan. Jika migrasi gagal atau latensi melebihi ambang batas, sistem akan mengirimkan pemberitahuan peringatan.

      3. Klik Next: Data Validation untuk mengonfigurasi tugas validasi data.

        Untuk informasi selengkapnya tentang fitur validasi data, lihat Konfigurasi validasi data.

    7. 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 gelembung yang muncul untuk melihat parameter untuk mengonfigurasi instance ini saat Anda memanggil operasi API.

      Catatan

      • Sebelum tugas migrasi dimulai, DTS melakukan pemeriksaan awal (precheck). Tugas hanya dimulai setelah lolos precheck.

      • Jika precheck gagal, klik View Details di sebelah item pemeriksaan yang gagal, perbaiki masalah berdasarkan petunjuk, lalu jalankan precheck lagi.

      • Jika peringatan dilaporkan selama precheck:

        • Untuk item pemeriksaan yang tidak dapat diabaikan, klik View Details di sebelah item yang gagal, perbaiki masalah berdasarkan petunjuk, lalu jalankan precheck lagi.

        • Untuk item pemeriksaan yang dapat diabaikan, Anda dapat mengklik Confirm Alert Details, Ignore, OK, dan Precheck Again untuk melewati item peringatan dan menjalankan precheck lagi. Jika Anda memilih untuk mengabaikan peringatan, hal ini dapat menyebabkan masalah seperti ketidakkonsistenan data dan menimbulkan risiko bagi bisnis Anda.

    8. Beli instance.

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

      2. Di halaman Purchase, pilih spesifikasi tautan untuk instance migrasi data. Untuk informasi selengkapnya, lihat tabel berikut.

        Kategori

        Parameter

        Deskripsi

        New Instance Class

        Resource Group Settings

        Pilih kelompok sumber daya tempat instance tersebut berada. Nilai default adalah kelompok sumber daya default. Untuk informasi selengkapnya, lihat Apa itu Resource Management?

        Instance Class

        DTS menyediakan spesifikasi migrasi dengan tingkat kinerja berbeda. Spesifikasi tautan memengaruhi kecepatan migrasi. Anda dapat memilih spesifikasi berdasarkan skenario bisnis Anda. Untuk informasi selengkapnya, lihat Spesifikasi tautan migrasi data.

      3. Setelah konfigurasi selesai, baca dan pilih Data Transmission Service (Pay-as-you-go) Service Terms.

      4. 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 menyetel 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 primary key tersembunyi yang ditambahkan DTS. Setelah mengalihkan beban kerja Anda ke database tujuan dan sebelum menghentikan atau melepas instance DTS, buka tab Basic Information modul Full Data Migration atau Incremental Write dan klik Delete Invisible Primary Key di kolom Actions.

    Penting

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