this is utter garbage trying to scare you into buying their product.
http://www.quetek.com/RAID_mistakes.htm
----quote----
Chkdsk being run on one of the disks
Chkdsk is a Windows utility that uses simple algorithms to recover data from
a corrupt disk. Chkdsk can be started by the user or automatically by
Windows if it detects disk corruption at boot time. (Windows will ask for
confirmation before starting chkdsk but will start it anyway if no response
is received after a number of seconds.) Chkdsk is not RAID-aware. Its
algorithms only work in the simplest cases. In general, it must be avoided.
If chkdsk attempts to repair one or more member disks, the RAID data
patterns will be destroyed, usually beyond recovery.
----end quote----
CHKDSK of NTFS is not a simple process. We are talking about NTFS because
SBS forces NTFS to be used for a minimum of the OS partition and the
partition containing the Exchange database. (personally, any system that
supports NTFS is converted to it as soon as I become aware that it's not
using it)
Windows CHKDSK _will NOT_ run against a member of a software RAID array
unless that member is in some way mistaken as a standalone drive, a most
unusual circumstance. It is _much more likely_ that an error on the drive
would result in the drive being orphaned from the set and showing up as a
'foreign drive'.
Should Windows CHKDSK detect an error on a hardware based RAID array it will
perform _exactly_ the same as if the array were a single HDD. This is the
whole purpose of hardware RAID, to hide the underlying structure from the
OS.
Should Windows CHKDSK run against the remaining members of the array it is
likely to cause intense activity, forcing the RAID mechanism (either soft or
hard) to address any RAID problem before allowing CHKDSK access to the
effected data. It's gonna be slow, it may result in softRAID not rebuilding
due to error.
YES. There are circumstances where such _may_ occur. The site is not lieing.
I agree with the principles of both sites, you have to understand the
underlying cause. The primary concern is not what Windows does with the
drive while it is in a degraded state, and it's better to not let Windows at
it, you need to 1st get the array functional. Should you not be able to get
array functional just about anything you do is going to lessen their chance
of reclaiming data from whatever remains of the array. Should you or the
system force a CHKDSK while the array is in a degraded state it is less
likely they will be able to recover your data from whatever remains.
"wedor" <> wrote in message
news:...
> The first article says not to do this "while raid recovery is in process",
> not in genreal.
>
>
> "John gordon" <> wrote in message
> news:%23aEL$...
>> Can't recall if either of these were the ecact article that I originally
>> saw but
>>
>> see http://www.quetek.com/RAID_mistakes.htm and
>> http://www.dataclinic.co.uk/raid-server-faults.htm
>>
>> also one or two discussion threads elsewhere with differing opinions.
>> Personally chkdsk fixed a problem for me on a mirrored array recently
>> with no problem at all, although it did also once go wild on a Dell RAID
>> 5 array replacing thousands of security descriptors , although I don't
>> think that was anything to with hardware RAID.
>>
>>
>>
>>
>> "WorkingHard" <> wrote in message
>> news:...
>>> Please post the articles. They are not correct imho.
>>> "John gordon" <> wrote in message
>>> news:...
>>>>I have come across some articles stating that chkdsk should not be run a
>>>>server with hardware RAID.
>>>>
>>>> Is this correct ?
>>>
>>>
>>
>
>