全部产品
Search
文档中心

Data Transmission Service:Migrasi data dari ApsaraDB for MongoDB ke AnalyticDB for PostgreSQL

更新时间:Mar 07, 2026

Anda dapat menggunakan Data Transmission Service (DTS) untuk memigrasikan data dari MongoDB ke instans AnalyticDB for PostgreSQL. Topik ini menjelaskan cara memigrasikan data dari instans set replika ApsaraDB for MongoDB.

Prasyarat

  • Buat instans tujuan AnalyticDB for PostgreSQL. Ruang penyimpanan instans tujuan harus lebih besar daripada ruang penyimpanan yang digunakan oleh instans sumber ApsaraDB for MongoDB. Untuk informasi selengkapnya, lihat Buat instans.

    Catatan

    Ruang penyimpanan instans tujuan sebaiknya setidaknya 10% lebih besar daripada ruang penyimpanan yang digunakan oleh database sumber.

  • Pada instans tujuan AnalyticDB for PostgreSQL, buat database, skema, dan tabel dengan kunci primer untuk data yang dimigrasikan. Untuk informasi selengkapnya, lihat Sintaksis SQL.

    Penting
    • Pastikan tipe data pada tabel tujuan kompatibel dengan data MongoDB sumber. Misalnya, jika bidang _id di MongoDB bertipe data ObjectId, tipe data yang sesuai pada instans AnalyticDB for PostgreSQL harus berupa varchar.

    • Nama kolom pada tabel tujuan instans AnalyticDB for PostgreSQL tidak boleh _id atau _value.

  • Jika instans sumber ApsaraDB for MongoDB merupakan kluster sharded, Anda harus mendapatkan titik akhir untuk semua node shard. Akun dan kata sandi database untuk setiap shard harus sama. Untuk informasi selengkapnya, lihat Ajukan titik akhir shard.

Catatan

Tipe

Deskripsi

Batasan database sumber

  • Persyaratan bandwidth: Server database sumber harus memiliki bandwidth egress yang cukup. Bandwidth yang tidak mencukupi akan memengaruhi kecepatan migrasi.

  • Untuk mengedit objek, seperti memetakan nama koleksi, satu tugas migrasi data hanya dapat memigrasikan maksimal 1.000 koleksi. Jika melebihi batas ini, kesalahan akan dilaporkan setelah Anda mengirimkan tugas. Dalam kasus ini, bagi koleksi tersebut menjadi beberapa tugas migrasi data.

  • Jika database sumber adalah instans mandiri MongoDB, Azure Cosmos DB for MongoDB, atau kluster elastis Amazon DocumentDB (dengan kompatibilitas MongoDB), hanya migrasi penuh yang didukung.

  • Untuk migrasi inkremental:

    Database sumber harus memiliki Oplog yang diaktifkan, dan Oplog harus disimpan selama minimal tujuh hari. Atau, aktifkan Change Streams dan pastikan DTS dapat berlangganan perubahan data dari database sumber dalam tujuh hari terakhir melalui Change Streams. Jika tidak, tugas dapat gagal karena tidak dapat mengambil perubahan data dari database sumber. Dalam kasus ekstrem, hal ini dapat menyebabkan ketidakkonsistenan data atau kehilangan data. Masalah yang disebabkan oleh kondisi ini tidak dicakup oleh Perjanjian Tingkat Layanan (SLA) DTS.

    Penting
    • Kami menyarankan agar Anda mengambil perubahan data dari database sumber melalui Oplog.

    • Hanya MongoDB versi 4.0 ke atas yang mendukung pengambilan perubahan data melalui Change Streams.

    • Jika database sumber adalah Amazon DocumentDB (kluster non-elastis), Anda harus mengaktifkan Change Streams secara manual. Saat mengonfigurasi tugas, atur Migration Method ke ChangeStream dan Architecture ke Sharded Cluster.

  • Jika instans MongoDB sumber merupakan instans kluster sharded, bidang _id pada koleksi yang akan dimigrasikan harus unik. Jika tidak, ketidakkonsistenan data dapat terjadi.

  • Jika instans sumber merupakan instans kluster sharded MongoDB yang dikelola sendiri:

    • Connection Type hanya mendukung Public IP, Leased Line/VPN Gateway/Smart Access Gateway, dan CEN.

    • Jika versi MongoDB adalah 8.0 atau lebih baru dan Anda mengatur Migration Type ke Oplog, pastikan akun shard yang digunakan oleh tugas migrasi memiliki izin directShardOperations. Anda dapat menambahkan izin ini dengan menjalankan perintah db.adminCommand({ grantRolesToUser: "username", roles: [{ role: "directShardOperations", db: "admin"}]}).

      Catatan

      Pada perintah tersebut, ganti username dengan akun shard yang digunakan oleh tugas migrasi.

  • Anda tidak dapat menghubungkan ke database MongoDB menggunakan Rekaman SRV.

  • Jika instans MongoDB sumber merupakan instans kluster sharded, jumlah node Mongos sumber tidak boleh melebihi 10. Selain itu, pastikan tidak ada dokumen yatim (orphaned documents) dalam instans kluster sharded MongoDB. Jika tidak, ketidakkonsistenan data atau bahkan kegagalan tugas dapat terjadi. Untuk informasi selengkapnya, lihat Orphaned Document dan Cara membersihkan dokumen yatim dalam instans kluster sharded MongoDB.

  • Batasan operasi database sumber:

    • Selama migrasi penuh, jangan lakukan perubahan skema pada database atau koleksi. Ini termasuk memperbarui data dalam array. Perubahan skema dapat menyebabkan tugas migrasi data gagal atau mengakibatkan ketidakkonsistenan data antara database sumber dan tujuan.

    • Jika Anda hanya melakukan migrasi data penuh, jangan menulis data baru ke instans sumber. Jika tidak, ketidakkonsistenan data antara database sumber dan tujuan akan terjadi.

    • Jika instans MongoDB sumber merupakan instans kluster sharded, jangan jalankan perintah yang mengubah distribusi data objek yang akan dimigrasikan di database sumber selama instans migrasi sedang berjalan. Contohnya termasuk shardCollection, reshardCollection, unshardCollection, moveCollection, dan movePrimary. Jika tidak, ketidakkonsistenan data dapat terjadi.

  • Jika database sumber adalah instans kluster sharded MongoDB dan balancer sedang menyeimbangkan data, latensi instans dapat terjadi.

Batasan lainnya

  • Hanya migrasi tingkat koleksi yang didukung.

  • Tabel pada instans tujuan AnalyticDB for PostgreSQL yang menerima data harus memiliki kolom kunci primer unik, yang tidak boleh berupa kunci primer komposit. Saat Anda mengonfigurasi bidang migrasi di Selected Objects, Value untuk kolom kunci primer ini harus berupa bson_value("_id").

  • Tabel yang menerima data pada instans tujuan AnalyticDB for PostgreSQL tidak boleh memiliki bidang bernama _id atau _value. Jika tidak, migrasi akan gagal.

  • Jika tipe data pada instans AnalyticDB for PostgreSQL tidak kompatibel dengan data MongoDB, tugas akan gagal.

  • Data dalam database admin, config, dan local tidak dapat dimigrasikan.

  • Tabel Append-optimized (AO) tidak didukung sebagai tabel tujuan.

  • Informasi transaksi tidak dipertahankan. Transaksi di database sumber dikonversi menjadi catatan individual saat dimigrasikan ke database tujuan.

  • Sebelum migrasi data, evaluasi kinerja database sumber dan tujuan. Kami menyarankan agar Anda melakukan migrasi data selama jam sepi. Selama migrasi data penuh, DTS mengonsumsi sebagian sumber daya baca dan tulis database sumber dan tujuan. Hal ini dapat meningkatkan beban database.

  • Migrasi data penuh melibatkan operasi INSERT konkuren, yang menyebabkan fragmentasi pada koleksi tujuan. Setelah migrasi data penuh selesai, ruang disk yang digunakan oleh koleksi tujuan lebih besar daripada yang digunakan oleh koleksi sumber.

  • Konfirmasi apakah presisi migrasi untuk kolom bertipe data FLOAT atau DOUBLE memenuhi kebutuhan bisnis Anda. DTS membaca nilai kolom tersebut menggunakan ROUND(COLUMN,PRECISION). Jika presisi tidak didefinisikan secara eksplisit, DTS memigrasikan nilai FLOAT dengan presisi 38 digit dan nilai DOUBLE dengan presisi 308 digit.

  • DTS mencoba melanjutkan tugas migrasi yang gagal dalam waktu tujuh hari. Sebelum Anda memindahkan bisnis ke instans tujuan, hentikan atau lepas tugas tersebut. Anda juga dapat menggunakan perintah revoke untuk mencabut izin tulis akun DTS pada instans tujuan. Hal ini mencegah data sumber menimpa data di instans tujuan setelah tugas dilanjutkan secara otomatis.

  • Latensi migrasi inkremental DTS dihitung dengan membandingkan stempel waktu catatan data terakhir yang dimigrasikan dengan stempel waktu saat ini. Jika database sumber tidak diperbarui dalam waktu lama, informasi latensi mungkin tidak akurat. Jika tugas menunjukkan latensi yang panjang, Anda dapat melakukan operasi pembaruan di database sumber untuk memperbarui informasi latensi.

  • Koleksi time-series yang diperkenalkan di MongoDB 5.0 dan versi lebih baru tidak dapat dimigrasikan.

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

Tipe migrasi

Biaya konfigurasi tautan

Biaya transfer data

Migrasi data penuh

Gratis.

Contoh ini gratis. Jika Anda mengatur Access Method untuk database tujuan ke Public IP Address, Anda akan dikenai biaya untuk transfer data melalui Internet.

Migrasi data inkremental

Dikenai biaya. Untuk informasi selengkapnya, lihat Ikhtisar penagihan.

Tipe migrasi

Tipe migrasi

Deskripsi

Migrasi penuh

Memigrasikan semua data historis objek migrasi dari instans sumber ApsaraDB for MongoDB ke instans tujuan AnalyticDB for PostgreSQL.

Migrasi inkremental

Selain migrasi penuh, migrasi ini juga memindahkan pembaruan inkremental dari instans sumber ApsaraDB for MongoDB ke instans tujuan AnalyticDB for PostgreSQL.

Catatan
  • Hanya mendukung migrasi inkremental operasi insert, update, dan delete pada dokumen dalam koleksi.

  • Untuk pembaruan dokumen inkremental, hanya operasi yang menggunakan perintah $set yang didukung.

Izin akun database yang diperlukan

Database

Migrasi penuh

Migrasi inkremental

Metode pembuatan dan otorisasi akun

Sumber ApsaraDB for MongoDB

Izin baca pada database yang akan dimigrasikan.

Izin baca pada database yang akan dimigrasikan, database admin, dan database local.

Kelola izin untuk akun database MongoDB

Tujuan AnalyticDB for PostgreSQL

Izin baca dan tulis pada database tujuan.

Buat dan kelola pengguna dan Kelola izin pengguna.

Catatan

Anda dapat menggunakan akun awal atau akun dengan izin RDS_SUPERUSER.

Prosedur

  1. Buka halaman daftar tugas migrasi untuk wilayah tujuan menggunakan salah satu metode berikut.

    Dari Konsol DTS

    1. Masuk ke Konsol Data Transmission Service (DTS).

    2. Pada panel navigasi di 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. Masuk ke Konsol Data Management (DMS).

    2. Pada 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 agar Anda menentukan nama deskriptif untuk memudahkan identifikasi. Nama tersebut tidak harus 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

    Tipe database sumber. Pilih MongoDB.

    Access Method

    Pilih Alibaba Cloud Instance.

    Instance Region

    Pilih wilayah tempat instans sumber ApsaraDB for MongoDB berada.

    Replicate Data Across Alibaba Cloud Accounts

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

    Architecture

    Dalam contoh ini, Replica Set dipilih.

    Catatan

    Jika ApsaraDB for MongoDB sumber Anda adalah instans Sharded Cluster, Anda juga harus menentukan Shard account dan Shard password.

    Migration Method

    Pilih metode migrasi data inkremental berdasarkan situasi Anda.

    • Oplog (disarankan):

      Tersedia jika Oplog diaktifkan pada database sumber.

      Catatan

      Oplog diaktifkan secara default untuk MongoDB yang dikelola sendiri dan ApsaraDB for MongoDB. Menggunakan Oplog menghasilkan latensi lebih rendah untuk tugas migrasi inkremental (pengambilan log lebih cepat), sehingga kami menyarankan memilih Oplog.

    • ChangeStream: Tersedia jika Change Streams (Change Streams) diaktifkan pada database sumber.

      Catatan
      • Jika database sumber adalah Amazon DocumentDB (kluster non-elastis), Anda hanya dapat memilih ChangeStream.

      • Jika Architecture diatur ke Sharded Cluster, Anda tidak perlu memasukkan Shard account dan Shard password.

    Instance ID

    Pilih ID instans sumber ApsaraDB for MongoDB.

    Authentication Database

    Masukkan nama database tempat akun database sumber ApsaraDB for MongoDB berada. Nilai default-nya adalah admin.

    Database Account

    Masukkan akun database sumber ApsaraDB for MongoDB. Untuk informasi tentang izin yang diperlukan, lihat Izin akun database yang diperlukan.

    Database Password

    Masukkan kata sandi yang sesuai dengan akun database.

    Encryption

    DTS mendukung tiga jenis koneksi: Non-encrypted, SSL-encrypted, dan Mongo Atlas SSL. Opsi yang tersedia untuk parameter Encryption ditentukan oleh nilai yang dipilih untuk parameter Access Method dan Architecture. Opsi yang ditampilkan di Konsol DTS berlaku.

    Catatan
    • Database MongoDB dengan Architecture Sharded Cluster dan Migration Method Oplog tidak mendukung SSL-encrypted.

    • Jika database sumber adalah database MongoDB yang dikelola sendiri dengan Replica Set, Access Method tidak diatur ke Alibaba Cloud Instance, dan Anda telah memilih SSL-encrypted, Anda juga dapat mengunggah sertifikat otoritas sertifikasi (CA) untuk memverifikasi koneksi ke database sumber.

    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 AnalyticDB for PostgreSQL.

    Access Method

    Pilih Alibaba Cloud Instance.

    Instance Region

    Pilih wilayah tempat instans tujuan AnalyticDB for PostgreSQL berada.

    Instance ID

    Pilih ID instans tujuan AnalyticDB for PostgreSQL.

    Database Name

    Masukkan nama database dalam instans tujuan AnalyticDB for PostgreSQL yang akan menerima objek yang dimigrasikan.

    Database Account

    Masukkan akun database tujuan AnalyticDB for PostgreSQL. Untuk informasi tentang izin yang diperlukan, lihat Izin akun database yang diperlukan.

    Database Password

    Masukkan kata sandi yang sesuai dengan akun database.

  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 selengkapnya, 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. Pada 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.

      DDL and DML Operations to Be Synchronized

      Pilih operasi untuk migrasi inkremental pada tingkat instans.

      Catatan

      Untuk memilih operasi untuk migrasi inkremental pada tingkat koleksi, klik kanan objek migrasi di daftar Selected Objects dan centang kotak centang di kotak dialog.

      Processing Mode of Conflicting Tables

      • Precheck and Report Errors: Memeriksa apakah koleksi dengan nama yang sama ada di database tujuan. Jika tidak ada koleksi dengan nama yang sama, pemeriksaan awal berhasil. Jika ada koleksi dengan nama yang sama, kesalahan dilaporkan selama pemeriksaan awal, dan tugas migrasi data tidak dimulai.

        Catatan

        Jika koleksi di database tujuan memiliki nama yang sama tetapi tidak dapat dengan mudah dihapus atau diganti namanya, Anda dapat mengubah nama koleksi di database tujuan. Untuk informasi selengkapnya, lihat Pemetaan nama objek.

      • Ignore Errors and Proceed: Melewati pemeriksaan untuk koleksi dengan nama yang sama.

        Peringatan

        Memilih Ignore Errors and Proceed dapat menyebabkan ketidakkonsistenan data dan risiko bisnis. Misalnya:

        • Jika catatan di database tujuan memiliki nilai kunci primer yang sama dengan catatan di database sumber, catatan di database tujuan tetap dipertahankan. Catatan dari database sumber tidak dimigrasikan ke database tujuan.

        • Inisialisasi data dapat gagal, hanya sebagian data yang dimigrasikan, atau migrasi gagal.

      Source Objects

      Pada 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 tingkat koleksi.

      Selected Objects

      1. Edit pemetaan nama database.

        1. Klik kanan database yang berisi koleksi yang akan dimigrasikan di bagian Selected Objects.image

        2. Ubah Database Name menjadi nama skema yang akan menerima data di instans tujuan AnalyticDB for PostgreSQL.image

        3. Opsi: Di area Select DDL and DML Operations to Be Synchronized, pilih operasi yang diperlukan untuk migrasi inkremental.image

        4. Klik OK.

      2. Edit pemetaan nama tabel.

        1. Klik kanan koleksi yang akan dimigrasikan di bagian Selected Objects.image

        2. Ubah Table Name menjadi nama tabel yang akan menerima data di instans tujuan AnalyticDB for PostgreSQL.image

        3. Opsi: Atur kondisi filter. Untuk informasi selengkapnya, lihat Atur kondisi filter.image

        4. Opsi: Di bagian Select DDL and DML Operations to Be Synchronized, pilih operasi untuk migrasi inkremental.image

      3. Konfigurasikan bidang MongoDB yang akan dimigrasikan.

        Secara default, DTS memetakan data koleksi yang akan dimigrasikan. Anda dapat mengonfigurasi ekspresi di kolom Assignment. Periksa apakah ekspresi tersebut memenuhi kebutuhan Anda dan konfigurasikan parameter seperti Column Name, Type, Length, dan Precision.

        Penting
        • Kolom kunci primer tabel tujuan harus diberi nilai bson_value("_id").

        • Saat Anda mengonfigurasi ekspresi bson_value(), Anda harus menentukan jalur hingga ke subbidang tingkat terendah. Jika tidak, kehilangan data atau kegagalan tugas dapat terjadi.

        1. Di kolom Assignment, periksa ekspresi bson_value() untuk mengidentifikasi bidang MongoDB yang sesuai.

          Bidang di dalam "" adalah nama bidang di MongoDB. Misalnya, jika ekspresinya adalah bson_value("age"), baris tersebut sesuai dengan bidang age di MongoDB.

        2. Opsi: Hapus bidang yang tidak perlu dimigrasikan.

          Catatan

          Untuk bidang yang tidak perlu dimigrasikan, Anda dapat mengklik image di ujung baris.

        3. Konfigurasikan bidang yang akan dimigrasikan.

          Lakukan langkah-langkah berikut berdasarkan apakah ekspresi bson_value() memenuhi kebutuhan Anda.

          Bidang dengan ekspresi yang benar

          1. Masukkan Column Name.

            Catatan

            Ini adalah nama kolom di instans tujuan AnalyticDB for PostgreSQL yang akan menerima data.

          2. Pilih Type data kolom.

            Penting

            Pastikan tipe data di tabel tujuan kompatibel dengan data MongoDB sumber.

          3. Opsi: Konfigurasikan Length dan Precision untuk data kolom.

          4. Ulangi langkah-langkah di atas untuk memetakan semua bidang yang relevan.

          Bidang dengan ekspresi yang salah

          Catatan

          Misalnya, bidang dengan struktur hierarkis (parent-child).

          1. Di kolom Actions, klik image untuk entri tersebut.

          2. Klik + Add Column.image

          3. Konfigurasikan Column Name, Type, Length, dan Precision.

          4. Di kotak teks di bawah Assignment, masukkan ekspresi bson_value(). Untuk informasi selengkapnya, lihat Contoh Konfigurasi Penugasan.

          5. Ulangi langkah-langkah di atas untuk memetakan semua bidang yang relevan.

      4. Klik OK.

    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 coba ulang default adalah 720 menit. Anda dapat menyesuaikan waktu coba ulang ke nilai antara 10 hingga 1440 menit. Kami menyarankan 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 instans DTS yang berbagi sumber atau tujuan yang sama, waktu coba ulang jaringan ditentukan oleh pengaturan tugas yang dibuat terakhir.

      • Karena Anda dikenai biaya untuk tugas selama periode coba ulang koneksi, kami menyarankan agar Anda menyesuaikan waktu coba ulang berdasarkan kebutuhan bisnis Anda, atau segera lepaskan instans DTS setelah instans database sumber dan tujuan dilepaskan.

      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 coba ulang default adalah 10 menit. Anda dapat menyesuaikan waktu coba ulang ke nilai antara 1 hingga 1440 menit. Kami menyarankan agar Anda mengatur durasi lebih dari 10 menit. Jika operasi terkait berhasil dalam durasi coba ulang yang ditentukan, tugas migrasi akan dilanjutkan secara otomatis. Jika tidak, tugas 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 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 hanya tersedia jika Anda memilih Full Data Migration untuk Migration Types.

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

      Only one data type for primary key _id in a table of the data to be synchronized

      Menunjukkan apakah tipe data kunci primer _id bersifat unik dalam koleksi yang sama pada data yang akan dimigrasikan.

      Penting
      • Pilih sesuai kebutuhan. Jika tidak, kehilangan data dapat terjadi.

      • Konfigurasi ini hanya tersedia jika Migration Types mencakup Full Data Migration.

      • Yes: Unik. Selama migrasi penuh, DTS tidak memindai tipe data kunci primer di database sumber. Untuk setiap koleksi, DTS hanya memigrasikan data yang sesuai dengan satu tipe data kunci primer.

      • No: Tidak unik. Selama migrasi penuh, DTS memindai tipe data kunci primer di database sumber dan memigrasikan semua data.

      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. Dalam contoh ini, tidak perlu pemilihan.

      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 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 penunjuk 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 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 instans.

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

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

Contoh konfigurasi nilai

Struktur data MongoDB sumber

{
  "_id":"62cd344c85c1ea6a2a9f****",
  "person":{
    "name":"neo",
    "age":26,
    "sex":"male"
  }
}

Tujuan AnalyticDB for PostgreSQL skema tabel

Nama Kolom

Tipe

mongo_id

varchar

Catatan

Kolom kunci primer.

person_name

varchar

person_age

decimal

Konfigurasi Tambah Kolom

Penting

Anda harus mengonfigurasi ekspresi bson_value() dengan benar berdasarkan hierarki data. Jika tidak, kehilangan data atau kegagalan tugas dapat terjadi. Misalnya, jika Anda mengonfigurasi ekspresi sebagai bson_value("person"), DTS tidak dapat menulis perubahan inkremental untuk subbidang (`name`, `age`, dan `sex`) dari bidang person dari sumber ke tujuan.

Nama Kolom

Tipe

Penugasan

mongo_id

STRING

bson_value("_id")

person_name

STRING

bson_value("person","name")

person_age

DECIMAL

bson_value("person","age")