Hi Jim. I have done some web reading on various forums on this topic and it seems a bit unclear as to what the best choice iro switching this feature on or off is.
On the one hand switching it off allows for more security in getting the data written to disk but on the other there are posts that argue that forcing writes which could be delayed can have a performance impact if the server is also performing a lot of reads.
Then others comment that on todays hdd's the performance might be neglible and also that it depends on the purpose of the server. For instance, if the server is a web server with little disk writing then leaving it on can be better than off, especially if the server is protected with a ups.
It seems to me that the question of whether to leave it on or off is server function dependent.
>I'm not the famous DougH but I thought I'd offer my 2-cents worth...
>
>Yes, write caching (aka write behind cahcing) should ALWAYS be turned OFF in any HD setup, even RAID, UNLESS it has a controller specifically designed and capable, with appropriate intelligence in its controller/driver/etc to correctly handle a sudden power loss situation. Such controllers are very rare at this time, though they do exist and cost significant extra $$$ I believe.
>
>I would bet that the write caching at the file servers is already turned off. Not that it would have come setup that way, but rather that people who maintain these things for a living know this to be the case.
>
>My *personal* opinion is that write caching on a local drive can still cause problems, even during regular processing and without a sudden power failure. I had two illogical experiences with errors involving the cache (one with Word and one with a VFP record) and neither has recurred in about 2 years since turning it off.
>
>good luck
>
>
In the End, we will remember not the words of our enemies, but the silence of our friends - Martin Luther King, Jr.