The Institute for Backup Trauma

  • Comments posted to this topic are about the item The Institute for Backup Trauma

  • Since this editorial is 5 years old, I wonder how many are now using disk instead of tape. We still use tape but have discussed disk backup?

    And, is a cloud service better than in-house to disk backups?

  • I would still prefer a tape for shipment offsite. The reason? No impact of mechanical forces!

    Secondly, tapes have stood the test of time. Optical disks are a good alternate, but I am not sure if anyone has ever tried to recover 10 year old business critical backup from an optical disk.

    My home backup strategy is to have two external drives for regular monthly backups. The laptop's data goes into the desktop every week, and then every month, that is flushed on to the external drives. Every year, I copy it over to optical disks. Heavy-weights (videos/music/pictures) which are also available on the desktop are removed from the external drives and only the essential work/study data remains ready for a new year.

    Thanks & Regards,
    Nakul Vachhrajani.
    http://nakulvachhrajani.com

    Follow me on
    Twitter: @sqltwins

  • We backup exclusively to disk and have never been happier. We've always hated tape with a passion, mostly because they've been so unreliable (tape-eating drives and media not readable on identical replacement hardware because of imperfect head alignment). We've experimented with a number of disk-based systems over the years and have now settled on two NAS devices, one on site and the other off site. (We have our own fiber between two buildings separated by about a block, so off site doesn't mean off network.)

  • We run all our backups daily to tape and keep some tapes offsite. Would love to have disk storage but not in the budget. I do keep 3 days of SQL backups on the network as a convenience, easier and quicker than tape.

  • All the environments I've been in typically use a two hop approach, backups are written to disk and the backups are then swept to tape which are taken offsite. If you have a LOT of servers this can be problematic as the network becomes a bottleneck.

    And as always you have to periodically TEST that the tapes are readable, at a former employer we had to spend like $15K to send a couple tapes out for recovery when there was a disaster and a server died. They hadn't been testing and just assumed that if it was on tape it was OK. Altogether I think for the better. But 3 days of downtime, a bunch of idle people, and $15K for recovery, I would guess the costs were over $100K..

    This was a HARD lesson and there was real change after to make sure the backups were good.

    CEWII

  • We use a two-op approach but don't use tape backup anymore. We backup to disk and then those backups are retrieved into an appliance that is disk based. The backups once there are mirrored between sites for DR.

    Jason...AKA CirqueDeSQLeil
    _______________________________________________
    I have given a name to my pain...MCM SQL Server, MVP
    SQL RNNR
    Posting Performance Based Questions - Gail Shaw[/url]
    Learn Extended Events

  • Elliott Whitlow (12/20/2010)


    All the environments I've been in typically use a two hop approach, backups are written to disk and the backups are then swept to tape which are taken offsite. If you have a LOT of servers this can be problematic as the network becomes a bottleneck.

    And as always you have to periodically TEST that the tapes are readable, at a former employer we had to spend like $15K to send a couple tapes out for recovery when there was a disaster and a server died. They hadn't been testing and just assumed that if it was on tape it was OK. Altogether I think for the better. But 3 days of downtime, a bunch of idle people, and $15K for recovery, I would guess the costs were over $100K..

    This was a HARD lesson and there was real change after to make sure the backups were good.

    CEWII

    Even with testing, we've had to send tapes out for recovery. One tape drive died and the new one wouldn't read the tapes because the old drive apparently had head alignment problems. It wrote and read tapes just fine, but the tapes created were not readable even on supposedly identical hardware.

  • We do both as well. Grandfather system, full weekly, daily incremental, all written to the disk, then nightly to the tape for off site. Looked into the disk only options but no reliable network (fiber) that can handle the data transfer requirements in a timely manner. The tapes seem like they are better than they used to be. Direct SCSI from the backup server to the tape drive makes the backup window really reasonable.

  • CirquedeSQLeil (12/20/2010)


    We use a two-op approach but don't use tape backup anymore. We backup to disk and then those backups are retrieved into an appliance that is disk based. The backups once there are mirrored between sites for DR.

    I've seen that as well, as disk costs have come down this has become more practical. Just like I don't use DVD's for personal backup anymore, I keep several copies of data on external hard drives, so just in case one gets destroyed I am not screwed. Or I use an online service like Norton Online Backup (NOBU). For the stuff I simply CANNOT lose I back it up to DVD's but that is rare.

    I categorically don't like losing data I want to keep and will go to lengths to make sure it doesn't happen.

    CEWII

  • [p]Tapes proven technology????? Proven to be unreliable as hell! I cannot count the number of horror stories I've heard about unreadable tapes when it mattered most (including the first one being my own experience, add to those the previous posts to this topic).[/p]

    [p]Currently I work for a very small company (4 people) and our database is only a few hundred Megabytes. The data is replicated via logshipping every 5min to a second server on standby (in the same rack), nightly we make full backups. Later in the night those transaction-logs and full backups plus the file-share folders which include the CSV database of our code (not everything is a database in business) are copied to a USB harddrive (in a dated folder). Every week-day one of us rotates out the USB-drive, so we have 3 drives with one of them offsite. These drives will plug into any computer with a USB-port and can be read by any OS, so never again we'll be stuck with a backup that cannot be read whenever we need it, whereever we need it.[/p]

    [p]For our DB-size incremental backups are just not worth the trouble, but when we grow bigger, we'll probably start using incrementals during the week with a full over the weekend, but the on-network continuous standby-database (also file-shares are replicated with Windows' DFS) complemented with a nightly copy to external drives (god, I LOVE USB) will remain a truly proven technology for me for a long time to come. All native functionality of the DB-engine and the OS using cheap hardware, nothing, absolutely nothing else to be dependent on. True KISS.[/p]

  • I think lots of people still use tape, although since most companies don't want to/can't recover from more than a week or two ago, moving to disk might make sense. However disks can be problematic for longer storage. Also, keep in mind that your db server will probably crash the day after the disks on your secondary die, or while your full backup is being sent to a remote server.

    a two hop approach is still probably best.

    Anecdotal evidence from me, I have recovered databases from tapes over a year old, up to 6 years old, and it's worked well.

Viewing 12 posts - 1 through 11 (of 11 total)

You must be logged in to reply to this topic. Login to reply