 




<?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: SQL Backup Compression and Backup Dedup are mortal enemies</title>
	<atom:link href="http://itknowledgeexchange.techtarget.com/sql-server/sql-backup-compression-and-backup-dedup-are-mortal-enemies/feed/" rel="self" type="application/rss+xml" />
	<link>http://itknowledgeexchange.techtarget.com/sql-server/sql-backup-compression-and-backup-dedup-are-mortal-enemies/</link>
	<description></description>
	<lastBuildDate>Tue, 07 May 2013 13:39:52 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	
	<item>
		<title>By: PeterSchofield</title>
		<link>http://itknowledgeexchange.techtarget.com/sql-server/sql-backup-compression-and-backup-dedup-are-mortal-enemies/#comment-999</link>
		<dc:creator>PeterSchofield</dc:creator>
		<pubDate>Tue, 12 Apr 2011 21:42:56 +0000</pubDate>
		<guid isPermaLink="false">http://itknowledgeexchange.techtarget.com/sql-server/?p=1544#comment-999</guid>
		<description><![CDATA[Not all dedupe technologies are the same..... we&#039;ve found that de-dupe technology compresses and dedupes SQL Server backups from 2TB down to 200GB. If we use SQL Server 2008R2 native backup compression, it doesn&#039;t quite dedupe/compress as well - but the overall file size is still smaller than if we hadn&#039;t done native backup compression. 

We were already in a place where we backed up to the network, so timescales were identical.The one thing to bear in mind is that if you are backing up to local or SAN discs, these will be faster than going to the network.]]></description>
		<content:encoded><![CDATA[<p>Not all dedupe technologies are the same&#8230;.. we&#8217;ve found that de-dupe technology compresses and dedupes SQL Server backups from 2TB down to 200GB. If we use SQL Server 2008R2 native backup compression, it doesn&#8217;t quite dedupe/compress as well &#8211; but the overall file size is still smaller than if we hadn&#8217;t done native backup compression. </p>
<p>We were already in a place where we backed up to the network, so timescales were identical.The one thing to bear in mind is that if you are backing up to local or SAN discs, these will be faster than going to the network.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
