All Products
Search

This Product

    ApsaraDB RDS:Konfigurasikan kebijakan pemulihan pada titik waktu

    Document Center

    ApsaraDB RDS:Konfigurasikan kebijakan pemulihan pada titik waktu

    Last Updated:Jun 09, 2026

    Aktifkan pemulihan pada titik waktu (PITR) untuk instans RDS MySQL Anda dengan mengaktifkan sakelar Point-in-time Recovery dan menetapkan periode retensi cadangan log. Sistem menyimpan set cadangan berdasarkan ketergantungan antara cadangan penuh dan cadangan log sehingga menjamin pemulihan dalam rentang waktu yang telah dikonfigurasi.

    Cara kerja

    Cadangan konvensional menyimpan set berdasarkan siklus. Meskipun pencadangan berhasil, jendela pemulihan aktual sering kali lebih pendek daripada periode retensi log dan berfluktuasi sesuai interval cadangan penuh. Keterlambatan atau kegagalan pencadangan semakin mempersempit jendela tersebut.

    PITR mengelola retensi cadangan berdasarkan tujuan titik pemulihan (recovery point objectives). PITR menjamin jendela pemulihan yang telah dikonfigurasi dengan menyimpan cadangan penuh yang valid sebelum awal jendela dan rantai cadangan log yang berkelanjutan mencakup seluruh periode tersebut.

    PITR vs. cadangan log lama

    PITR dan cadangan log lama menggunakan mekanisme pembuatan dan pencadangan log yang sama, tetapi berbeda dalam kebijakan kedaluwarsa dan retensi. Contoh berikut mengasumsikan pencadangan penuh dilakukan tiga kali per minggu (Senin, Rabu, Jumat) dengan Log Backup Retention Period (Days) diatur ke 7 hari:

    Item

    Sebelum Peningkatan

    Setelah upgrade

    Jendela pemulihan (kasus terbaik)

    Hingga 7 hari

    Catatan

    Jendela pemulihan biasanya kurang dari 7 hari. Jendela 7 hari hanya terjadi sesaat setelah satu set cadangan kedaluwarsa tetapi sebelum penjadwal pembersihan menghapusnya.

    Tetap 7 hari

    Jendela pemulihan (kasus umum)

    Biasanya 4 hingga 5 hari

    Catatan

    Jendela pemulihan umum bergantung pada interval antara cadangan penuh. Jendela ini secara berkala menyusut menjadi Retention Period - Full Backup Interval.

    Tetap 7 hari

    Jendela pemulihan (kasus terburuk)

    Kurang dari 3 hari

    Catatan

    Jika beberapa cadangan penuh berturut-turut gagal (misalnya karena deadlock database atau anomali data), jendela pemulihan dapat menyusut menjadi 3 hari atau kurang. Dalam kasus ekstrem, pemulihan data menjadi tidak mungkin.

    Tetap 7 hari

    Biaya pencadangan

    Data cadangan disimpan selama 7 hari, sehingga dikenai biaya penyimpanan.

    Data cadangan disimpan selama 7 hingga 9 hari, sehingga dikenai biaya penyimpanan.

    Penting

    sistem menyimpan cadangan penuh terbaru yang berasal dari lebih dari 7 hari lalu dan rantai cadangan log berkelanjutan dari cadangan penuh tersebut hingga titik 7 hari. Namun, Anda hanya dikenai biaya untuk satu cadangan penuh tambahan dan maksimal satu minggu tambahan cadangan log.

    Prasyarat

    Instans RDS MySQL Anda harus memenuhi persyaratan berikut:

    Catatan

    Periksa halaman Basic Information instans Anda.

    Catatan penggunaan

    Setelah Anda mengaktifkan PITR, semua set cadangan yang belum kedaluwarsa dan yang baru akan disimpan berdasarkan Log Backup Retention Period (Days) yang Anda konfigurasi.

    Batasan

    • Halaman kebijakan pencadangan lanjutan (sparse backup) tidak mendukung pengaturan ini dan hanya menyediakan fitur cadangan log lama. Perbedaan antara halaman kebijakan pencadangan.

    • Untuk instans serverless, PITR tidak tersedia antara penghentian dan restart instans, atau antara restart dan penyelesaian cadangan penuh pertama.

    Penagihan

    Penagihan pencadangan tidak berubah. Untuk menjamin PITR, instans menyimpan set cadangan tambahan melebihi Log Backup Retention Period (Days) yang ditentukan. Set cadangan tambahan ini dihitung dalam total Backup size Anda. Cadangan dalam kuota gratis tidak dikenai biaya; penggunaan melebihi kuota akan ditagih. Biaya pencadangan.

    Prosedur

    Catatan

    • Untuk instans yang dibuat pada atau setelah 11 Januari 2024, ikuti langkah-langkah berikut untuk mengonfigurasi kebijakan PITR. Setelah Anda mengaktifkan PITR, set cadangan baru maupun yang sudah ada namun belum kedaluwarsa akan disimpan untuk memenuhi periode retensi cadangan log yang ditentukan.

    • Untuk Instans yang dibuat sebelum 11 Januari 2024, lakukan peningkatan dari fitur cadangan log lama ke PITR yang disempurnakan di halaman Backup Strategy. Peningkatan ini tidak dapat dibatalkan. Tingkatkan ke pemulihan pada titik waktu.

    1. Buka halaman Instances. Di bilah navigasi atas, pilih wilayah tempat instans RDS berada. Lalu, temukan instans RDS tersebut dan klik ID instans.

    2. Di panel navigasi kiri, klik Backup and Restoration.

    3. Di halaman Backup and Restoration, klik tab Backup Strategy, lalu klik Edit di bagian Basic Backup Settings.

    4. Konfigurasikan parameter berikut dan klik OK.

      Parameter

      Deskripsi

      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)

      Menetapkan periode retensi cadangan log.

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

      • Tidak boleh melebihi periode retensi cadangan penuh.

      Catatan

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

      Untuk menjamin 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 cadangan selama 7 hingga 9 hari — yaitu cadangan penuh terbaru dari sebelum batas 7 hari ditambah cadangan log berkelanjutan untuk menutupi celah tersebut. Anda hanya dikenai biaya untuk satu cadangan penuh tambahan dan maksimal satu minggu tambahan cadangan log.

    Nonaktifkan pemulihan pada titik waktu

    Di tab Backup Strategy, klik Edit di bagian Basic Backup Settings, lalu nonaktifkan sakelar Point-in-time Recovery.

    Penting

    Menonaktifkan point-in-time recovery juga akan menonaktifkan cadangan log, sehingga membuat PITR tidak mungkin dilakukan. Lakukan dengan hati-hati.

    Operasi terkait