ApsaraDB RDS for MySQL mendukung perlindungan berdasarkan titik waktu. Pada halaman kebijakan cadangan, Anda dapat mengaktifkan sakelar Point-in-time Recovery dan mengonfigurasi periode retensi cadangan log. Sistem menyimpan set cadangan berdasarkan asosiasi antara cadangan penuh dan cadangan log, sehingga memastikan Anda dapat melakukan pemulihan berdasarkan titik waktu (PITR) dalam rentang waktu yang ditentukan.
Cara kerja
Logika pencadangan tradisional menyimpan set cadangan berdasarkan siklus pencadangan. Meskipun proses pencadangan dan retensi set cadangan berjalan lancar, jendela pemulihan berdasarkan titik waktu seringkali lebih pendek daripada periode retensi log. Panjang jendela ini bergantung pada interval antara cadangan penuh dan periode retensi set cadangan. Selain itu, jika terjadi masalah seperti penundaan atau kegagalan pencadangan, jendela pemulihan menjadi lebih sulit dijamin.
Fitur perlindungan berdasarkan titik waktu mengatur set cadangan berdasarkan kebutuhan pemulihan. Fitur ini memastikan tersedianya satu cadangan penuh yang valid dan rantai cadangan log yang berkelanjutan untuk mencakup seluruh jendela pemulihan yang ditentukan pengguna, sehingga menjamin kemampuan memulihkan data ke titik waktu apa pun dalam jendela tersebut.
Perbedaan antara perlindungan berdasarkan titik waktu dan cadangan log
Perlindungan berdasarkan titik waktu menggunakan mekanisme pembuatan dan pencadangan log yang sama dengan fitur cadangan log asli. Perbedaan utamanya terletak pada kebijakan kedaluwarsa dan retensi set cadangan yang ditingkatkan. Sebagai contoh, pertimbangkan skenario di mana tiga cadangan penuh dilakukan setiap minggu (pada hari Senin, Rabu, dan Jumat) dan Log Backup Retention Period diatur menjadi 7 hari:
Item | Sebelum upgrade (Cadangan log disimpan selama 7 hari) | Setelah upgrade (Pemulihan berdasarkan titik waktu dijamin selama 7 hari) |
Hari maksimum yang dapat dipulihkan | Hingga 7 hari Catatan Bahkan dalam skenario terbaik sekalipun, periode pemulihan biasanya kurang dari 7 hari. Periode pemulihan 7 hari hanya tersedia sementara setelah set cadangan kedaluwarsa dan sebelum dihapus oleh pembersihan terjadwal. | Dijamin 7 hari |
Hari yang dapat dipulihkan dalam kondisi normal | Umumnya 4 hingga 5 hari Catatan Jendela pemulihan data bergantung pada interval antara cadangan penuh. Jendela ini secara berkala menyusut menjadi | Dijamin 7 hari |
Jumlah hari yang dapat dipulihkan dalam kasus ekstrem | Kurang dari 3 hari Catatan Jika cadangan penuh berturut-turut gagal karena masalah seperti deadlock database atau terjadi anomali data sesekali, jendela pemulihan dapat berkurang menjadi 3 hari atau kurang. Dalam kasus ekstrem, rollback data bahkan mungkin tidak dimungkinkan. | Dijamin 7 hari |
Biaya pemulihan | Sistem menyimpan data cadangan selama 7 hari, dan Anda dikenai biaya untuk retensi set cadangan selama 7 hari. | Sistem menyimpan data cadangan selama 7 hingga 9 hari. Anda dikenai biaya penyimpanan untuk set cadangan tersebut. Penting sistem juga menyimpan cadangan penuh terbaru yang berusia lebih dari tujuh hari, ditambah semua cadangan log berkelanjutan dari cadangan penuh tersebut hingga mencapai batas tujuh hari. Namun, Anda hanya dikenai biaya untuk satu cadangan penuh dan maksimal satu minggu tambahan cadangan log. |
Prasyarat
Instans ApsaraDB RDS for MySQL Anda harus memenuhi persyaratan berikut:
Kelas penyimpanan: Disk lokal berkinerja tinggi, SSD standar, disk berkinerja premium, atau enterprise SSD (ESSD). Instans Serverless didukung.
Wilayah: Fitur ini sedang diluncurkan secara bertahap ke berbagai wilayah. Untuk ketersediaan aktual, periksa Konsol ApsaraDB RDS. Untuk informasi lebih lanjut tentang wilayah yang didukung, lihat [Product/Feature Change] Peningkatan Bertahap Fitur Perlindungan Berdasarkan Titik Waktu ApsaraDB RDS for MySQL Mulai 11 Januari 2024.
Anda dapat melihat informasi ini pada halaman Basic Information instans.
Catatan
Setelah Anda mengaktifkan sakelar Point-in-time Recovery, semua set cadangan yang belum kedaluwarsa dan semua set cadangan baru akan disimpan berdasarkan Log Backup Retention Period yang ditentukan.
Batasan
Pengaturan perlindungan berdasarkan titik waktu hanya tersedia pada halaman kebijakan pencadangan reguler. Halaman kebijakan pencadangan advanced untuk cadangan jarang tidak mendukung fitur ini. Anda tetap dapat menggunakan fitur cadangan log asli. Untuk informasi lebih lanjut, lihat Perbedaan antara halaman kebijakan pencadangan.
Untuk instans Serverless, Anda tidak dapat memulihkan data ke titik waktu tertentu selama periode dari shutdown hingga startup atau dari startup hingga selesainya cadangan penuh pertama.
Penagihan
Logika penagihan cadangan tetap tidak berubah. Namun, untuk menyediakan kemampuan pemulihan berdasarkan titik waktu yang dijamin, instans menyimpan beberapa set cadangan melebihi Log Backup Retention Period yang Anda atur. Set cadangan ini termasuk dalam Total Backup Size. Jika ukuran total cadangan tidak melebihi kuota gratis, cadangan tidak dikenai biaya. Bagian yang melebihi kuota gratis ditagih berdasarkan penggunaan aktual. Untuk informasi lebih lanjut tentang penagihan, lihat Panduan pencadangan.
Prosedur
Untuk instans yang dibuat pada atau setelah 11 Januari 2024, Anda dapat mengikuti langkah-langkah dalam topik ini untuk mengatur kebijakan perlindungan berdasarkan titik waktu. Setelah Anda mengaktifkan sakelar Point-in-time Recovery, set cadangan baru dan set cadangan yang belum kedaluwarsa akan disimpan untuk memenuhi kondisi periode retensi cadangan log yang Anda tentukan.
Untuk instans yang sudah ada yang dibuat sebelum 11 Januari 2024, Anda dapat meningkatkan fitur cadangan log asli ke fitur perlindungan berdasarkan titik waktu melalui kotak dialog yang muncul pada halaman Backup Policy. Peningkatan ini tidak dapat dikembalikan. Untuk informasi lebih lanjut tentang cara melakukan upgrade, lihat Upgrade ke perlindungan berdasarkan titik waktu.
Buka halaman Instances. Pada bilah navigasi atas, pilih wilayah tempat instans RDS berada. Lalu, temukan instans RDS tersebut dan klik ID instans.
Pada panel navigasi sebelah kiri, klik Backup and Restoration.
Pada halaman Backup and Restoration, klik tab Backup Strategy. Pada bagian Basic Backup, klik Edit.
Atur parameter berikut dan klik OK.
PentingJika Anda tidak menemukan sakelar Point-in-time Recovery pada halaman ini, bergabunglah dengan kelompok layanan pelanggan Pemulihan Bencana Data (ID grup DingTalk: 35585947) untuk mendapatkan bantuan atau meminta akses.
Parameter
Catatan
Log Backup
Mengaktifkan pemulihan berdasarkan titik waktu. Fitur ini diaktifkan secara default.
Point-in-time Restore
Mengaktifkan pemulihan berdasarkan titik waktu (PITR) untuk data Anda.
Log Backup Retention(Days)
Atur periode retensi cadangan log.
Rentang nilai yang valid adalah 7 hingga 730 hari. Nilai default adalah 7 hari.
Nilai harus kurang dari atau sama dengan periode retensi cadangan penuh.
CatatanUntuk seri Basic 5.7, periode retensi tetap 7 hari.
Nonaktifkan pemulihan berdasarkan titik waktu
Pada tab Backup Policy, klik Edit di bagian Basic Backup. Pada kotak dialog yang muncul, nonaktifkan sakelar Point-in-time Recovery.
Menonaktifkan fitur Point-in-time Recovery juga menonaktifkan kemampuan pencadangan log, sehingga pemulihan berdasarkan titik waktu tidak tersedia. Lakukan dengan hati-hati.
Operasi terkait
Anda dapat menggunakan cadangan data dan cadangan log untuk memulihkan data ke instans yang sudah ada, instans baru, atau database lokal. Untuk informasi lebih lanjut, lihat Solusi pemulihan data.
Anda dapat mengunduh cadangan data atau log yang sudah ada ke mesin lokal untuk arsip data. Anda juga dapat mengunduh cadangan dan mengunggahnya ke OSS. Untuk informasi lebih lanjut, lihat Unduh cadangan.