全部产品
Search
文档中心

Data Transmission Service:Sinkronisasi data dari database Redis yang dikelola sendiri pada instance ECS ke instance Tair (Redis-Compatible)

更新时间:Dec 06, 2025

Layanan Transmisi Data (DTS) mendukung sinkronisasi data dari database Redis yang dikelola sendiri pada instance ECS ke instance Tair (Redis-Compatible).

Peringatan

Setelah mengonfigurasi tugas sinkronisasi data, jangan mengubah arsitektur database sumber atau tujuan. Jika dilakukan, tugas sinkronisasi data akan gagal.

Prasyarat

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

    Catatan
    • DTS saat ini hanya mendukung instance Tair (Redis-Compatible) yang menggunakan mode koneksi langsung. Untuk informasi selengkapnya tentang versi yang didukung, lihat Solusi sinkronisasi.

    • DTS juga mendukung sinkronisasi satu arah antar instance Tair (Redis-Compatible). Proses konfigurasinya mirip dengan migrasi data dari database Redis yang dikelola sendiri ke instance Tair (Redis-Compatible). Untuk informasi selengkapnya, lihat petunjuk dalam topik ini.

  • Ruang penyimpanan instance tujuan Tair (Redis-Compatible) harus lebih besar daripada jumlah data di database Redis sumber yang dikelola sendiri.

  • Jika database Redis sumber diterapkan dalam arsitektur kluster, setiap node kluster harus dapat menjalankan perintah PSYNC dan menggunakan password koneksi yang sama.

  • Parameter timeout replikasi, repl-timeout, antara node primary dan replica pada instance Redis sumber secara default adalah 60 detik. Kami menyarankan Anda menjalankan perintah config set repl-timeout 600 untuk meningkatkan timeout menjadi 600 detik. Jika database sumber berisi volume data yang besar, Anda dapat menyesuaikan nilai parameter repl-timeout sesuai kebutuhan.

Perhatian

Tipe

Deskripsi

Batasan database sumber

  • Jangan menjalankan perintah FLUSHDB atau FLUSHALL pada database sumber. Jika tidak, akan terjadi ketidakkonsistenan data antara database sumber dan tujuan.

  • Jika parameter bind dikonfigurasi dalam file redis.conf database sumber, atur parameter ini ke alamat IP internal instance ECS. Hal ini memastikan DTS dapat terhubung ke database sumber.

  • Untuk memastikan kualitas sinkronisasi, Layanan Transmisi Data (DTS) menyisipkan kunci dengan awalan DTS_REDIS_TIMESTAMP_HEARTBEAT ke database sumber untuk mencatat timestamp pembaruan. Jika database sumber menggunakan arsitektur kluster, DTS menyisipkan kunci ini ke setiap shard. Kunci tersebut difilter selama sinkronisasi dan kedaluwarsa setelah tugas sinkronisasi selesai.

  • Jika instance sumber adalah instansi hanya baca atau akun DTS tidak memiliki izin write (SETEX), latensi yang dilaporkan mungkin tidak akurat.

  • Untuk memastikan stabilitas link, tingkatkan nilai parameter repl-backlog-size dalam file konfigurasi redis.conf database Redis sumber.

  • Jika kebijakan penggantian diaktifkan untuk kunci tertentu di database sumber, kunci-kunci tersebut mungkin tidak dihapus sesegera mungkin setelah kedaluwarsa. Oleh karena itu, jumlah kunci di database 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 penggantian atau belum kedaluwarsa adalah sama antara database sumber dan tujuan.

  • Batasan berlaku saat Anda menyinkronkan data dari instance Redis Edisi Dasar ke instance Redis dengan arsitektur kluster. Kluster Redis hanya mengizinkan satu perintah beroperasi pada satu slot saja. Jika Anda menjalankan operasi multi-key pada instance sumber dan kunci-kuncinya tidak berada dalam slot yang sama atau melibatkan beberapa slot, kesalahan berikut akan terjadi:

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

    Selama sinkronisasi DTS, jalankan hanya operasi single-key untuk mencegah gangguan link.

Batasan lainnya

  • Pertahankan versi database sumber dan tujuan agar sama, atau sinkronkan dari versi yang lebih lama ke versi yang lebih baru untuk memastikan kompatibilitas. Jika Anda menyinkronkan dari versi yang lebih baru ke versi yang lebih lama, masalah kompatibilitas mungkin terjadi.

  • Selama sinkronisasi, operasi seperti scale-out, scale-in, perubahan konfigurasi instance, atau perubahan endpoint dan port pada instance Redis sumber atau tujuan dapat mengganggu tugas sinkronisasi. Hal ini karena DTS tidak dapat memperoleh data log yang kontinu dan informasi koneksi yang benar. Jika gangguan terjadi, hapus data yang telah disinkronkan ke instance Redis tujuan sebelum mengonfigurasi ulang tugas. Hal ini memastikan konsistensi data.

  • Ketika instance sumber atau tujuan adalah instance Redis yang dikelola sendiri (Access Method bukan Alibaba Cloud Instance), jika alamat koneksi berubah selama sinkronisasi dalam skenario seperti migrasi instance atau alih bencana aktif/standby, tugas sinkronisasi mungkin mengalami retry, penundaan, kegagalan, atau bahkan ketidakkonsistenan data. Segera periksa status tugas sinkronisasi. Jika tugas DTS mengalami masalah seperti retry, penundaan, atau kegagalan, konfigurasi ulang tugas sinkronisasi.

  • Setelah migrasi instance, seperti failover, dipicu pada instance Redis tujuan, data mungkin hanya ditulis ke memori dan tidak ke database sekunder. Hal ini dapat menyebabkan kehilangan data.

  • DTS menggunakan resource instance sumber dan tujuan selama sinkronisasi data penuh awal. Hal ini dapat meningkatkan beban pada server database. Jika Anda menyinkronkan volume data yang besar atau spesifikasi server tidak memenuhi kebutuhan Anda, layanan database mungkin menjadi tidak tersedia. Sebelum menyinkronkan data, evaluasi dampak sinkronisasi data terhadap kinerja instance sumber dan tujuan. Kami menyarankan Anda melakukan sinkronisasi data selama jam sepi.

  • Jika Anda mengonfigurasi sinkronisasi data antar kluster Redis, jangan menjalankan perintah FLUSHDB atau FLUSHALL pada kluster sumber. Jika tidak, akan terjadi ketidakkonsistenan data antara sumber dan tujuan.

  • Jika database tujuan kehabisan memori dan memicu penggantian data, ketidakkonsistenan data antara database sumber dan tujuan mungkin terjadi. Hal ini karena kebijakan penggantian default (maxmemory-policy) untuk Tair (Redis OSS-compatible) adalah volatile-lru. Namun, tugas akan tetap berjalan.

    Untuk mencegah hal ini, atur kebijakan penggantian database tujuan ke noeviction. Saat database tujuan kehabisan memori, penulisan data akan gagal, dan tugas akan gagal. Hal ini mencegah kehilangan data akibat penggantian.

    Catatan

    Untuk informasi selengkapnya tentang kebijakan penggantian, lihat Kebijakan penggantian data Redis.

  • Selama sinkronisasi DTS, jangan menulis data ke database tujuan dari sumber selain DTS. Jika tidak, akan terjadi ketidakkonsistenan data antara database sumber dan tujuan.

  • Jika instance tujuan memiliki arsitektur kluster dan salah satu shard-nya mencapai batas memori, atau jika instance tujuan memiliki storage space yang tidak mencukupi, tugas DTS akan gagal karena kesalahan out of memory (OOM).

  • Jika TDE diaktifkan untuk instance tujuan, Anda tidak dapat menggunakan DTS untuk menyinkronkan data.

  • Jika salah satu situasi berikut terjadi selama sinkronisasi data, data penuh mungkin disinkronkan ulang ke tujuan, yang dapat menyebabkan ketidakkonsistenan data.

    • Koneksi sementara terjadi pada instance Redis sumber atau tujuan, menyebabkan sinkronisasi gagal melanjutkan dari breakpoint.

    • Failover terjadi pada instance Redis sumber atau tujuan.

    • Endpoint instance Redis sumber atau tujuan berubah.

    • Objek sinkronisasi instance DTS dimodifikasi.

  • Jika instance Tair (Redis OSS-compatible) Anda memiliki enkripsi TLS (Transport Layer Security) yang diaktifkan, Anda harus terhubung ke DTS menggunakan koneksi SSL-encrypted (TLSv1.3 tidak didukung). Saat ini, Anda tidak dapat menggunakan metode Alibaba Cloud Instance untuk terhubung ke instance Tair (Redis OSS-compatible) yang telah mengaktifkan SSL.

  • Jika instansi sinkronisasi mencakup tugas sinkronisasi data penuh dan tugas sinkronisasi data inkremental, DTS mungkin menjalankan ulang kedua tugas tersebut setelah instansi dimulai ulang.

  • Jika sebuah instansi gagal, helpdesk DTS akan mencoba memulihkan instansi tersebut dalam waktu 8 jam. Selama proses pemulihan, operasi seperti memulai ulang instansi atau menyesuaikan parameternya mungkin dilakukan.

    Catatan

    Saat parameter disesuaikan, hanya parameter instansi DTS yang dimodifikasi. Parameter dalam database tidak dimodifikasi. Parameter yang mungkin dimodifikasi termasuk namun tidak terbatas pada yang dijelaskan dalam Memodifikasi parameter instansi.

Penagihan

Tipe sinkronisasi

Biaya konfigurasi link

Sinkronisasi data penuh

Gratis.

Sinkronisasi data inkremental

Dikenai biaya. Untuk informasi selengkapnya, lihat Ikhtisar penagihan.

Topologi sinkronisasi yang didukung

  • Sinkronisasi satu arah satu-ke-satu

  • Sinkronisasi satu arah satu-ke-banyak

  • Sinkronisasi kaskade satu arah

Untuk informasi selengkapnya, lihat Topologi sinkronisasi.

Operasi yang dapat disinkronkan

  • APPEND

  • BITOP, BLPOP, BRPOP, dan BRPOPLPUSH

  • DECR, DECRBY, dan DEL

  • EVAL, EVALSHA, EXEC, EXPIRE, dan EXPIREAT

  • 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, dan PSETEX

  • 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

  • SWAPDB dan UNLINK (didukung hanya jika versi engine instance sumber adalah 4.0)

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

Catatan
  • Operasi PUBLISH tidak dapat disinkronkan.

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

  • Saat DTS menjalankan perintah SYNC atau PSYNC untuk mentransfer data tipe LIST, DTS tidak menghapus data yang sudah ada di instance tujuan. Akibatnya, instance tujuan mungkin berisi catatan data duplikat.

Prosedur

  1. Buka halaman daftar tugas sinkronisasi data di wilayah tujuan. Anda dapat menggunakan salah satu metode berikut.

    Dari Konsol DTS

    1. Masuk ke Konsol DTS.

    2. Di panel navigasi sebelah kiri, klik Data Synchronization.

    3. Di pojok kiri atas halaman, pilih wilayah tempat instansi sinkronisasi berada.

    Dari Konsol DMS

    Catatan

    Operasi aktual mungkin berbeda tergantung pada mode dan tata letak Konsol DMS. Untuk informasi selengkapnya, lihat Konsol mode sederhana dan Menyesuaikan tata letak dan gaya Konsol DMS.

    1. Masuk ke Konsol DMS.

    2. Dari bilah menu atas, pilih Data + AI > Data Transmission (DTS) > Data Synchronization.

    3. Di sebelah kanan Data Synchronization Tasks, pilih wilayah instansi sinkronisasi.

  2. Klik Create Task. Halaman konfigurasi tugas akan terbuka.

  3. Konfigurasi database sumber dan tujuan.

    Kategori

    Konfigurasi

    Deskripsi

    Tidak ada

    Task Name

    DTS secara otomatis menghasilkan nama tugas. Kami menyarankan Anda menentukan nama deskriptif untuk memudahkan identifikasi. Nama tersebut tidak perlu unik.

    Source Database

    Select Existing Connection

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

      Catatan

      Di Konsol DMS, item konfigurasi ini adalah Select a DMS database instance..

    • Jika Anda belum mendaftarkan instance database ke sistem atau tidak perlu menggunakan instance terdaftar, konfigurasi manual informasi database di bawah ini.

    Database Type

    Pilih Tair/Redis.

    Access Method

    Pilih Self-managed Database On ECS.

    Instance Region

    Pilih wilayah instance ECS tempat database Redis sumber berada.

    Cross-Account (Alibaba Cloud)

    Dalam contoh ini, data disinkronkan dalam akun Alibaba Cloud yang sama. Pilih No.

    ECS Instance ID

    Pilih ID instance ECS tempat database Redis sumber berada.

    Catatan

    Jika database Redis sumber diterapkan dalam arsitektur kluster, pilih ID instance ECS tempat node master berada. Anda juga perlu menambahkan blok CIDR server DTS di wilayah yang sesuai ke aturan keamanan masing-masing instance ECS lainnya secara manual. Untuk informasi selengkapnya, lihat Buat grup keamanan, Kaitkan grup keamanan dengan instance (ENI primer), dan Tambahkan blok CIDR server DTS ke daftar putih.

    Instance Mode

    Pilih Basic Edition atau Cluster berdasarkan arsitektur database Redis sumber.

    Port

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

    Catatan

    Jika database Redis sumber diterapkan dalam arsitektur kluster, masukkan port layanan node master.

    Authentication Method

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

    Catatan
    • Anda dapat memilih Account + Password Login hanya untuk Redis 6.0 atau yang lebih baru.

    • Jika Anda memilih Secret-free login, pastikan akses tanpa password diaktifkan untuk database Redis. Untuk informasi selengkapnya tentang cara mengaktifkan akses tanpa password untuk instance Tair (Redis-compatible), lihat Aktifkan akses tanpa password melalui VPC.

    Database Password

    Masukkan password untuk menghubungkan ke database Redis sumber.

    Catatan
    • Parameter ini bersifat opsional. Jika tidak ada password yang diatur, Anda dapat membiarkannya kosong.

    • Password database dalam format <user>:<password>. Misalnya, jika username kustom untuk instance Redis adalah admin dan password-nya adalah Rp829dlwa, masukkan admin:Rp829dlwa.

    Encryption

    Pilih Non-encrypted atau SSL-encrypted berdasarkan instance database.

    Catatan

    Jika database adalah database Redis yang dikelola sendiri (Access Method bukan Alibaba Cloud Instance) dan Anda memilih SSL-encrypted, Anda juga harus mengunggah CA Certificate dan memasukkan CA Key.

    Destination Database

    Select Existing Connection

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

      Catatan

      Di Konsol DMS, item konfigurasi ini adalah Select a DMS database instance..

    • Jika Anda belum mendaftarkan instance database ke sistem atau tidak perlu menggunakan instance terdaftar, konfigurasi manual informasi database di bawah ini.

    Database Type

    Pilih Tair/Redis.

    Access Method

    Pilih Cloud Instance.

    Instance Region

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

    Replicate Data Across Alibaba Cloud Accounts

    Dalam contoh ini, data disinkronkan dalam akun Alibaba Cloud yang sama. Pilih No.

    Instance ID

    Pilih ID instance tujuan Tair (Redis-Compatible).

    Authentication Method

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

    Catatan
    • Anda dapat memilih Account + Password Login hanya untuk Redis 6.0 atau yang lebih baru.

    • Jika Anda memilih Secret-free login, pastikan akses tanpa password diaktifkan untuk database Redis. Untuk informasi selengkapnya tentang cara mengaktifkan akses tanpa password untuk instance Tair (Redis-compatible), lihat Aktifkan akses tanpa password melalui VPC.

    Database Password

    Masukkan password untuk menghubungkan ke instance tujuan Tair (Redis-Compatible).

    Catatan

    Password database dalam format <user>:<password>. Misalnya, jika username kustom untuk instance Tair adalah admin dan password-nya adalah Rp829dlwa, masukkan admin:Rp829dlwa.

    Encryption

    Pilih Non-encrypted atau SSL-encrypted berdasarkan instance database.

    Catatan

    Jika database adalah database Redis yang dikelola sendiri (Access Method bukan Alibaba Cloud Instance) dan Anda memilih SSL-encrypted, Anda juga harus mengunggah CA Certificate dan memasukkan CA Key.

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

    Catatan
    • Pastikan 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 selengkapnya, lihat Tambahkan alamat IP server DTS ke daftar putih.

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

  5. Konfigurasi objek tugas.

    1. Di halaman Configure Objects, Anda dapat mengonfigurasi objek yang akan disinkronkan.

      Konfigurasi

      Deskripsi

      Synchronization Types

      Full Data Synchronization + Incremental Data Synchronization dipilih secara default.

      Processing Mode of Conflicting Tables

      • Precheck and Report Errors: Memeriksa apakah tujuan kosong. Jika tujuan kosong, pemeriksaan awal berhasil. Jika tujuan tidak kosong, kesalahan dilaporkan selama pemeriksaan awal, dan pekerjaan sinkronisasi data tidak dimulai.

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

        Peringatan

        Jika Anda memilih Ignore Errors and Proceed, data sumber akan menimpa data tujuan jika kunci yang sama ada di kedua sisi. Hal ini dapat menyebabkan kehilangan data di tujuan. Pilih opsi ini dengan hati-hati.

      Source Objects

      Di kotak Source Objects, klik objek, lalu klik 向右 untuk memindahkannya ke kotak Selected Objects.

      Catatan

      Anda dapat memilih objek untuk disinkronkan pada level database. Jika Anda ingin menyinkronkan data yang sesuai dengan beberapa kunci dalam database, Anda dapat menggunakan fitur data filtering di kotak Selected Objects.

      Selected Objects

      Untuk menentukan database (DB 0 hingga DB 255) yang menerima data atau menyaring data yang akan disinkronkan berdasarkan awalan, Anda dapat menggunakan fitur pemetaan atau penyaringan. Di kotak Selected Objects, klik kanan database yang akan disinkronkan dan konfigurasikan pengaturan di kotak dialog Edit Schema yang muncul. Untuk informasi selengkapnya, lihat Map database, table, and column names dan Set filter conditions.

    2. Klik Next: Advanced Settings.

      Konfigurasi

      Deskripsi

      Dedicated Cluster for Task Scheduling

      Secara default, DTS menjadwalkan tugas pada kluster bersama, sehingga Anda tidak perlu membuat pilihan. Untuk stabilitas tugas yang lebih baik, Anda dapat membeli kluster khusus untuk menjalankan tugas sinkronisasi DTS. Untuk informasi selengkapnya, lihat What is a DTS dedicated cluster?.

      Retry Time for Failed Connections

      Jika koneksi ke database sumber atau tujuan gagal setelah tugas sinkronisasi dimulai, DTS melaporkan kesalahan dan segera mulai mencoba menghubungkan kembali. Durasi retry default adalah 720 menit. Anda dapat menyesuaikan waktu retry ke nilai antara 10 hingga 1.440 menit. Kami menyarankan pengaturan minimal 30 menit. Jika DTS terhubung kembali dalam waktu retry yang ditentukan, tugas akan dilanjutkan secara otomatis. Jika tidak, tugas gagal.

      Catatan
      • Untuk beberapa instance DTS dengan sumber atau tujuan yang sama, seperti instance DTS A dan instance DTS B, jika waktu retry jaringan diatur 30 menit untuk A dan 60 menit untuk B, waktu yang lebih singkat yaitu 30 menit yang berlaku.

      • Karena DTS mengenakan biaya berdasarkan waktu proses tugas selama retry koneksi, kami menyarankan Anda menyesuaikan waktu retry berdasarkan kebutuhan bisnis atau segera rilis instance DTS setelah instance database sumber dan tujuan dirilis.

      Retry Time for Other Issues

      Setelah tugas sinkronisasi dimulai, jika terjadi masalah non-konektivitas pada database sumber atau tujuan, seperti kesalahan eksekusi DDL atau DML, DTS melaporkan kesalahan dan segera memulai operasi retry berkelanjutan. Durasi retry default adalah 10 menit. Anda juga dapat menyesuaikan waktu retry ke nilai antara 1 hingga 1.440 menit. Kami menyarankan pengaturan minimal 10 menit. Jika operasi terkait berhasil dalam waktu retry yang ditentukan, tugas sinkronisasi akan dilanjutkan secara otomatis. Jika tidak, tugas gagal.

      Penting

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

      Enable Throttling for Full Data Synchronization

      Selama fase sinkronisasi data penuh, DTS mengonsumsi resource baca dan tulis dari database sumber dan tujuan, yang dapat meningkatkan bebannya. Anda dapat mengatur batas laju untuk tugas sinkronisasi data penuh guna mengurangi tekanan pada database tujuan dengan mengonfigurasi Queries per second (QPS) to the source database, RPS of Full Data Migration, dan Data migration speed for full migration (MB/s).

      Catatan

      Item konfigurasi ini tersedia hanya ketika Synchronization Types mencakup Full Data Synchronization.

      Enable Throttling for Incremental Data Synchronization

      Anda juga dapat mengatur batas laju untuk tugas sinkronisasi data inkremental guna mengurangi tekanan pada database tujuan dengan mengatur RPS of Incremental Data Synchronization dan Data synchronization speed for incremental synchronization (MB/s).

      Environment Tag

      Anda dapat memilih tag lingkungan untuk mengidentifikasi instance. Dalam contoh ini, tidak diperlukan pemilihan.

      Extend Expiration Time of Destination Database Key

      Atur waktu kedaluwarsa yang diperpanjang untuk kunci yang disinkronkan dari database sumber ke database tujuan. Untuk memastikan konsistensi data, kami menyarankan Anda mengatur waktu kedaluwarsa yang diperpanjang untuk kunci jika perintah yang mengatur waktu kedaluwarsa digunakan.

      Catatan

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

      EXPIRE key seconds
      PEXPIRE key milliseconds
      EXPIREAT key timestamp
      PEXPIREAT key timestampMs

      Use Slave Node

      Ketika Instance Mode Redis yang dikelola sendiri sumber adalah Cluster, Anda dapat memilih untuk membaca data dari node primary atau replica. Nilai default adalah No, yang berarti data dibaca dari node primary.

      Configure ETL

      Menentukan apakah akan mengaktifkan fitur ekstrak, transformasi, muat (ETL). Untuk informasi selengkapnya, lihat What is ETL? Nilai yang valid:

    3. Klik Next: Data Validation untuk mengonfigurasi tugas.

      Untuk menggunakan fitur validasi data, lihat Configure data validation.

  6. Simpan tugas dan lakukan pemeriksaan awal.

    • Untuk melihat parameter konfigurasi instance ini untuk operasi API, arahkan kursor mouse ke tombol Next: Save Task Settings and Precheck, lalu klik Preview OpenAPI parameters di tooltip.

    • Jika Anda telah selesai melihat parameter API, klik Next: Save Task Settings and Precheck di bagian bawah halaman.

    Catatan
    • Sebelum pekerjaan sinkronisasi dimulai, pemeriksaan awal dilakukan. Pekerjaan hanya dapat dimulai setelah lulus pemeriksaan awal.

    • Jika pemeriksaan awal gagal, klik View Details di sebelah item yang gagal, selesaikan masalah sesuai petunjuk, lalu jalankan ulang pemeriksaan awal.

    • Jika peringatan muncul selama pemeriksaan awal:

      • Jika item pemeriksaan gagal dan tidak dapat diabaikan, klik View Details di sebelah item tersebut. Kemudian, ikuti petunjuk untuk memperbaiki masalah dan jalankan pemeriksaan awal lagi.

      • Untuk item pemeriksaan yang dapat diabaikan, klik Confirm Alert Details, Ignore, OK, dan Precheck Again secara berurutan untuk melewati peringatan dan menjalankan pemeriksaan awal lagi. Mengabaikan peringatan untuk item pemeriksaan dapat menyebabkan masalah seperti ketidakkonsistenan data dan menimbulkan risiko bagi bisnis Anda.

  7. Beli instance.

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

    2. Di halaman Purchase, pilih metode penagihan dan spesifikasi link untuk instance sinkronisasi data. Untuk informasi selengkapnya, lihat tabel berikut.

      Kategori

      Parameter

      Deskripsi

      New Instance Class

      Billing Method

      • Subscription: Anda membayar saat membuat instance. Ini cocok untuk kebutuhan jangka panjang, lebih terjangkau daripada pay-as-you-go, dan menawarkan diskon lebih besar untuk durasi langganan yang lebih lama.

      • Pay-as-you-go: Ditagih per jam. Ini cocok untuk kebutuhan jangka pendek. Anda dapat merilis instance segera setelah digunakan untuk menghemat biaya.

      Resource Group Configuration

      Kelompok sumber daya tempat instance tersebut berada. Default-nya adalah default resource group. Untuk informasi selengkapnya, lihat What is Resource Management?.

      Link Specification

      DTS menyediakan spesifikasi sinkronisasi dengan tingkat kinerja berbeda. Spesifikasi link memengaruhi laju sinkronisasi. Anda dapat memilih salah satu berdasarkan skenario bisnis Anda. Untuk informasi selengkapnya, lihat Data synchronization link specifications.

      Subscription Duration

      Dalam mode subscription, pilih durasi dan kuantitas untuk instance langganan. Anda dapat memilih 1 hingga 9 bulan untuk langganan bulanan, atau 1, 2, 3, atau 5 tahun untuk langganan tahunan.

      Catatan

      Opsi ini hanya muncul ketika metode penagihan adalah Subscription.

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

    4. Klik Purchase And Start, lalu klik OK di kotak dialog OK.

      Anda dapat melihat progres tugas di halaman sinkronisasi data.

      Catatan

      Jika Anda memilih Full Data Synchronization dan Incremental Data Synchronization untuk Synchronization Types, tugas akan ditampilkan sebagai tugas Incremental Data Synchronization di halaman daftar tugas sinkronisasi data.