Perlindungan berdasarkan titik waktu untuk ApsaraDB RDS for MySQL memungkinkan Anda memulihkan data ke titik waktu apa pun dalam rentang pemulihan yang ditentukan. Untuk mengonfigurasi rentang pemulihan tersebut, aktifkan sakelar Point-in-time Recovery pada halaman kebijakan cadangan dan atur periode retensi cadangan log. Sistem menyimpan set cadangan berdasarkan asosiasi antara cadangan penuh dan cadangan log guna memastikan PITR selalu tersedia dalam rentang waktu yang ditentukan.
Cara kerja
Cadangan tradisional menyimpan set cadangan berdasarkan siklus pencadangan. Meskipun pencadangan selesai sesuai jadwal, rentang pemulihan aktual sering kali lebih pendek daripada periode retensi log karena bergantung pada interval antara cadangan penuh dan periode retensi set cadangan. Jika cadangan penuh gagal atau tertunda, rentang pemulihan akan semakin menyusut.
Perlindungan berdasarkan titik waktu menggunakan pendekatan berbeda: alih-alih mengatur cadangan berdasarkan siklus, sistem mengaturnya berdasarkan kebutuhan pemulihan. Sistem memastikan bahwa satu cadangan penuh yang valid dan rantai cadangan log yang berkelanjutan selalu mencakup rentang pemulihan yang Anda tentukan, sehingga Anda dapat memulihkan data ke titik waktu apa pun dalam rentang tersebut.
Perlindungan berdasarkan titik waktu vs. cadangan log tradisional
Perlindungan berdasarkan titik waktu menggunakan mekanisme pembuatan dan pencadangan log yang sama seperti cadangan log. Perbedaannya terletak pada cara set cadangan kedaluwarsa dan disimpan.
Contoh berikut membandingkan kedua pendekatan ketika tiga cadangan penuh dijalankan setiap minggu (Senin, Rabu, dan Jumat) dan Log Backup Retention Period diatur menjadi 7 hari.
| Metric | Traditional log backup (7-day retention) | Point-in-time protection (7-day guaranteed window) |
|---|---|---|
| Maksimum hari yang dapat dipulihkan | Hingga 7 hari. Dalam praktiknya, rentang tersebut biasanya kurang dari 7 hari. Rentang penuh 7 hari hanya tersedia sebentar setelah satu set cadangan kedaluwarsa dan sebelum pembersihan terjadwal berikutnya. | Dijamin 7 hari |
| Hari yang dapat dipulihkan dalam kondisi normal | Biasanya 4 hingga 5 hari. Rentang tersebut bergantung pada interval antara cadangan penuh dan secara berkala menyusut menjadi retention period - full backup interval. | Dijamin 7 hari |
| Hari yang dapat dipulihkan dalam kasus ekstrem | Kurang dari 3 hari. Kegagalan berturut-turut pada cadangan penuh (disebabkan oleh deadlock database atau anomali data) dapat mengurangi rentang menjadi 3 hari atau kurang. Dalam kasus terburuk, pemulihan mundur menjadi tidak mungkin. | Dijamin 7 hari |
| Biaya penyimpanan cadangan | Sistem menyimpan data cadangan selama 7 hari. | Sistem menyimpan data cadangan selama 7 hingga 9 hari. Retensi tambahan mencakup cadangan penuh terbaru yang lebih tua dari 7 hari dan cadangan log berkelanjutan dari cadangan penuh tersebut hingga titik 7 hari. Anda hanya dikenai biaya untuk satu cadangan penuh dan maksimal satu minggu tambahan cadangan log. |
Prasyarat
Sebelum memulai, pastikan instans ApsaraDB RDS for MySQL Anda memenuhi persyaratan berikut:
Storage class: Disk lokal berkinerja tinggi, SSD standar, disk berkinerja premium, atau enterprise SSD (ESSD). Instans Serverless juga didukung.
Region: Sedang diluncurkan secara bertahap ke berbagai wilayah. Periksa ketersediaan di wilayah Anda melalui Konsol ApsaraDB RDS. Untuk jadwal peluncuran, lihat Peningkatan bertahap perlindungan berdasarkan titik waktu mulai 11 Januari 2024.
Lihat storage class dan region pada halaman Basic Information instans Anda.
Batasan
Pengaturan perlindungan berdasarkan titik waktu hanya tersedia di halaman kebijakan pencadangan reguler. Halaman kebijakan pencadangan advanced untuk cadangan jarang tidak mendukung fitur ini. Untuk informasi selengkapnya, lihat Perbedaan antara halaman kebijakan pencadangan.
Untuk instans Serverless, PITR tidak tersedia selama periode dari shutdown hingga startup dan dari startup hingga cadangan penuh pertama selesai.
Penagihan
Logika penagihan cadangan tetap tidak berubah. Untuk menjamin PITR, sistem menyimpan beberapa set cadangan melebihi Log Backup Retention Period yang Anda konfigurasi. Set cadangan tersebut dihitung dalam Total Backup Size. Jika ukuran total cadangan tetap dalam kuota gratis, tidak ada biaya pencadangan yang dikenakan. Penyimpanan yang melebihi kuota gratis akan ditagih berdasarkan penggunaan aktual. Untuk detail penagihan, lihat Panduan pencadangan.
Aktifkan point-in-time recovery
Instans yang dibuat pada atau setelah 11 Januari 2024: Ikuti langkah-langkah di bawah ini untuk mengatur kebijakan perlindungan berdasarkan titik waktu. Setelah Anda mengaktifkan Point-in-time Recovery, set cadangan baru dan set cadangan yang belum kedaluwarsa akan disimpan untuk memenuhi periode retensi cadangan log.
Instans yang dibuat sebelum 11 Januari 2024: Lakukan peningkatan dari cadangan log tradisional ke perlindungan berdasarkan titik waktu melalui kotak dialog di halaman Backup Policy. Peningkatan ini tidak dapat dikembalikan. Untuk petunjuk peningkatan, lihat Peningkatan ke perlindungan berdasarkan titik waktu.
Buka halaman Instances. Di bilah navigasi atas, pilih wilayah instans RDS Anda. Temukan instans tersebut dan klik ID-nya.
Di panel navigasi kiri, klik Backup and Restoration.
Klik tab Backup Strategy. Di bagian Basic Backup, klik Edit.
Konfigurasi parameter berikut dan klik OK.
Parameter Description Log Backup Mengaktifkan pemulihan berdasarkan titik waktu. Fitur ini diaktifkan secara default. Point-in-time Restore Mengaktifkan point-in-time recovery (PITR) untuk data Anda. Log Backup Retention Period (Days) Jumlah hari untuk menyimpan cadangan log. Nilai yang valid: 7 hingga 730. Default: 7. Nilai harus kurang dari atau sama dengan periode retensi cadangan penuh. Untuk seri Basic MySQL 5.7, retensi tetap 7 hari.
Jika sakelar Point-in-time Recovery tidak muncul di halaman ini, bergabunglah dengan kelompok Layanan Pelanggan Pemulihan Bencana Data (ID grup DingTalk: 35585947) untuk meminta akses.
Setelah Anda mengaktifkan Point-in-time Recovery, semua set cadangan yang belum kedaluwarsa dan semua set cadangan baru akan disimpan berdasarkan Log Backup Retention Period yang Anda tentukan.
Verifikasi konfigurasi
Setelah mengaktifkan perlindungan berdasarkan titik waktu, verifikasi pengaturannya:
Pada tab Backup Strategy, pastikan sakelar Point-in-time Restore diaktifkan.
Pastikan nilai Log Backup Retention Period (Days) sesuai dengan rentang pemulihan yang Anda inginkan.
Nonaktifkan point-in-time recovery
Di tab Backup Strategy, klik Edit di bagian Basic Backup.
Nonaktifkan sakelar Point-in-time Recovery dan klik OK.
Menonaktifkan fitur Point-in-time Recovery juga akan menonaktifkan kemampuan pencadangan log, sehingga pemulihan berdasarkan titik waktu menjadi tidak tersedia. Lakukan dengan hati-hati.
Lihat juga
Solusi pemulihan data: Pulihkan data ke instans yang sudah ada, instans baru, atau database lokal menggunakan cadangan data dan cadangan log.
Unduh cadangan: Unduh cadangan data atau log untuk pengarsipan. Anda juga dapat mengunggah cadangan ke OSS.