<?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: The Day After: A Brutal Week for Uptime</title>
	<atom:link href="http://www.datacenterknowledge.com/archives/2009/07/06/the-day-after-a-brutal-week-for-uptime/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.datacenterknowledge.com/archives/2009/07/06/the-day-after-a-brutal-week-for-uptime/</link>
	<description>News and analysis about data centers, cloud computing, managed hosting and disaster recovery</description>
	<lastBuildDate>Sun, 21 Mar 2010 07:09:16 +0000</lastBuildDate>
	<generator>http://wordpress.org/?v=abc</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: Major Data Centre Outages of 2009 &#171; Data Centre South Africa</title>
		<link>http://www.datacenterknowledge.com/archives/2009/07/06/the-day-after-a-brutal-week-for-uptime/comment-page-1/#comment-9256</link>
		<dc:creator>Major Data Centre Outages of 2009 &#171; Data Centre South Africa</dc:creator>
		<pubDate>Thu, 17 Dec 2009 09:10:57 +0000</pubDate>
		<guid isPermaLink="false">http://www.datacenterknowledge.com/?p=12835#comment-9256</guid>
		<description>[...] First, let’s look at the outages – there were some doozies, and sometimes they came in bunches - and then review how social media altered the status quo for data center downtime in [...]</description>
		<content:encoded><![CDATA[<p>[...] First, let’s look at the outages – there were some doozies, and sometimes they came in bunches &#8211; and then review how social media altered the status quo for data center downtime in [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Description of issues surrounding hardware failure on server NC018 &#171; NinerNet Communications (System Status)</title>
		<link>http://www.datacenterknowledge.com/archives/2009/07/06/the-day-after-a-brutal-week-for-uptime/comment-page-1/#comment-7378</link>
		<dc:creator>Description of issues surrounding hardware failure on server NC018 &#171; NinerNet Communications (System Status)</dc:creator>
		<pubDate>Wed, 21 Oct 2009 10:25:36 +0000</pubDate>
		<guid isPermaLink="false">http://www.datacenterknowledge.com/?p=12835#comment-7378</guid>
		<description>[...] The Day After: A Brutal Week for Uptime (Data Center Knowledge, 2009-07-06) [...]</description>
		<content:encoded><![CDATA[<p>[...] The Day After: A Brutal Week for Uptime (Data Center Knowledge, 2009-07-06) [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Andrés Felipe Vargas (andphe) 's status on Tuesday, 14-Jul-09 18:36:46 UTC - Identi.ca</title>
		<link>http://www.datacenterknowledge.com/archives/2009/07/06/the-day-after-a-brutal-week-for-uptime/comment-page-1/#comment-4816</link>
		<dc:creator>Andrés Felipe Vargas (andphe) 's status on Tuesday, 14-Jul-09 18:36:46 UTC - Identi.ca</dc:creator>
		<pubDate>Tue, 14 Jul 2009 18:37:00 +0000</pubDate>
		<guid isPermaLink="false">http://www.datacenterknowledge.com/?p=12835#comment-4816</guid>
		<description>[...]  http://www.datacenterknowledge.com/archives/2009/07/06/the-day-after-a-brutal-week-for-uptime/  [...]</description>
		<content:encoded><![CDATA[<p>[...]  <a href="http://www.datacenterknowledge.com/archives/2009/07/06/the-day-after-a-brutal-week-for-uptime/" rel="nofollow">http://www.datacenterknowledge.com/archives/2009/07/06/the-day-after-a-brutal-week-for-uptime/</a>  [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Summary of Bad Week for Datacenters &#171; Ben J. Christensen</title>
		<link>http://www.datacenterknowledge.com/archives/2009/07/06/the-day-after-a-brutal-week-for-uptime/comment-page-1/#comment-4796</link>
		<dc:creator>Summary of Bad Week for Datacenters &#171; Ben J. Christensen</dc:creator>
		<pubDate>Mon, 13 Jul 2009 16:10:34 +0000</pubDate>
		<guid isPermaLink="false">http://www.datacenterknowledge.com/?p=12835#comment-4796</guid>
		<description>[...] http://www.datacenterknowledge.com/archives/2009/07/06/the-day-after-a-brutal-week-for-uptime/ [...]</description>
		<content:encoded><![CDATA[<p>[...] <a href="http://www.datacenterknowledge.com/archives/2009/07/06/the-day-after-a-brutal-week-for-uptime/" rel="nofollow">http://www.datacenterknowledge.com/archives/2009/07/06/the-day-after-a-brutal-week-for-uptime/</a> [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Justin Moss</title>
		<link>http://www.datacenterknowledge.com/archives/2009/07/06/the-day-after-a-brutal-week-for-uptime/comment-page-1/#comment-4781</link>
		<dc:creator>Justin Moss</dc:creator>
		<pubDate>Sun, 12 Jul 2009 05:34:24 +0000</pubDate>
		<guid isPermaLink="false">http://www.datacenterknowledge.com/?p=12835#comment-4781</guid>
		<description>This seems on-topic:  I&#039;ve extensively tested three website monitoring services - Wormly, Site24x7 and Pingability - the results of which you can find here:

http://opinionroad.com/2009/07/12/website-monitoring-services/

Feedback about the article is very welcome.</description>
		<content:encoded><![CDATA[<p>This seems on-topic:  I&#8217;ve extensively tested three website monitoring services &#8211; Wormly, Site24&#215;7 and Pingability &#8211; the results of which you can find here:</p>
<p><a href="http://opinionroad.com/2009/07/12/website-monitoring-services/" rel="nofollow">http://opinionroad.com/2009/07/12/website-monitoring-services/</a></p>
<p>Feedback about the article is very welcome.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Adam Steffes</title>
		<link>http://www.datacenterknowledge.com/archives/2009/07/06/the-day-after-a-brutal-week-for-uptime/comment-page-1/#comment-4735</link>
		<dc:creator>Adam Steffes</dc:creator>
		<pubDate>Thu, 09 Jul 2009 18:08:40 +0000</pubDate>
		<guid isPermaLink="false">http://www.datacenterknowledge.com/?p=12835#comment-4735</guid>
		<description>Customers should never have the power go out, save for a fire or flood. More to the point, how can anyone afford to operate an Internet service without a fully-redundant and instant-failover deployment from day 1?</description>
		<content:encoded><![CDATA[<p>Customers should never have the power go out, save for a fire or flood. More to the point, how can anyone afford to operate an Internet service without a fully-redundant and instant-failover deployment from day 1?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Cloud computing promise still stormy with reliability issues &#124; dv8-designs</title>
		<link>http://www.datacenterknowledge.com/archives/2009/07/06/the-day-after-a-brutal-week-for-uptime/comment-page-1/#comment-4733</link>
		<dc:creator>Cloud computing promise still stormy with reliability issues &#124; dv8-designs</dc:creator>
		<pubDate>Thu, 09 Jul 2009 17:44:48 +0000</pubDate>
		<guid isPermaLink="false">http://www.datacenterknowledge.com/?p=12835#comment-4733</guid>
		<description>[...] answers since we examined this issue almost one year ago. In the last week alone, there have been several high profile outages at data centers that host sites, such as video site DailyMotion, credit card authorization service [...]</description>
		<content:encoded><![CDATA[<p>[...] answers since we examined this issue almost one year ago. In the last week alone, there have been several high profile outages at data centers that host sites, such as video site DailyMotion, credit card authorization service [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Cloud computing promise still stormy with reliability issues &#124; Supossably</title>
		<link>http://www.datacenterknowledge.com/archives/2009/07/06/the-day-after-a-brutal-week-for-uptime/comment-page-1/#comment-4731</link>
		<dc:creator>Cloud computing promise still stormy with reliability issues &#124; Supossably</dc:creator>
		<pubDate>Thu, 09 Jul 2009 17:15:42 +0000</pubDate>
		<guid isPermaLink="false">http://www.datacenterknowledge.com/?p=12835#comment-4731</guid>
		<description>[...] answers since we examined this issue almost one year ago. In the last week alone, there have been several high profile outages at data centers that host sites, such as video site DailyMotion, credit card authorization service [...]</description>
		<content:encoded><![CDATA[<p>[...] answers since we examined this issue almost one year ago. In the last week alone, there have been several high profile outages at data centers that host sites, such as video site DailyMotion, credit card authorization service [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Dave Sornsin</title>
		<link>http://www.datacenterknowledge.com/archives/2009/07/06/the-day-after-a-brutal-week-for-uptime/comment-page-1/#comment-4709</link>
		<dc:creator>Dave Sornsin</dc:creator>
		<pubDate>Wed, 08 Jul 2009 22:49:53 +0000</pubDate>
		<guid isPermaLink="false">http://www.datacenterknowledge.com/?p=12835#comment-4709</guid>
		<description>Fire sprinklers are actually a low cost, effective, and reliable method for controlling fires in most rooms including electrical rooms.  If a fire in an electrical room is large enough to activate a 155 or 200 degree sprinkler, then the room was shot anyway. It&#039;s better to put sprinkler water on it sooner than a fire hose later. However...for critical rooms, why not use sensitive detection with a clean agent suppression system (CO2, FM200, Novec 1230, Ecaro) and deal with the fire BEFORE it builds to catastrophic levels?</description>
		<content:encoded><![CDATA[<p>Fire sprinklers are actually a low cost, effective, and reliable method for controlling fires in most rooms including electrical rooms.  If a fire in an electrical room is large enough to activate a 155 or 200 degree sprinkler, then the room was shot anyway. It&#8217;s better to put sprinkler water on it sooner than a fire hose later. However&#8230;for critical rooms, why not use sensitive detection with a clean agent suppression system (CO2, FM200, Novec 1230, Ecaro) and deal with the fire BEFORE it builds to catastrophic levels?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Bob</title>
		<link>http://www.datacenterknowledge.com/archives/2009/07/06/the-day-after-a-brutal-week-for-uptime/comment-page-1/#comment-4701</link>
		<dc:creator>Bob</dc:creator>
		<pubDate>Wed, 08 Jul 2009 16:53:15 +0000</pubDate>
		<guid isPermaLink="false">http://www.datacenterknowledge.com/?p=12835#comment-4701</guid>
		<description>Scott is correct about compliance with local Fire Codes. They vary by location. One method of protection that satisfies most codes is a combination clean agent suppression system using any of the latest generation chemicals such as FM-200, ECARO, Saphire, Inergen, etc. backed up with a dual interlock pre-action sprinkler system. The clean agent suppresses the fire with no damage to the equipment and the sprinkler system protects the structure, if needed. I would stay away from CO2 in an potentially occupied space for safety reasons.</description>
		<content:encoded><![CDATA[<p>Scott is correct about compliance with local Fire Codes. They vary by location. One method of protection that satisfies most codes is a combination clean agent suppression system using any of the latest generation chemicals such as FM-200, ECARO, Saphire, Inergen, etc. backed up with a dual interlock pre-action sprinkler system. The clean agent suppresses the fire with no damage to the equipment and the sprinkler system protects the structure, if needed. I would stay away from CO2 in an potentially occupied space for safety reasons.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
