Bagikan melalui


Pencadangan dan pemulihan point-in-time kluster di Azure Cosmos DB for PostgreSQL

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

Artikel ini menyediakan prosedur langkah demi langkah untuk memilih jenis cadangan, untuk memeriksa jenis cadangan yang diaktifkan pada kluster, dan untuk melakukan pemulihan point-in-time untuk kluster menggunakan cadangan. Anda dapat memulihkan ke cadangan paling awal atau ke titik pemulihan kustom dalam periode retensi Anda.

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. Operasi pemeliharaan dan komputasi/penskalaan penyimpanan menggunakan failover untuk meminimalkan waktu henti selama operasi ini.

Pilih jenis cadangan kluster

Mengaktifkan pencadangan geo-redundan dimungkinkan selama pembuatan kluster pada layar Skala yang dapat diakses pada tab Dasar . Klik tombol Simpan untuk menerapkan pilihan Anda.

Catatan

Pencadangan geo-redundan hanya dapat diaktifkan selama pembuatan kluster atau pemulihan kluster. Anda tidak dapat menonaktifkan cadangan geo-redundan setelah kluster dibuat.

Konfirmasi jenis pencadangan

Untuk memeriksa jenis cadangan apa yang diaktifkan pada kluster, ikuti langkah-langkah berikut:

  1. Di portal Azure, pilih kluster Azure Cosmos DB for PostgreSQL yang ada.
  2. Pada halaman Gambaran Umum , centang bidang Cadangan di bagian Esensial .

Nilai bidang Cadangan dapat redundansecara lokal atau Zona redundan untuk pencadangan kluster wilayah yang sama atau Geo-redundan untuk cadangan yang disimpan di wilayah Azure lain.

Memulihkan ke titik pemulihan paling awal

Ikuti langkah-langkah ini untuk memulihkan server fleksibel Anda menggunakan pencadangan yang ada.

  1. Di portal Azure, dari halaman Gambaran Umum kluster yang ingin Anda pulihkan, pilih Pulihkan.

  2. Pada halaman Pulihkan , pilih titik pemulihan Paling Awal, yang ditampilkan.

  3. Sediakan nama server baru di bidang Pulihkan ke kluster baru. Bidang grup langganan dan sumber daya tidak dapat diedit.

  4. Jika kluster mengaktifkan cadangan geo-redundan, pilih wilayah jarak jauh atau sama untuk pemulihan di bidang Lokasi . Pada kluster dengan pencadangan zona-redundan dan redundan secara lokal, bidang lokasi tidak dapat diedit.

  5. Atur kotak centang Cadangan geo-redundan untuk pencadangan geo-redundan agar kluster yang dipulihkan disimpan di wilayah Azure lain.

  6. Pilih Selanjutnya.

  7. (opsional) Buat pilihan enkripsi data untuk kluster yang dipulihkan pada tab Enkripsi .

  8. Pilih Buat. Pemberitahuan menunjukkan bahwa operasi pemulihan dimulai.

  9. Saat pemulihan selesai, ikuti tugas pasca-pemulihan.

Memulihkan ke titik pemulihan kustom

Ikuti langkah-langkah ini untuk memulihkan kluster ke tanggal dan waktu pilihan Anda.

  1. Di portal Azure, dari halaman Gambaran Umum kluster yang ingin Anda pulihkan, pilih Pulihkan.

  2. Pada halaman Pulihkan , pilih Titik pemulihan kustom.

  3. Pilih tanggal dan cantumkan waktu di bidang tanggal dan waktu, dan masukkan nama kluster di bidang Pulihkan ke kluster baru. Bidang grup langganan dan sumber daya tidak dapat diedit.

  4. Jika kluster mengaktifkan cadangan geo-redundan, pilih wilayah jarak jauh atau sama untuk pemulihan di bidang Lokasi . Pada kluster dengan pencadangan zona-redundan dan redundan secara lokal, bidang lokasi tidak dapat diedit.

  5. Atur kotak centang Cadangan geo-redundan untuk pencadangan geo-redundan agar kluster yang dipulihkan disimpan di wilayah Azure lain.

  6. Pilih Selanjutnya.

  7. (opsional) Buat pilihan enkripsi data untuk kluster yang dipulihkan pada tab Enkripsi .

  8. Pilih Buat. Pemberitahuan menunjukkan bahwa operasi pemulihan dimulai.

  9. Saat pemulihan selesai, ikuti tugas pasca-pemulihan.

Langkah-langkah pasca pemulihan

Setelah pemulihan, Anda harus melakukan hal berikut untuk membuat pengguna dan aplikasi Anda dicadangkan dan berjalan:

  • Jika kluster baru dimaksudkan untuk mengganti kluster asli, alihkan klien dan aplikasi klien ke kluster baru.
  • Pastikan pengaturan jaringan yang sesuai untuk akses privat atau publik tersedia bagi pengguna untuk terhubung. Pengaturan ini tidak disalin dari kluster asli.
  • Pastikan login dan izin tingkat database yang sesuai sudah ada.
  • Konfigurasikan pemberitahuan, sebagaimana mewajarkan.

Langkah berikutnya