<?xml version="1.0" encoding="utf-8"?>
<rss version="2.0" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:atom="http://www.w3.org/2005/Atom">
	<channel>
		<title>De-dupe targets in TSM environments? (udpated 06-08)</title>
		<description>Discuss De-dupe targets in TSM environments? (udpated 06-08)</description>
		<link>http://www.backupcentral.com/mr-backup-blog-mainmenu-47/13-mr-backup-blog/136-de-dupe-for-tsm.html</link>
		<lastBuildDate>Fri, 10 Feb 2012 11:02:45 +0000</lastBuildDate>
		<generator>JComments</generator>
		<atom:link href="http://www.backupcentral.com/component/jcomments/feed/com_content/136/10.html" rel="self" type="application/rss+xml" />
		<item>
			<title>Richard Lewis says:</title>
			<link>http://www.backupcentral.com/mr-backup-blog-mainmenu-47/13-mr-backup-blog/136-de-dupe-for-tsm.html#comment-988</link>
			<description><![CDATA[Hi Curtis I don't understand the sentence: Therefore, while they will receive smaller dedupe ratios than customers using other backup products, their ratios will not be as high as other customers, since a lot of the duplicated data is found in repeated full backups. Are you saying that incremental backups will contain a mix of completely new files and new versions of existing files, and that the latter will continue offer good dedupe opportunities whereas the former less so? Hence a lower compression ratio than for a full backup but more than you might assume for an incremental backup?]]></description>
			<dc:creator>Richard Lewis</dc:creator>
			<pubDate>Thu, 02 Sep 2010 15:23:22 +0000</pubDate>
			<guid>http://www.backupcentral.com/mr-backup-blog-mainmenu-47/13-mr-backup-blog/136-de-dupe-for-tsm.html#comment-988</guid>
		</item>
	</channel>
</rss>

