|
|
|
SSCommitted
      
Group: General Forum Members
Last Login: Today @ 3:06 PM
Points: 1,786,
Visits: 1,018
|
|
Duncan Pryde (3/14/2011)
Abi Chapagai (3/13/2011)
Koen Verbeeck (3/13/2011) Very nice question, thanks.Thank you all for the comments. This is my first question. I look forward to your second one! Duncan
Thanks Duncan, I will try to post another question.
|
|
|
|
|
SSChasing Mays
      
Group: General Forum Members
Last Login: Thursday, June 13, 2013 10:57 AM
Points: 659,
Visits: 465
|
|
I was reading through all this features yesterday. It was an easy one for me. Nice question. Thanks
|
|
|
|
|
SSCommitted
      
Group: General Forum Members
Last Login: Today @ 10:39 AM
Points: 1,527,
Visits: 1,564
|
|
A while ago I implemented an SQL Server job that uses 7zip to compress backups after they run. I've been getting between 80 and 85 % compression.
When we upgrade I'll have to test out the built-in compression to see if the percentage is comparable. Either way the job may still come in handy in places that are slow to upgrade.
|
|
|
|
|
SSC Eights!
      
Group: General Forum Members
Last Login: Yesterday @ 8:01 AM
Points: 989,
Visits: 1,795
|
|
Dave62 (3/14/2011) A while ago I implemented an SQL Server job that uses 7zip to compress backups after they run. I've been getting between 80 and 85 % compression.
When we upgrade I'll have to test out the built-in compression to see if the percentage is comparable. Either way the job may still come in handy in places that are slow to upgrade.
I can get between 30 to 90 percent compression on databases, depending upon the contents and datatypes (straight text and numbers compress VERY well). And the beauty is twofold -- one, it's only one step instead of two, and the one step is not much longer if at all longer than the original first step of making the backup in the first place, so you might cut your time in half in theory. Second, it doesn't require the Agent to run a command line utility. We did that in 2000 with WinRar and I found that upon occasion WinRar would hang, and so the job would hang and never complete or error out. Not an issue here. We have moved to compressing ALL 2008 backups as a matter of course; even if it is not much space savings, it is some and minimal overhead. A truly great feature to have.
|
|
|
|
|
SSCommitted
      
Group: General Forum Members
Last Login: Today @ 10:39 AM
Points: 1,527,
Visits: 1,564
|
|
jeff.mason (3/14/2011) ...I can get between 30 to 90 percent compression on databases, depending upon the contents and datatypes (straight text and numbers compress VERY well)...
Thanks! That will save me some research time.
I'll keep the job around for older systems.
Never had a problem with 7zip hanging. Although it's not directly called from the agent. I'm using the agent to call a VBScript that handles business rules for archiving the zip files and deleting the older ones per the specified requirements. The script calls 7zip and also does more logging than the job. Haven't had any issues with this method yet...
|
|
|
|
|
SSCoach
         
Group: General Forum Members
Last Login: Today @ 5:03 PM
Points: 18,853,
Visits: 12,438
|
|
|
|
|
|
SSC-Addicted
      
Group: General Forum Members
Last Login: Thursday, June 13, 2013 5:39 AM
Points: 492,
Visits: 332
|
|
The question could be slightly more specific. Backup compression existed before SQL Server 2008 R2 Standard Edition was released (it existed in SQL Server 2008 Enterprise).
Ben
|
|
|
|
|
SSCrazy
      
Group: General Forum Members
Last Login: Today @ 2:49 PM
Points: 2,163,
Visits: 2,150
|
|
ben-564110 (3/17/2011) The question could be slightly more specific. Backup compression existed before SQL Server 2008 R2 Standard Edition was released (it existed in SQL Server 2008 Enterprise).
Really? More specific than "Which of the following is one of the new features of SQL Server 2008 R2 Standard Edition."? (I probably would have used in instead of of.)
|
|
|
|
|
SSCommitted
      
Group: General Forum Members
Last Login: Today @ 3:06 PM
Points: 1,786,
Visits: 1,018
|
|
| I think question is clear because I have mentioned SQL Server 2008 R2 Edition. I know backup compressions existed in SQL Server 2008 EE but not in SQL Server 2008 Standard Edition. Since we have this feature in SQL Server 2008 R2 Standard Edition and I wanted to highlight this feature.
|
|
|
|