All Products
Search
Document Center

Data Transmission Service:Migrasi data antara instans Tair (Redis OSS-Compatible) di berbagai akun Alibaba Cloud

Last Updated:Apr 21, 2026

Topik ini menjelaskan cara memigrasikan data antara instans Tair (Redis OSS-Compatible) di berbagai akun Alibaba Cloud menggunakan Data Transmission Service (DTS). DTS mendukung migrasi data penuh dan inkremental. Saat mengonfigurasi tugas migrasi data, Anda dapat memilih kedua jenis tersebut untuk memastikan kontinuitas layanan.

Prasyarat

Instans tujuan Tair (Redis OSS-Compatible) telah dibuat dengan ruang penyimpanan yang lebih besar daripada ukuran total data di instans sumber.

Catatan

Untuk informasi lebih lanjut tentang versi instans yang didukung, lihat Ikhtisar Skenario Migrasi Data.

Latar Belakang

Dalam contoh ini, dua instans Tair (Redis OSS-Compatible) dibuat oleh akun Alibaba Cloud yang berbeda. Tujuannya adalah untuk memigrasikan data dari instans Tair (Redis OSS-Compatible) Akun A ke instans Tair (Redis OSS-Compatible) Akun B.

Anda harus menyelesaikan langkah-langkah dalam tabel berikut untuk mengonfigurasi tugas migrasi data.

Langkah

Deskripsi

1. Gunakan Akun A yang memiliki instans sumber untuk masuk ke Konsol Resource Access Management (RAM) dan berikan izin yang diperlukan kepada peran RAM. Untuk informasi lebih lanjut, lihat bagian Persiapan dari topik ini.

Saat mengonfigurasi peran RAM, atur Akun B sebagai akun tepercaya dan otorisasi peran RAM untuk mengakses sumber daya cloud Akun A.

2. Gunakan Akun B yang memiliki instans tujuan untuk masuk ke konsol DTS dan konfigurasikan tugas migrasi data. Untuk informasi lebih lanjut, lihat bagian Prosedur dari topik ini.

DTS dapat membaca informasi tentang instans sumber Tair (Redis OSS-Compatible) di berbagai akun Alibaba Cloud.

Batasan

Kategori

Deskripsi

Batasan pada database sumber

  • Persyaratan bandwidth: Server tempat database sumber ditempatkan harus memiliki bandwidth keluar yang cukup. Jika tidak, kecepatan migrasi data akan menurun.

  • Versi database dari instans sumber Tair (Redis OSS-Compatible) tidak boleh 2.8.

  • Batasan operasi: Jika Anda hanya melakukan migrasi data penuh, jangan tulis data ke database sumber selama migrasi data. Jika tidak, data mungkin tidak konsisten antara database sumber dan tujuan. Untuk memastikan konsistensi data, kami sarankan Anda memilih migrasi data penuh dan migrasi data inkremental sebagai jenis migrasi.

  • Batasan migrasi data dari database Redis mandiri ke database Redis yang diterapkan dalam arsitektur klaster: Setiap perintah hanya dapat dijalankan pada satu slot dalam database Redis yang diterapkan dalam arsitektur klaster. Jika Anda melakukan operasi pada beberapa kunci di database sumber dan kunci-kunci tersebut termasuk dalam slot yang berbeda, kesalahan berikut terjadi:

    CROSSSLOT Keys in request don't hash to the same slot

    Kami sarankan Anda melakukan operasi hanya pada satu kunci selama migrasi data. Jika tidak, tugas migrasi terganggu.

  • Untuk memastikan stabilitas migrasi data, DTS menyisipkan kunci dengan awalan DTS_REDIS_TIMESTAMP_HEARTBEAT ke database sumber untuk mencatat kapan data diperbarui. Jika database sumber diterapkan dalam arsitektur klaster, DTS menyisipkan kunci ke setiap shard klaster. Kunci tersebut disaring selama migrasi data. Setelah tugas migrasi data selesai, kunci tersebut kedaluwarsa.

  • Jika database sumber adalah database baca-saja atau akun database sumber yang digunakan untuk menjalankan tugas migrasi data tidak memiliki izin untuk menjalankan perintah SETEX, latensi yang dilaporkan mungkin tidak akurat.

Batasan lainnya

  • Instans dioptimalkan-penyimpanan dari Tair (Redis OSS-Compatible) Enhanced Edition tidak dapat dikonfigurasikan sebagai database sumber atau tujuan.

  • Jika pengusiran data dipicu karena memori database tujuan tidak mencukupi, ketidaksesuaian data mungkin terjadi antara database sumber dan tujuan. Ini karena kebijakan pengusiran data default (maxmemory-policy) dari database tujuan adalah volatile-lru. Namun, ini tidak memengaruhi tugas migrasi.

    Dalam hal ini, kami sarankan Anda mengatur kebijakan pengusiran data dari database tujuan menjadi noeviction. Jika memori database tujuan tidak mencukupi, DTS gagal menulis data ke database tujuan dan tugas migrasi gagal, tetapi data database tujuan tidak hilang karena pengusiran data.

    Catatan

    Untuk informasi lebih lanjut tentang kebijakan pengusiran data, lihat Bagaimana Tair (Redis OSS-Compatible) mengusir data secara default?

  • Jika Anda memanggil skrip Lua dengan menjalankan perintah EVAL atau EVALSHA, DTS tidak dapat mengidentifikasi apakah skrip Lua tersebut dieksekusi pada database tujuan. Hal ini karena database tujuan tidak secara eksplisit mengembalikan hasil eksekusi skrip Lua selama migrasi data inkremental.

  • Saat DTS menjalankan perintah PSYNC atau SYNC untuk mentransfer data tipe LIST, DTS tidak melakukan operasi FLUSH pada data yang ada di instans tujuan. Akibatnya, instans tujuan mungkin berisi catatan data duplikat.

  • Jika kebijakan kedaluwarsa diaktifkan untuk kunci tertentu di database sumber, kunci-kunci tersebut mungkin tidak segera dihapus setelah kedaluwarsa. Oleh karena itu, jumlah kunci di instans tujuan mungkin lebih sedikit daripada di database sumber. Anda dapat menjalankan perintah INFO untuk melihat jumlah kunci di database tujuan.

    Catatan

    Jumlah kunci yang tidak memiliki kebijakan kedaluwarsa yang diaktifkan atau belum kedaluwarsa sama di database sumber dan tujuan.

  • Untuk memastikan kompatibilitas, versi database Redis tujuan harus sama atau lebih baru daripada versi database Redis sumber.

    Catatan

    Jika versi database tujuan lebih lama daripada versi database sumber, masalah kompatibilitas database mungkin terjadi.

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

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

  • DTS mencoba melanjutkan tugas migrasi data yang gagal dalam tujuh hari terakhir. Sebelum Anda beralih beban kerja ke database tujuan, Anda harus menghentikan atau melepaskan tugas yang gagal. Anda juga dapat menjalankan pernyataan REVOKE untuk mencabut izin tulis dari akun yang digunakan oleh DTS untuk mengakses database tujuan. Jika tidak, data di database sumber akan menimpa data di instans tujuan setelah tugas dilanjutkan.

  • Jika baik database sumber maupun tujuan adalah Tair (Redis OSS-Compatible) Community Edition atau Enhanced Edition, perhatikan batasan berikut: Jika konfigurasi database diubah, seperti spesifikasi atau nomor port, DTS tidak dapat memperoleh data log berkelanjutan atau informasi koneksi yang benar. Akibatnya, tugas migrasi data terganggu. Untuk memastikan konsistensi data, kami sarankan Anda menghapus data di database tujuan dan mengonfigurasi ulang tugas migrasi data setelah konfigurasi database diubah.

  • Jika instans tujuan diterapkan dalam arsitektur klaster dan jumlah memori yang digunakan oleh shard di instans tujuan mencapai batas atas, atau jika ruang penyimpanan yang tersedia di instans tujuan tidak mencukupi, tugas migrasi data gagal karena kehabisan memori (OOM).

  • Jika fitur Transparent Data Encryption (TDE) diaktifkan untuk database tujuan, Anda tidak dapat menggunakan DTS untuk memigrasikan data.

  • Jika unggah yang dapat dilanjutkan gagal selama migrasi data karena koneksi sementara yang terjadi pada database Redis sumber, data penuh mungkin dimigrasikan ke database tujuan lagi. Ini dapat menyebabkan ketidaksesuaian data antara database sumber dan tujuan.

Kasus khusus

Jika database sumber adalah database Redis yang dikelola sendiri, perhatikan batasan berikut:

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

  • DTS menghitung latensi migrasi berdasarkan cap waktu data migrasi terbaru di database tujuan dan cap waktu saat ini di database sumber. Jika tidak ada operasi DML yang dilakukan pada database sumber untuk periode 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.

  • Jika unggah yang dapat dilanjutkan gagal selama migrasi data karena koneksi sementara yang terjadi pada database Redis sumber, data penuh mungkin dimigrasikan ke database tujuan lagi. Ini dapat menyebabkan ketidaksesuaian data antara database sumber dan tujuan.

Jenis migrasi

Jenis migrasi

Deskripsi

Migrasi data penuh

DTS memigrasikan data historis objek yang diperlukan dari database sumber ke database tujuan.

Migrasi data inkremental

Setelah migrasi data penuh selesai, DTS memigrasikan data inkremental dari database sumber ke database tujuan. Migrasi data inkremental memungkinkan data dimigrasikan dengan lancar tanpa mengganggu layanan aplikasi yang dikelola sendiri selama migrasi data.

Perintah yang dapat dimigrasikan secara inkremental

  • APPEND

  • BITOP, BLPOP, BRPOP, dan BRPOPLPUSH

  • DECR, DECRBY, dan DEL

  • EVAL, EVALSHA, EXEC, EXPIRE, dan EXPIREAT

  • FLUSHALL dan FLUSHDB

  • GEOADD dan GETSET

  • HDEL, HINCRBY, HINCRBYFLOAT, HMSET, HSET, dan HSETNX

  • INCR, INCRBY, dan INCRBYFLOAT

  • LINSERT, LPOP, LPUSH, LPUSHX, LREM, LSET, dan LTRIM

  • MOVE, MSET, MSETNX, dan MULTI

  • PERSIST, PEXPIRE, PEXPIREAT, PFADD, PFMERGE, PSETEX, dan PUBLISH

  • RENAME, RENAMENX, RESTORE, RPOP, RPOPLPUSH, RPUSH, dan RPUSHX

  • SADD, SDIFFSTORE, SELECT, SET, SETBIT, SETEX, SETNX, SETRANGE, SINTERSTORE, SMOVE, SPOP, SREM, dan SUNIONSTORE

  • ZADD, ZINCRBY, ZINTERSTORE, ZREM, ZREMRANGEBYLEX, ZUNIONSTORE, ZREMRANGEBYRANK, dan ZREMRANGEBYSCORE

  • XADD, XCLAIM, XDEL, XAUTOCLAIM, XGROUP CREATECONSUMER, dan XTRIM

Persiapan

Gunakan akun Alibaba Cloud yang memiliki instans sumber Tair (Redis OSS-Compatible) untuk masuk ke Konsol Manajemen Alibaba Cloud. Buat peran RAM dan atur akun Alibaba Cloud yang memiliki instans Redis tujuan sebagai akun tepercaya. Untuk informasi lebih lanjut, lihat Konfigurasikan Otorisasi RAM untuk Tugas DTS Lintas Akun.

Prosedur

  1. Gunakan akun Alibaba Cloud yang memiliki instans tujuan Tair (Redis OSS-Compatible) untuk pergi ke halaman Data Migration Tasks melalui salah satu dari dua cara berikut:

    Konsol DTS

    1. Masuk ke Konsol DTS.

    2. Di bilah navigasi sebelah kiri, klik Data Migration.

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

    Konsol DMS

    Catatan

    Operasi aktual mungkin berbeda berdasarkan mode dan tata letak konsol DMS. Untuk informasi lebih lanjut, lihat Mode Sederhana dan Sesuaikan Tata Letak dan Gaya Konsol DMS.

    1. Masuk ke Konsol DMS.

    2. Di bilah navigasi atas, gerakkan penunjuk mouse ke Data + AI > DTS (DTS) > Data Migration.

    3. Dari daftar drop-down di sebelah kanan Data Migration Tasks, pilih wilayah tempat instans sinkronisasi data berada.

  2. Klik Create Task untuk pergi ke halaman konfigurasi tugas.

  3. Opsional. Klik New Configuration Page di sudut kanan atas halaman.

    Catatan
    • Lewati langkah ini jika tombol Back to Previous Version ditampilkan di sudut kanan atas halaman.

    • Parameter spesifik di halaman konfigurasi versi baru dan sebelumnya mungkin berbeda. Kami sarankan Anda menggunakan halaman konfigurasi versi baru.

  4. Konfigurasikan database sumber dan tujuan. Tabel berikut menjelaskan parameter.

    Peringatan

    Setelah mengonfigurasi database sumber dan tujuan, kami sarankan Anda membaca Limits yang ditampilkan di bagian atas halaman. Jika tidak, tugas mungkin gagal atau ketidaksesuaian data mungkin terjadi.

    Bagian

    Parameter

    Deskripsi

    Tidak Ada

    Task Name

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

    Source Database

    Select Existing Connection

    • Jika Anda menggunakan instans database yang terdaftar dengan DTS, pilih instans dari daftar drop-down. DTS secara otomatis mengisi parameter database berikut untuk instans tersebut. Untuk informasi lebih lanjut, lihat Kelola koneksi database.

      Catatan

      Di konsol DMS, Anda dapat memilih instans database dari daftar drop-down Select a DMS database instance.

    • Jika Anda gagal mendaftarkan instans dengan DTS, atau Anda tidak perlu menggunakan instans yang terdaftar dengan DTS, Anda harus mengonfigurasi informasi database berikut.

    Database Type

    Jenis database sumber. Pilih Tair/Redis.

    Access Method

    Metode akses database sumber. Pilih Alibaba Cloud Instance.

    Instance Region

    Wilayah tempat instans sumber Tair (Redis OSS-Compatible) berada.

    Replicate Data Across Alibaba Cloud Accounts

    Menentukan apakah akan memigrasikan data di antara akun Alibaba Cloud. Dalam contoh ini, Yes dipilih.

    Alibaba Cloud Account

    ID akun Alibaba Cloud yang memiliki instans sumber Tair (Redis OSS-Compatible).

    RAM Role Name

    Nama peran RAM yang Anda buat dengan mengikuti petunjuk di bagian Persiapan dari topik ini.

    Instance ID

    ID instans tujuan Tair (Redis OSS-Compatible).

    Authentication Method

    Pilih parameter ini berdasarkan kebutuhan bisnis Anda. Password Login dipilih dalam contoh ini.

    Catatan

    Jika Secret-free login dipilih, pastikan akses tanpa kata sandi di atas instans ApsaraDB for Redis diaktifkan. Untuk informasi lebih lanjut tentang cara mengaktifkan akses tanpa kata sandi di atas instans Tair (Redis OSS-compatible), lihat Aktifkan akses tanpa kata sandi.

    Database Password

    Kata sandi database dari instans sumber Tair (Redis OSS-Compatible). Akun database yang sesuai dengan kata sandi tersebut harus memiliki izin baca. Jika Anda lupa kata sandi, Anda dapat menyetel ulang kata sandi. Untuk informasi lebih lanjut, lihat Ubah atau setel ulang kata sandi.

    • Jika Anda menggunakan akun default yang nama penggunanya sama dengan ID instans, Anda hanya perlu memasukkan kata sandi.

    • Jika Anda menggunakan akun kustom, tentukan kata sandi dalam format <Nama Pengguna Akun Kustom>:<Kata Sandi>. Contoh: testaccount:Test1234.

    Catatan

    Parameter ini bersifat opsional dan dapat dibiarkan kosong jika tidak ada kata sandi database yang disetel untuk database Tair (Redis OSS-Compatible) sumber.

    Encryption

    Menentukan apakah akan mengenkripsi koneksi ke database sumber. Pilih Non-encrypted atau SSL-encrypted berdasarkan kebutuhan bisnis Anda.

    Catatan

    Jika Anda menyetel Access Method bukan ke Alibaba Cloud Instance dan memilih SSL-encrypted untuk database Redis yang dikelola sendiri, Anda harus mengunggah CA Certificate dan memasukkan CA Key.

    Destination Database

    Select Existing Connection

    • Jika Anda menggunakan instans database yang terdaftar dengan DTS, pilih instans dari daftar drop-down. DTS secara otomatis mengisi parameter database berikut untuk instans tersebut. Untuk informasi lebih lanjut, lihat Kelola koneksi database.

      Catatan

      Di konsol DMS, Anda dapat memilih instans database dari daftar drop-down Select a DMS database instance.

    • Jika Anda gagal mendaftarkan instans dengan DTS, atau Anda tidak perlu menggunakan instans yang terdaftar dengan DTS, Anda harus mengonfigurasi informasi database berikut.

    Database Type

    Jenis database tujuan. Pilih Tair/Redis.

    Access Method

    Metode akses database tujuan. Pilih Alibaba Cloud Instance.

    Instance Region

    Wilayah tempat instans tujuan Tair (Redis OSS-Compatible) berada.

    Replicate Data Across Alibaba Cloud Accounts

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

    Instance ID

    ID instans tujuan Tair (Redis OSS-Compatible).

    Authentication Method

    Pilih parameter ini berdasarkan kebutuhan bisnis Anda. Password Login dipilih dalam contoh ini.

    Catatan

    Jika Secret-free login dipilih, pastikan akses tanpa kata sandi di atas instans ApsaraDB for Redis diaktifkan. Untuk informasi lebih lanjut tentang cara mengaktifkan akses tanpa kata sandi di atas instans Tair (Redis OSS-compatible), lihat Aktifkan akses tanpa kata sandi.

    Database Password

    Kata sandi database dari instans tujuan Tair (Redis OSS-Compatible). Akun database yang sesuai dengan kata sandi tersebut harus memiliki izin baca. Jika Anda lupa kata sandi, Anda dapat menyetel ulang kata sandi. Untuk informasi lebih lanjut, lihat Ubah atau setel ulang kata sandi.

    • Jika Anda menggunakan akun default yang nama penggunanya sama dengan ID instans, Anda hanya perlu memasukkan kata sandi.

    • Jika Anda menggunakan akun kustom, tentukan kata sandi dalam format <Nama Pengguna Akun Kustom>:<Kata Sandi>. Contoh: testaccount:Test1234.

    Encryption

    Menentukan apakah akan mengenkripsi koneksi ke database sumber. Pilih Non-encrypted atau SSL-encrypted berdasarkan kebutuhan bisnis Anda.

    Catatan

    Jika Anda menyetel Access Method bukan ke Alibaba Cloud Instance dan memilih SSL-encrypted untuk database Redis yang dikelola sendiri, Anda harus mengunggah CA Certificate dan memasukkan CA Key.

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

    Catatan
    • Pastikan bahwa blok CIDR server DTS dapat ditambahkan secara otomatis atau manual ke pengaturan keamanan database sumber dan tujuan untuk mengizinkan akses dari server DTS. Untuk informasi lebih lanjut, lihat Tambahkan Blok CIDR Server DTS.

    • Jika database sumber atau tujuan adalah database yang dikelola sendiri dan Access Method tidak disetel ke Alibaba Cloud Instance, klik Test Connectivity di kotak dialog CIDR Blocks of DTS Servers.

  6. Konfigurasikan objek yang akan dimigrasikan.

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

      Parameter

      Deskripsi

      Migration Types

      Kami sarankan Anda memilih kedua Full Data Migration dan Incremental Data Migration (atau Full Data Migration + Incremental Data Migration). Jika Anda tidak memiliki izin untuk menjalankan perintah SYNC atau PSYNC pada database sumber, pilih Full Data Migration.

      Processing Mode for Existing Destination Tables

      • Precheck and Report Errors: memeriksa apakah database tujuan kosong. Jika database tujuan kosong, prapemeriksaan berhasil. Jika tidak, kesalahan akan dikembalikan selama prapemeriksaan dan tugas migrasi data tidak dapat dimulai.

      • Ignore Errors and Proceed: melewati item pemeriksaan Check the existence of objects in the destination database..

        Peringatan

        Jika Anda memilih Ignore Errors and Proceed, data di database sumber akan menimpa data di database tujuan yang memiliki kunci yang sama dengan data sumber. Ini dapat menyebabkan kehilangan data di database tujuan. Lanjutkan dengan hati-hati.

      Source Objects

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

      Catatan

      Anda hanya dapat memilih database sebagai objek yang akan dimigrasikan. Anda tidak dapat memilih kunci sebagai objek yang akan dimigrasikan.

      Selected Objects

      Jika Anda ingin memilih database ke mana data dimigrasikan dari DB 0 hingga DB 255 atau memfilter data yang akan dimigrasikan berdasarkan awalan, Anda dapat menggunakan fitur pemetaan nama objek atau fitur penyaringan. Di bagian Selected Objects, klik kanan database yang ingin Anda migrasikan. Di kotak dialog Edit Schema, konfigurasikan parameter. Untuk informasi lebih lanjut, lihat Petakan nama objek dan Atur kondisi filter.

      Catatan

      Anda tidak dapat memetakan beberapa nama objek sekaligus.

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

      Parameter

      Deskripsi

      Dedicated Cluster for Task Scheduling

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

      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 menyetel 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 terakhir akan berlaku.

      • Saat DTS mencoba kembali koneksi, Anda akan dikenakan biaya untuk instans DTS. Kami sarankan Anda menentukan rentang waktu ulang berdasarkan kebutuhan bisnis Anda. Anda juga dapat melepaskan instans DTS secepat mungkin setelah database sumber dan instans 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 menyetel 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

      Menentukan 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 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 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

      Menentukan 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 server database tujuan.

      Catatan

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

      Extend Expiration Time of Destination Database Key

      Rentang waktu tambahan agar kunci yang dimigrasikan dari database sumber ke instans tujuan tetap valid. Unit: detik. Jika perintah tertentu digunakan, seperti perintah berikut, kami sarankan Anda menyetel parameter ini untuk memastikan konsistensi data.

      Catatan

      Jika rentang waktu tambahan ditentukan dalam skenario yang menyediakan layanan kunci terdistribusi, Anda mungkin gagal melepaskan kunci terdistribusi secara tepat waktu.

      expire key seconds
      pexpire key milliseconds
      expireat key timestamp
      pexpireat key timestampMs

      Environment Tag

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

      Configure ETL

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

      Monitoring and Alerting

      Menentukan apakah akan mengonfigurasi peringatan untuk tugas migrasi data. Jika tugas gagal atau latensi migrasi melebihi ambang batas yang ditentukan, kontak peringatan akan 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.

    3. Klik Next Step: Data Verification untuk mengonfigurasi verifikasi data.

      Untuk informasi lebih lanjut tentang cara menggunakan fitur verifikasi data, lihat Konfigurasikan Tugas Verifikasi Data.

  7. Simpan pengaturan tugas dan jalankan prapemeriksaan.

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

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

    Catatan
    • Sebelum Anda dapat memulai tugas migrasi data, DTS melakukan prapemeriksaan. Anda hanya dapat memulai tugas migrasi data setelah tugas tersebut lulus prapemeriksaan.

    • Jika tugas gagal lulus prapemeriksaan, klik View Details di sebelah setiap item yang gagal. Setelah Anda menganalisis penyebab berdasarkan hasil pemeriksaan, atasi masalah tersebut. Kemudian, jalankan prapemeriksaan lagi.

    • Jika peringatan dipicu untuk suatu item selama prapemeriksaan:

      • Jika item peringatan tidak dapat diabaikan, klik View Details di sebelah item yang gagal dan atasi masalah tersebut. Kemudian, jalankan prapemeriksaan lagi.

      • Jika item peringatan dapat diabaikan, klik Confirm Alert Details. Di kotak dialog Lihat Detail, klik Ignore. Di pesan yang muncul, klik OK. Kemudian, klik Precheck Again untuk menjalankan prapemeriksaan lagi. Jika Anda mengabaikan item peringatan, ketidaksesuaian data mungkin terjadi, dan bisnis Anda mungkin terpapar risiko potensial.

  8. Beli instans.

    1. Tunggu hingga Success Rate menjadi 100%. Kemudian, klik Next: Purchase Instance.

    2. Di halaman Purchase Instance, konfigurasikan parameter Kelas Instans untuk instans migrasi data. Tabel berikut menjelaskan parameter.

      Bagian

      Parameter

      Deskripsi

      New Instance Class

      Resource Group

      Grup sumber daya tempat instans migrasi data berada. Nilai default: default resource group. Untuk informasi lebih lanjut, lihat Apa itu Manajemen Sumber Daya?

      Instance Class

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

    3. Baca dan setujui Data Transmission Service (Pay-as-you-go) Service Terms dengan memilih kotak centang.

    4. Klik Buy and Start. Di kotak dialog yang muncul, klik OK.

      Anda dapat melihat kemajuan tugas di halaman Data Migration.

      Catatan

      Jika instans DTS yang Anda konfigurasikan mendukung tugas migrasi data penuh dan inkremental, yaitu Migration Types mencakup Full Data Migration dan Incremental Data Migration, Incremental Data Migration akan ditampilkan.