<?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: SRM, it&#8217;s just too easy</title>
	<atom:link href="http://www.yellow-bricks.com/2008/11/20/srm-its-just-too-easy/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.yellow-bricks.com/2008/11/20/srm-its-just-too-easy/</link>
	<description>Building blocks for virtualization...</description>
	<lastBuildDate>Sun, 14 Mar 2010 16:09:51 +0000</lastBuildDate>
	<generator>http://wordpress.org/?v=2.9.2</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<xhtml:meta xmlns:xhtml="http://www.w3.org/1999/xhtml" name="robots" content="noindex" />
	<item>
		<title>By: Implementing VMware SRM: Pay Attention to that Man Behind the Curtain - Gestalt IT - Gestalt IT</title>
		<link>http://www.yellow-bricks.com/2008/11/20/srm-its-just-too-easy/comment-page-1/#comment-2493</link>
		<dc:creator>Implementing VMware SRM: Pay Attention to that Man Behind the Curtain - Gestalt IT - Gestalt IT</dc:creator>
		<pubDate>Mon, 16 Feb 2009 12:38:55 +0000</pubDate>
		<guid isPermaLink="false">http://www.yellow-bricks.com/?p=854#comment-2493</guid>
		<description>[...] those that are considering SRM, take the time to at least put on paper every possible step you would need to restart your business in another [...]</description>
		<content:encoded><![CDATA[<p>[...] those that are considering SRM, take the time to at least put on paper every possible step you would need to restart your business in another [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Implementing VMware SRM: Pay Attention to that Man Behind the Curtain &#124; VM /ETC</title>
		<link>http://www.yellow-bricks.com/2008/11/20/srm-its-just-too-easy/comment-page-1/#comment-2487</link>
		<dc:creator>Implementing VMware SRM: Pay Attention to that Man Behind the Curtain &#124; VM /ETC</dc:creator>
		<pubDate>Sun, 15 Feb 2009 15:06:03 +0000</pubDate>
		<guid isPermaLink="false">http://www.yellow-bricks.com/?p=854#comment-2487</guid>
		<description>[...] those that are considering SRM, take the time to at least put on paper every possible step you would need to restart your business in another [...]</description>
		<content:encoded><![CDATA[<p>[...] those that are considering SRM, take the time to at least put on paper every possible step you would need to restart your business in another [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Tomas</title>
		<link>http://www.yellow-bricks.com/2008/11/20/srm-its-just-too-easy/comment-page-1/#comment-1778</link>
		<dc:creator>Tomas</dc:creator>
		<pubDate>Thu, 20 Nov 2008 20:58:08 +0000</pubDate>
		<guid isPermaLink="false">http://www.yellow-bricks.com/?p=854#comment-1778</guid>
		<description>Hello Duncan, i totally agree with you on this post. Now that SRM is available, a recovery site could be up after a disaster within 30 minutes. I think this is just the same when Virtual infrastructures were introduced. Not only it was a new technology. It forces you to think in other ways about techniques on how to implement it in your IT environment.

With SRM there is no difference. Now that the product is available, you must think about what you this will mean for your disaster recovery strategy. To be honest, before SRM was available many company&#039;s would not implement a Disaster recovery strategy because of the technical barrier.
Now that the barrier is gone, company&#039;s must be aware that Disaster Recovery is not an easy thing to set up as a total plan. The biggest job is to design a solid disaster recovery plan which suites your company&#039;s requirements.</description>
		<content:encoded><![CDATA[<p>Hello Duncan, i totally agree with you on this post. Now that SRM is available, a recovery site could be up after a disaster within 30 minutes. I think this is just the same when Virtual infrastructures were introduced. Not only it was a new technology. It forces you to think in other ways about techniques on how to implement it in your IT environment.</p>
<p>With SRM there is no difference. Now that the product is available, you must think about what you this will mean for your disaster recovery strategy. To be honest, before SRM was available many company&#8217;s would not implement a Disaster recovery strategy because of the technical barrier.<br />
Now that the barrier is gone, company&#8217;s must be aware that Disaster Recovery is not an easy thing to set up as a total plan. The biggest job is to design a solid disaster recovery plan which suites your company&#8217;s requirements.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
