Tänk i banorna liknade att om det blir problem och besvärligt om disken havererar, så bör man säkra upp situationen med ytterligare backupper eller extra (paritets) disk i RAID:en - är det inte ett problem så kör man vidare tills första disken havererar - vilket kan ge lika lång drifttid till.
på RAID har man bekymmer att man kan få kedjefel för att diskarna är från samma set och ålder, samma modell/fabrikat och ungefär samma slitage-nivå och dessa kan börja uppvisa fel med korta mellanrum eller vid ökad last som tex. resynkning av RAID.
en mer robust RAID är när man petar in en ny disk per år och vartannat år, av olika fabrikat och framförallt olika antal körtimmar på var disk. Nu utesluter det inte att en nyare disk kan haverera i förtid ändå, men man har inte läget att alla diskar i setet är lika skröpliga och genererar kedjefel vid större aktivitet som resynkning av en RAID.
att köra veckovis 'scrub' (som dessvärre bara läser, och möjligen kan trigga en omskrivning av sektorn som inte kan läsa data av RAID-systemet) eller liknande som med BTRFS med 'balance' utan argument i princip flytta all data och metadata till nya platser på diskytan så ger det disklast liknande som resynkning av en RAID, så får man indikation tidigare om diskar som kanske inte håller måttet men samtidigt inte drar med alla diskar i RAID:en samtidigt.
det är så med alla 'säkerhetsgrejor' - det som inte används 'dagligen', kommer inte att fungera den dagen när det verkligen behövs - med andra ord 'simulera' daglig bruk eller i alla fall veckovis bruk så att veka grejor sorteras ut tidigt och mindre risk för kedjefel.
---
kör man med S3-kompatibel 'molnlagring' med tex. minio så bygger man på koncept med mellan 4 - 12 diskar och sätter redundansen/pariteten till 50% (är Reed-Solomo-baserad paritet) och sedan kör man tills det är för få paritetsdiskar kvar enligt sin satta gräns (1 paritetsdisk kvar som lägst typ) och utan att man byter ut trasiga diskar under driften (för att de ofta monteras i tråg och att man inte kan byta en disk i taget på enkelt sätt)
På en 12-disk set lär man få betydligt längre körtid innan pariteten är otillfredsställande som vid 6 diskar + 1 paritet kvar än att att köra en RAID1 eller RAID10 där det räcker med att 1 disk går ned för att anse att RAID:en är oskyddad och man måste ta ställning om det var en tidigt fel och det räcker med att peta in en ny disk eller att man måste byta hela RAID1/10 alla diskar.
med minio och 5 diskar av 12 diskar har havererat så är beslutet lättare att ta att de resterande 7 diskarna nog också är rätt risiga och bör bytas och till skillnaden mot en RAID1/10 där man måste göra beslutet vid första diskhaveriet kanske redan efter 45000 timmar, så är man kanske på > 90000 timmar med minio innan man behöver ta den ställningen och kostnaden.