All Products
Search

This Product

    Data Transmission Service:Migrasi database Oracle yang dikelola sendiri ke database PostgreSQL yang dikelola sendiri

    Document Center

    Data Transmission Service:Migrasi database Oracle yang dikelola sendiri ke database PostgreSQL yang dikelola sendiri

    Last Updated:Aug 22, 2026

    Topik ini menjelaskan cara memigrasikan data dari database Oracle yang dikelola sendiri ke instans PostgreSQL yang dikelola sendiri menggunakan Data Transmission Service (DTS). DTS mendukung migrasi skema, migrasi data penuh, dan migrasi data inkremental. Anda dapat menggabungkan jenis-jenis migrasi ini untuk memigrasikan data tanpa downtime pada aplikasi on-premises Anda.

    Prasyarat

    • Database Oracle yang dikelola sendiri menggunakan versi 9i, 10g, 11g, 12c, 18c, atau 19c.

    • Pastikan log arsip memiliki periode retensi yang wajar dan dapat diakses. Untuk informasi lebih lanjut, lihat ARCHIVELOG.

    • Aktifkan supplemental logging untuk database Oracle yang dikelola sendiri, termasuk opsi Supplemental_log_data_pk dan Supplemental_log_data_ui. Untuk informasi lebih lanjut, lihat Supplemental Logging.

    • Tabel yang akan dimigrasikan harus memiliki primary key atau indeks UNIQUE NOT NULL.

    • Anda harus memiliki instans PostgreSQL.

    • Sebelum memulai migrasi data, tinjau kemampuan dan keterbatasan DTS untuk database sumber Oracle. Kami juga merekomendasikan penggunaan Advanced Database & Application Migration (ADAM) untuk melakukan evaluasi database guna memastikan migrasi lancar ke cloud. Untuk informasi lebih lanjut, lihat Keterbatasan dan persiapan untuk database Oracle dan Ikhtisar evaluasi database.

    Catatan penggunaan

    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. Pembaruan atau penghapusan cascade pada database sumber saat tugas berjalan dapat menyebabkan ketidakkonsistenan data.

    Type

    Description

    Batasan pada database sumber

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

    • 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, pergantian node untuk RAC tidak didukung.

    • Jika data yang akan dimigrasikan berisi string kosong bertipe varchar2, yang dianggap null oleh Oracle, dan field database tujuan yang sesuai 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 constraint unik, dan field-field tersebut harus unik. Jika tidak, data duplikat mungkin muncul di database tujuan.

      • 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 pemetaan tabel atau nama 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 tugas untuk memigrasikan seluruh database.

    • Untuk migrasi inkremental, Redo Logs dan Archive Logs:

      • Harus diaktifkan.

      • Untuk tugas migrasi data inkremental, DTS mensyaratkan agar Redo Logs dan Archive Logs di database sumber dipertahankan lebih dari 24 jam. Untuk tugas yang mencakup migrasi data penuh dan inkremental, DTS mensyaratkan agar 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 pada operasi database sumber:

      • Selama migrasi skema dan migrasi data penuh, jangan lakukan operasi DDL yang mengubah skema database atau tabel. Jika tidak, 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.

    Batasan lainnya

    • 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, ruang penyimpanan 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.

    • Pastikan bahwa 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.

    • Migrasi tabel eksternal tidak didukung.

    • Migrasi PACKAGE, PACKAGE_BODY, MATERIALIZED_VIEW, SYNONYM, TYPE, TYPE_BODY, dan PROCEDURE tidak didukung.

    • Database PostgreSQL tujuan yang dikelola sendiri tidak mendukung penulisan terminator string ('\0'). Jika data yang disinkronkan berisi terminator ini, DTS tidak akan menuliskannya ke database tujuan, yang dapat menyebabkan ketidakkonsistenan data.

    • Saat memigrasikan constraint CHECK dari database Oracle sumber yang dikelola sendiri ke database PostgreSQL tujuan yang dikelola sendiri, DTS mengonversinya menjadi constraint NOT NULL.

    • Anda dapat memigrasikan objek TYPE kustom ke database PostgreSQL tujuan yang dikelola sendiri. Namun, DTS tidak memigrasikan objek TYPE bawaan yang secara otomatis dihasilkan oleh Oracle.

    • Selama migrasi inkremental, impor data ke database sumber menggunakan Oracle Data Pump tidak didukung. Hal ini dapat menyebabkan kehilangan data.

    • Batasan ini berlaku untuk tugas migrasi data penuh atau inkremental di mana tabel yang akan dimigrasikan dari database sumber berisi foreign key, trigger, atau event trigger. 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 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 instans.

    Penagihan

    Jenis migrasi

    Biaya konfigurasi tugas

    Biaya lalu lintas internet

    Migrasi skema dan migrasi data penuh

    Gratis.

    DTS mengenakan biaya lalu lintas internet ketika Access Method database tujuan diatur ke Public IP Address. Ikhtisar penagihan.

    Migrasi data inkremental

    Dikenai biaya. Ikhtisar penagihan.

    Jenis migrasi

    Jenis migrasi

    Description

    Migrasi skema

    DTS memigrasikan skema objek ke instans PostgreSQL tujuan. DTS mendukung tipe objek berikut: tabel, tampilan, sinonim, trigger, prosedur tersimpan, fungsi tersimpan, paket, dan tipe kustom.

    Catatan

    DTS saat ini tidak kompatibel dengan trigger. Hapus trigger dari database sumber untuk mencegah ketidakkonsistenan data. Untuk informasi lebih lanjut, lihat Konfigurasi tugas sinkronisasi atau migrasi saat database sumber berisi trigger.

    Migrasi data penuh

    DTS memigrasikan semua data yang ada di objek dari database Oracle yang dikelola sendiri ke instans PostgreSQL tujuan.

    Catatan

    Sebelum migrasi skema dan migrasi data penuh selesai, jangan lakukan operasi DDL pada objek. Jika tidak, tugas migrasi mungkin gagal.

    Migrasi data inkremental

    Setelah migrasi data penuh selesai, DTS melakukan polling dan menangkap redo log dari database Oracle sumber yang dikelola sendiri, serta menyinkronkan pembaruan data inkremental ke instans PostgreSQL tujuan.

    Migrasi data inkremental memungkinkan Anda memigrasikan database Oracle ke instans PostgreSQL secara mulus dengan downtime minimal untuk aplikasi yang dikelola sendiri.

    Operasi SQL untuk migrasi inkremental

    Type

    SQL statement

    DML

    INSERT, UPDATE, dan DELETE

    DDL

    • CREATE TABLE

      Catatan

      CREATE TABLE tidak didukung untuk tabel dengan partisi atau subpartisi, tabel yang didefinisikan dengan fungsi, atau 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 memulai

    Login ke database Oracle sumber yang dikelola sendiri untuk membuat akun database dan memberikan izin yang diperlukan.

    Catatan

    Jika Anda sudah memiliki akun dengan izin yang tercantum dalam tabel berikut, 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

    Izin detail halus

    Database PostgreSQL yang dikelola sendiri

    Izin pemilik skema

    Untuk detail tentang pembuatan akun database dan pemberian izin, lihat dokumentasi berikut:

    Penting

    Untuk memigrasikan data inkremental, Anda juga harus mengaktifkan archive logging dan supplemental logging. Untuk informasi lebih lanjut, 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 instans migrasi berada.

      Dari Konsol DMS

      Catatan

      Operasi aktual mungkin berbeda tergantung pada mode dan tata letak Konsol DMS. Untuk informasi lebih lanjut, lihat Konsol mode sederhana dan Sesuaikan tata letak dan gaya Konsol DMS.

      1. Login ke Konsol Data Management (DMS).

      2. Di bilah menu atas, pilih Data + AI > Data Transmission (DTS) > Data Migration.

      3. Di sebelah kanan Data Migration Tasks, pilih wilayah tempat instans migrasi berada.

    2. Klik Create Task untuk membuka halaman konfigurasi tugas.

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

      Kategori

      Parameter

      Description

      N/A

      Task Name

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

      Source Database

      Database Type

      Pilih Oracle.

      Access Method

      Pilih jenis koneksi berdasarkan lokasi penerapan database sumber. Topik ini menggunakan Self-managed Database on ECS sebagai contoh.

      Catatan

      Jika database yang dikelola sendiri Anda memiliki tipe instans berbeda, Anda juga harus menyelesaikan persiapan yang diperlukan.

      Instance Region

      Pilih wilayah tempat database Oracle sumber berada.

      ECS Instance ID

      Pilih ID instance ECS yang menghosting database Oracle sumber.

      Port

      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.

      Database Account

      Masukkan akun untuk database Oracle sumber. Untuk izin yang diperlukan, lihat Persiapan.

      Database Password

      Masukkan kata sandi untuk akun database.

      Destination Database

      Database Type

      Pilih PostgreSQL.

      Access Method

      Pilih jenis koneksi berdasarkan lokasi penerapan database tujuan. Topik ini menggunakan Self-managed Database on ECS sebagai contoh.

      Instance Region

      Pilih wilayah tempat instans PostgreSQL tujuan berada.

      ECS Instance ID

      Pilih ID instance ECS yang menghosting database PostgreSQL tujuan.

      Port

      Masukkan port layanan database PostgreSQL tujuan. Nilai default adalah 3433.

      Database Name

      Masukkan nama database di instans PostgreSQL tujuan yang akan menerima objek yang dimigrasikan.

      Database Account

      Masukkan akun untuk instans PostgreSQL tujuan. Untuk izin yang diperlukan, lihat Persiapan.

      Database Password

      Masukkan kata sandi untuk akun database.

      Encryption

      Menentukan apakah akan mengenkripsi koneksi ke database sumber. Anda dapat mengonfigurasi parameter ini berdasarkan kebutuhan bisnis Anda. Dalam contoh ini, Non-encrypted dipilih.

      Jika Anda ingin membuat koneksi terenkripsi SSL ke database sumber, lakukan langkah-langkah berikut: Pilih SSL-encrypted, unggah CA Certificate, Client Certificate, dan Private Key of Client Certificate sesuai kebutuhan, lalu tentukan Private Key Password of Client Certificate.

      Catatan

      • Jika Anda mengatur Encryption ke SSL-encrypted untuk database PostgreSQL yang dikelola sendiri, Anda harus mengunggah CA Certificate.

      • Jika Anda ingin menggunakan sertifikat klien, Anda harus mengunggah Client Certificate dan Private Key of Client Certificate serta menentukan Private Key Password of Client Certificate.

      • Untuk informasi tentang cara mengonfigurasi enkripsi SSL untuk instans ApsaraDB RDS for PostgreSQL, lihat Enkripsi SSL.

    4. Setelah menyelesaikan konfigurasi, klik Test Connectivity and Proceed di bagian bawah halaman.

      Catatan

      • Pastikan segmen alamat IP layanan DTS telah ditambahkan secara otomatis atau manual ke pengaturan keamanan database sumber dan tujuan untuk mengizinkan akses dari server DTS. Untuk informasi lebih lanjut, lihat Tambahkan alamat IP server DTS ke daftar putih.

      • Jika database sumber atau tujuan adalah database yang dikelola sendiri ( Access Method bukan Alibaba Cloud Instance ), Anda juga harus mengklik Test Connectivity di kotak dialog CIDR Blocks of DTS Servers yang muncul.

    5. Konfigurasikan objek tugas.

      1. Konfigurasikan objek tugas.

        Parameter

        Description

        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 instans sumber selama migrasi data untuk memastikan konsistensi data.

        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 lolos. Jika ada tabel dengan nama yang sama, kesalahan 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 lebih lanjut, lihat Pemetaan nama objek.

        • Ignore Errors and Proceed: Melewatkan 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 menyimpan catatan di database tujuan. Catatan dari database sumber tidak dimigrasikan.

            • Selama migrasi inkremental, DTS tidak menyimpan 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 Right arrow untuk memindahkannya ke kotak Selected Objects.

        Selected Objects
        Catatan

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

        • Untuk memfilter data menggunakan klausa WHERE, klik kanan tabel di kotak Selected Objects dan tentukan kondisi filter di kotak dialog. Untuk informasi lebih lanjut, 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.

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

        Parameter

        Description

        Dedicated Cluster for Task Scheduling

        Secara default, DTS menjadwalkan tugas pada kluster bersama. Anda tidak perlu memilihnya. Jika Anda menginginkan tugas yang lebih stabil, Anda dapat membeli klaster khusus untuk menjalankan tugas migrasi DTS.

        Retry Time for Failed Connections

        Setelah tugas migrasi dimulai, jika koneksi ke database sumber atau tujuan gagal, DTS melaporkan kesalahan dan segera mulai mencoba koneksi ulang. Durasi percobaan ulang default adalah 720 menit. Anda dapat menyesuaikan waktu percobaan ulang ke nilai antara 10 hingga 1440 menit. Kami sarankan 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 sarankan Anda menyesuaikan waktu percobaan ulang berdasarkan kebutuhan bisnis Anda, atau segera melepas 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 kesalahan dan segera mulai mencoba operasi ulang. Durasi percobaan ulang default adalah 10 menit. Anda dapat menyesuaikan waktu percobaan ulang ke nilai antara 1 hingga 1440 menit. Kami sarankan 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 kurang dari nilai Retry Time for Failed Connections.

        Enable Throttling for Full Data Migration

        Selama migrasi penuh, DTS mengonsumsi sumber daya baca dan tulis pada 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 pada database tujuan.

        Catatan

        • Item konfigurasi ini tersedia hanya jika Anda memilih Full Data Migration untuk Migration Types.

        • Anda juga dapat menyesuaikan kecepatan migrasi penuh setelah instans migrasi berjalan.

        Enable Throttling for Incremental Data Migration

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

        Catatan

        Environment Tag

        Opsional. Pilih tag lingkungan untuk mengidentifikasi instans.

        Actual Write Code

        Anda dapat memilih jenis encoding untuk menulis data ke tujuan berdasarkan kebutuhan Anda.

        Configure ETL

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

        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.

    6. Simpan tugas dan jalankan pemeriksaan awal.

      • Untuk melihat parameter konfigurasi instans ini saat memanggil operasi API, arahkan pointer ke tombol Next: Save Task Settings and Precheck dan klik Preview OpenAPI parameters di gelembung yang muncul.

      • Jika Anda tidak perlu melihat atau telah selesai melihat parameter API, klik Next: Save Task Settings and Precheck di bagian bawah halaman.

      Catatan

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

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

      • Jika peringatan dilaporkan selama pemeriksaan awal:

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

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

    7. Beli instans.

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

      2. Di halaman Purchase, pilih spesifikasi tautan untuk instans migrasi data. Untuk informasi lebih lanjut, lihat tabel berikut.

        Kategori

        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 lebih lanjut, lihat Apa itu manajemen sumber daya?

        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 lebih lanjut, 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.