<?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: IT Professional and The Amazing Powers of Incompleteness</title>
	<atom:link href="http://itprofessional-mastermind.com/blog/success-stories/it-professional-and-the-amazing-powers-of-incompleteness/feed/" rel="self" type="application/rss+xml" />
	<link>http://itprofessional-mastermind.com/blog/success-stories/it-professional-and-the-amazing-powers-of-incompleteness/</link>
	<description>From the Trenches - IT Courses &#124; IT Career Tips</description>
	<lastBuildDate>Sun, 19 Jun 2011 18:21:11 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=</generator>
	<item>
		<title>By: Glenn West</title>
		<link>http://itprofessional-mastermind.com/blog/success-stories/it-professional-and-the-amazing-powers-of-incompleteness/comment-page-1/#comment-25</link>
		<dc:creator>Glenn West</dc:creator>
		<pubDate>Fri, 05 Jun 2009 10:40:07 +0000</pubDate>
		<guid isPermaLink="false">http://itprofessional-mastermind.com/blog/?p=64#comment-25</guid>
		<description>I agree. Having a forensics background. That data can be recovered. In the case you have stated, something as simple as replacing the circuit board of the drive may recover all the data. I would put a new &quot;set&quot; of disks in the RAID, taken the set. And had a disk repair company repair the disk. If you got a week, I&#039;m sure you could have recovered most if not all the data. Since the problem was more electrical in nature. Second, your data could have walked out the door. Even a few sectors could give a hacker information that could be valuable. 

Replacing the circuit board on a failed drive doent even require high teck lab. Just the willingness to &quot;break&quot; apart a good drive of like model.</description>
		<content:encoded><![CDATA[<p>I agree. Having a forensics background. That data can be recovered. In the case you have stated, something as simple as replacing the circuit board of the drive may recover all the data. I would put a new &#8220;set&#8221; of disks in the RAID, taken the set. And had a disk repair company repair the disk. If you got a week, I&#8217;m sure you could have recovered most if not all the data. Since the problem was more electrical in nature. Second, your data could have walked out the door. Even a few sectors could give a hacker information that could be valuable. </p>
<p>Replacing the circuit board on a failed drive doent even require high teck lab. Just the willingness to &#8220;break&#8221; apart a good drive of like model.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: JackFlash</title>
		<link>http://itprofessional-mastermind.com/blog/success-stories/it-professional-and-the-amazing-powers-of-incompleteness/comment-page-1/#comment-21</link>
		<dc:creator>JackFlash</dc:creator>
		<pubDate>Sun, 24 May 2009 14:16:50 +0000</pubDate>
		<guid isPermaLink="false">http://itprofessional-mastermind.com/blog/?p=64#comment-21</guid>
		<description>Juhana, my friend,

Always good to look at issues with like-minded IT PROs
as you...

Indeed I forgot to mention that one has to get rid of
the data on bad disks, even when they are a total waste...

I always either pay for keeping the failed disk on site
and de-comissioning it using our own procedures 
(disk cruncher...).

I also resolve complex situations by digging into
the question - &quot;What is the right problem we should
be solving now&quot;.

Yours,

Jack.</description>
		<content:encoded><![CDATA[<p>Juhana, my friend,</p>
<p>Always good to look at issues with like-minded IT PROs<br />
as you&#8230;</p>
<p>Indeed I forgot to mention that one has to get rid of<br />
the data on bad disks, even when they are a total waste&#8230;</p>
<p>I always either pay for keeping the failed disk on site<br />
and de-comissioning it using our own procedures<br />
(disk cruncher&#8230;).</p>
<p>I also resolve complex situations by digging into<br />
the question &#8211; &#8220;What is the right problem we should<br />
be solving now&#8221;.</p>
<p>Yours,</p>
<p>Jack.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Juhana Siren</title>
		<link>http://itprofessional-mastermind.com/blog/success-stories/it-professional-and-the-amazing-powers-of-incompleteness/comment-page-1/#comment-19</link>
		<dc:creator>Juhana Siren</dc:creator>
		<pubDate>Sun, 24 May 2009 11:21:05 +0000</pubDate>
		<guid isPermaLink="false">http://itprofessional-mastermind.com/blog/?p=64#comment-19</guid>
		<description>You are definitely on the right track here. In my opinion, the question is about recognizing the real problem or problems. I see two principal problems here. First, there is the issue of data protection. A disk, by its very purpose, contains data; when a disk fails, for whatever reason, that data doesn&#039;t cease to exist, and it can be recovered by whoever has the means to do it. There are failure modes where the data is intact and can be very easily recovered. So, broken disks must be treated just like any data: you either store them properly or dispose of them properly.

The other problem is that of potentially unreliable backups: you may want to keep the failed disks as a last resort in case the backups turn out unreadable.

Solving the first problem provides a solution to the second as well. 

As to your original subject, knowing how far to go with a solution is a skill in and of itself. We&#039;ve all had our share of recurring problems that won&#039;t go away without a clean install, and nobody wants to create new ones. Then again, it&#039;s a waste of effort to fix something that isn&#039;t a problem. That&#039;s why it&#039;s so crucial to ask &quot;What is the problem?&quot;

Juhana Siren - consultant - Apertas Solutions Oy</description>
		<content:encoded><![CDATA[<p>You are definitely on the right track here. In my opinion, the question is about recognizing the real problem or problems. I see two principal problems here. First, there is the issue of data protection. A disk, by its very purpose, contains data; when a disk fails, for whatever reason, that data doesn&#8217;t cease to exist, and it can be recovered by whoever has the means to do it. There are failure modes where the data is intact and can be very easily recovered. So, broken disks must be treated just like any data: you either store them properly or dispose of them properly.</p>
<p>The other problem is that of potentially unreliable backups: you may want to keep the failed disks as a last resort in case the backups turn out unreadable.</p>
<p>Solving the first problem provides a solution to the second as well. </p>
<p>As to your original subject, knowing how far to go with a solution is a skill in and of itself. We&#8217;ve all had our share of recurring problems that won&#8217;t go away without a clean install, and nobody wants to create new ones. Then again, it&#8217;s a waste of effort to fix something that isn&#8217;t a problem. That&#8217;s why it&#8217;s so crucial to ask &#8220;What is the problem?&#8221;</p>
<p>Juhana Siren &#8211; consultant &#8211; Apertas Solutions Oy</p>
]]></content:encoded>
	</item>
</channel>
</rss>

