ZFS

A ZFS fájlrendszernek és a ZFS-készletnek ( zpool ) különböző verziói léteznek , és a verziótól függően különböző funkciók állnak rendelkezésre. 2012 novemberéig a ZFS-készlet 34 verziója létezik. A készlet összes verziója kezdetben a Solaris számára jelent meg .

A 2. verzió támogatja a replikált metaadatokat ( ugyanús blokkok ) .  A ZFS lemezformátum fastruktúrája miatt a készlet metaadatainak helyrehozhatatlan hibái azt eredményezhetik, hogy a készlet nem nyitható meg. Ez a szolgáltatás automatikus metaadat-replikációt biztosít (legfeljebb három példányt minden blokkból ) , függetlenül a mögöttes készletszintű redundanciától . Például egy tükrös készletben a legkritikusabb metaadatok háromszor kerülnek felírásra a tükör mindkét oldalára, összesen hat példányban. Ez biztosítja, hogy ha adatvesztés a korrupció miatt, a készletben lévő összes adat megtalálható lesz, és a készlet egészséges lesz.  

A 3-as verzió támogatja a forró tartalékokat és a kettős paritású RAID-Z-t (raidz2); a 4-es verzió támogatja a ZFS-készlet előzményeinek karbantartását ( zpool history); Az 5-ös verzió támogatja a ZFS-adatkészletek menet közbeni tömörítését a gzip módszerrel ; A 6-os verzió támogatja a bootfs tulajdonságot (lehetővé teszi a rendszerindító operációs rendszer root FS-ének átváltását egy attribútumon keresztül, a bootloader opció mellett).

A 7-es verzió bevezette a "célnapló" ( ZFS Intent Log , ZIL , lit. "intent log") támogatását, amely lehetővé teszi az alkalmazások számára, hogy a rendszerhívásból visszatérve tudják, hogy az általuk módosított adatok stabil tárhelyen vannak-e. . A célnapló rögzíti ezeket a rendszerhívásokat, és újrajátszik, ha áramkimaradás vagy olyan kritikus hiba történt, amelyben a főkészlet nem ismerte el a végrehajtásukat. Ha a célnapló a fő készleten kívül van, akkor lefoglalja a készleten keresztül láncolt blokkokat.

A 8-as verzióban lehetőség van a ZFS kezelésével kapcsolatos adminisztrációs feladatok közönséges felhasználókra történő delegálására, ezt megelőzően csak a rendszergazdák kezelhették a ZFS-t.

zfs set refquotaA 9-es verzióban a meglévő kvóta- és foglalási funkciók mellé a kvóták és tartalékok hozzárendelése is bekerült, ami nem tartalmazza a beágyazott adatstruktúrák, például klónok és kvóták ( , zfs set refreservation) általi lemezterület felhasználását . A foglalás automatikusan létrejön, ha a létrehozott nem ritka ( nem ritka ) ZFS-kötet megegyezik a partíció méretével. Szintén a 9-es verzióhoz került a CIFS -kiszolgáló támogatása.

A 10-es verzió bevezette az eszközök hozzáadását a készlethez gyorsítótárazó eszközként, hogy további gyorsítótárazási réteget biztosítson a fő memória és a lemez között. A gyorsítótárazó eszközök használata jelentősen javítja a teljesítményt a rendhagyó, többnyire statikus tartalom nehéz olvasása esetén. A 12-es verzióban megjelent a snapshot tulajdonságok támogatása, a 13-as verzióban a következő pillanatkép tulajdonságok váltak elérhetővé: usedbysnapshots, usedbychildren, usedbyrefreservation, usedbydataset, 14-es verzióban a és tulajdonságok is elérhetők passthrough-x, aclinherita 15-ös verzióban a userused, groupused, userquota, tulajdonságok szerepelnek groupquota.

A 17-es verzió támogatja a hármas paritású RAID-Z- t. A 18-as verzió támogatja a ZFS pillanatfelvételek tárolási funkcióját . A 19-es verziótól kezdve lehetővé vált a naplók tárolására szolgáló csatlakoztatott eszköz eltávolítása, korábban ilyen eszközt nem lehetett eltávolítani. A 20-as verzió tartalmazza a zle tömörítési algoritmust .

A 21-es verzió bevezeti a deduplikációt (a zle főbb használata). A 30-as verziótól kezdve a fájlrendszer titkosítása támogatott , a 32-es verziótól kezdve egy 1 MB-os blokk támogatott, a 34-es verzióban pedig a fájlrendszerek közötti öröklődésű hálózati megosztások létrehozása valósul meg.

A 37-es verzió támogatja az lz4 tömörítési algoritmust (hatékonyabb és gyorsabb, mint a meglévők).

A tranzakciós modell a másolás-írás segítségével

A ZFS egy objektum-tranzakciós modellt használ, amely az írás-másolás mechanizmuson alapul . A fájlrendszeren belüli blokkokra mutató összes mutató egy 256 bites ellenőrző összeget tartalmaz a célblokkban, amelyet a blokk beolvasásakor ellenőriz. Ellenőrző összegként a Fletcher összeg vagy az SHA-256 kriptográfiai hash függvény használható . [13] Az adatokhoz más ellenőrző összegek is választhatók. Az aktív (jelenlegi) adatokat tartalmazó adatblokkok soha nem kerülnek felülírásra; ellenkezőleg, egy új blokk kerül lefoglalásra, a megváltozott adatok kiírásra kerülnek, majd a rá hivatkozó blokkok metaadatai, így minden újra lefoglalva és kiírva. A többletterhelés csökkentése érdekében ez a folyamat több frissítést csoportosít egy tranzakciócsoportba, és szükség esetén naplózza a használatot a szinkron írásoknál.

A ZFS-készlet naplót vezet a készletadatok legutóbbi néhány tucat verziójáról (az utolsó néhány percről, óráról vagy napról, az adatváltozás intenzitásától függően), amelynek célja az adatok visszaállítása arra az esetre, ha rendszerhiba okozna működésképtelen, gyógyíthatatlan állapotba kerül. Az írásra másolásnál a naplóban szereplő adatok mindegyike önálló, de közös adatot tartalmaz.

Pillanatképek és klónok

A ZFS-ben a másolásról írásra modellnek van egy másik nagy előnye is: amikor a ZFS új adatokat ír – ahelyett, hogy régi adatokat tartalmazó blokkokat szabadítana fel – a fájlrendszer pillanatképeinek elkészítésével mentheti azokat . A ZFS-ben a pillanatképek nagyon gyorsan jönnek létre (kivéve azokat a ritka eseteket, amikor egy hosszú készlet blokkolja az FS-sel végzett időigényes műveletet), mivel a pillanatképen lévő összes adat már el van mentve; helytakarékosak is, mivel minden változatlan adat meg van osztva (megosztva) a fájlrendszer és annak pillanatképe között.

Írható pillanatkép („klón”) is létrehozható bármely pillanatképből, ami két vagy több független fájlrendszert vagy kötetet eredményez, amelyek blokkok együttesen osztoznak, így csökkentve a teljes lábnyomot és csökkentve a klón létrehozásának idejét. Amint módosításokat hajt végre a fájlrendszer bármely klónján, új adatok blokkjai jönnek létre, és a régi adatok az összes többi klónban maradnak.

Létrehozásakor egy klón ahhoz a pillanatképhez kapcsolódik, amelyből létrehozták. Ez a pillanatkép nem semmisíthető meg mindaddig, amíg legalább 2 klón hivatkozik rá (beleértve az eredeti tárhelyet is). A hivatkozás eltávolításához a tárolót (fájlrendszert vagy kötetet) újra létre kell hozni, de ez könnyen megtehető átvitellel, és elkerülheti a többletterület elfoglalását a készletben, ha az átvitel során engedélyezi a deduplikációt, és átviszi a tárhelyet a ugyanaz a medence.

A pillanatképek lehetővé teszik az eredeti tárolótól, annak klónjaitól és egyéb pillanatképektől függetlenül a pillanatkép készítésekor a tárolóban lévő adatok elérését ugyanazon írásvédett tárolóként. Lehetővé teszik továbbá a tárolási adatok gyors és pontos visszaállítását pillanatfelvétel állapotba.

Pillanatképek és klónok rekurzív módon hozhatók létre a fájlrendszerek fájához. Ezzel elkerülhető, hogy saját maga ismételje meg a parancsokat és kezelje a tranzakciókat, mivel a rekurzív pillanatképek létrehozása atomi.

Pillanatképek és klónok (valamint új fájlrendszerek) létrehozása nehéz lehet a ZFS korlátai miatt. Pillanatképek és klónok nem hozhatók létre, ha legalább az egyik neve meghaladja a korlátot (és a pillanatkép teljes neve legalább 2 karakterrel hosszabb, mint az eredeti teljes neve), ha névütközés van (alapvető rekurzív pillanatkép készítéséhez), ha új kvótákat túllépünk, vagy a tartalékok nem megvalósíthatók (a kvóták és tartalékok az eredetiből öröklődnek).

Pillanatképek alapján növekményes tárolási biztonsági mentések valósulnak meg. A pillanatkép-továbbítás használatával bármely ZFS-készletben újra létrehozhatja ugyanazt a pillanatkép-sorozatot. Az eredeti új pillanatképek létrehozása után a növekményes pillanatképátvitel ugyanazokat a frissített adatokat hozza létre a másolatban vagy klónban, hacsak nincs frissítési ütközés. A pillanatképek azt is jelzik, hogy mely fájlok módosultak, létrehozták, törölték és nevezték át a pillanatképek között.

Dinamikus particionálás

Az összes eszköz dinamikus particionálása maximális átviteli sebességgel azt jelenti, hogy további eszközök is bekerülnek a zpoolba, a szélesebb csatornák automatikusan kibővülnek a készlet összes lemezének használatára, ez kiegyenlíti az írási terhelést.

Különféle blokkméretek

A ZFS legfeljebb 1 megabájtos változó blokkméretet használ (a 32-es pool verziótól korábban 128 kilobájtig terjedt). Jelenleg az adminisztrátor beállíthatja a maximális blokkméretet, de néhány munka meghiúsul (vagy sikertelen lesz), ha túl nagy blokkokat használ. Az automatikus teljesítménybeállítások megfelelnek a jogosultságoknak.

Ha a tömörítés engedélyezve van, a rendszer változó blokkméreteket használ. Ha egy blokkot tömörítettek, az összeolvadhat egy kisebb blokkba, ami azt jelenti, hogy kevesebb lemezterületet használnak fel, és megnő az átviteli sebesség (Input/Output) (a tömörítési és kitömörítési műveleteknél megnövekedett CPU és RAM használat árán).

A ZFS-készlet különböző eszközszektorméreteket is támogat, és automatikusan kiválasztja a legnagyobb blokkméretet a készlet létrehozásakor megadott eszközök közül (ezt követően a készletblokk mérete nem módosítható). Az 512 bájt, 4 KiB (4K) mérete stabilan támogatott. A nagy blokkméretek is támogatottak, de előfordulhat, hogy az operációs rendszer nem működik stabilan.

Végpontok közötti adatintegritás-ellenőrzés

A végpontok közötti integritás-ellenőrzés azt jelenti, hogy minden egyes adatblokkhoz ellenőrző összeget írnak a lemezre, és az ellenőrző összeget és az adatokat a lehető legtávolabb helyezik el egymástól, hogy csökkentsék az ízületek károsodásának valószínűségét. Ha több eszköz van a készletben, akkor az egyiken található adatokhoz az ellenőrző összeg a másikra kerül. Nem csak adatokra, hanem metaadatokra is számítanak ellenőrző összegeket, és kiderül, hogy a készletben mindig minden információblokkhoz van ellenőrző összeg.

Bármely blokk beolvasásakor a rendszer kiszámítja annak ellenőrző összegét, és az eredményt összehasonlítja a lemezen tárolt ellenőrző összeggel. Eltérés esetén a hiba azonnal észlelésre kerül. Természetesen, ha nem terveztek előre redundanciát a poolban (sem RAID-Z, sem más), akkor a hiba nem javítható, de a sérült adatok nem lesznek valódiak.

A végpontok közötti adatintegritás lényege, hogy megakadályozza a meghajtó vagy a vezérlő hardver- vagy firmware-hibája miatti észleletlen adatsérülést. Bár egy ilyen esemény valószínűsége csekélynek tűnik, egyes tanulmányok azt mutatják, hogy ez bármilyen méretű szervezet esetében meglehetősen jelentős [14] .

Az adatokat olvasó vagy író programoknak támogatniuk kell ezeket a szolgáltatásokat (egy fájlblokk olvasási sikertelenségének lehetősége, annak lehetősége, hogy a készlet a tárhely-helyreállításra váró állapotba kerül, és az I/O határozatlan ideig lefagy).

Könnyű fájlrendszer létrehozása

A ZFS-ben a készletben lévő fájlrendszerek kezelése egyszerűbb, mint a hagyományos fájlrendszerekben. a ZFS fájlrendszer létrehozásához vagy módosításához szükséges idő és erőfeszítés sokkal inkább hasonlít egy új könyvtárhoz, mint a partíciókezeléshez más technológiákban.

További funkciók

A további szolgáltatások közé tartozik egy adott I/O prioritás beállítására szolgáló funkció ütemezési periódussal, több független szál támogatása megelőző automatikus hossz- és hangmagasság-érzékeléssel, intelligens tisztítás és korrekció [15] , lemezek betöltése és megosztása egy készletben [16]. , metaadatok többszöri lejátszása [ 17] , másolás írásra mechanizmus támogatása , rendszerindító fájlrendszer kiválasztásának lehetősége az operációs rendszer betöltőjében , fő rendszerindító fájlrendszer telepítése , több gyökérfájlrendszer létrehozása, amelyek közül az egyik (a minden gyermek) az operációs rendszer betöltésekor , szoftverek és operációs rendszer -frissítések integrálásának képessége pillanatképek és klónok létrehozásával azokról a fájlrendszerekről, amelyekben a programok vannak tárolva, valamint ezeknek a pillanatképeknek a használata a korábbi verziók és a klónok egyszerű visszaállításához multiboot rendszer létrehozásához, amely képes különböző konfigurációk vagy operációs rendszer verziók indítására ( a Solaris alapértelmezés szerint frissül), egy lehetőség a fájlnevek korlátozása az érvényes UTF-8-as szövegre a kiválasztott normál formában, egy lehetőség a fájlnevekben lévő karakterek kis- és nagybetűinek érzéketlenségére.

Gyorsítótár kezelése

A ZFS emellett bevezeti az adaptív gyorsítótár-cserét ( ARC ), a gyorsítótár kezelésének új módszerét a hagyományos Solaris memórián belüli gyorsítótár virtuális oldalai helyett.

Adaptív endianness

A tömbök és a rajtuk konfigurált ZFS átvihetők a különböző platformok között, még akkor is, ha eltérő végponttal rendelkeznek. A ZFS blokkformátum lehetővé teszi a bájtok automatikus észlelését és menet közbeni átrendezését metaadatok olvasásakor.

Ugyanakkor a különböző rendszerek eltérő bájtsorrendje semmilyen módon nem befolyásolja az alkalmazásokat, a hozzájuk tartozó fájlok egyszerű bájtsorozat maradnak. Így az alkalmazások már magukon a fájlokon belül felelősek a független (platform) formátumért.

Pool attribútumok

A készletattribútumok segítségével vezérelheti a készlet jellemzőit és beállításait. Speciális típusokkal és írási korlátozásokkal rendelkeznek. Jelzik, hogy a készlet írható-e vagy olvasható-e, engedélyezve van-e az adatduplikáció, az FS az operációs rendszer alapértelmezés szerinti betöltéséhez, egy alternatív csatolási gyökér, a készlet jellemzői stb.

Data Store rendszerattribútumok

A lerakatrendszer attribútumai a lerakatok képességeinek és beállításainak kezelésének egyik módja. Speciális típusokkal és írási korlátozásokkal rendelkeznek. Megadják a titkosítás, a tömörítés, az ellenőrző összegek, a deduplikáció, a biztonsági mentés, a gyorsítótár beállításait, az egyes tárolók adattároló blokkjainak méretét. Jelzik még a kötetek méretét, az FS csatolási pontokat, az egyes tárolók elérhetőségét az íráshoz, a tárolók zónához tartozását, a megbízásokat, a tartalékokat, a kvótákat, a hálózati megosztások (NFS, SMB) automatikus létrehozásának beállításait, az ezekhez való hozzáférési jogokat, ill. több. Ezek az attribútumok határozzák meg a trezorok jellemzőit. Ezek az attribútumok megkönnyítik a korábban kézzel végrehajtott, FS-hez kapcsolódó funkciók kezelését (például több további fájlrendszer csatlakoztatásának beállítása, hálózati megosztások létrehozása).

A rendszerattribútumok egy részét az alárendelt adattárak öröklik, ennek eredményeként az attribútumok azonnal alkalmazásra kerülnek az utód lerakatokra is. A vezérlő tömörítésre, deduplikációra, adatellenőrző összegekre és hasonlókra vonatkozó attribútumok csak az újonnan írt adatokra vonatkoznak. Az összes adatra történő alkalmazáshoz az adatokat felül kell írni (ez könnyen megtehető, ha a pillanatképeket ugyanabba a készletbe küldi a tárolók újbóli létrehozásával).

Data Store egyéni attribútumok

Minden adattárhoz (FS, kötet, pillanatkép stb.) egyedi attribútumok rendelhetők. A felhasználói attribútumok nevükben különböznek a rendszerattribútumoktól. Egyéni attribútumokhoz bármilyen nevet használhat (1 és 2¹⁰ bájt között), de ajánlatos olyan neveket használni, amelyek kettőspontot tartalmaznak (a rendszerattribútumokkal való ütközés elkerülése érdekében), a domain nevét pedig e kettőspont előtt (a többi felhasználó elkerülése érdekében) , az attribútum neve a kettőspont után. Az egyéni attribútumokat az alárendelt boltok öröklik.

A különböző operációs rendszerekben az új szolgáltatások szétágazó fejlesztése miatt ezek közül az attribútumok közül több új rendszerattribútumként kerül felhasználásra.

Az egyéni attribútumokat a felhasználók és az önálló programok (például az időcsúszka automatikus létrehozási és biztonsági mentési programja) használják.

Fájlrendszer attribútumok

Bármilyen típusú fájl esetén több rendszerattribútum értéke is megadható. [18] Ezek az attribútumok lehetővé teszik a fájlon végzett műveletek vezérlését. A kiterjesztett fájlattribútumok ugyanazokkal a rendszerattribútumokkal rendelkeznek.

A létrehozás, az utolsó hozzáférés, az utolsó módosítás, az utolsó metaadat-módosítás dátumát tároló attribútumokon kívül vannak attribútumok [19] :

Bővített attribútumok

Bármilyen típusú fájlhoz létrehozhat kiterjesztett attribútumokat. A kiterjesztett attribútum egy elnevezett bájttömb, akárcsak egy normál fájl. A kiterjesztett attribútumokhoz, mint a normál fájlokhoz, saját engedélyeket és rendszerattribútumokat lehet rendelni. A normál fájloktól eltérően a kiterjesztett attribútumokhoz nem hozhatók létre kiterjesztett attribútumok, merev hivatkozások. A kiterjesztett fájlattribútumok korlátozott mértékben normál fájlként kezelhetők. Ehhez minden fájlhoz létrejön egy névtelen mappa (az első kiterjesztett attribútum létrehozásakor), amelyben a fájl kiterjesztett attribútumainak megfelelő normál fájlok állnak rendelkezésre. runatA Solaris rendszeren ez a mappa a [21] segédprogrammal érhető el .

Jogosultság delegálása a felhasználókra

Az egyes trezorok kezelése a felhasználókra delegálható. Ehhez a ZFS delegálható jogköröket osztott ki (tárhelyek, pillanatképek létrehozása, törlése, csatolás, összehasonlítás, továbbítás stb.). Az engedélyek az attribútumok hozzárendelésével megegyező módon delegálódnak a kiválasztott tárolókra, és az alárendelt tárolókra is kiterjednek.

Adatmegőrzés és biztonsági mentés

A “ másolás írásra ” elv miatt  a ZFS-ben az adatok mindig konzisztens állapotban vannak, a fájl nem veszhet el a felülíráskor [6] .

Redundanciás kötetek (RAIDZ kötetek) használatakor az adatbiztonság fizikai adathordozó meghibásodása esetén biztosított [6] [22] , míg a RAIDZ nagy fájlok viszonylag hosszú távú tárolására hatékony, különösen a blokkméretnek megfelelő blokkméret beállításakor. fájlok, valamint a gyakori újraírás és kis méretű fájlok elhelyezése esetén a processzor és a lemez alrendszer megnövekedett terhelése [6] .

Korlátozások

• A Solaris 10 ZFS-megvalósításából hiányzik az átlátható titkosítás, amint az a Solaris 11-ben és az NTFS -ben is megtalálható , bár az OpenSolaris projekt részeként létezik egy megvalósítás [23] .
• A ZFS nem támogatja a felhasználónkénti vagy csoportonkénti kvótakiosztást. Ehelyett gyorsan létrehozhat FS-t a felhasználók számára, amelyek mindegyikének saját mérete lesz. Mint ilyen, nincs praktikus kvótamegoldás a különböző felhasználók által megosztott fájlrendszerekhez (pl. egy fejlesztői csapat projekt), ahol az adatok felhasználónként megoszthatók, azonban ez megvalósítható a ZFS - verem tetején.
• A tárhely bővítése általában egy lemezcsoport, például vdev (csík, RAID-Z , RAID-Z2 vagy tükör ) hozzáadásával érhető el. Az új adatok dinamikusan felhasználják az összes elérhető vdevet. A lemezterület növelésének másik módja, hogy a fizikai lemezeket felváltva nagyobbakra cseréljük, azzal az elvárással, hogy minden ilyen művelet után, amíg a ZFS meg nem gyógyul magától . A kezelési idő a tárolt információ mennyiségétől függ, és nem a lemez méretétől. Ha pillanatfelvétel készül a kezelés során  , ez újraindítja a kezelési folyamatot. Meg kell jegyezni, hogy a lemezek adatvesztés nélküli cseréje csak az azt lehetővé tevő medence üzemmódok egyikében lehetséges.
• Jelenleg nem lehet csökkenteni a vdevek számát a készlet méretének csökkentése nélkül. A ZFS fejlesztőcsapata azonban dolgozik ezen a problémán. A Solaris 10 11. 08. (10. frissítés) megjelenése óta ez még mindig nem valósult meg.
• Szintén nem lehet új meghajtót hozzáadni egy RAID-Z vagy RAID-Z2 tömbhöz (vdevs). Ezt a funkciót nehéz megvalósítani. Azonban létrehozhat egy RAIDZ vdev-et, és hozzáadhatja a zpoolhoz .
• A zpoolban nem keverhet vdev típusokat. Például, ha van egy lecsupaszított ZFS-készlete, amely lemezeket tartalmaz egy SAN -on , akkor nem tud helyi lemezeket hozzáadni tükrözött vdev-ként.
• Az adattárolás teljes újrakonfigurálásához az adatok külső adathordozóra (a ZFS-en kívül) történő mentése, a készletek megsemmisítése és új szabályok szerinti új készletek létrehozása szükséges. A legtöbb esetben azonban megúszhatja az adatok átvitelét a régi készletből az újba ZFS használatával, megőrizve az összes vagy a kívánt adatot és attribútumot (a ZFS-en kívüli tárolás nélkül). A továbbítás nem segít a titkosítás engedélyezése vagy letiltása, a fájlnév-korlátozások megváltoztatása, a kötelező hozzáférés-szabályozás letiltása, a lemezblokk méretének megváltoztatása és egyéb ritka műveletek esetén.
• A ZFS eredendően nem fürtözött , elosztott vagy párhuzamos fájlrendszer, és nem biztosít egyidejű hozzáférést a különböző gazdagépekről származó adatokhoz. A ZFS egy helyi fájlrendszer.
• A Solaris 11 ZFS-megvalósításában nem módosíthatja a vdev típusát a zpoolban. Például, ha rendelkezik egy lemezeket (blokkoló eszközöket) tartalmazó ZFS-készlettel, akkor nem tudja a lemezek tartalmát normál fájlokba másolni, és ezekből a fájlokból importálni a készletet, és fordítva - átvinni a készletet normál fájlokból lemezeket.
• A nagy mennyiségű adat törlése lassú blokkoló művelet (a 37-es és korábbi verziókban), például egy 100 GiB-os töredezett fájlrendszer törlése több mint egy percet is igénybe vehet, és blokkolja a fájlrendszerek listájának és más fájlrendszereknek a lekérését. műveletek ugyanabban a készletben.
• A tükrözött készlet különböző másolataihoz való hozzáférés visszaállítása után nincs mód a készlet helyreállításának vezérlésére. A rendszer maga dönti el, hogyan fertőtlenítse a medencét, még akkor is, ha a készlet különböző példányain függetlenül történt változtatás (ez megengedett).
• A súlyosan megrongálódott medencét nem lehet megjavítani, újra kell építeni. Sok esetben azonban a felhasználói adatok lekérhetők a sérült készletből, ha azokat olvasásra importálják.
• A rendszeradatokban előforduló egyes gyógyíthatatlan készletsérülések nem eredményezik a felhasználói adatok megsérülését, vagy nem akadályozzák a készlet módosításait. Ezekkel a sérülésekkel a medence kívülről még sokáig normálisan működik, és nem figyelmeztet a javítás szükségességére. De ha nem javítják ki, akkor végül elveszítik a felhasználói adatokat, és helyreállíthatatlan vagy akár olvashatatlan állapotba kerülnek. Az ilyen problémák észlelésének és automatikus (ha lehetséges) időben történő javításának képessége nincs beépítve a ZFS-be, és külön konfigurációt igényel.

Platformok

A ZFS a Solaris operációs rendszer része, és SPARC és x86 platformokon is elérhető . Mivel a ZFS kód nyílt forráskódú (CDDL-licenc), más operációs rendszerekre és platformokra portok is előállíthatók az Oracle közreműködése nélkül.

OpenSolaris

Az OpenSolaris 2008.05 a ZFS-t használja alapértelmezett fájlrendszerként.

A Nexenta OS  egy GNU környezettel rendelkező operációs rendszer, amely az OpenSolaris kernelre és annak futási környezetére épül, a ZFS támogatást a kernel alpha1 verziója tartalmazta. A Nexenta Systems nemrégiben bemutatta a NexentaStort  , egy ZFS-kompatibilis hálózati tárolórendszert, amely NAS / SAN / iSCSI -képességeket biztosít , és a Nexenta OS-en alapul. A NexentaStor grafikus felületet tartalmaz, amely leegyszerűsíti a ZFS használatának folyamatát. 2008. december 2-án megjelent a NexentaStor 1.1. Frissítette az OpenSolaris magját, javította a CIFS/AD-vel való integrációt, hozzáadott több bővítményt és javított néhány hibát. A NexentaStornak két kiadása van: egy kereskedelmi vállalati kiadás és egy ingyenes közösségi kiadás, amelynek maximális tárolókapacitása 18 TB. 2012 augusztusától a szoftver jelenlegi verziója a 3.1.3.

Linux