"Ken Blake, MVP" <
[email protected]>
Some data is irreplaceable. It is not a matter of time to recreate it.
Irreplaceable data needs multiple backups
I apply the rock-climbing "3-limb" rule here... in rock-climbing that
means at all times you have 3 limbs holding or standing on something
you hope will be solid (while the 4th limb is being re-positioned),
and with data that means having 2 x copies of content if one copy is
on HD, or 3 x copies on different disks or devices if none of these is
a permanent known-good hard drive.
That's what I *should* do, but in practice I often shade this by one
copy, i.e. 1 x copy on HD or if not on HD, no less than 2 copies in
different risk-buckets. Obviously that practice fails the "always
have a backup" test, when I fall off the rungs of best-practice!
Backup theory is a fascinating subset (or application/perspecive) of
info theory, and contains an inherent contradiction (how do you
magicallt retain all wanted changes while excluding all the unwanted
changes you are backing up to protect against?).
But leaving that aside and trusting the universal X-axis (time) to
scope between what is wanted and unwanted, here's what I do...
- de-bulk "My Docs" of music, pics, videos
- clean "My Docs" by excluding all code and incoming material
- set a nightly Task to archive this to another volume on the HD
- keep the last 5 of these on a FIFO basis (using a .BAT)
- manually dump these backups to off-HD storage
....and if on a LAN...
- read-share backup locations on all PCs
- set a Task to pull these backups to one or more PCs
- on those PCs, dump all collected backups to off-HD storage
The local backup logic keeps the most recent 5 backups, but the LAN
logic pulls only the latest of these.
For bulky data (e.g. music, pics and videos) and for
potentially-malware'd material (incoming stuff such as downloads,
emaul attackments etc. and infectable code files) I make separate
manual backup arrangements, i.e. episodic "end-of-project" dumps to
off-HD storage such as CDRs or DVDRs.
To preserve the XP installation, I'd have to image off C:, as XP's too
fragile to survive a file-level backup and restore.
All of the above influence my choice of applications (e.g. I prefer
Eudora because I can include safe email messages while excluding
attachments from the backed-up data set) and hard drive setup, i.e. I
keep C: small to ease imaging thereof, keep data off C: to protect it
against C: writes and unlink a C: image restore from a data restore,
and create another volume in which the automatic backups are stored.
As I inferred earlier, I'm a lazy user - I know I'll be slack about
the manual step of dumping the backups to off-HD storage. That's why
I get as much protection as I can from the auto-backup, e.g. by
holding these in a separate volume so that file system corruption that
stays within the same volume doesn't trash the backups.
--------------- ----- ---- --- -- - - -
Tech Support: The guys who follow the
'Parade of New Products' with a shovel.