OceanBase Database memungkinkan Anda menyesuaikan strategi backup sesuai kebutuhan bisnis. Anda dapat mengubah parameter seperti siklus backup, waktu backup, periode retensi backup, serta mengaktifkan atau menonaktifkan archive backup dan remote backup. Saat membuat instans kluster, strategi backup primary lokal dibuat secara default dan log backup diaktifkan.
Konsep
Archive backup: Fitur ini memungkinkan penyimpanan jangka panjang untuk file backup yang jarang dipulihkan. Archive backup dikenai biaya tambahan. Untuk informasi selengkapnya, lihat Penagihan untuk backup dan restore. Setelah diaktifkan, file backup yang melebihi periode retensi yang ditentukan untuk primary backup akan dimigrasikan ke lokasi penyimpanan archive backup. File archive backup disimpan minimal selama 60 hari. Jika Anda menonaktifkan archive backup sebelum periode 60 hari berakhir, biaya tetap dikenakan untuk seluruh periode retensi 60 hari tersebut.
CatatanArchive backup bergantung pada local primary backup. Untuk menggunakannya, Anda harus memiliki file local primary backup. Aktivasi fitur ini memerlukan bantuan OceanBase Technical Support.
Archive backup hanya didukung di OceanBase Database V2.2.77 dan versi yang lebih baru.
Archive backup dapat mengurangi biaya penyimpanan secara efektif, namun kecepatan restore-nya lebih lambat dibandingkan primary backup karena menggunakan media penyimpanan berkecepatan rendah.
Saat ini, archive backup tidak didukung untuk instans serverless.
Remote backup: Remote backup bergantung pada local backup, tetapi frekuensi backup, siklus backup, dan strategi retensi datanya dapat berbeda. Salinan file backup disimpan di wilayah yang ditentukan, dan ruang penyimpanan tersebut ditagih secara terpisah. Untuk informasi selengkapnya, lihat Penagihan untuk backup dan restore. Setiap instans backup hanya dapat menetapkan satu wilayah remote backup. Jika Anda mengubah atau menonaktifkan remote backup, file remote backup di wilayah asal akan dihapus secara otomatis oleh sistem.
Frekuensi backup dapat diatur menjadi mingguan atau bulanan. Untuk backup mingguan, sistem menampilkan hari-hari dalam seminggu yang telah Anda pilih untuk local backup. Jika Anda memilih lebih dari satu hari untuk local backup, Anda dapat menentukan minimal satu kali remote backup per minggu. Untuk backup bulanan, Anda dapat menjadwalkan satu atau dua kali remote backup.
Remote backup cocok untuk skenario yang memerlukan ketersediaan data tinggi meskipun dengan konsistensi data yang lebih rendah, seperti pada bisnis perusahaan besar dan internasional. Dalam skenario tersebut, remote backup membantu meningkatkan keamanan data, memastikan ketersediaan data, serta mengurangi waktu restore.
CatatanSecara umum, restore data dalam skenario remote backup bergantung pada backup data terakhir dan log backup yang dihasilkan antara waktu restore dan waktu backup data terakhir. Periode retensi backup aktual mungkin lebih lama dari periode yang ditentukan guna memastikan pemulihan data dalam rentang waktu tersebut.
Saat ini, remote backup tidak didukung untuk instans serverless.
Sparse backup: Fitur ini memungkinkan pengaturan strategi backup yang lebih fleksibel dengan menyimpan jumlah set cadangan minimum untuk meminimalkan biaya penyimpanan. Sparse backup umumnya digunakan dalam skenario yang memerlukan penyimpanan file backup jangka panjang, seperti audit. Untuk memastikan pemulihan data pada titik waktu apa pun dalam periode backup, Anda harus menyimpan log backup. Jika sparse backup dinonaktifkan, sistem akan segera menghapus file backup terkait.
CatatanSparse backup hanya tersedia bagi pengguna dalam daftar allowlist. Untuk mengaktifkannya, hubungi OceanBase Technical Support.
Sparse backup tidak didukung untuk set backup yang telah kedaluwarsa.
Setelah mengaktifkan strategi sparse backup, Anda dapat mengubah atau menonaktifkannya.
Jika Anda mengubah siklus backup atau strategi retensi backup, file sparse backup yang tidak sesuai dengan strategi terbaru akan dihapus sesuai aturan baru tersebut.
Jika Anda menonaktifkan strategi sparse backup, semua file sparse backup yang tersimpan akan dihapus.
Item penagihan dan metode penagihan untuk strategi sparse backup sama dengan strategi primary backup. Untuk informasi selengkapnya, lihat Penagihan untuk backup dan restore.
Setelah sparse backup diaktifkan, jika tidak ada set backup yang berhasil dihasilkan pada suatu hari—misalnya karena kegagalan backup atau proses backup yang berlangsung hingga hari berikutnya—maka tidak akan ada set backup yang disimpan untuk hari tersebut. Sebagai contoh, jika Anda menjadwalkan backup pada tanggal 1 setiap bulan dengan periode retensi 30 hari, tetapi backup gagal pada 1 Agustus, maka tidak akan ada set backup untuk tanggal tersebut.
Setelah sparse backup diaktifkan, Anda tidak dapat mengaktifkan archive backup maupun remote backup.
Sparse backup tidak didukung untuk instans serverless.
Atur strategi backup
Login ke Konsol ApsaraDB for OceanBase.
Di panel navigasi sebelah kiri, klik Instances.
Di daftar instans, klik nama instans kluster target untuk membuka halaman Cluster Instance Workspace.
Di panel navigasi sebelah kiri, klik Backup and Restore. Pada halaman yang muncul, klik tab Backup Strategy untuk melihat strategi backup instans kluster tersebut. Jika ini adalah backup pertama untuk kluster, strategi backup default akan ditampilkan.
Klik Modify Backup Strategy di pojok kanan atas dan atur parameter berikut.
Parameter
Nilai default
Deskripsi
Backup Storage Region
Local
File backup disimpan di wilayah tempat instans kluster saat ini berada.
Data Backup Type
Full
Saat ini, hanya full data backup yang didukung.
Log Backup
Enabled
Log backup diaktifkan secara default dan tidak dapat dinonaktifkan.
Jika Anda mengaktifkan log backup, Anda dapat memulihkan kluster ke titik snapshot dari set backup dan ke titik waktu apa pun dalam rentang waktu yang ditentukan untuk log backup.
Backup Cycle
Hari setelah instans kluster dibuat.
Misalnya, jika Anda membuat instans kluster pada hari Senin, nilai default parameter ini adalah Selasa.
Anda dapat menentukan satu atau beberapa hari dalam seminggu atau sebulan untuk melakukan backup data sesuai kebutuhan. Sistem akan melakukan backup data pada hari-hari yang ditentukan setiap minggu atau bulan.
Untuk keamanan, kami menyarankan Anda melakukan backup data minimal sekali seminggu.
Backup Time
04:00
Anda dapat memilih waktu backup dari daftar drop-down.
Kami menyarankan Anda memilih waktu selama jam sepi.
Jangan memilih waktu backup dalam jendela major compaction, yaitu satu jam sebelum dan satu jam setelah major compaction dilakukan. Jika tidak, backup akan tertunda.
Data Backup Retention Period (Days)
7
Data cadangan disimpan selama 7 hari secara default dan dapat dipertahankan antara 2 hingga 7.200 hari. Untuk informasi selengkapnya mengenai hubungan antara backup cycle dan data backup retention period, lihat Hubungan antara siklus pencadangan dan periode retensi cadangan data.
Sparse Backup
Disabled
Anda dapat memilih apakah akan mengaktifkan sparse backup sesuai kebutuhan.
Siklus backup untuk sparse backup bergantung pada local primary backup. Anda dapat memilih hari untuk sparse backup dari hari-hari yang telah dipilih untuk local primary backup.
Anda dapat menentukan periode retensi khusus (berkisar antara 30 hingga 7.200 hari) untuk data sparse backup, atau memilih untuk menyimpan data backup secara permanen.
Anda dapat memilih apakah akan menyimpan log backup.
Archive Backup
Disabled
Anda dapat menentukan apakah akan mengaktifkan archive backup berdasarkan kebutuhan bisnis Anda.
Secara default, siklus archive backup sama dengan siklus primary backup dan dapat diubah.
Ketika file local primary backup kedaluwarsa, sistem secara otomatis mengonversinya menjadi file archive backup. Periode retensi file archive backup dihitung sejak waktu file local primary backup dihasilkan, dan harus lebih lama daripada periode retensi local primary backup.
Data archive backup dapat disimpan selama 60 hingga 7.200 hari.
Jenis backup, wilayah penyimpanan backup, dan informasi log backup untuk archive backup sama dengan primary backup.
Remote Backup
Disabled
Anda dapat menentukan apakah akan mengaktifkan remote backup berdasarkan kebutuhan bisnis Anda.
Anda dapat mengatur siklus remote backup menjadi mingguan atau bulanan.
CatatanRemote primary backup bergantung pada local primary backup. Anda hanya dapat memilih hari untuk remote primary backup dari hari-hari yang tersedia untuk local primary backup.
Data remote backup disimpan selama 7 hari secara default, dan dapat disimpan selama 7 hingga 7.200 hari.
Remote Region for Backup File Storage
None
Hanya satu wilayah penyimpanan remote yang dapat ditentukan dan tidak dapat diubah.
CatatanJika melibatkan backup lintas batas negara, Anda harus menandatangani surat jaminan kepatuhan untuk transmisi data lintas batas. Untuk informasi selengkapnya, lihat Surat jaminan kepatuhan untuk transmisi data lintas batas.
Backup Retention Strategy upon Instance Release
When releasing an instance, retain all existing data backups and corresponding log backups.
Jika Anda memilih untuk menyimpan semua data backup yang ada dan log backup terkait saat melepas instans, Anda dapat melihat dan memulihkan data instans kluster ini di Keranjang daur ulang instans. Jika Anda mengembalikan saldo instans, mengembalikan instans dalam waktu lima hari tanpa alasan, melepas instans langganan yang kedaluwarsa, atau melepas instans pay-as-you-go yang memiliki tunggakan, instans tersebut tidak akan masuk ke Keranjang daur ulang instans.
CatatanJika Anda memilih untuk menyimpan file backup saat melepas instans, biaya akan dikenakan. Untuk informasi selengkapnya, lihat Penagihan untuk backup dan restore.
Jika Anda memilih untuk tidak menyimpan backup apa pun saat melepas instans, instans tersebut tidak dapat dipulihkan.

Klik OK.
Hubungan antara siklus backup dan periode retensi backup data
Konsep
Siklus backup: interval pelaksanaan full backup. Anda dapat menjadwalkan backup harian, mingguan, atau pada hari tertentu (misalnya Senin, Rabu, dan Jumat). Siklus backup memengaruhi kerapatan pembuatan set backup dan granularitas pemulihan data.
Periode retensi backup data mengontrol siklus hidup backup untuk mendukung Point-in-Time Recovery (PITR). Backup yang kedaluwarsa akan dihapus secara otomatis.
Mekanisme kerja
Siklus backup dan periode retensi backup data bersama-sama menentukan jumlah set backup yang disimpan serta periode retensi log backup.
Sistem menyimpan set backup berdasarkan asosiasi antara data dan log untuk memastikan PITR dalam periode yang ditentukan.
Secara umum, pemulihan data bergantung pada backup data terbaru dan log backup yang dihasilkan antara waktu restore dan waktu backup data terakhir. Periode retensi backup aktual mungkin lebih lama dari periode yang ditentukan guna memastikan kemampuan pemulihan data dalam rentang waktu tersebut.
Contoh konfigurasi khas
Contoh 1: Backup data sekali setiap minggu
Siklus backup | Periode retensi backup data | Jumlah maksimum set backup yang disimpan | Periode retensi log backup aktual |
Weekly | 2 hari | 2 | [2, 10] hari |
Weekly | 7 hari | 3 | [8, 15] hari |
Contoh 2: Backup data sekali setiap hari
Siklus backup | Periode retensi backup data | Jumlah maksimum set backup yang disimpan | Periode retensi log backup aktual |
Daily | 2 hari | 3 | [2, 4] hari |
Daily | 7 hari | 8 | [8, 9] hari |
Contoh 3: Backup data sekali setiap Senin, Rabu, dan Jumat
Siklus backup | Periode retensi backup data | Jumlah maksimum set backup yang disimpan | Periode retensi log backup aktual |
Once every Monday, Wednesday, and Friday | 2 hari | 3 | [3, 5] hari |
Once every Monday, Wednesday, and Friday | 7 hari | 4 | [8, 10] hari |
Surat jaminan kepatuhan untuk transmisi data lintas batas
Jika remote backup melibatkan transmisi data lintas batas, Anda harus menandatangani surat jaminan kepatuhan untuk transmisi data lintas batas. Isi lengkapnya sebagai berikut:
Jika Anda menggunakan layanan atau fitur ini, data bisnis Anda di cloud akan ditransmisikan ke wilayah yang Anda tentukan. Hal ini dapat mengakibatkan transmisi data lintas batas. Anda memiliki izin penuh atas data bisnis Anda dan bertanggung jawab penuh atas transmisi tersebut. Anda berjanji bahwa transmisi data bisnis Anda mematuhi peraturan perundang-undangan terkait, artinya Anda wajib memenuhi kewajiban berikut: 1. Menyediakan teknologi dan strategi yang memadai untuk menjamin keamanan data. 2. Menyediakan perjanjian layanan yang jelas bagi pengguna Anda. 3. Melakukan evaluasi keamanan transmisi data lintas batas dan melaporkan situasi transmisi tersebut. Anda juga berjanji bahwa data bisnis Anda tidak mengandung konten ilegal atau konten yang dilarang untuk ditransmisikan atau dibagikan. Jika Anda tidak memenuhi persyaratan di atas, Anda bertanggung jawab atas konsekuensi hukum yang timbul dan wajib mengganti kerugian yang dialami oleh Alibaba Cloud, ApsaraDB for OceanBase, atau perusahaan terkait lainnya.