Tipe backup, mekanisme dan strategi - PolarDB

Data merupakan aset inti bagi perusahaan. Seiring pertumbuhan bisnis, volume data meningkat secara eksponensial, sehingga aplikasi bisnis harus 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, ransomware, kegagalan perangkat keras, serta bencana alam—dapat menyebabkan kehilangan data. Oleh karena itu, fitur pencadangan dan pemulihan sangat penting dalam database.

PolarDB mendukung cadangan data dan cadangan log redo:

Cadangan data: Membuat set cadangan (snapshot) berisi seluruh data kluster pada titik waktu tertentu. Ini merupakan cadangan penuh.
Cadangan log redo: Mencatat data inkremental yang dihasilkan setelah pembuatan set cadangan. Ini merupakan cadangan inkremental.

Catatan

Pemulihan kluster PolarDB memulihkan data ke kluster saat ini dengan menggunakan set cadangan (snapshot).
Pemulihan database atau tabel PolarDB membuat database atau tabel baru di dalam kluster saat ini untuk memulihkan data tersebut.

Dengan menggabungkan cadangan data penuh dan serangkaian cadangan log redo berikutnya, Anda dapat memulihkan seluruh kluster PolarDB atau database dan tabel tertentu ke titik waktu mana pun.

Aturan penagihan

Anda dapat menggunakan fitur pencadangan dan pemulihan secara gratis. Namun, file cadangan akan mengonsumsi storage space. Untuk informasi lebih lanjut tentang aturan penagihan, lihat Backup storage beyond the free quota.
Untuk informasi lebih lanjut tentang cara melihat tagihan Anda, lihat Bills.

Catatan

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 cluster recycle bin. Dalam kasus ini, file cadangan level-1 akan berubah menjadi file cadangan level-2 dan dikenai biaya. Untuk informasi lebih lanjut, lihat Cluster recycle bin.

Cadangan data

PSL4/PSL5

Cadangan level-1

Cadangan level-1 menggunakan snapshot redirect-on-write (ROW) dan disimpan langsung di sistem penyimpanan terdistribusi PolarDB. Saat cadangan level-1 dibuat, data tidak disalin. Ketika sebuah blok data dimodifikasi, sistem menyimpan versi historis blok tersebut untuk snapshot dan menghasilkan blok baru yang dirujuk oleh data sumber. Proses ini disebut redirect. Metode ini memungkinkan pencadangan selesai dalam hitungan detik, terlepas dari ukuran database.

Fitur pencadangan dan pemulihan PolarDB menggunakan pemrosesan paralel multi-threaded dan inovasi lainnya untuk memulihkan kluster baru dari set cadangan (snapshot) dalam waktu sekitar 10 menit. Waktu pemulihan menjadi dua kali lipat jika hot standby cluster diaktifkan. Waktu pemulihan aktual bervariasi tergantung pada faktor-faktor seperti ukuran database.

Ukuran cadangan level-1

Anda dapat membuka PolarDB console dan menuju halaman Settings and Management > Backup and Restoration untuk melihat ukuran fisik cadangan level-1. Gambar berikut menunjukkan contohnya:

Catatan

PolarDB kluster Physical Size of Level-1 Backups (ditunjukkan sebagai ① pada gambar di atas): Ini adalah total ruang fisik yang secara eksklusif ditempati oleh semua cadangan level-1. Nilai ini digunakan sebagai garis dasar untuk menghitung Penggunaan penyimpanan aktual cadangan level-1.
PolarDB kluster Logical Size of Backups (ditunjukkan oleh ② pada gambar sebelumnya): Ukuran logis dari satu set cadangan. Ukuran ini tidak digunakan untuk penagihan.
Data kluster PolarDB dan beberapa cadangan level-1-nya (snapshot) berbagi blok data fisik yang sama. Blok-blok bersama ini hanya ditagih satu kali.

Untuk informasi lebih lanjut tentang pencadangan, lihat FAQ.

Catatan

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 versi terkompresi dari cadangan level-1 yang disimpan pada media penyimpanan offline terpisah. Biaya penyimpanannya lebih rendah, tetapi pemulihan data dari cadangan level-2 lebih lambat.
Jika Anda mengaktifkan cadangan level-2, cadangan level-1 akan secara otomatis dikonversi menjadi cadangan level-2 setelah periode retensinya berakhir.
Cadangan level-2 mendukung single-region backup dan cross-region backup. Untuk informasi lebih lanjut, lihat Single-region and cross-region backups.

Ukuran cadangan level-2

Anda dapat membuka PolarDB console dan menuju halaman Settings and Management > Backup and Restoration untuk melihat ukuran total cadangan level-2. Ukuran total cadangan level-2 adalah jumlah dari ukuran semua file cadangan level-2 individual. Gambar berikut menunjukkan contohnya:

Catatan

Jika konversi cadangan level-1 ke cadangan level-2 memakan waktu terlalu lama, cadangan level-1 berikutnya yang sudah kedaluwarsa mungkin dihapus alih-alih dikonversi. Misalnya, kluster PolarDB Anda membuat cadangan level-1 setiap hari pukul 01:00 dengan periode retensi 24 jam. PolarDB membuat Cadangan A pada 01:00 tanggal 1 Januari. Pada 01:00 tanggal 2 Januari, Cadangan A kedaluwarsa dan mulai dikonversi menjadi cadangan level-2. Jika proses konversi ini masih berjalan pada 01:00 tanggal 3 Januari karena ukuran file yang besar, Cadangan B (dibuat pada 2 Januari) akan langsung dihapus alih-alih 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 yang disimpan secara lokal pada kluster penyimpanan terdistribusi. Fitur ini menawarkan kecepatan pencadangan dan pemulihan tercepat, tetapi dengan biaya lebih tinggi. Penyimpanan jangka panjang dapat sedikit memengaruhi kinerja penulisan database. Kami merekomendasikan periode retensi tidak lebih dari dua minggu. Kuota gratis untuk backup storage disediakan. Anda akan dikenai biaya untuk penggunaan yang melebihi kuota gratis tersebut. Anda dapat mengubah siklus pencadangan untuk mengontrol kapasitas pencadangan.

Catatan

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

Anda dapat membuka PolarDB console dan menuju halaman Settings and Management > Backup and Restoration untuk melihat ukuran fisik cadangan level-1. Gambar berikut menunjukkan contohnya:

Catatan

Kluster PolarDB Physical Size of Level-1 Backups (ditunjukkan oleh ① pada gambar di atas): Ini adalah total ruang fisik yang secara eksklusif ditempati oleh semua cadangan level-1. Nilai ini digunakan sebagai garis dasar untuk menghitung Penggunaan penyimpanan aktual cadangan level-1.
Kluster PolarDB Logical Size of Backups (ditunjukkan oleh ② pada gambar di atas): Ukuran logis dari satu set cadangan, yang tidak digunakan untuk penagihan.
Data kluster PolarDB dan beberapa cadangan level-1-nya (snapshot) berbagi blok data fisik yang sama. Blok-blok bersama ini hanya ditagih satu kali.

Untuk informasi lebih lanjut tentang pencadangan, lihat FAQ.

Cadangan log redo

PolarDB membuat cadangan log dengan mengunggah log redo 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.

Catatan

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). Dengan menggabungkan cadangan data penuh (snapshot) dan serangkaian cadangan log berikutnya, Anda dapat memulihkan kluster PolarDB ke titik waktu mana pun. Hal ini melindungi data terbaru Anda dari kehilangan akibat operasi yang tidak disengaja. Kecepatan pemulihan saat menerapkan log redo sekitar 20 hingga 70 detik per GB. Waktu pemulihan total adalah jumlah dari waktu pemulihan snapshot dan waktu penerapan log redo.

Ukuran cadangan

Ukuran total cadangan log adalah jumlah dari ukuran semua file cadangan log individual. Gambar berikut menunjukkan contohnya:

日志大小

Penilaian risiko

Jika laju pembuatan log redo kluster PolarDB for MySQL mencapai 35 MB/detik hingga 50 MB/detik, log redo dapat menumpuk. Hal ini dapat meningkatkan biaya backup storage Anda.

Perlindungan data cadangan

Antimanipulasi:
- Cadangan data di PolarDB for MySQL dikategorikan sebagai cadangan level-1 atau level-2 berdasarkan lokasi penyimpanannya. Cadangan level-1 disimpan sebagai snapshot di sistem penyimpanan terdistribusi PolarDB. Cadangan level-2 dan cadangan log disimpan di OSS. Kedua metode penyimpanan cadangan ini menyediakan imutabilitas Write Once, Read Many (WORM).
  Catatan
  Kluster Edisi Standar hanya mendukung cadangan level-1 (cadangan 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 akan dihapus secara otomatis setelah periode retensi yang dikonfigurasi berakhir. Namun, Anda tidak dapat menonaktifkan fitur pencadangan otomatis. Di backup policy settings, periode retensi minimum adalah 3 hari (7 hari secara default), dan pencadangan harus dilakukan minimal dua kali seminggu. Oleh karena itu, data cadangan penuh dan data log dari pencadangan otomatis tidak dapat dihapus sepenuhnya.

Single-region dan cross-region backups

Deskripsi pencadangan

Jenis pencadangan	Deskripsi	Diaktifkan secara default	Kasus penggunaan	Manfaat
Single-region backup	Cadangan disimpan di zona ketersediaan berbeda dalam wilayah yang sama.	Ya. Catatan Saat 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 selain wilayah sumber. Penting Fitur ini hanya tersedia untuk PolarDB for MySQL Enterprise Edition.	Tidak. Anda harus mengaktifkannya secara manual.	Cadangan geo-redundan dan kepatuhan MLPS Level 3.	Memberikan Recovery Point Objective (RPO) rendah dan ideal untuk lingkungan non-publik yang aman. Anda dapat mengurangi biaya dengan mengatur frekuensi transfer cadangan yang lebih rendah.

Catatan

Cadangan 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

Untuk jawaban atas pertanyaan umum mengenai pencadangan dan pemulihan, lihat FAQ.