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

Hacker News चर्चा ↗

23 TiB व्यक्तिगत डेटा को संभालना सरलता, लागत, और दीर्घकालिक विश्वसनीयता के बीच कठिन समझौते मांगता है। टिप्पणीकर्ता आम तौर पर बड़े स्थानीय स्टोरेज (अक्सर NAS या DIY servers के साथ ZFS/Btrfs, RAID, और नियमित scrubs) को कम-से-कम एक ऑफ-साइट कॉपी के साथ जोड़ने पर सहमत होते हैं, और Backblaze B2, S3 Glacier, या सस्ते VPS storage जैसी सेवाओं पर encrypted backups के लिए Borg, restic, या rclone जैसे टूल्स का उपयोग सुझाते हैं। कई लोग इस बात पर ज़ोर देते हैं कि अनावश्यक फ़ाइलें हटाना, वास्तव में महत्वपूर्ण डेटा को bulk media से अलग रखना, और restores का नियमित परीक्षण करना किसी भी खास तकनीक से ज़्यादा महत्वपूर्ण है, और कोई एक आदर्श सेटअप नहीं है—सिर्फ वही जो किसी व्यक्ति के budget, risk tolerance, और effort के अनुकूल हो।

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

  • 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 करने की इच्छा पर निर्भर करता है।