Kebijakan backup otomatis untuk RDS for MySQL - ApsaraDB RDS

Instans ApsaraDB RDS for MySQL (termasuk instans serverless) mendukung backup otomatis, yang mencakup full data backup dan incremental log backup. Topik ini menjelaskan cara mengonfigurasi kebijakan backup otomatis untuk data dan log Anda.

Penagihan

Jika melebihi kuota tersebut, penagihan dikenakan berdasarkan penggunaan aktual. Untuk detail kuota gratis dan harga, lihat Biaya backup.

Catatan penggunaan

Diaktifkan secara default: Backup data (full backup) diaktifkan secara default dan tidak dapat dinonaktifkan. Data tersebut disimpan minimal selama 7 hari dengan frekuensi minimal dua kali seminggu.
Versi engine: Backup tidak dapat dimulai untuk instans dengan versi engine minor berikut jika instans dalam status terkunci:
- ApsaraDB RDS for MySQL 5.1 dan 5.5: semua versi engine minor.
- ApsaraDB RDS for MySQL 5.6, 5.7, dan 8.0: versi engine minor sebelum 20190815.
Catatan
- Untuk meningkatkan versi engine mayor atau minor instans Anda, lihat Tingkatkan versi database atau Tingkatkan versi engine minor.
- Untuk informasi lebih lanjut, lihat Apa yang harus dilakukan ketika status instans adalah Locking.
Instans read-only: Instans read-only hanya mendukung konfigurasi kebijakan retensi log biner lokal dan tidak mendukung kebijakan backup otomatis.
Operasi DDL: Jangan menjalankan operasi Data Definition Language (DDL) selama proses backup. Operasi ini dapat menyebabkan table lock dan kegagalan backup.
Hindari jam sibuk: Jadwalkan backup di luar jam sibuk untuk meminimalkan dampak pada layanan Anda.
Pemulihan: Jika jumlah tabel dalam backup melebihi 50.000, backup tersebut tidak dapat digunakan untuk pemulihan database/tabel. Pemulihan seluruh database tidak terpengaruh.
Kegagalan backup: Backup akan gagal jika jumlah tabel melebihi 600.000.
Modifikasi kebijakan backup: Perubahan kebijakan backup akan segera memicu full backup baru.

Sebelum Anda memulai

Sebelum menggunakan fitur backup RDS untuk pertama kalinya, pastikan akun Alibaba Cloud Anda telah memberikan otorisasi kepada service-linked role AliyunServiceRoleForDBS.

Mengonfigurasi kebijakan backup

Langkah 1: Buka halaman konfigurasi

Masuk ke konsol ApsaraDB RDS dan buka halaman Instans. Pada bilah navigasi atas, pilih wilayah tempat instans RDS Anda berada. Lalu, temukan instans RDS target dan klik ID-nya.
Di panel navigasi kiri, pilih Backup and Restoration.
Klik tab Backup Strategy. Secara default, konsol menampilkan halaman kebijakan basic backup. Jika Anda telah meningkatkan ke kebijakan backup advanced, konsol akan menampilkan halaman kebijakannya.

Cara membedakan antara kebijakan basic dan advanced backup berdasarkan isi halaman:

Halaman kebijakan basic backup (tidak ditingkatkan)
- Halaman ini berisi bagian Basic Backup.
- Saat Anda mengklik tombol Edit, parameter akan langsung ditampilkan dalam bentuk formulir.
Halaman kebijakan advanced backup (ditingkatkan)
- Halaman ini memiliki tab MySQL dan Level-1 Backup di bagian atas.
- Di sini juga terdapat ikon berbentuk lingkaran yang menampilkan angka. Klik ikon tersebut untuk membuka halaman pengaturan parameter.
- Mendukung fitur-fitur advanced seperti sparse backup.

Catatan

Jika Anda berada di halaman kebijakan dasar tetapi ingin menggunakan fitur advanced seperti sparse backup, cari tautan Switch to Advanced Backup Policy di halaman tersebut. Instans tertentu di wilayah spesifik mendukung peralihan ke halaman kebijakan advanced backup. Setelah Anda beralih ke halaman tersebut, navigasi dan parameternya akan sedikit berbeda. Ikuti instruksi sesuai antarmuka pengguna Anda.

Langkah 2: Konfigurasikan parameter inti

Parameter inti berlaku secara konsisten baik untuk kebijakan basic maupun advanced backup.

Pengaturan backup data

Backup data (full backup) diaktifkan secara default dan tidak dapat dinonaktifkan. Periode retensi backup minimum adalah 7 hari, dan frekuensi minimum adalah dua kali seminggu.

Parameter	Deskripsi
Snapshot Backup Cycle	Frekuensi minimum adalah dua kali seminggu. Setelah Anda mengaktifkan backup snapshot frekuensi tinggi untuk instans yang menggunakan cloud disk, Anda dapat mengatur frekuensi hingga maksimal sekali setiap 15 menit.
Snapshot Backup Retention Period	Defaultnya adalah 7 hari. Rentang valid adalah: Instans yang menggunakan cloud disk: 7 hingga 730 hari. Catatan Untuk instans RDS Basic Edition yang menjalankan MySQL 5.7, parameter ini diatur ke 7 hari dan tidak dapat diubah. Instans dengan Premium Local SSD: 7 hari atau lebih. Data backup yang disimpan selama 730 hari atau kurang adalah standard backup. backup data yang disimpan selama lebih dari 730 hari dikonversi menjadi archive backup, yang memiliki biaya backup lebih rendah. Catatan Jika Anda mengatur periode lebih dari 730 hari, atau jika Anda memilih Permanently Retained Before Instance Release, Anda juga harus mengatur jumlah archive backup yang akan disimpan, seperti menyimpan dua archive backup pertama setiap bulan.
Start At	Untuk mengurangi potensi dampak pada layanan Anda, pilih waktu di luar jam sibuk.
Retain Backup Files after Instance Release	Pilih apakah file backup akan disimpan setelah instans di-released. Catatan Kami sarankan Anda memilih Latest atau All. Setelah instans di-released, Anda dapat membuka halaman Deleted Instance Backups untuk mengunduh backup untuk pemulihan. Untuk informasi lebih lanjut, lihat Menyimpan file backup untuk jangka waktu yang panjang.

Pengaturan backup log

Backup log (incremental backup) memungkinkan Anda melakukan Point-in-Time Recovery (PITR).

Pengaturan backup log

Parameter	Deskripsi
Log Backup	Jika diaktifkan, Anda dapat memulihkan data ke titik waktu tertentu. Fitur ini aktif secara default.
Log Backup Retention Period	Rentang yang valid adalah 7 hingga 730 hari. Defaultnya adalah 7 hari. Nilainya harus kurang dari atau sama dengan periode retensi backup data. Catatan Untuk instans RDS Basic Edition yang menjalankan MySQL 5.7, parameter ini diatur ke 7 hari.

Pengaturan Point-in-Time Recovery

Pengaturan ini saat ini hanya tersedia untuk instans RDS for MySQL di wilayah tertentu. Untuk informasi mengenai perbedaan antara point-in-time recovery dan backup log, fitur point-in-time recovery, dan persyaratan instans, lihat Mengonfigurasi fitur PITR.

Penting

Untuk mengaktifkan point-in-time recovery, instans akan menyimpan satu set backup tambahan di luar periode retensi backup log yang ditentukan.

Contohnya, jika Log Backup Retention Period diatur ke 7 hari, periode retensi aktual akan berkisar antara 7 hingga 9 hari. Secara spesifik, sistem menyimpan backup lengkap (full backup) terbaru yang berada di luar rentang 7 hari, serta seluruh backup log berurutan yang terkait dengannya hingga akhir periode 7 hari tersebut. Namun, Anda hanya dikenai biaya untuk satu backup lengkap dan paling banyak satu minggu tambahan backup log.

Parameter	Catatan
Log Backup	Mengaktifkan pemulihan PITR. Fitur ini diaktifkan secara default.
Point-in-time Recovery	Mengaktifkan pemulihan PITR untuk data Anda.
Log Backup Retention Days	Terapkan periode retensi backup log. Rentang valid adalah 7 hingga 730 hari. Nilai defaultnya adalah 7 hari. Nilainya harus kurang dari atau sama dengan periode retensi backup penuh. Catatan Untuk seri 5.7 Basic, periode retensi tetap di 7 hari.

Fitur advanced (opsional)

Parameter	Instans yang berlaku	Deskripsi
Backup within Seconds	Instans dengan cloud disk (High-availability Edition/Cluster Edition)	Jika diaktifkan, fitur ini mengurangi waktu backup snapshot hingga hanya beberapa detik.
Increase Snapshot Frequency	Instans dengan cloud disk (High-availability Edition/Cluster Edition)	High-frequency snapshot backup mempersingkat siklus snapshot dan meningkatkan kepadatan snapshot. Setelah diaktifkan, Anda dapat menjadwalkan backup berjalan sesering setiap 15 menit. Catatan Fitur ini harus diaktifkan bersama dengan Backup within Seconds. Jika Anda mengaktifkan fitur ini saat Backup Within Seconds nonaktif, sistem akan secara otomatis mengaktifkan Backup within Seconds.
Restore Individual Database/Table	Semua instans	Jika diaktifkan, file backup yang dihasilkan mendukung pemulihan database atau tabel tanpa perlu memulihkan seluruh instans.
Fast Restoration	Instans dengan Premium Local SSD (hanya tersedia di wilayah tertentu)	Memungkinkan pemulihan yang dipercepat untuk database dan tabel individual. Jika diaktifkan, kecepatan pemulihan diatur ke Fast. Jika tidak, kecepatannya adalah Standard. Standard: Kecepatan normal untuk pemulihan database dan tabel. Standard: Meningkatkan kecepatan pemulihan sekitar 50% hingga 95% dibandingkan pemulihan standard. Catatan Setelah mengaktifkan Fast Restoration, Anda juga harus memilih CDM Billing Method dan CDM Retention Period.
Backup Encryption Status	Instans dengan Premium Local SSD (tersedia untuk kebijakan backup lanjutan)	Enkripsi file backup untuk meningkatkan keamanan data.

Langkah 3: Simpan dan verifikasi kebijakan

Klik OK atau Save.
Sistem akan segera memicu full backup berdasarkan kebijakan yang baru.
Anda dapat melihat set backup baru di daftar Data Backups pada halaman Backup and Restoration. Setelah backup pertama berhasil, sistem akan otomatis melakukan backup berikutnya sesuai kebijakan baru.

Operasi Terkait

Selain backup otomatis, Anda dapat menggunakan fitur logical backup dari Data Disaster Recovery untuk membuat backup instans RDS for MySQL atau instans self-managed MySQL secara otomatis. Fitur ini mendukung cross-account backup, single database atau table backup, remote backup, dan storing backup di OSS. Untuk perbandingan detail, lihat Perbedaan antara backup RDS default dan backup Data Disaster Recovery.
Selain backup otomatis, ApsaraDB RDS juga memungkinkan Anda untuk melakukan backup secara manual untuk semua database atau database dan tabel tertentu.
Anda dapat mengunduh backup ke perangkat lokal atau mengunggahnya ke OSS.
Anda dapat menggunakan data recovery plan untuk memulihkan data dari backup data dan backup log ke instans yang sudah ada, instans baru, atau database lokal.
Secara default, file backup disimpan di wilayah yang sama dengan instansnya. Untuk membuat backup instans ke wilayah lain, lihat Cross-region backup.

Anda dapat mengelola kebijakan backup instans RDS atau mengonfigurasi Data Disaster Recovery backup plan melalui Application Programming Interface (API).

Kategori	API	Deskripsi
Default RDS backup	ModifyBackupPolicy	Memodifikasi pengaturan backup instans RDS.
	DescribeBackupPolicy	Melihat pengaturan backup suatu instans.
	DescribeBackups	Menampilkan daftar set backup.
	DescribeBackupTasks	Melihat backup task untuk suatu instans.
Data Disaster Recovery backup	CreateBackupPlan	Membuat backup plan.
Data Disaster Recovery backup	ConfigureBackupPlan	Mengonfigurasi backup plan.

FAQ

T: Bagaimana backup ApsaraDB RDS for MySQL memengaruhi performa instans?

J: Ini tergantung pada edisi instans RDS Anda, sebagai berikut:

Edisi RDS	Dampak
High-availability Edition, Cluster Edition, atau RDS Enterprise Edition	Backup dilakukan pada instans RDS secondary, sehingga tidak menggunakan sumber daya CPU maupun memengaruhi performa instans RDS primer. Catatan Pada kasus yang jarang terjadi seperti ketika instans secondary tidak tersedia, backup akan dilakukan pada instans primary.
RDS Edisi Dasar	Instans RDS yang menjalankan RDS Basic Edition bersifat standalone. Semua operasi backup dilakukan pada instans RDS. Dalam hal ini, performa instans RDS akan menurun selama proses backup.

T: Bagaimana cara menonaktifkan backup data atau log otomatis untuk RDS for MySQL?
J: Anda tidak dapat menonaktifkan backup data, tetapi Anda dapat menonaktifkan backup log.
- Backup Data (Full): Backup data bersifat wajib dan tidak dapat dinonaktifkan. Namun, Anda dapat mengurangi biaya dan penggunaan resource dengan mengatur frekuensi ke level minimum (dua kali seminggu) dan periode retensi juga ke minimum (7 hari).
- Backup Log (Inkremental): Anda dapat menonaktifkan backup log pada halaman Backup Strategy di konsol RDS.
T: Apa yang terjadi pada backup otomatis saat instans RDS pay-as-you-go saya memiliki pembayaran yang telah jatuh tempo?
J: Backup akan terus berjalan selama masa tenggang (7 hari), dan akan berhenti setelah masa tenggang berakhir.
- Selama masa tenggang (7 hari setelah pembayaran jatuh tempo): Backup otomatis terus berjalan sesuai jadwal.
- Setelah masa tenggang: Instans akan di-suspended, penagihan dihentikan, dan backup otomatis juga akan langsung berhenti.
T: Mengapa task backup RDS for MySQL saya gagal?
J: Penyebab paling umum kegagalan backup adalah table lock, yang terjadi saat pernyataan Data Definition Language (DDL) atau UPDATE yang berjalan lama dieksekusi selama periode backup. Untuk mencegahnya, hindari menjalankan kueri DDL atau pembaruan yang berjalan lama selama jadwal backup Anda.
T: Mengapa ukuran backup snapshot RDS saya jauh lebih besar dari ukuran data aktual saya?
J: Ukuran backup snapshot didasarkan pada total ukuran storage blok yang dialokasikan, bukan pada ukuran data Anda. Untuk instans dengan cloud disk, RDS menggunakan backup snapshot. Jika penulisan data Anda terfragmentasi (misalnya, data 3 MB ditulis ke beberapa blok yang berbeda), jumlah blok yang terisi akan meningkat. Snapshot akan mencakup semua blok tersebut, sehingga ukuran backup bisa jauh lebih besar daripada volume data aktual Anda.

T: Dimana file backup RDS saya disimpan, dan apakah file tersebut menggunakan disk space instans saya?
J: Tidak, file backup tidak menggunakan disk space pada instans Anda. RDS menyimpan semua backup data dan backup log di backup space khusus dan terpisah yang disediakan oleh Alibaba Cloud.
Catatan
- Backup space ini tidak dapat diakses secara langsung. Untuk mengunduh file backup, Anda harus menggunakan konsol RDS atau API.
- Tersedia kuota gratis untuk backup space ini. Anda akan ditagih untuk penggunaan yang melebihi kuota tersebut.

ApsaraDB RDS：Backup otomatis