Topik ini menjelaskan cara melakukan full backup database menggunakan metode otomatis dan manual, mencakup konfigurasi kebijakan backup otomatis serta cara memulai backup manual segera untuk memenuhi kebutuhan perlindungan data dan disaster recovery Anda.
Scenarios
-
Automatic backup: Gunakan metode ini untuk perlindungan data rutin dan disaster recovery. Sistem secara otomatis melakukan full backup berdasarkan kebijakan yang telah ditentukan dan menggabungkannya dengan log backup untuk mengaktifkan point-in-time recovery (PITR), sehingga meminimalkan kehilangan data jika terjadi kegagalan tak terduga.
-
Manual backup: Buat snapshot data segera sebelum melakukan operasi berisiko tinggi seperti perubahan skema (DDL), peningkatan aplikasi, atau migrasi data. Backup ini berfungsi sebagai titik pemulihan yang andal. Jika operasi menyebabkan masalah, Anda dapat segera melakukan rollback ke kondisi sebelum operasi untuk memastikan stabilitas dan kelangsungan bisnis.
Prerequisites
Jika Anda menggunakan layanan backup RDS untuk pertama kali, gunakan Akun Alibaba Cloud Anda untuk mengotorisasi peran terkait layanan Data Disaster Recovery (AliyunServiceRoleForDBS).
Billing
Backup dalam kuota gratis tidak dikenai biaya. Penggunaan melebihi kuota gratis akan ditagih berdasarkan konsumsi aktual. Untuk detail kuota gratis dan harga, lihat biaya penyimpanan backup.
Notes
-
Diaktifkan secara default: Cadangan data (full backup) diaktifkan secara default dan tidak dapat dinonaktifkan. Backup disimpan selama minimal 7 hari, dengan frekuensi minimal dua kali per minggu.
-
Batasan versi mesin minor: Instans yang terkunci karena versi mesin minor berikut tidak dapat memulai backup.
-
RDS MySQL 5.1 dan 5.5: semua versi minor.
-
RDS MySQL 5.6, 5.7, dan 8.0: versi minor sebelum 20190815.
Catatan-
Untuk meningkatkan versi database utama atau versi mesin minor Anda, lihat Upgrade database version atau Upgrade minor engine version.
-
Untuk informasi lebih lanjut, lihat Cara mengatasi saat status instans menampilkan "Locked".
-
-
Instans read-only: Hanya mendukung pengonfigurasian kebijakan retensi log lokal. Instans ini tidak mendukung kebijakan backup otomatis.
-
Operasi DDL: Jangan menjalankan operasi DDL selama backup. Tabel yang terkunci dapat menyebabkan kegagalan backup.
-
Hindari jam sibuk bisnis: Jadwalkan backup selama jam sepi bila memungkinkan.
-
Batasan pemulihan: Jika backup berisi lebih dari 50.000 tabel, fitur Database/Table Restoration tidak tersedia. Namun, fitur Restore Instance (Previously Clone Instance) tetap tidak terpengaruh.
-
Batas backup: Backup tidak dapat dilakukan jika jumlah tabel melebihi 600.000.
-
Modifikasi kebijakan: Mengubah kebijakan backup akan segera memicu full backup.
Perform backups
Automatic backup procedure
Step 1: Go to the configuration page
Masuk ke Konsol ApsaraDB RDS dan buka halaman Instances. Di bilah navigasi atas, pilih Wilayah tempat instans RDS berada. Lalu, temukan instans RDS tersebut dan klik ID instansnya.
-
Di panel navigasi kiri, pilih Backup and Recovery.
-
Klik tab Backup Policy. Secara default, konsol menampilkan halaman kebijakan backup dasar (belum ditingkatkan). Jika Anda telah meningkatkan ke backup lanjutan, konsol menampilkan halaman kebijakan backup lanjutan (setelah upgrade).
Step 2: Configure core parameters
Makna parameter inti tetap sama terlepas dari apakah kebijakan backup telah ditingkatkan atau belum.
Pengaturan cadangan data
Cadangan data (full backup) diaktifkan secara default dan tidak dapat dinonaktifkan. Backup disimpan selama minimal 7 hari, dengan frekuensi minimal dua kali per minggu.
|
Parameter |
Description |
|
Backup cycle |
Minimum: dua kali per minggu. Untuk instans disk cloud dengan high-frequency snapshots diaktifkan, Anda dapat mengaturnya hingga sekali setiap 15 menit. |
|
Backup retention period |
Default: 7 hari. Opsi:
|
|
Backup start time |
Pilih jam sepi bisnis untuk meminimalkan dampak potensial terhadap workload Anda. |
|
Retain backup files after instance release |
Pilih apakah akan menyimpan file backup setelah melepas instans. Catatan
Kami merekomendasikan memilih Latest atau All. Setelah melepas instans, Anda dapat mengunduh backup untuk pemulihan dari halaman Deleted Instance Backups. Untuk detailnya, lihat long-term retention backup. |
Pengaturan cadangan log
Cadangan log (incremental backup) mengaktifkan point-in-time recovery (PITR).
|
Parameter |
Description |
|
Log Backup |
Mencadangkan log transaksi untuk PITR. Diaktifkan secara default. |
|
Point-in-time recovery |
Mengaktifkan pemulihan ke titik waktu tertentu. |
|
Log Backup Retention Period (Days) |
Mengatur periode retensi cadangan log.
Catatan
Untuk instans Edisi Dasar RDS yang menjalankan MySQL 5.7, nilai ini tetap pada 7 hari. |
Untuk memastikan PITR, set cadangan tambahan disimpan melebihi periode retensi cadangan log yang ditentukan.
Contoh: Dengan Log Backup Retention Period (Days) diatur ke 7 hari, sistem menyimpan data backup selama 7 hingga 9 hari — full backup terbaru dari sebelum batas 7 hari ditambah cadangan log berkelanjutan untuk menutupi celah tersebut. Anda hanya dikenai biaya untuk satu full backup tambahan dan hingga satu minggu tambahan cadangan log.
Fitur lanjutan (opsional)
|
Parameter |
Applicable instances |
Description |
|
Backup within seconds |
Instans disk cloud (Edisi Ketersediaan Tinggi atau Edisi Kluster) |
Jika diaktifkan, cadangan snapshot selesai dalam hitungan detik. |
|
Increase snapshot frequency |
Instans disk cloud (Edisi Ketersediaan Tinggi atau Edisi Kluster) |
Mengaktifkan high-frequency snapshot backup memperpendek interval snapshot dan meningkatkan kerapatan snapshot. Setelah diaktifkan, Anda dapat mengatur backup hingga sekali setiap N jam atau bahkan sekali setiap 15 menit. Catatan
Fitur ini memerlukan backup within seconds diaktifkan secara bersamaan. Jika Anda mengaktifkan fitur ini sementara backup within seconds dinonaktifkan, sistem akan secara otomatis mengaktifkan backup within seconds. |
|
Fast restoration for individual databases and tables |
Semua instance |
Jika diaktifkan, backup yang dihasilkan mendukung pemulihan database atau tabel individu tanpa perlu memulihkan seluruh instans. |
|
Fast restoration for individual databases and tables (accelerated) |
Instans dengan Premium Local SSDs (di wilayah tertentu) |
Mengaktifkan fast restoration for individual databases and tables (accelerated) memilih opsi kecepatan dipercepat. Jika tidak, kecepatan default adalah standar.
Catatan
Setelah mengaktifkan pemulihan dipercepat, Anda juga harus memilih CDM Billing Method dan CDM Retention Period. |
|
Backup encryption status |
Instans dengan Premium Local SSDs (kebijakan backup lanjutan) |
Mengenkripsi file backup untuk meningkatkan keamanan data. |
Step 3: Save and verify
-
Klik OK atau Save.
-
Sistem segera memicu full backup berdasarkan kebijakan baru.
-
Kemudian, periksa set cadangan baru di Backup and Recovery → Data Backup. Setelah backup pertama berhasil, sistem secara otomatis menjalankan backup berikutnya sesuai kebijakan baru.
Manual backup procedure
Perform backup
Masuk ke Konsol ApsaraDB RDS dan buka halaman Instances. Di bilah navigasi atas, pilih Wilayah tempat instans RDS berada. Lalu, temukan instans RDS tersebut dan klik ID instansnya.
Di pojok kanan atas halaman yang muncul, klik Backup Instance.
-
Di kotak dialog Backup Instance, pilih untuk mencadangkan semua database atau database dan tabel tertentu, lalu klik OK.
CatatanUntuk perbedaan antara metode backup, lihat Logical backup, physical backup, and snapshot.
Back up all databases
Back up specific databases and tables
Instans dengan Premium Local SSDs
Dua opsi:
-
Physical Backup (backup dan pemulihan lebih cepat daripada logical backup)
-
Instans disk cloud
Snapshot Backup
Tidak didukung
-
View backup progress
Setelah memulai backup, sistem membuat pekerjaan cadangan. Di halaman Task Hub, filter tugas dengan Task Type bernilai Manual Backup Instance, dan status Pending Execution atau In Progress untuk memantau kemajuan. Di daftar Backup Jobs, pastikan Task Type bernilai Manual Backup Instance, Task Status bernilai Successful, dan Progress mencapai 100% untuk memverifikasi penyelesaian.
-
Periode retensi untuk set cadangan manual bersifat independen dari kebijakan backup. Anda dapat menyesuaikan periode retensi, yang mendukung 7 hingga 730 hari atau retensi permanen. Jika tidak menentukan periode retensi, set cadangan manual disimpan secara permanen secara default.
-
Set cadangan hanya ditampilkan setelah backup selesai, dan Anda dapat mengunduh file backup di halaman . Untuk informasi lebih lanjut, lihat Download a Backup.
Related operations
-
Setelah backup selesai, Anda dapat mengunduh file backup dari halaman . Untuk petunjuknya, lihat Download backup.
-
Selain fitur backup otomatis RDS yang dijelaskan di sini, Anda juga dapat menggunakan fitur logical backup dari Data Disaster Recovery—yang mendukung cross-account backup, backup database atau tabel tunggal, geo-redundansi, dan penyimpanan backup di OSS—untuk mengimplementasikan automatic backup untuk RDS MySQL atau self-managed MySQL. Untuk perbedaan utama, lihat Differences between RDS default backup and Data Disaster Recovery.
-
Selain fitur backup otomatis RDS yang dijelaskan di sini, RDS juga memungkinkan Anda untuk manually back up semua database atau database dan tabel tertentu.
-
Anda dapat download backups ke mesin lokal Anda atau mengunggahnya ke OSS.
-
Anda dapat menggunakan data restoration solutions untuk memulihkan cadangan data dan cadangan log ke instans yang ada, instans baru, atau database lokal.
-
Secara default, file backup disimpan di wilayah yang sama dengan instans. Untuk mencadangkan ke wilayah lain, lihat cross-region backup.
-
Anda dapat mengelola kebijakan backup instans RDS atau mengonfigurasi rencana backup Data Disaster Recovery menggunakan API sebagai berikut:
Classification
API
Description
RDS default backup
Memodifikasi pengaturan backup instans RDS.
Menanyakan pengaturan backup instans.
Menampilkan daftar set cadangan.
Menanyakan daftar pekerjaan backup untuk suatu instans.
Data Disaster Recovery backup
Membuat rencana backup.
Mengonfigurasi rencana backup.
FAQ
-
Q: Apakah backup memengaruhi kinerja instans?
RDS edition
Impact
RDS High-availability Edition, RDS Cluster Edition, atau RDS Enterprise Edition
Operasi backup dilakukan pada instans RDS sekunder. Dalam kasus ini, operasi tidak menggunakan sumber daya CPU atau memengaruhi kinerja instans RDS primer.
CatatanDalam kasus langka ketika instans sekunder tidak tersedia, backup dilakukan pada instans primer.
Jika instans RDS menjalankan RDS Basic Edition, instans tersebut berdiri sendiri. Semua operasi backup dilakukan pada instans RDS tersebut. Dalam kasus ini, kinerja instans RDS menurun selama backup.
-
Q: Dapatkah saya menonaktifkan cadangan data atau cadangan log?
A: Anda tidak dapat menonaktifkan cadangan data, tetapi dapat mengurangi frekuensinya (minimum dua kali per minggu) dan mengatur periode retensi minimal 7 hari. Anda dapat menonaktifkan cadangan log dengan menggeser sakelar di halaman Backup Strategy. Untuk detailnya, lihat tutorial Delete or reduce backups untuk mengurangi backup RDS MySQL.
-
Q: Apakah backup otomatis tetap berjalan setelah instans pay-as-you-go jatuh tempo?
A: Backup otomatis tetap berjalan dalam ambang batas saldo negatif (7 hari setelah jatuh tempo). Setelah melewati periode tenggang 7 hari ini, Alibaba Cloud menangguhkan instans (layanan berhenti) dan menghentikan penagihan. Backup otomatis segera dihentikan. Untuk informasi lebih lanjut, lihat Overdue payments.
-
Q: Mengapa pekerjaan backup kadang gagal?
A: Pernyataan DDL atau update yang berjalan lama selama backup dapat mengunci tabel dan menyebabkan kegagalan backup.
-
Q: Mengapa ukuran backup snapshot saya puluhan GB padahal data saya hanya beberapa GB?
A: Ukuran file backup tunggal bisa lebih besar atau lebih kecil daripada volume data aktual Anda. Untuk instans disk cloud yang menggunakan snapshot backup, ukuran file backup snapshot tunggal bisa jauh lebih besar daripada ukuran data Anda. Kuota backup gratis adalah 200% dari kapasitas penyimpanan instans untuk instans disk cloud dan 50% untuk instans dengan Premium Local SSDs.
CatatanUkuran snapshot dihitung berdasarkan semua blok tidak kosong. Jika penulisan tersebar (misalnya, data 3 MB dapat menempati 2, 3, atau bahkan 4 blok), banyak blok tidak kosong yang dihasilkan, sehingga snapshot menjadi lebih besar.
Oleh karena itu, ukuran total semua file backup yang ditampilkan di halaman Backup and Restoration mungkin berbeda dari penggunaan backup yang ditampilkan.
-
Q: Apakah file backup database mengonsumsi ruang disk instans?
A: Cadangan data dan cadangan log disimpan di penyimpanan backup yang disediakan Alibaba Cloud dan tidak mengonsumsi ruang penyimpanan instans.
Catatan-
Penyimpanan backup tidak dapat diakses publik. Untuk mengunduh backup, lihat Download backup.
-
Penyimpanan backup mencakup kuota gratis. Biaya berlaku untuk penggunaan melebihi kuota tersebut. Untuk detailnya, lihat backup storage costs.
-