All Products
Search
Document Center

ApsaraDB RDS:Full Backup

Last Updated:Jun 11, 2026

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
  • 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

  1. 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.

  2. Di panel navigasi kiri, pilih Backup and Recovery.

  3. 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).

Bagaimana membedakan antara halaman kebijakan backup dasar dan lanjutan?

  • Halaman kebijakan backup dasar (belum ditingkatkan)

    • Halaman ini mencakup bagian Basic Backup.

    • Mengklik tombol Edit akan langsung menampilkan parameter dalam bentuk formulir.

    Bagian ini mencakup parameter berikut: Full Backup Retention Period, Full Backup Start Time, Full Backup Cycle, Next Scheduled Backup Time, Log Backup, Log Backup Retention Period, High-Frequency Incremental Backup, Point-in-Time Restore, Fast Restoration for Individual Databases and Tables, dan Retain Backup Files After Instance Release.

  • Halaman kebijakan backup lanjutan (setelah upgrade)

    • Bagian atas halaman memiliki tab MySQL dan Level-1 Backup.

    • Ikon melingkar dengan angka muncul di tengah. Klik salah satu untuk membuka halaman pengaturan parameter.

    • Mendukung fitur lanjutan seperti sparse backup.

    Di tab Backup Policy, halaman dibagi menjadi area Data Source di sebelah kiri dan area Fast Storage Pool di sebelah kanan. Data mengalir dari sumber data MySQL melalui node backup bernomor menuju Level-1 Backup di kolam penyimpanan cepat.

Catatan

Bagaimana cara meningkatkan ke edisi lanjutan?

Jika Anda menggunakan antarmuka dasar tetapi menginginkan fitur lanjutan (seperti sparse backup), cari tautan berlabel “Upgrade to Advanced Edition” di halaman tersebut. Beberapa wilayah kini mendukung peningkatan halaman kebijakan backup ke edisi lanjutan. Setelah ditingkatkan, titik masuk pengaturan kebijakan backup dan beberapa metode konfigurasi parameter sedikit berubah. Pilih metode yang sesuai berdasarkan antarmuka Anda.

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:

  • Instans disk cloud: 7–730 hari.

    Catatan
    • Seri Dasar 5.7 tetap pada 7 hari dan tidak dapat diubah.

  • Instans dengan Premium Local SSD: 7 hari atau lebih lama.

    • Backup yang disimpan hingga 730 hari adalah backup standar.

    • Backup yang disimpan lebih dari 730 hari adalah backup arsip, yang memiliki biaya penyimpanan backup lebih rendah.

    Catatan

    Jika Anda menetapkan periode retensi lebih dari 730 hari atau memilih Permanently Retained Before Instance Release, Anda juga harus menentukan jumlah cadangan arsip yang akan dipertahankan—misalnya, dua cadangan arsip paling awal setiap bulan.

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.

  • Rentang: 7 hingga 730 hari. Default: 7 hari.

  • Tidak boleh melebihi periode retensi full backup.

Catatan

Untuk instans Edisi Dasar RDS yang menjalankan MySQL 5.7, nilai ini tetap pada 7 hari.

Penting

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.

  • Standard: Kecepatan pemulihan normal untuk database dan tabel.

  • Accelerated: Memulihkan 50%–95% lebih cepat daripada kecepatan 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

  1. Klik OK atau Save.

  2. Sistem segera memicu full backup berdasarkan kebijakan baru.

  3. Kemudian, periksa set cadangan baru di Backup and RecoveryData Backup. Setelah backup pertama berhasil, sistem secara otomatis menjalankan backup berikutnya sesuai kebijakan baru.

Manual backup procedure

Perform backup

  1. 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.

  2. Di pojok kanan atas halaman yang muncul, klik Backup Instance.

  3. Di kotak dialog Backup Instance, pilih untuk mencadangkan semua database atau database dan tabel tertentu, lalu klik OK.

    Catatan

    Untuk perbedaan antara metode backup, lihat Logical backup, physical backup, and snapshot.

    Instance storage class

    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)

    • Logical Backup > Instance Backup

    Logical Backup > Single-Database 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.

Catatan
  • 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 Backup and Restoration > Base Backups. Untuk informasi lebih lanjut, lihat Download a Backup.

Related operations

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.

    Catatan

    Dalam kasus langka ketika instans sekunder tidak tersedia, backup dilakukan pada instans primer.

    Basic Edition

    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.

    Catatan

    Ukuran 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.

Other engines