Odpověď hned: Pokud QNAP QTS ukazuje RAID Group Degraded, Warning (Read-Only), Volume not active nebo Storage Pool Inactive, nejdřív zastavte zápisy a nic neopravujte naslepo. Recover a Rebuild RAID Group jsou běžné servisní funkce, ale ne pro každou havárii. Když jsou data bez zálohy, svazek je Read-Only/Not Active, disky mají I/O chyby nebo už proběhlo několik restartů, může další kliknutí přepsat metadata, která jsou pro obnovu dat klíčová.

Vypnutý QNAP NAS s disky vyjmutými podle původního pořadí a připojenými ke klonovací stanici pro obnovu thin volume — QNAP Thin Volume přidává mapovací vrstvu LVM. Když se poškodí, bezpečný postup je klonování mimo QTS a teprve potom rekonstrukce.

Tento článek doplňuje obecnou stránku záchrana dat z QNAP NAS. Zaměřuje se na konkrétní rozhodovací moment v administraci Storage & Snapshots: kdy je rebuild normální údržba a kdy už je potřeba přestat klikat.

Rychlá mapa stavů v QTS

Stav v QTS / Storage & Snapshots	Co typicky znamená	Co nedělat	Bezpečnější další krok
RAID Group Degraded	Jeden nebo více disků v poli selhalo, ale počet chyb je ještě v toleranci RAID typu. Data mohou být přístupná.	Nepouštět rebuild, pokud nejsou ověřené ostatní disky a záloha neexistuje.	Zastavit zátěž, zkontrolovat SMART/logy, zdokumentovat stav a řešit výměnu až po vyhodnocení rizika.
Warning (Read-Only)	QTS hlásí problém ve storage poolu; podle dokumentace může být některá RAID group Not Active a část dat může být ještě obnovitelná.	Neklikat na Recover, Check File System nebo nucené připojení, pokud nemáte kopie disků.	Zastavit zápisy a řešit offline analýzu.
Volume not active / not mounted	Svazek se nepřipojil. U QTS může jít o mdadm/LVM/thin metadata, u QuTS hero o ZFS pool.	Nepouštět `fsck`, `thin_repair` nebo `zpool import -f` na originálech.	Označit disky podle šachet, vypnout NAS a pracovat až s klony.
Storage Pool Inactive / RAID Error	Pool nebo RAID group se nesestavila. Data jsou nedostupná běžnou cestou.	Nevytvářet nový storage pool a nevracet disky metodou pokus-omyl.	Nepřepisovat konfiguraci, zachovat pořadí disků a předat na diagnostiku.

Kdy je Rebuild RAID Group běžný postup

QNAP dokumentace pro QTS popisuje situaci, kdy RAID group zůstane v toleranci daného RAID typu, stav se změní na Degraded a data zůstávají přístupná. V takovém případě administrátor vybere degradovanou group, vloží vhodný disk a spustí Rebuild RAID Group.

To je správná cesta pro zdravě spravované pole, kde:

existuje ověřená záloha,
chybí jasně identifikovaný disk,
ostatní disky nemají varování SMART, pending sektory ani I/O chyby,
NAS neběžel dlouho v degradovaném stavu,
nejde o Read-Only, Not Active nebo Inactive storage pool.

Pokud tyto podmínky nesplníte, rebuild už není „oprava dat". Je to zátěžový proces, který čte z každého zbývajícího disku a zapisuje novou konfiguraci. U pole bez zálohy je to rizikové.

Proč je Read-Only jiná situace než Degraded

Warning (Read-Only) je varování, které si lidé často pletou s běžnou degradací. Jenže Read-Only znamená, že QTS už omezil zápisy kvůli problému ve storage poolu. Podle dokumentace QNAP může být jedna nebo více RAID group ve stavu Not Active a některá data z volumes nebo LUNs mohou být ještě obnovitelná.

Právě slovo „obnovitelná„ je důležité. Neznamená „klikněte na všechno, co vypadá jako oprava". Znamená to, že ještě může existovat konzistentní část dat nebo metadat, kterou nechcete přepsat.

U Read-Only stavu proto nedává smysl hned spouštět Check File System nebo nucené připojení. Nejdřív je potřeba zjistit, jestli jde o fyzické disky, RAID vrstvu, LVM metadata, thin pool nebo souborový systém.

Volume not active: typická bolest Thin Volume

QNAP často používá vrstvení mdadm -> LVM -> volume. U Thin Volume je navíc mapování, které říká, kde leží logické bloky svazku na fyzickém úložišti. Pokud se poškodí thin metadata, soubory fyzicky na discích zůstanou, ale QTS už neví, jak je poskládat.

Tohle je časté po výpadku napájení, přeplnění poolu, neúspěšném firmwaru, přerušeném snapshot procesu nebo pádu jednoho disku během zápisu. Pro uživatele to vypadá jednoduše: „Volume not active". Pro obnovu dat je to ale vícvrstvý problém.

U Thin Volume je obzvlášť riskantní:

spouštět Check File System na živém NASu,
zkoušet thin_repair bez kopie metadat,
vytvářet nový volume „aby se pole chytlo",
používat data recovery software přímo na originálních discích,
opakovaně NAS restartovat, dokud se QTS nepokusí pool připojit automaticky.

QuTS hero a Recover RAID

QuTS hero používá ZFS a QNAP dokumentace uvádí Recover RAID pro situace, kdy byly disky dočasně odpojeny a znovu připojeny. Zároveň výslovně rozlišuje, že to nepomůže při selhání disku. To je přesně hranice, kterou v praxi potřebujete poznat.

Pokud jste omylem vytáhli disk a hned ho vrátili do původní šachty, může být Recover správná administrátorská funkce. Pokud ale disk odpadl kvůli mechanické závadě, čtecím chybám, napájení nebo řadiči, není to totéž. Opakované nucené importy ZFS poolu nebo pokusy o obnovu na originálech mohou posunout pool do horšího stavu.

Záchrana dat z QNAP NAS v laboratoři ITHOPE Brno s vyjmutým diskem a offline analýzou QTS úložiště — Recover může být správný pro dočasně odpojené disky. U fyzicky vadného disku nebo rozbitého thin volume je bezpečnější nejdřív klonovat a analyzovat mimo NAS.

Co udělat během prvních 10 minut

Zastavte zápisy. Odpojte sdílené složky, zálohovací úlohy, synchronizace, virtuální stroje, kamery a databáze.
Vyfoťte Storage & Snapshots. Potřebujeme přesný stav storage poolu, RAID group, volume a disků.
Nechte disky ve stejném pořadí. Pokud je vyjímáte, označte každou šachtu hned při vytažení.
Nespouštějte Recover jen proto, že ho QTS nabízí. Nabídka v GUI neznamená, že jde o bezpečný krok pro data bez zálohy.
U kritických dat NAS vypněte. Hlavně při Read-Only, Not Active, cvakání disku, chybách na více discích nebo po neúspěšném rebuildu.

Co nikdy nedělat

Nepotvrzovat inicializaci disků ve Windows, macOS ani jiném NASu.
Nepouštět Check File System, fsck, thin_repair nebo zpool import -f na originálních discích.
Nepřehazovat disky mezi sloty metodou pokus-omyl.
Nepřidávat zpět disk, který se odpojil kvůli podezření na mechanickou závadu.
Nepouštět RAID migration, rozšíření kapacity nebo firmware update v degradovaném stavu.
Nevytvářet nový storage pool ani nový volume na původních discích.

Jak postupuje ITHOPE

U QNAP NASů chráníme původní stav disků:

Fyzická diagnostika. Prověříme každý HDD/SSD zvlášť a zjistíme, jestli se dá bezpečně číst.
Bitové kopie. Pracuje se s klony všech disků. Originály zůstávají stranou.
Rekonstrukce RAID. Určí se pořadí disků, offsety, stripe a stav mdadm nebo ZFS vrstvy.
LVM/thin/ZFS analýza. U QTS řešíme LVM2 a thin metadata, u QuTS hero ZFS labely a poslední konzistentní transakční stav.
Extrakce dat. Data se kopírují na nové médium a ověřuje se adresářová struktura i důležité soubory.

S širšími riziky rebuildu pracuje článek Proč rebuild zabíjí RAID pole. Pokud už víte, že jde o vícediskové pole, navazuje služba záchrana RAID a NAS.

FAQ

QNAP ukazuje RAID Group Degraded. Je bezpečné kliknout na Rebuild?

Bezpečné to bývá tehdy, když máte zálohu, ostatní disky jsou zdravé a chybí jasně jeden disk. Pokud záloha není, ostatní disky mají chyby nebo je svazek Read-Only/Not Active, nejdřív zastavte zátěž a řešte diagnostiku.

Co znamená Warning (Read-Only)?

QTS omezil zápisy, protože storage pool nebo některá RAID group nejsou v pořádku. Část dat může být ještě čitelná nebo obnovitelná. Právě proto se nevyplatí spouštět opravné zápisové operace bez kopie disků.

Volume not active po výpadku proudu. Jsou data pryč?

Často ne. U Thin Volume se může poškodit mapování bloků, takže QTS svazek nepřipojí, i když sektorová data na discích zůstávají. Šance závisí na tom, co se po výpadku ještě zapisovalo.

Mohu disky dát do jiného QNAPu?

U zdravého pole někdy ano, u havárie je to rizikové. Jiný QNAP se může pokusit storage pool importovat nebo opravit. Pokud jsou data jediná kopie, bezpečnější je offline klonování.

Recover RAID u QuTS hero pomůže vždy?

Ne. QNAP dokumentace ho popisuje pro dočasně odpojené a znovu připojené disky, ne pro fyzické selhání disku. Pokud disk odpadl kvůli závadě, Recover může problém zhoršit.

Zdroje a ověření

K datu kontroly 10. 7. 2026 jsme ověřovali oficiální dokumentaci QNAP pro QTS 5.1/5.2 a QuTS hero. Výrobce popisuje běžné servisní funkce pro degradované a odpojené RAID group. Doporučení ITHOPE se týká případů, kdy data nejsou zálohovaná, jsou přítomné fyzické chyby nebo už storage pool přešel do Read-Only/Inactive stavu.

Hlásí váš QNAP RAID Group Degraded, Volume Read-Only nebo Volume not active? Pošlete screenshot přes nezávaznou poptávku záchrany dat, zavolejte +420 775 556 063 nebo napište na info@ithope.cz. Řekneme, jestli má smysl servisní rebuild, nebo je bezpečnější záchrana z klonů.

Viz také: Záchrana dat z QNAP NAS · Synology NAS · Záchrana dat z RAID pole · Záchrana RAID a NAS

QNAP RAID Group Degraded nebo Volume Read-Only: kdy neklikat na Recover