Apa jenis cadangan yang valid di mysql?

Untuk petunjuk langkah demi langkah untuk menjadwalkan cadangan atau membuat cadangan sesuai permintaan, lihat Membuat dan Mengelola Cadangan Sesuai Permintaan dan Otomatis

Untuk ikhtisar tentang cara memulihkan data ke instans dari cadangan, lihat Ikhtisar memulihkan instans

Cadangan apa yang disediakan

Pencadangan membantu Anda memulihkan data yang hilang ke instance Cloud SQL Anda. Selain itu, jika instans mengalami masalah, Anda dapat memulihkannya ke kondisi sebelumnya menggunakan cadangan untuk menimpanya. Aktifkan pencadangan otomatis untuk instans apa pun yang berisi data yang diperlukan. Cadangan melindungi data Anda dari kehilangan atau kerusakan

Mengaktifkan pencadangan otomatis, bersama dengan logging biner, juga diperlukan untuk beberapa operasi, seperti pembuatan tiruan dan replika

Berapa biaya backup

Secara default, untuk setiap instance, Cloud SQL menyimpan tujuh cadangan otomatis, selain cadangan sesuai permintaan. Anda dapat (dari 1 hingga 365). Kami mengenakan tarif yang lebih rendah untuk penyimpanan cadangan daripada jenis instans lainnya

Cloud SQL tidak mengambil cadangan instance jika Anda menghentikan atau menghapus instance tersebut. Jika Anda menghapus instance, data disimpan selama 4 hari

Lihat untuk informasi lebih lanjut

Cadangan versus ekspor

Cadangan 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 hidup. Cadangan mencakup seluruh basis data. Ekspor dapat memilih konten tertentu

Operasi pencadangan dan pemulihan tidak dapat digunakan untuk memutakhirkan database ke versi yang lebih baru. Anda hanya dapat memulihkan dari cadangan ke instans dengan versi database yang sama

Untuk mengupgrade ke versi yang lebih baru, pertimbangkan untuk menggunakan Layanan Migrasi Database atau mengekspor lalu mengimpor database Anda ke instance Cloud SQL baru

Tentang ukuran cadangan

Pencadangan Cloud SQL bersifat inkremental. Mereka hanya berisi data yang diubah setelah pencadangan sebelumnya diambil. 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 sehingga cadangan lengkap masih ada

Jenis cadangan

Cloud SQL melakukan dua jenis pencadangan

Pencadangan sesuai permintaan

Anda dapat membuat cadangan kapan saja. Ini bisa berguna jika Anda akan melakukan operasi berisiko pada database Anda, atau jika Anda memerlukan cadangan dan Anda tidak ingin menunggu jendela cadangan. Anda dapat membuat pencadangan sesuai permintaan untuk instans apa pun, baik instans tersebut mengaktifkan pencadangan otomatis atau tidak

Pencadangan sesuai permintaan tidak dihapus secara otomatis seperti pencadangan otomatis. Mereka bertahan sampai Anda menghapusnya atau sampai instance mereka dihapus. Karena tidak dihapus secara otomatis, pencadangan sesuai permintaan dapat berdampak jangka panjang pada biaya tagihan Anda

Pencadangan otomatis

Pencadangan otomatis dilakukan setiap hari, dalam jangka waktu pencadangan 4 jam. Pencadangan dimulai selama jendela pencadangan. Jika memungkinkan, jadwalkan pencadangan saat instans Anda memiliki aktivitas paling sedikit

Selama masa pencadangan, pencadangan otomatis terjadi setiap hari instans Anda berjalan. Satu cadangan otomatis tambahan diambil setelah instans Anda dihentikan untuk mengamankan semua perubahan sebelum instans dihentikan. Hingga tujuh cadangan terbaru dipertahankan, secara default. Pencadangan otomatis dihentikan jika instance Anda telah dihentikan selama lebih dari 36 jam. Anda bisa, dari 1 hingga 365. Nilai cadangan dan retensi log transaksi dapat diubah dari pengaturan default.

Di mana cadangan disimpan

Lokasi cadangan termasuk

yang dipilih Cloud SQL, berdasarkan lokasi instance asli
yang Anda pilih saat Anda tidak ingin menggunakan lokasi default

Lokasi cadangan 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 disimpan di multi-region us secara default. Namun, lokasi default seperti australia-southeast1 berada di luar multi-region. Multi-wilayah terdekat adalah asia

Catatan. Saat memulihkan data dari cadangan, pulihkan ke instans di wilayah yang tersedia. Untuk melihat daftar semua cadangan untuk instans di wilayah yang mengalami gangguan, gunakan - karakter pengganti dengan perintah gcloud sql backups list --instance atau backupRuns.list API. Untuk informasi lebih lanjut, lihat. Anda kemudian dapat memulihkan data dari cadangan ke instans baru atau yang sudah ada di wilayah yang tidak mengalami pemadaman

Lokasi cadangan khusus

Cloud SQL memungkinkan Anda memilih lokasi khusus untuk data cadangan Anda. Ini berguna jika organisasi Anda harus mematuhi peraturan residensi data yang mengharuskan Anda menyimpan cadangan dalam batas geografis tertentu. Jika organisasi Anda memiliki jenis persyaratan ini, mungkin menggunakan kebijakan organisasi Resource Location Restriction. Dengan kebijakan ini, saat Anda mencoba menggunakan lokasi geografis yang tidak mematuhi kebijakan, Anda akan melihat peringatan di halaman Cadangan. Jika Anda melihat lansiran ini, Anda perlu mengubah lokasi pencadangan ke lokasi yang diizinkan oleh kebijakan

Untuk daftar lengkap nilai regional yang valid, lihat. Untuk daftar lengkap nilai multiregional, lihat

Lihat dan

Catatan. Jika Anda mengubah lokasi penyimpanan cadangan, cadangan yang ada tetap berada di lokasi aslinya

Pencadangan otomatis dan retensi log transaksi

Pencadangan otomatis digunakan untuk instance Cloud SQL. Kombinasi pencadangan otomatis dan log transaksi digunakan untuk melakukan pemulihan waktu tertentu

Pencadangan otomatis dapat disimpan hingga satu tahun dengan mengonfigurasi periode penyimpanan, sedangkan pencadangan sesuai permintaan tetap ada hingga Anda menghapus cadangan atau hingga instans Anda dihapus

Meskipun log transaksi dihitung dalam hitungan hari, pencadangan otomatis tidak dijamin terjadi dalam batas hari. Unit yang berbeda digunakan untuk pengaturan retensi ini. Retensi cadangan otomatis dihitung dan dapat diatur dari satu hingga 365 cadangan. Retensi log transaksi dalam hitungan hari dan dapat diatur dari satu hingga tujuh. Nilai default untuk keduanya adalah tujuh

Batas bawah berguna untuk instance pengujian, karena log dan cadangan dihapus lebih cepat. Untuk log transaksi, ukuran disk tidak bertambah banyak dengan batas bawah. Menggunakan nilai yang lebih tinggi untuk retensi cadangan otomatis memungkinkan Anda memulihkan lebih jauh ke masa lalu

Catatan. Pengaturan penyimpanan log transaksi harus selalu kurang dari atau sama dengan pengaturan penyimpanan cadangan

Log transaksi yang lebih lama dari cadangan terakhir akan dihapus secara otomatis

Log dibersihkan sekali sehari, tidak terus menerus. Ketika jumlah hari retensi log sama dengan jumlah cadangan, dapat terjadi retensi log yang tidak mencukupi. Misalnya, menyetel retensi log menjadi tujuh hari dan retensi cadangan menjadi tujuh cadangan berarti antara enam dan tujuh hari log akan dipertahankan

Kami merekomendasikan pengaturan jumlah cadangan setidaknya satu lebih dari hari penyimpanan log untuk menjamin minimum hari penyimpanan log yang ditentukan

Aktivitas tulis yang tinggi ke database dapat menghasilkan log transaksi dalam jumlah besar, yang dapat menghabiskan ruang disk secara signifikan, dan menyebabkan pertumbuhan disk untuk penyimpanan otomatis meningkatkan instans yang diaktifkan. Kami merekomendasikan ukuran penyimpanan instans untuk memperhitungkan retensi log transaksi

Lihat

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 untuknya. Cloud SQL masuk sebagai pengguna cloudsqladmin untuk melakukan pencadangan otomatis

Bagaimana pencadangan memengaruhi operasi instans

Untuk instans MySQL, flag

gcloud sql backups describe BACKUP-ID \
--instance=INSTANCE_ID

_0 tidak digunakan untuk pencadangan. Ini berarti bahwa operasi tulis dan lainnya tidak terpengaruh oleh operasi pencadangan

Biasanya, pencadangan selesai dalam beberapa detik, tetapi jika sejumlah besar data telah ditulis sejak pencadangan terakhir, pencadangan membutuhkan waktu lebih lama untuk diselesaikan

Jika ada operasi yang tertunda pada saat upaya pencadangan, Cloud SQL biasanya melakukan beberapa upaya dalam jangka waktu tersebut untuk menyelesaikan pencadangan. Operasi yang memblokir pencadangan adalah operasi instance Cloud SQL yang berjalan lama seperti impor, ekspor, update (misalnya, perubahan metadata instance), dan mulai ulang instance

Selama operasi yang berjalan lama, seperti memuat data, Anda dapat menonaktifkan pencadangan otomatis untuk sementara

Batasan tingkat pencadangan

Cloud SQL membatasi kecepatan untuk operasi pencadangan pada disk data. Anda diperbolehkan melakukan maksimal lima operasi pencadangan setiap 50 menit per instans per proyek. Jika operasi pencadangan gagal, itu tidak diperhitungkan dalam kuota ini. Jika Anda mencapai batas, operasi akan gagal dengan pesan kesalahan yang memberi tahu Anda kapan Anda bisa mencoba lagi

Mari kita lihat bagaimana Cloud SQL melakukan pembatasan kecepatan untuk pencadangan

Cloud SQL menggunakan token dari bucket untuk menentukan berapa banyak operasi pencadangan yang tersedia dalam satu waktu. Setiap instance memiliki keranjang. Maksimum ada lima token dalam keranjang yang dapat Anda gunakan untuk operasi pencadangan. Setiap 10 menit, token baru ditambahkan ke keranjang. Jika ember penuh, token meluap

Setiap kali Anda mengeluarkan operasi pencadangan, token diberikan dari keranjang. Jika operasi berhasil, token dihapus dari keranjang. Jika gagal, token dikembalikan ke ember. Diagram berikut menunjukkan cara kerjanya

Penyelesaian masalah

MasalahPemecahan masalahAnda tidak dapat melihat status operasi saat ini. Konsol Google Cloud hanya melaporkan keberhasilan atau kegagalan saat operasi selesai. Itu tidak dirancang untuk menampilkan peringatan atau pembaruan lainnya

Jalankan perintah

gcloud sql backups describe BACKUP-ID \
--instance=INSTANCE_ID

1 untuk mencantumkan semua operasi untuk instance Cloud SQL yang diberikan

Anda ingin mengetahui siapa yang mengeluarkan operasi pencadangan sesuai permintaan. Antarmuka pengguna tidak menampilkan pengguna yang memulai operasi

Lihat di dan filter menurut teks untuk menemukan pengguna. Anda mungkin perlu menggunakan log audit untuk informasi pribadi. Termasuk file log yang relevan

gcloud sql backups describe BACKUP-ID \
--instance=INSTANCE_ID

gcloud sql backups describe BACKUP-ID \
--instance=INSTANCE_ID

Jika Log Audit Cloud diaktifkan, dan Anda memiliki izin yang diperlukan untuk melihatnya,
```
gcloud sql backups describe BACKUP-ID \
--instance=INSTANCE_ID
    
```
4 mungkin juga tersedia

Anda tidak dapat melakukan pencadangan setelah instance dihapus. Masa tenggang untuk pembersihan instance Cloud SQL adalah empat hari, kecuali replika baca, yang langsung dihapus. Selama waktu ini, dukungan pelanggan dapat membuat ulang instans. Jika instance dibuat ulang, cadangannya juga dibuat ulang. Setelah instance dibersihkan, pemulihan data tidak dapat dilakukan

Jika Anda telah melakukan operasi ekspor, Anda dapat membuat instans baru, lalu melakukan operasi impor untuk membuat ulang database. Ekspor ditulis ke Cloud Storage dan impor dibaca dari sana

Pencadangan otomatis macet selama berjam-jam dan tidak dapat dibatalkan. Pencadangan bisa memakan waktu lama tergantung pada ukuran basis data

Jika Anda benar-benar harus membatalkan operasi, Anda dapat meminta dukungan pelanggan untuk

gcloud sql backups describe BACKUP-ID \
--instance=INSTANCE_ID

5 instance

Operasi pemulihan bisa gagal saat satu atau lebih pengguna yang direferensikan dalam file dump SQL tidak ada. Sebelum memulihkan dump SQL, semua pengguna database yang memiliki objek atau diberi izin pada objek di database yang dibuang harus ada di database target. Jika tidak, operasi pemulihan gagal membuat ulang objek dengan kepemilikan atau izin asli

sebelum memulihkan dump SQL

Anda ingin menambah jumlah hari penyimpanan cadangan otomatis dari tujuh menjadi 30 hari, atau lebih lama. Anda bisa, dari 1 hingga 365. Pencadangan otomatis dipangkas secara teratur berdasarkan nilai retensi yang dikonfigurasi. Sayangnya, ini berarti cadangan yang terlihat saat ini adalah satu-satunya cadangan otomatis yang dapat Anda pulihkan

Untuk menyimpan cadangan tanpa batas waktu, Anda dapat , karena tidak dihapus dengan cara yang sama seperti cadangan otomatis. Pencadangan sesuai permintaan tetap ada tanpa batas waktu. Artinya, mereka tetap ada sampai dihapus atau instance miliknya dihapus. Karena jenis cadangan tersebut tidak dihapus secara otomatis, hal ini dapat memengaruhi penagihan

Pencadangan otomatis gagal dan Anda tidak menerima pemberitahuan email. Notifikasi tidak didukung untuk kegagalan pencadangan

Saat pencadangan otomatis gagal, pesan

gcloud sql backups describe BACKUP-ID \
--instance=INSTANCE_ID

6 muncul di halaman

gcloud sql backups describe BACKUP-ID \
--instance=INSTANCE_ID

7 instance Cloud SQL

Anda dapat menemukan status cadangan melalui perintah atau

gcloud sql backups describe BACKUP-ID \
--instance=INSTANCE_ID

8. Misalnya, pertama-tama buat daftar cadangan untuk sebuah instans, lalu jelaskan cadangan tertentu berdasarkan ID-nya

Apa saja 3 jenis cadangan?

Jenis cadangan yang paling umum adalah cadangan penuh, cadangan inkremental, dan cadangan diferensial . Jenis pencadangan lainnya termasuk pencadangan penuh sintetik dan pencerminan.

Apa itu cadangan basis data MySQL?

Mysqldump adalah utilitas baris perintah yang digunakan untuk menghasilkan cadangan logis dari database MySQL . Ini menghasilkan Pernyataan SQL yang dapat digunakan untuk membuat ulang objek dan data database. Perintah juga dapat digunakan untuk menghasilkan keluaran dalam format XML, teks terbatas, atau CSV.

Apa empat jenis cadangan yang paling umum?

Setiap program pencadangan memiliki pendekatannya sendiri dalam menjalankan pencadangan, tetapi ada empat jenis pencadangan yang umum diterapkan dan umumnya digunakan di sebagian besar program ini. pencadangan lengkap, pencadangan diferensial, pencadangan inkremental, dan pencadangan cermin .

Apa itu cadangan fisik dan logis di MySQL?

Cadangan terdiri dari salinan persis dari direktori dan file basis data. Biasanya ini adalah salinan dari semua atau sebagian dari direktori data MySQL. Metode pencadangan fisik lebih cepat daripada logis karena hanya melibatkan penyalinan file tanpa konversi . Output lebih kompak daripada cadangan logis.