Quote:
Originally Posted by techmattr /t/1518844/whats-the-best-way-to-setup-disk-mirroring-raid-1-in-bios-or-in-windows#post_24390114
No actually you didn't.
I corrected your initial statement and then you went on to say "I'm aware they aren't the same thing". I corrected by saying that they ARE the same thing. They are both software RAID. Onboard motherboard RAID controllers are NOT hardware RAID. The hardware is performing NO RAID functions. Software is performing the RAID functions. Hence, software RAID. The fact that you don't know this invalidates anything you have to say on the topic.
You clearly didn't comprehend what
I said.
Software RAID isn't the same as Hardware which isn't the same as Firmware. They
all have their similarities and they
all have their differences. I grouped them by their similarities and explained their differences. A point which you conveniently ignored. That being said, your wrong in your statements about firmware raid.
Your statements would be more accurate in the context of RAID-5, but when talking about RAID-1 or RAID-0 they aren't. The RAID functions (striping and mirroring)
are handled by the hardware. That's why the arrays are accessible/viewable from the BIOS, prior to any device drivers being loaded. With RAID-5, parity calculations are offloaded to the host processor via device drivers, but the controller still plays a role in making the RAID work. If the hardware played no roll at all in the RAID functions, you wouldn't need special hardware to do it. All you would need is device drivers written to perform the RAID functionality.
That said, firmware RAID does differ from true Hardware RAID in that it doesn't have an onboard parity engine, and in some cases hardware RAID controllers also offer onboard cache. But that's pretty much the difference.
Quote:
Windows RAID is notoriously unstable. Anyone that has been around computers for more than 10 minutes knows this. These aren't MY baseless claims. They are the experience of thousands of people who have been burned by Windows RAID. In addition to that Windows has
removed error reporting for RAID synchronization errors in Windows 7/2008+ . So if your RAID1 volume fails to synchronize data and is unable to recover you'll never even know about it unless you check your Disk Management every day. Have fun with that. Every other software RAID provides alerting.
Now it isn't your baseless claim. But without providing any supporting evidence, indeed, that's exactly what it
was. The last time I worked with Windows RAID-1 was with Server 2003, so thanks for the update on the Mirroring issue in 7/2008
Quote:
If you think migrating an array from controller to controller is a valid method of failure recovery then you wouldn't last very long in Enterprise IT. I would get fired in a heartbeat if I put that into a disaster recovery document. What do you do if you migrate that RAID volume and the volume is unhealthy? You bend over and lose all your data that's what. This happens more often than it doesn't. Rarely does a raid volume recover from any sort of failure beyond a disk failure. You NEVER, NEVER, NEVER rely on anything other than backups for restoring data. That is basically rule #1 in IT.
Settle down. NOBODY said that migrating an array was a complete replacement for a backup. That's just ridiculous. It
is however a viable option to get a system back online
faster in the event of a hardware failure compared to a restore from backup. In the event of a controller failure, you're going to have to replace the controller anyway. What else do you plan on restoring your backup to? Once you have the new controller installed, what's going to get the system online faster: restoring from local (or heaven forbid, offsite) backup? Or migrating the array to the new controller? I'm pretty sure that importing an array is early instantaneous.
If the backup was the primary means for accessing data, it wouldn't be called a backup, it would be called a primary. But it isn't. So as long as my primary data is available to me (and it
is after an array migration)
that is what I'm going to use. A
backup is what I resort to when my primary data isn't available anymore.
And since the whole purpose of RAID is to increase availability, I'm going to presume that availability is a concern to the OP and recommend the solution that gives him the quickest route to getting his data back online.