Cadangkan dan pulihkan di Azure Database for PostgreSQL - Server Tunggal

  • Artikel

BERLAKU UNTUK: Azure Database for PostgreSQL - Server Tunggal

Penting

Azure Database for PostgreSQL - Server Tunggal berada di jalur penghentian. Kami sangat menyarankan Agar Anda meningkatkan ke Azure Database for PostgreSQL - Server Fleksibel. Untuk informasi selengkapnya tentang migrasi ke Azure Database for PostgreSQL - Server Fleksibel, lihat Apa yang terjadi pada Server Tunggal Azure Database for PostgreSQL?.

Azure Database for PostgreSQL secara otomatis membuat cadangan server dan menyimpannya di penyimpanan yang dikonfigurasi pengguna, redundan secara lokal, atau geo-redundan secara. Cadangan dapat digunakan untuk memulihkan server Anda ke titik waktu. Pencadangan dan pemulihan adalah bagian penting dari strategi kelangsungan bisnis apa pun karena melindungi data Anda dari kerusakan atau penghapusan yang tidak disengaja.

Pencadangan

Azure Database for PostgreSQL mengambil cadangan file data dan log transaksi. Tergantung ukuran penyimpanan maksimum yang didukung, kita melakukan cadangan penuh dan diferensial (server penyimpanan maks 4 TB) atau cadangan rekam jepret (server penyimpanan maks hingga 16 TB). Cadangan ini memungkinkan Anda memulihkan server ke titik waktu tertentu dalam periode retensi cadangan yang dikonfigurasikan. Periode retensi cadangan default adalah 7 hari. Anda dapat mengonfigurasikannya secara opsional hingga 35 hari. Semua cadangan dienkripsi menggunakan enkripsi AES-256 bit.

File cadangan ini tidak dapat diekspor. Cadangan hanya dapat digunakan untuk memulihkan operasi di Azure Database for PostgreSQL. Anda bisa menggunakan pg_dump untuk menyalin database.

Frekuensi pencadangan

Server dengan penyimpanan hingga 4 TB

Untuk server yang mendukung penyimpanan maksimum hingga 4-TB, pencadangan penuh terjadi setiap minggu sekali. Pencadangan diferensial terjadi dua kali sehari. Cadangan log transaksi terjadi setiap lima menit.

Server dengan penyimpanan hingga 16 TB

Dalam subkumpulan wilayah Azure, semua server yang baru disediakan dapat mendukung penyimpanan hingga 16 TB. Cadangan pada server penyimpanan besar ini berbasis snapshot. Pencadangan snapshot lengkap pertama dijadwalkan segera setelah server dibuat. Pencadangan rekam jepret ini disimpan sebagai cadangan dasar server. Cadangan snapshot berikutnya hanya cadangan diferensial. Cadangna snapshot diferensial tidak terjadi pada jadwal tetap. Dalam sehari, beberapa pencadangan rekam jepret diferensial dilakukan, tetapi hanya 3 cadangan yang dipertahankan. Cadangan log transaksi terjadi setiap lima menit.

Catatan

Pencadangan otomatis dilakukan untuk server replika yang dikonfigurasi dengan konfigurasi penyimpanan hingga 4TB.

Retensi Pencadangan

Pencadangan dipertahankan berdasarkan setelan periode penyimpanan cadangan pada server. Anda dapat memilih periode retensi 7 hingga 35 hari. Periode retensi default adalah 7 hari. Anda dapat mengatur periode retensi selama pembuatan server atau yang lebih baru dengan memperbarui konfigurasi cadangan menggunakan portal Microsoft Azure atau Azure CLI.

Periode retensi cadangan mengatur seberapa jauh pemulihan titik waktu dapat diambil, karena didasarkan pada cadangan yang tersedia. Periode retensi cadangan juga dapat diperlakukan sebagai jendela pemulihan dari perspektif pemulihan. Semua cadangan yang diperlukan untuk melakukan pemulihan titik waktu dalam periode penyimpanan cadangan dipertahankan dalam penyimpanan cadangan. Misalnya - jika periode retensi cadangan diatur ke 7 hari, jendela pemulihan dianggap 7 hari terakhir. Dalam skenario ini, semua cadangan yang diperlukan untuk memulihkan server dalam 7 hari terakhir dipertahankan. Dengan jendela retensi cadangan selama tujuh hari:

  • Server dengan penyimpanan hingga 4 TB akan menyimpan hingga 2 pencadangan basis data lengkap, semua pencadangan diferensial, dan pencadangan log transaksi yang dilakukan sejak pencadangan basis data lengkap paling awal.
  • Server dengan penyimpanan hingga 16 TB akan mempertahankan snapshot database lengkap, semua snapshot diferensial dan pencadangan log transaksi dalam 8 hari terakhir.

Opsi redundansi Microsoft Azure Backup

Azure Database for PostgreSQL memberikan fleksibilitas untuk memilih antara penyimpanan cadangan yang redundan secara lokal atau geo-redundan di tingkat tujuan umum dan memori yang dioptimalkan. Ketika cadangan disimpan dalam penyimpanan cadangan geo-redundan, salinan cadangan tambahan direplikasi ke wilayah yang dipasangkan. Ini memberikan perlindungan dan kemampuan yang lebih baik untuk memulihkan server Anda di wilayah bencana. Tingkat Dasar hanya menawarkan penyimpanan cadangan yang berlebihan secara lokal.

Penting

Mengonfigurasi penyimpanan yang redundan secara lokal atau geografis untuk cadangan hanya diizinkan selama pembuatan server. Setelah server disediakan, Anda tidak dapat mengubah opsi redundansi penyimpanan cadangan.

Biaya penyimpanan Microsoft Azure Backup

Azure Database for PostgreSQL menyediakan hingga 100 persen dari ukuran penyimpanan server yang tersedia sebagai penyimpanan cadangan tanpa biaya tambahan. Setiap penyimpanan cadangan tambahan yang digunakan dikenakan biaya dalam GB per bulan. Misalnya, jika Anda telah menyediakan server dengan penyimpanan 250 GB, Anda memiliki 250 GB penyimpanan tambahan yang tersedia untuk cadangan server tanpa biaya tambahan. Penyimpanan yang digunakan untuk cadangan lebih dari 250 GB dikenakan biaya sesuai model harga.

Anda dapat menggunakan metrik Penyimpanan Microsoft Azure Backup yang digunakan di Azure Monitor yang tersedia di portal Azure untuk memantau penyimpanan cadangan yang digunakan oleh server. Metrik Penyimpanan Microsoft Azure Backup yang digunakan mewakili jumlah penyimpanan yang digunakan oleh semua cadangan database lengkap, pencadangan diferensial, dan pencadangan log yang dipertahankan berdasarkan periode penyimpanan cadangan yang ditetapkan untuk server. Frekuensi pencadangan dikelola layanan dan dijelaskan sebelumnya. Aktivitas transaksional yang berat di server dapat menyebabkan penggunaan penyimpanan cadangan meningkat terlepas dari ukuran total database. Untuk penyimpanan geo-berlebihan, penggunaan penyimpanan cadangan dua kali lipat dari penyimpanan yang berlebihan secara lokal.

Cara utama mengendalikan biaya penyimpanan cadangan adalah dengan menetapkan periode retensi cadangan yang sesuai dan memilih opsi redundansi cadangan yang tepat untuk memenuhi tujuan pemulihan yang Anda inginkan. Anda dapat memilih periode retensi dari kisaran 7 hingga 35 hari. Tujuan Umum dan Memori Server yang Dioptimalkan dapat memilih untuk memiliki penyimpanan geo-redundan untuk cadangan.

Pulihkan

Di Azure Database for PostgreSQL, melakukan pemulihan membuat server baru dari cadangan server asli.

Ada dua jenis data lalu lintas yang tersedia:

  • Pemulihan titik waktu tersedia dengan salah satu opsi redundansi cadangan dan membuat server baru di wilayah yang sama dengan server asli Anda.
  • Pemulihan geografis hanya tersedia jika Anda mengonfigurasi server Anda untuk penyimpanan redundan geografis dan memungkinkan Anda memulihkan server Anda ke wilayah yang berbeda.

Perkiraan waktu pemulihan tergantung pada beberapa faktor termasuk ukuran database, ukuran log transaksi, bandwidth jaringan, dan jumlah total database yang pulih di wilayah yang sama pada saat yang sama. Waktu pemulihan bervariasi tergantung pada pencadangan data terakhir dan jumlah pemulihan yang perlu dilakukan. Biasanya kurang dari 12 jam.

Catatan

Jika server PostgreSQL sumber Anda dienkripsi dengan kunci yang dikelola pelanggan, lihat dokumentasi untuk pertimbangan tambahan.

Catatan

Jika Anda ingin memulihkan server PostgreSQL yang dihapus, ikuti prosedur yang didokumentasikan di sini.

Pemulihan titik waktu

Terlepas dari opsi redundansi cadangan Anda, Anda dapat melakukan pemulihan ke titik waktu mana pun dalam periode penyimpanan cadangan Anda. Server baru dibuat di wilayah Azure yang sama dengan server asli. Ini dibuat dengan konfigurasi server asli untuk tingkat harga, pembuatan komputasi, jumlah vCores, ukuran penyimpanan, periode retensi cadangan, dan opsi redundansi cadangan.

Pemulihan point-in-time berguna dalam beberapa skenario. Misalnya, ketika 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 karena cacat aplikasi.

Anda mungkin perlu menunggu cadangan log transaksi berikutnya diambil sebelum Anda dapat memulihkan ke titik waktu dalam lima menit terakhir.

Jika Anda ingin memulihkan tabel yang dihilangkan,

  1. Pulihkan server sumber menggunakan metode Point-in-time.
  2. Buang tabel menggunakan pg_dump dari server yang dipulihkan.
  3. Ganti nama tabel sumber di server asli.
  4. Impor tabel menggunakan baris perintah psql di server asli.
  5. Anda secara opsional dapat menghapus server yang dipulihkan.

Catatan

Disarankan untuk tidak membuat beberapa pemulihan untuk server yang sama secara bersamaan.

Pemulihan Geo

Anda dapat memulihkan server ke wilayah Azure lain tempat layanan tersedia jika Anda telah mengonfigurasikan server Anda untuk pencadangan geo-redundan. Server yang mendukung penyimpanan hingga 4 TB dapat dipulihkan ke wilayah yang dipasangkan geografis, atau ke wilayah mana pun yang mendukung penyimpanan hingga 16 TB. Untuk server yang mendukung penyimpanan hingga 16 TB, pencadangan geografis dapat dipulihkan di wilayah mana pun yang mendukung server 16 TB juga. Tinjau tingkatan harga Azure Database for PostgreSQL untuk daftar wilayah yang didukung.

Geo-restore adalah opsi pemulihan default ketika server Anda tidak tersedia karena insiden di wilayah tempat server dihosting. Jika insiden skala besar di suatu wilayah mengakibatkan tidak tersedianya aplikasi database Anda, Anda dapat memulihkan server dari cadangan geo-redundan ke server di wilayah lain. Ada keterlambatan antara ketika cadangan diambil dan ketika direplikasi ke wilayah yang berbeda. Keterlambatan ini bisa sampai satu jam, jadi, jika bencana terjadi, bisa ada kerugian data hingga satu jam.

Selama pemulihan geografis, konfigurasi server yang dapat diubah di antaranya adalah pembuatan komputasi, vCore, periode retensi cadangan, dan opsi redundansi cadangan. Mengubah tingkat harga (Basic, General Purpose, atau Memory Optimized) atau ukuran penyimpanan tidak didukung.

Catatan

Jika server sumber Anda menggunakan enkripsi ganda infrastruktur, untuk memulihkan server, ada batasan termasuk wilayah yang tersedia. Silakan lihat enkripsi ganda infrastruktur untuk lebih jelasnya.

Melakukan tugas pasca-pemulihan

Setelah pemulihan dari salah satu mekanisme pemulihan, Anda harus melakukan tugas berikut untuk membuat pengguna dan aplikasi Anda dicadangkan dan dijalankan:

  • Untuk mengakses server yang dipulihkan, karena memiliki nama yang berbeda dari server asli, harap ubah nama server menjadi nama server yang dipulihkan dan nama pengguna menjadi username@new-restored-server-name di string koneksi Anda.

  • Jika server baru dimaksudkan untuk mengganti server asli, alihkan klien dan aplikasi klien ke server baru.

  • Pastikan firewall tingkat server dan aturan VNet yang sesuai tersedia bagi pengguna untuk tersambung. Aturan ini tidak disalin dari server asli.

  • Pastikan izin tingkat database dan masuk yang sesuai telah diberlakukan

  • Konfigurasikan pemberitahuan, sebagaimana mestinya

  • Retensi jangka panjang

    Layanan server Azure Backup dan Azure Database for PostgreSQL telah membangun solusi pencadangan jangka panjang kelas perusahaan untuk instans server tunggal 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 tunggal 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.

  • Untuk informasi selengkapnya tentang melakukan pencadangan jangka panjang, kunjungi panduan cara penggunaan.
  • Diketahui [masalah LTR].

Langkah berikutnya