All Products
Search

This Product

    Data Transmission Service:Migrasi Database Oracle yang Dikelola Sendiri ke PolarDB for MySQL

    Document Center

    Data Transmission Service:Migrasi Database Oracle yang Dikelola Sendiri ke PolarDB for MySQL

    Last Updated:Jul 18, 2026

    Gunakan Data Transmission Service (DTS) untuk memigrasikan data dari database Oracle yang dikelola sendiri ke PolarDB for MySQL. DTS mendukung migrasi skema, migrasi data penuh, dan migrasi data inkremental, yang dapat dikombinasikan untuk mencapai migrasi tanpa gangguan dengan downtime aplikasi minimal.

    Prasyarat

    • Database Oracle sumber yang dikelola sendiri dan kluster tujuan PolarDB for MySQL telah dibuat.

      Catatan

    • Mode ARCHIVELOG telah diaktifkan pada database Oracle yang dikelola sendiri, periode retensi file log arsip telah ditetapkan secara sesuai, dan file log arsip tersebut dapat diakses. Untuk informasi lebih lanjut, lihat ARCHIVELOG.

    • Pencatatan tambahan (supplemental logging) telah diaktifkan pada database Oracle yang dikelola sendiri, serta parameter supplemental_log_data_pk dan supplemental_log_data_ui telah diatur ke YES. Untuk informasi lebih lanjut, lihat Supplemental Logging.

    • Kluster PolarDB for MySQL harus memiliki ruang penyimpanan yang lebih besar daripada ruang yang digunakan oleh database Oracle yang dikelola sendiri.

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

    Peringatan

    Catatan

    • DTS memigrasikan kunci asing (foreign keys) selama migrasi skema.

    • Selama migrasi data penuh dan inkremental, DTS secara sementara menonaktifkan pemeriksaan kendala (constraint checks) dan cascades kunci asing pada tingkat sesi. Pembaruan atau penghapusan cascade pada database sumber saat tugas berjalan dapat menyebabkan ketidakkonsistenan data.

    Jenis

    Deskripsi

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

    • Jika data yang akan dimigrasikan berisi string kosong bertipe `varchar2`, yang dianggap null oleh Oracle, dan bidang database tujuan terkait 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 kunci primer atau kendala unik, dan field-field tersebut harus unik. Jika tidak, data duplikat dapat 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 level 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 tugas untuk memigrasikan seluruh database.

    • Untuk migrasi inkremental, Redo Logs dan Archive Logs:

      • Harus diaktifkan.

      • Untuk tugas migrasi data inkremental, DTS mensyaratkan Redo Logs dan Archive Logs di database sumber dipertahankan lebih dari 24 jam. Untuk tugas yang mencakup migrasi data penuh dan inkremental, DTS mensyaratkan 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 dapat gagal karena tidak dapat memperoleh log. Dalam kasus ekstrem, hal ini dapat menyebabkan ketidakkonsistenan atau kehilangan data. Masalah yang disebabkan oleh periode retensi log lebih pendek dari persyaratan DTS tidak dicakup oleh Perjanjian Tingkat Layanan (SLA) DTS.

    • Keterbatasan operasi pada 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 instance 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.

    Keterbatasan lainnya

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

    • Migrasi tabel eksternal (foreign tables) tidak didukung.

    • Migrasi PACKAGE, PACKAGE_BODY, MATERIALIZED_VIEW, SYNONYM, TYPE, TYPE_BODY, FUNCTION, PROCEDURE, SEQUENCE, VIEW, TABLE_COMMENT, COLUMN_COMMENT, dan TRIGGER tidak didukung.

    • Jika data Anda mencakup karakter empat-byte—seperti karakter Tionghoa langka atau emoji—database dan tabel tujuan harus menggunakan set karakter utf8mb4.

      Catatan

      Jika Anda menggunakan DTS untuk memigrasikan skema, atur parameter tingkat instance character_set_server ke utf8mb4 di database tujuan.

    • 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 secara konkuren, yang menyebabkan fragmentasi tabel di database tujuan. Akibatnya, ruang penyimpanan tabel di database tujuan lebih besar daripada di instance sumber.

    • DTS mencoba melanjutkan tugas migrasi yang gagal dalam waktu tujuh hari. Sebelum beralih ke instance tujuan, hentikan atau lepas 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.

    • Jika pernyataan DDL gagal ditulis ke database tujuan, tugas DTS tetap berjalan. Anda harus memeriksa log tugas untuk pernyataan DDL yang gagal. Untuk informasi lebih lanjut tentang cara melihat log tugas, lihat Kueri log tugas.

    • 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 dapat gagal karena ketidakcocokan tipe data.

    • Zona waktu database sumber dan tujuan harus sama.

    • Jika tugas gagal, staf dukungan DTS akan mencoba memulihkannya dalam waktu delapan jam. Selama pemulihan, mereka dapat 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 instance.

    Kasus khusus

    Saat database tujuan adalah PolarDB for MySQL:

    • Kluster PolarDB for MySQL tidak membedakan huruf besar/kecil untuk nama tabel dalam bahasa Inggris. Jika Anda menggunakan huruf kapital untuk membuat tabel, PolarDB for MySQL mengonversi nama tabel menjadi huruf kecil sebelum membuat tabel tersebut.

      Jika database Oracle sumber berisi tabel dengan nama identik namun berbeda dalam penulisan huruf besar/kecil, hal ini dapat menyebabkan konflik nama objek dan pesan bahwa objek sudah ada selama migrasi skema. Jika hal ini terjadi, gunakan fitur pemetaan nama objek yang disediakan DTS untuk mengganti nama objek yang bentrok saat Anda mengonfigurasi objek migrasi. Konversikan nama tabel menjadi huruf kapital. Untuk informasi lebih lanjut, lihat Pemetaan tabel dan kolom.

    • DTS secara otomatis membuat database di PolarDB for MySQL. Jika nama database yang akan dimigrasikan tidak sesuai dengan konvensi penamaan PolarDB for MySQL, Anda harus membuat database tersebut di PolarDB for MySQL sebelum mengonfigurasi tugas migrasi. Untuk informasi lebih lanjut, lihat Kelola database.

    Penagihan

    Jenis migrasi

    Biaya konfigurasi instance

    Biaya traffic Internet

    Migrasi skema dan migrasi data penuh

    Gratis.

    Saat parameter Access Method database tujuan diatur ke Public IP Address, Anda dikenai biaya untuk traffic Internet. Untuk informasi lebih lanjut, lihat Ikhtisar penagihan.

    Migrasi data inkremental

    Dikenai biaya. Untuk informasi lebih lanjut, lihat Ikhtisar penagihan.

    Jenis migrasi

    Jenis

    Deskripsi

    Migrasi skema

    DTS memigrasikan definisi skema objek yang dipilih ke database tujuan.

    DTS mendukung migrasi skema untuk tabel dan indeks dengan keterbatasan berikut:

    • Tabel: Tabel bersarang (nested tables) tidak didukung. Tabel terklaster (clustered tables) dan tabel berbasis indeks (index-organized tables) dikonversi menjadi tabel biasa di database tujuan.

    • Indeks: Indeks berbasis fungsi (function-based indexes), indeks domain (domain indexes), indeks bitmap (bitmap indexes), dan indeks terbalik (reverse indexes) tidak didukung.

    Catatan

    DTS tidak mendukung migrasi skema untuk view, sinonim, prosedur tersimpan, fungsi, paket, atau tipe yang ditentukan pengguna.

    Peringatan

    Ini adalah migrasi database heterogen. Selama migrasi skema, tipe data mungkin tidak sepenuhnya cocok antara database sumber dan tujuan. Evaluasi dampak pemetaan tipe data terhadap beban kerja Anda. Untuk informasi lebih lanjut, lihat Pemetaan tipe data untuk database heterogen.

    Migrasi data penuh

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

    Migrasi data inkremental

    Setelah migrasi data penuh, DTS terus menangkap redo log dari database Oracle yang dikelola sendiri dan memigrasikan perubahan inkremental ke database tujuan.

    Migrasi data inkremental memungkinkan Anda menyelesaikan migrasi dengan lancar tanpa menghentikan aplikasi yang dikelola sendiri.

    Operasi SQL yang didukung untuk migrasi inkremental

    Jenis operasi

    Pernyataan SQL

    DML

    INSERT, UPDATE, dan DELETE

    DDL

    • CREATE TABLE

      Catatan

      Definisi tabel tidak boleh berisi fungsi.

    • ALTER TABLE, ADD COLUMN, DROP COLUMN, RENAME COLUMN, dan ADD INDEX

    • DROP TABLE

    • RENAME TABLE, TRUNCATE TABLE, dan CREATE INDEX

      Catatan

      Hanya operasi CREATE INDEX yang dilakukan oleh akun database saat ini yang didukung.

    Pemetaan tipe data

    Untuk informasi lebih lanjut, lihat Pemetaan tipe data antar database heterogen.

    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

    Hak istimewa pemilik skema

    Hak istimewa pemilik skema

    Diperlukan hak istimewa detail halus.

    Kluster PolarDB for MySQL

    Hak tulis pada database tujuan

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

      Dari Konsol DMS

      Catatan

      Operasi aktual dapat 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 instance migrasi berada.

    2. Klik Create Task untuk membuka halaman konfigurasi tugas.

    3. Konfigurasikan database sumber dan tujuan.

      Peringatan

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

      Bagian

      Parameter

      Deskripsi

      N/A

      Task Name

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

      Source Database

      Database Type

      Pilih Oracle.

      Access Method

      Pilih metode koneksi berdasarkan penerapan database sumber. Contoh ini menggunakan Public IP Address.

      Catatan

      Untuk jenis database yang dikelola sendiri lainnya, Anda juga harus melakukan persiapan yang diperlukan.

      Instance Region

      Pilih wilayah database Oracle sumber.

      Hostname or IP Address

      Masukkan titik akhir database Oracle yang dikelola sendiri.

      Port

      Masukkan port layanan database Oracle yang dikelola sendiri. Nilai default adalah 1521.

      Catatan

      Dalam contoh ini, port layanan harus dapat diakses melalui internet.

      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 username untuk database Oracle sumber. Lihat Persiapan untuk persyaratan izin.

      Database Password

      Masukkan password untuk akun database.

      Destination Database

      Database Type

      Pilih PolarDB for MySQL.

      Access Method

      Pilih Alibaba Cloud Instance.

      Instance Region

      Pilih wilayah kluster tujuan PolarDB for MySQL.

      PolarDB Cluster ID

      Pilih ID kluster tujuan PolarDB for MySQL.

      Database Account

      Masukkan username untuk kluster tujuan PolarDB for MySQL. Untuk persyaratan izin, lihat Persiapan.

      Database Password

      Masukkan password untuk akun database.

      Encryption

      Pilih jenis koneksi sesuai kebutuhan. Untuk informasi lebih lanjut tentang fitur enkripsi SSL, lihat Aktifkan enkripsi SSL.

    4. 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 lebih lanjut, lihat Tambahkan alamat IP server DTS ke daftar putih.

    5. Konfigurasikan objek tugas.

      1. Di halaman Configure Objects, konfigurasikan objek yang ingin dimigrasikan.

        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.

        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 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 mengganti nama tabel di database tujuan. Untuk informasi lebih lanjut, 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 kunci primer 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 dapat gagal. Lakukan dengan hati-hati.

        Capitalization of Object Names in Destination Instance

        Anda dapat mengonfigurasi kebijakan sensitivitas huruf besar/kecil untuk nama objek yang dimigrasikan, seperti database, tabel, dan kolom, di instance tujuan. Secara default, DTS default policy dipilih. Anda juga dapat memilih untuk menjaga sensitivitas huruf besar/kecil sesuai dengan kebijakan default database sumber atau tujuan. Untuk informasi lebih lanjut, lihat Sensitivitas huruf besar/kecil nama objek di database tujuan.

        Source Objects

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

        Catatan

        Anda dapat memilih objek untuk dimigrasikan pada level database atau tabel.

        Selected Objects
        Catatan

        • Jika Anda menggunakan fitur pemetaan nama objek, migrasi objek lain yang bergantung pada objek yang dipetakan dapat gagal.

        • Untuk memfilter data menggunakan klausa WHERE, klik kanan tabel yang akan dimigrasikan di panel Selected Objects dan atur kondisi filter di kotak dialog yang muncul. Untuk informasi lebih lanjut, lihat Atur kondisi filter.

        • Untuk memilih operasi SQL untuk migrasi data inkremental pada level database atau tabel, klik kanan objek yang akan dimigrasikan di panel Selected Objects dan pilih operasi SQL yang diinginkan 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. Anda tidak perlu memilihnya. Jika Anda menginginkan tugas yang lebih stabil, Anda dapat membeli kluster khusus untuk menjalankan tugas migrasi DTS.

        Select the engine type of the destination database

        Pilih jenis mesin untuk database tujuan berdasarkan kebutuhan Anda.

        • InnoDB: Mesin penyimpanan default.

        • X-Engine: Mesin penyimpanan database OLTP (Online Transaction Processing).

        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 1.440 menit. Kami merekomendasikan agar Anda mengatur 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 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 merekomendasikan agar Anda menyesuaikan waktu percobaan ulang berdasarkan kebutuhan bisnis Anda, atau segera melepaskan 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 1.440 menit. Kami merekomendasikan agar 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 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 instance 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

        Anda dapat memilih tag lingkungan untuk mengidentifikasi instance. Dalam contoh ini, Anda tidak perlu memilih tag.

        Actual Write Code

        Anda dapat memilih jenis encoding untuk data yang ditulis ke database tujuan.

        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.

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

        Untuk informasi lebih lanjut tentang fitur validasi data, lihat Konfigurasi validasi data.

    6. Simpan tugas dan jalankan pemeriksaan awal.

      • Untuk melihat parameter konfigurasi instance 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 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 petunjuk, 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.

    7. Beli instance.

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

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

        Kategori

        Parameter

        Deskripsi

        New Instance Class

        Resource Group Settings

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

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