Migrasi sering kali memakan waktu dan rumit. Ada kemungkinan bahwa setelah migrasi data dan peralihan, Anda mungkin mengalami masalah atau performa yang tidak konsisten.
Sebaiknya buat mekanisme penggantian untuk menghindari dampak yang signifikan jika terjadi error selama migrasi, sehingga Anda dapat beralih kembali ke database sumber dengan downtime minimal.
Replikasi balik memungkinkan Anda melakukan penggantian dengan mereplikasi data yang ditulis di Spanner kembali ke database sumber. Jika Anda perlu melakukan penggantian, replikasi balik memungkinkan Anda mengarahkan aplikasi ke database sumber dan melanjutkan penayangan permintaan tanpa periode nonaktif yang signifikan.
Proses replikasi balik Anda harus melakukan hal berikut:
- Menangani perubahan pada jenis data atau konten.
- Membalikkan transformasi apa pun yang dilakukan selama migrasi.
- Kirim data ke tujuan yang sesuai, dengan mempertimbangkan skema sharding di database sumber.
Pertimbangkan pendekatan tingkat tinggi berikut untuk membuat alur replika terbalik:
- Baca perubahan yang terjadi di Spanner.
- (Opsional) Nonaktifkan migrasi pengambilan data perubahan (CDC) maju sebelum mengaktifkan replikasi balik.
- Karena Spanner adalah database terdistribusi, ambil dan urutkan semua perubahan untuk sementara sebelum menulis ke database sumber Anda.
- Tulis data ke database sumber Anda.