Halaman ini menjelaskan cara kerja pencadangan untuk instance Cloud SQL Anda, dan opsi pencadangan yang tersedia untuk Anda pilih. Untuk ringkasan cara memulihkan data ke instance dari cadangan, lihat Ringkasan pemulihan instance.
Cloud SQL memungkinkan Anda mencadangkan instance secara on-demand atau otomatis menggunakan jadwal pencadangan. Pencadangan Cloud SQL bersifat inkremental dan membantu Anda memulihkan data yang hilang ke instance Cloud SQL. Dengan pencadangan, Anda dapat:
- Pulihkan instance Anda ke status sebelumnya jika instance Anda mengalami masalah.
- Siapkan Pemulihan dari Bencana (DR) dengan membuat instance baru menggunakan cadangan di region atau zona yang berbeda.
- Buat beberapa instance menggunakan cadangan untuk membantu pengembangan, pengujian, dan migrasi.
Pencadangan Cloud SQL juga dienkripsi secara default menggunakan kunci Enkripsi yang Dikelola Google atau yang Dikelola Pelanggan (CMEK).
Anda dapat menyimpan cadangan ini dengan menentukan setelan retensi cadangan instance Anda. Setelan retensi dapat berbeda berdasarkan edisi Cloud SQL dan opsi pencadangan instance Anda. Selain itu, Anda juga dapat menyimpan cadangan setelah instance dihapus agar Anda dapat memulihkan instance setelah penghapusan.
Cloud SQL menawarkan dua opsi layanan pencadangan untuk mengelola pencadangan Anda:
- Pencadangan yang ditingkatkan: pencadangan dikelola dan disimpan dalam proyek pengelolaan pencadangan terpusat yang memanfaatkan Backup and DR Service, serta menyediakan retensi yang diterapkan, penjadwalan terperinci, dan pemantauan.
- Cadangan standar: cadangan dibuat, dikelola, dan disimpan dalam project yang sama dengan instance Cloud SQL Anda.
Untuk mengetahui informasi selengkapnya tentang setiap opsi pencadangan dan fiturnya, lihat Opsi pencadangan.
Jenis pencadangan
Cloud SQL melakukan pencadangan on-demand atau otomatis untuk instance Cloud SQL Anda.
Pencadangan sesuai permintaan
Pencadangan sesuai permintaan adalah pencadangan yang dapat dibuat kapan saja. Hal ini berguna jika Anda akan melakukan 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 otomatis
Pencadangan otomatis dilakukan pada irama yang dijadwalkan, seperti per jam, harian, mingguan, atau bulanan. Irama terjadwal bergantung pada opsi pencadangan instance Anda. Pencadangan dimulai selama periode pencadangan. Cloud SQL merekomendasikan penjadwalan pencadangan saat instance Anda memiliki lebih sedikit aktivitas, jika memungkinkan.
Sebaiknya Anda tidak menghapus cadangan otomatis secara manual karena cadangan tersebut diperlukan untuk mendukung pemulihan point-in-time.
Selama periode pencadangan, pencadangan otomatis dilakukan secara rutin berdasarkan irama terjadwal saat instance Anda berjalan. Satu pencadangan otomatis tambahan akan dilakukan setelah instance Anda dihentikan untuk mengamankan semua perubahan sebelum instance berhenti. Retensi cadangan otomatis bergantung pada kebijakan retensi yang dikonfigurasi dalam opsi pencadangan yang dipilih untuk instance Anda.
Membuat cadangan akhir sebelum penghapusan instance
Cadangan akhir memungkinkan Anda membuat cadangan instance Cloud SQL sebelum Anda menghapus instance. Hal ini berguna untuk mempertahankan data instance setelah Anda menghapus instance. Anda dapat menggunakan cadangan akhir nanti untuk membuat instance atau memulihkan ke instance yang ada. Untuk mengetahui informasi selengkapnya tentang cara mengakses dan melihat detail tentang cadangan akhir Anda, lihat Melihat daftar cadangan akhir.
Secara default, Cloud SQL menyimpan cadangan terakhir selama 30 hari. Namun, Anda dapat menyesuaikan durasi Cloud SQL menyimpan cadangan. Periode ini dapat berkisar dari 1 hari hingga 365 hari untuk pencadangan standar, atau 1 hari hingga 99 tahun untuk pencadangan yang ditingkatkan. Kemudian, Anda dapat memulihkan instance dari cadangan selama instance tersebut tersedia. Cadangan akhir ditagih serupa dengan cadangan lainnya untuk jumlah hari yang dipertahankan.
Mempertahankan cadangan setelah penghapusan instance
Cadangan yang dipertahankan adalah cadangan yang dipertahankan oleh Cloud SQL setelah instance dihapus. Pencadangan ini terdiri dari pencadangan sesuai permintaan dan pencadangan otomatis yang dibuat saat instance aktif. Saat Anda menghapus instance, cadangan ini menjadi independen dari instance Anda dan disimpan di tingkat project. Cadangan yang dipertahankan berbeda dengan cadangan akhir, yang merupakan cadangan terakhir yang diambil pada saat penghapusan instance.
Anda dapat memperbarui deskripsi cadangan ini untuk mempermudah pengelolaannya di project Google Cloud Anda. Cadangan yang dipertahankan dapat dipulihkan ke instance Cloud SQL baru atau yang sudah ada kapan saja.
Untuk cadangan ini, periode retensi ditentukan oleh jenis cadangan tersebut dan tidak dapat diubah setelah instance dihapus. Untuk pencadangan standar, pencadangan on demand akan dipertahankan tanpa batas waktu hingga cadangan dihapus secara manual, atau project yang berisi cadangan dihapus. Untuk cadangan yang ditingkatkan, cadangan sesuai permintaan disimpan berdasarkan aturan retensi yang dipilih. Cadangan otomatis dihapus secara berkelanjutan, satu cadangan per hari, setelah instance dihapus. Periode bergulir ditentukan berdasarkan setelan retensi instance sebelum penghapusan, yang dapat berkisar dari 1 hari hingga 99 tahun, bergantung pada opsi pencadangan yang dipilih instance Anda. Misalnya, jika setelan retensi cadangan otomatis instance Anda ditetapkan ke 7, maka cadangan otomatis terbaru akan dihapus 7 hari setelah penghapusan instance.
Cadangan yang dipertahankan dapat dihapus secara manual kapan saja. Namun, saat Anda menghapus cadangan yang dipertahankan, cadangan yang dihapus tidak dapat dipulihkan.
Karena nama instance dapat digunakan setelah instance dihapus di Cloud SQL, cadangan yang dipertahankan disimpan di project Google Cloud Anda dengan kolom bernama instance_deletion_time. Kolom ini memungkinkan Anda mengidentifikasi apakah
cadangan tertentu termasuk dalam instance aktif atau yang dihapus. Anda juga dapat memperbarui deskripsi cadangan agar lebih mudah dikelola.
Retensi log transaksi
Retensi log transaksi dihitung dalam hari. Untuk instance edisi Cloud SQL Enterprise Plus, rentangnya adalah dari 1 hingga 35 hari, dengan default 14 hari. Untuk instance edisi Cloud SQL Enterprise, rentangnya adalah dari 1 hingga 7 hari, dengan default 7 hari. Untuk instance edisi Cloud SQL Enterprise Plus dan edisi Cloud SQL Enterprise, setelan retensi log transaksi harus lebih kecil dari setelan retensi cadangan.
Pencadangan untuk replika
Cadangan tidak tersedia untuk instance replika. Karena instance replika adalah salinan instance utama, cadangan dipertahankan dengan instance utama. Jika instance replika dipromosikan menjadi instance mandiri karena failover atau switchover, maka instance tersebut diaktifkan untuk pencadangan dan memerlukan konfigurasi pencadangan sendiri. Replika yang dipromosikan tidak mewarisi konfigurasi cadangan instance utama dan tidak dapat mengakses cadangan instance utama.
Opsi backup
Cloud SQL menawarkan dua opsi layanan pencadangan untuk mengelola pencadangan instance Anda: pencadangan Standar dan Peningkatan. Anda dapat memilih antara opsi pencadangan standar dan yang ditingkatkan berdasarkan persyaratan dan kebutuhan instance Anda. Meskipun instance tidak dapat menggunakan kedua opsi pencadangan secara bersamaan, Cloud SQL memberi Anda kemampuan untuk beralih di antara opsi pencadangan ini sesuai kebutuhan.
Tabel berikut memberikan ringkasan fitur yang tersedia dengan setiap opsi pencadangan:
| Fitur | Pencadangan standar | Cadangan yang ditingkatkan |
|---|---|---|
| Vault cadangan | - | ✔ |
| Retensi yang diterapkan dengan kunci retensi | - | ✔ |
| Mempertahankan cadangan saat project dihapus | - | ✔ |
| Pengelolaan cadangan terpusat di seluruh project | - | ✔ |
| Periode retensi cadangan | 1 tahun | Tidak terbatas |
| Jadwal pencadangan otomatis | Harian | Per jam, harian, mingguan, bulanan, tahunan |
| Pemulihan point-in-time menggunakan log | ✔ | ✔ |
| Pencadangan & pemulihan lintas region. | ✔ | - |
| Pencadangan sesuai permintaan | ✔ | ✔ |
| Pencadangan multi-region | ✔ | - |
| Mempertahankan semua cadangan saat penghapusan instance | ✔ | ✔ |
| Pencadangan akhir dalam penghapusan instance | ✔ | ✔ |
| Dukungan CMEK | ✔ | - |
Untuk mengetahui informasi selengkapnya tentang opsi pencadangan ini, lihat Pencadangan standar dan Pencadangan yang ditingkatkan.
Cadangan yang ditingkatkan
Dengan pencadangan yang ditingkatkan, Anda dapat menggunakan Backup and DR untuk mengelola dan menyimpan semua cadangan untuk instance Cloud SQL di berbagai project dalam satu project cadangan pusat. Pencadangan dan DR menyediakan pengelolaan, pemantauan, dan pelaporan terpusat untuk operasi pencadangan sehari-hari di satu tempat. Cadangan disimpan di brankas cadangan, yang merupakan resource penyimpanan terisolasi dan aman yang dikelola Google, dikelola oleh Backup and DR, dan rencana pencadangan mengelola setelan pencadangan dan pemulihan. Hal ini memberikan pencadangan yang tidak dapat diubah dan tidak dapat dihapus yang independen dari project sumber. Untuk mengetahui informasi selengkapnya tentang cara kerja pencadangan dengan Backup dan DR, lihat Ringkasan Backup dan DR.
Pencadangan yang ditingkatkan menggunakan Backup and DR untuk membuat project pencadangan terpusat tempat Anda mengelola paket pencadangan dan vault pencadangan di seluruh instance Cloud SQL Anda. Paket ini dapat ditautkan di beberapa project.
Saat Anda melampirkan rencana pencadangan ke instance Cloud SQL, setelan pencadangan dan pemulihan yang ada akan digantikan oleh rencana pencadangan. Rencana yang berisi setelan pencadangan dan pemulihan Anda disimpan di project pencadangan terpusat, dan semua cadangan yang dibuat saat rencana aktif di instance Cloud SQL Anda disimpan di brankas cadangan di project pencadangan.
Karena Backup dan DR dikelola di project Google Cloud terpisah, cadangan dilindungi saat project sumber atau workload dihapus. Peran
dan tanggung jawab dikelola oleh
Backup and DR Admin
dan terpisah dari peran dan tanggung jawab Cloud SQL Admin.
Anda dapat mempertahankan cadangan setelah penghapusan instance, atau membuat cadangan akhir instance sebelum penghapusan. Semua cadangan yang diambil sebagai bagian dari pencadangan yang ditingkatkan dapat digunakan untuk memulihkan instance saat instance tersebut aktif, atau setelah dihapus.
Retensi cadangan
Anda dapat menyimpan cadangan di brankas cadangan hingga 99 tahun saat menggunakan cadangan yang ditingkatkan. Vault cadangan memiliki periode retensi minimum yang diterapkan antara 1 hari dan 99 tahun.
Penyimpanan cadangan
Cadangan disimpan di lokasi terpusat yang disebut vault cadangan. Backup vault adalah penyimpanan yang aman dan terisolasi, yang dikelola oleh Backup dan DR. Backup vault memungkinkan Anda menyimpan cadangan dari 1 hari hingga 99 tahun. Untuk mengetahui informasi selengkapnya, lihat Vault cadangan.
Biaya pencadangan
Dalam cadangan yang ditingkatkan, biaya untuk cadangan didasarkan pada total ukuran cadangan yang disimpan di vault cadangan. Cadangan ini dibuat berdasarkan konfigurasi cadangan dalam rencana cadangan terkait instance. Total biaya dihitung oleh Backup and DR, dan berdasarkan harga Backup and DR.
Batasan
Batasan berikut berlaku saat menggunakan pencadangan yang ditingkatkan:
- Vault cadangan dan instance Cloud SQL Anda harus berada di region yang sama.
- Mengubah rencana cadangan terkait instance memerlukan perubahan instance Anda ke cadangan standar dengan menghapus keterkaitan rencana cadangan yang ada, lalu mengaitkan rencana cadangan baru.
- Anda tidak dapat membuat replika Pemulihan dari Bencana (DR) untuk instance menggunakan cadangan yang ditingkatkan.
- Jika instance Anda memiliki replika Pemulihan Bencana (DR), Anda tidak dapat mengaktifkan cadangan yang disempurnakan untuk instance tersebut.
- Anda tidak dapat mengaitkan rencana cadangan dengan instance replika.
- Jika instance Anda menggunakan cadangan yang ditingkatkan, Anda tidak dapat menurunkan instance ke replika.
Pencadangan standar
Pencadangan standar adalah pencadangan yang dikelola oleh Cloud SQL dengan instance Cloud SQL Anda. Pencadangan Cloud SQL bersifat inkremental dan hanya berisi data yang berubah setelah pencadangan sebelumnya diambil. Secara default, Cloud SQL menyimpan 7 cadangan otomatis untuk setiap instance edisi Cloud SQL Enterprise dan 15 cadangan otomatis untuk setiap instance edisi Cloud SQL Enterprise Plus, selain cadangan on-demand. Anda dapat mengonfigurasi jumlah cadangan otomatis yang akan dipertahankan (dari 1 hingga 365).
Sebagai bagian dari penghapusan instance, Anda dapat menyimpan semua cadangan saat penghapusan instance dan membuat cadangan akhir data Anda. Dengan begitu, Anda dapat membuat ulang instance yang dihapus. Namun, jika Anda tidak menyimpan cadangan atau mengambil cadangan akhir sebelum menghapus instance, Cloud SQL akan menghapus semua cadangan instance secara otomatis.
Retensi cadangan
Pencadangan sesuai permintaan tidak dihapus secara otomatis. Pesan akan tetap ada sampai Anda menghapusnya secara manual, atau sampai instance dihapus. Karena pencadangan sesuai permintaan tidak dihapus secara otomatis, pencadangan tersebut dapat berdampak jangka panjang pada biaya tagihan Anda.
Pencadangan otomatis dapat dipertahankan dari 1 hingga 365 hari, dengan mengonfigurasi periode retensi di setelan pencadangan instance Anda. Meskipun log transaksi dihitung dalam hari, pencadangan otomatis tidak dijamin terjadi dalam satu hari.
Jika Anda mengaktifkan retensi cadangan setelah penghapusan instance untuk cadangan on demand dan otomatis, cadangan tersebut akan mengikuti setelan retensi yang sama, yaitu 1 hingga 365 hari untuk cadangan otomatis, dan tanpa batas waktu untuk cadangan on demand. Untuk mengetahui informasi selengkapnya, lihat Mempertahankan cadangan setelah penghapusan instance.
Log dihapus permanen sekali sehari, bukan terus-menerus. Jika jumlah hari retensi log sama dengan jumlah cadangan, dapat terjadi retensi log yang tidak memadai. Misalnya, menetapkan retensi log ke tujuh hari dan retensi cadangan ke tujuh cadangan berarti bahwa antara enam dan tujuh hari log akan disimpan.
Sebaiknya tetapkan jumlah cadangan ke setidaknya satu lebih banyak daripada jumlah hari retensi log untuk menjamin retensi log minimum pada hari tertentu.
Untuk mengetahui informasi selengkapnya tentang cara mengaktifkan cadangan yang dipertahankan untuk instance baru atau yang sudah ada, lihat Mengelola cadangan yang dipertahankan. Untuk informasi selengkapnya tentang cara memulihkan instance dari cadangan yang dipertahankan, lihat Memulihkan dari cadangan yang dipertahankan.
Penyimpanan cadangan
Dalam konfigurasi satu region, cadangan direplikasi di seluruh zona yang berbeda dalam region. Dalam konfigurasi multi-region, sebaiknya cadangan berada di region yang sama dengan instance untuk meminimalkan latensi dan menghindari potensi kegagalan pencadangan karena kebijakan organisasi, atau batasan berbasis lokasi.
Cadangan disimpan di lokasi yang sama untuk instance dalam konfigurasi Ketersediaan Tinggi (HA) atau non-HA. Dalam konfigurasi HA, Anda tetap dapat mengakses cadangan instance jika terjadi failover atau pengalihan ke instance sekunder.
Anda dapat menentukan lokasi cadangan sebagai berikut:
- 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.
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:
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 disk instance. 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 cadangan ke instance dengan versi database yang sama seperti saat cadangan dibuat.
Untuk melakukan upgrade ke versi yang lebih baru, pertimbangkan untuk menggunakan Database Migration Service atau mengekspor lalu mengimpor database Anda ke instance Cloud SQL baru.Biaya pencadangan
Secara default, Cloud SQL menyimpan 7 cadangan otomatis untuk setiap instance edisi Cloud SQL Enterprise dan 15 cadangan otomatis untuk setiap instance edisi Cloud SQL Enterprise Plus, 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 untuk jenis instance lainnya.
Untuk mengetahui informasi selengkapnya tentang harga terkait pencadangan, lihat halaman harga.
Ukuran cadangan
Semua cadangan Cloud SQL, kecuali yang pertama, bersifat inkremental. File ini hanya berisi data yang berubah setelah pencadangan sebelumnya diambil. Cadangan terlama Anda memiliki ukuran yang serupa dengan database Anda, tetapi ukuran cadangan berikutnya bergantung pada laju perubahan data Anda. Saat cadangan terlama dihapus, ukuran cadangan terlama berikutnya akan bertambah menjadi cadangan penuh dan disesuaikan untuk mencatat perbedaan antara cadangan. Setiap pencadangan inkremental berikutnya juga diperbarui agar sesuai dengan pencadangan penuh yang baru.
Anda dapat memeriksa ukuran cadangan individual. Ukuran cadangan mewakili ukuran yang dapat ditagih untuk setiap cadangan.
Pemecahan masalah
| Masalah | Pemecahan masalah |
|---|---|
| Anda tidak dapat melihat status operasi saat ini. | Konsol Google Cloud hanya melaporkan keberhasilan atau kegagalan saat operasi
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. | Jika Anda menghapus instance tanpa membuat cadangan akhir data, pemulihan data tidak dapat dilakukan. Namun, jika Anda memulihkan instance, Cloud SQL juga akan memulihkan cadangan. 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,
dari 1 hingga 365. 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 memberi tahu Anda tentang status pencadangan, konfigurasikan pemberitahuan berbasis log. |
| Instance berulang kali mengalami kegagalan karena terus-menerus beralih antara status kegagalan dan pemulihan cadangan. Upaya untuk terhubung dan menggunakan database setelah pemulihan gagal. |
Hal-hal yang perlu dicoba:
|
| Anda mendapati bahwa data Anda hilang saat melakukan operasi pencadangan/pemulihan. | Tabel dibuat dalam keadaan tidak di-log. Contoh:
Tabel berikut tidak termasuk dalam pemulihan dari cadangan:
Solusinya adalah menghindari penggunaan tabel yang tidak dicatat jika Anda ingin memulihkan
tabel tersebut melalui cadangan. Jika melakukan pemulihan dari database yang sudah
memiliki tabel yang belum dicatat ke dalam log, Anda dapat membuang database tersebut ke sebuah file, dan memuat ulang
data tersebut setelah mengubah file dump ke |