But in your details you miss at least two key reasons for making "backups":
1. They can be kept off-site and so protect against a generalized site failure (earthquake, hurricane, fire, flood, roof collapse under heavy snow, etc.)
True, and a point of which I am aware. I do backups like this by making a second backup on-site, then keeping it incremental off-site via network links (i.e. WAN or VPN over Internet). This is how I avoid the concept of moving 3TB over the network, a problem to which I simply do not have an answer. But (from what little I know) the overarching cost factor of tape has led me to find any creative solution that does not involve it! <smile>
I am even willing to setup a second 15-drive NAS chassis, make the second backup, then simply power down, remove the 15 drives inside their hotswap cages, and take them home. There, now we have off-site. <grin>
2. Time travel (I want to see an old version of a file) and recovery
from mistakes ("sudo rm -rf /").
As you've correctly pointed out elsewhere, this is part of the backup _strategy_ whereas the argument is about _media_. I did point out initially that time travel is important in a backup strategy and suggested a way to do it. Of course multiple copies on tape is also valid... I just like the real-time access and incremental updates that the other solutions (rsnapshot, et al.) provide.
describing a single array does not answer someone asking about backups.
Never shoot from the hip when criticizing. Go back and read my initial post; I believe I have fully detailed my entire backup strategy and that the answer provided to the OP is perfectly valid, complete, and functional... argue with me AFTER you've read that post; until then you're trolling.
The discussion about media is tangential to the OP's question, and started when Ed Wilts assured me that tape IS a valid choice for backups in "enterprise" settings. You can check the archives for the rest.
-- Rodolfo J. Paiz [EMAIL PROTECTED]
-- redhat-list mailing list unsubscribe mailto:[EMAIL PROTECTED] https://www.redhat.com/mailman/listinfo/redhat-list
