Tair (Redis® OSS-Compatible):Migrasi dari database on-premises atau cloud pihak ketiga ke Alibaba Cloud Tair

Ikhtisar

• Migrasi data penuh

  DTS memindahkan seluruh data yang ada dari database sumber ke database tujuan. Migrasi data penuh tidak dikenai biaya.

• Migrasi data inkremental

  Setelah migrasi data penuh selesai, DTS menyinkronkan perubahan data dari sumber ke tujuan secara real time. Migrasi inkremental memerlukan kemampuan untuk menjalankan perintah PSYNC atau SYNC pada database sumber. Jika tidak, hanya migrasi data penuh yang tersedia. Migrasi inkremental ditagih berdasarkan durasi, bukan volume data. Untuk informasi lebih lanjut, lihat Item yang dikenai biaya.

  Catatan

  Untuk memastikan migrasi data inkremental berhasil, nonaktifkan batas buffer output replikasi pada database sumber dengan menjalankan perintah berikut: CONFIG SET client-output-buffer-limit 'slave 0 0 0'.

Prasyarat

Instans Tair (Redis OSS-compatible) telah dibuat dengan memori lebih besar daripada yang digunakan oleh database Redis yang dikelola sendiri. Untuk informasi lebih lanjut, lihat Buat instans.

Catatan penggunaan

Jangan mengubah konfigurasi database sumber atau tujuan selama migrasi. Penskalaan resource, perubahan spesifikasi, atau modifikasi endpoint koneksi akan menyebabkan tugas gagal dan memerlukan konfigurasi ulang. Karena migrasi mengonsumsi resource pada kedua database, lakukan migrasi selama jam sepi.

Prosedur

1. Buka halaman Tugas Migrasi Data.

   1. Masuk ke Konsol Data Management (DMS).

   2. Pada bilah navigasi atas, pilih Data+AI > Data Transmission (DTS) > Data Migration.

   3. Di sisi kanan Data Migration Tasks, pilih wilayah tempat instans tujuan berada.

2. Klik Create Task.

3. Konfigurasikan database sumber dan tujuan, lalu klik Test Connectivity and Proceed.

   Bagian	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 a DMS database instance.	Jika database sumber telah terdaftar di DMS, pilih dari daftar drop-down untuk mengisi detail koneksi secara otomatis. Jika tidak, lewati opsi ini.
   	Database Type	Pilih Tair/Redis.
   	Connection Type	Pilih jenis koneksi berdasarkan lokasi penyebaran database sumber. Jika instans berada di pusat data lokal atau cloud lain, pilih Public IP Address. Contoh ini menggunakan Self-managed Database on ECS.
   	Instance Region	Pilih wilayah tempat instance ECS berada. Jika instans berada di pusat data lokal atau cloud lain, pilih wilayah yang paling dekat dengan database sumber.
   	Replicate Data Across Alibaba Cloud Accounts	Contoh ini menunjukkan migrasi dalam satu akun Alibaba Cloud yang sama. Pilih No.
   	ECS Instance ID	Pilih ID instance ECS tempat database sumber berada. Catatan Jika database sumber merupakan kluster, pilih ID instance ECS dari salah satu node master.
   	Instance Mode	Pilih arsitektur database sumber Anda: Standalone: Arsitektur standar (master-replika). Cluster: Arsitektur kluster. Jika database sumber Anda adalah kluster, masukkan nomor port salah satu node master pada parameter Port.
   	Port	Masukkan port database Redis sumber. Port default adalah 6379.
   	Authentication Method	Pilih Password Login atau Logon without password. Catatan Jika database Redis yang dikelola sendiri tidak memiliki kata sandi, Anda dapat memilih Logon without password.
   	Database Password	Masukkan kata sandi untuk menghubungkan ke database Redis sumber. Catatan Parameter ini opsional. Jika tidak ada kata sandi yang ditetapkan, Anda dapat mengosongkan bidang ini. Jika Anda menggunakan akun kustom, akun tersebut harus memiliki izin baca. Format akun dan kata sandi harus berupa <user>:<password>. Misalnya, jika akun kustom untuk instans Redis adalah admin dan kata sandinya adalah Rp829dlwa, masukkan admin:Rp829dlwa sebagai kata sandi database.
   	Encryption	Pilih Non-encrypted atau SSL-encrypted. Catatan Jika Redis yang dikelola sendiri (dengan Access Method bukan Cloud instance) menggunakan enkripsi SSL-encrypted, Anda juga harus mengunggah CA Certificate dan memasukkan CA Key.
   Destination Database	Select a DMS database instance.	Jika database tujuan telah terdaftar di DMS, pilih dari daftar drop-down untuk mengisi detail koneksi secara otomatis. Jika tidak, lewati opsi ini.
   	Database Type	Tair/Redis dipilih secara default.
   	Connection Type	Pilih Cloud instance.
   	Instance Region	Pilih wilayah instans tujuan.
   	Instance ID	Pilih ID instans tujuan.
   	Authentication Method	Pilih Password Login atau Logon without password. Contoh ini menggunakan Password Login. Catatan Jika fitur akses bebas kata sandi VPC tidak diaktifkan untuk instans Tair (Redis OSS-compatible), pilih Password Login.
   	Database Password	Masukkan kata sandi untuk menghubungkan ke database tujuan. Catatan Jika Anda menggunakan akun kustom, akun tersebut harus memiliki izin tulis. Format akun dan kata sandi harus berupa <user>:<password>. Misalnya, jika akun kustom untuk instans Redis adalah admin dan kata sandinya adalah Rp829dlwa, masukkan admin:Rp829dlwa sebagai kata sandi database.
   	Encryption	Pilih Non-encrypted atau SSL-encrypted.

4. Konfigurasikan objek migrasi, lalu klik Next: Advanced Settings.

   Parameter	Deskripsi
   Migration Types	Pilih Migration Types. Full + Incremental (Default): Menggunakan sinkronisasi native Redis untuk menulis data sebagai snapshot memori ke tujuan, memungkinkan migrasi dengan downtime minimal. Jika Anda tidak memiliki izin SYNC atau PSYNC pada database sumber, pilih Full Data Migration. Full Data Migration: Menggunakan perintah SCAN untuk mengiterasi seluruh sumber dan menulis data ke tujuan. Untuk memastikan konsistensi data, hindari menulis data baru ke instans sumber selama migrasi.
   Processing Mode for Existing Tables in Destination	Precheck and Report Errors (Default): Memeriksa apakah data (key) sudah ada di database tujuan. Jika key sudah ada, pemeriksaan awal melaporkan error dan tugas migrasi tidak dimulai. Jika tidak ada key, pemeriksaan awal berhasil. Ignore Errors and Proceed: Melewati item Check the existence of objects in the destination database.. Jika Key dengan nama yang sama sudah ada di database tujuan, key tersebut akan ditimpa.
   Source Objects dan Selected Objects	Pada kotak Source Objects, pilih objek yang akan dimigrasikan dan klik panah kanan untuk memindahkannya ke kotak Selected Objects. Untuk menghapus objek, pilih objek tersebut di kotak Selected Objects dan klik panah kiri untuk memindahkannya kembali ke kotak Source Objects. Catatan Objek migrasi dipilih pada tingkat database (DB 0 hingga DB 255).

5. Konfigurasikan pengaturan lanjutan, lalu klik Next: Data Verification.

   Dalam kebanyakan kasus, Anda dapat mempertahankan pengaturan default. Untuk informasi lebih lanjut, lihat Lampiran: Pengaturan lanjutan.

6. Konfigurasikan verifikasi data, lalu klik Next: Save Task Settings and Precheck.

   Dalam kebanyakan kasus, Anda dapat mempertahankan pengaturan default. Untuk informasi lebih lanjut, lihat Konfigurasi verifikasi data dalam instans sinkronisasi atau migrasi DTS.

7. Setelah pemeriksaan awal selesai, klik Next: Purchase Instance.

   Jika terdapat item Warning atau Failed, selesaikan satu per satu. Anda dapat mengklik View Details untuk melihat masalah dan menyelesaikannya berdasarkan saran yang diberikan. Anda juga dapat mengklik Confirm Alert Details untuk mengabaikan item pemeriksaan, tetapi hal ini tidak disarankan karena dapat menyebabkan ketidakkonsistenan data. Untuk informasi lebih lanjut, lihat Masalah pemeriksaan awal. Setelah menyelesaikan masalah, jalankan kembali pemeriksaan awal.

8. Pada halaman Purchase, konfigurasikan pengaturan dan klik Buy and Start.

   • (Opsional) Pilih Resource Group Settings untuk tautan migrasi DTS. Default-nya adalah default resource group.

   • (Opsional) Pilih spesifikasi untuk tautan migrasi DTS. Spesifikasi yang lebih tinggi menawarkan kecepatan migrasi lebih cepat tetapi biaya lebih tinggi. Default-nya adalah large. Untuk informasi lebih lanjut, lihat Spesifikasi tautan migrasi data.

   • Baca dan setujui syarat layanan.

   Setelah pembelian, tugas migrasi dimulai. Anda dapat melihat progresnya di halaman Migrasi Data.

Langkah selanjutnya

• Jika Anda menggunakan migrasi data inkremental, Anda harus mengakhiri atau melepas tugas secara manual di konsol setelah migrasi selesai.

• Anda dapat memverifikasi data yang telah dimigrasikan. Untuk informasi lebih lanjut, lihat Verifikasi data yang dimigrasikan.

Dokumen terkait

Jika migrasi online tidak diperlukan, Anda dapat menggunakan redis-cli untuk mengimpor file AOF sebagai gantinya. Untuk informasi lebih lanjut, lihat Migrasi data dari file AOF.

FAQ

• Mengapa uji konektivitas gagal?

  Periksa hal berikut:

  • Akun atau kata sandi tidak valid. Format kata sandi Redis adalah user:password. Untuk informasi lebih lanjut, lihat Metode koneksi untuk instans.

  • Jika sumber adalah database yang dikelola sendiri di pusat data lokal atau cloud lain, firewall mungkin memblokir akses. Untuk mengizinkan akses, Anda harus menambahkan alamat IP server DTS untuk wilayah yang sesuai ke daftar izin Anda. Untuk informasi lebih lanjut, lihat Tambahkan blok CIDR server DTS ke daftar izin database.

• Mengapa tugas migrasi gagal?

  • Tugas migrasi gagal jika Anda mengubah konfigurasi (seperti resource, spesifikasi, atau endpoint koneksi) database sumber atau tujuan. Jika hal ini terjadi, Anda harus mengonfigurasi ulang tugas tersebut.

  • Jika instans tujuan memiliki memori tidak mencukupi, atau jika instans tersebut merupakan instans kluster dan salah satu shard telah mencapai batas memorinya, tugas DTS akan gagal dengan error out of memory (OOM).

  • Jika Enkripsi Data Transparan (TDE) diaktifkan pada instans tujuan, migrasi data dengan DTS tidak didukung.

• Mengapa terjadi ketidaksesuaian data?

  • Jika beberapa key di database sumber menggunakan kebijakan kedaluwarsa (Expire), key tersebut mungkin tidak langsung dihapus saat kedaluwarsa, sehingga database tujuan memiliki jumlah key lebih sedikit daripada database sumber.

  • Untuk tipe data List, DTS tidak melakukan operasi FLUSH pada data yang sudah ada di tujuan saat mentransfer data dengan PSYNC atau SYNC. Hal ini dapat menyebabkan data duplikat.

  • Jika terjadi gangguan jaringan selama migrasi data penuh, DTS mungkin melakukan beberapa migrasi penuh, yang secara otomatis menimpa key dengan nama yang sama. Jika operasi penghapusan dilakukan pada database sumber selama periode ini, perintah tersebut tidak akan disinkronkan ke tujuan, sehingga database tujuan memiliki data lebih banyak daripada sumber.

• Mengapa pemeriksaan awal memverifikasi apakah kebijakan penggantian Redis adalah noeviction?

  Kebijakan penggantian default (maxmemory-policy) untuk instans Tair (Redis OSS-compatible) adalah volatile-lru. Jika tujuan kehabisan memori, penggantian akan dipicu, menyebabkan ketidakkonsistenan data tanpa kegagalan tugas. Untuk mencegah hal ini, atur kebijakan penggantian tujuan menjadi noeviction. Dengan kebijakan ini, operasi tulis akan gagal saat memori penuh, menyebabkan tugas migrasi gagal tetapi mencegah kehilangan data akibat penggantian. Untuk informasi lebih lanjut, lihat Kebijakan penggantian data Redis.

• Mengapa ada key bernama DTS_REDIS_TIMESTAMP_HEARTBEAT di database sumber?

  DTS memasukkan key dengan awalan DTS_REDIS_TIMESTAMP_HEARTBEAT ke database sumber untuk mencatat timestamp pembaruan. Untuk sumber kluster, key dimasukkan ke setiap shard. DTS memfilter key ini selama migrasi, dan key tersebut kedaluwarsa secara otomatis saat tugas selesai.

• Perintah apa saja yang didukung untuk migrasi data inkremental?

  • Perintah berikut didukung:

    • 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

  • Saat menggunakan EVAL atau EVALSHA untuk memanggil skrip Lua, DTS tidak dapat memastikan apakah skrip berhasil dieksekusi karena database tujuan tidak secara eksplisit mengembalikan hasil eksekusi.

Lampiran: Pengaturan lanjutan