Merencanakan pemulihan dari bencana
Halaman ini menjelaskan fitur Firestore dengan kompatibilitas MongoDB yang dapat membantu Anda membuat dan menerapkan rencana pemulihan dari bencana.
Perencanaan pemulihan dari bencana untuk pemadaman infrastruktur cloud
Untuk melindungi dari potensi gangguan infrastruktur cloud di Google Cloud seperti zona atau region yang mengalami pemadaman, Firestore dengan kompatibilitas MongoDB mereplikasi data di beberapa database replika.
Arsitektur replikasi bergantung pada apakah database berada di lokasi regional atau lokasi multi-region. Database regional secara sinkron mereplikasi data di setidaknya tiga zona. Database multi-region mereplikasi data secara sinkron di lima zona dalam tiga region dengan dua region inferensi dan satu region saksi. Database multi-region memaksimalkan ketersediaan dan ketahanan database dengan memberikan ketersediaan 99,999%. Database regional menyediakan ketersediaan 99,99%.
Firestore dengan kompatibilitas MongoDB secara otomatis menangani replikasi untuk Anda dan tidak memerlukan konfigurasi atau penyediaan tambahan. Untuk informasi tambahan, lihat hal berikut:
Untuk mengetahui informasi selengkapnya tentang arsitektur replikasi, baca Merancang pemulihan dari bencana untuk pemadaman infrastruktur cloud.
Perencanaan pemulihan dari bencana untuk data
Untuk melindungi dari bencana data seperti penghapusan atau modifikasi data yang tidak disengaja, gunakan pencadangan terjadwal dan pemulihan point-in-time (PITR). Bergantung pada persyaratan pemulihan dari bencana (disaster recovery), Anda dapat menggunakan kedua fitur secara bersamaan.
Pencadangan terjadwal
Pencadangan mendukung periode retensi data maksimum selama 14 minggu. Anda dapat menjadwalkan pencadangan harian atau mingguan. Anda dapat memulihkan database dari cadangan ke database Firestore dengan kompatibilitas MongoDB baru di project yang sama. Untuk mengetahui detail selengkapnya, lihat Mencadangkan dan memulihkan data.
Pencadangan memberikan periode retensi data yang lebih tinggi daripada PITR. Biaya memulihkan database dari cadangan lebih murah daripada memulihkan database dari data PITR.
Pemulihan point-in-time (PITR)
Aktifkan PITR untuk membaca dokumen dari satu titik waktu hingga tujuh hari yang lalu. Anda dapat membaca data pada level perincian 1 menit dan melakukan operasi tulis kembali ke dalam database Anda dengan batas waktu pemulihan (waktu maksimum untuk pemulihan) sebesar 0. Toleransi jumlah data yang hilang (kemungkinan kehilangan data maksimum) adalah 1 menit. Untuk detail selengkapnya, lihat Pemulihan point-in-time.
Jika Anda tidak perlu memulihkan seluruh database, pembacaan PITR hanya dapat memulihkan data yang diperlukan. Pembacaan PITR juga memberikan batas waktu pemulihan dan toleransi durasi kehilangan data yang lebih rendah dibandingkan cadangan.
Ekspor data
Untuk kebutuhan retensi data di atas 14 minggu, Anda dapat menggunakan PITR untuk membuat ekspor atas seluruh database Anda dan menyimpan data ini di Cloud Storage tanpa batas waktu. Ekspor data PITR menangkap data dari stempel waktu hingga tujuh hari sebelumnya.
Ekspor data yang konsisten berguna untuk mengarsipkan data dari database Anda. Jika dibandingkan dengan pencadangan, pemulihan database dari ekspor umumnya lebih mahal daripada pemulihan data yang sama dari cadangan.
Untuk memulai operasi ekspor PITR, lihat Mengekspor dan mengimpor dari data PITR.
Clone database
Anda dapat memulihkan data dengan meng-clone database dari titik waktu tertentu pada waktu sebelumnya. Jika PITR diaktifkan, Anda dapat meng-clone database dari maksimal tujuh hari yang lalu. Jika PITR tidak diaktifkan, Anda dapat meng-clone database dari maksimal satu jam yang lalu.
Untuk memulai operasi pembuatan clone, lihat Membuat clone dari database.