Halaman ini menjelaskan cara kerja cadangan instance Cloud SQL. Anda dapat melakukan pencadangan pada instance utama.
Untuk mengetahui petunjuk langkah demi langkah dalam menjadwalkan pencadangan atau membuat pencadangan on demand, lihat Membuat dan Mengelola Pencadangan On Demand dan Otomatis.
Untuk ringkasan cara memulihkan data ke instance dari cadangan, lihat Ringkasan pemulihan instance.
Yang disediakan oleh cadangan
Cadangan membantu Anda memulihkan data yang hilang ke instance Cloud SQL. Selain itu, jika instance mengalami masalah, Anda dapat memulihkannya ke status sebelumnya menggunakan cadangan untuk menimpanya. Aktifkan pencadangan otomatis untuk instance apa pun yang berisi data yang diperlukan. Cadangan melindungi data Anda dari kehilangan atau kerusakan.
Biaya pencadangan
Secara default, Cloud SQL menyimpan 7 cadangan otomatis , selain cadangan on demand. Anda dapat mengonfigurasi jumlah cadangan otomatis yang akan dipertahankan (dari 1 hingga 365). Kami mengenakan tarif lebih rendah untuk penyimpanan cadangan dibandingkan jenis instance lainnya.
Anda dapat menyimpan lebih banyak, tetapi tidak kurang dari tujuh cadangan otomatis.Cloud SQL tidak mencadangan instance jika Anda menghentikan atau menghapus instance tersebut. Jika Anda menghapus instance, data tersebut hanya akan dipertahankan selama 4 hari. Untuk memulihkan instance dan datanya, hubungi Dukungan Google Cloud dalam periode 4 hari dengan menyertakan semua informasi instance yang diperlukan.
Lihat halaman harga untuk mengetahui informasi selengkapnya.
Cadangan versus ekspor
Pencadangan dikelola oleh Cloud SQL sesuai dengan kebijakan retensi, dan disimpan secara terpisah dari instance Cloud SQL. Cadangan Cloud SQL berbeda dengan ekspor yang diupload ke Cloud Storage, tempat Anda mengelola siklus proses. Cadangan mencakup seluruh database. Ekspor dapat memilih konten tertentu.
Operasi pencadangan dan pemulihan tidak dapat digunakan untuk mengupgrade database ke versi yang lebih baru. Anda hanya dapat memulihkan dari pencadangan ke sebuah instance dengan versi database yang sama.
Untuk melakukan upgrade ke versi yang lebih baru, Anda dapat mengekspor, lalu mengimpor database ke instance Cloud SQL baru.Tentang ukuran cadangan
Pencadangan Cloud SQL bersifat inkremental. Pencadangan CLoud SQL ini hanya berisi data yang berubah setelah pencadangan sebelumnya diambil. Cadangan terlama memiliki ukuran yang serupa dengan database Anda, tetapi ukuran cadangan berikutnya bergantung pada laju perubahan data. Ketika cadangan terlama dihapus, ukuran cadangan terlama berikutnya akan bertambah, sehingga cadangan penuh masih ada.
Jenis pencadangan
Cloud SQL menjalankan dua jenis pencadangan:
Pencadangan sesuai permintaan
Anda dapat membuat cadangan kapan saja. Hal ini dapat bermanfaat jika Anda ingin menjalankan operasi yang berisiko pada database, atau jika Anda memerlukan cadangan dan tidak ingin menunggu periode pencadangan. Anda dapat membuat cadangan sesuai permintaan untuk instance apa pun, baik instance tersebut telah mengaktifkan pencadangan otomatis atau belum.
Pencadangan sesuai permintaan tidak dihapus secara otomatis seperti pencadangan otomatis. Pesan akan tetap ada sampai Anda menghapusnya atau sampai instance-nya dihapus. Karena tidak dihapus secara otomatis, pencadangan sesuai permintaan dapat berdampak jangka panjang terhadap biaya tagihan Anda.
Pencadangan otomatis
Pencadangan otomatis dilakukan setiap hari, dalam periode pencadangan 4 jam. Pencadangan dimulai selama periode pencadangan. Jika memungkinkan, jadwalkan pencadangan saat instance Anda memiliki aktivitas paling sedikit.
Sebaiknya Anda tidak menghapus cadangan otomatis karena cadangan tersebut diperlukan untuk mendukung pemulihan point-in-time.
Selama periode pencadangan, pencadangan otomatis dilakukan setiap hari saat instance Anda berjalan. Satu pencadangan otomatis tambahan akan dilakukan setelah instance Anda dihentikan untuk mengamankan semua perubahan sebelum instance berhenti. HIngga tujuh pencadangan terbaru akan disimpan, secara default. Anda dapat mengonfigurasi jumlah cadangan otomatis yang perlu dipertahankan, tetapi Anda tidak dapat menyimpan lebih sedikit dari jumlah default (tujuh).
Tempat cadangan disimpan
Lokasi cadangan meliputi:
- Lokasi default yang Cloud SQL pilih, berdasarkan lokasi instance asli.
- Lokasi kustom yang Anda pilih saat Anda tidak ingin menggunakan lokasi default.
Lokasi pencadangan default
Jika Anda tidak menentukan lokasi penyimpanan, cadangan Anda akan disimpan di multiregion yang
secara geografis paling dekat dengan lokasi instance Cloud SQL Anda. Misalnya, jika instance
Cloud SQL Anda berada di us-central1, cadangan Anda akan disimpan di
multi-regionus secara default. Namun, lokasi default seperti
australia-southeast1 berada di luar multi-region. Multi-region terdekat adalah
asia.
Lokasi pencadangan kustom
Cloud SQL dapat Anda gunakan untuk memilih lokasi kustom untuk data cadangan Anda. Hal ini berguna jika organisasi Anda perlu mematuhi peraturan residensi data yang mengharuskan Anda menyimpan cadangan dalam batas geografis tertentu. Jika memiliki jenis persyaratan ini, organisasi Anda mungkin menggunakan kebijakan organisasi Pembatasan Lokasi Resource. Dengan kebijakan ini, saat Anda mencoba menggunakan lokasi geografis yang tidak mematuhi kebijakan, Anda akan melihat peringatan di halaman Pencadangan. Jika melihat pemberitahuan ini, Anda perlu mengubah lokasi cadangan ke lokasi yang diizinkan oleh kebijakan.
Saat memilih lokasi kustom untuk cadangan, pertimbangkan hal berikut:
- Biaya: satu cluster di instance Anda mungkin berada di region dengan biaya yang lebih rendah daripada cluster lainnya.
- Kedekatan dengan server aplikasi: Anda sebaiknya menyimpan cadangan sedekat mungkin dengan aplikasi penyaluran.
- Penggunaan penyimpanan: Anda memerlukan ruang penyimpanan yang cukup untuk menyimpan cadangan seiring bertambahnya ukuran. Bergantung pada workload, Anda mungkin memiliki cluster dengan ukuran berbeda atau penggunaan disk yang berbeda. Hal ini dapat mempengaruhi klaster yang Anda pilih.
Untuk mengetahui daftar lengkap nilai regional yang valid, lihat Lokasi Instance. Untuk daftar lengkap nilai multi-region, lihat Lokasi multi-region.
Untuk mengetahui informasi selengkapnya tentang cara menyetel lokasi cadangan dan melihat lokasi cadangan yang digunakan untuk instance, lihat Menetapkan lokasi kustom untuk cadangan dan Melihat lokasi cadangan.
Retensi cadangan otomatis
Retensi cadangan otomatis dapat ditetapkan ke lebih banyak, tetapi tidak kurang dari default (tujuh).
Lihat Menyetel retensi cadangan otomatis.
Dapatkah saya mengekspor cadangan?
Tidak, Anda tidak dapat mengekspor cadangan. Anda hanya dapat mengekspor data instance. Lihat Mengekspor data dari Cloud SQL.
Tentang pengguna cadangan khusus
Cloud SQL membuat pengguna database khusus, cloudsqladmin, untuk setiap
instance, dan membuat sandi khusus instance yang unik untuk instance tersebut.
Cloud SQL login sebagai pengguna cloudsqladmin untuk melakukan pencadangan otomatis.
Pengaruh pencadangan terhadap operasi instance
Operasi tulis dan operasi lainnya tidak terpengaruh oleh operasi pencadangan.
Batasan kapasitas cadangan
Cloud SQL membatasi kapasitas operasi pencadangan di disk data. Anda diizinkan untuk memiliki maksimum lima operasi pencadangan setiap 50 menit per instance per project. Jika operasi pencadangan gagal, pencadangan tersebut tidak akan mengurangi kuota ini. Jika Anda mencapai batas, operasi akan gagal dengan pesan error yang memberi tahu kapan Anda dapat mencoba lagi.
Mari kita lihat cara Cloud SQL melakukan pembatasan kapasitas untuk pencadangan.
Cloud SQL menggunakan token dari bucket untuk menentukan jumlah operasi pencadangan yang tersedia pada satu waktu. Setiap instance memiliki bucket. Ada maksimum lima token di bucket yang dapat Anda gunakan untuk operasi pencadangan. Setiap 10 menit, token baru ditambahkan ke bucket. Jika bucket penuh, token akan meluap.
Setiap kali Anda melakukan operasi pencadangan, token akan diberikan dari bucket. Jika operasi berhasil, token akan dihapus dari bucket. Jika gagal, token akan dikembalikan ke bucket. Diagram berikut menunjukkan cara kerjanya:
Pemeriksaan pencadangan dan integritas data
Cloud SQL melakukan pemeriksaan integritas database latar belakang secara otomatis untuk mengidentifikasi potensi masalah integritas data. Pemeriksaan ini dilakukan sebagai proses offline dengan memulihkan sampling dari pencadangan atau cadangan pemulihan yang diinisiasi oleh pelanggan.
Cadangan pemulihan
Setelah instance dihapus, Cloud SQL akan menghapus semua cadangan. Untuk mencegah penghapusan instance secara tidak sengaja, Cloud SQL menyimpan cadangan instance selama empat hari. Untuk memulihkan instance yang dihapus, hubungi Layanan Pelanggan Google Cloud dalam waktu empat hari.
Cloud SQL menyimpan setidaknya satu cadangan harian terakhir yang bagus dari setiap instance aktif. Oleh karena itu, jika tidak ada cadangan berkualitas yang tersedia, Anda dapat menggunakan cadangan harian untuk memulihkan instance dengan menghubungi Layanan Pelanggan Google Cloud.
Pemecahan masalah
| Masalah | Pemecahan masalah |
|---|---|
| Anda tidak dapat melihat status operasi saat ini. | Konsol Google Cloud hanya melaporkan keberhasilan atau kegagalan ketika operasi
sudah selesai.
dan tidak didesain untuk menampilkan peringatan atau update lainnya.
Jalankan
perintah |
| Anda ingin tahu siapa yang melakukan operasi pencadangan on demand. | Antarmuka pengguna tidak menunjukkan pengguna yang memulai operasi.
Lihat di log dan filter berdasarkan teks untuk menemukan pengguna. Anda mungkin perlu menggunakan log audit untuk informasi pribadi. File log yang relevan meliputi:
|
| Setelah instance dihapus, Anda tidak dapat membuat cadangan instance tersebut. | Setelah instance dihapus permanen, pemulihan data tidak dapat dilakukan. Namun, jika instance dipulihkan, cadangannya juga akan dipulihkan. Untuk informasi selengkapnya terkait pemulihan instance yang dihapus, lihat Cadangan pemulihan. Jika Anda telah melakukan operasi ekspor, buat instance baru, lalu lakukan operasi impor untuk membuat ulang database. Ekspor ditulis ke Cloud Storage dan impor dibaca dari sana. |
| Pencadangan otomatis terhenti selama berjam-jam dan tidak dapat dibatalkan. | Pencadangan dapat memakan waktu lama bergantung pada ukuran database.
Jika benar-benar perlu membatalkan operasi, Anda dapat meminta
dukungan pelanggan untuk |
| Operasi pemulihan bisa gagal jika satu atau beberapa pengguna yang dirujuk dalam file dump SQL tidak ada. | Sebelum memulihkan dump SQL, semua pengguna database yang memiliki objek atau
diberi izin pada objek dalam database yang diekspor harus ada dalam
database target. Jika tidak, operasi pemulihan akan gagal membuat ulang
objek dengan kepemilikan atau izin asli.
Buat pengguna database sebelum memulihkan dump SQL. |
| Anda ingin meningkatkan jumlah hari untuk menyimpan pencadangan otomatis dari tujuh hari menjadi 30 hari, atau lebih. | Anda dapat
mengonfigurasi jumlah cadangan otomatis yang akan dipertahankan, tetapi Anda tidak dapat menyimpan lebih sedikit dari jumlah default (tujuh). Pencadangan otomatis dipangkas
secara teratur berdasarkan nilai retensi yang dikonfigurasi. Sayangnya, ini berarti
cadangan yang saat ini terlihat adalah satu-satunya cadangan otomatis yang dapat Anda pulihkan.
Untuk menyimpan cadangan tanpa batas waktu, Anda dapat membuat cadangan on demand, karena cadangan tersebut tidak dihapus dengan cara yang sama seperti cadangan otomatis. Pencadangan sesuai permintaan akan tetap ada tanpa batas waktu. Artinya, pencadangan tersebut akan tetap ada hingga dihapus atau instance tempatnya dihapus. Karena jenis cadangan tersebut tidak dihapus secara otomatis, hal ini dapat mempengaruhi penagihan. |
| Pencadangan otomatis gagal dan Anda tidak menerima notifikasi email. | Agar Cloud SQL memberitahukan status pencadangan, konfigurasi pemberitahuan berbasis log. |
| Anda tidak dapat memulihkan instance menggunakan perintah Transact-SQL RESTORE atau SQL Server Management Studio (SSMS). |
Cloud SQL tidak mendukung pemulihan instance melalui SSMS.
Untuk memulihkan instance, jalankan perintah
gcloud sql import.
|