Click here to monitor SSC
SQLServerCentral is supported by Red Gate Software Ltd.
 
Log in  ::  Register  ::  Not logged in
 
 
 
        
Home       Members    Calendar    Who's On


Add to briefcase 12»»

NetBackup vs sql backups Expand / Collapse
Author
Message
Posted Wednesday, September 20, 2006 10:00 AM
SSC Veteran

SSC VeteranSSC VeteranSSC VeteranSSC VeteranSSC VeteranSSC VeteranSSC VeteranSSC Veteran

Group: General Forum Members
Last Login: Monday, November 10, 2014 10:45 AM
Points: 224, Visits: 266

I know no one answered my last post yet, but I have another question...What are the pros and cons of backing up to disk using NetBackup or native sql backups? Is any one better than the other? I would think that sql backups are more reliable and easier to use- is this correct?

 

Thanks!



Thanks!
Post #310003
Posted Monday, September 25, 2006 8:00 AM
SSChampion

SSChampionSSChampionSSChampionSSChampionSSChampionSSChampionSSChampionSSChampionSSChampionSSChampion

Group: General Forum Members
Last Login: Friday, May 18, 2007 3:36 PM
Points: 10,039, Visits: 1
No one has responded to this topic yet. Even if you don't have a complete answer, the original poster will appreciate any thoughts you have!
Post #310888
Posted Wednesday, September 27, 2006 8:08 AM
Ten Centuries

Ten CenturiesTen CenturiesTen CenturiesTen CenturiesTen CenturiesTen CenturiesTen CenturiesTen Centuries

Group: General Forum Members
Last Login: Monday, November 10, 2014 9:36 AM
Points: 1,414, Visits: 4,544

i use Veritas 5 Netbackup for a bunch of servers. Disk is still pretty expensive if you need months or years of backups. We keep 6 months of backups onsite, send out one of the backups every month offsite and routinely restore production db's to QA and other testing. Sometimes we had to restore last month's backup because we needed some data into current production like when an archive script goes haywire and deletes data without archiving it first.

 

We have a disk based backup system for NT and MS Exchange from Evault but it compresses the data and has other goodies to minimize disk space. Avamar is good too, but expensive.

 

With tape we have a lot of backups on different tapes. With disk it is possible that you can have your RAID array die on you and lose all your backups. HP's new 300GB drives, we have had half of ours go bad in the last year. Once we had 2 die in the same RAID array in one week. Luckily HP send replacements out next day air and we rebuilt the array after the first failure and just in time for the second. Otherwise it would have been a 500GB archive database down the drain.



https://plus.google.com/100125998302068852885/posts?hl=en
http://twitter.com/alent1234
x-box live gamertag: i am null
[url=http://live.xbox.com/en-US/MyXbox/Profile[/url]
Post #311538
Posted Thursday, July 12, 2007 6:58 AM
Forum Newbie

Forum NewbieForum NewbieForum NewbieForum NewbieForum NewbieForum NewbieForum NewbieForum Newbie

Group: General Forum Members
Last Login: Thursday, July 12, 2007 6:56 AM
Points: 1, Visits: 1

Hi there

 

has anyone poseted a reply on this sbject.

 

I am interested on how much diskspace I will need to backup SQL databases via the netbackup agent (and any alternitives that may be better like using flatfile instead)

 

Thank you

Sue

Post #381084
Posted Thursday, July 12, 2007 10:39 AM
Hall of Fame

Hall of FameHall of FameHall of FameHall of FameHall of FameHall of FameHall of FameHall of FameHall of Fame

Group: General Forum Members
Last Login: Wednesday, November 12, 2014 10:19 AM
Points: 3,248, Visits: 562
Can't tell you about how much disk space would be needed by NetBackup.

I can tell you that the best practice is to use native SQL Server backup commands to back your databases up to disk and then use Netbackup (or other application) to copy the backup files to tape.

We plan on having the same amount of disk space for the backup as we have for the database.

-SQLBill



Post #381184
Posted Thursday, July 12, 2007 9:08 PM
SSC-Addicted

SSC-AddictedSSC-AddictedSSC-AddictedSSC-AddictedSSC-AddictedSSC-AddictedSSC-AddictedSSC-Addicted

Group: General Forum Members
Last Login: Monday, June 3, 2013 9:53 PM
Points: 433, Visits: 619

Probably the single most important difference between disk & tape backup is the time to restore.  Tape backups take "forever" compared to a restore from disk - and that's if you just happen to have the tape available onsite - worst case you might be looking at several hours to get the tape back onsite before you can even begin your restore.

I typically advocate a dump & sweep approach to database backups with a nominal retention on disk and longer term retention on tape.  Reality is that most database backups are useless beyond a couple of days - would you want to have to tell the business that they have to redo several days of transactions?  Me neither.

The biggest problem with most "enterprise" backup systems like Veritas is that they are only capable of taking backups of the database each night (if you're lucky) and frequently only able to take a full backup of "everything" over the weekend which is just fine if you're backing up a database that is only updated once a month but just doesn't cut it when you need to be able to recover to within a shorter timeframe (e.g. 10 minutes). 

Joe

 

 

 




Post #381325
Posted Friday, July 13, 2007 1:15 AM


Hall of Fame

Hall of FameHall of FameHall of FameHall of FameHall of FameHall of FameHall of FameHall of FameHall of Fame

Group: General Forum Members
Last Login: Monday, November 17, 2014 7:05 AM
Points: 3,461, Visits: 353
Better backup the database to disk and then move the backup file to TAPE. SO that you can restore it on need. But plan this as each file will take disk space may be you can have last 3 days backup files on disk.

Cheers,
Sugeshkumar Rajendran
SQL Server MVP
http://sugeshkr.blogspot.com
Post #381363
Posted Friday, July 13, 2007 7:00 AM


SSC Eights!

SSC Eights!SSC Eights!SSC Eights!SSC Eights!SSC Eights!SSC Eights!SSC Eights!SSC Eights!

Group: General Forum Members
Last Login: Sunday, June 22, 2014 6:53 PM
Points: 967, Visits: 388

Hello,

SQL->DISK->TAPE is hardly a "best practice".  It is merely one way of doing it.   It can be difficult to manage and easily becomes unmanageable when there are simply too many databases and/or servers to support.  It works great in small deployments and that's what I will often choose for clients if it is the right fit.  It can also give you more precise control over timing, if the business need is there, so it can be useful in large envioronments as well.

NetBackup is expensive, but you get what you pay for.  It is an excellent tool for SQL backups.  It's difficult to get set up correctly, but it works flawlessly once it is ready.  It also has the benefit of keeping all of your enterprise backups in one place, which may very well be a  requirement dictated by people whose names are on the front of the building.

So, it depends.  Go with what is best for your situation.

Post #381453
Posted Friday, July 13, 2007 7:13 AM
SSC Rookie

SSC RookieSSC RookieSSC RookieSSC RookieSSC RookieSSC RookieSSC RookieSSC Rookie

Group: General Forum Members
Last Login: Thursday, October 3, 2013 2:30 AM
Points: 27, Visits: 503

A few other points in favour of backing up to disk ...

Everywhere I've worked as a DBA, doing backups this way neatly mirrors the departmental structure in that the DBA manages the backups to disk and the Windows Server guys manage the backups to off-line media. i.e. they don't fiddle with my databases and I don't go near their tape drives !

For most network backup solutions, you will need to buy an additional item of licenced software in order to back up your SQL Server databases directly. Backing up first to disk means this is not necessary. If you have a lot of servers this can be a big saving.

It can be difficult managing your SQL Agent schedule when you have backups taking place outside of that schedule at a time which may vary from day to day. The network backup software optimises the schedule to keep the tape drives loaded appropriately and knows nothing about your servers batch workload. If you back up to disk first this dependancy is broken.

The only good reason (IMHO) to back up your databases directly with a network backup solution is if you have very large databases and the cost of disk space is an issue. I'm forced down this route with a few servers but make sure if you go this way that you carry out regular test restores (you should anyway but in this case it becomes even more important because there are more potential points of failure).

Post #381458
Posted Friday, July 13, 2007 8:37 AM
SSC-Addicted

SSC-AddictedSSC-AddictedSSC-AddictedSSC-AddictedSSC-AddictedSSC-AddictedSSC-AddictedSSC-Addicted

Group: General Forum Members
Last Login: Monday, June 3, 2013 9:53 PM
Points: 433, Visits: 619

Phil's "very large database" are a great example of why compression products like SQL Safe, SQL Backup & Litespeed are usually a great addition to your toolset - they will usually pay for themselves pretty darn quickly  as the compressed backups take up anywhere from 35 - 90% less space... I don't know if any of those products will work in conjunction with Netbackup or other backup software to backup direct to tape?  I do know that the last time I priced Idera's product it was actually cheaper on a per machine basis than the corresponding Netbackup SQL Server agent.

Joe

 




Post #381498
« Prev Topic | Next Topic »

Add to briefcase 12»»

Permissions Expand / Collapse