QNAP TS-433 HBS 3 – Mengatur Backup Penuh Mingguan (Setiap Minggu) & Backup Incremental Harian

English Cadangan dan perlindungan data
1

Hai semuanya,

Saat ini kami menjalankan QNAP TS-433 (4-Bay) NAS di kantor untuk penyimpanan file internal dan backup. Pengaturan drive kami adalah sebagai berikut:

  • Bay 1 & 2: 2x 20 TB (RAID 1) $\rightarrow$ Penyimpanan bersama utama perusahaan

  • Bay 3 & 4: 2x 20 TB (RAID 1) $\rightarrow$ Pool backup on-site

Saat ini, kami melakukan backup penyimpanan utama (Disk 1 & 2) ke pool backup (Disk 3 & 4) setiap hari menggunakan HBS 3 (Hybrid Backup Sync). Namun, kami ingin mengoptimalkan strategi backup untuk mengikuti jadwal berikut:

  • Minggu: Backup Penuh

  • Senin sampai Sabtu: Backup Inkremental (hanya file yang berubah/baru)

Rencana saya adalah mengonfigurasi ini dengan HBS 3 menggunakan Advanced Schedule yang dikombinasikan dengan Smart Versioning (menetapkan hari Minggu sebagai anchor untuk versi penuh mingguan).

Sebelum diterapkan ke lingkungan produksi, saya ingin mendapat masukan dari siapa pun yang menjalankan setup serupa:

  1. QuDedup Overhead: Untuk mencegah backup penuh mingguan memakan storage yang berlebihan pada volume 20 TB kami, menjaga QuDedup tetap aktif tampaknya menjadi langkah yang tepat. Bagaimana performa QuDedup di TS-433 dalam hal penggunaan CPU dan kecepatan penyelesaian job?

  2. Retensi & Pemangkasan: Jika kami menerapkan kebijakan retensi (misal, menahan 4 restore point Minggu terakhir), apakah HBS 3 dapat menangani pemangkasan versi di latar belakang dengan lancar tanpa merusak data indeks?

  3. Apakah ada hal khusus, tweak performa, atau praktik terbaik yang bisa Anda rekomendasikan untuk jenis job backup lokal seperti ini di HBS 3?

Terima kasih sebelumnya atas saran dan masukan dari kalian!

Apakah Anda ingin menambah atau mengubah detail tertentu sebelum diposting?

2

Menurut saya, kamu lupa menaruh prompt AI di bagian bawah postinganmu.

  1. Lupakan dedupe di NAS rumahan ini, bahkan di 1288X milik saya dedupe butuh waktu lama sekali.
  2. Kamu sebaiknya melakukan backup secara eksternal ke NAS, backup internal tidak akan membantu jika NAS rusak (kamu tidak bisa membaca disk tersebut di sistem Win atau Mac kamu).
3

Kami lebih menyukai pendekatan ini untuk akses cepat, dan biasanya kami juga melakukan backup ke HDD eksternal. Namun, kekhawatiran utama kami adalah: jika terjadi sesuatu pada file utama, apakah kami masih bisa mengakses file asli atau versi yang diperbarui yang disimpan di backup?

4

Sepertinya kamu sebaiknya menggunakan snapshot daripada menyalin file di antara Volume internal.

Snapshot pada thin volume hanya menyimpan perubahan delta, jadi tidak perlu melakukan tindakan deduplikasi yang mahal.

5

Hai,

Saat HBS menggunakan RTRR untuk membackup ke penyimpanan lokal, drive eksternal, atau NAS lain, setiap versi yang dipertahankan adalah poin waktu yang lengkap dan dapat dipulihkan secara independen. Ini bukan rantai penuh + inkremental di mana versi terbaru bergantung pada delta sebelumnya.

File yang tidak berubah direpresentasikan melalui hard link ke data yang sudah ada di tujuan. Jadi, meskipun setiap versi tampak seperti struktur file lengkap, data yang tidak berubah tidak perlu disimpan ulang. Menghapus versi lama hanya menghapus referensi versi tersebut; hal ini tidak memengaruhi integritas atau kemampuan pemulihan versi yang tersisa.

Pada sisi transfer, HBS adalah level-file, bukan level-blok. Hanya file yang terdeteksi berubah yang perlu ditransfer, tetapi jika sebuah file berubah, seluruh file akan ditransfer ulang.

Apakah Anda juga mempertimbangkan Snapshot + Snapshot Replica? Snapshot bekerja di level blok, jadi hanya blok yang berubah yang perlu ditahan atau direplikasi, dan Snapshot Replica dapat mereplikasi blok tersebut ke pool penyimpanan lain, baik secara lokal maupun ke QNAP NAS lainnya.