Tentang memulihkan instance

Halaman ini menyediakan informasi untuk meninjau sebelum memulihkan instance dari pencadangan atau melakukan pemulihan point-in-time (PITR).

Apa yang terjadi selama pemulihan?

Saat Anda memulihkan instance, data berikut dari instance utama dipulihkan ke instance yang baru:

  • Database
  • Pengguna

Operasi pemulihan akan menyebabkan instance dimulai ulang.

Pemulihan point-in-time (PITR)

Pemulihan point-in-time (PITR) membantu Anda memulihkan instance ke titik waktu tertentu. Misalnya, jika error menyebabkan hilangnya data, Anda dapat memulihkan database ke statusnya sebelum error terjadi.

PITR selalu membuat instance baru; Anda tidak dapat melakukan PITR ke instance yang ada. Instance baru mewarisi setelan instance sumber, mirip dengan cara kerja pembuatan clone. Namun, agar instance baru dapat mewarisi setelan ini, status instance harus RUNNABLE.

Cloud SQL menggunakan log transaksi untuk PITR. Jika Anda mengaktifkan PITR untuk instance, lalu memulihkan instance dari cadangan, Cloud SQL akan menghapus log transaksi yang memungkinkan Anda menggunakan PITR dari instance yang dipulihkan.

Untuk memastikan log untuk instance Anda disimpan di Cloud Storage, bukan di disk, selesaikan tindakan berikut:

Untuk petunjuk langkah demi langkah guna melakukan PITR, lihat Menggunakan pemulihan point-in-time (PITR).

Tips umum tentang cara melakukan pemulihan

Saat Anda memulihkan instance dari cadangan, baik ke instance yang sama atau ke instance yang berbeda, perhatikan item berikut:

  • Operasi pemulihan akan menimpa semua data pada instance target.
  • Instance target tidak tersedia untuk koneksi selama operasi pemulihan; koneksi yang ada akan terputus.
  • Jika memulihkan ke instance dengan replika baca, Anda harus menghapus semua replika dan membuatnya kembali setelah operasi pemulihan selesai.
  • Operasi pemulihan akan memulai ulang instance.

Untuk petunjuk langkah demi langkah dalam melakukan pemulihan, lihat:

Tips dan persyaratan untuk memulihkan ke instance lain

Saat Anda memulihkan cadangan ke instance yang berbeda, perhatikan pembatasan dan praktik terbaik berikut:

  • Instance target harus memiliki versi database yang sama dengan instance yang berasal dari tempat cadangan diambil.

  • Cloud SQL selalu menetapkan kapasitas penyimpanan instance target ke nilai maksimum ukuran disk baik disk yang dikonfigurasi dan disk cadangan. Disk cadangan merupakan ukuran disk saat cadangan diambil.

  • Kapasitas penyimpanan instance target setidaknya harus sebesar kapasitas instance yang dicadangkan. Jumlah penyimpanan yang digunakan tidak menjadi masalah. Anda dapat melihat kapasitas penyimpanan instance di konsol halaman instance Cloud SQL. Persyaratan ini berlaku terlepas dari apakah Anda melakukan PITR untuk satu database atau tidak.

  • Instance target harus dalam status RUNNABLE.

  • Instance target dapat memiliki jumlah core atau jumlah memori yang berbeda dari instance tempat cadangan diambil.

  • Instance target dapat berada di region yang berbeda dengan instance sumber.

  • Selama layanan berhenti, Anda masih dapat mengambil daftar cadangan dalam project tertentu. Lihat Melihat cadangan selama pemadaman layanan.

Memulihkan batasan kapasitas

Anda dapat melakukan maksimum tiga operasi pemulihan setiap 30 menit per instance per region per project. Jika operasi pemulihan gagal, operasi tersebut tidak masuk hitungan dalam kuota ini. Jika sudah mencapai batas, operasi akan gagal dengan pesan error yang memberi tahu Anda kapan operasi dapat dijalankan kembali.

Mari kita lihat cara Cloud SQL melakukan pembatasan kapasitas untuk pemulihan.

Cloud SQL menggunakan token dari bucket untuk menentukan jumlah operasi pemulihan yang tersedia pada satu waktu. Untuk setiap cadangan, ada bucket untuk setiap project target dan region target. Instance target dari project yang sama menggunakan satu bucket jika berada di region yang sama. Ada maksimum tiga token di setiap bucket yang dapat Anda gunakan untuk operasi pemulihan. Setiap 10 menit, token baru ditambahkan ke bucket. Jika bucket penuh, token akan meluap.

Setiap kali Anda melakukan operasi pemulihan, token diberikan dari bucket. Jika operasi berhasil, token akan dihapus dari bucket. Jika gagal, token akan dikembalikan ke bucket. Diagram berikut menunjukkan cara kerjanya:

Cara kerja token

Misalnya, dalam gambar berikut, Cadangan1, Cadangan2, dan Cadangan3 adalah cadangan dari instance sumber yang sama.

Token untuk pembatasan kapasitas operasi pemulihan

  • Setiap cadangan (Cadangan1, Cadangan2, dan Cadangan3) memiliki bucket token sendiri untuk operasi pemulihan yang menargetkan berbagai instance dalam Project 1 di Region A (Cadangan11A, Cadangan21A, dan Cadangan31A). Karena setiap cadangan memiliki bucket sendiri, Anda dapat memulihkan setiap cadangan ke instance yang sama tiga kali setiap tiga puluh menit.
  • Setiap cadangan memiliki bucket untuk project terpisah dan untuk region terpisah. Misalnya, jika ada lima project di satu region, ada lima bucket untuk cadangan itu di region tersebut, satu di setiap project. Pada gambar sebelumnya, kita memiliki dua project di region A: Project 1 dan Project n.
    • Cadangan1 memiliki dua bucket token untuk operasi pemulihan di Region A. Satu bucket untuk Project 1 (Bucket11A), dan satu bucket untuk Project n (Bucket1nA).
    • Demikian pula, Cadangan3 memiliki dua bucket untuk operasi pemulihan di Region A. Satu untuk project 1 (Bucket31A) dan satu untuk project n (Bucket3nA).
  • Cadangan3 memiliki satu bucket di Region B, untuk Project1, karena semua instance dalam project target yang sama dan region target yang sama menggunakan satu bucket.

Langkah berikutnya