Data merupakan aset inti bagi perusahaan. Seiring pertumbuhan bisnis perusahaan, volume data meningkat secara eksponensial. Hal ini mengharuskan aplikasi bisnis mampu memproses data secara online dan real time. Personel O&M database menghadapi tantangan besar dalam melindungi data inti perusahaan karena berbagai isu—seperti penghapusan data yang tidak disengaja, kerentanan sistem dan ransomware, kegagalan perangkat keras, serta bencana alam—dapat menyebabkan kehilangan data. Oleh karena itu, pencadangan dan pemulihan merupakan fitur penting dalam database.
PolarDB mendukung pencadangan data dan pencadangan redo log:
-
Pencadangan data: Membuat set cadangan (snapshot) berisi seluruh data kluster pada titik waktu tertentu. Ini merupakan cadangan penuh.
-
Pencadangan redo log: Mencatat data inkremental yang dihasilkan setelah pembuatan set cadangan. Ini merupakan cadangan inkremental.
-
Pemulihan kluster PolarDB memulihkan data ke kluster saat ini dengan menggunakan set cadangan (snapshot).
-
Pemulihan database atau tabel PolarDB membuat database atau tabel baru dalam kluster saat ini untuk memulihkan data tersebut.
Kombinasi antara cadangan penuh dan pencadangan redo log berikutnya memungkinkan pemulihan pada titik waktu (point-in-time restoration) untuk seluruh kluster PolarDB atau database dan tabel tertentu.
Aturan penagihan
-
Anda dapat menggunakan fitur pencadangan dan pemulihan secara gratis. Namun, file backup mengonsumsi ruang penyimpanan. Untuk informasi selengkapnya mengenai aturan penagihan, lihat Backup storage (beyond free quota).
-
Untuk informasi selengkapnya tentang cara melihat tagihan Anda, lihat Bills.
Jika Anda memilih untuk menyimpan set cadangan dalam jangka panjang saat melakukan unsubscribe atau melepas kluster secara manual, set cadangan tersebut akan dipindahkan secara otomatis ke kluster Recycle Bin. Dalam hal ini, file cadangan level-1 secara otomatis berubah menjadi file cadangan level-2 dan dikenai biaya. Untuk informasi selengkapnya, lihat Cluster Recycle Bin Overview.
Pencadangan data
PSL4/PSL5
Cadangan level-1
Cadangan level-1 menggunakan snapshot redirect-on-write (ROW) dan disimpan langsung dalam sistem penyimpanan terdistribusi PolarDB. Tidak ada data yang dicopy selama pencadangan. Ketika sebuah blok dimodifikasi, sistem menyimpan versi aslinya untuk snapshot dan mengarahkan ke blok baru, sehingga pencadangan selesai dalam hitungan detik terlepas dari ukuran database.
PolarDB memulihkan kluster dari snapshot dalam waktu sekitar 10 menit menggunakan pemrosesan paralel multi-threaded. Waktu pemulihan menjadi dua kali lipat jika menggunakan kluster hot standby dan bervariasi sesuai ukuran database.
Ukuran cadangan level-1
-
Cadangan level-1 diaktifkan secara default dan tidak dapat dinonaktifkan.
-
Periode retensi untuk cadangan level-1 adalah 3 hingga 14 hari.
Cadangan level-2
-
Cadangan level-2 adalah copy terkompresi dari cadangan level-1 yang disimpan di penyimpanan offline. Biayanya lebih rendah tetapi proses pemulihannya lebih lambat.
-
Jika Anda mengaktifkan cadangan level-2, cadangan level-1 secara otomatis dikonversi menjadi cadangan level-2 setelah periode retensinya berakhir.
-
Cadangan level-2 mendukung Single-region dan cross-region backups.
Ukuran cadangan level-2
-
Jika konversi dari level-1 ke level-2 memakan waktu terlalu lama, cadangan level-1 berikutnya yang kedaluwarsa akan dihapus tanpa dikonversi. Contoh: kluster PolarDB Anda melakukan pencadangan harian pukul 01.00 dengan retensi 24 jam. PolarDB membuat Backup A pada 1 Januari pukul 01.00. Backup A kedaluwarsa pada 2 Januari dan mulai dikonversi. Jika konversi masih berlangsung pada 3 Januari pukul 01.00, Backup B (2 Januari) akan dihapus tanpa dikonversi.
-
Cadangan level-2 dinonaktifkan secara default.
-
Periode retensi untuk cadangan level-2 adalah 30 hingga 7.300 hari.
ESSD
Cadangan level-1 adalah snapshot lokal pada kluster penyimpanan terdistribusi, memberikan pencadangan dan pemulihan tercepat dengan biaya lebih tinggi. Penyimpanan jangka panjang dapat sedikit memengaruhi kinerja penulisan; pertahankan periode retensi di bawah dua minggu. Kuota gratis disediakan; penggunaan melebihi kuota akan ditagih. Sesuaikan siklus pencadangan untuk mengontrol kapasitas.
-
Cadangan level-1 diaktifkan secara default dan tidak dapat dinonaktifkan.
-
Periode retensi untuk cadangan level-1 adalah 3 hingga 14 hari.
Ukuran cadangan level-1
Pencadangan redo log
PolarDB membuat cadangan log dengan mengunggah redo log ke Object Storage Service (OSS) secara paralel dan real time. Cadangan log mendukung single-region backup dan cross-region backup, dengan periode retensi 3 hingga 7.300 hari. Anda juga dapat mengaktifkan fitur Long-term Retain Backups before Cluster Deletion untuk penyimpanan jangka panjang.
-
Saat ini, hanya Edisi Perusahaan yang mendukung opsi Long-term Retain Backups before Cluster Deletion.
-
Single-region backup untuk log diaktifkan secara default dan tidak dapat dinonaktifkan.
Cadangan log memungkinkan pemulihan pada titik waktu (PITR). Kombinasi snapshot lengkap dan pencadangan log berikutnya memulihkan kluster PolarDB ke titik waktu apa pun, melindungi dari kehilangan data yang tidak disengaja. Kecepatan replay redo log: 20–70 detik per GB. Total waktu pemulihan = pemulihan snapshot + replay log.
Ukuran cadangan
Total ukuran cadangan log adalah jumlah ukuran semua file cadangan log individual.
Di tab Redo Log Backup, Anda dapat melihat log size setiap file cadangan log (misalnya, 1,00 GB).
Penilaian risiko
Jika laju pembuatan redo log kluster PolarDB for MySQL mencapai 35 MB/detik hingga 50 MB/detik, redo log dapat menumpuk. Hal ini dapat meningkatkan biaya backup storage Anda.
Perlindungan data cadangan
-
Pencegahan perubahan (Tamper-proofing):
-
Pada PolarDB for MySQL, cadangan level-1 disimpan sebagai snapshot dalam sistem penyimpanan terdistribusi, sedangkan cadangan level-2 dan log disimpan di OSS. Keduanya menyediakan imutabilitas Write Once, Read Many (WORM).
CatatanKluster Edisi Standar hanya mendukung cadangan level-1 (pencadangan data) dan tidak mendukung cadangan level-2.
-
-
Perlindungan terhadap penghapusan berbahaya atau tidak disengaja:
-
Penghapusan manual: Anda hanya dapat menghapus data dari manual backups. Anda tidak dapat menghapus data dari automatic backups.
-
Cadangan otomatis dihapus setelah periode retensinya berakhir, tetapi fitur ini tidak dapat dinonaktifkan. Berdasarkan pengaturan kebijakan cadangan, retensi minimum adalah 3 hari (default: 7) dengan minimal dua cadangan per minggu, sehingga data cadangan otomatis tidak pernah sepenuhnya dihapus.
-
Single-region dan cross-region backups
-
Deskripsi pencadangan
Jenis pencadangan
Deskripsi
Diaktifkan secara default
Use Cases
Manfaat
Single-region backup
Cadangan disimpan di zona ketersediaan berbeda dalam wilayah yang sama.
Ya.
CatatanSaat Anda mengaktifkan cadangan level-2, single-region backup diaktifkan secara default.
Pengarsipan jangka panjang.
Mengurangi biaya dengan memungkinkan transfer cadangan yang lebih jarang.
Cross-region backup
Cadangan disimpan di wilayah lain selain wilayah sumber.
PentingFitur ini hanya tersedia untuk PolarDB for MySQL Enterprise Edition.
Tidak. Anda harus mengaktifkannya secara manual.
Cadangan geo-redundan dan kepatuhan MLPS Level 3.
RPO rendah, ideal untuk lingkungan non-publik yang aman. Frekuensi transfer lebih rendah mengurangi biaya.
CatatanCadangan level-2 frekuensi rendah: Siklus pencadangan untuk cadangan level-2 diatur dengan frekuensi lebih rendah dibandingkan cadangan level-1.
-
Wilayah yang didukung untuk cross-region backup
Wilayah sumber
Wilayah tujuan
Tiongkok daratan
Tiongkok daratan
US (Silicon Valley), US (Virginia)
China (Hong Kong)
Singapore, Indonesia (Jakarta), Japan (Tokyo), Malaysia (Kuala Lumpur)
Germany (Frankfurt)
China (Hong Kong)
Tiongkok daratan
US (Silicon Valley), US (Virginia)
Japan (Tokyo), Singapore, Malaysia (Kuala Lumpur), Indonesia (Jakarta)
Germany (Frankfurt)
Japan (Tokyo)
Tiongkok daratan
US (Silicon Valley), US (Virginia)
China (Hong Kong)
Singapore, Malaysia (Kuala Lumpur), Indonesia (Jakarta)
Germany (Frankfurt)
US (Silicon Valley)
Tiongkok daratan
US (Virginia)
China (Hong Kong)
Singapore, Malaysia (Kuala Lumpur), Indonesia (Jakarta)
Germany (Frankfurt)
US (Virginia)
Tiongkok daratan
US (Silicon Valley)
China (Hong Kong)
Singapore, Malaysia (Kuala Lumpur), Indonesia (Jakarta)
Germany (Frankfurt)
Singapore
Tiongkok daratan
US (Silicon Valley), US (Virginia)
China (Hong Kong)
Malaysia (Kuala Lumpur), Indonesia (Jakarta)
Germany (Frankfurt)
Malaysia (Kuala Lumpur)
Tiongkok daratan
US (Silicon Valley), US (Virginia)
China (Hong Kong)
Singapore, Indonesia (Jakarta), Japan (Tokyo)
Germany (Frankfurt)
Indonesia (Jakarta)
Tiongkok daratan
US (Silicon Valley), US (Virginia)
China (Hong Kong)
Singapore, Japan (Tokyo), Malaysia (Kuala Lumpur)
Germany (Frankfurt)
Germany (Frankfurt)
Tiongkok daratan
US (Silicon Valley), US (Virginia)
China (Hong Kong)
Singapore, Indonesia (Jakarta), Japan (Tokyo), Malaysia (Kuala Lumpur)
China (Hangzhou) Finance Cloud
China (Shanghai) Finance Cloud, China (Shenzhen) Finance Cloud
China (Shanghai) Finance Cloud
China (Hangzhou) Finance Cloud, China (Shenzhen) Finance Cloud
China (Shenzhen) Finance Cloud
China (Hangzhou) Finance Cloud, China (Shanghai) Finance Cloud
FAQ
Pencadangan dan pemulihan FAQ.