Första att kolla är om BBWC-batteriet fungerar till din HBA/RAID-kort med ECC-RAM-cache - default-beteendet är normalt att stänga av skriv-cache när batteribackuppen för RAM-minnet inte fungerar längre - och då blir HBA trötta - väldigt trötta...
Är dessa +7 år i ålder så kan man inte räkna med att batterierna fungerar längre. Äldre sådana batteri-backupper var ofta av NiMh-typ på 3 eller 4 celler (öppna den gamla och räkna celler) och kunde ganska enkelt ersättas med NiMh-batterier av ikeas 'ladda' R03-batterier på 900 mAh utan att batteri-kontrollerkort kräktes. Dubbelkolla att polariteten på dessa blir rätt bara...
Det andra är om diskarna är av SAS-typ eller SATA-typ. SAS kör i duplex och därmed kan diskdrivern skicka skriv-ackarna tillbaka till HBA medans det skriver löpande på disken, medans SATA kör i semi-duplex vilket innebär att skrivningen och läsningarna måste köas när motsatt trafik pågår på samma sätt som tåg i enkelspårsdrift och man tappar prestanda.
Blanda inte SAS och SATA-diskar i en mjukvaru-RAID om man inte vill tappa 4/5-delar av SAS-diskarnas kapacitet - 'enkelspårstrafiken' som SATA-disken kör med är fruktansvärt dyr rent prestandamässigt och jobba i direkt mothårs rent timing-mässigt mot SAS-diskarna att ren SATA-uppsättning i RAID fungerar bättre än blandad uppsättning SATA och SAS-diskar.
SAS-diskar är förstås det ännu bättre valet, också för att de reparerar upptäckta veka sektorer (och i värsta fall reallokerar dem) och kan också ställas in för drive-mässigt autonom scrub utan RAID-kontrollerns medverkan vilket SATA-snurrdiskar inte gör [1] utan försöker läsa dessa till det inte går att läsa alls och då ger IO-fel och RAID-systemet skriver om sektorn om den har paritetsdiskar - eller så står man plötsligt med trasig RAID...
[1]
Undantaget är SATA-SSD där SSD-tillverkarna blev tvungna att supportera automatisk scrub, omskrivning/reallokering för att generationen med TLC-minnena inte höll datat så bra över tiden som man trodde först - en mardröm innan praktiska och licensproblemen var lösta med berörda parter (läs Seagate som äger SCSI-protokollet och som alla idag använder för lagring och att OS-kärnor mer eller mindre endast supporterar i mer eller mindre förpackad form (SATA, UAS mfl.) mot i stort sett all lagring.
