<?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>Why are the major backup products slow to fully support vSphere?</title>
		<description>Discuss Why are the major backup products slow to fully support vSphere?</description>
		<link>http://www.backupcentral.com/mr-backup-blog-mainmenu-47/13-mr-backup-blog/259-vsphere-backup-slowness.html</link>
		<lastBuildDate>Fri, 10 Feb 2012 10:54:46 +0000</lastBuildDate>
		<generator>JComments</generator>
		<atom:link href="http://www.backupcentral.com/component/jcomments/feed/com_content/259/10.html" rel="self" type="application/rss+xml" />
		<item>
			<title>VMware Data Recovery is backup light</title>
			<link>http://www.backupcentral.com/mr-backup-blog-mainmenu-47/13-mr-backup-blog/259-vsphere-backup-slowness.html#comment-697</link>
			<description><![CDATA[It's really a backup app for those who don't have a backup app, and for those who don't want much, like copying to tape. ;-)]]></description>
			<dc:creator>W. Curtis Preston</dc:creator>
			<pubDate>Wed, 16 Sep 2009 13:11:22 +0000</pubDate>
			<guid>http://www.backupcentral.com/mr-backup-blog-mainmenu-47/13-mr-backup-blog/259-vsphere-backup-slowness.html#comment-697</guid>
		</item>
		<item>
			<title>Patrick Page says:</title>
			<link>http://www.backupcentral.com/mr-backup-blog-mainmenu-47/13-mr-backup-blog/259-vsphere-backup-slowness.html#comment-696</link>
			<description><![CDATA[I configured Vmware Data Recovery Yesterday and got a test working. I'm still in the nascent testing phases. Great idea, the dedupe. One thing bothered me, how can I get the result on tape? It's lovely to have this much more sophisticated back up doing it's thing, but when my san goes into a giant pit in our next earthquake, it won't do me a whole lot of good. I have vcb 1.5 working in Networker 7.5.1 although the LNIM (Legato Networker Integration Module) for VCB 1.5 hasn't been officially released by EMC for Networker. We have about 50 vm's. Emc says to break them up into groups of 5 or 6. That means about 10 networker saveset groups for us to manage with about 5 in each group. All that stuff has to fit on the proxy server mount point and you have to hope that the last job runs successfully and deletes the snaps before the next one runs and starts dumping more in. It seems to be slow too. I have to admit, I would just rather back them all up the way I used to, over the network on backup exec using clients. It's less hassle. The server goes straight to tape instead of all this snapping,writing, deleting, snapping, writing deleting. Does anyone know how to write Vmware Data Recovery to tape from the disk it writes to first? Pat Page Contra Costa County Health Services Network Admin, Martinez, CA]]></description>
			<dc:creator>Patrick Page</dc:creator>
			<pubDate>Wed, 16 Sep 2009 10:44:36 +0000</pubDate>
			<guid>http://www.backupcentral.com/mr-backup-blog-mainmenu-47/13-mr-backup-blog/259-vsphere-backup-slowness.html#comment-696</guid>
		</item>
		<item>
			<title>Chris Fricke says:</title>
			<link>http://www.backupcentral.com/mr-backup-blog-mainmenu-47/13-mr-backup-blog/259-vsphere-backup-slowness.html#comment-694</link>
			<description><![CDATA[I'm not surprised the big companies are lagging. They always do. VSphere will be midway in the life cycle before they are all full featured. I mean sheesh it's taken TSM how long to be able to do individual email restores for Exchange? I AM surprised at VisionCore specifically. I figured they would have reacted quicker but then their overall portfolio is vastly more diversified than Veeam (which is an admittedly weak excuse).]]></description>
			<dc:creator>Chris Fricke</dc:creator>
			<pubDate>Wed, 09 Sep 2009 14:48:01 +0000</pubDate>
			<guid>http://www.backupcentral.com/mr-backup-blog-mainmenu-47/13-mr-backup-blog/259-vsphere-backup-slowness.html#comment-694</guid>
		</item>
		<item>
			<title>Because you\'re doing a full period</title>
			<link>http://www.backupcentral.com/mr-backup-blog-mainmenu-47/13-mr-backup-blog/259-vsphere-backup-slowness.html#comment-686</link>
			<description><![CDATA[Boy you sure have a bone to pick with dedupe. It really does add a lot to the picture -- and to the recovery picture. I'm sorry you had some bad luck with one of the vendors, but your experience does not match the rest of our experiences. But since you brought it up, as long as you're doing FULLS, synthetic or otherwise, dedupe adds value. Block-level incrementals reduce the dedupe ratio for sure, but not to nothing. The only thing left then is to debate how much premium you're going to pay. You can still reply to my email and I can see what we can get setup over there.]]></description>
			<dc:creator>W. Curtis Preston</dc:creator>
			<pubDate>Mon, 07 Sep 2009 14:14:21 +0000</pubDate>
			<guid>http://www.backupcentral.com/mr-backup-blog-mainmenu-47/13-mr-backup-blog/259-vsphere-backup-slowness.html#comment-686</guid>
		</item>
		<item>
			<title>got your e-mail just yesterday</title>
			<link>http://www.backupcentral.com/mr-backup-blog-mainmenu-47/13-mr-backup-blog/259-vsphere-backup-slowness.html#comment-685</link>
			<description><![CDATA[was at VMWorld all of last week :-) Anyways, why should one pay the premium of de-duplication once block level incrementals are available, doing a synthetic full on a block level makes much more sense. The Doctor]]></description>
			<dc:creator>Doctor Recovery</dc:creator>
			<pubDate>Mon, 07 Sep 2009 14:07:52 +0000</pubDate>
			<guid>http://www.backupcentral.com/mr-backup-blog-mainmenu-47/13-mr-backup-blog/259-vsphere-backup-slowness.html#comment-685</guid>
		</item>
		<item>
			<title>Dedupe still works</title>
			<link>http://www.backupcentral.com/mr-backup-blog-mainmenu-47/13-mr-backup-blog/259-vsphere-backup-slowness.html#comment-679</link>
			<description><![CDATA[People still do repeated fulls using the technology I'm discussing. It's not a CDP or near-CDP solution; it's just a way to get the incremental blocks way faster. BTW, where did you go? I sent you an invite for the podcast and never heard from you.]]></description>
			<dc:creator>W. Curtis Preston</dc:creator>
			<pubDate>Sun, 06 Sep 2009 21:13:21 +0000</pubDate>
			<guid>http://www.backupcentral.com/mr-backup-blog-mainmenu-47/13-mr-backup-blog/259-vsphere-backup-slowness.html#comment-679</guid>
		</item>
		<item>
			<title>Finally</title>
			<link>http://www.backupcentral.com/mr-backup-blog-mainmenu-47/13-mr-backup-blog/259-vsphere-backup-slowness.html#comment-678</link>
			<description><![CDATA[We have an agreement. This is the future. Microsoft has the same technology in Windows 2008. If the recovery application vendors (come on Legato) will adapt this technology and expand it to support Linux and other UNIX flavors, it will redefine backup and in large extent recovery. Using disk as a target, with this approach, will make it even more beautiful. But I have to ask, once this is done, what is the future of de-duplication ? The Doctor]]></description>
			<dc:creator>Doctor Recovery</dc:creator>
			<pubDate>Sun, 06 Sep 2009 20:57:20 +0000</pubDate>
			<guid>http://www.backupcentral.com/mr-backup-blog-mainmenu-47/13-mr-backup-blog/259-vsphere-backup-slowness.html#comment-678</guid>
		</item>
	</channel>
</rss>

