Cadangkan dan pulihkan di Azure Database for PostgreSQL - Server Fleksibel

  • Artikel

BERLAKU UNTUK: Azure Database for PostgreSQL - Server Fleksibel

Cadangan merupakan bagian penting dari strategi kelangsungan bisnis apa pun. Cadangan membantu melindungi data dari kerusakan atau penghapusan yang tidak disengaja.

Server fleksibel Azure Database for PostgreSQL secara otomatis melakukan pencadangan reguler server Anda. Anda kemudian dapat melakukan pemulihan point-in-time (PITR) dalam periode retensi yang Anda tentukan. Waktu keseluruhan untuk pemulihan dan pulih total biasanya tergantung ukuran file data dan jumlah pemulihan yang akan dijalankan.

Ringkasan pencadangan

Server fleksibel Azure Database for PostgreSQL mengambil cadangan rekam jepret file data dan menyimpannya dengan aman di penyimpanan zona-redundan atau penyimpanan redundan secara lokal, tergantung pada wilayah tersebut. Server ini juga mencadangkan log transaksi ketika file write-ahead log (WAL) siap diarsipkan. Anda dapat menggunakan cadangan ini untuk memulihkan server ke titik waktu tertentu dalam periode retensi cadangan yang dikonfigurasikan.

Periode retensi cadangan default adalah 7 hari, tetapi Anda dapat memperpanjang periode hingga maksimal 35 hari. Semua cadangan dienkripsi menggunakan enkripsi AES 256-bit untuk data yang tersimpan di memori.

File cadangan ini tidak dapat diekspor atau digunakan untuk membuat server di luar server fleksibel Azure Database for PostgreSQL. Untuk tujuan itu, Anda dapat menggunakan alat PostgreSQL pg_dump dan pg_restore /psql.

Frekuensi pencadangan

Pencadangan pada instans server fleksibel Azure Database for PostgreSQL berbasis rekam jepret. Pencadangan rekam jepret pertama dijadwalkan segera setelah server dibuat. Cadangan rekam jepret saat ini diambil sehari sekali. Jika tidak ada database di server yang menerima modifikasi lebih lanjut setelah cadangan rekam jepret terakhir diambil, cadangan rekam jepret ditangguhkan sampai modifikasi baru dibuat di salah satu database, titik di mana rekam jepret baru segera diambil. Rekam jepret pertama adalah cadangan penuh dan rekam jepret berturut-turut adalah cadangan diferensial.

Cadangan log transaksi terjadi pada frekuensi yang bervariasi, tergantung pada beban kerja dan kapan file WAL diisi dan siap untuk diarsipkan. Secara umum, penundaan (recovery point objective, atau RPO) bisa sampai 15 menit.

Opsi redundansi Microsoft Azure Backup

Server fleksibel Azure Database for PostgreSQL menyimpan beberapa salinan cadangan Anda untuk membantu melindungi data Anda dari peristiwa yang direncanakan dan tidak direncanakan. Peristiwa ini dapat meliputi kegagalan perangkat keras sementara, pemadaman jaringan atau listrik, dan bencana alam. Redundansi pencadangan memastikan bahwa database Anda memenuhi target ketersediaan dan ketahanan, bahkan bila terjadi kegagalan.

Server fleksibel Azure Database for PostgreSQL menawarkan tiga opsi:

  • Penyimpanan cadangan redundan-zona: Opsi ini dipilih secara otomatis untuk wilayah yang mendukung zona ketersediaan. Ketika cadangan disimpan dalam penyimpanan cadangan zona-redundan, beberapa salinan tidak hanya disimpan dalam zona ketersediaan yang sama, tetapi juga direplikasi ke zona ketersediaan lain dalam wilayah yang sama.

    Opsi ini menyediakan ketersediaan data cadangan di seluruh zona ketersediaan dan membatasi replikasi data ke dalam suatu negara/wilayah untuk memenuhi persyaratan residensi data. Opsi ini memberikan setidaknya durabilitas objek cadangan sebesar 99,9999999999% (12 angka sembilan) selama tahun tertentu.

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

    Opsi ini melindungi data Anda dari kegagalan rak server dan drive. Ini juga memberikan setidaknya durabilitas objek cadangan sebesar 99,999999999% (11 angka sembilan) selama satu tahun.

    Secara default, penyimpanan cadangan untuk server dengan ketersediaan tinggi (HA) zona yang sama atau tanpa konfigurasi ketersediaan tinggi disetel ke lokal redundan.

  • Penyimpanan cadangan geo-redundan: Anda dapat memilih opsi ini pada saat pembuatan server. Ketika cadangan disimpan dalam penyimpanan cadangan geo-redundan, tiga salinan data disimpan di dalam wilayah tempat server Anda dihosting, dan juga direplikasi ke wilayah pasangan-geo.

    Opsi ini memungkinkan Anda memulihkan server anda di wilayah yang berbeda jika terjadi bencana. Ini juga memberikan setidaknya durabilitas objek cadangan sebesar 99,99999999999999% (16 angka sembilan) selama satu tahun.

    Geo-redundansi didukung untuk server yang dihosting di salah satu wilayah berpasangan Azure.

Berpindah dari opsi penyimpanan cadangan lainnya ke penyimpanan cadangan geo-redundan

Anda dapat mengonfigurasi penyimpanan geo-redundan untuk cadangan hanya selama pembuatan server. Setelah server disediakan, Anda tidak dapat mengubah opsi redundansi penyimpanan cadangan.

Retensi Pencadangan

Cadangan disimpan berdasarkan pengaturan periode penyimpanan cadangan yang Anda atur untuk server tersebut. Anda dapat memilih periode retensi antara 7 (default) hingga 35 hari. Anda dapat mengatur periode retensi selama pembuatan server atau memperbaruinya di lain waktu. Cadangan disimpan bahkan untuk server yang dihentikan.

Periode retensi cadangan mengatur jangka waktu tempat PITR dapat diambil menggunakan cadangan yang tersedia. Anda juga dapat memperlakukan periode retensi cadangan sebagai jendela pemulihan total dari perspektif pemulihan.

Semua cadangan yang diperlukan untuk melakukan pemulihan titik waktu dalam periode penyimpanan cadangan disimpan dalam penyimpanan cadangan. Misalnya, jika periode retensi cadangan diatur ke 7 hari, jendela pemulihan totalnya adalah 7 hari terakhir. Dalam skenario ini, semua data dan log yang diperlukan untuk memulihkan dan memulihkan total server dalam 7 hari terakhir dipertahankan.

Biaya penyimpanan Microsoft Azure Backup

Server fleksibel Azure Database for PostgreSQL menyediakan hingga 100 persen penyimpanan server yang disediakan sebagai penyimpanan cadangan tanpa biaya tambahan. Setiap penyimpanan cadangan tambahan yang Anda gunakan dikenakan biaya dalam gigabyte per bulan.

Misalnya, jika Anda telah menyediakan server dengan penyimpanan 250 gibibyte (GiB), maka Anda memiliki kapasitas penyimpanan cadangan 250 GiB tanpa biaya tambahan. Jika penggunaan cadangan harian adalah 25 GiB, Anda dapat memiliki penyimpanan cadangan gratis hingga 10 hari. Konsumsi penyimpanan cadangan yang melebihi 250 GiB dibebankan seperti yang didefinisikan dalam model harga.

Jika Anda mengonfigurasi server Anda dengan pencadangan geo-redundan, data cadangan juga disalin ke wilayah yang dipasangkan Azure. Jadi, ukuran cadangan Anda akan menjadi dua kali ukuran salinan cadangan lokal. Penagihan dihitung sebagai ( (2 x ukuran cadangan lokal) - ukuran penyimpanan yang disediakan ) x harga @ gigabyte per bulan.

Anda dapat menggunakan metrik Backup Storage Used di portal Microsoft Azure untuk memantau penyimpanan cadangan yang digunakan oleh server. Metrik Penyimpanan Cadangan Yang Digunakan menunjukkan jumlah penyimpanan yang digunakan oleh semua cadangan database dan cadangan log yang dipertahankan, berdasarkan periode retensi cadangan yang ditetapkan untuk server tersebut.

Catatan

Terlepas dari ukuran database, aktivitas transaksional yang berat di server menghasilkan lebih banyak file WAL. Peningkatan file pada gilirannya meningkatkan penyimpanan cadangan.

Pemulihan ke titik waktu tertentu

Di server fleksibel Azure Database for PostgreSQL, melakukan PITR membuat server baru di wilayah yang sama dengan server sumber Anda, tetapi Anda dapat memilih zona ketersediaan. Server dibuat dengan konfigurasi server sumber untuk tingkat harga, generasi komputasi, jumlah Core virtual, ukuran penyimpanan, periode retensi cadangan, dan opsi redundansi cadangan. Selain itu, tag dan pengaturan seperti jaringan virtual dan firewall juga diwarisi dari server sumber.

File database fisik pertama kali dipulihkan dari cadangan snapshot ke lokasi data server. Cadangan yang sesuai yang dilakukan lebih awal dari titik waktu yang diinginkan secara otomatis dipilih dan dipulihkan. Proses pemulihan selanjutnya dimulai menggunakan file WAL untuk membawa database ke status yang konsisten.

Misalnya, kita asumsikan cadangan dilakukan pada pukul 23.00 setiap malam. Jika titik pemulihannya untuk 15 Agustus pukul 10:00, cadangan harian 14 Agustus 2020 dipulihkan. Database akan dipulihkan hingga pukul 10:00 pagi 15 Agustus dengan menggunakan cadangan log transaksi dari 14 Agustus, 23.00, hingga 15 Agustus, 10:00.

Untuk memulihkan server database Anda, lihat langkah-langkah ini.

Penting

Operasi pemulihan di server fleksibel Azure Database for PostgreSQL selalu membuat server database baru dengan nama yang Anda berikan. Operasi tersebut tidak menimpa server database yang ada.

PITR berguna dalam skenario seperti ini:

  • Pengguna secara tidak sengaja menghapus data, tabel, atau database.
  • Aplikasi pengguna secara tidak sengaja menimpa data baik dengan data buruk karena cacat aplikasi.
  • Anda ingin mengkloning server Anda untuk pengujian, pengembangan, atau untuk verifikasi data.

Dengan pencadangan log transaksi berkelanjutan, Anda dapat memulihkan ke transaksi terakhir. Anda dapat memilih opsi pemulihan berikut:

  • Titik pemulihan terbaru (sekarang): Ini adalah opsi default, yang memungkinkan Anda memulihkan server ke titik waktu terbaru.

  • Titik pemulihan kustom: Opsi ini memungkinkan Anda memilih titik waktu apa pun dalam periode retensi yang ditentukan untuk instans server fleksibel Azure Database for PostgreSQL ini. Secara default, waktu terbaru dalam UTC dipilih secara otomatis. Pilihan otomatis berguna bila Anda ingin memulihkan transaksi yang terakhir dilakukan untuk tujuan pengujian. Anda dapat memilih hari dan waktu lain secara opsional.

  • Titik pemulihan cepat: Opsi ini memungkinkan pengguna memulihkan server dalam waktu secepat mungkin dalam periode retensi yang ditentukan untuk instans server fleksibel Azure Database for PostgreSQL mereka. Pemulihan tercepat dimungkinkan dengan langsung memilih stempel waktu dari daftar cadangan. Operasi pemulihan ini menyediakan server dan hanya memulihkan cadangan rekam jepret lengkap dan tidak memerlukan pemulihan log apa pun, yang membuatnya cepat. Kami sarankan Anda memilih tanda waktu cadangan, yang lebih besar dari titik pemulihan paling awal tepat waktu untuk operasi pemulihan yang berhasil.

Waktu yang diperlukan untuk memulihkan menggunakan opsi titik pemulihan terbaru dan kustom bervariasi berdasarkan faktor-faktor seperti volume log transaksi untuk diproses sejak pencadangan terakhir dan jumlah total database yang dipulihkan secara bersamaan di wilayah yang sama Waktu pemulihan keseluruhan biasanya memakan waktu dari beberapa menit hingga beberapa jam.

Jika Mengonfigurasi server dalam jaringan virtual, Anda dapat memulihkan ke jaringan virtual yang sama atau ke jaringan virtual yang berbeda. Namun, Anda tidak dapat memulihkan akses publik. Demikian pula, jika Anda mengonfigurasi server Anda dengan akses publik, Anda tidak dapat memulihkan ke akses jaringan virtual privat.

Penting

Server yang dihapus dapat dipulihkan. Jika Anda menghapus server, Anda dapat mengikuti panduan kami Memulihkan Azure Database for Azure Database for PostgreSQL yang dihentikan - Server Fleksibel untuk dipulihkan. Gunakan kunci sumber daya Azure untuk membantu mencegah penghapusan server secara tidak disengaja.

Pencadangan dan pemulihan geo-redundan

Untuk mengaktifkan pencadangan geo-redundan dari panel Komputasi + penyimpanan di portal Microsoft Azure, lihat panduan mulai cepat.

Penting

Cadangan Geo-redundan hanya dapat dikonfigurasi pada saat pembuatan server.

Setelah mengonfigurasi server dengan cadangan geo-redundan, Anda dapat memulihkannya ke wilayah yang dipasangkan secara geografis. Untuk informasi selengkapnya, lihat wilayah yang didukung untuk pencadangan geo-redundan.

Ketika server dikonfigurasi dengan cadangan geo-redundan, data cadangan dan log transaksi disalin ke wilayah yang dipasangkan secara asinkron melalui replikasi penyimpanan. Setelah Anda membuat server, tunggu setidaknya satu jam sebelum memulai pemulihan-geografis. Hal ini memungkinkan kumpulan data cadangan pertama direplikasi ke wilayah yang dipasangkan.

Kemudian, log transaksi dan cadangan harian disalin secara asinkron ke wilayah yang dipasangkan. Mungkin ada penundaan hingga satu jam dalam transmisi data. Jadi, Anda dapat memperkirakan hingga satu jam RPO saat Anda memulihkan. Anda hanya dapat memulihkan ke data cadangan terakhir yang tersedia di wilayah yang dipasangkan. Saat ini, PITR cadangan geo-redundan tidak tersedia.

Perkiraan waktu untuk memulihkan server (tujuan waktu pemulihan, atau RTO) tergantung pada faktor-faktor seperti ukuran database, waktu pencadangan database terakhir, dan jumlah WAL untuk diproses sampai data cadangan terakhir yang diterima. Waktu pemulihan keseluruhan biasanya memakan waktu beberapa menit hingga beberapa jam.

Selama pemulihan-geografis, konfigurasi server yang dapat diubah mencakup pengaturan jaringan virtual dan kemampuan untuk menghapus cadangan geo-redundan dari server yang dipulihkan. Mengubah konfigurasi server lain -seperti komputasi, penyimpanan, atau tingkat harga (Burstable, General Purpose, atau Memory Optimized)- selama pemulihan geografis tidak didukung.

Untuk informasi selengkapnya tentang melakukan pemulihan geografis, lihat panduan cara.

Penting

Saat wilayah utama tidak berfungsi, pengguna tidak dapat membuat server geo-redundan di masing-masing wilayah yang dipasangkan secara geografis karena penyimpanan tidak dapat disediakan di wilayah utama. Sebelum Anda memprovisikan server geo-redundan di wilayah yang dipasangkan secara geografis, Anda harus menunggu hingga wilayah utama siap.

Dengan wilayah utama tidak berfungsi, Anda masih dapat memulihkan server sumber secara geografis ke wilayah pasangan geografis. Untuk informasi selengkapnya tentang melakukan pemulihan geografis, lihat panduan cara.

Pemulihan dan jaringan

Pemulihan ke titik waktu tertentu

Jika server sumber Anda dikonfigurasi dengan jaringan akses publik, Anda hanya dapat memulihkan ke akses publik.

Jika server sumber Anda dikonfigurasi dengan jaringan virtual akses privat, Anda dapat memulihkan ke jaringan virtual yang sama atau ke jaringan virtual yang berbeda. Anda tidak dapat melakukan PITR di seluruh akses publik dan privat.

Pemulihan Geo

Jika server sumber Anda dikonfigurasi dengan jaringan akses publik, Anda hanya dapat memulihkan ke akses publik. Selain itu, Anda harus menerapkan aturan firewall setelah operasi pemulihan selesai.

Jika server sumber Anda dikonfigurasi dengan jaringan virtual akses privat, Anda hanya dapat memulihkan ke jaringan virtual yang berbeda, karena jaringan virtual tidak dapat menjangkau wilayah. Anda tidak dapat melakukan pemulihan geografis di seluruh akses publik dan privat.

Langkah-langkah pasca pemulihan

Setelah memulihkan database, Anda bisa melakukan tugas berikut untuk membuat pengguna dan aplikasi Anda kembali aktif dan berjalan:

  • Jika server baru dimaksudkan untuk mengganti server asli, alihkan klien dan aplikasi klien ke server baru. Ubah nama server string koneksi Anda untuk menunjuk ke server baru.

  • Pastikan firewall tingkat server dan aturan jaringan virtual yang sesuai tersedia untuk koneksi pengguna. Aturan ini tidak disalin dari server asli.

  • Tingkatkan atau perkecil komputasi server yang dipulihkan sesuai kebutuhan.

  • Pastikan izin masuk dan izin tingkat database yang sesuai telah diberlakukan.

  • Konfigurasikan pemberitahuan sebagaimana mestinya.

  • Jika Anda sudah memulihkan database yang dikonfigurasi dengan ketersediaan tinggi, dan jika Anda ingin mengonfigurasi server yang dipulihkan dengan ketersediaan tinggi, Anda selanjutnya dapat mengikuti langkah-langkahnya.

Retensi jangka panjang (pratinjau)

Layanan server fleksibel Azure Backup dan Azure Database for PostgreSQL telah membangun solusi pencadangan jangka panjang kelas perusahaan untuk instans server fleksibel Azure Database for PostgreSQL yang mempertahankan cadangan hingga 10 tahun. Anda dapat menggunakan retensi jangka panjang secara independen atau selain solusi pencadangan otomatis yang ditawarkan oleh server fleksibel Azure Database for PostgreSQL, yang menawarkan retensi hingga 35 hari. Pencadangan otomatis adalah cadangan fisik yang cocok untuk pemulihan operasional, terutama ketika Anda ingin memulihkan dari cadangan terbaru. Pencadangan jangka panjang membantu Anda dengan kebutuhan kepatuhan Anda, lebih terperinci, dan diambil sebagai cadangan logis menggunakan pg_dump asli. Selain retensi jangka panjang, solusi ini menawarkan kemampuan berikut:

  • Pencadangan terjadwal dan sesuai permintaan yang dikontrol pelanggan di tingkat database individual.
  • Pemantauan pusat dari semua operasi dan pekerjaan.
  • Cadangan disimpan dalam domain keamanan dan kesalahan terpisah. Jika server sumber atau langganan disusupi, cadangan tetap aman di brankas Cadangan (di akun penyimpanan terkelola Azure Backup).
  • Menggunakan pg_dump memungkinkan fleksibilitas yang lebih besar dalam memulihkan data di berbagai versi database.
  • Brankas cadangan Azure mendukung fitur kekekalan dan penghapusan sementara (pratinjau), melindungi data Anda.

Batasan dan pertimbangan

  • Dalam pratinjau, pemulihan LTR saat ini tersedia sebagai RestoreasFiles ke akun penyimpanan. Kemampuan RestoreasServer akan ditambahkan di masa mendatang.
  • Dalam pratinjau, Anda dapat melakukan pencadangan LTR untuk semua database, dukungan pencadangan db tunggal akan ditambahkan di masa mendatang.
  • Pencadangan LTR saat ini tidak didukung untuk server yang mendukung CMK. Kemampuan ini akan ditambahkan di masa mendatang.
  • Pencadangan LTR saat ini tidak didukung pada replika geografis. Anda masih dapat melakukan pencadangan LTR dari server utama.

Untuk informasi selengkapnya tentang melakukan pencadangan jangka panjang, kunjungi panduan cara penggunaan.

Tanya jawab umum

  • Bagaimana cara Azure menangani pencadangan server saya?

    Secara default, server fleksibel Azure Database for PostgreSQL memungkinkan pencadangan otomatis seluruh server Anda (mencakup semua database yang dibuat) dengan periode retensi default 7 hari. Pencadangan otomatis menyertakan snapshot inkremental harian dari database. File log (WAL) diarsipkan ke Azure Blob Storage secara terus menerus.

  • Bisakah saya mengonfigurasi pencadangan otomatis untuk menyimpan data untuk jangka panjang?

    Tidak. Saat ini, server fleksibel Azure Database for PostgreSQL mendukung retensi maksimum 35 hari. Anda dapat melakukan pencadangan manual dan menggunakannya untuk kebutuhan retensi jangka panjang.

  • Bagaimana cara mencadangkan instans server fleksibel Azure Database for PostgreSQL saya secara manual?

    Anda dapat mengambil cadangan secara manual dengan menggunakan alat PostgreSQL pg_dump. Misalnya, lihat Memigrasikan database server fleksibel Azure Database for PostgreSQL Anda dengan menggunakan cadangan dan pemulihan.

    Jika Anda ingin mencadangkan server fleksibel Azure Database for PostgreSQL ke Blob Storage, lihat Mencadangkan Azure Database for PostgreSQL ke Blob Storage di blog komunitas teknologi kami.

  • Apa jendela cadangan untuk server saya? Bisakah saya menyesuaikannya?

    Azure mengelola jendela cadangan, dan Anda tidak dapat menyesuaikannya. Pencadangan snapshot lengkap pertama dijadwalkan segera setelah server dibuat. Pencadangan rekam jepret berikutnya adalah pencadangan tambahan yang terjadi sekali sehari.

  • Apakah cadangan saya dienkripsi?

    Ya. Semua data server fleksibel Azure Database for PostgreSQL, cadangan, dan file sementara yang dibuat selama eksekusi kueri dienkripsi melalui enkripsi AES 256-bit. Enkripsi penyimpanan selalu aktif dan tidak dapat dinonaktifkan.

  • Bisakah saya memulihkan satu database atau hanya beberapa database saja dalam satu server?

    Memulihkan satu/beberapa database atau tabel tidak didukung secara langsung. Namun, Anda bisa memulihkan seluruh server ke server baru, dan kemudian mengekstrak tabel atau database yang diperlukan dan mengimpornya ke server baru tersebut.

  • Apakah server saya tersedia saat pencadangan sedang berlangsung?

    Ya. Pencadangan adalah operasi online menggunakan rekam jepret. Operasi rekam jepret hanya membutuhkan waktu beberapa detik dan tidak mengganggu beban kerja produksi yang memastikan ketersediaan server yang tinggi.

  • Saat menyiapkan jendela pemeliharaan untuk server, apakah saya perlu memperhitungkan jendela cadangan?

    Tidak. Pencadangan dipicu secara internal sebagai bagian dari layanan terkelola dan tidak terkait dengan jendela pemeliharaan.

  • Di mana cadangan otomatis saya disimpan dan bagaimana cara mengelola penyimpanannya?

    Server fleksibel Azure Database for PostgreSQL secara otomatis membuat cadangan server dan menyimpannya di:

    • Penyimpanan redundan-zona, di wilayah di mana beberapa zona didukung.
    • Penyimpanan redundan lokal, di wilayah yang belum mendukung beberapa zona.
    • Wilayah yang dipasangkan, jika Anda mengonfigurasi cadangan geo-redundan.

    File cadangan tidak dapat diekspor.

    Anda dapat menggunakan cadangan untuk memulihkan server Anda ke titik waktu tertentu saja. Periode penyimpanan cadangan default adalah 7 hari. Anda dapat mengonfigurasi penyimpanan cadangan secara opsional hingga 35 hari.

  • Dengan cadangan geo-redundan, seberapa sering cadangan disalin ke wilayah yang dipasangkan?

    Ketika server dikonfigurasi dengan cadangan geo-redundan, data cadangan disimpan dalam akun penyimpanan geo-redundan. Akun penyimpanan menyalin file data ke wilayah yang dipasangkan saat pencadangan harian terjadi di server utama. File WAL dicadangkan saat siap diarsipkan.

    Data cadangan disalin secara asinkron secara terus menerus ke wilayah yang dipasangkan. Anda perlu menunggu hingga satu jam keterlambatan sebelum menerima data cadangan.

  • Bisakah saya melakukan PITR di daerah terpencil?

    Tidak. Data dipulihkan ke data cadangan terakhir yang tersedia di wilayah terpencil.

  • Bagaimana cara pencadangan dilakukan di server dengan dukungan HA?

    Volume data di server fleksibel Azure Database for PostgreSQL dicadangkan melalui rekam jepret inkremental disk terkelola dari server utama. Cadangan WAL dilakukan baik dari server utama atau server siaga.

  • Bagaimana saya memvalidasi pencadangan yang dilakukan di server saya?

    Cara terbaik untuk memeriksa cadangan adalah dengan melakukan PITR berkala dan memastikan bahwa cadangan valid dan dapat dipulihkan. Operasi pencadangan atau file tidak diekspos ke pengguna akhir.

  • Di mana saya bisa melihat penggunaan cadangan?

    Di portal Microsoft Azure, di bawah Pemantauan, pilih Metrik. Di Penyimpanan Cadangan yang Digunakan, Anda dapat memantau total penggunaan cadangan.

  • Apa yang terjadi pada cadangan jika saya menghapus server?

    Jika Anda menghapus server, semua cadangan milik server juga akan dihapus dan tidak dapat dipulihkan. Untuk membantu melindungi sumber daya server, dari penghapusan tidak disengaja atau perubahan tidak terduga pasca penyebaran, administrator dapat memanfaatkan kunci manajemen.

  • Bagaimana cadangan disimpan untuk server yang dihentikan?

    Tidak ada cadangan baru yang dilakukan untuk server yang dihentikan. Semua cadangan lama (dalam jendela retensi) pada waktu penghentian server akan terismpan hingga server dihidupkan ulang. Setelah itu, retensi cadangan untuk server aktif diatur oleh jendela retensinya.

  • Bagaimana perhitungan biaya dan tagihan atas penggunaan cadangan saya?

    Server fleksibel Azure Database for PostgreSQL menyediakan hingga 100 persen penyimpanan server yang disediakan sebagai penyimpanan cadangan tanpa biaya tambahan. Penyimpanan cadangan lainnya yang Anda gunakan dikenakan biaya dalam gigabyte per bulan, seperti yang didefinisikan dalam model harga.

    Periode retensi cadangan dan opsi redundansi cadangan yang Anda pilih, bersama dengan aktivitas transaksional di server, secara langsung memengaruhi total penyimpanan dan penagihan cadangan.

  • Bagaimana saya akan ditagih untuk server yang dihentikan?

    Sementara instans server Anda dihentikan, tidak ada cadangan baru yang dilakukan. Anda dikenakan biaya untuk penyimpanan yang disediakan dan penyimpanan cadangan (cadangan yang disimpan dalam jendela retensi yang Anda tentukan).

    Penyimpanan cadangan gratis terbatas pada ukuran database yang Anda sediakan. Setiap data cadangan berlebih akan dikenakan biaya sesuai dengan harga cadangan.

  • Saya mengonfigurasi ketersediaan tinggi zona-redundan. Apakah Anda mengambil dua cadangan, dan apakah akan ditagih dua kali?

    Tidak. Terlepas dari server HA atau non-HA, hanya satu set salinan cadangan yang dipertahankan. Anda hanya dikenakan biaya sekali.

  • Bagaimana cara memulihkan server saya?

    Azure mendukung PITR untuk semua server. Pengguna dapat memulihkan ke titik pemulihan terbaru atau titik pemulihan kustom dengan menggunakan portal Azure, Azure CLI, dan API.

    Untuk memulihkan server Anda dari cadangan manual dengan menggunakan alat seperti pg_dump, Anda dapat terlebih dahulu membuat instans server fleksibel Azure Database for PostgreSQL lalu memulihkan database Anda ke server dengan menggunakan pg_restore.

  • Dapatkah saya memulihkan ke zona ketersediaan lain dalam wilayah yang sama?

    Ya. Jika wilayah mendukung beberapa zona ketersediaan, cadangan disimpan di akun penyimpanan zona-redundan sehingga Anda dapat memulihkan ke zona lain.

  • Berapa lama waktu yang dibutuhkan PITR? Mengapa pemulihan saya membutuhkan waktu yang lama?

    Operasi pemulihan data dari snapshot tidak bergantung pada ukuran data. Tetapi waktu proses pemulihan yang menerapkan log (aktivitas transaksi untuk diputar ulang) bisa beragam, tergantung cadangan sebelumnya dari tangal/waktu yang diminta dan jumlah log yang harus diproses. Ini berlaku untuk pemulihan di dalam zona yang sama atau pemulihan data ke zona yang berbeda.

  • Jika saya memulihkan server dengan dukungan HA saya, apakah server pemulihan dikonfigurasi secara otomatis dengan ketersediaan tinggi?

    Tidak. Server dipulihkan sebagai instans server fleksibel Azure Database for PostgreSQL instans tunggal. Setelah pemulihan selesai, Anda dapat mengonfigurasi server secara opsional dengan ketersediaan tinggi.

  • Saya mengonfigurasi server saya dalam jaringan virtual. Bisakah saya memulihakan ke jariangan virtual yang lain?

    Ya. Pada waktu pemulihan, pilih jaringan virtual yang berbeda untuk dipulihkan.

  • Bisakah saya memulihkan server akses publik saya ke jaringan virtual atau sebaliknya?

    Tidak. Server fleksibel Azure Database for PostgreSQL saat ini tidak mendukung pemulihan server di seluruh akses publik dan privat.

  • Bagaimana cara melacak operasi pemulihan saya?

    Saat ini tidak ada cara untuk melacak operasi pemulihan. Anda dapat memantau log aktivitas untuk melihat apakah operasi masih berlangsung atau sudah selesai.

Langkah berikutnya