<?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>Disk/Tape TCO Whitepaper Seriously Flawed</title>
		<description>Discuss Disk/Tape TCO Whitepaper Seriously Flawed</description>
		<link>http://www.backupcentral.com/mr-backup-blog-mainmenu-47/13-mr-backup-blog/172-tco-whitepaper-flaws.html</link>
		<lastBuildDate>Fri, 10 Feb 2012 10:54:22 +0000</lastBuildDate>
		<generator>JComments</generator>
		<atom:link href="http://www.backupcentral.com/component/jcomments/feed/com_content/172/10.html" rel="self" type="application/rss+xml" />
		<item>
			<title>Greyhat64 says:</title>
			<link>http://www.backupcentral.com/mr-backup-blog-mainmenu-47/13-mr-backup-blog/172-tco-whitepaper-flaws.html#comment-1006</link>
			<description><![CDATA[I stumbeld on your site today and found this article. In it you state, "Not only are individual disk drives inherently more reliable than individual tape drives and tapes, they can be RAID-protected, where tape cannot." Have you never seen a system that does paralllel writes to two tapes before? They've been around for years, and most backup software packages allow you to configure for this option.]]></description>
			<dc:creator>Greyhat64</dc:creator>
			<pubDate>Mon, 11 Oct 2010 12:49:40 +0000</pubDate>
			<guid>http://www.backupcentral.com/mr-backup-blog-mainmenu-47/13-mr-backup-blog/172-tco-whitepaper-flaws.html#comment-1006</guid>
		</item>
		<item>
			<title>What are the relative TCOs</title>
			<link>http://www.backupcentral.com/mr-backup-blog-mainmenu-47/13-mr-backup-blog/172-tco-whitepaper-flaws.html#comment-549</link>
			<description><![CDATA[I accept the flaws in the Clipper report, but this begs the question of which research reports most accurately reflect the relative TCOs of disk and tape backup solutions.]]></description>
			<dc:creator>George Hoenig</dc:creator>
			<pubDate>Tue, 24 Mar 2009 14:26:54 +0000</pubDate>
			<guid>http://www.backupcentral.com/mr-backup-blog-mainmenu-47/13-mr-backup-blog/172-tco-whitepaper-flaws.html#comment-549</guid>
		</item>
		<item>
			<title>Rich Friedman says:</title>
			<link>http://www.backupcentral.com/mr-backup-blog-mainmenu-47/13-mr-backup-blog/172-tco-whitepaper-flaws.html#comment-292</link>
			<description><![CDATA[I haven't seen one TOC model that wasn't weighted towards making a sale, or supporting some marketing position.]]></description>
			<dc:creator>Rich Friedman</dc:creator>
			<pubDate>Fri, 20 Jun 2008 12:32:54 +0000</pubDate>
			<guid>http://www.backupcentral.com/mr-backup-blog-mainmenu-47/13-mr-backup-blog/172-tco-whitepaper-flaws.html#comment-292</guid>
		</item>
		<item>
			<title>The other problem with TapeRAID</title>
			<link>http://www.backupcentral.com/mr-backup-blog-mainmenu-47/13-mr-backup-blog/172-tco-whitepaper-flaws.html#comment-279</link>
			<description><![CDATA[Back in the day I had a client using the CA tapeRAID. Of course when they had to do a restore they could only find 3 of the 4 tapes. At least if the backup was to 4 tapes sequentially they could have restored SOME of their data. If I remember right having a tape drive out of service made life difficult too.]]></description>
			<dc:creator>Howard Marks</dc:creator>
			<pubDate>Wed, 04 Jun 2008 14:31:57 +0000</pubDate>
			<guid>http://www.backupcentral.com/mr-backup-blog-mainmenu-47/13-mr-backup-blog/172-tco-whitepaper-flaws.html#comment-279</guid>
		</item>
		<item>
			<title>dirk dierickx says:</title>
			<link>http://www.backupcentral.com/mr-backup-blog-mainmenu-47/13-mr-backup-blog/172-tco-whitepaper-flaws.html#comment-278</link>
			<description><![CDATA[yickes! ok, so it is possible, that doesn't make it a good idea or even make me want to use it... no way in hell. i guess there is a reason it hasn't caugth on or isn't used anymore or nobody speaks of it to this date.]]></description>
			<dc:creator>dirk dierickx</dc:creator>
			<pubDate>Wed, 04 Jun 2008 09:59:26 +0000</pubDate>
			<guid>http://www.backupcentral.com/mr-backup-blog-mainmenu-47/13-mr-backup-blog/172-tco-whitepaper-flaws.html#comment-278</guid>
		</item>
		<item>
			<title>You guys are keeping me honest!</title>
			<link>http://www.backupcentral.com/mr-backup-blog-mainmenu-47/13-mr-backup-blog/172-tco-whitepaper-flaws.html#comment-275</link>
			<description><![CDATA[Man, you guys are ON me! Yes, there was such a thing as RAID tape, and it is technically possible. (The one you list is not the only one I knew about. ARCserve even had a software RAIT.) The problem is that it exacerbates tapes core difficulty, the inability of incoming data streams to go fast enough to keep the drive happy. If you were to create a RAID1 stripe of five LTO-4 drives, you would need almost 1000 MB/s to stream it! That thing would ALWAYS shoe-shine. Disk, on the other hand, can go both fast AND slow, so you can RAID as much of it as you want together and still have that array go as slow as you need it to go.]]></description>
			<dc:creator>W. Curtis Preston</dc:creator>
			<pubDate>Sun, 01 Jun 2008 02:50:28 +0000</pubDate>
			<guid>http://www.backupcentral.com/mr-backup-blog-mainmenu-47/13-mr-backup-blog/172-tco-whitepaper-flaws.html#comment-275</guid>
		</item>
		<item>
			<title>DG Tape RAID- followup</title>
			<link>http://www.backupcentral.com/mr-backup-blog-mainmenu-47/13-mr-backup-blog/172-tco-whitepaper-flaws.html#comment-273</link>
			<description><![CDATA[Just to followup, and prove that I'm not suffering from early onset Alzheimer's... here's a link to PR for DLT 7000 based RAID-1 / RAID-3 tape array (!) from Data General introduced in 1999: http://findarticles.com/p/articles/mi_m0EIN/is_1999_Sept_27/ai_55863405/print And yes, they even refer to it by the proper acronym: "RAIT (Redundant Array of Independent Tape)"]]></description>
			<dc:creator>Eric Sherrill</dc:creator>
			<pubDate>Fri, 30 May 2008 15:28:01 +0000</pubDate>
			<guid>http://www.backupcentral.com/mr-backup-blog-mainmenu-47/13-mr-backup-blog/172-tco-whitepaper-flaws.html#comment-273</guid>
		</item>
		<item>
			<title>RAID tape?</title>
			<link>http://www.backupcentral.com/mr-backup-blog-mainmenu-47/13-mr-backup-blog/172-tco-whitepaper-flaws.html#comment-272</link>
			<description><![CDATA[I remember back from the early 90's we actually did have RAID tape arrays - Data General (pre - EMC buyout for the Clariion) had a 5 x DAT DDS RAID tape array for backup of the Aviion boxes. I wonder why nobody else ever picked up on that for newer generation drives; you'd think since it's all basically just block data and SCSI commands, that RAIDing tapes would be as easy as disks. Maybe EMC sat on the patents when they bought DG, since they are obviously pro-disk & anti-tape?]]></description>
			<dc:creator>Eric Sherrill</dc:creator>
			<pubDate>Fri, 30 May 2008 15:02:53 +0000</pubDate>
			<guid>http://www.backupcentral.com/mr-backup-blog-mainmenu-47/13-mr-backup-blog/172-tco-whitepaper-flaws.html#comment-272</guid>
		</item>
		<item>
			<title>Disks most likely in RAIDs anyway</title>
			<link>http://www.backupcentral.com/mr-backup-blog-mainmenu-47/13-mr-backup-blog/172-tco-whitepaper-flaws.html#comment-269</link>
			<description><![CDATA[In most environments, the 'disk' will be made of LUNs split out from multiple disks in RAID configurations - usually RAID5. Lets use my current D-D-T disk environment as an example - a STK B280 (FlexStore) FC-AL controller using multiple 3+1 RAID5 across four trays (400 gig each disk, all SATA), and the LUNs concatenated using Veritas VxVM/VxFS (due to Solaris 8 limitations at the time, and no ZFS back then). Over the 16 disk trays we have for this configuration (staggered RAID/LUN generation down the trays and starting over again at the top), I'm very happily streaming four LTO-2 drives and the servers (E450 and V240) are currently the bottleneck - which should be fixed soon. Even Sun-STK's 'children' of the above technology (6140 and smiliar disk) is running at or better than the above speeds for general and heavy I/O (again using RAID5 configurations). --TSK]]></description>
			<dc:creator>tkimball</dc:creator>
			<pubDate>Thu, 29 May 2008 15:10:26 +0000</pubDate>
			<guid>http://www.backupcentral.com/mr-backup-blog-mainmenu-47/13-mr-backup-blog/172-tco-whitepaper-flaws.html#comment-269</guid>
		</item>
		<item>
			<title>W. Curtis Preston says:</title>
			<link>http://www.backupcentral.com/mr-backup-blog-mainmenu-47/13-mr-backup-blog/172-tco-whitepaper-flaws.html#comment-268</link>
			<description><![CDATA[An individual tape drive will beat an individual disk drive any day of the week. But, unlike tape, disk drives can be put in a RAID array that can go much faster than any individual tape or disk drive.]]></description>
			<dc:creator>W. Curtis Preston</dc:creator>
			<pubDate>Thu, 29 May 2008 14:51:56 +0000</pubDate>
			<guid>http://www.backupcentral.com/mr-backup-blog-mainmenu-47/13-mr-backup-blog/172-tco-whitepaper-flaws.html#comment-268</guid>
		</item>
	</channel>
</rss>

