Rozpadlé RAID pole: co můžete zkusit sami a kdy přestat

Odpověď hned: Sami bezpečně zvládnete diagnostiku, ne opravu. Zjistěte, jestli je pole jen degradované (běží, chybí redundance), nebo rozpadlé (offline, svazek se nesestaví), přečtěte SMART každého disku a zapište si pořadí slotů. Než cokoli spustíte, udělejte sektorový obraz každého disku — teprve tím se pokusy stanou vratnými. Rebuild pouštějte jen tehdy, když jsou všechny zbylé disky bez reallokovaných a čekajících sektorů a máte zálohu. Druhý vadný disk, cvakání nebo rebuild, který spadl, znamenají konec vlastních pokusů.

Většina rozpadlých polí, která k nám dorazí, nespadla sama od sebe — spadla během druhého nebo třetího pokusu o rebuild. Proto začneme tím, co má smysl zkusit, a hlavně tím, kde je hranice. Máte-li konkrétní zařízení jako Synology, QNAP nebo server s hardwarovým řadičem, platí navíc specifika daného výrobce — podrobnosti najdete na stránce Záchrana RAID a NAS.

Co můžete zkusit sami

Vlastními silami se dá udělat kompletní diagnostika a příprava — a to je při rozpadlém poli většina hodnoty. Co se dá udělat špatně, jsou zásahy, které se nedají vzít zpět.

Co nedělat

• Nespouštějte rebuild s podezřelým diskem. Rebuild donutí řadič přečíst každý sektor všech zbylých disků. Disk, který v běžném provozu roky fungoval, protože se na slabá místa nikdy netrefil, při této zátěži vypadne. Podrobně rozebráno v článku Proč rebuild zabíjí RAID pole.
• Neinicializujte pole a nevytvářejte nové. „Create”, „Initialize”, „Format”, u hardwarového řadiče „Clear foreign configuration” — všechno to přepíše metadata (superbloky mdadm, hlavičky LVM, popis pole v řadiči). Bez nich se pořadí disků, stripe size a rotace parity dohledávají mnohem hůř. „Import foreign config” je méně destruktivní, ale odklikávat ho naslepo bez poznamenaného původního stavu je hazard.
• Nepouštějte chkdsk ani fsck na členy pole. Jednotlivý disk vytažený z RAIDu nenese celý souborový systém, takže kontrola disku buď nenajde nic, nebo zapíše „opravy” do struktur, které patří jinam. Stejně tak nepouštějte chkdsk na svazek, který se sestavil jen napůl — co vyhodnotí jako nesrovnalost, to smaže (v lepším případě přesune do found.000).
• Nezapisujte na pole. Když už je potřeba se podívat, připojujte výhradně read-only (mount -o ro). Nesmazatelně platí i pro „jen jeden soubor si zkopíruju”.
• Neprohazujte disky metodou pokus-omyl. Před vytažením označte sloty fixem nebo štítkem a vyfoťte zadní stranu boxu.

Co si ověřit

1. SMART každého disku. Ideálně mimo pole, připojený přímo na SATA nebo HBA: smartctl -a /dev/sda (balíček smartmontools). Za hardwarovým řadičem přes smartctl -a -d megaraid,0 /dev/sda. Zajímají vás atributy 5 Reallocated_Sector_Ct, 197 Current_Pending_Sector, 198 Offline_Uncorrectable, 187 Reported_Uncorrect a 188 Command_Timeout. Cokoli nenulového u 197 a 198 znamená, že disk má nečitelná místa a rebuild na něm skončí. Atribut 199 UDMA_CRC_Error_Count naopak často ukazuje jen na kabel nebo backplane. Krátký self-test (smartctl -t short) je u disků bez čekajících sektorů v pořádku; dlouhý test ani self-test na disku, který cvaká, nespouštějte.
2. Degradované, nebo rozpadlé. Degradované pole běží a data jsou přístupná, jen chybí redundance — mdadm --detail /dev/md2 hlásí State : clean, degraded, NAS píše „Degraded” nebo „Snížená ochrana”. Rozpadlé pole se nesestaví, svazek chybí, cat /proc/mdstat ukazuje inactive a řadič hlásí Offline/Failed. Tohle rozhoduje o všem dalším: u degradovaného pole je nejlepší první krok zkopírovat data pryč, u rozpadlého se do ničeho nepouštět bez kopií disků.
3. Pořadí disků a která data jsou nejnovější. mdadm --examine /dev/sda3 u každého člena vypíše Array UUID, Raid Level, Device Role, Data Offset, Chunk Size a hlavně Events. Disk s výrazně nižším počtem událostí vypadl z pole jako první a jeho obsah je starý — vrátit ho zpátky jako platný člen znamená smíchat dvě různě stará data. Výpisy si uložte, ne opište.

Proč nejdřív obraz každého disku

Každý pokus o sestavení pole, každý rebuild i každé „nechám to naběhnout” je zápis, a zápis je jednosměrný. Sektorový obraz udělá z nevratného pokusu vratný: můžete vyzkoušet pět variant pořadí a stripe size a vždycky se vrátit na začátek.

Používejte ddrescue s mapfile, ne dd — dd se na prvním nečitelném sektoru zasekne nebo chybu vyplní nulami a vy se o problematických místech nic nedozvíte. Nejdřív rychlý průchod bez opakování:

ddrescue -n /dev/sda /mnt/kopie/disk1.img /mnt/kopie/disk1.map

a teprve potom kolo s opakováním (-r1) nad stejným mapfile. Disky připojujte přímo na SATA nebo HBA; USB redukce skrývá SMART a při chybě se resetuje.

Praktický limit: potřebujete zhruba součet hrubých kapacit všech členů pole. U čtyř disků po 4 TB je to řešitelné, u dvaceti disků po 8 TB už ne — a právě proto většina vlastních pokusů končí tady.

Kdy je vlastní pokus rozumný

Dává smysl, pokud platí všechno naráz:

• pole je degradované, ne offline, a data jsou přístupná;
• všechny zbylé disky mají čistý SMART a čtou se plnou rychlostí;
• máte zálohu, kterou jste ověřili obnovením alespoň vzorku souborů;
• jde o jednoduchý případ — RAID 1, kde je jeden disk zdravý a stačí ho přečíst samostatně read-only, nebo RAID 5 s jediným vadným diskem.

Nedává smysl u RAID 5, který spadl po druhém disku, u RAID 6 po třetím, u jakéhokoli pole s cvakajícím diskem, u proprietárních layoutů bez znalosti parametrů a všude tam, kde si ztrátu dat nemůžete dovolit a nemáte kam udělat kopie.

STOP bod: kdy přestat s pokusy

Tři situace znamenají konec vlastních pokusů. Ne „ještě jednou opatrně”, ale vypnout a nezapínat:

• Vypadl druhý disk v RAID 5 (nebo třetí v RAID 6). Chybějící data už není z čeho dopočítat — parita na to nestačí. Jediná cesta vede přes fyzické vyčtení vadného disku.
• Disk cvaká, píská, dokola se roztáčí nebo se vůbec neohlásí. To je mechanická vada. Každé další zapnutí znamená další přejezdy hlav po povrchu a nevratnou ztrátu právě těch dat, o která jde.
• Rebuild spadl nebo se zasekl. Opakovaný pokus proběhne stejně, jen s horším výchozím stavem disků.

K tomu ještě: rostoucí počet chyb při kopírování, disk mizející z dmesg, prudce klesající rychlost čtení nebo zápach spálené elektroniky. Ve všech případech platí — pole vypnout, disky nechat ve stejných slotech a označené, dál nezkoušet.

Rychlá orientace: oprava RAID podle příznaku

Slovo „oprava RAID” svádí k tomu, že se má pole co nejrychleji znovu rozběhnout. Když se ale pole rozpadne — hlásí degraded, offline, nebo spadlo při rebuildu — je cílem nejdřív dostat ven data z rozpadlého RAID pole a teprve potom řešit nový storage. Podle příznaku postupujte takto:

• RAID hlásí Degraded: nezahajujte nový rebuild bez jistoty, že všechny ostatní disky jsou čitelné. Nejdřív zkontrolovat zálohu, zastavit zápisy a konzultovat stav.
• Rebuild se zasekl nebo spadl: pole vypnout. Opakovaný rebuild typicky jen zhorší vadné sektory na zbývajících discích.
• RAID 5 je Offline po druhém disku: nesnažit se „nahodit” původní konfiguraci. U RAID 5 rozhoduje přesné pořadí disků, stripe size a parita.
• RAID 6 spadl při třetím problému: nechat disky ve stejných slotech, označit pozice a řešit offline rekonstrukci z klonů.
• RAID 0 po výpadku disku: data nejsou redundantní, ale pokud se vadný disk podaří fyzicky přečíst nebo opravit, struktura pole se dá poskládat.

Tímto rozdílem se od sebe liší servisní „oprava RAIDu” a laboratorní obnova dat z RAID pole. První se snaží znovu rozběhnout zařízení, druhá chrání obsah, který na discích zůstal.

1. Mýtus jménem „RAID = záloha”

Než se ponoříme do technických detailů, musíme vyvrátit nejnebezpečnější mýtus oboru. RAID pole (Redundant Array of Independent Disks) nebylo nikdy navrženo jako záloha, ale jako nástroj pro zvýšení dostupnosti a ochranu proti hardwarovému selhání jednoho či více disků.

Proč RAID není záloha?

• Neochrání vás před smazáním souborů lidskou chybou.
• Nezachrání vás před ransomwarem, který zašifruje obsah logického svazku.
• Nepomůže při selhání řadiče, který na pole zapíše nesmyslná metadata.
• Selže při náhodné reinicializaci nebo vytvoření nového pole.

Pokud selže celé pole kvůli chybě firmwaru, přepětí v napájení nebo vícenásobnému výpadku disků, jste bez dat úplně stejně, jako byste je měli na jednom externím disku. Jediná skutečná záloha je fyzicky oddělená kopie dat — ideálně off-site nebo na jiném médiu. Jakmile se pole dostane do stavu „offline”, vyžaduje jeho obnova zásah specialisty bez ohledu na to, jak pokročilá úroveň RAID byla použita.

2. RAID úrovně a jejich reálná odolnost při výpadku

Různé úrovně RAID řeší odolnost odlišně. Při obnově dat z raidu je klíčové chápat, co se v poli při výpadku děje.

RAID 0 — striping bez odolnosti

Data se střídavě zapisují (stripe) na všechny disky s cílem maximálního výkonu.

• Odolnost: žádná. Výpadek jediného disku znamená ztrátu všech dat, protože soubory jsou rozsekané na fragmenty po všech discích.
• Záchrana RAID 0: je složitá, ale ne nemožná. Musíme fyzicky opravit vadný disk (např. výměnou čtecích hlav v čistém laminárním boxu), naklonovat ho a poté offline poskládat bloky dat ze všech disků ve správném pořadí. Absence parity zjednodušuje matematiku, ale nedostatek redundance zvyšuje tlak na dokonalou hardwarovou opravu.

RAID 1 — zrcadlení

Zápis probíhá zároveň na oba disky (nebo jejich páry). Výpadek jednoho disku funkčnost neomezí. Riziko nastává při selhání řadiče nebo když je vadný i zbylý disk v zrcadle. Záchrana je často jen otázkou vyčtení dat z alespoň jednoho funkčního média.

RAID 5 — bloková parita

Díky distribuované paritě pole toleruje výpadek jednoho disku.

• Degraded režim: při výpadku disku jede pole dál dopočítáváním chybějících dat z parity. To je enormní zátěž pro zbylé disky.
• Selhání obnovy: pokud při degraded stavu obnova selže (vyskočí vadný sektor na druhém disku), celé pole přejde do offline. Problémem je zjistit, kde přesně stripe končí a jak rotuje parita — zde nastupuje analytická rekonstrukce v laboratoři.

RAID 6 — duální parita

Toleruje výpadek dvou disků současně. Je to standard pro velké enterprise NAS.

• Scénář z praxe: i když pole přežije ztrátu dvou disků, katastrofa obvykle přichází při operaci rebuild, kdy selhává třetí disk (viz náš reálný případ 20-diskového pole níže). Kvůli dvěma paritním rovinám je složitost offline dopočtu obrovská.

RAID 10 — zrcadlené stripy

Kombinuje rychlost RAID 0 a redundanci RAID 1. Může přežít výpadek více disků, pokud nejsou ve stejném zrcadlovém páru. Pokud ano, shodí to celý stripe.

RAID 50/60

Jen krátce — kombinuje striping s paritou. Složitost záchrany je zde násobena vnořenou strukturou a vyžaduje pokročilou analýzu.

3. Typické scénáře selhání, které denně vidíme

V naší brněnské laboratoři se setkáváme se vzorci chování, které vedou ke katastrofě. Když pochopíte, co se stalo, pochopíte i proč nelze jen tak „opravit RAID” kliknutím v BIOSu.

(a) Selhání druhého disku během rebuildu

Admin vymění vadný disk. Aby řadič dopočítal data na nový disk, musí přečíst každý sektor všech zbylých ploten. Staré disky, které roky běžely bez chyby, najednou pod brutálním tlakem odhalí slabá místa a začnou chrlit chybové sektory. Pole vypadne úplně.

(b) Zaseknutý rebuild

Rebuild se nespustí, nebo se po desítkách hodin zasekne na pár procentech a nepokračuje. Řadič narazil na špatný sektor a neví, jak ho obejít. Pokračovat silou znamená riskovat zničení mechaniky čtecích hlav.

(c) Selhání řadiče a proprietární layout

Mrtvý řadič rozhodí metadata. Nový řadič si disky sice může načíst, ale pokud nezná původní stripe offset a paritní rotaci, nabídne jen „Foreign configuration” a nutnost inicializace.

(d) Lidská chyba

Někdo omylem odpojí špatný disk, přehodí pozice v šachtách a spustí pole. Nebo provede reinicializaci při pohledu na chybovou hlášku.

(e) Výpadek více disků naráz

Výpadek zdroje nebo backplane v NAS zabije najednou 3–4 disky. Pole se pak tváří, že logická jednotka je prázdná nebo nepřístupná.

4. Co nesmíte dělat, pokud data stojí za záchranu

Toto je nejdůležitější část článku. Většina definitivně ztracených dat zmizela až vinou panických pokusů o opravu RAID svépomocí.

• Nikdy neopakujte rebuild degradovaného pole. Pokud rebuild selhal jednou, selže znovu — a zátěž s každým dalším pokusem zabíjí „zdravé” disky. Přesně tento scénář shodil 20-diskové pole v případu níže.
• Neprohazujte a nevyměňujte disky metodou pokus-omyl. U offline pole musíte znát přesné pořadí disků. Náhodné přehazování v šachtách maže šanci na logickou rekonstrukci. Před vytažením vždy označte pozice (Slot 1, Slot 2…).
• Neinstalujte „RAID recovery” software na živé pole. Nikdy nespouštějte obnovovací nástroje (typu R-Studio), pokud do pole zároveň zapisuje operační systém. Každý zápis navíc (logy, dočasné soubory) přepisuje zbytky vašich původních struktur.
• Nenechávejte pole běžet dál v degraded stavu. Pokud spadl jeden disk, nevypínejte server „až zítra”. To je ruleta o to, jestli druhý disk přežije další hodinu. Ihned zastavte zápis a poraďte se s námi.
• Nepoužívejte „Repair” ani „Factory Reset”. Neprovádějte upgrade firmwaru (DSM/QTS) ani neinicializujte nový logický svazek. Tím smažete zbytky popisu souborového systému.

Pokud jste už něco z výše uvedeného provedli, zastavte se. Stav bývá i přesto řešitelný, ale je nutné pole okamžitě vypnout.

5. Jak obnovu RAID pole řeší profesionální laboratoř

Naše práce nespočívá v hádání, ale v technické exaktnosti. Než přistoupíme k logické obnově, musíme data fyzicky ochránit.

Sector-level klonování

Nikdy nepracujeme s originálními disky. Každý disk pole — zdravý, vadný i klepající — připojíme na hardwarové klonovače (DeepSpar Disk Imager). Ta čtou data z nestabilních povrchů extrémně citlivě, přeskakují vadné sektory a netrápí disky časovými limity operačního systému. Tam, kde běžný počítač zamrzne, DeepSpar získá maximum dat.

Práce v čistém prostředí

Pokud mechanika disku fyzicky selhala (cvakání, spálená elektronika), provádíme výměnu čtecích hlav v laminárním boxu (clean room). Bez toho by mikroskopické smítko prachu okamžitě rozbilo plotnu.

Offline analýza a odemčení proprietárních layoutů

Po vytvoření bitových kopií (klonů) přichází na řadu intelektuální jádro celé obnovy:

1. Určení pořadí disků: fyzické sloty často neodpovídají pořadí parity v řadiči.
2. Výpočet stripe size a offsetu: zjišťujeme, kde začíná první datový blok. I posun o jediný sektor znamená naprosto zmatenou změť bajtů.
3. Rotace parity: u RAID 5/6 musíme odhalit, ve kterém bloku leží parita (left-symmetric, right-asymmetric apod.).
4. Virtuální rekonstrukce: pomocí vybavení PC-3000 a vlastních skriptů skládáme pole z bitových kopií a budujeme virtuální svazek, který na stagingovém úložišti (120 TB SATA RAID 10) kontrolujeme.

Laboratoř máme v Brně, příjem disků i konzultace běží NONSTOP na +420 775 556 063. Máte-li Synology, QNAP nebo server s hardwarovým řadičem, platí navíc specifika — viz Záchrana dat ze Synology NAS, QNAP NAS a záchrana dat ze serveru.

6. Reálný pád 20diskového RAID 6 — proč se to stalo i vám

Nejlepší ilustrací je 20-diskový RAID 6, který k nám putoval z brněnské projekční firmy.

Situace: enterprise NAS, 20 disků, 160 TB, RAID 6 (dvojitá parita). V pondělí selhal disk #7. Admin objednal náhradní a spustil přes noc rebuild. V úterý selhal druhý disk #12 — pole se dostalo do stavu „degraded-critical”, kdy jakýkoli další problém znamená konec. Na takové pole by se dva dny nemělo sáhnout, ale rebuild stále běžel. Po 30 hodinách narazilo čtení na vadný sektor na zdánlivě „zdravém” disku #5. Řadič to vyhodnotil jako selhání třetího disku a pole shodil do offline. Běžnými prostředky neobnovitelné.

Naše řešení: převzali jsme všech 20 disků. Přes DeepSpar jsme je jeden po druhém klonovali, přičemž jsme řešili obtížně pomalé čtení u disku #5. Offline analýza odhalila proprietární layout pole (mdadm + LVM) — určili jsme skutečné pořadí disků, stripe offset a rotaci parity a virtuální pole z naklonovaných sektorů se podařilo sestavit. Trvalo to 11 dní a zákazník dostal 100 % svých souborů zpět.

Pokud by admin zkusil rebuild znovu, disk #5 by zemřel úplně a obnova dat z RAID by se změnila v dramaticky dražší fyzickou operaci.

7. Kolik to stojí a jak dlouho to trvá

Cena záchrany dat z RAID pole se vždy odvíjí od konkrétní situace — orientační rozpětí podle typu závady a velikosti pole najdete v ceníku záchrany dat. V ITHOPE postupujeme fér: diagnostika zdarma odhalí rozsah poškození. Zkoumáme, zda je problém čistě logický (smazaná metadata), nebo zda jsou nutné fyzické opravy a klonování. Cenu sdělujeme před zahájením prací, nikdy až po nich. Pokud data zachránit nelze (což se u rozpadlých metadat bez záloh v ojedinělých případech stává), neplatíte ani korunu.

Délka záchrany závisí na kapacitě a stavu ploten — nejpomalejší je práce s fyzicky vadnými mechanikami. Obecně platí, že s čím menším počtem pokusů o amatérský rebuild pole přijde, tím je záchrana rychlejší a levnější.

Často se ptáte

Můžu rebuild spustit sám?

Když je pole jen degradované, všechny zbylé disky mají čistý SMART (nula reallokovaných i čekajících sektorů, žádné timeouty) a máte zálohu, kterou jste si ověřili obnovením vzorku, je výměna disku a rebuild běžný provozní úkon. Jakmile má kterýkoli zbylý disk čekající sektory, rostoucí počet reallokací nebo se z něj čte pomalu, rebuild ho při čtení všech sektorů pravděpodobně dorazí. Pak má smysl nejdřív udělat sektorové kopie disků, nebo pole rovnou předat do laboratoře.

Jak poznám degradované pole od rozpadlého?

Degradované pole běží dál a data jsou přístupná, jen chybí redundance — mdadm --detail hlásí clean, degraded, NAS píše „Degraded” nebo „Snížená ochrana”. Rozpadlé (offline) pole se nesestaví, svazek chybí, v /proc/mdstat je pole inactive a hardwarový řadič hlásí Offline nebo Failed. Rozdíl je zásadní: u degradovaného pole máte čas data v klidu zkopírovat pryč, u rozpadlého je každý další start riziko.

Čím udělat sektorový obraz disků a kolik na to potřebuju místa?

ddrescue s mapfile, ne dd — dd se na prvním nečitelném sektoru zasekne nebo chybu vyplní nulami a o problematických místech se nic nedozvíte. Nejdřív rychlý průchod s přepínačem -n bez opakování, teprve potom kolo s opakováním. Disky připojujte přímo na SATA nebo HBA, ne přes USB redukci, která skrývá SMART a při chybě se resetuje. Místa potřebujete zhruba součet hrubých kapacit všech členů pole — právě na tom většina vlastních pokusů končí.

Můžu na členy pole pustit chkdsk nebo „RAID recovery” software?

Na jednotlivé disky vytažené z pole ne — samostatný člen nenese celý souborový systém a kontrola disku do něj zapíše opravy struktur, které tam nepatří. Na sestavený, ale nekonzistentní svazek také ne: chkdsk odstraní to, co vyhodnotí jako nesrovnalosti, tedy vaše soubory. Rekonstrukční software pouštějte výhradně nad kopiemi disků, nikdy nad originály.

Kdy mám s vlastními pokusy přestat?

Jakmile vypadne druhý disk v RAID 5 nebo třetí v RAID 6, jakmile některý disk cvaká, píská nebo se dokola roztáčí, a jakmile rebuild spadl nebo se zasekl na pár procentech. Ve všech třech případech další zapnutí šance jen snižuje. Pole vypněte, disky nechte ve stejných slotech a domluvte diagnostiku.

Co dělat teď

1. Zastavte zápis a pole vypněte. Žádné další rebuildy, žádné „ještě jeden pokus”. Každá minuta provozu degradovaného pole snižuje šance.
2. Neměňte pořadí disků. Pokud je musíte vytáhnout, nejdřív si fixem nebo štítkem označte pozice (Slot 1, Slot 2…).
3. Nespouštějte recovery software na živém poli a neinicializujte nový svazek ani „foreign config”.
4. Kontaktujte laboratoř. Volejte NONSTOP na +420 775 556 063 nebo využijte nezávaznou konzultaci. Domluvíme svoz nebo bezpečný transport do Brna.
5. Počítejte s diagnostikou zdarma. Rozsah poškození i cenu za obnovu řekneme předem — platíte až za výsledek.

Shrnutí v bodech

• Sami zvládnete diagnostiku, ne opravu — SMART každého disku, rozlišení degradovaného a rozpadlého pole, pořadí slotů a sektorový obraz; teprve pak jakýkoli pokus o sestavení.
• RAID není záloha — neochrání před smazáním, ransomwarem, selháním řadiče ani vícenásobným výpadkem disků.
• Nejčastější příčina totální ztráty je opakovaný rebuild degradovaného pole, který dorazí staré „zdravé” disky (kaskádový výpadek).
• Každá úroveň RAID selhává jinak — RAID 0 nemá toleranci, RAID 5 jeden disk, RAID 6 dva; záchrana vždy stojí na pořadí disků, stripe offsetu a rotaci parity.
• Záchrana = sector-level klon každého disku + offline rekonstrukce, nikdy práce s originály.
• STOP bod je jasný — druhý vadný disk, cvakání nebo spadlý rebuild znamenají konec vlastních pokusů.
• U konkrétních zařízení viz Synology, QNAP a server s HW řadičem.

Došli jste k STOP bodu — druhý vadný disk, cvakání nebo rebuild, který spadl? Pole vypněte a dál ho nezapínejte. Nezávazná konzultace · Diagnostika zdarma · Ceník · Kontakt · +420 775 556 063 (NONSTOP)

Viz též: Proč rebuild zabíjí RAID pole · Záchrana dat ze Synology NAS · QNAP NAS · Záchrana dat ze serveru · Záchrana RAID a NAS (služba) · Case study: 20-diskový RAID 6 · Vadné sektory HDD

O autorovi

Ing. Miroslav Jaroš je majitel a senior technik ITHOPE s.r.o. v Brně. Záchraně dat se věnuje od roku 2008 — za 18 let prošlo laboratoří přes 2 500 zakázek, od jednotlivých disků po enterprise RAID pole a NAS. Článek prošel odborným fakt-checkem (Tomáš Kopřiva) proti reálné praxi laboratoře ITHOPE. Popsaný případ 20-diskového RAID 6 vychází z reálné anonymizované zakázky.