Untuk melindungi data Anda di database AlloyDB untuk PostgreSQL, Anda dapat menggunakan beberapa fitur untuk mencadangkan dan memulihkan data Anda, serta mengelola cadangan Anda. Untuk memulihkan data ke cluster dari cadangan, lihat Memulihkan cluster dari cadangan.
AlloyDB menyediakan cara berikut untuk mencadangkan dan memulihkan data Anda:
- Pencadangan dan pemulihan berkelanjutan, yang diaktifkan di semua cluster secara default, adalah fitur AlloyDB yang memungkinkan Anda membuat cluster baru berdasarkan status terbaru cluster lain di region yang sama dengan cluster sumber, dan dapat berada di project Google Cloud yang berbeda.
- Pencadangan diskret adalah resource berbasis file yang berisi salinan lengkap database cluster Anda. AlloyDB membuatnya sesuai permintaan, atau sesuai jadwal reguler yang Anda tentukan. Anda dapat memulihkan cadangan ini ke cluster baru.
AlloyDB menawarkan layanan pencadangan berikut untuk mengelola pencadangan Anda:
- Pencadangan yang ditingkatkan: pencadangan dikelola dan disimpan dalam project pengelolaan pencadangan terpusat yang menggunakan Backup and DR Service, yang menyediakan vault pencadangan Backup and DR Service, retensi yang diterapkan, penjadwalan terperinci, dan pemantauan. Untuk mengetahui informasi selengkapnya, lihat Ringkasan Backup and DR.
- Cadangan standar: cadangan dibuat, dikelola, dan disimpan oleh AlloyDB.
Untuk mengetahui informasi selengkapnya tentang setiap opsi pencadangan dan fiturnya, lihat Opsi pencadangan.
Jenis pencadangan
AlloyDB melakukan pencadangan sesuai permintaan atau otomatis untuk cluster AlloyDB Anda, atau Anda dapat menggunakan pencadangan dan pemulihan berkelanjutan. Anda juga dapat melakukan pencadangan manual terakhir untuk cluster sebelum menghapusnya.
Pencadangan dan pemulihan berkelanjutan
AlloyDB memungkinkan Anda memulihkan cluster yang ada ke momen apa pun dari histori terbarunya, dengan perincian mikrodetik. Secara default, AlloyDB memungkinkan Anda memilih titik waktu hingga 14 hari ke belakang. Anda dapat mengonfigurasi cluster untuk mengubah ukuran periode ini menjadi paling lama 35 hari, atau paling singkat satu hari.
Pencadangan dan pemulihan berkelanjutan sangat berguna untuk memulihkan cluster setelah penghapusan data skala besar yang tidak disengaja, atau situasi lain saat Anda perlu membuat ulang status cluster dengan cepat berdasarkan titik waktu di masa lalu.
Pencadangan dan pemulihan berkelanjutan memungkinkan AlloyDB memiliki toleransi durasi kehilangan data (RPO) sebesar nol. Dengan kata lain, Anda dapat memulihkan cluster ke statusnya beberapa saat sebelum terjadi insiden parah, tanpa kehilangan data secara permanen.
Anda juga dapat menggunakan pencadangan dan pemulihan berkelanjutan untuk membuat clone independen dari cluster yang sehat, dengan semua datanya disalin dari saat ini.
Pencadangan sesuai permintaan atau otomatis
Di AlloyDB, cadangan adalah resource berbasis file yang berisi salinan data cluster dari waktu tertentu.
AlloyDB memiliki cara berikut untuk membuat cadangan:
- AlloyDB selalu membuat satu cadangan setiap hari sebagai bagian dari sistem pencadangan dan pemulihan berkelanjutan, kecuali jika Anda menonaktifkan fitur ini. Pencadangan berkelanjutan adalah pencadangan inkremental: AlloyDB hanya menyimpan data yang berubah dibandingkan dengan pencadangan sebelumnya. Pendekatan ini menjaga ukuran file cadangan sekecil mungkin, yang membantu mengurangi biaya penyimpanan cadangan Anda. Ukuran cadangan ini bervariasi, bergantung pada faktor-faktor seperti jumlah data yang ditulis sejak pencadangan terakhir. Cadangan berkelanjutan penuh juga diambil secara berkala; ukuran cadangan serupa dengan ukuran cluster.
- Anda dapat membuat cadangan sesuai permintaan kapan saja menggunakan Google Cloud CLI, konsol Google Cloud , atau Backup and DR API (jika Anda menggunakan cadangan yang ditingkatkan). Pencadangan sesuai permintaan adalah pencadangan penuh: setiap pencadangan mencakup semua data yang ada di database cluster saat operasi pencadangan dimulai.
- Jika Anda mengaktifkan jadwal pencadangan otomatis AlloyDB, maka AlloyDB akan membuat cadangan tambahan secara rutin, sesuai dengan preferensi Anda. Pencadangan otomatis bersifat inkremental, mirip dengan pencadangan berkelanjutan. Jika Anda mengonfigurasi pencadangan otomatis untuk menggunakan periode retensi yang lebih lama dari 35 hari, AlloyDB mungkin menyimpan beberapa rangkaian pencadangan inkremental untuk mencakup rentang waktu yang diperlukan.
Seperti halnya database cluster Anda, AlloyDB mengenkripsi data cadangan melalui enkripsi yang dikelola Google default atau kunci enkripsi yang dikelola pelanggan. Saat Anda membuat cadangan, isinya menjadi tidak dapat diubah, yang berarti Anda tidak dapat mengubahnya.
Opsi backup
AlloyDB menawarkan dua opsi layanan pencadangan untuk mengelola pencadangan cluster Anda: pencadangan Standard dan Enhanced. Anda dapat memilih antara opsi pencadangan standar dan yang ditingkatkan berdasarkan persyaratan dan kebutuhan cluster Anda. Meskipun cluster tidak dapat menggunakan kedua opsi pencadangan secara bersamaan, AlloyDB memungkinkan Anda beralih di antara opsi pencadangan ini sesuai kebutuhan.
Tabel berikut memberikan ringkasan fitur yang tersedia dengan setiap opsi pencadangan:
Fitur |
Paket pencadangan standar (dikelola oleh AlloyDB) |
Tingkatan cadangan yang ditingkatkan (dikelola oleh Backup and DR) |
Cadangan diamankan dari penghapusan dan perubahan yang tidak sah |
Cadangan yang tidak dapat diubah melalui backup vault |
Pencadangan yang tidak dapat diubah dan dihapus melalui backup vault |
Frekuensi pencadangan otomatis |
Harian dengan pengarsipan log berkelanjutan (pencadangan dan pemulihan berkelanjutan) Per jam/harian/mingguan (Pencadangan otomatis) |
Per jam, harian, mingguan, bulanan, atau tahunan |
Cadangan yang dilindungi dari penghapusan project sumber |
– |
✅ |
Pengelolaan pencadangan terpusat |
– |
✅ |
Cadangan dilindungi dari penghapusan cluster sumber |
✅ |
✅ |
Pemulihan point-in-time (PITR) menggunakan log |
✅ |
✅ |
Pemulihan lintas-region |
✅ |
– |
Retensi pencadangan sesuai permintaan |
Dapat disimpan hingga 1 tahun |
Dapat dipertahankan hingga 1 tahun; memenuhi syarat untuk dihapus secara manual atau masa berlakunya habis setelah periode retensi berakhir |
Pencadangan standar
Kemampuan pencadangan standar AlloyDB adalah fitur perlindungan data bawaan yang tersedia secara default di semua cluster. Sistem ini memberikan lapisan perlindungan dasar melalui dua mekanisme utama: pencadangan berkelanjutan dan pencadangan sesuai permintaan atau otomatis.
Pencadangan dan pemulihan berkelanjutan diaktifkan di semua cluster secara default. Dengan fitur ini, Anda dapat memulihkan cluster baru ke momen apa pun dari histori terbarunya dengan perincian mikrodetik menggunakan pemulihan point-in-time (PiTR). Periode PiTR secara default adalah 14 hari, tetapi Anda dapat mengonfigurasi periode antara 1 dan 35 hari. AlloyDB membuat satu pencadangan inkremental harian sebagai bagian dari sistem ini, yang hanya menyimpan data yang berubah sejak pencadangan terakhir.
Pencadangan sesuai permintaan atau otomatis adalah resource berbasis file yang berisi salinan lengkap data cluster dari waktu tertentu. Pencadangan sesuai permintaan adalah pencadangan penuh yang mencakup semua data cluster pada saat pembuatan. Pencadangan otomatis adalah pencadangan inkremental yang dibuat sesuai dengan jadwal yang ditentukan pengguna. Setelah cadangan dibuat, data cadangan tidak dapat diubah, sehingga mencegah perubahan. Cadangan disimpan di region yang sama dengan cluster secara default, tetapi Anda dapat menentukan lokasi lintas region kustom untuk cadangan sesuai permintaan.
Cadangan yang ditingkatkan
Kemampuan pencadangan yang ditingkatkan AlloyDB terintegrasi dengan Backup and DR Service, Google Cloudlayanan pencadangan terpusat tingkat perusahaan. Pencadangan yang ditingkatkan paling cocok untuk segmen tertentu dan perusahaan serta beban kerja yang sangat diatur, dan memberikan perlindungan dari ransomware untuk aplikasi yang sangat penting. Dengan pencadangan yang ditingkatkan, Anda mendapatkan fitur berikut, yang merupakan tambahan dari kemampuan pencadangan standar:
- Penyimpanan yang tidak dapat diubah: cadangan disimpan di backup vault yang dikelola Backup dan DR.
- Retensi yang diterapkan: kebijakan mencegah penghapusan cadangan yang tidak disengaja atau berbahaya.
- Penjadwalan lanjutan: frekuensi pencadangan dan aturan retensi yang sangat disesuaikan.
- Pengelolaan terpusat: pemantauan dan pelaporan yang seragam di beberapa workloadGoogle Cloud seperti AlloyDB, Cloud SQL, dan Compute Engine.
Retensi dan penghapusan cadangan
File yang dibuat AlloyDB untuk mengaktifkan pencadangan dan pemulihan berkelanjutan memiliki periode retensi default 14 hari. Anda dapat menyesuaikan periode ini ke jumlah hari antara 1 dan 35, atau Anda dapat menonaktifkan pencadangan berkelanjutan untuk mencegah AlloyDB mempertahankan file ini sama sekali.
Pencadangan sesuai permintaan dan otomatis memiliki periode retensi hingga satu tahun. Jika Anda mengaktifkan pencadangan otomatis di cluster, Anda dapat menetapkan periode retensi, atau menggunakan periode default 14 hari.
Cadangan yang lebih lama dari periode retensinya mungkin masih muncul saat Anda melihat cadangan project Anda. Cadangan yang sudah habis masa berlakunya tidak dikenai biaya penyimpanan, tetapi akan dihapus secara otomatis. Jika Anda perlu menghapus cadangan sebelum sistem menghapusnya, Anda dapat menghapus cadangan secara manual.
Perlindungan penghapusan cadangan
Anda dapat menghapus cadangan secara manual, tetapi AlloyDB memberikan perlindungan yang kuat untuk mencegah Anda menghapus cadangan secara tidak sengaja atau tidak disengaja yang dikelola secara aktif atau memiliki dependensi.
Anda tidak dapat menghapus cadangan AlloyDB dalam kondisi berikut:
- Rencana cadangan aktif: Anda tidak dapat menghapus cadangan jika dikelola oleh rencana cadangan berkelanjutan atau otomatis yang aktif. Untuk menghapus cadangan tersebut, Anda harus menonaktifkan rencana cadangan atau mempersingkat periode retensinya terlebih dahulu.
- Rantai dependensi: Anda tidak dapat menghapus cadangan jika cadangan yang lebih baru memerlukannya untuk operasi pemulihan. Misalnya, dalam rangkaian pencadangan inkremental, Anda harus menghapus pencadangan inkremental terbaru sebelum dapat menghapus pencadangan yang ada sebelumnya.
- Cadangan yang ditingkatkan berada di brankas cadangan Backup and DR dalam periode retensi yang diterapkan. Fitur kepatuhan ini mencegah penghapusan yang tidak disengaja atau berbahaya. Selama periode ini, tidak ada yang dapat menghapus cadangan.
Perlindungan ini memastikan integritas histori pencadangan Anda dan kemampuan untuk memulihkan cluster Anda ke titik waktu yang valid.
Persyaratan pembuatan cadangan
AlloyDB bersiap untuk membuat cadangan baru dengan memeriksa apakah status cluster adalah Siap, lalu AlloyDB memulai operasi yang berjalan lama untuk membuat cadangan.
Pencadangan yang efisien dan independen
Cadangan yang Anda buat dari data AlloyDB Anda dikelola sepenuhnya oleh lapisan penyimpanan AlloyDB. Artinya, operasi pencadangan dan pemulihan tidak memengaruhi performa baca dan tulis cluster AlloyDB Anda, karena dilakukan oleh resource yang terpisah dari resource yang menyimpan dan membuat kueri data cluster tersebut.
Pemisahan resource penyimpanan ini juga berarti bahwa cadangan ada secara independen dari cluster aslinya. Anda dapat memulihkan dari cadangan tersebut meskipun cluster sumbernya dihapus.
Untuk mempelajari lebih lanjut cara lapisan penyimpanan AlloyDB memungkinkan pencadangan independen, lihat AlloyDB for PostgreSQL di balik layar: Penyimpanan cerdas yang peka database.
Lokasi pencadangan sesuai permintaan
Untuk pencadangan sesuai permintaan, lokasi cadangan AlloyDB mencakup berikut ini:
- Lokasi default yang dipilih AlloyDB, berdasarkan lokasi cluster asli.
- Lokasi lintas region yang Anda tentukan saat Anda tidak ingin menggunakan lokasi default.
Lokasi pencadangan default
Jika Anda tidak menentukan lokasi penyimpanan, cadangan Anda akan disimpan di lokasi
cluster AlloyDB Anda. Misalnya, jika instance
AlloyDB Anda berada di us-central1 (Iowa), cadangan Anda akan
disimpan di lokasi us-central1 (Iowa) secara default.
Lokasi pencadangan lintas region
AlloyDB memungkinkan Anda memilih lokasi lintas region kustom untuk data cadangan Anda, yang memperluas kumpulan region tempat Anda dapat menyimpan cadangan. Hal ini berguna untuk mempertahankan kemampuan memulihkan jika region cluster Anda menjadi tidak tersedia.
Saat memilih lokasi lintas region untuk cadangan, pertimbangkan hal berikut:
- Biaya: harga dapat berbeda di setiap wilayah.
- Kedekatan dengan server aplikasi: Anda sebaiknya menyimpan cadangan sedekat mungkin dengan aplikasi penyaluran.
Catatan: Jika Anda mengubah lokasi penyimpanan cadangan, cadangan yang sudah ada akan tetap berada di lokasi aslinya.
Pemulihan cluster
Anda dapat memulihkan cluster di AlloyDB dengan membuat cluster baru yang berisi semua data cluster asli dari titik waktu tertentu pada waktu sebelumnya. Dua cara untuk menentukan titik ini sesuai dengan dua jenis umum pencadangan yang didukung AlloyDB:
- Untuk melakukan pemulihan point-in-time status terbaru cluster, tentukan cluster sumber dan stempel waktu saat membuat cluster baru. Cluster baru harus berada di region yang sama dengan cluster sumber, tetapi dapat berada di projectGoogle Cloud yang berbeda.
- Untuk memulihkan cluster dari cadangan, tentukan cadangan tersebut saat membuat cluster baru. Cluster baru harus berada di region yang sama dengan cadangan, tetapi dapat berada di project yang berbeda. Google Cloud
Dalam kedua kasus tersebut, AlloyDB membuat cluster baru, lalu memulai operasi yang berjalan lama untuk memuat data yang dicadangkan ke dalam penyimpanan cluster tersebut. Setelah operasi ini selesai, Anda membuat instance utama di cluster tersebut untuk mengakses data.
Pemulihan cluster terjadi di region yang sama, tetapi cadangan sesuai permintaan dapat disimpan di seluruh region. Pencadangan dan pemulihan didukung di berbagai project dan organisasiGoogle Cloud .
Untuk mengetahui informasi selengkapnya, lihat Memulihkan dari cadangan.
Langkah berikutnya
- Mengelola pencadangan yang ditingkatkan.
- Memulihkan cluster.
- Membuat cadangan on-demand secara manual.
- Konfigurasi rencana pencadangan, termasuk pencadangan otomatis dan pencadangan berkelanjutan.