Halaman ini menjelaskan rencana pencadangan, yang memungkinkan Anda menentukan strategi pencadangan lanjutan untuk mencadangkan resource Anda. Anda dapat menggunakan rencana pencadangan untuk mencadangkan resource berikut:
Instance Cloud SQL
Instance dan disk Compute Engine
Cluster AlloyDB untuk PostgreSQL
Instance Filestore
Dalam rencana pencadangan, Anda dapat menentukan kapan dan cara mencadangkan resource. Anda dapat menyertakan frekuensi pencadangan, periode retensi cadangan, dan lokasi vault cadangan untuk menyimpan cadangan. Saat Anda mengaitkan rencana cadangan ke resource, Backup and DR akan otomatis mencadangkan dan mempertahankan cadangan untuk resource tersebut sesuai dengan konfigurasi dalam rencana cadangan.
Sebelum membuat rencana pencadangan, Anda harus menentukan lokasi penyimpanan untuk cadangan dengan membuat brankas cadangan.
Rencana pencadangan mencakup satu atau beberapa aturan pencadangan. Setiap aturan pencadangan menentukan parameter berikut:
Frekuensi: Anda dapat menjadwalkan pencadangan untuk dijalankan per jam, harian, mingguan, bulanan, atau tahunan.
Per jam: Frekuensi yang tersedia bergantung pada jenis resource. Untuk mengetahui informasi selengkapnya, lihat Rentang frekuensi untuk pencadangan per jam.
Mingguan: Anda dapat memilih hari tertentu dalam seminggu.
Bulanan: Anda dapat memilih hari tertentu dalam sebulan (misalnya, tanggal 15).
Jenis pencadangan: Anda dapat menggunakan aturan untuk pencadangan terjadwal atau memulai pencadangan sesuai permintaan.
Periode pencadangan: Anda dapat menentukan jangka waktu saat tugas pencadangan dapat dimulai. Jendela pencadangan memiliki persyaratan berikut:
Atribut ini harus menggunakan format jam 24 jam, dengan waktu mulai dan berakhir antara 00 dan 24.
Durasi video harus minimal enam jam.
Batasan: Rencana pencadangan selalu menyertakan disk boot. Jika Anda memilih Kecualikan disk boot di bagian Perlindungan data pada Konfigurasi mesin, paket pencadangan tetap menyertakan disk boot. Untuk mengetahui informasi selengkapnya, lihat Membuat instance dengan non-boot disk tambahan.
Rentang frekuensi untuk pencadangan per jam
Bagian ini menentukan frekuensi pencadangan per jam. Frekuensi per jam 1 berarti tugas berjalan setiap jam dari waktu mulai hingga waktu berakhir.
Jika
recurrence_typedisetel keHOURLY, setelan ini diperlukan.Jika
recurrence_typebukanHOURLY, setelan ini tidak berlaku.Jika Anda memberikan nilai untuk setelan ini dan
recurrence_typebukanHOURLY, error validasi akan terjadi.
Nilai yang didukung untuk setiap jenis resource adalah sebagai berikut:
| Jenis Resource | Frekuensi Per Jam |
|---|---|
| Instance Compute Engine | 1-23 |
| Disk Compute Engine | 1-23 |
| Instance Cloud SQL | 6-23 |
| Cluster AlloyDB untuk PostgreSQL | 1-23 |
| Instance Filestore | 1-23 |
Untuk resource instance Compute Engine, lihat praktik terbaik untuk pencadangan per jam.
Pencadangan log database
Untuk resource database (seperti Cloud SQL atau AlloyDB), Anda dapat mengaktifkan pencadangan log dalam rencana pencadangan. Hal ini memungkinkan Pemulihan Point-in-Time (PITR) dengan merekam log transaksi di antara titik pencadangan penuh.
Ringkasan retensi data di Backup and DR
Backup and DR mengelola siklus proses dan keamanan pencadangan menggunakan dua jenis retensi:
Periode retensi data yang ditetapkan: Ditentukan dalam rencana cadangan menggunakan setelan Hapus cadangan setelah.
Cadangan dipertahankan selama periode ini dan berakhir di akhir periode.
Anda dapat menghapus cadangan secara manual sebelum tanggal ini, kecuali jika retensi yang diberlakukan mencegahnya.
Periode retensi data yang diterapkan: Ditentukan dalam konfigurasi vault cadangan menggunakan setelan Cegah penghapusan selama.
Setelan ini memastikan cadangan tidak dapat dihapus selama periode yang ditentukan.
Jika periode retensi data yang diberlakukan lebih lama daripada periode retensi data yang ditetapkan, cadangan tidak akan dihapus hingga periode retensi data yang diberlakukan berakhir.
Anda dapat menerapkan periode retensi data yang diberlakukan ke seluruh vault cadangan, atau Anda dapat mengonfigurasi vault cadangan untuk menerapkan periode retensi data yang ditetapkan (Hapus cadangan setelah) untuk setiap resource yang dilindungi.
Retensi sesuai permintaan kustom maksimum
Setelan ini menentukan jumlah maksimum hari cadangan on-demand (yang dibuat secara manual di luar jadwal otomatis) dapat dipertahankan. Tindakan ini mencegah pengguna secara tidak sengaja menyetel periode retensi yang terlalu lama untuk snapshot manual.
Penggunaan penyimpanan cadangan
Pertimbangkan aturan berikut untuk penyimpanan cadangan dalam rencana cadangan:
Penghapusan otomatis: Cadangan akan otomatis dihapus saat periode retensi cadangan yang ditentukan tercapai.
Retensi minimum: Periode retensi cadangan harus sama dengan atau lebih besar dari periode retensi minimum vault cadangan.
Default yang diwariskan: Nilai default untuk penghapusan cadangan diwariskan dari periode retensi data minimum vault cadangan.
Immutability: Cadangan yang dibuat menggunakan rencana cadangan tidak dapat diubah. Cadangan ini tidak dapat diubah atau dihapus selama periode retensi data minimum yang diterapkan di vault cadangan.
Mencadangkan workload ke vault cadangan yang mendukung CMEK
Jika Anda mengonfigurasi vault cadangan dengan CMEK, cadangan yang disimpan di dalamnya akan dilindungi menggunakan kunci yang Anda tentukan. Aturan berikut berlaku saat mengaitkan rencana pencadangan dengan vault yang mendukung CMEK:
Workload yang dilindungi CMEK: Jika workload sumber dilindungi oleh CMEK (misalnya, instance Compute Engine dengan disk yang dienkripsi CMEK), Anda harus mencadangkannya ke vault cadangan yang mendukung CMEK. Anda tidak dapat mencadangkan resource yang dilindungi CMEK ke vault cadangan yang menggunakan Google-owned and Google-managed encryption keys.
Workload yang menggunakan Google-owned and Google-managed encryption keys: Jika workload sumber menggunakan Google-owned and Google-managed encryption keys, Anda harus mencadangkannya ke vault cadangan yang menggunakan Google-owned and Google-managed encryption keys.
Percobaan ulang tugas pencadangan
Jika tugas terjadwal gagal, penjadwal akan otomatis mencoba kembali tugas hingga tiga kali lagi.
- Kegagalan pertama: Status ditandai "Dicoba lagi"; menunggu 4 menit.
- Kegagalan kedua: Percobaan ulang berikutnya diantrekan setelah 16 menit.
- Kegagalan ketiga: Percobaan ulang terakhir diantrekan setelah 64 menit.
- Kegagalan akhir: Setelah total 4 upaya, status berubah menjadi "Gagal". Tidak ada lagi tugas yang dicoba untuk periode jadwal tersebut.
Pencobaan ulang tugas dilaporkan di Monitor > Jobs. Untuk mengidentifikasi percobaan ulang, keempat tugas akan memiliki nomor Tugas yang sama dengan akhiran unik (misalnya, Job_12345, Job_12345a, Job_12345b).
Wilayah yang mendukung rencana pencadangan
Rencana pencadangan hanya dapat dibuat di region tempat Backup and DR tersedia dan tempat resource yang akan dicadangkan berada. Untuk membuat rencana cadangan, vault cadangan juga harus tersedia di lokasi yang kompatibel. Jika Anda perlu membuat rencana pencadangan di region yang tidak didukung, gunakan template pencadangan di konsol pengelolaan appliance.
Paket pencadangan didukung di region berikut.
| Area Geografis | Nama Region | Deskripsi Region | |
|---|---|---|---|
| Amerika Utara | |||
northamerica-northeast1 * |
Montréal |
 CO Rendah2
|
|
northamerica-northeast2 |
Toronto |
CO Rendah2
|
|
us-central1 |
Iowa |
CO2 rendah
|
|
us-east1 |
South Carolina | ||
us-east4 |
Northern Virginia | ||
us-east5 |
Columbus | ||
us-south1 |
Dallas |
CO2 Rendah
|
|
us-west1 |
Oregon |
CO2 rendah
|
|
us-west2 |
Los Angeles | ||
us-west3 |
Salt Lake City | ||
us-west4 |
Las Vegas | ||
northamerica-south1 * |
Querétaro | ||
| Amerika Selatan | |||
southamerica-east1 |
Sao Paulo |
CO Rendah2
|
|
southamerica-west1 |
Santiago |
CO Rendah2
|
|
| Eropa | |||
europe-central2 |
Warsawa |
CO2 Rendah
|
|
europe-north1 |
Finlandia |
CO2 rendah
|
|
europe-north2 |
Stockholm |
CO Rendah2
|
|
europe-southwest1 |
Madrid |
CO2 rendah
|
|
europe-west1 |
Belgia |
CO2 rendah
|
|
europe-west2 |
London |
CO Rendah2
|
|
europe-west3 |
Frankfurt | ||
europe-west4 |
Belanda |
CO2 rendah
|
|
europe-west6 |
Zürich |
CO Rendah2
|
|
europe-west8 |
Milan |
CO2 rendah
|
|
europe-west9 |
Paris |
CO Rendah2
|
|
europe-west10 |
Berlin | ||
europe-west12 |
Turin |
CO2 rendah
|
|
| Timur Tengah | |||
me-central1 |
Doha | ||
me-central2 |
Dammam | ||
me-west1 |
Israel | ||
| Afrika | |||
africa-south1 |
Johannesburg | ||
| Asia Pasifik | |||
asia-east1 |
Taiwan | ||
asia-east2 |
Hong Kong | ||
asia-northeast1 |
Tokyo | ||
asia-northeast2 * |
Osaka | ||
asia-northeast3 |
Seoul | ||
asia-southeast1 |
Singapura | ||
asia-southeast2 |
Jakarta | ||
australia-southeast1 |
Sydney | ||
australia-southeast2 |
Melbourne | ||
| India | |||
asia-south1 |
Mumbai | ||
asia-south2 |
Delhi |
* Querétaro (northamerica-south1), Montréal (northamerica-northeast1), dan Osaka (asia-northeast2) tidak mendukung pemisahan zona. Artinya, beberapa zona dalam setiap region ini mungkin tidak berada di kampus pusat data yang terpisah secara fisik. Akibatnya, satu peristiwa bencana fisik yang terlokalisasi berpotensi memengaruhi beberapa zona dalam region yang sama, sehingga meningkatkan risiko kehilangan data dibandingkan dengan region yang mendukung pemisahan zona.
Nama rencana dan aturan pencadangan
Nama rencana pencadangan dan nama aturan Anda harus memenuhi persyaratan berikut:
- Berisi huruf kecil, karakter numerik, tanda hubung (
-), garis bawah (_), dan titik (.), tidak diperbolehkan ada spasi - Diawali dan diakhiri dengan angka atau huruf
- Maksimum 63 karakter
- Tidak dapat direpresentasikan sebagai alamat IP dalam notasi desimal bertitik. Misalnya,
192.0.2.255