全部产品
Search
文档中心

Data Transmission Service:Migrasi data dari Db2 untuk database LUW ke instance AnalyticDB untuk PostgreSQL

更新时间:Jul 06, 2025

Topik ini menjelaskan cara memigrasikan data dari database Db2 untuk LUW ke instance AnalyticDB untuk PostgreSQL menggunakan Data Transmission Service (DTS).

Prasyarat

  • Instance tujuan AnalyticDB untuk PostgreSQL telah dibuat, dengan ruang penyimpanan yang tersedia lebih besar daripada total ukuran data di database sumber Db2 untuk LUW. Untuk informasi lebih lanjut tentang cara membuat instance AnalyticDB untuk PostgreSQL, lihat Buat Instance.

    Catatan

    Untuk informasi lebih lanjut tentang versi database yang didukung, lihat Gambaran Umum Skenario Migrasi Data.

  • Database telah dibuat di instance tujuan AnalyticDB untuk PostgreSQL untuk menerima data. Untuk informasi lebih lanjut, lihat Impor Data Vektor.

  • Fitur pencatatan arsip diaktifkan untuk database sumber Db2 untuk LUW guna mendukung migrasi data inkremental. Untuk informasi lebih lanjut, lihat logarchmeth1 - Parameter Konfigurasi Metode Pengarsipan Log Utama dan logarchmeth2 - Parameter Konfigurasi Metode Pengarsipan Log Sekunder.

    Penting

    Setelah memodifikasi konfigurasi logarchmeth, Anda harus mencadangkan database sumber agar modifikasi berlaku. Jika tidak, kesalahan mungkin terjadi selama pra-pemeriksaan.

Batasan

Catatan
  • Selama migrasi skema, DTS memigrasikan kunci asing dari database sumber ke database tujuan.

  • Selama migrasi data penuh dan migrasi data inkremental, DTS untuk sementara menonaktifkan pengecekan kendala dan operasi kaskade pada kunci asing di tingkat sesi. Jika Anda melakukan operasi pembaruan dan penghapusan kaskade di database sumber selama migrasi data, ketidaksesuaian data mungkin terjadi.

Kategori

Deskripsi

Batasan pada database sumber

  • Server tempat database sumber berada harus memiliki bandwidth keluar yang cukup. Jika tidak, kecepatan migrasi data akan berkurang.

  • Tabel yang akan dimigrasikan harus memiliki kendala PRIMARY KEY atau UNIQUE dan semua bidang harus unik. Jika tidak, database tujuan mungkin mengandung catatan data duplikat.

  • Jika Anda memilih tabel sebagai objek yang akan dimigrasikan dan ingin memodifikasi tabel di database tujuan, seperti mengganti nama tabel atau kolom, Anda dapat memigrasikan hingga 1.000 tabel dalam satu tugas migrasi data. Jika Anda menjalankan tugas untuk memigrasikan lebih dari 1.000 tabel, kesalahan permintaan terjadi. Dalam hal ini, kami sarankan Anda mengonfigurasi beberapa tugas untuk memigrasikan tabel atau mengonfigurasi satu tugas untuk memigrasikan seluruh database.

  • Jika Anda ingin memigrasikan data inkremental, Anda harus memastikan bahwa persyaratan berikut dipenuhi:

    • Fitur pencatatan data diaktifkan untuk database sumber. Jika tidak, pesan kesalahan dikembalikan selama pra-pemeriksaan, dan tugas migrasi data tidak dapat dimulai.

    • Jika Anda hanya melakukan migrasi data inkremental, log data dari database sumber harus disimpan selama lebih dari 24 jam. Jika Anda melakukan migrasi data penuh dan migrasi data inkremental, log data dari database sumber harus disimpan setidaknya selama tujuh hari. Jika tidak, DTS mungkin gagal mendapatkan log data dan tugas mungkin gagal. Dalam keadaan luar biasa, ketidaksesuaian data atau kehilangan data mungkin terjadi. Setelah migrasi data penuh selesai, Anda dapat mengatur periode retensi menjadi lebih dari 24 jam. Pastikan Anda mengatur periode retensi log data berdasarkan persyaratan yang disebutkan sebelumnya. Jika tidak, Service Level Agreement (SLA) DTS tidak menjamin keandalan layanan atau kinerja.

  • Batasan pada operasi yang akan dilakukan pada database sumber:

    • Selama migrasi data penuh, jangan lakukan operasi DDL untuk mengubah skema database atau tabel. Jika tidak, tugas migrasi data gagal.

    • Jika Anda hanya melakukan migrasi data penuh, jangan tulis data ke database sumber selama migrasi data. Jika tidak, ketidaksesuaian data antara database sumber dan tujuan mungkin terjadi. Untuk memastikan konsistensi data, kami sarankan Anda memilih Migrasi Data Penuh dan Migrasi Data Inkremental sebagai jenis migrasi.

Batasan lainnya

  • DTS memigrasikan data inkremental dari database Db2 untuk LUW ke database tujuan berdasarkan teknologi replikasi capture data change (CDC) dari Db2 untuk LUW. Namun, tipe data yang didukung oleh CDC terbatas. Untuk informasi lebih lanjut, lihat Pembatasan data umum untuk SQL Replication.

  • Sebelum Anda memigrasikan data, evaluasi dampak migrasi data terhadap kinerja database sumber dan tujuan. Kami sarankan Anda memigrasikan data selama jam non-puncak. Selama migrasi data penuh, DTS menggunakan sumber daya baca dan tulis dari database sumber dan tujuan. Ini dapat meningkatkan beban pada server database.

  • Selama migrasi data penuh, operasi INSERT bersamaan menyebabkan fragmentasi di tabel database tujuan. Setelah migrasi data penuh selesai, ukuran tablespace yang digunakan di database tujuan lebih besar daripada di database sumber.

  • Jika Anda menggunakan alat selain DTS untuk menulis data ke database tujuan selama migrasi, ketidaksesuaian data antara database sumber dan tujuan mungkin terjadi. Anda dapat menggunakan Data Management (DMS) untuk melakukan operasi DDL tanpa kunci setelah migrasi data selesai. Untuk informasi lebih lanjut, lihat Lakukan operasi DDL tanpa kunci.

  • Selama migrasi skema dan migrasi data inkremental, kunci asing dari database sumber tidak dimigrasikan ke database tujuan.

  • Hanya tabel yang dapat dipilih sebagai objek yang akan dimigrasikan. Tabel tujuan tidak mendukung tabel append-optimized (AO).

  • Jika pemetaan kolom digunakan untuk migrasi tabel non-penuh atau jika skema tabel sumber dan tujuan tidak konsisten, data di kolom database sumber yang tidak termasuk di database tujuan hilang.

Kasus khusus

Database sumber Db2 untuk LUW adalah database yang dikelola sendiri. Saat Anda memigrasikan data dari database Db2 untuk LUW, perhatikan item berikut:

  • Jika Anda melakukan failover primer/sekunder pada database sumber saat tugas migrasi data sedang berjalan, tugas gagal.

  • DTS menghitung latensi migrasi berdasarkan timestamp data terbaru yang dimigrasikan di database tujuan dan timestamp saat ini di database sumber. Jika tidak ada operasi DML yang dilakukan pada database sumber untuk waktu yang lama, latensi migrasi mungkin tidak akurat. Jika latensi tugas migrasi data terlalu tinggi, Anda dapat melakukan operasi DML pada database sumber untuk memperbarui latensi.

    Catatan

    Jika Anda memilih seluruh database sebagai objek yang akan dimigrasikan, Anda dapat membuat tabel detak jantung. Tabel detak jantung diperbarui atau menerima data setiap detik.

Aturan penagihan

Jenis migrasi

Biaya konfigurasi instance

Biaya lalu lintas internet

Migrasi skema dan migrasi data penuh

Gratis.

Gratis.

Migrasi data inkremental

Dikenakan biaya. Untuk informasi lebih lanjut, lihat Gambaran umum penagihan.

Operasi SQL yang dapat dimigrasikan secara inkremental

Jenis operasi

Pernyataan SQL

DML

INSERT, UPDATE, dan DELETE

Izin yang diperlukan untuk akun database

Database

Migrasi data penuh

Migrasi skema

Migrasi data inkremental

Db2 untuk LUW

Izin CONNECT dan SELECT

Izin CONNECT dan SELECT

Izin administrator database (DBADM authority)

AnalyticDB untuk PostgreSQL

Izin baca dan tulis pada database tujuan

Untuk informasi lebih lanjut tentang cara membuat akun database dan memberikan izin kepada akun database, lihat topik-topik berikut:

Prosedur

  1. Klik Create Task. Di halaman wizard Buat Tugas, konfigurasikan database sumber dan tujuan.

    Bagian

    Parameter

    Deskripsi

    Tidak Ada

    Task Name

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

    Source Database

    Select an existing DMS database instance. (Optional. If you have not registered a DMS database instance, ignore this option and configure database settings in the section below.)

    Database yang ingin Anda gunakan. Anda dapat memilih apakah akan menggunakan database yang ada berdasarkan kebutuhan bisnis Anda.

    • Jika Anda memilih database yang ada, DTS secara otomatis mengisi parameter untuk database tersebut.

    • Jika Anda tidak memilih database yang ada, Anda harus mengonfigurasi informasi database berikut.

    Database Type

    Tipe database sumber. Pilih DB2 for LUW.

    Access Method

    Metode akses database sumber. Atur parameter ini berdasarkan lokasi di mana database sumber Db2 untuk LUW ditempatkan. Dalam contoh ini, Self-managed Database on ECS dipilih.

    Catatan

    Jika Anda memilih metode lain untuk mengakses database mandiri sumber, siapkan lingkungan sesuai. Untuk informasi lebih lanjut, lihat Gambaran umum persiapan.

    Instance Region

    Wilayah tempat database sumber Db2 untuk LUW berada.

    Replicate Data Across Alibaba Cloud Accounts

    Menentukan apakah akan memigrasikan data antar akun Alibaba Cloud. Dalam contoh ini, No dipilih.

    ECS Instance ID

    ID instance Elastic Compute Service (ECS) yang menampung database sumber Db2 untuk LUW.

    Port Number

    Nomor port layanan database sumber Db2 untuk LUW.

    Database Name

    Nama database sumber Db2 untuk LUW tempat objek yang akan dimigrasikan berada.

    Database Account

    Akun database sumber Db2 untuk LUW. Untuk informasi lebih lanjut tentang izin yang diperlukan untuk akun database, lihat bagian Izin yang diperlukan untuk akun database dari topik ini.

    Database Password

    Kata sandi yang digunakan untuk mengakses database.

    Destination Database

    Select an existing DMS database instance. (Optional. If you have not registered a DMS database instance, ignore this option and configure database settings in the section below.)

    Database yang ingin Anda gunakan. Anda dapat memilih apakah akan menggunakan database yang ada berdasarkan kebutuhan bisnis Anda.

    • Jika Anda memilih database yang ada, DTS secara otomatis mengisi parameter untuk database tersebut.

    • Jika Anda tidak memilih database yang ada, Anda harus mengonfigurasi informasi database berikut.

    Database Type

    Tipe database tujuan. Pilih AnalyticDB for PostgreSQL.

    Access Method

    Metode akses database tujuan. Pilih Alibaba Cloud Instance.

    Instance Region

    Wilayah tempat instance tujuan AnalyticDB untuk PostgreSQL berada.

    Instance ID

    ID instance tujuan AnalyticDB untuk PostgreSQL.

    Database Name

    Nama database yang digunakan untuk menerima objek yang akan dimigrasikan di instance tujuan AnalyticDB for PostgreSQL.

    Database Account

    Akun database instance tujuan AnalyticDB untuk PostgreSQL. Untuk informasi tentang izin yang diperlukan untuk akun tersebut, lihat bagian Izin yang diperlukan untuk akun database dari topik ini.

    Database Password

    Kata sandi yang digunakan untuk mengakses instance database.

  2. Di bagian bawah halaman, klik Test Connectivity and Proceed.

    Jika database sumber atau tujuan adalah instance database Alibaba Cloud, seperti instance ApsaraDB RDS untuk MySQL atau ApsaraDB untuk MongoDB, DTS secara otomatis menambahkan blok CIDR server DTS ke daftar putih alamat IP instance tersebut. Jika database sumber atau tujuan adalah database mandiri yang di-hosting pada instance Elastic Compute Service (ECS), DTS secara otomatis menambahkan blok CIDR server DTS ke aturan grup keamanan instance ECS, dan Anda harus memastikan bahwa instance ECS dapat mengakses database. Jika database mandiri di-hosting pada beberapa instance ECS, Anda harus secara manual menambahkan blok CIDR server DTS ke aturan grup keamanan setiap instance ECS. Jika database sumber atau tujuan adalah database mandiri yang ditempatkan di pusat data atau disediakan oleh penyedia layanan cloud pihak ketiga, Anda harus secara manual menambahkan blok CIDR server DTS ke daftar putih alamat IP database untuk mengizinkan DTS mengakses database. Untuk informasi lebih lanjut, lihat bagian Blok CIDR Server DTS dari topik Tambahkan Blok CIDR Server DTS.

    Peringatan

    Jika blok CIDR publik server DTS ditambahkan secara otomatis atau manual ke daftar putih instance database atau ke aturan grup keamanan instance ECS, risiko keamanan mungkin timbul. Oleh karena itu, sebelum menggunakan DTS untuk memigrasikan data, Anda harus memahami dan mengakui potensi risiko serta mengambil tindakan pencegahan, termasuk tetapi tidak terbatas pada langkah-langkah berikut: meningkatkan keamanan nama pengguna dan kata sandi, membatasi port yang diekspos, mengotentikasi panggilan API, secara berkala memeriksa daftar putih atau aturan grup keamanan dan melarang blok CIDR yang tidak sah, atau menghubungkan instance database ke DTS dengan menggunakan Express Connect, VPN Gateway, atau Smart Access Gateway.

  3. Konfigurasikan objek yang akan dimigrasikan dan pengaturan lanjutan.

    Parameter

    Deskripsi

    Migration Types

    • Untuk hanya melakukan migrasi data penuh, pilih Schema Migration dan Full Data Migration.

    • Untuk memastikan kontinuitas layanan selama migrasi data, pilih Schema Migration, Full Data Migration, dan Incremental Data Migration.

    Catatan
    • Jika Anda tidak memilih Schema Migration, pastikan database dan tabel dibuat di database tujuan untuk menerima data dan fitur pemetaan nama objek diaktifkan di Selected Objects.

    • Jika Anda tidak memilih Incremental Data Migration, kami sarankan Anda tidak menulis data ke database sumber selama migrasi data. Ini memastikan konsistensi data antara database sumber dan tujuan.

    DDL and DML Operations to Be Synchronized

    Pilih operasi SQL yang ingin Anda migrasikan secara inkremental. Untuk informasi lebih lanjut, lihat bagian Operasi SQL yang Dapat Dimigrasikan secara Inkremental dari topik ini.

    Catatan

    Untuk memilih operasi SQL yang dilakukan pada database atau tabel tertentu, lakukan langkah-langkah berikut: Di bagian Selected Objects, klik kanan sebuah objek. Di kotak dialog yang muncul, pilih operasi SQL yang ingin Anda migrasikan secara inkremental.

    Processing Mode of Conflicting Tables

    • Precheck and Report Errors: memeriksa apakah database tujuan berisi tabel yang menggunakan nama yang sama dengan tabel di database sumber. Jika database sumber dan tujuan tidak berisi tabel dengan nama tabel yang identik, pra-pemeriksaan berhasil. Jika tidak, kesalahan dikembalikan selama pra-pemeriksaan dan tugas migrasi data tidak dapat dimulai.

      Catatan

      Jika database sumber dan tujuan berisi tabel dengan nama yang sama dan tabel di database tujuan tidak dapat dihapus atau diganti namanya, Anda dapat menggunakan fitur pemetaan nama objek untuk mengganti nama tabel yang dimigrasikan ke database tujuan. Untuk informasi lebih lanjut, lihat Peta Nama Objek.

    • Ignore Errors and Proceed: melewati pra-pemeriksaan untuk nama tabel identik di database sumber dan tujuan.

      Peringatan

      Jika Anda memilih Ignore Errors and Proceed, ketidaksesuaian data mungkin terjadi dan bisnis Anda mungkin terpapar risiko potensial berikut:

      • Jika database sumber dan tujuan memiliki skema yang sama, dan catatan data memiliki kunci utama yang sama dengan catatan data yang ada di database tujuan, skenario berikut mungkin terjadi:

        • Selama migrasi data penuh, DTS tidak memigrasikan catatan data ke database tujuan. Catatan data yang ada di database tujuan dipertahankan.

        • Selama migrasi data inkremental, DTS memigrasikan catatan data ke database tujuan. Catatan data yang ada di database tujuan ditimpa.

      • Jika database sumber dan tujuan memiliki skema yang berbeda, hanya kolom tertentu yang dimigrasikan atau tugas migrasi data gagal. Lanjutkan dengan hati-hati.

    Capitalization of Object Names in Destination Instance

    Huruf besar/kecil nama database, nama tabel, dan nama kolom di instance tujuan. Secara default, DTS default policy dipilih. Anda dapat memilih opsi lain untuk memastikan bahwa huruf besar/kecil nama objek konsisten dengan database sumber atau tujuan. Untuk informasi lebih lanjut, lihat Tentukan Huruf Besar/Kecil Nama Objek di Instance Tujuan.

    Penting

    Kami sarankan Anda menentukan kebijakan yang konsisten dengan kebijakan default database tujuan, seperti huruf kecil. Jika tidak, kesalahan mungkin dilaporkan saat tugas sedang berlangsung.

    Source Objects

    Pilih satu atau lebih objek dari bagian Source Objects, lalu klik ikon 向右小箭头 untuk menambahkan objek ke bagian Selected Objects.

    Catatan

    Anda hanya dapat memilih tabel sebagai objek yang akan dimigrasikan.

    Selected Objects

    • Untuk mengganti nama objek yang ingin dimigrasikan ke instance tujuan, klik kanan objek di bagian Selected Objects. Untuk detail lebih lanjut, lihat Peta nama objek tunggal.

    • Untuk mengganti nama beberapa objek sekaligus, klik Batch Edit di sudut kanan atas bagian Selected Objects. Untuk informasi lebih lanjut, lihat Peta beberapa nama objek sekaligus.

    Catatan
    • Jika menggunakan fitur pemetaan nama objek, data mungkin tidak konsisten atau objek lain yang bergantung pada objek ini mungkin gagal dimigrasikan. Sebagai contoh, jika pemetaan kolom digunakan untuk migrasi tabel non-penuh atau jika skema tabel sumber dan tujuan tidak konsisten, data di kolom database sumber yang tidak termasuk dalam database tujuan akan hilang.

    • Untuk menentukan kondisi WHERE guna menyaring data, klik kanan objek di bagian Selected Objects. Di kotak dialog yang muncul, tentukan kondisi tersebut. Untuk informasi lebih lanjut, lihat Gunakan kondisi SQL untuk menyaring data.

    • Untuk memigrasikan secara inkremental operasi SQL yang dilakukan pada database atau tabel tertentu, klik kanan objek di bagian Selected Objects. Di kotak dialog yang muncul, pilih operasi SQL yang ingin dimigrasikan secara inkremental. Untuk informasi lebih lanjut tentang pernyataan SQL yang dapat dimigrasikan secara inkremental, lihat bagian Operasi SQL yang dapat dimigrasikan secara inkremental dari topik ini.

  4. Klik Next: Advanced Settings untuk mengonfigurasi pengaturan lanjutan.

    • Data Verification Settings

      Untuk detail lebih lanjut tentang cara mengonfigurasi fitur verifikasi data, lihat Aktifkan verifikasi data.

    • Advanced Settings

      Parameter

      Deskripsi

      Dedicated Cluster for Task Scheduling

      Secara default, DTS menjadwalkan tugas migrasi data ke klaster bersama jika Anda tidak menentukan klaster khusus. Untuk meningkatkan stabilitas tugas migrasi data, beli klaster khusus. Untuk informasi lebih lanjut, lihat Apa itu klaster khusus DTS.

      Set Alerts

      Tentukan apakah akan mengonfigurasi peringatan untuk tugas migrasi data. Jika tugas gagal atau latensi migrasi melebihi ambang batas yang ditentukan, kontak peringatan menerima notifikasi. Nilai valid:

      • No: Tidak mengonfigurasi peringatan.

      • Yes: mengonfigurasi peringatan. Dalam hal ini, Anda juga harus mengonfigurasi ambang batas peringatan dan pengaturan notifikasi peringatan. Untuk informasi lebih lanjut, lihat bagian Konfigurasikan pemantauan dan peringatan saat membuat tugas DTS dari topik Konfigurasikan pemantauan dan peringatan.

      Retry Time for Failed Connections

      Rentang waktu ulang untuk koneksi gagal. Jika database sumber atau tujuan gagal terhubung setelah tugas migrasi data dimulai, DTS segera mencoba kembali koneksi dalam rentang waktu ulang. Nilai valid: 10 hingga 1.440. Unit: menit. Nilai default: 720. Kami sarankan Anda mengatur parameter ini ke nilai lebih besar dari 30. Jika DTS tersambung kembali ke database sumber dan tujuan dalam rentang waktu ulang yang ditentukan, DTS melanjutkan tugas migrasi data. Jika tidak, tugas migrasi data gagal.

      Catatan
      • Jika Anda menentukan rentang waktu ulang yang berbeda untuk beberapa tugas migrasi data yang berbagi database sumber atau tujuan yang sama, nilai yang ditentukan kemudian akan menggantikan nilai sebelumnya.

      • Saat DTS mencoba kembali koneksi, Anda dikenakan biaya untuk instance DTS. Kami sarankan Anda menentukan rentang waktu ulang berdasarkan kebutuhan bisnis Anda. Anda juga dapat melepaskan instance DTS sesegera mungkin setelah instance database sumber dan tujuan dilepaskan.

      Retry Time for Other Issues

      Rentang waktu ulang untuk masalah lainnya. Misalnya, jika operasi DDL atau DML gagal dilakukan setelah tugas migrasi data dimulai, DTS segera mencoba kembali operasi dalam rentang waktu ulang. Nilai valid: 1 hingga 1.440. Unit: menit. Nilai default: 10. Kami sarankan Anda mengatur parameter ini ke nilai lebih besar dari 10. Jika operasi gagal berhasil dilakukan dalam rentang waktu ulang yang ditentukan, DTS melanjutkan tugas migrasi data. Jika tidak, tugas migrasi data gagal.

      Penting

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

      Enable Throttling for Full Data Migration

      Tentukan apakah akan mengaktifkan pembatasan untuk migrasi data penuh. Selama migrasi data penuh, DTS menggunakan sumber daya baca dan tulis dari database sumber dan tujuan. Ini dapat meningkatkan beban pada server database. Anda dapat mengaktifkan pembatasan untuk migrasi data penuh berdasarkan kebutuhan bisnis Anda. Untuk mengonfigurasi pembatasan, Anda harus mengatur parameter Queries per second (QPS) to the source database, RPS of Full Data Migration, dan Data migration speed for full migration (MB/s). Ini mengurangi beban pada server database tujuan.

      Catatan

      Anda hanya dapat mengonfigurasi parameter ini jika Anda memilih Full Data Migration untuk parameter Migration Types.

      Enable Throttling for Incremental Data Migration

      Tentukan apakah akan mengaktifkan pembatasan untuk migrasi data inkremental. Untuk mengonfigurasi pembatasan, Anda harus mengatur parameter RPS of Incremental Data Migration dan Data migration speed for incremental migration (MB/s). Ini mengurangi beban pada server database tujuan.

      Catatan

      Anda hanya dapat mengonfigurasi parameter ini jika Anda memilih Incremental Data Migration untuk parameter Migration Types.

      Environment Tag

      Tag lingkungan yang digunakan untuk mengidentifikasi instance DTS. Anda dapat memilih tag lingkungan berdasarkan kebutuhan bisnis Anda. Dalam contoh ini, Anda tidak perlu mengonfigurasi parameter ini.

      Configure ETL

      Tentukan apakah akan mengaktifkan fitur ekstraksi, transformasi, dan pemuatan (ETL). Untuk informasi lebih lanjut, lihat Apa itu ETL? Nilai valid:

  5. Opsional. Klik Next: Configure Database and Table Fields untuk menentukan parameter Type, Primary Key Column, dan Distribution Key untuk tabel yang ingin dimigrasikan ke instance AnalyticDB untuk PostgreSQL.

    Catatan
    • Langkah ini hanya diperlukan jika Anda memilih Schema Migration saat mengonfigurasi objek yang akan dimigrasikan untuk tugas. Anda dapat mengatur parameter Definition Status ke All dan memodifikasi bidang database serta tabel.

    • Di bidang Primary Key Column, Anda dapat menentukan beberapa kolom untuk membentuk kunci utama komposit. Dalam hal ini, Anda harus menentukan satu atau lebih kolom kunci utama sebagai kolom kunci distribusi.

    • Untuk informasi lebih lanjut tentang kolom kunci utama dan kolom kunci distribusi, lihat Kelola tabel dan Tentukan distribusi tabel.

  6. Simpan pengaturan tugas dan jalankan pra-pemeriksaan.

    • Untuk melihat parameter yang harus ditentukan saat memanggil operasi API terkait untuk mengonfigurasi tugas DTS, arahkan kursor ke Next: Save Task Settings and Precheck dan klik Preview OpenAPI parameters.

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

    Catatan
    • Sebelum memulai tugas migrasi data, DTS melakukan pra-pemeriksaan. Tugas migrasi data hanya dapat dimulai setelah berhasil melewati pra-pemeriksaan.

    • Jika tugas gagal melewati pra-pemeriksaan, klik View Details di sebelah item yang gagal. Setelah menganalisis penyebab berdasarkan hasil pemeriksaan, atasi masalah tersebut dan jalankan pra-pemeriksaan lagi.

    • Jika peringatan dipicu untuk suatu item selama pra-pemeriksaan:

      • Jika item peringatan tidak dapat diabaikan, klik View Details di sebelah item yang gagal, atasi masalah tersebut, lalu jalankan pra-pemeriksaan lagi.

      • Jika item peringatan dapat diabaikan, klik Confirm Alert Details. Di kotak dialog Lihat Detail, klik Ignore. Di pesan yang muncul, klik OK. Lalu, klik Precheck Again untuk menjalankan pra-pemeriksaan lagi. Mengabaikan item peringatan dapat menyebabkan ketidaksesuaian data dan risiko potensial bagi bisnis Anda.

  7. Tunggu hingga Success Rate mencapai 100%, lalu klik Next: Purchase Instance.

  8. Di halaman Purchase Instance, konfigurasikan parameter Kelas Instance untuk instance migrasi data. Penjelasan parameter tersebut dapat dilihat pada tabel berikut.

    Bagian

    Parameter

    Deskripsi

    New Instance Class

    Resource Group

    Grup sumber daya tempat instance migrasi data milik. Nilai default: default resource group. Untuk informasi lebih lanjut, lihat Apa itu Resource Management?

    Instance Class

    DTS menyediakan kelas instance yang bervariasi dalam kecepatan migrasi. Anda dapat memilih kelas instance berdasarkan skenario bisnis Anda. Untuk informasi lebih lanjut, lihat Kelas instance instance migrasi data.

  9. Baca dan setujui Data Transmission Service (Pay-as-you-go) Service Terms dengan mencentang kotak yang tersedia.

  10. Klik Buy and Start. Pada pesan yang muncul, klik atau OK.

    Anda dapat melihat kemajuan tugas di halaman Data Migration.

    Catatan
    • Jika tugas migrasi data tidak mendukung migrasi data inkremental, tugas akan berhenti secara otomatis. Status Completed akan ditampilkan di bagian Status .

    • Jika tugas migrasi data mendukung migrasi data inkremental, tugas tidak akan berhenti secara otomatis. Tugas migrasi data inkremental akan terus berjalan tanpa batas waktu. Status Running akan ditampilkan di bagian Status.