Dengan pencadangan dan pemulihan Spanner, Anda dapat membuat cadangan database Spanner sesuai permintaan, dan memulihkannya untuk memberikan perlindungan terhadap error operator dan aplikasi yang mengakibatkan kerusakan data yang logis. Cadangan sangat tersedia, dienkripsi, dan dapat dipertahankan hingga satu tahun sejak dibuat. Saat Anda membuat cadangan, cadangan tersebut berada di instance, region, dan project yang sama dengan database sumbernya. Jika perlu memulihkan cadangan di region atau project yang berbeda karena alasan kepatuhan atau kelangsungan bisnis, Anda dapat menyalin cadangan ke instance di region atau project yang terpisah. Untuk menyimpan cadangan lebih dari satu tahun, sebaiknya ekspor database Anda. Untuk perlindungan terhadap kerusakan data logis, Spanner juga menawarkan pemulihan point-in-time. Anda juga dapat mengaktifkan perlindungan penghapusan database untuk mencegah penghapusan database yang tidak disengaja.
Anda dapat mencadangkan dan memulihkan dengan cara berikut:
- Di Konsol Google Cloud
- Menggunakan gcloud CLI
- Menggunakan library klien
- Menggunakan REST atau RPC API.
Fitur utama
Konsistensi data: Cadangan adalah salinan secara transaksional dan konsisten secara eksternal dari database Spanner di
version_timecadangan.Replikasi: Cadangan berada dalam instance yang sama dengan database sumbernya dan direplikasi di lokasi geografis yang sama. Untuk instance regional, cadangan disimpan di masing-masing dari tiga zona baca-tulis. Untuk instance multi-regional, cadangan disimpan di semua zona yang berisi replika baca-tulis atau hanya baca. Jika perlu menyimpan cadangan database di region atau project yang berbeda, Anda dapat menyalin cadangan yang sudah selesai dari instance sumber ke instance tujuan yang terletak di region atau project berbeda. Untuk informasi selengkapnya, lihat menyalin cadangan.
Masa berlaku otomatis: Semua cadangan memiliki tanggal habis masa berlaku yang ditentukan oleh pengguna, yang menentukan kapan cadangan akan dihapus secara otomatis. Spanner akan menghapus cadangan yang habis masa berlakunya secara asinkron, sehingga mungkin ada jeda antara saat pencadangan habis masa berlakunya dan saat pencadangan benar-benar dihapus.
Pendekatan yang direkomendasikan untuk rencana pemulihan data Anda
Tabel berikut menjelaskan beberapa paket pemulihan data, pendekatan yang direkomendasikan untuk menerapkan rencana, dan waktu retensi maksimum untuk pendekatan yang disarankan.
| Rencana pemulihan data | Pendekatan yang direkomendasikan | Waktu retensi maksimum untuk pendekatan yang disarankan |
|---|---|---|
| Menyimpan cadangan database dalam instance, region, dan project yang sama dengan database sumbernya | Membuat cadangan. | 1 tahun |
| Menyimpan cadangan database dalam instance, region, atau project yang berbeda dari database sumbernya (yaitu, pencadangan lintas region atau lintas project) | Buat cadangan, lalu salin ke instance di region atau project lain. | 1 tahun |
| Menyimpan cadangan di Cloud Storage | Ekspor database ke bucket Cloud Storage. Untuk mengetahui perbandingan mendetail antara pencadangan dan ekspor, lihat Memilih antara pencadangan dan pemulihan atau impor dan ekspor. | Tidak terbatas (dipertahankan hingga penghapusan) |
| Pemulihan point-in-time (PITR) | Untuk memulihkan data dari titik waktu di masa lalu, pilih PITR. Anda dapat mengubah version_retention_period database dari setelan default 1 jam menjadi maksimum 7 hari. |
7 hari |
Kontrol akses dengan Identity and Access Management (IAM)
IAM memungkinkan Anda mengontrol akses ke resource Spanner, yang mencakup pencadangan dan database yang dipulihkan. Jika Anda baru menggunakan IAM, peran, dan izin, lihat Ringkasan IAM untuk mengetahui pengantarnya.
Resource cadangan diatur dalam instance dalam hierarki resource Spanner. Sebaiknya terapkan kebijakan IAM pada level project atau instance. Jika Anda memerlukan kontrol yang lebih mendetail, kebijakan IAM juga dapat diterapkan pada tingkat database dan pencadangan, tetapi hal ini tidak direkomendasikan karena kompleksitas. Perlu diingat bahwa cadangan tidak berisi metadata database seperti kebijakan IAM. Jadi, saat Anda memulihkan database, mula-mula database akan mewarisi kebijakan dari instance induknya.
Bagian ini menjelaskan peran yang telah ditetapkan yang memiliki akses ke pencadangan dan pemulihan.
Peran berikut dirancang khusus untuk pencadangan dan pemulihan:
spanner.backupAdmin: memiliki akses untuk membuat, melihat, memperbarui, menyalin, dan menghapus cadangan. Peran ini juga dapat melihat dan mengelola kebijakan IAM cadangan. Peran ini tidak dapat memulihkan database dari cadangan.spanner.restoreAdmin: memiliki akses untuk memulihkan database dari cadangan. Jika Anda perlu memulihkan cadangan ke instance yang berbeda, terapkan peran ini di level project atau ke kedua instance. Peran ini tidak dapat membuat cadangan.spanner.backupWriter: memiliki akses untuk membuat dan menyalin cadangan, tetapi tidak dapat memperbarui atau menghapusnya. Peran ini dimaksudkan untuk digunakan oleh skrip yang mengotomatiskan pembuatan cadangan.
Peran berikut juga memiliki akses ke pencadangan dan pemulihan:
spanner.admin: memiliki akses penuh ke pencadangan dan pemulihan. Peran ini memiliki akses penuh ke semua resource Spanner.owner: memiliki akses penuh ke pencadangan dan pemulihan.editor: memiliki akses penuh ke pencadangan dan pemulihan.viewer: memiliki akses untuk melihat pencadangan, operasi pencadangan, dan operasi pemulihan. Peran ini tidak dapat membuat, memperbarui, menghapus, menyalin, atau memulihkan cadangan.
Untuk mengetahui informasi selengkapnya, lihat IAM Spanner.
Harga
Anda ditagih berdasarkan jumlah penyimpanan yang digunakan oleh cadangan Anda per unit waktu. Penagihan dimulai setelah operasi pencadangan selesai dan akan berlanjut hingga cadangan dihapus. Pencadangan yang selesai akan ditagih minimal selama 24 jam. Jika Anda membuat cadangan, lalu menghapusnya satu menit setelah pencadangan selesai, Anda tetap akan dikenai biaya selama 24 jam.
Salinan cadangan dikenai biaya penyimpanan yang sama seperti cadangan asli. Jika Anda membuat salinan antara dua instance yang menempati region berbeda, biaya transfer data keluar akan berlaku.
Pemulihan dari cadangan tidak dikenai biaya.
Cadangan disimpan dan ditagih secara terpisah. Penyimpanan cadangan tidak memengaruhi penagihan untuk penyimpanan database atau batas penyimpanan database. Untuk mengetahui informasi selengkapnya, lihat juga Metrik pemanfaatan penyimpanan.
Untuk informasi biaya pencadangan lebih lengkap, lihat Harga Spanner.
Langkah selanjutnya
Pelajari cara memilih antara mencadangkan dan memulihkan atau mengimpor dan mengekspor.
Pelajari lebih lanjut cara membuat cadangan.
Pelajari lebih lanjut cara menyalin cadangan.
Pelajari lebih lanjut cara memulihkan dari cadangan.