Comments on: How to REALLY Compress Your SQL Server Backups http://www.brentozar.com/archive/2010/02/how-to-really-compress-your-sql-server-backups/ Your technology pain-relief experts. Wed, 08 Feb 2012 16:37:59 +0000 hourly 1 http://wordpress.org/?v=3.3.1 By: Brent Ozar http://www.brentozar.com/archive/2010/02/how-to-really-compress-your-sql-server-backups/comment-page-1/#comment-31366 Brent Ozar Tue, 14 Jun 2011 00:09:57 +0000 http://www.brentozar.com/?p=6843#comment-31366 Justin - keep in mind that indexes aren't duplicate data. If I have one index by first name and one by last name, those indexes are duplicate in the sense that the original row of data has both the first and last name, but the backup compression won't give me 3x compression on that data. Justin – keep in mind that indexes aren’t duplicate data. If I have one index by first name and one by last name, those indexes are duplicate in the sense that the original row of data has both the first and last name, but the backup compression won’t give me 3x compression on that data.

]]> By: Justin Dearing http://www.brentozar.com/archive/2010/02/how-to-really-compress-your-sql-server-backups/comment-page-1/#comment-31359 Justin Dearing Mon, 13 Jun 2011 16:53:20 +0000 http://www.brentozar.com/?p=6843#comment-31359 Brent, Your claim of 50-55% smaller backups is on the resulting compressed backup? What about a regular uncompressed full backup of the real DB versus the trimmed one? Compression is really good at shrinking away duplicate data (which is why IIS and apache logs compress so well) so I'm a bit skeptical how removing padding, which removes empty rows, would help. Brent,

Your claim of 50-55% smaller backups is on the resulting compressed backup? What about a regular uncompressed full backup of the real DB versus the trimmed one?

Compression is really good at shrinking away duplicate data (which is why IIS and apache logs compress so well) so I’m a bit skeptical how removing padding, which removes empty rows, would help.

]]> By: Oscar Zamora http://www.brentozar.com/archive/2010/02/how-to-really-compress-your-sql-server-backups/comment-page-1/#comment-23341 Oscar Zamora Tue, 14 Sep 2010 17:53:04 +0000 http://www.brentozar.com/?p=6843#comment-23341 I think you just gave me a great workaround. Moving the partition to a new filegroup. Will try that out. Thanks. I think you just gave me a great workaround. Moving the partition to a new filegroup. Will try that out. Thanks.

]]> By: Brent Ozar http://www.brentozar.com/archive/2010/02/how-to-really-compress-your-sql-server-backups/comment-page-1/#comment-23340 Brent Ozar Tue, 14 Sep 2010 17:49:48 +0000 http://www.brentozar.com/?p=6843#comment-23340 No, you can't, unfortunately. By creating a new filegroup, and moving that partition to the new filegroup, you can get that filegroup right-sized to begin with, though. No, you can’t, unfortunately. By creating a new filegroup, and moving that partition to the new filegroup, you can get that filegroup right-sized to begin with, though.

]]>