全部产品
Search
文档中心

Data Transmission Service:Migrasi data dari PolarDB for PostgreSQL ke database Oracle yang dikelola sendiri

更新时间:Feb 05, 2026

Topik ini menjelaskan cara menggunakan Data Transmission Service (DTS) untuk memigrasikan data dari kluster PolarDB for PostgreSQL ke database Oracle yang dikelola sendiri.

Prasyarat

  • Anda telah membuat database Oracle yang dikelola sendiri. Ruang disk database Oracle tersebut harus lebih besar daripada ruang penyimpanan yang digunakan oleh kluster sumber PolarDB for PostgreSQL.

  • Anda telah membuat skema dan tabel dengan struktur yang sesuai di database Oracle yang dikelola sendiri untuk menerima data yang dimigrasikan.

  • Jika database Oracle yang dikelola sendiri merupakan database Real Application Clusters (RAC) dan perlu terhubung ke Alibaba Cloud melalui VPC, Anda harus menghubungkan SCAN IP dan alamat IP virtual (VIP) setiap node ke VPC Alibaba Cloud serta mengonfigurasi entri rute. Hal ini memastikan tugas DTS berjalan sebagaimana mestinya. Untuk informasi selengkapnya tentang cara mengonfigurasi entri rute, lihat Ikhtisar solusi untuk menghubungkan pusat data lokal ke Alibaba Cloud dan Hubungkan pusat data lokal ke DTS melalui Gateway VPN.

Catatan

Catatan

Selama migrasi penuh dan migrasi inkremental:

  • Operasi cascade update dan delete di database sumber dapat menyebabkan ketidakkonsistenan data.

  • Jika database tujuan memiliki kunci asing atau pemicu, nonaktifkan keduanya. Jika tidak, tugas migrasi dapat gagal.

Type

Description

Batasan database sumber

  • Pada kluster PolarDB for PostgreSQL, tabel yang akan dimigrasikan harus memiliki primary key atau indeks unik non-null.

  • Untuk migrasi inkremental, Anda harus mengatur parameter wal_level pada kluster sumber PolarDB for PostgreSQL ke nilai logical. Untuk informasi selengkapnya tentang cara mengatur parameter tersebut, lihat Setel parameter kluster.

  • Jika database sumber memiliki transaksi jangka panjang dan instans memiliki tugas migrasi inkremental, log write-ahead (WAL) yang dihasilkan sebelum transaksi jangka panjang tersebut dikomit dapat menumpuk. Hal ini dapat menyebabkan ruang disk database sumber menjadi tidak mencukupi.

  • Untuk memastikan tugas migrasi berjalan sebagaimana mestinya dan mencegah replikasi logis terganggu oleh alih bencana primer/sekunder, kluster PolarDB for PostgreSQL harus mendukung dan mengaktifkan Logical Replication Slot Failover.

    Catatan

    Jika kluster sumber PolarDB for PostgreSQL tidak mendukung Logical Replication Slot Failover (misalnya, jika Database Engine kluster tersebut adalah PostgreSQL 14), alih bencana high-availability (HA) di database sumber dapat menyebabkan instans migrasi gagal dan tidak dapat dipulihkan.

  • Karena batasan inheren replikasi logis di database sumber, jika satu bagian data yang dimigrasikan melebihi 256 MB setelah perubahan inkremental, instans migrasi dapat gagal dan tidak dapat dipulihkan. Anda harus mengonfigurasi ulang instans migrasi tersebut.

  • Selama migrasi penuh, jangan lakukan operasi DDL yang mengubah struktur database atau tabel. Jika dilakukan, tugas migrasi data akan gagal.

Batasan lainnya

  • Migrasi skema tidak didukung.

  • Satu tugas migrasi data hanya dapat memigrasikan satu database. Jika Anda memiliki beberapa database untuk dimigrasikan, Anda harus mengonfigurasi satu tugas migrasi data untuk setiap database.

  • DTS tidak mendukung migrasi tabel ekstensi TimescaleDB, tabel dengan pewarisan lintas-skema, atau tabel dengan indeks unik berbasis ekspresi.

  • Skema yang dibuat dengan menginstal plugin tidak dapat dimigrasikan. Anda tidak dapat memperoleh informasi tentang skema tersebut di konsol saat mengonfigurasi tugas.

  • Jika instans migrasi mencakup tugas migrasi data inkremental, Anda harus menjalankan perintah ALTER TABLE schema.table REPLICA IDENTITY FULL; pada tabel yang akan dimigrasikan di database sumber sebelum menulis data ke dalamnya. Hal ini memastikan konsistensi data. Jalankan perintah ini dalam skenario berikut. Selama eksekusi perintah ini, jangan lakukan operasi penguncian tabel untuk menghindari deadlock. Jika Anda melewati pemeriksaan terkait dalam Pemeriksaan Awal, DTS secara otomatis menjalankan perintah ini selama inisialisasi instans.

    • Saat instans dijalankan untuk pertama kalinya.

    • Saat objek migrasi berupa skema, dan tabel baru dibuat di dalam skema tersebut atau tabel yang ada dibangun ulang menggunakan perintah RENAME.

    Catatan
    • Pada perintah tersebut, ganti schema dan table dengan nama skema dan nama tabel yang sebenarnya.

    • Kami menyarankan Anda melakukan operasi ini selama jam sepi.

  • Evaluasi kinerja database sumber dan tujuan sebelum memigrasikan data. Kami juga menyarankan Anda memigrasikan data selama jam sepi. Jika tidak, sinkronisasi data penuh awal akan mengonsumsi sumber daya baca dan tulis di kedua database, yang dapat meningkatkan beban database.

  • Karena migrasi data penuh menjalankan operasi INSERT secara konkuren, hal ini menyebabkan fragmentasi tabel di database tujuan. Akibatnya, ruang tabel di database tujuan menjadi lebih besar daripada di database sumber setelah migrasi penuh selesai.

  • DTS mencoba memulihkan tugas yang gagal secara otomatis dalam waktu tujuh hari. Oleh karena itu, sebelum Anda mengalihkan bisnis ke instans tujuan, Anda harus mengakhiri atau melepaskan tugas tersebut, atau menggunakan perintah revoke untuk mencabut izin tulis akun yang digunakan DTS untuk mengakses instans tujuan. Hal ini mencegah data sumber menimpa data di instans tujuan setelah tugas dipulihkan secara otomatis.

  • DTS memvalidasi konten data tetapi tidak mendukung validasi metadata seperti sequences. Anda harus memvalidasi metadata tersebut sendiri.

  • DTS membuat tabel temporary berikut di database sumber untuk memperoleh pernyataan DDL untuk data inkremental, struktur tabel inkremental, dan informasi heartbeat. Jangan menghapus tabel temporary ini selama migrasi. Jika dihapus, tugas DTS akan menjadi abnormal. Tabel-tabel tersebut akan dihapus secara otomatis setelah instans DTS dilepas.

    public.dts_pg_class, public.dts_pg_attribute, public.dts_pg_type, public.dts_pg_enum, public.dts_postgres_heartbeat, public.dts_ddl_command, public.dts_args_session, dan public.aliyun_dts_instance.

  • Selama migrasi data inkremental, DTS membuat slot replikasi dengan awalan dts_sync_ di database sumber untuk mereplikasi data. DTS menggunakan slot replikasi ini untuk memperoleh log inkremental dari database sumber dalam 15 menit terakhir. Ketika migrasi data gagal atau instans migrasi dilepas, DTS mencoba membersihkan slot replikasi ini secara otomatis.

    Catatan
    • Jika Anda mengubah password akun database sumber atau menghapus alamat IP DTS dari daftar putih alamat IP database sumber selama migrasi data, slot replikasi tidak dapat dibersihkan secara otomatis. Dalam kasus ini, Anda harus membersihkan slot replikasi tersebut secara manual di database sumber. Hal ini mencegah slot terus menumpuk dan mengonsumsi ruang disk, yang dapat membuat database sumber tidak tersedia.

    • Jika terjadi failover pada database sumber, Anda harus login ke database sekunder untuk membersihkan slot tersebut secara manual.

  • Jika tugas gagal, tim dukungan teknis DTS akan mencoba memulihkannya dalam waktu 8 jam. Selama proses pemulihan, operasi seperti me-restart tugas atau menyesuaikan parameternya mungkin dilakukan.

    Catatan

    Saat parameter disesuaikan, hanya parameter tugas DTS yang diubah. Parameter database tetap tidak berubah. Parameter yang mungkin diubah antara lain yang dijelaskan dalam Ubah parameter instans.

  • Saat memigrasikan tabel partisi, sertakan baik tabel induk maupun tabel anaknya sebagai objek sinkronisasi. Jika tidak, ketidakkonsistenan data dapat terjadi pada tabel partisi tersebut.

    Catatan

    Di PostgreSQL, tabel induk dari tabel partisi tidak menyimpan data secara langsung. Semua data disimpan di tabel anak. Tugas sinkronisasi harus mencakup tabel induk dan semua tabel anaknya. Jika tidak, data di tabel anak mungkin tidak disinkronkan, sehingga menyebabkan ketidakkonsistenan data antara sumber dan tujuan.

Penagihan

Jenis migrasi

Biaya konfigurasi instans

Biaya lalu lintas internet

Migrasi data penuh

Gratis.

Ketika parameter Access Method dari database tujuan diatur ke Public IP Address, Anda dikenakan biaya untuk lalu lintas internet. Untuk informasi selengkapnya, lihat Billing overview.

Migrasi data inkremental

Dikenai biaya. Untuk informasi selengkapnya, lihat Ikhtisar penagihan.

Operasi SQL yang didukung untuk migrasi inkremental

Jenis operasi

Pernyataan SQL

DML

INSERT, UPDATE, DELETE

Izin akun database yang diperlukan

Database

Persyaratan izin

Cara membuat akun dan memberikan izin

Kluster sumber PolarDB for PostgreSQL

Akun dengan hak istimewa (privileged account)

Buat akun database

Database Oracle tujuan

Izin pemilik skema (schema owner permissions) untuk skema tujuan

CREATE USER dan GRANT

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.

    Kategori

    Konfigurasi

    Deskripsi

    Tidak ada

    Task Name

    DTS secara otomatis menghasilkan nama tugas. Kami menyarankan Anda menentukan nama deskriptif agar mudah diidentifikasi. Nama tersebut tidak perlu unik.

    Source Database

    Select Existing Connection

    • Untuk menggunakan instans database yang telah ditambahkan ke sistem (dibuat atau disimpan), pilih instans database yang diinginkan dari daftar drop-down. Informasi database di bawah ini akan dikonfigurasi secara otomatis.

      Catatan

      Di konsol DMS, parameter ini bernama Select a DMS database instance..

    • Jika Anda belum mendaftarkan instans database ke sistem, atau tidak perlu menggunakan instans yang terdaftar, konfigurasikan informasi database secara manual di bawah ini.

    Database Type

    Pilih PolarDB for PostgreSQL.

    Access Method

    Pilih Alibaba Cloud Instance.

    Instance Region

    Pilih wilayah tempat kluster sumber PolarDB for PostgreSQL berada.

    Replicate Data Across Alibaba Cloud Accounts

    Dalam contoh ini, digunakan instans database di bawah Akun Alibaba Cloud saat ini. Pilih No.

    Instance ID

    Pilih ID kluster sumber PolarDB for PostgreSQL.

    Database Name

    Masukkan nama database di kluster sumber PolarDB for PostgreSQL yang berisi objek yang akan dimigrasikan.

    Database Account

    Masukkan akun database kluster sumber PolarDB for PostgreSQL. Untuk informasi tentang izin yang diperlukan, lihat Izin akun database yang diperlukan.

    Database Password

    Masukkan password untuk akun database tersebut.

    Destination Database

    Select Existing Connection

    • Untuk menggunakan instans database yang telah ditambahkan ke sistem (dibuat atau disimpan), pilih instans database yang diinginkan dari daftar drop-down. Informasi database di bawah ini akan dikonfigurasi secara otomatis.

      Catatan

      Di konsol DMS, parameter ini bernama Select a DMS database instance..

    • Jika Anda belum mendaftarkan instans database ke sistem, atau tidak perlu menggunakan instans yang terdaftar, konfigurasikan informasi database secara manual di bawah ini.

    Database Type

    Pilih Oracle.

    Access Method

    Pilih berdasarkan lokasi penerapan database sumber, dan topik ini menggunakan Self-managed Database on ECS sebagai contoh untuk menjelaskan proses konfigurasi.

    Catatan

    Jika database yang dikelola sendiri Anda bertipe instans lain, Anda juga harus melakukan persiapan yang sesuai. Untuk informasi selengkapnya, lihat Ikhtisar persiapan.

    Instance Region

    Pilih wilayah tempat database Oracle tujuan berada.

    ECS Instance ID

    Pilih ID instans ECS tempat database Oracle tujuan berada.

    Port Number

    Masukkan port layanan database Oracle tujuan. Nilai default-nya adalah 1521.

    Oracle Type

    • Non-RAC Instance: Jika memilih opsi ini, Anda juga harus memasukkan SID.

    • RAC or PDB Instance: Setelah memilih opsi ini, Anda juga perlu mengisi informasi Service Name.

    Dalam contoh ini, pilih RAC or PDB Instance dan masukkan Service Name.

    Database Account

    Masukkan akun database untuk database Oracle tujuan. Untuk informasi tentang izin yang diperlukan, lihat Izin akun database yang diperlukan.

    Database Password

    Masukkan password untuk akun database tersebut.

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

      Konfigurasi

      Deskripsi

      Migration Types

      • Jika Anda hanya perlu melakukan migrasi penuh, pilih Full Data Migration.

      • Untuk melakukan migrasi tanpa downtime, pilih kedua opsi Full Data Migration dan Incremental Data Migration.

      Catatan

      Jika Anda tidak memilih Incremental Data Migration, jangan menulis data baru ke instans sumber selama migrasi data untuk memastikan konsistensi data.

      Processing Mode of Conflicting Tables

      • Precheck and Report Errors: Memeriksa apakah tabel dengan nama yang sama sudah 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 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 suatu record di database tujuan memiliki nilai primary key yang sama dengan record di database sumber:

          • Selama migrasi penuh, DTS mempertahankan record di database tujuan. Record dari database sumber tidak dimigrasikan.

          • Selama migrasi inkremental, DTS tidak mempertahankan record di database tujuan. Record dari database sumber akan menimpa record 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 case sensitivity untuk nama objek yang dimigrasikan, seperti database, tabel, dan kolom, di instans tujuan. Secara default, DTS default policy dipilih. Anda juga dapat memilih untuk menjaga case sensitivity konsisten dengan kebijakan default database sumber atau tujuan. Untuk informasi selengkapnya, lihat Case sensitivity 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 skema atau tabel sebagai objek migrasi.

      Selected Objects

      Klik kanan objek migrasi di bawah Selected Objects dan gunakan fitur pemetaan nama objek untuk menentukan skema, tabel, dan kolom di database Oracle tujuan yang menerima data tersebut. Untuk informasi selengkapnya, lihat Pemetaan Nama Database, Tabel, dan Kolom.

      Catatan
      • Untuk memilih operasi SQL yang akan dimigrasikan di tingkat tabel, klik kanan objek tujuan di Selected Objects dan pilih operasi SQL yang diperlukan di kotak dialog yang muncul. Untuk daftar operasi yang didukung, lihat Operasi SQL yang didukung untuk migrasi inkremental.

      • Untuk mengatur kondisi filter data, klik kanan tabel yang akan dimigrasikan di Selected Objects, lalu atur kondisi filter di kotak dialog. Untuk petunjuk cara mengatur kondisi filter, lihat Atur Kondisi Filter.

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

      Konfigurasi

      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.

      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 durasi percobaan ulang ke nilai antara 10 hingga 1440 menit. Kami menyarankan 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 tersebut 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 selama periode percobaan ulang koneksi, kami menyarankan Anda menyesuaikan waktu percobaan ulang berdasarkan kebutuhan bisnis, atau segera melepaskan instans DTS setelah instans database sumber dan tujuan dilepas.

      Retry Time for Other Issues

      Setelah tugas migrasi dimulai, jika terjadi masalah non-konektivitas, seperti pengecualian eksekusi DDL atau DML, di database sumber atau tujuan, DTS melaporkan kesalahan dan segera mulai mencoba mengulang operasi tersebut. Durasi percobaan ulang default adalah 10 menit. Anda dapat menyesuaikan durasi percobaan ulang ke nilai antara 1 hingga 1440 menit. Kami menyarankan Anda mengatur durasi lebih dari 10 menit. Jika operasi terkait berhasil dalam durasi percobaan ulang yang ditentukan, tugas migrasi akan dilanjutkan secara otomatis. Jika tidak, tugas tersebut gagal.

      Penting

      Nilai Retry Time for Other Issues harus lebih kecil daripada nilai Retry Time for Failed Connections.

      Enable Throttling for Full Data Migration

      Selama migrasi penuh, DTS mengonsumsi sumber daya baca dan tulis di database sumber dan tujuan, yang dapat meningkatkan beban database. Jika diperlukan, Anda dapat mengaktifkan pembatasan kecepatan untuk tugas migrasi penuh. Anda dapat mengatur Queries per second (QPS) to the source database, RPS of Full Data Migration, dan Data migration speed for full migration (MB/s) untuk mengurangi beban di database tujuan.

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

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

      Enable Throttling for Incremental Data Migration

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

      Catatan

      Environment Tag

      Anda dapat memilih tag lingkungan untuk mengidentifikasi instans sesuai kebutuhan. Dalam contoh ini, tidak diperlukan tag.

      Configure ETL

      Berdasarkan kebutuhan bisnis Anda, pilih apakah akan mengonfigurasi fitur ETL untuk memproses data.

      • Yes: Mengonfigurasi fitur ETL. Anda juga harus memasukkan pernyataan pemrosesan data di kotak teks.

      • No: Tidak mengonfigurasi fitur ETL.

      Monitoring and Alerting

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

      • No: Tidak mengatur peringatan.

      • Yes: Konfigurasikan peringatan dengan mengatur ambang batas peringatan dan pemberitahuan peringatan. Jika migrasi gagal atau latensi melebihi ambang batas, sistem akan mengirim 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 akan 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 muncul 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 link untuk instans migrasi data. Untuk informasi selengkapnya, lihat tabel berikut.

      Kategori

      Parameter

      Deskripsi

      New Instance Class

      Resource Group Settings

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

      Instance Class

      DTS menyediakan spesifikasi migrasi dengan berbagai tingkat kinerja. Spesifikasi link memengaruhi kecepatan migrasi. Anda dapat memilih spesifikasi berdasarkan skenario bisnis Anda. Untuk informasi selengkapnya, 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 tersebut akan berhenti secara otomatis setelah migrasi penuh selesai. Setelah tugas berhenti, Status-nya berubah menjadi Completed.

      • Jika tugas migrasi mencakup migrasi inkremental, tugas tersebut tidak berhenti secara otomatis. Tugas migrasi inkremental terus berjalan. Selama tugas migrasi inkremental berjalan, Status tugas tersebut adalah Running.