<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
		>
<channel>
	<title>Comments on: Why Dedupe is a Bad Idea for SQL Server Backups</title>
	<atom:link href="http://www.brentozar.com/archive/2009/11/why-dedupe-is-a-bad-idea-for-sql-server-backups/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.brentozar.com/archive/2009/11/why-dedupe-is-a-bad-idea-for-sql-server-backups/</link>
	<description>Your technology pain-relief experts.</description>
	<lastBuildDate>Wed, 08 Feb 2012 16:37:59 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.1</generator>
	<item>
		<title>By: WAN accel</title>
		<link>http://www.brentozar.com/archive/2009/11/why-dedupe-is-a-bad-idea-for-sql-server-backups/comment-page-2/#comment-33114</link>
		<dc:creator>WAN accel</dc:creator>
		<pubDate>Mon, 12 Sep 2011 21:46:49 +0000</pubDate>
		<guid isPermaLink="false">http://www.brentozar.com/?p=6091#comment-33114</guid>
		<description>I too would hate to lose our SQL backup compression, as we saw backup times drop to 40% of pre-2008 times.  Our SAN admins are pushing hard toward dedupe, but more so to Riverbed WAN accelerator appliances.  

These accelerators work on the same dedupe ideas (and thus will not work well with compressed SQL backups).  I assume this is similar to the aforementioned Boost protocol, but Media Server not required.

So my question is... would the benefits of both a dedupe device and Riverbed accelerators trump the cons of uncompressed backups?</description>
		<content:encoded><![CDATA[<p>I too would hate to lose our SQL backup compression, as we saw backup times drop to 40% of pre-2008 times.  Our SAN admins are pushing hard toward dedupe, but more so to Riverbed WAN accelerator appliances.  </p>
<p>These accelerators work on the same dedupe ideas (and thus will not work well with compressed SQL backups).  I assume this is similar to the aforementioned Boost protocol, but Media Server not required.</p>
<p>So my question is&#8230; would the benefits of both a dedupe device and Riverbed accelerators trump the cons of uncompressed backups?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Brent Ozar</title>
		<link>http://www.brentozar.com/archive/2009/11/why-dedupe-is-a-bad-idea-for-sql-server-backups/comment-page-2/#comment-31526</link>
		<dc:creator>Brent Ozar</dc:creator>
		<pubDate>Fri, 24 Jun 2011 14:02:57 +0000</pubDate>
		<guid isPermaLink="false">http://www.brentozar.com/?p=6091#comment-31526</guid>
		<description>Patrick - about multiple backups of the same database, no, there&#039;s no reduction of network traffic just because a bunch of duplicate data already exists on the Data Domain appliance.

The Boost protocol is something else, though - by doing that, it may reduce the bandwidth concern as long as wherever you restore the database is also a Media Server.  That&#039;s rarely the case in QA/dev/DR environments because licensing ain&#039;t free.  Cha-ching...</description>
		<content:encoded><![CDATA[<p>Patrick &#8211; about multiple backups of the same database, no, there&#8217;s no reduction of network traffic just because a bunch of duplicate data already exists on the Data Domain appliance.</p>
<p>The Boost protocol is something else, though &#8211; by doing that, it may reduce the bandwidth concern as long as wherever you restore the database is also a Media Server.  That&#8217;s rarely the case in QA/dev/DR environments because licensing ain&#8217;t free.  Cha-ching&#8230;</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Confused</title>
		<link>http://www.brentozar.com/archive/2009/11/why-dedupe-is-a-bad-idea-for-sql-server-backups/comment-page-2/#comment-31525</link>
		<dc:creator>Confused</dc:creator>
		<pubDate>Fri, 24 Jun 2011 14:00:04 +0000</pubDate>
		<guid isPermaLink="false">http://www.brentozar.com/?p=6091#comment-31525</guid>
		<description>Great post. Learnt a lot from DBA perspective. I am a backup guy so I guess I am auto-fitting into your mentioned Storage Admin role : ) 

One point to consider is - while your view on the first or single backup is very valid (regarding the trade-off between bandwidth &amp; CPU cycles), I am wondering is when we are doing multiple backup on the same database and need to retain them on online? Won&#039;t the subsequent backup be benefits by already having majority of the database contents stored? 

Plus, the EMC Data Domain already is supporting a &quot;Boost&quot; protocol - in effects, all data leaving the DB server is already in deduplicated format (requirement - the DB server has to run as a Media Server). Would this neturalized the bandwidth concern as well?</description>
		<content:encoded><![CDATA[<p>Great post. Learnt a lot from DBA perspective. I am a backup guy so I guess I am auto-fitting into your mentioned Storage Admin role : ) </p>
<p>One point to consider is &#8211; while your view on the first or single backup is very valid (regarding the trade-off between bandwidth &amp; CPU cycles), I am wondering is when we are doing multiple backup on the same database and need to retain them on online? Won&#8217;t the subsequent backup be benefits by already having majority of the database contents stored? </p>
<p>Plus, the EMC Data Domain already is supporting a &#8220;Boost&#8221; protocol &#8211; in effects, all data leaving the DB server is already in deduplicated format (requirement &#8211; the DB server has to run as a Media Server). Would this neturalized the bandwidth concern as well?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Brent Ozar</title>
		<link>http://www.brentozar.com/archive/2009/11/why-dedupe-is-a-bad-idea-for-sql-server-backups/comment-page-2/#comment-30258</link>
		<dc:creator>Brent Ozar</dc:creator>
		<pubDate>Thu, 31 Mar 2011 03:01:49 +0000</pubDate>
		<guid isPermaLink="false">http://www.brentozar.com/?p=6091#comment-30258</guid>
		<description>Generally, people who are trying to save a small amount on backup space don&#039;t spend a large amount on 10Gb Ethernet.  10Gb is still staggeringly expensive compared to gig.  If you&#039;ve already put in the massive investment for 10G, though, then dedupe makes sense - but that&#039;s an awfully small percentage of companies, wouldn&#039;t you agree?</description>
		<content:encoded><![CDATA[<p>Generally, people who are trying to save a small amount on backup space don&#8217;t spend a large amount on 10Gb Ethernet.  10Gb is still staggeringly expensive compared to gig.  If you&#8217;ve already put in the massive investment for 10G, though, then dedupe makes sense &#8211; but that&#8217;s an awfully small percentage of companies, wouldn&#8217;t you agree?</p>
]]></content:encoded>
	</item>
</channel>
</rss>

<!-- Performance optimized by W3 Total Cache. Learn more: http://www.w3-edge.com/wordpress-plugins/

Page Caching using disk: enhanced
Object Caching 531/538 objects using disk: basic

Served from: www.brentozar.com @ 2012-02-09 07:13:57 -->
