> small: I might say yes. A long shot. > medium/large company: If you are the backup admin., i'll fire you.
Medium/Large Company? Forcing me to use tapes for critical backups? I'll quit first before you fire me. ;) I'm not going to be responsible for implementing broken and old-school policies such as that. > Have seen 6TB of weekly full data every week. You want to stick 10 > (500Gb HDD) new drives every week? If you have 6TB of critical data each week, then you're certainly in the position to buy 60 1TB drives, and a RAID array which can contain your critical storage, Expensive? Just how much do you value your data then? And also how long will it take to restore 6TB of data from a tape backup as opposed to restoring 6TB from a disk array? For most businesses, downtime == losses. Would it still be a good day to be tape backup admin then? > Note too that if you are working for a US company, SOX compliance > dictates that you have to have a backup data retention for 7 years. > Where do you want to store 336 Drives? > And calculations does not include incrementals and yearly growth of data. As mentioned in a post before. backup != archive. For archiving purposes, there are many options to choose from, tape technology only being one of it. > Have worked with 1 medium size and 3 Large government/companies. > They entrust their important data to tape media. Care to give an alternative? The fact that certain groups of people choose a particular technology solution, it doesn't mean that it's the correct solution given what technology is available TODAY. It may be that many have implemented these policies years ago, when hard disks weren't as big, and cheap as today. But technology moves on. Unfortunately, certain corporate policies aren't that dynamic. > Currently, there is no alternative. I hope in the future but none yet > as of the moment. For archiving, there's dual layer BLU-RAY DVDs capable of up to 50GB data storage. Need more? Here: http://en.wikipedia.org/wiki/Computer_storage#Technologies.2C_devices_and_media > raid is not backup! Have said this 3 years ago, i'm going to say it > again. Raid is not backup, it was specifically designed to protect > data from hardware failures... not backups. Using RAID alone is not what I am saying. Your argument posits that I am equating Redundant Systems (RAID) with backups. This is not true. Using RAID _TO IMPLEMENT_ a backup policy is what I have been saying. > real backup is when you say, restore /etc/hosts and /etc/shadow at > June 3, 1999 because of a Court Order/Warrant from Grissom. > > Can your "redundant network backup server" using raid do that? No. What you are saying is not 'real backup' but 'real archive'. As stated in a post previously, archiving != backup. Let's not confuse backups with archives. And I quote WIKIPEDIA: "In information technology, backup refers to making copies of data so that these additional copies may be used to restore the original after a data loss event. These additional copies are typically called "backups." Backups are useful primarily for two purposes: 1) to restore a computer to an operational state following a disaster (called disaster recovery) and 2) to restore small numbers of files after they have been accidentally deleted or corrupted.[1] Due to a considerable overlap in technology, backups and backup systems are frequently confused with archives and fault-tolerant systems. Backups differ from archives in the sense that archives are the primary copy of data and backups are a secondary copy of data. == snip ========================== > > Also, with disk based media, you have the opportunity to use > > intelligent backup software like rsnapshot/rsync instead of just blind > > dumping of a tar.gz. > > Have said this few days ago, rsync/rsnapshot or tar won't help you > with backups especially with open files. Good luck backing up Live > Oracle with rsync or tar. Yes it will. All you need is an external script to dump the oracle database (or portions of it) into a file, maybe compare it to a previous copy, make a diff, even compress it, and then let rsync backup the file. Rsnapshot has the facility to run external scripts before doing a file copy. This is what I do for backup up live databases. _________________________________________________ Philippine Linux Users' Group (PLUG) Mailing List [email protected] (#PLUG @ irc.free.net.ph) Read the Guidelines: http://linux.org.ph/lists Searchable Archives: http://archives.free.net.ph
