if I recall, doesn't installation of AD services disable the write caching ability of drives due to the nature of the AD database being sensitive to failure in case of a power outage"
It does if the OS has control over the controller, luckily most hardware raid controllers keep MS from manipulating the caching... or we would have some really slow FSMO servers. I have tested this, having setup workgroup servers, performing benchmarks, running DcPromo on the same servers, set up AD completely, benchmarking again, no discernible speed differences. As a note, on small AD setups, AD added no measurable overhead.
Many raid adapters will not let you cache writes unless you have an onboard battery, then again any FSMO needs to be on an external battery backup unit anyway.
Personally I would NOT use SATA drives on a server, drive failures are a headache.
SAS is only a tiny bit faster than parallel SCSI (only due to newer chips on the adapters) until the number of disks on a SCSI bus creates saturation, then SAS supersedes SCSI, adding additional speed for each disk added to an array (after 5 to 6 disks= saturation point of SCSI (u320)). That said, I would go SAS, in any case as the drives will be obtainable for a longer period of time.
check out the benchmarks...
A safe build is a raid 1 array for the OS and programs, and raid 5 for data. Safest build is raid 10, which is costly. Using raid 1 for everything, your "reads" are nothing near raid 5's throughput. Since servers generally read >80% of the time, the write penalty of raid 5 is not critical.
As far as raid 1 failures, I have never had two drives fail in a relatively short period of time ( a couple weeks, in over 16 years of using raid 1. Raid 1 does not protect against corruption within a file, it is not meant to, it will protect again damage caused to a file by sectors going bad, as the info within a damaged sector will not copy over to the second disk.
........................................
Chernobyl disaster..a must see pictorial