SQL 2005 vs. SQL 2008 Part 1 - (Backup File Sizes & Times)

  • SequelDBA

    Ten Centuries

    Points: 1043

    Great post!

    Question: Is this feature available with Std Edition or only Enterprise?

    KU

  • Kevin-458339

    SSCrazy

    Points: 2717

    SQL 2008 does still support this feature of splitting the Backup over multiple files.

    During Backup and compression it was writting to each of the 5 files in a series basis and I am not sure how multiple procs and disks would affect, imporve this?

    The compression was approx 190MB per each of the 5 files - meaning that the 980MB was split amongst the 5 files.

    (Time wise it seemed to take longer a minute or two - but I would need to confirm this)

    Thanks

    Kevin

  • Kevin-458339

    SSCrazy

    Points: 2717

    I think this is an Enterprise feature only

  • GSquared

    SSC Guru

    Points: 260824

    Very interesting numbers. Since I have to ship backup files across a low-speed network, this could come in very useful.

    - Gus "GSquared", RSVP, OODA, MAP, NMVP, FAQ, SAT, SQL, DNA, RNA, UOI, IOU, AM, PM, AD, BC, BCE, USA, UN, CF, ROFL, LOL, ETC
    Property of The Thread

    "Nobody knows the age of the human race, but everyone agrees it's old enough to know better." - Anon

  • Kevin-458339

    SSCrazy

    Points: 2717

    Yes, in SQL 2008 - the Database Mirrioring and Log Shipping* also benefit from this compression technology built into the engine.

    I am not sure if this is default or a setting for the above, but I will investigate and provide more details in future articles.

    Thanks

    Kevin

  • Roger L Reid

    SSCommitted

    Points: 1984

    Nicely done article. However, we can't assume linear performance on larger databases - 100GB or 10 TB. (Is 100 GB still considered large? I remember considering 30 MB huge, but that's a long time ago).

    I've got the 100GB databases, but no time to install 2008 and report back, I'm afraid.

    Certainly, we've always got to test these days - so many old rules of thumb about relative speed of the parts of the IO chain are different than once upon a time. I've tended to avoid compression: I can write to a good iSCSI array faster than the CPU can do the compression. But compression keeps improving as well.

    Thanks

    Roger L Reid

  • Kevin-458339

    SSCrazy

    Points: 2717

    Hi

    I have a 109GB, 110GB, 111GB.. Database that I am in the process of testing with and I will be doing a follow-up article - possibly in more technical detail.

    I will post to this forum and possibly in a follow-up article on the findings

    Thanks

    Kevin

  • Rick Sheeley

    SSC Rookie

    Points: 40

    It would be interesting to compare the backup restore vs. the current backup champ Redgate SQL Backup........

    Also, as the forum sponsor, any word on when Redgate will have a 2008 product?

    Rick Sheeley, BannerAMC

  • Steve Jones - SSC Editor

    SSC Guru

    Points: 715889

    This is an Enterprise only feature for 2008. That could change in the future.

    Restore times should be much quicker, similar to backup time savings. Less reading from disk (slow) and quick decompression in memory.

    Red Gate has committed to 2008 support when 2008 ships. The products are being tested against 2008 versions now, but the 2008 code is not feature complete nor completed, so the products aren't necessarily 2008 compliant now.

  • Roger L Reid

    SSCommitted

    Points: 1984

    Glad to hear it (about the bigger tests). Of course, different setups of IO, CPU, concurrent work load etc are issue too, but you're putting a down a good base to guide the rest of us in our own benchmarks.

    I'm going to assume that All Is Scriptable. I expect this simply adds a WITH COMPRESSION = XXXX to the SQL and/or a property to the SMO.

    Scriptability and the "SCRIPT THIS" button (for when you can't seem to get the 47 settings of a restore correct) is only thing that's saved my sanity (and my wrist) - being able to write my backup scripts in Perl/DBI and run them out of a Unix cron job.

    I don't know how anyone handles, say, 140 replicated databases plus development copies across 26 instances across 4 slabs of metal clicking guis and logs.

    Roger L Reid

  • Roger L Reid

    SSCommitted

    Points: 1984

    Egad - where are my manners! I forget for a moment that redgate sponsors this excellent forum, and here I'm talking about SQL Server backup from Unix with Perl.

    I don't think they have to worry about a stampede in that direction. It's just my background showing. As usual, there's More Than One Way to Do It, and I know redgate does it for a lot of people.

    Roger L Reid

  • SanjayAttray

    SSChampion

    Points: 13157

    I took backup with both compress backup and do not compress backup. I was able to restore database with backup (do not compress backup) with out any issue. But, the one I took with compress backup option, I am not able to restore it. Is there any other parameter need to be given for this restore.

    Error I get is invalid backupset. Though I took backup thrice and all failed. Had any one got this issue?

    -- one more thing, I am using backup and restore with wizards and not commands.

    SQL DBA.

  • Kevin-458339

    SSCrazy

    Points: 2717

    I will test this for you - when back at the office and give you feedback

    Thanks

    Kevin

  • John Chiu

    SSCrazy

    Points: 2619

    I am very interested to see the restore metrics. What OS are you based on ?

  • jefwilson

    Grasshopper

    Points: 21

    I'd be interested in knowing if there is a difference in SQL 2008's compression compared to compression from SQL Litespeed.

Viewing 15 posts - 16 through 30 (of 55 total)

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