Bagikan melalui

Pencadangan dan pemulihan di Azure Cosmos DB for PostgreSQL

  • Artikel

BERLAKU UNTUK: Azure Cosmos DB for PostgreSQL (didukung oleh ekstensi database Citus ke PostgreSQL)

Azure Cosmos DB for PostgreSQL secara otomatis membuat cadangan setiap simpul dalam kluster. Cadangan dapat digunakan untuk memulihkan kluster Anda ke waktu yang ditentukan - pemulihan titik waktu (PITR). Pencadangan dan pemulihan adalah bagian penting dari strategi kelangsungan bisnis apa pun karena melindungi data Anda dari kerusakan atau penghapusan yang tidak disengaja.

Pencadangan

Proses otomatis melakukan pencadangan setiap simpul Azure Cosmos DB for PostgreSQL sejak kluster Anda disediakan dan sepanjang siklus hidup kluster. Azure Cosmos DB for PostgreSQL mengambil rekam jepret disk berkala dan menggabungkannya dengan streaming file WAL simpul ke penyimpanan blob Azure.

Cadangan memungkinkan Anda memulihkan server ke titik waktu mana pun dalam periode retensi. (Periode retensi saat ini adalah 35 hari untuk semua kluster.) Semua cadangan dienkripsi menggunakan enkripsi AES 256-bit.

File cadangan tidak dapat diekspor. Mereka hanya dapat digunakan untuk operasi pemulihan di Azure Cosmos DB for PostgreSQL.

Redundansi cadangan

Azure Cosmos DB for PostgreSQL mendukung opsi redundansi cadangan berikut.

  • Pencadangan wilayah yang sama

    • Penyimpanan cadangan redundan-zona: Opsi ini dipilih secara otomatis untuk wilayah yang mendukung zona ketersediaan. Ketika cadangan disimpan di penyimpanan cadangan zona-redundan, selain beberapa salinan data yang disimpan dalam zona ketersediaan tempat setiap node kluster dihosting, data juga direplikasi ke zona ketersediaan lainnya.

    • Penyimpanan cadangan yang berlebihan secara lokal: Opsi ini secara otomatis dipilih untuk wilayah yang tidak mendukung zona ketersediaan. Ketika cadangan disimpan di penyimpanan cadangan redundan secara lokal, beberapa salinan cadangan disimpan di wilayah yang sama.

  • Pencadangan lintas wilayah

    • Penyimpanan cadangan geo-redundan: Anda dapat memilih opsi ini pada saat pembuatan kluster. Ketika cadangan disimpan di wilayah lain, selain tiga salinan data yang disimpan dalam wilayah tempat kluster Anda dihosting, data direplikasi ke wilayah lain.

Wilayah Azure tempat cadangan geo-redundan kluster disimpan tergantung pada wilayah Azure tempat kluster Azure Cosmos DB for PostgreSQL berada.

Biaya penyimpanan Microsoft Azure Backup

Untuk harga penyimpanan cadangan saat ini, lihat halaman harga Azure Cosmos DB for PostgreSQL.

Pulihkan

Anda dapat memulihkan kluster ke titik waktu kapan pun dalam 35 hari terakhir. Pemulihan point-in-time berguna dalam beberapa skenario. Misalnya, saat pengguna secara tidak sengaja menghapus data, menjatuhkan tabel atau database penting, atau jika aplikasi secara tidak sengaja menimpa data yang baik dengan data yang buruk.

Catatan

Meskipun cadangan kluster selalu disimpan selama 35 hari, Anda mungkin perlu membuka permintaan dukungan untuk memulihkan kluster ke titik yang lebih awal dari waktu failover terbaru. Selain ketersediaan tinggi (HA), operasi pemeliharaan dan komputasi/penskalaan penyimpanan menggunakan failover untuk meminimalkan waktu henti selama operasi ini.

Untuk pemulihan wilayah yang sama, ketika semua simpul aktif dan berjalan, Anda dapat memulihkan kluster tanpa kehilangan data. Dalam kasus simpul yang sangat jarang mengalami peristiwa bencana (dan ketersediaan tinggi tidak diaktifkan pada kluster), Anda mungkin kehilangan hingga 5 menit data.

Pada kluster dengan cadangan geografis diaktifkan, pemulihan dapat dilakukan di wilayah jarak jauh atau di wilayah yang sama tempat kluster berada.

Penting

Kluster yang dihapus tidak dapat dipulihkan. Jika Anda menghapus kluster, semua simpul yang termasuk dalam kluster akan dihapus dan tidak dapat dipulihkan. Untuk melindungi sumber daya kluster, pasca penyebaran, dari penghapusan yang tidak disengaja atau perubahan tak terduga, administrator dapat memanfaatkan kunci manajemen.

Proses pemulihan membuat kluster baru di wilayah Azure yang sama atau jarak jauh, langganan, dan grup sumber daya sebagai aslinya. Kluster memiliki konfigurasi asli: jumlah node yang sama, jumlah vCores, ukuran penyimpanan, peran pengguna, versi PostgreSQL, dan versi ekstensi Citus.

Pengaturan jaringan tidak dipertahankan dari kluster asli, pengaturan ulang ke nilai default. Anda harus menyesuaikan pengaturan ini secara manual setelah pemulihan untuk mengizinkan akses ke kluster yang dipulihkan. Secara umum, lihat daftar tugas pasca-pemulihan yang disarankan.

Dalam kebanyakan kasus, pemulihan kluster membutuhkan waktu hingga 1 jam.

Langkah berikutnya