<?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/"
	xmlns:georss="http://www.georss.org/georss" xmlns:geo="http://www.w3.org/2003/01/geo/wgs84_pos#" xmlns:media="http://search.yahoo.com/mrss/"
		>
<channel>
	<title>Comments on: Add-In:KeepVault 2.20</title>
	<atom:link href="http://mswhs.com/2008/05/15/add-inkeepvault-220/feed/" rel="self" type="application/rss+xml" />
	<link>http://mswhs.com/2008/05/15/add-inkeepvault-220/</link>
	<description>A server for the people !!!</description>
	<lastBuildDate>Sat, 21 Nov 2009 16:10:29 +0000</lastBuildDate>
	<generator>http://wordpress.com/</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: Jon&#8217;s Geek Stuff &#8230; &#38; Stuff &#187; WHS Add-In:KeepVault 2.20</title>
		<link>http://mswhs.com/2008/05/15/add-inkeepvault-220/#comment-9311</link>
		<dc:creator>Jon&#8217;s Geek Stuff &#8230; &#38; Stuff &#187; WHS Add-In:KeepVault 2.20</dc:creator>
		<pubDate>Fri, 16 May 2008 14:48:57 +0000</pubDate>
		<guid isPermaLink="false">http://mswhs.wordpress.com/2008/05/15/add-inkeepvault-220/#comment-9311</guid>
		<description>[...] Add-In:KeepVault 2.20 [...]</description>
		<content:encoded><![CDATA[<p>[...] Add-In:KeepVault 2.20 [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Aaron</title>
		<link>http://mswhs.com/2008/05/15/add-inkeepvault-220/#comment-9301</link>
		<dc:creator>Aaron</dc:creator>
		<pubDate>Thu, 15 May 2008 19:10:58 +0000</pubDate>
		<guid isPermaLink="false">http://mswhs.wordpress.com/2008/05/15/add-inkeepvault-220/#comment-9301</guid>
		<description>&quot;Let’s just take a look when using WHS. First, there’s the need of backing up your PC client/s to WHS. That’s going to be painfully slow, using Ethernet as compared to a eSATA solution.&quot;

The first backup takes a while (I think my clients required in the 1-hour to 2-hour range).  But apparently you&#039;re not aware that all subsequent backups are incremental.  Assuming you&#039;re not changing gigabytes of data on a daily basis on your clients, the regular backups take just a few minutes over ethernet.

&quot;But wait, what sense does it make to trust WHS, for restoring any PC client when in FACT, WHS doesn’t even by default provide a way for WHS customers to backup WHS?&quot;

Have you thought this through?  Just because you can&#039;t easily backup WHS doesn&#039;t mean you shouldn&#039;t use it to backup your clients.  I find it pretty unlikely that my backup server will crash due to a hardware failure and then at the very same time one or more of my clients will also crash.   

In the unlikely event that your WHS fails, then you fix it and rebuild it if necessary and then perform fresh backups of your clients.  You&#039;re down for as long as it takes to replace the part, plus about 3 hours.  How often do your clients fail?  I&#039;ve used the restore function a few times for hard drive replacements and to workaround issues that I was too lazy to troubleshoot, but I haven&#039;t had a hardware failure of my clients since starting WHS about 8 months ago.

&quot;Surely, for a backup server, end users will need to insure their backup server can be backed up as well, right?&quot;

It&#039;s a nice-to-have so you can sleep better knowing you&#039;re protected from an incredibly unlikely coincidental sequence of events, but in my opinion you&#039;re overstating the importance of this feature.</description>
		<content:encoded><![CDATA[<p>&#8220;Let’s just take a look when using WHS. First, there’s the need of backing up your PC client/s to WHS. That’s going to be painfully slow, using Ethernet as compared to a eSATA solution.&#8221;</p>
<p>The first backup takes a while (I think my clients required in the 1-hour to 2-hour range).  But apparently you&#8217;re not aware that all subsequent backups are incremental.  Assuming you&#8217;re not changing gigabytes of data on a daily basis on your clients, the regular backups take just a few minutes over ethernet.</p>
<p>&#8220;But wait, what sense does it make to trust WHS, for restoring any PC client when in FACT, WHS doesn’t even by default provide a way for WHS customers to backup WHS?&#8221;</p>
<p>Have you thought this through?  Just because you can&#8217;t easily backup WHS doesn&#8217;t mean you shouldn&#8217;t use it to backup your clients.  I find it pretty unlikely that my backup server will crash due to a hardware failure and then at the very same time one or more of my clients will also crash.   </p>
<p>In the unlikely event that your WHS fails, then you fix it and rebuild it if necessary and then perform fresh backups of your clients.  You&#8217;re down for as long as it takes to replace the part, plus about 3 hours.  How often do your clients fail?  I&#8217;ve used the restore function a few times for hard drive replacements and to workaround issues that I was too lazy to troubleshoot, but I haven&#8217;t had a hardware failure of my clients since starting WHS about 8 months ago.</p>
<p>&#8220;Surely, for a backup server, end users will need to insure their backup server can be backed up as well, right?&#8221;</p>
<p>It&#8217;s a nice-to-have so you can sleep better knowing you&#8217;re protected from an incredibly unlikely coincidental sequence of events, but in my opinion you&#8217;re overstating the importance of this feature.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Mojo66</title>
		<link>http://mswhs.com/2008/05/15/add-inkeepvault-220/#comment-9297</link>
		<dc:creator>Mojo66</dc:creator>
		<pubDate>Thu, 15 May 2008 18:00:09 +0000</pubDate>
		<guid isPermaLink="false">http://mswhs.wordpress.com/2008/05/15/add-inkeepvault-220/#comment-9297</guid>
		<description>Just how many backups should a typical home user need to make? 

Let&#039;s just take a look when using WHS. First, there&#039;s the need of backing up your PC client/s to WHS. That&#039;s going to be painfully slow, using Ethernet as compared to a eSATA solution.

Then there is the additional need to backup your WHS data, as suggested by Microsoft. Until KB 946676 is resolved, the data corruption design flaw isn&#039;t helping here either...

But wait, what sense does it make to trust WHS, for restoring any PC client when in FACT, WHS doesn&#039;t even by default provide a way for WHS customers to backup WHS?

If WHS for any reason what&#039;s so ever fails, like for the same reasons like a PC client should fail, for hardware failures, WHS will NOT be available to restore your PC clients.

Surely, for a backup server, end users will need to insure their backup server can be backed up as well, right?

Why bother to upload 4GiB-9GiB of backup online, using WHS, without insuring WHS can be working as needed later to restore them backup images?</description>
		<content:encoded><![CDATA[<p>Just how many backups should a typical home user need to make? </p>
<p>Let&#8217;s just take a look when using WHS. First, there&#8217;s the need of backing up your PC client/s to WHS. That&#8217;s going to be painfully slow, using Ethernet as compared to a eSATA solution.</p>
<p>Then there is the additional need to backup your WHS data, as suggested by Microsoft. Until KB 946676 is resolved, the data corruption design flaw isn&#8217;t helping here either&#8230;</p>
<p>But wait, what sense does it make to trust WHS, for restoring any PC client when in FACT, WHS doesn&#8217;t even by default provide a way for WHS customers to backup WHS?</p>
<p>If WHS for any reason what&#8217;s so ever fails, like for the same reasons like a PC client should fail, for hardware failures, WHS will NOT be available to restore your PC clients.</p>
<p>Surely, for a backup server, end users will need to insure their backup server can be backed up as well, right?</p>
<p>Why bother to upload 4GiB-9GiB of backup online, using WHS, without insuring WHS can be working as needed later to restore them backup images?</p>
]]></content:encoded>
	</item>
</channel>
</rss>
