The archive lives on hardware; hardware dies
Track one worried about services disappearing. This lesson worries about the layer under your feet: disks, controllers, enclosures, power. Every storage medium has a failure rate and a failure mode — drives wear out mechanically, SSDs lose charge when unpowered for years, enclosures fail taking their contents' availability with them. An archive that exists in exactly one place is not an archive; it is a countdown.
The classic posture is 3-2-1: at least three copies of the data, on at least two different kinds of media, with at least one copy off-site (different building, different failure domain — a cloud bucket, a relative's house, an office). The numbers are a floor and a checklist-for-thinking, not a certification: the point is that each copy should fail for different reasons. Three copies on three identical drives in the same enclosure share one power supply and one thief — that is one copy with three times the failure surface.
Choosing the layers for model-scale data
Model archives have specific shapes that constrain storage choices. They are enormous but write-once: you write tens of gigabytes once and then read rarely. That profile favors capacity-dense, sequential-friendly media (spinning disks, NAS-grade drives) over speed champions, and it makes the network-attached layer — a NAS — the natural middle tier: shared across machines, independent of any one laptop's lifecycle, and big enough that the archive does not compete with your operating system for space.
A defensible three-layer layout for a household archive:
- Working layer — the laptop/desktop where acquisitions land first and verification happens.
- Home layer — the NAS, on independent hardware, holding the canonical copy plus its records; two-disk redundancy (mirroring or a parity scheme) absorbs a single drive death without ceremony.
- Off-site layer — whatever your scale affords: a relative's drive, an encrypted drive at the office, cold cloud storage for the truly irreplaceable minority. Updated on a slower cadence than the home layer, and verified when it updates.
Note what each layer defends against: the working layer dies with the machine; the home layer dies with the building; the off-site layer dies only with the region. Redundancy is not about more copies — it is about uncorrelated copies.
Maintenance is part of the design
Layers imply movement, and movement implies the migration checks from the integrity track: every copy re-earns its digest. Schedule the off-site refresh at whatever cadence your tolerance for loss dictates — the answer to "how much can I afford to lose?" is a date, and everything older than it is at risk. The archive's storage design is not a purchase; it is a rhythm of verifications and refreshes that keeps the countdowns from ever aligning.