Ask HN: 23 TiB की व्यक्तिगत फ़ाइलों को कैसे व्यवस्थित और बैक अप करना चाहिए?

Hacker News चर्चा ↗

दायरा और प्राथमिकताएँ

  • 23 TiB इतना बड़ा है कि संगठन और क्यूरेशन, तकनीक जितने ही महत्वपूर्ण हो जाते हैं।
  • कई टिप्पणियाँ पहले डेटा को महत्व के आधार पर वर्गीकृत करने पर ज़ोर देती हैं (विनाशकारी / परेशान करने वाला / निराशाजनक / खो देने पर कोई खास फर्क नहीं) और गैर-ज़रूरी या डुप्लिकेट सामग्री हटाने पर।
  • सफाई/डुप्स के लिए सुझाए गए टूल: WinDirStat / WizTree, fdupes, fclones, czkawka.

स्थानीय स्टोरेज रणनीतियाँ

  • कई लोग होम NAS या कई HDDs वाला सामान्य x86 बॉक्स पसंद करते हैं।
  • आम फाइलसिस्टम: ZFS (raidz या mirrors, scrubs, checksums, वैकल्पिक encryption), btrfs (snapshots, compression, bees के साथ dedup), सरलता के लिए ext4.
  • RAID पर मिश्रित राय: uptime और कुछ redundancy के लिए उपयोगी, लेकिन बार-बार कहा गया कि “RAID is not a backup.”
  • सुझाव साधारण mirrored disks (2–3× 18–24 TB) से लेकर 4+ disk arrays (RAID5/6, ZFS raidz) तक हैं, साथ में नियमित scrubs और integrity checks।
  • कुछ लोग आसानी और integrated tools के लिए Synology/QNAP/UnRAID सुझाते हैं; अन्य flexibility और cost के लिए DIY पसंद करते हैं।

बैकअप टोपोलॉजी और ऑफ-साइट कॉपियाँ

  • 3-2-1 शैली के सेटअप के लिए मज़बूत समर्थन:
    • प्राथमिक स्टोरेज.
    • स्थानीय बैकअप (दूसरा disk/NAS; rsync/borg/restic, snapshots).
    • ऑफ-साइट कॉपी (cloud या रिश्तेदारों/सेफ डिपॉज़िट बॉक्स के पास भौतिक रूप से).
  • लो-टेक विकल्प: समय-समय पर नए HDDs पर clone करना, attic/माता-पिता के घर में रखना, कुछ महीनों में drives बदलना, restores का परीक्षण करना।

क्लाउड और रिमोट बैकअप टूल्स

  • सॉफ़्टवेयर: borg, restic, rclone (client-side encryption के साथ), rsync, Arq, Git Annex, BorgBase, HashBackup.
  • उल्लेखित cloud targets: Backblaze (personal और B2), S3 Glacier/Deep Archive, Google Archive storage, Wasabi, InterServer VPS, rsync.net.
  • client-side encryption और “untrusted server” models पर बार-बार ज़ोर दिया गया।
  • चिंताएँ:
    • दसियों TB पर लागत (यहाँ Tarsnap को व्यापक रूप से अत्यधिक महंगा बताया गया)।
    • egress/deletion penalties (Glacier, कुछ cold storage).
    • privacy और server-side decryption (Backblaze filename leakage; restore-time decryption on server).

वैकल्पिक मीडिया और विशेष विचार

  • LTO tape (खासकर used LTO-6) hardware खरीद लेने के बाद दीर्घकालिक archival के लिए किफायती बताया गया; इसके लिए कुछ setup और planning चाहिए।
  • Blurays को dead media के लिए उल्लेख किया गया।
  • कुछ लोगों ने इस परियोजना को learning/portfolio exercise के रूप में इस्तेमाल करने का सुझाव दिया (जैसे custom S3-based system)।

मेटा-बिंदु

  • कोई एक “सही” समाधान सामने नहीं आता; सर्वोत्तम सेटअप budget, access needs, threat model, और tooling maintain करने की इच्छा पर निर्भर करता है।