Ringkasan pencadangan Cloud SQL

Cloud SQL memungkinkan Anda mencadangkan instance sesuai permintaan, atau secara otomatis menggunakan jadwal pencadangan. Konfigurasi pencadangan yang tersedia untuk instance Anda bergantung pada opsi pencadangan instance Anda. Pencadangan Cloud SQL bersifat inkremental dan membantu Anda memulihkan data yang hilang ke instance Cloud SQL Anda. Cadangan juga dienkripsi secara default menggunakan kunci Enkripsi yang Dikelola Pelanggan (CMEK) atau yang Dikelola Google. Dengan pencadangan, Anda dapat:

  • Memulihkan instance Anda ke status sebelumnya jika instance Anda mengalami masalah.
  • Menyiapkan Pemulihan dari Bencana (DR) dengan membuat instance baru menggunakan cadangan di region atau zona yang berbeda.
  • Membuat beberapa instance menggunakan cadangan untuk membantu pengembangan, pengujian, dan migrasi.

Anda dapat menyimpan cadangan ini dengan menentukan setelan retensi cadangan instance Anda. Setelan retensi dapat berbeda berdasarkan edisi Cloud SQL instance Anda dan opsi pencadangan . Selain itu, Anda juga dapat menyimpan cadangan setelah instance Anda dihapus agar Anda dapat memulihkan instance setelah penghapusan.

Opsi pencadangan

Cloud SQL menawarkan dua opsi layanan pencadangan untuk mengelola cadangan instance Anda. Kedua opsi mendukung kunci enkripsi yang dikelola Google Google-owned and Google-managed encryption keys dan yang dikelola pelanggan (CMEK):

  • Pencadangan yang ditingkatkan: cadangan dikelola dan disimpan dalam project pengelolaan cadangan terpusat yang memanfaatkan Layanan Pencadangan dan DR, serta menyediakan retensi yang diterapkan, penjadwalan yang mendetail, dan pemantauan. Untuk instance yang mendukung CMEK, pencadangan yang ditingkatkan menggunakan izin akses kunci pada agen layanan Pencadangan dan DR di project vault cadangan, yang menambahkan lapisan perlindungan ekstra jika instance atau project asli Anda dihapus.
  • Pencadangan standar: cadangan dibuat, dikelola, dan disimpan dalam project yang sama dengan instance Cloud SQL Anda. Ini adalah penawaran pencadangan Cloud SQL yang ada dan sekarang disebut pencadangan standar.

Anda harus memilih opsi pencadangan untuk setiap instance. Untuk mengetahui informasi selengkapnya tentang setiap opsi pencadangan dan fiturnya, lihat Memilih opsi pencadangan.

Jenis permintaan pencadangan

Anda dapat membuat cadangan sesuai permintaan, otomatis, atau akhir untuk instance Cloud SQL Anda. Konfigurasi yang tersedia untuk cadangan ini bergantung pada opsi pencadangan yang dipilih instance Anda .

Pencadangan sesuai permintaan

Pencadangan sesuai permintaan adalah cadangan yang dapat di buat kapan saja. Cadangan 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 maupun belum.

Pencadangan otomatis

Pencadangan otomatis dilakukan pada frekuensi terjadwal, seperti per jam, harian, mingguan, atau bulanan, saat instance Anda berjalan. Frekuensi terjadwal bergantung pada opsi pencadangan yang Anda pilih untuk instance Anda dan frekuensi yang Anda tentukan dalam konfigurasi pencadangan untuk opsi pencadangan yang dipilih. Pencadangan dimulai selama periode pencadangan.

Retensi cadangan otomatis bergantung pada kebijakan retensi yang dikonfigurasi dalam opsi pencadangan yang dipilih untuk instance Anda. Sebaiknya jadwalkan pencadangan saat instance Anda memiliki aktivitas yang lebih sedikit, jika memungkinkan.

Sebaiknya jangan hapus cadangan otomatis secara manual karena cadangan tersebut diperlukan untuk mendukung pemulihan point-in-time.

Untuk mengonfigurasi pencadangan otomatis instance Anda, lihat Mengonfigurasi pencadangan otomatis.

Cadangan akhir

Cadangan akhir memungkinkan Anda membuat cadangan instance Cloud SQL Anda sebelum Anda menghapus instance tersebut. Cadangan ini berguna untuk menyimpan data instance setelah Anda menghapus instance tersebut. Anda dapat menggunakan cadangan akhir untuk membuat instance baru, atau untuk memulihkan ke instance yang ada. Untuk mengetahui informasi selengkapnya tentang cara mengakses dan melihat detail cadangan akhir Anda, lihat Melihat daftar cadangan akhir.

Anda dapat menetapkan instance Anda untuk membuat cadangan akhir secara otomatis saat Anda menghapus instance Anda dengan mengaktifkan setelan instance cadangan akhir untuk instance Anda. Anda juga dapat menetapkan periode retensi cadangan akhir saat Anda mengaktifkan cadangan akhir untuk instance Anda. Jika Anda tidak mengaktifkan cadangan akhir untuk instance Anda, Anda juga dapat membuat cadangan akhir saat Anda menghapus instance Anda. Cadangan akhir hanya tersedia untuk instance utama dan tidak didukung untuk replika. Anda juga dapat menetapkan kebijakan organisasi kustom Cloud SQL untuk membuat cadangan akhir saat penghapusan instance untuk semua instance di organisasi Anda dan menetapkan periode retensi standar. Untuk mengetahui informasi selengkapnya, lihat Contoh kebijakan organisasi kustom untuk kasus penggunaan umum.

Secara default, Cloud SQL menyimpan cadangan akhir selama 30 hari. Namun, Anda dapat menyesuaikan berapa lama Cloud SQL menyimpan cadangan. Jumlah ini dapat berkisar dari 1 hari hingga 365 hari untuk cadangan standar, atau 1 hari hingga 10 tahun untuk cadangan yang ditingkatkan. Anda kemudian dapat memulihkan instance dari cadangan selama cadangan tersebut tersedia. Cadangan akhir dikenai biaya yang serupa dengan cadangan lainnya untuk jumlah hari yang disimpan.

Untuk mengetahui informasi selengkapnya tentang cara mengaktifkan cadangan akhir untuk instance baru atau yang sudah ada menggunakan opsi cadangan standar, lihat Mengonfigurasi cadangan akhir. Untuk pencadangan yang ditingkatkan, cadangan akhir dikelola oleh rencana pencadangan terkait .

Untuk mengelola cadangan akhir setelah instance Anda dihapus, lihat Mengelola cadangan untuk instance yang dihapus.

Retensi cadangan

Retensi cadangan ditentukan oleh jenis permintaan pencadangan dan opsi pencadangan yang Anda pilih untuk instance Anda. Untuk pencadangan otomatis, retensi dapat berkisar dari 1 hari hingga 10 tahun, bergantung pada opsi pencadangan instance Anda. Untuk pencadangan sesuai permintaan, cadangan standar disimpan tanpa batas waktu hingga dihapus secara manual, sedangkan pencadangan sesuai permintaan yang ditingkatkan mendukung periode retensi kustom yang ditentukan pengguna hingga 10 tahun, seperti yang dikonfigurasi dalam rencana pencadangan terkait. Untuk mengetahui informasi selengkapnya tentang retensi cadangan yang terkait dengan opsi pencadangan instance Anda, lihat Memilih opsi pencadangan.

Mempertahankan cadangan setelah penghapusan instance

Cadangan yang dipertahankan adalah cadangan yang dipertahankan oleh Cloud SQL setelah instance dihapus. Cadangan ini terdiri dari cadangan sesuai permintaan dan cadangan 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 memudahkan pengelolaan cadangan di Google Cloud project Anda. Cadangan yang dipertahankan dapat di pulihkan ke instance Cloud SQL baru atau yang sudah ada kapan saja.

Untuk cadangan ini, periode retensi data ditentukan oleh jenis cadangan dan tidak dapat diubah setelah instance dihapus. Untuk cadangan standar, cadangan sesuai permintaan disimpan tanpa batas waktu hingga cadangan dihapus secara manual, atau project yang berisi cadangan dihapus. Untuk pencadangan yang ditingkatkan, cadangan sesuai permintaan disimpan berdasarkan aturan retensi yang dipilih. Cadangan otomatis dihapus secara bertahap, satu cadangan per hari, setelah instance dihapus. Periode bertahap ditentukan berdasarkan setelan retensi instance sebelum penghapusan, yang dapat berkisar dari 1 hari hingga 10 tahun, bergantung pada opsi pencadangan yang dipilih instance Anda . Misalnya, jika setelan retensi cadangan otomatis instance Anda ditetapkan ke 7, 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.

Untuk cadangan standar, karena nama instance dapat digunakan setelah instance dihapus di Cloud SQL, cadangan yang dipertahankan disimpan di Google Cloud project Anda dengan kolom bernama instance_deletion_time. Kolom ini memungkinkan Anda mengidentifikasi apakah cadangan tertentu milik instance aktif atau yang dihapus. Anda juga dapat memperbarui deskripsi cadangan untuk memudahkan pengelolaan cadangan.

Untuk mengetahui informasi selengkapnya tentang cara mengaktifkan cadangan yang dipertahankan untuk instance baru atau yang sudah ada menggunakan opsi cadangan standar, lihat Mengonfigurasi cadangan yang dipertahankan. Untuk pencadangan yang ditingkatkan, cadangan yang dipertahankan dikelola oleh rencana pencadangan terkait .

Untuk mengelola cadangan yang dipertahankan setelah instance Anda dihapus, lihat Mengelola cadangan untuk instance yang dihapus.

Cadangan pemulihan

Cloud SQL mencoba mempertahankan setidaknya satu cadangan harian terakhir dari setiap instance aktif, jika tidak ada cadangan yang baik yang tersedia sebagai bagian dari kebijakan pencadangan otomatis. Anda dapat menggunakan cadangan ini untuk tujuan pemulihan dengan menghubungi Layanan Pelanggan Google Cloud.

Pemeriksaan pencadangan dan integritas data

Cloud SQL secara otomatis melakukan pemeriksaan integritas database latar belakang untuk mengidentifikasi potensi masalah integritas data. Pemeriksaan integritas dilakukan sebagai proses offline dengan memulihkan sampling dari pencadangan yang diinisiasi oleh pelanggan atau cadangan pemulihan.

Cadangan untuk replika

Cadangan tidak tersedia untuk instance replika. Karena instance replika adalah salinan instance utama, cadangan dipertahankan dengan instance utama. Jika instance replika dipromosikan ke instance mandiri karena failover atau switchover, instance tersebut akan diaktifkan untuk pencadangan dan memerlukan konfigurasi pencadangannya sendiri. Replika yang dipromosikan tidak dapat mengakses cadangan instance utama.

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, lakukan upgrade versi utama di tempat, gunakan Database Migration Service, atau ekspor lalu impor database Anda ke instance Cloud SQL baru.

Ukuran cadangan

Semua cadangan Cloud SQL, kecuali yang pertama, bersifat inkremental. Cadangan tersebut hanya berisi data yang berubah setelah cadangan sebelumnya dibuat. Cadangan terlama Anda memiliki ukuran yang mirip dengan database Anda, tetapi ukuran cadangan berikutnya bergantung pada tingkat perubahan data Anda. Saat cadangan terlama dihapus, ukuran cadangan terlama berikutnya akan bertambah menjadi cadangan penuh dan disesuaikan untuk menangkap perbedaan antara cadangan. Setiap cadangan inkremental berikutnya juga diperbarui agar sesuai dengan cadangan 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. Google Cloud Konsol hanya melaporkan keberhasilan atau kegagalan ketika operasi sudah selesai. dan tidak didesain untuk menampilkan peringatan atau update lainnya.

Jalankan perintah gcloud sql operations list untuk mencantumkan semua operasi untuk instance Cloud SQL yang ditentukan.
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:

  • cloudsql.googleapis.com/postgres.log
  • Jika Cloud Audit Logs diaktifkan dan Anda memiliki izin yang diperlukan untuk melihatnya, cloudaudit.googleapis.com/activity mungkin juga tersedia.
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 mengetahui informasi selengkapnya tentang cara memulihkan instance yang dihapus, lihat Mempertahankan cadangan setelah penghapusan instance.

Jika Anda telah melakukan operasi ekspor, buat instance baru dan kemudian 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 force restart instance.
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.
  • Mungkin ada terlalu banyak koneksi terbuka. Terlalu banyak koneksi dapat terjadi akibat kesalahan yang terjadi di tengah-tengah suatu koneksi di mana tidak ada penyetelan autovacuum untuk membersihkan koneksi yang tidak aktif.
  • Kegagalan instance yang berulang dapat terjadi jika ada kode kustom yang menggunakan logika percobaan ulang yang tidak berhenti setelah beberapa kegagalan.
  • Kemungkinan traffic terlalu banyak. Gunakan penggabungan koneksi dan praktik terbaik lainnya untuk konektivitas.

Hal-hal yang perlu dicoba:

  1. Verifikasi bahwa database telah disiapkan untuk autovacuum.
  2. Periksa apakah ada logika percobaan ulang koneksi yang disiapkan dalam kode kustom.
  3. Turunkan traffic hingga database pulih, lalu naikkan traffic secara perlahan.
Anda mendapati bahwa data Anda hilang saat melakukan operasi pencadangan/pemulihan. Tabel dibuat dalam keadaan tidak di-log. Contoh:

CREATE UNLOGGED TABLE ....

Tabel berikut tidak termasuk dalam pemulihan dari cadangan:

  • Isi tabel yang tidak di-log tidak dapat bertahan saat terjadi failover pada instance HA.
  • Tabel yang tidak di-log tidak dapat bertahan saat terjadi error postgres.
  • Tabel yang tidak di-log tidak direplikasi ke replika baca.
  • Tabel yang tidak di-log akan otomatis dihapus total selama pemulihan 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 tidak di-log, Anda dapat mengekspor database tersebut ke suatu file, dan memuat ulang datanya setelah memodifikasi file yang diekspor ke ALTER TABLE ke SET LOGGED pada tabel tersebut.
Tidak dapat menghapus instance saat Anda memilih untuk membuat cadangan akhir saat penghapusan instance. Saat Anda menghapus instance, Anda harus mengonfirmasi apakah Anda ingin membuat cadangan akhir untuk instance Anda sebelum menghapusnya. Jika Anda mengaktifkan cadangan akhir menggunakan setelan instance final-backup, pilihan yang Anda buat saat menghapus instance Anda harus cocok dengan konfigurasi instance cadangan akhir yang Anda tetapkan saat Anda mengaktifkan cadangan akhir untuk instance Anda. Untuk mengurangi masalah ini, lakukan salah satu tindakan berikut:
  • Tetapkan nilai cadangan akhir agar sesuai dengan konfigurasi cadangan instance yang ada.
  • Biarkan kolom cadangan akhir kosong saat Anda menghapus instance Anda. Jika Anda mengosongkan kolom, Cloud SQL akan menggunakan konfigurasi cadangan akhir yang ditetapkan di setelan instance untuk membuat cadangan akhir dan menentukan retensinya.
Untuk melihat konfigurasi instance cadangan akhir instance Anda, lihat Melihat informasi instance.
Tidak dapat membuat instance replika setelah berhasil membuat instance utama dengan setelan cadangan akhir. Jika Anda membuat instance baru dengan setelan instance cadangan akhir diaktifkan, Anda harus memperbarui kebijakan organisasi cadangan akhir untuk menerapkan konfigurasi cadangan hanya ke instance utama. Cadangan akhir tidak didukung untuk instance replika.
Untuk mengetahui informasi selengkapnya, lihat Kebijakan organisasi Cloud SQL.

Langkah berikutnya