All Products
Search
Document Center

Data Transmission Service:Migrasi antar database Oracle yang dikelola sendiri

Last Updated:Aug 22, 2026

Gunakan Data Transmission Service (DTS) untuk melakukan migrasi data antar database Oracle yang dikelola sendiri. DTS mendukung migrasi skema, migrasi data penuh, dan migrasi data inkremental. Anda dapat menggabungkan jenis-jenis migrasi ini untuk melakukan migrasi database Oracle secara mulus.

Prasyarat

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

  • 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 tersebut dapat diakses. Untuk informasi selengkapnya, lihat ARCHIVELOG.

  • Anda telah mengaktifkan pencatatan tambahan (supplemental logging) untuk database Oracle yang dikelola sendiri serta menetapkan 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

Selama migrasi data penuh dan inkremental:

  • Jika terdapat operasi cascading update atau delete pada database sumber, ketidakkonsistenan data dapat terjadi.

  • Jika kunci asing (foreign keys) atau pemicu (triggers) ada di database tujuan, Anda harus menonaktifkannya. Jika tidak, tugas migrasi data mungkin gagal.

Type

Description

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 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 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 kunci primer atau kendala unik, dan bidang-bidang tersebut harus unik. Jika tidak, data duplikat dapat muncul di database tujuan.

    • 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, 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 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 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, ketidakkonsistenan data antara sumber dan tujuan akan terjadi. Untuk menjaga konsistensi data secara real-time, pilih migrasi skema, migrasi data penuh, dan migrasi data inkremental.

    • Pembaruan terpisah pada bidang teks besar 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.

  • Tugas migrasi skema tidak mendukung migrasi skema.

  • Evaluasi kinerja database sumber dan tujuan sebelum memigrasikan data, dan lakukan migrasi selama jam sepi. Selama migrasi data penuh, DTS mengonsumsi beberapa 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 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.

  • 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 Ubah parameter instans.

Penagihan

Jenis migrasi

Biaya konfigurasi instans

Biaya lalu lintas Internet

Migrasi skema dan migrasi data penuh

Gratis.

Ketika parameter Access Method database tujuan diatur ke Public IP Address, Anda dikenai biaya lalu lintas Internet. Untuk informasi selengkapnya, lihat Ikhtisar penagihan.

Migrasi data inkremental

Dikenai biaya. Untuk informasi selengkapnya, lihat Ikhtisar penagihan.

Jenis migrasi

Type

Description

Migrasi skema

DTS memigrasikan definisi skema objek yang dipilih ke database Oracle tujuan. DTS mendukung migrasi skema untuk jenis objek berikut: tabel, tampilan (views), sinonim (synonyms), prosedur tersimpan (stored procedures), fungsi tersimpan (stored functions), paket (packages), dan tipe yang ditentukan pengguna (user-defined types).

Catatan

Dalam skenario ini, DTS tidak mendukung migrasi skema untuk pemicu (triggers). Kami menyarankan untuk menghapus pemicu dari database sumber untuk mencegah ketidakkonsistenan data. Untuk informasi selengkapnya, lihat Konfigurasi tugas sinkronisasi atau migrasi data untuk database sumber yang berisi pemicu.

Migrasi data penuh

DTS memigrasikan semua data yang ada dari objek yang dipilih dari database Oracle sumber ke database Oracle tujuan.

Catatan

Jangan lakukan operasi DDL pada objek yang akan dimigrasikan hingga migrasi skema dan migrasi data penuh selesai. Jika tidak, migrasi mungkin gagal.

Migrasi data inkremental

Setelah migrasi data penuh, DTS menangkap pembaruan inkremental dengan terus-menerus melakukan polling redo logs database Oracle sumber. Kemudian, pembaruan tersebut dimigrasikan ke database tujuan. Proses ini memungkinkan migrasi database yang lancar dengan gangguan aplikasi minimal.

Operasi SQL untuk migrasi inkremental

Jenis operasi

Pernyataan SQL

DML

INSERT, UPDATE, dan DELETE

DDL

  • CREATE TABLE

    Catatan

    Pernyataan CREATE TABLE yang mendefinisikan tabel partisi atau menyertakan fungsi tidak dimigrasikan.

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

  • DROP TABLE

  • RENAME TABLE, TRUNCATE TABLE, dan CREATE INDEX

Sebelum memulai

Login ke database Oracle yang dikelola sendiri yang akan dimigrasikan, buat akun untuk pengumpulan data, dan berikan izin yang diperlukan kepada 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 sumber yang dikelola sendiri

Hak istimewa pemilik skema

Hak istimewa pemilik skema

Memerlukan hak istimewa detail halus (fine-grained).

Database Oracle tujuan yang dikelola sendiri

Hak istimewa pemilik skema

Untuk membuat akun database dan memberikan izin:

Untuk database Oracle yang dikelola sendiri, lihat Persiapan akun database, CREATE USER, dan GRANT.

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 sebelah kiri, klik Data Migration.

    3. Di pojok kiri atas halaman, pilih wilayah tempat instans migrasi berada.

    Dari Konsol DMS

    Catatan

    Operasi aktual dapat 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 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 menyarankan agar Anda membaca dengan cermat batasan yang ditampilkan di bagian atas halaman. Jika tidak, tugas mungkin gagal atau terjadi ketidakkonsistenan data.

    Section

    Parameter

    Description

    N/A

    Task Name

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

    Source Database

    Database Type

    Pilih Oracle.

    Access Method

    Pilih jenis koneksi berdasarkan penyebaran database sumber Anda. Topik ini menggunakan Public IP Address sebagai contoh.

    Catatan

    Jika Anda menggunakan jenis instans berbeda untuk database yang dikelola sendiri, Anda harus melakukan persiapan tambahan. Untuk informasi selengkapnya, lihat Ikhtisar persiapan.

    Instance Region

    Pilih wilayah database Oracle sumber.

    Hostname or IP address

    Masukkan titik akhir database Oracle yang dikelola sendiri.

    Port Number

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

    Catatan

    Dalam contoh ini, port layanan ini harus dapat diakses melalui jaringan publik.

    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 Oracle sumber. Untuk izin yang diperlukan, lihat Persiapan.

    Database Password

    Masukkan password untuk akun database.

    Destination Database

    Database Type

    Pilih Oracle.

    Access Method

    Pilih jenis koneksi berdasarkan lokasi penyebaran database tujuan. Topik ini menggunakan Public IP Address sebagai contoh.

    Catatan

    Jika Anda menggunakan jenis instans berbeda untuk database yang dikelola sendiri, Anda harus melakukan persiapan tambahan. Untuk informasi selengkapnya, lihat Ikhtisar persiapan.

    Instance Region

    Pilih wilayah database Oracle tujuan.

    Hostname or IP address

    Masukkan titik akhir node primer database Oracle tujuan.

    Port Number

    Masukkan port layanan database tujuan. 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 Oracle tujuan. Untuk izin yang diperlukan, lihat Persiapan.

    Database Password

    Masukkan password untuk akun database.

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

  5. Konfigurasikan objek tugas.

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

      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 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 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 berhasil. 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 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 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 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 untuk mengganti nama objek, objek lain yang bergantung padanya mungkin gagal dimigrasikan.

      • Untuk menentukan kondisi WHERE untuk memfilter data, klik kanan tabel di kotak Selected Objects. Di kotak dialog yang muncul, tentukan kondisi filter. Untuk informasi selengkapnya, lihat Tetapkan kondisi filter.

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

    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 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 1.440 menit. Kami menyarankan agar Anda menetapkan 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 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 agar 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 1.440 menit. Kami menyarankan agar Anda menetapkan 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 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

      Anda dapat memilih tag lingkungan untuk mengidentifikasi instans migrasi berdasarkan kebutuhan bisnis Anda. Dalam contoh ini, tidak ada tag yang dipilih.

      Actual Write Code

      Anda dapat memilih jenis encoding 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 mengatur peringatan dan menerima pemberitahuan peringatan berdasarkan kebutuhan bisnis Anda.

      • No: Tidak mengatur peringatan.

      • Yes: Konfigurasikan peringatan dengan menetapkan 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.

  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 lulus 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. Ketika Success Rate mencapai 100%, klik Next: Purchase Instance.

    2. Di halaman Purchase, pilih spesifikasi tautan 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?

      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.