Selain backup reguler, RDS for MySQL mendukung sparse backup. Fitur ini memungkinkan Anda mengatur kebijakan backup secara lebih fleksibel dan menyimpan jumlah minimum set cadangan. Sparse backup mengurangi waktu pemulihan serta menurunkan biaya penyimpanan backup. Topik ini menjelaskan cara mengonfigurasi fitur tersebut.
Prasyarat
-
Instans RDS for MySQL 5.7 pada Edisi Dasar tidak mendukung sparse backup.
-
Instans dengan Jenis Penyimpanan yang diaktifkan tidak mendukung cadangan jarang.
-
Jika Anda pertama kali menggunakan layanan backup RDS, Anda harus menggunakan Akun Alibaba Cloud untuk mengotorisasi peran terkait layanan untuk Pemulihan Bencana Data (AliyunServiceRoleForDBS). Untuk informasi selengkapnya, lihat Otorisasi peran terkait layanan untuk Pemulihan Bencana Data.
-
Anda telah beralih ke halaman kebijakan backup Edisi Premium. Untuk informasi selengkapnya, lihat Beralih ke kebijakan backup advanced.
CatatanAnda harus beralih ke halaman kebijakan backup premium sebelum dapat mengatur kebijakan backup untuk menerapkan sparse backup.
Perbedaan antara backup reguler dan sparse backup
|
Item |
Regular backup |
Sparse backup |
|
Backup set retention policy |
Set cadangan disimpan berdasarkan kebijakan retensi data yang dikonfigurasi. Anda harus menyimpan 2 hingga 7 set cadangan per minggu. Misalnya, Anda dapat mengatur kebijakan untuk menyimpan satu set cadangan pada hari Senin dan satu pada hari Minggu setiap minggu selama 365 hari. |
Anda dapat mengatur kebijakan backup yang lebih fleksibel dan menyimpan jumlah minimum set cadangan. Misalnya, Anda dapat menyimpan satu set cadangan pada hari Senin dan satu pada hari Minggu setiap minggu selama 7 hari, serta menyimpan satu set cadangan pada hari terakhir setiap bulan untuk retensi jangka panjang. |
|
Storage cost |
Backup reguler menghasilkan banyak set cadangan, sehingga mengakibatkan biaya penyimpanan backup yang tinggi. |
Sparse backup memungkinkan Anda mengatur kebijakan backup yang lebih fleksibel untuk menyimpan jumlah minimum set cadangan. Hal ini menghasilkan biaya penyimpanan backup yang rendah. |
Perhatian
-
Kebijakan sparse backup mulai berlaku sekitar 10 hingga 15 menit setelah dikonfigurasi.
-
Kebijakan backup pertama untuk instans bersifat tetap menjadi Every Week, harus dikonfigurasi untuk backup minimal dua hari, dan tidak dapat dihapus.
-
Jika beberapa kebijakan sparse backup dijadwalkan pada hari yang sama, sistem hanya menghasilkan satu set cadangan dan menyimpannya sesuai periode retensi terpanjang yang ditentukan.
-
Setelah Anda menghapus kebijakan sparse backup, set cadangan yang telah dihasilkan tetap disimpan selama periode retensi aslinya.
-
Setelah Anda mengonfigurasi kebijakan sparse backup, jika pembuatan atau dump set cadangan gagal dalam jendela backup pada hari tertentu, backup untuk hari tersebut dilewati dan tidak ada set cadangan tambahan yang disimpan. Contoh kegagalan meliputi backup yang gagal, instans yang terkunci, atau dump yang belum selesai sebelum kadaluarsa level-1 backup.
Misalnya, Anda mengatur kebijakan untuk melakukan backup pada hari pertama setiap bulan dan menyimpan set cadangan selama 30 hari. Jika backup gagal dalam jendela backup pada 1 Desember, tidak ada set cadangan yang disimpan untuk tanggal tersebut.
Penagihan
Anda tidak dikenai biaya untuk backup jika ukuran total set cadangan Anda tidak melebihi kuota gratis Anda. Jika kuota gratis terlampaui, Anda akan dikenai biaya penyimpanan backup. Untuk informasi selengkapnya tentang kuota gratis dan penagihan, lihat Biaya penyimpanan backup.
Beralih ke kebijakan backup advanced
Anda harus beralih ke halaman kebijakan backup advanced untuk mengatur kebijakan backup yang menerapkan sparse backup. Jika Anda telah beralih, Anda dapat melewati langkah ini.
Buka halaman Instances. Di bilah navigasi atas, pilih wilayah tempat instans RDS berada. Lalu, temukan instans RDS tersebut dan klik ID instans tersebut.
-
Di panel navigasi kiri, klik Backup and Restoration.
-
Di halaman Backup and Restoration, klik tab Backup Strategy. Lalu, klik Switch to Advanced Backup Policy.
PentingJika tombol Switch to Advanced Backup Policy tidak ditampilkan di halaman, ajukan tiket untuk meminta akses. Setelah permintaan Anda disetujui, refresh halaman dan lanjutkan ke langkah berikutnya.
-
Pada kotak dialog yang muncul, pilih Understood dan klik OK.
PentingHalaman kebijakan backup instans telah beralih ke versi premium. Anda tidak dapat kembali ke versi dasar.
Halaman Backup Policy muncul seperti pada gambar berikut. Hal ini menunjukkan bahwa Anda telah beralih ke halaman kebijakan backup advanced. Anda sekarang dapat mengatur kebijakan sparse backup di halaman ini.

Atur kebijakan sparse backup
Anda dapat mengonfigurasi satu atau beberapa kebijakan backup secara manual untuk menyimpan jumlah minimum set cadangan. Ini dikenal sebagai sparse backup.
Buka halaman Instances. Di bilah navigasi atas, pilih wilayah tempat instans RDS berada. Lalu, temukan instans RDS tersebut dan klik ID instans tersebut.
-
Di panel navigasi kiri, klik Backup and Restoration.
-
Di halaman Backup and Restoration, klik tab Backup Strategy. Lalu, klik angka berlingkar di antara MySQL dan Level-1 Backup.

-
Pada kotak dialog yang muncul, klik Add Backup Policy, konfigurasi kebijakan sparse backup, lalu klik OK.
Backup Cycle
Backup Time
Retention Period
Every Week
Anda dapat memilih satu atau beberapa hari dalam seminggu.
Anda dapat mengatur periode retensi yang berbeda untuk setiap kebijakan. Periode retensi dapat berkisar antara 7 hingga 7.300 hari.
CatatanAnda juga dapat memilih Long-term Retention untuk kebijakan backup agar set cadangan disimpan dalam jangka panjang.
Every Month
Anda dapat memilih satu atau beberapa hari dalam sebulan, atau memilih Last Day Of Each Month.
Every Year
Anda dapat memilih hari tertentu dalam setahun. Misalnya, Anda dapat memilih 1 Januari.
Catatan-
Instans seri high-availability RDS for MySQL 5.6 dan 5.7 yang menggunakan disk lokal berkinerja-tinggi mendukung High-frequency Incremental Backup. Anda dapat mengaktifkan dan mengonfigurasi fitur ini. Selain backup penuh yang dilakukan pada titik waktu yang ditentukan, sistem secara preferensial melakukan backup incremental fisik pada High-frequency Incremental Backup Frequency yang ditentukan. Untuk informasi selengkapnya tentang fitur ini, lihat High-frequency physical backup.
-
Periode retensi untuk set cadangan incremental frekuensi tinggi berkisar antara 7 hingga 30 hari. Periode retensi ini harus lebih pendek dari atau sama dengan periode retensi yang ditentukan dalam kebijakan backup.
-
Jika set cadangan penuh kadaluarsa tetapi set cadangan incremental yang berbasis padanya belum kadaluarsa, set cadangan penuh tidak dihapus secara otomatis. Set cadangan penuh dan semua set cadangan incremental berikutnya dihapus bersamaan setelah semua set cadangan incremental tersebut kadaluarsa.
-
-
Kebijakan backup pertama untuk instans bersifat tetap menjadi Every Week, harus dikonfigurasi untuk backup minimal dua hari, dan tidak dapat dihapus.
-
Untuk informasi tentang pengaturan parameter lainnya, lihat Automatic backup dan Backup encryption.
-
-
Di pojok kiri bawah tab Backup Policy, klik Save.
Contoh konfigurasi

Daftar berikut menjelaskan pengaturan parameter pada gambar di atas:
-
①: Backup dilakukan setiap hari dari Senin hingga Minggu. Set cadangan disimpan selama 7 hari.
-
②: Backup dilakukan setiap hari Senin. Set cadangan disimpan selama 30 hari.
-
③: Backup dilakukan pada hari pertama dan terakhir setiap bulan. Set cadangan disimpan selama 365 hari.
-
④: Backup dilakukan pada 1 Januari setiap tahun. Set cadangan disimpan dalam jangka panjang.
Langkah selanjutnya
Lihat kebijakan backup
Di halaman Backup Policy, Anda dapat mengarahkan pointer mouse ke angka berlingkar untuk melihat kebijakan backup yang telah dikonfigurasi.
Angka dalam lingkaran menunjukkan jumlah kebijakan backup yang telah dikonfigurasi.

Hapus kebijakan backup
Di halaman Level-1 Backup, Anda dapat menghapus kebijakan backup yang telah Anda tambahkan.
Kebijakan backup pertama untuk instans bersifat tetap menjadi Every Week, harus dikonfigurasi untuk backup minimal dua hari, dan tidak dapat dihapus.
