All Products
Search

This Product

    Data Transmission Service:Migrasi dari Redis yang dikelola sendiri ke instans Tair (Redis OSS-Compatible)

    Document Center

    Data Transmission Service:Migrasi dari Redis yang dikelola sendiri ke instans Tair (Redis OSS-Compatible)

    Last Updated:Aug 28, 2026

    Topik ini menjelaskan cara menggunakan Data Transmission Service (DTS) untuk memigrasikan data dari database Redis yang dikelola sendiri ke instans Tair (Redis OSS-Compatible). DTS mendukung migrasi data penuh dan inkremental. Kombinasi kedua jenis migrasi ini memungkinkan Anda memindahkan database Redis yang dikelola sendiri ke cloud secara lancar dengan gangguan layanan minimal.

    Prasyarat

    • Anda telah membuat instans Redis sumber yang dikelola sendiri dan instans tujuan Tair (Redis OSS-Compatible). Untuk informasi selengkapnya tentang cara membuat instans Tair (Redis OSS-Compatible), lihat Langkah 1: Buat instans.

      Catatan

      • DTS saat ini hanya mendukung instans Tair (Redis OSS-Compatible) yang menggunakan mode koneksi langsung.

      • Untuk informasi versi database sumber dan tujuan yang didukung, lihat Ikhtisar solusi migrasi.

    • Redis yang dikelola sendiri dapat menjalankan perintah psync atau sync dengan baik.

    • Instans tujuan Tair (Redis OSS-Compatible) harus memiliki ruang penyimpanan tersedia lebih besar daripada jumlah yang digunakan oleh database Redis sumber yang dikelola sendiri.

    Catatan penggunaan

    Jenis

    Deskripsi

    Batasan database sumber

    • Server sumber harus memiliki bandwidth outbound yang mencukupi. Bandwidth yang tidak mencukupi akan memperlambat migrasi.

    • Jika Anda hanya melakukan migrasi data penuh (memilih hanya Full Data Migration untuk Migration Types), jangan menulis data baru ke sumber selama migrasi. Jika tidak, data sumber dan tujuan menjadi tidak konsisten. Untuk konsistensi real-time, pilih migrasi data penuh dan inkremental.

    • Dalam skenario migrasi yang hanya melibatkan Full Data Migration, DTS menjalankan perintah INFO Keyspace pada sumber untuk mengidentifikasi database (DB) yang berisi data. Hanya DB yang tercantum dalam hasil INFO Keyspace yang dimigrasikan.

      Penting

      Beberapa layanan Redis pihak ketiga mungkin tidak mencantumkan semua DB secara benar dalam output INFO Keyspace, sehingga DB tersebut dilewati. Sebelum mengonfigurasi migrasi, jalankan INFO Keyspace pada sumber untuk memverifikasi bahwa semua DB yang diperlukan tercantum.

    • Jika beberapa kunci sumber memiliki kebijakan kadaluarsa, target mungkin memiliki lebih sedikit kunci karena kunci yang telah kadaluarsa mungkin belum dihapus dari sumber.

      Catatan

      Jumlah kunci tanpa masa berlaku tetap konsisten antara sumber dan target.

    • DTS menyisipkan kunci dengan awalan DTS_REDIS_TIMESTAMP_HEARTBEAT ke sumber untuk melacak stempel waktu pembaruan (satu per shard dalam mode kluster). Kunci ini difilter selama migrasi dan kadaluarsa setelah tugas selesai.

    • Jika instans sumber bersifat read-only atau akun DTS tidak memiliki izin write (SETEX), latensi yang dilaporkan mungkin tidak akurat.

    • Untuk memastikan koneksi migrasi yang stabil, tingkatkan parameter repl-backlog-size dalam redis.conf.

    • Untuk memigrasikan data inkremental, akun database sumber yang digunakan oleh tugas harus memiliki izin PSYNC dan SYNC.

    Batasan lainnya

    • Migrasi data penuh meningkatkan beban pada kedua database. Server dengan lalu lintas tinggi atau spesifikasi rendah mungkin mengalami penurunan kinerja atau ketidaktersediaan layanan. Evaluasi dampaknya dan jalankan migrasi selama jam sepi.

    • Jika target memiliki memori tidak mencukupi dan memicu eviction data, ketidakkonsistenan data dapat terjadi. kebijakan eviction data default (maxmemory-policy) untuk Tair (Redis OSS-Compatible) adalah volatile-lru. Tugas migrasi tidak terpengaruh.

      Untuk mencegah hal ini, atur kebijakan eviction target menjadi noeviction. Saat memori penuh, operasi write dan tugas gagal, tetapi tidak ada data yang di-evict dari target.

    • Untuk skrip Lua yang dipanggil oleh EVAL atau EVALSHA, DTS tidak dapat memastikan apakah skrip berhasil dieksekusi selama migrasi data inkremental. Hal ini karena target tidak secara eksplisit mengembalikan hasil eksekusi.

    • Data list mungkin diduplikasi karena DTS tidak Flush data tujuan yang sudah ada saat menggunakan psync atau sync.

    • Jika instans Redis yang dikelola sendiri diskalakan atau spesifikasinya diubah selama migrasi, konfigurasi ulang tugas tersebut. Hapus data yang telah dimigrasikan ke target sebelum mengonfigurasi ulang untuk memastikan konsistensi.

    • Scaling (menambah atau menghapus shard), perubahan spesifikasi instans (peningkatan memori, perubahan spesifikasi, atau migrasi zona), atau perubahan alamat koneksi dan port selama migrasi akan menginterupsi tugas karena DTS kehilangan data log berkelanjutan. Jika hal ini terjadi, hapus data yang telah dimigrasikan ke instans Redis target sebelum mengonfigurasi ulang tugas.

    • Kehilangan data mungkin terjadi pada target setelah migrasi instans (termasuk alih bencana primary/secondary) jika terdapat data yang belum direplikasi pada primary.

    • DTS secara otomatis melanjutkan tugas yang gagal. Sebelum beralih ke instans target, akhiri atau lepas tugas tersebut untuk mencegah tugas yang dilanjutkan menimpa data target.

    • Jika shard kluster mencapai batas memorinya atau target kehabisan penyimpanan, tugas gagal dengan error out of memory (OOM).

    • DTS tidak mendukung migrasi jika Transparent Data Encryption (TDE) diaktifkan pada instans target.

    • Peristiwa berikut selama migrasi dapat menyebabkan migrasi data penuh dimulai ulang, yang mengakibatkan ketidakkonsistenan data:

      • Interupsi koneksi sementara pada instans Redis sumber atau target menyebabkan transmisi yang dapat dilanjutkan gagal.

      • Alih bencana primary/secondary atau failover terjadi pada instans Redis sumber atau target.

      • Alamat koneksi instans Redis sumber atau target berubah.

    • Jika instans Tair (Redis OSS-Compatible) memiliki enkripsi Transport Layer Security (TLS) yang diaktifkan, Anda harus menghubungkannya menggunakan metode SSL-encrypted di DTS. TLSv1.3 tidak didukung. Anda tidak dapat menghubungkan instans Tair (Redis OSS-Compatible) yang diaktifkan SSL dengan mengatur Alibaba Cloud Instance menjadi Alibaba Cloud Instance.

    • Jika tugas mencakup migrasi penuh dan inkremental, DTS mungkin menjalankan keduanya lagi setelah instans migrasi dimulai ulang.

    • Memulai ulang instans migrasi mungkin mengeksekusi ulang perintah, menyebabkan ketidakkonsistenan data—terutama dengan perintah non-idempoten seperti INCRBY atau LPUSH, atau jika pemulihan ulang memicu migrasi data penuh baru.

    • Jika tugas gagal, staf dukungan DTS akan berusaha memulihkannya dalam waktu delapan jam. Selama pemulihan, mereka mungkin memulai ulang tugas atau menyesuaikan parameternya.

      Catatan

      Hanya parameter tugas DTS yang dimodifikasi—bukan parameter database. Parameter yang mungkin disesuaikan termasuk yang tercantum dalam Modifikasi parameter instans.

    Penagihan

    Jenis migrasi

    Biaya konfigurasi instans

    Biaya Lalu Lintas Internet

    Migrasi data penuh

    Gratis.

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

    Migrasi data inkremental

    Dikenai biaya. Untuk informasi selengkapnya, lihat Ikhtisar penagihan.

    Jenis migrasi

    • Migrasi data penuh

      DTS memigrasikan semua data yang ada dari objek yang dipilih dari database Redis yang dikelola sendiri ke instans tujuan Tair (Redis OSS-Compatible).

      Catatan

      Jika Anda hanya melakukan migrasi data penuh, jangan menulis data baru ke database Redis yang dikelola sendiri selama migrasi untuk memastikan konsistensi data.

    • Migrasi data inkremental

      Selain migrasi data penuh, DTS memigrasikan pembaruan data inkremental dari database Redis yang dikelola sendiri ke instans tujuan Tair (Redis OSS-Compatible). Migrasi data inkremental memungkinkan migrasi lancar ke cloud tanpa gangguan layanan.

    Perintah yang didukung untuk migrasi inkremental

    • APPEND

    • BITOP, BLPOP, BRPOP, BRPOPLPUSH

    • DECR, DECRBY, DEL

    • EVAL, EVALSHA, EXEC, EXPIRE, EXPIREAT

    • FLUSHALL, FLUSHDB

    • GEOADD, GETSET

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

    • INCR, INCRBY, INCRBYFLOAT

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

    • MOVE, MSET, MSETNX, MULTI

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

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

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

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

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

    Persiapan (untuk migrasi inkremental)

    Untuk memastikan tugas migrasi data inkremental berjalan sesuai harapan, nonaktifkan batasan pada buffer output replikasi. Topik ini menggunakan server yang menjalankan Linux sebagai contoh.

    Catatan

    Jika Anda hanya perlu melakukan migrasi data penuh, Anda dapat melewati langkah ini.

    1. Gunakan tool redis-cli untuk menghubungkan ke database Redis yang dikelola sendiri.

      Catatan

      Anda dapat menggunakan redis-cli setelah menginstal Redis. Untuk informasi selengkapnya, kunjungi situs web komunitas Redis resmi.

      redis-cli -h <host> -p <port> -a <password>
      Catatan

      • <host>: Alamat koneksi database Redis yang dikelola sendiri. Anda dapat menggunakan 127.0.0.1 untuk koneksi lokal.

      • <port>: Port layanan database Redis yang dikelola sendiri. Nilai default adalah 6379.

      • <password>: Kata sandi database Redis yang dikelola sendiri.

      Contoh:

      redis-cli -h 127.0.0.1 -p 6379 -a Test123456

    2. Jalankan perintah berikut untuk menonaktifkan batasan pada buffer output replikasi.

      config set client-output-buffer-limit 'slave 0 0 0'

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

      Parameter

      Deskripsi

      N/A

      Task Name

      DTS secara otomatis menghasilkan nama tugas. Kami menyarankan Anda menentukan nama deskriptif agar mudah diidentifikasi. 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 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 terdaftar, konfigurasikan informasi database secara manual di bawah.

      Database Type

      Pilih Tair/Redis.

      Access Method

      Pilih metode akses berdasarkan lokasi deployment database sumber. Contoh ini menggunakan Self-managed Database on ECS.

      Catatan

      Jika instans sumber adalah database yang dikelola sendiri, Anda juga harus menyelesaikan persiapan yang diperlukan.

      Instance Region

      Pilih wilayah tempat instans ECS yang meng-host database Redis sumber berada.

      Replicate Data Across Alibaba Cloud Accounts

      Dalam contoh ini, data dimigrasikan dalam satu Akun Alibaba Cloud yang sama. Pilih No.

      ECS Instance ID

      Pilih ID instans ECS yang meng-host database Redis sumber.

      Catatan

      Jika database Redis sumber menggunakan arsitektur kluster, pilih ID instans ECS tempat node master berada. Anda juga harus menambahkan blok CIDR server DTS untuk wilayah tersebut ke aturan grup keamanan semua instans kluster lainnya secara manual. Untuk informasi selengkapnya, lihat Buat grup keamanan, Kaitkan grup keamanan dengan instans (ENI primer), dan Tambahkan blok CIDR untuk server DTS ke daftar putih alamat IP.

      Instance Mode

      Pilih Standalone atau Cluster berdasarkan arsitektur database Redis sumber.

      Catatan

      Jika Access Method untuk Redis yang dikelola sendiri adalah Public IP Address, mode Cluster tidak didukung untuk Instance Mode.

      Port

      Masukkan port layanan database Redis sumber. Nilai default adalah 6379.

      Catatan

      Jika database Redis sumber menggunakan arsitektur kluster, masukkan port layanan dari node master mana pun.

      Authentication Method

      Pilih metode autentikasi sesuai kebutuhan Anda. Dalam contoh ini, Password Login dipilih.

      Catatan

      • Hanya Redis 6.0 dan yang lebih baru yang mendukung Account + Password Login.

      • Jika Anda memilih Secret-free login, pastikan akses tanpa kata sandi diaktifkan untuk database Redis. Untuk informasi cara mengaktifkan akses tanpa kata sandi untuk instans Tair (Redis OSS-Compatible), lihat Aktifkan akses tanpa kata sandi melalui VPC.

      Database Password

      Masukkan kata sandi untuk menghubungkan ke database Redis sumber.

      Catatan

      • Parameter ini opsional. Anda dapat mengosongkannya jika tidak ada kata sandi yang ditetapkan.

      • Kata sandi harus dalam format <user>:<password>. Misalnya, jika username kustom untuk instans Redis adalah admin dan kata sandinya adalah Rp829dlwa, masukkan admin:Rp829dlwa.

      Encryption

      Pilih Non-encrypted atau SSL-encrypted sesuai kebutuhan instans database Anda.

      Catatan

      Jika Anda menggunakan instans Redis yang dikelola sendiri (parameter Access Method bukan Alibaba Cloud Instance) dan Anda memilih SSL-encrypted, Anda juga harus mengunggah CA Certificate dan memasukkan CA Certificate Password.

      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 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 terdaftar, konfigurasikan informasi database secara manual di bawah.

      Database Type

      Pilih Tair/Redis.

      Access Method

      Pilih Alibaba Cloud Instance.

      Instance Region

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

      Replicate Data Across Alibaba Cloud Accounts

      Dalam contoh ini, data dimigrasikan dalam satu Akun Alibaba Cloud yang sama. Pilih No.

      Instance ID

      Pilih ID instans tujuan Tair (Redis OSS-Compatible).

      Authentication Method

      Pilih metode autentikasi sesuai kebutuhan Anda. Dalam contoh ini, Password Login dipilih.

      Catatan

      • Hanya Redis 6.0 dan yang lebih baru yang mendukung Account + Password Login.

      • Jika Anda memilih Secret-free login, pastikan akses tanpa kata sandi diaktifkan untuk database Redis. Untuk informasi cara mengaktifkan akses tanpa kata sandi untuk instans Tair (Redis OSS-Compatible), lihat Aktifkan akses tanpa kata sandi melalui VPC.

      Database Password

      Masukkan kata sandi untuk menghubungkan ke instans tujuan Tair (Redis OSS-Compatible).

      Catatan

      Kata sandi harus dalam format <user>:<password>. Misalnya, jika username kustom untuk instans Tair adalah admin dan kata sandinya adalah Rp829dlwa, masukkan admin:Rp829dlwa.

      Encryption

      Pilih Non-encrypted atau SSL-encrypted sesuai kebutuhan instans database Anda.

      Catatan

      Jika Anda menggunakan instans Redis yang dikelola sendiri (parameter Access Method bukan Alibaba Cloud Instance) dan Anda memilih SSL-encrypted, Anda juga harus mengunggah CA Certificate dan memasukkan CA Certificate Password.

    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 (parameter 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. Di halaman Configure Objects, konfigurasikan objek yang ingin dimigrasikan.

        Parameter

        Deskripsi

        Migration Types

        Pilih Full Data Migration + Incremental Data Migration.

        Catatan

        Jika akun tidak memiliki izin SYNC atau PSYNC pada database sumber, pilih Full Data Migration.

        Processing Mode of Conflicting Tables

        • Precheck and Report Errors: Memeriksa apakah tujuan kosong. Jika tujuan yang akan dimigrasikan kosong, pemeriksaan awal lolos. Jika tidak, kesalahan dilaporkan selama pemeriksaan awal, dan pekerjaan migrasi data tidak 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 dan kunci di tujuan memiliki nama yang sama dengan kunci di sumber selama migrasi, data dari sumber akan menimpa data di tujuan. Hal ini dapat menyebabkan kehilangan data di tujuan. Lanjutkan dengan hati-hati.

        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 objek di tingkat database. Jika perlu memigrasikan data untuk kunci tertentu dalam database, Anda dapat menggunakan fitur Filter task data with an SQL condition di panel Selected Objects.

        Selected Objects

        Untuk menentukan database tujuan (DB 0 hingga DB 255) atau memfilter data berdasarkan awalan, gunakan fungsi pemetaan dan pemfilteran. Di kotak Selected Objects, klik kanan database yang akan dimigrasikan, lalu konfigurasikan pengaturan di kotak dialog Edit Schema. Untuk informasi selengkapnya, lihat Object name mapping dan Filter task data with an SQL condition.

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

        Parameter

        Deskripsi

        Dedicated Cluster for Task Scheduling

        Secara default, DTS menjadwalkan tugas pada kluster bersama. Anda tidak perlu memilihnya. Jika ingin tugas yang lebih stabil, Anda dapat membeli klaster khusus untuk menjalankan tugas migrasi DTS.

        Retry Time for Failed Connections

        Setelah tugas migrasi dimulai, jika koneksi ke database sumber atau tujuan gagal, DTS melaporkan kesalahan dan segera mulai mencoba koneksi ulang. Durasi percobaan ulang default adalah 720 menit. Anda dapat menyesuaikan waktu percobaan ulang ke nilai antara 10 hingga 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 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 sesuai kebutuhan bisnis, atau segera melepas instans DTS setelah instans database sumber dan tujuan dilepas.

        Retry Time for Other Issues

        Setelah tugas migrasi dimulai, jika terjadi masalah non-konektivitas, seperti pengecualian eksekusi DDL atau DML, pada database sumber atau tujuan, DTS melaporkan kesalahan dan segera mulai mencoba operasi ulang. Durasi percobaan ulang default adalah 10 menit. Anda dapat menyesuaikan waktu percobaan ulang ke nilai antara 1 hingga 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 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

        Parameter ini hanya tersedia jika Anda memilih Full Data Migration untuk Migration Types.

        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

        Parameter ini hanya tersedia jika Anda memilih Incremental Data Migration untuk Migration Types.

        Extend Expiration Time of Destination Database Key

        Atur waktu kadaluarsa tambahan untuk kunci saat dimigrasikan dari database sumber ke database tujuan. Untuk memastikan konsistensi data, kami menyarankan mengatur waktu kadaluarsa kunci yang diperpanjang jika menggunakan perintah seperti berikut.

        Catatan

        Dalam skenario yang melibatkan kunci terdistribusi, hal ini dapat mencegah kunci dilepaskan tepat waktu.

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

        Use Slave Node

        Jika Instance Mode Redis sumber yang dikelola sendiri adalah Cluster, Anda dapat memilih untuk membaca data dari node master atau replika. Default-nya adalah No, yang berarti data dibaca dari node master.

        Environment Tag

        Anda dapat memilih tag lingkungan untuk mengidentifikasi instans sesuai kebutuhan Anda. 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 sesuai 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.

      3. Klik Next: Data Validation untuk mengonfigurasi tugas validasi data.

        Jika ingin menggunakan fitur validasi data, lihat Konfigurasi validasi data untuk instruksi konfigurasi.

    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 balon yang muncul.

      • Jika 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 lolos 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. Di halaman Purchase, pilih spesifikasi koneksi 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 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 koneksi memengaruhi kecepatan migrasi. Anda dapat memilih spesifikasi berdasarkan skenario bisnis Anda. Untuk informasi selengkapnya, lihat Spesifikasi koneksi migrasi data.

      3. Setelah konfigurasi selesai, baca dan pilih Data Transmission Service (Pay-as-you-go) Service Terms.

      4. Klik Buy and Start, lalu klik OK di kotak dialog OK.

        Anda dapat melihat progres spesifik di halaman migrasi data.

        Catatan

        Jika instans DTS Anda dikonfigurasi untuk migrasi penuh dan inkremental (Migration Types mencakup Full Data Migration dan Incremental Data Migration), tugas tersebut akan terdaftar sebagai Incremental Data Migration di halaman daftar tugas migrasi.