A Files-11 (más néven on-disk szerkezet ) egy fájlrendszer , amelyet az OpenVMS operációs rendszerben használnak , valamint egyszerűbb formában a régebbi RSX-11 operációs rendszerben . Ez egy hierarchikus fájlrendszer, amely támogatja a hozzáférés-vezérlési listákat , írásorientált I/O, távoli hálózati hozzáférés és fájlverziók.
A Files-11 hasonló a korábbi DEC operációs rendszerekben használt fájlrendszerekhez , mint például a TOPS-20 és az RSTS/E , de sokkal fejlettebb.
A natív OpenVMS fájlrendszer a régebbi DEC operációs rendszerekből származik, és sok tekintetben hasonlít azokhoz. A fő különbség a könyvtárak helye. Ezek a fájlrendszerek valamilyen kezdetleges, nem hierarchikus könyvtárstruktúrát biztosítanak, általában felhasználói fiókonként egy könyvtár kiosztásán alapul. Az RSTS/E-ben minden felhasználói fiókot két szám, a [projekt.programozó] pár képvisel, és egy hozzárendelt könyvtárral rendelkezett. A speciális rendszerfájlokat, például a program végrehajtható fájljait és magát az operációs rendszert a rendszerfiók számára fenntartott könyvtárban tárolták.
Míg ez a korlátozott ROM kapacitású PDP-11 rendszerekre vonatkozott, a sokkal nagyobb merevlemezekkel rendelkező VAX rendszerek rugalmasabb fájlok tárolási módszert igényeltek: különösen a hierarchikus könyvtárelrendezést, ami az ODS-2 legszembetűnőbb fejlesztése.
A Files-11 öt különálló fájlrendszer általános neve, amelyek a lemezes struktúra (ODS) 1–5. szintjeként ismertek.
Az ODS-1 az RSX-11 operációs rendszerben használt lapos fájlrendszer; régebbi VMS OS-verziók támogatják az RSX-11 kompatibilitás érdekében, de maga a VMS soha nem használja; szinte általánosan felváltotta az ODS-2 és az ODS-5.
Az ODS-2 , a VMS szabványos fájlrendszere, még mindig a leggyakrabban használt fájlrendszer a rendszermeghajtóhoz (a meghajtóhoz, amelyre az operációs rendszer telepítve van).
Bár ritkán hivatkoznak rájuk az ODS-szint megjelölése, az ODS-3 és az ODS-4 a Files-11 támogatása az ISO 9660 és a High Sierra CD fájlrendszerekhez .
Az ODS-5 az ODS-2 kiterjesztett változata, amely Alpha vagy Itanium platformokhoz érhető el, és kis- és nagybetűk megőrzését támogatja a nem ASCII fájlneveknél , és javítja a hierarchikus könyvtárak támogatását. Eredetileg arra tervezték, hogy az NT-affinitási projekt részeként Microsoft Windowson vagy más nem VMS-rendszeren lévő fájlokat szolgáltasson ki , de felhasználói lemezeken és internetes szervereken is használják .
A Files-11 fájlrendszer összes fájlja és könyvtára egy vagy több szülőkönyvtárban, és végül a gyökérkönyvtárban, a főfájlkönyvtárban (MFD) található. Ezért a fájlrendszer fastruktúrába van szervezve.
A jobb oldali példában a 2. fájlnak van egy bejegyzése a Dir 2 és a Dir 3 könyvtárban; egyszerre van mindkét könyvtárban. Még ha el is távolítják az egyik könyvtárból, akkor is létezni fog egy másikban, amíg onnan is el nem távolítják. Ez nagyon hasonlít a UNIX kemény hivatkozásainak fogalmához , bár itt ügyelni kell arra, hogy ne töröljünk fájlokat olyan meghajtókon, amelyek nem támogatják a merev hivatkozásokat. A merev hivatkozások csak az ODS-5 meghajtókon érhetők el, és csak akkor, ha ezeken a meghajtókon engedélyezve vannak.
Egy működő VMS-rendszer hozzáfér egy vagy több állandóan csatolt meghajtóhoz, amelyek mindegyike egy komplett független fájlrendszert tartalmaz. Ezek vagy helyi tárolók, vagy fürt esetén távoli rendszerekkel megosztott tárolók.
OpenVMS-fürtkonfigurációban a nem privát lemezeket az összes fürtcsomópont megosztja (lásd: 1. ábra). Ebben a konfigurációban két rendszerlemez áll rendelkezésre mindkét fürtcsomópont számára, de a privát lemez nincs megosztva: csak egyetlen felhasználó vagy folyamat általi használatra van csatlakoztatva az első gépen. A fürt fájljaihoz való hozzáférést az OpenVMS Distributed Lock Manager vezérli, amely a fájlrendszer szerves része.
Több lemez egy nagyobb logikai lemezbe vagy kötetkészletbe kombinálható. A meghajtók automatikusan másolhatók árnyékkészletekbe az adatvédelem vagy a jobb olvasási teljesítmény érdekében.
A meghajtóra vagy a fizikai neve, vagy (gyakrabban) a felhasználó által megadott logikai név utal. Például egy rendszerindító eszköz (a rendszermeghajtó) fizikai neve $3$DKA100 lehet, de általában a SYS$SYSDEVICE logikai névvel hivatkoznak rá.
Az egyes lemezeken lévő fájlrendszer (az ODS-1 kivételével) hierarchikus. A teljes fájlspecifikáció a gazdagépnévből, a felhasználói fiók nevéből és jelszavából, az eszköznévből, a könyvtárból, a fájlnévből, a fájltípusból és a fájlverzióból áll, és a következő formátummal rendelkezik:
NODE"fióknév jelszó"::eszköz:[könyvtár.alkönyvtár]fájlnév.típus;verzió node"felhasználói jelszó"::eszköz:[könyvtár]fájlnév.fájltípus;verzióPéldául a [DIR1.DIR2.DIR3]FILE.EXT a FÁJL.EXT legfrissebb verziójára hivatkozik a [DIR1.DIR2.DIR3] könyvtár alapértelmezett meghajtóján.
A DIR1 a fő fájlkönyvtár (MFD) vagy gyökérkönyvtár alkönyvtára, a DIR2 pedig a DIR1 alkönyvtára. A fő fájlkönyvtár a [000000].
A fájlspecifikáció számos része elhagyható, ebben az esetben az aktuális alapértelmezett fájlspecifikációból származnak. Az alapértelmezett fájlspecifikáció leváltja az "aktuális könyvtár" fogalmát más operációs rendszerekben azáltal, hogy alapértelmezett beállításokat biztosít a gazdagéphez, az eszköznévhez és a könyvtárhoz. Minden folyamat rendelkezik egy alapértelmezett fájlspecifikációval, amely tartalmazza a meghajtó nevét és a könyvtárat, és a legtöbb VMS-fájlrendszer-rutin elfogad egy alapértelmezett fájlspecifikációt, amely a fájltípust is tartalmazhatja; a TYPE parancs például alapértelmezés szerint a „.LIS” fájltípust várja el, tehát ha a TYPE parancsnak F fájlnevet adunk kiterjesztés nélkül, az megpróbálja megnyitni az F.LIS fájlt.
Minden fájlnak van egy verziószáma, amely alapértelmezés szerint 1, ha a fájlnak nincs más verziója (egyébként eggyel több, mint a legmagasabb verzió). Valahányszor elment vagy felülír egy meglévő verziót, egy új fájl jön létre ugyanazzal a névvel, de a verziószám 1-gyel növekszik. A régebbi verziók kifejezetten törölhetők a DELETE vagy PURGE paranccsal, vagy opcionálisan a fájl régebbi verziói automatikusan törölhetők, ha eléri a fájl verziókorlátját (amelyet a SET FILE/VERSION_LIMIT parancs állít be). Ebben az esetben a régebbi verziók nem íródnak felül, hanem lemezen tárolódnak, és bármikor visszaállíthatók. A beágyazott verziószám korlátja 32767. A verziókezelési mechanizmus könnyen letiltható, ha nincs rá szükség. Különösen a közvetlenül frissített fájlok, például adatbázisok, nem hoznak létre új verziót, hacsak nincs erre programozva.
Az ODS-2 8 könyvtárbeágyazási szintre korlátozódik, a fájlnevek pedig csak nagybetűsek, alfanumerikus nevek (plusz aláhúzás, kötőjel és dollárjel) legfeljebb 39,39 karakter hosszúságúak (39 a fájlnév és további 39 a kiterjesztés). Az ODS-5 kibővítette a karakterkészletet kisbetűs karakterekre és a legtöbb egyéb ASCII karakterre, valamint ISO Latin-1 és Unicode karakterekre , megnövelte a fájlnév maximális hosszát és korlátlan számú könyvtárbeágyazási szintet. Az ODS-2-ben nem engedélyezett karaktereket használó ODS-5 fájl teljes fájlnevének létrehozásakor a speciális "^" szintaxist a rendszer a visszafelé kompatibilitás megőrzése érdekében használja; az ODS-5 lemezen található "file.tar.gz;1" fájl neve például "file^.tar.gz" lesz - a fájl neve "file.tar" és a kiterjesztése ".gz" .
A VMS-ben a fájlvédelmet két mechanizmus határozza meg: a felhasználói azonosító kód (UIC) alapú hozzáférés-vezérlés és az ACL alapú hozzáférés-vezérlés. A felhasználói azonosító alapú hozzáférés-vezérlés a fájl tulajdonosán és azonosítóján, vagy a fájlhoz hozzáférni kívánó felhasználó azonosítóján alapul. A hozzáférést négy engedélycsoport határozza meg:
És négy engedélyezési bit:
A rendszerhozzáférés minden olyan felhasználóra vonatkozik, akinek az azonosító kódja kisebb vagy egyenlő, mint a SYSGEN MAXSYSGROUP paraméter (általában 8 vagy 10 oktális) (például a SYSTEM felhasználó); A tulajdonosi és csoportos hozzáférés a fájl tulajdonosára és annak csoportjára vonatkozik, amelyhez tartozik, míg a világhoz való hozzáférés bármely más felhasználóra vonatkozik. Van egy ötödik engedélybit is, a Control, amely a fájl metaadatainak, például a védelem módosításához való hozzáférés meghatározására szolgál. Ez a csoport nem állítható be kifejezetten; mindig a Rendszer és a Tulajdonos értékre van beállítva, és soha nem a Csoport vagy Világ értékre.
A hitelesítési kód alapú hozzáférés-vezérlést négy rendszerjogosultság is érinti, amelyek lehetővé teszik, hogy ezeket megtartsa a hozzáférés-szabályozás eltérítésének megakadályozása érdekében:
Az ACL lehetővé teszi további jogosultságok hozzárendelését egy felhasználóhoz vagy csoporthoz; Például egy webszerver felhasználói azonosító kódja feljogosíthat egy adott könyvtárban lévő összes fájl olvasására. Az ACL-ek megjelölhetők öröklöttként, ahol egy könyvtárhoz tartozó fájl ACL-ek a benne lévő összes fájlra vonatkoznak. A hozzáférés-vezérlési listák módosítása az EDIT/ACL paranccsal történik, és az azonosító/permission_rights pár formájában történik. Például egy bejegyzés a parancs ACL-jében
(AZONOSÍTÓ=HTTP$SZERVER,ACCESS=OLVASÁS+VÉGREHAJTÁS)lehetővé teszi a HTTP$SERVER felhasználó számára a fájlok olvasását és végrehajtását.
A logikai név egy rendszerváltozó, amely meghajtóra, könyvtárra vagy fájlra hivatkozhat, vagy egyéb programinformációkat tartalmazhat. Például a SYS$SYSDEVICE logikai név tartalmazza a rendszerindító eszközt. A logikai nevek általában egyetlen könyvtárra vagy meghajtóra utalnak, például SYS$LOGIN, amely a felhasználói fiók saját könyvtára(i); ezek a logikai nevek nem használhatók valódi meghajtónévként - SYS$LOGIN:[DIR]A FILE nem érvényes fájlspecifikáció. Ehhez azonban a DEFINE/TRANSLATION=CONCEALED paranccsal meghatározott rejtett logikai nevek használhatók; ezek a gyökérkönyvtárak egy ponttal (".") végződnek a könyvtárspecifikációban, tehát a parancs
$ DEFINE/TRANS=KEZDŐLEMEZ ELREJTÉSE$FELHASZNÁLÓK:[felhasználónév.]lehetővé teszi a HOME:[DIR]FILE használatát. Gyakoribbak az egyszerű logikai nevek, amelyek valamilyen alkalmazásszoftverhez társított bizonyos könyvtárakra mutatnak, amelyek bármely lemezen vagy bármely könyvtárban megtalálhatók. Ezért az ABC_EXE logikai név mutathat az ABC alkalmazás végrehajtható programjainak könyvtárára, az ABC_TEMP pedig az azonos alkalmazás ideiglenes fájlok könyvtárára, és ez a könyvtár lehet ugyanazon a lemezen és ugyanabban a könyvtárban, mint az ABC_EXE. , vagy bárhol lehet egy másik meghajtón (és egy másik könyvtárfában).
A logikai neveknek nincs közeli megfelelője a POSIX -kompatibilis operációs rendszereken . Hasonlóak a UNIX környezeti változókhoz , azzal a különbséggel, hogy a fájlrendszer bővíti ki őket, nem pedig a shell vagy az alkalmazás. Ezeket használat előtt meg kell határozni, így sok olyan logikai névnél közösek, amelyek a rendszer automatikusan induló kötegfájljában, valamint a felhasználói fiók kötegfájljaiban vannak definiálva.
A legközelebbi, nem VMS-hez kapcsolódó operációs rendszer, amely támogatja a logikai nevek koncepcióját, az AmigaOS , az ASSIGN paranccsal. Úgy tűnik, hogy az AmigaOS-ben található AmigaDOS lemez operációs rendszer sokat vett át a VMS-ből, mivel a TRIPOS - t (amelynek az AmigaDOS egy portja) erősen befolyásolta a VMS. Például a fizikai eszközök nevei olyan mintát követnek, mint a DF0: az első hajlékonylemez-meghajtó, CDROM2: a harmadik CD-ROM-meghajtó stb., Mivel azonban a rendszer bármely csatlakoztatott meghajtóról indítható, az operációs rendszer logikai rendszert hoz létre a SYS: a használt rendszerindító eszközre való hivatkozáshoz automatikusan hozzárendelt név. Egyéb célhelyek, LIBS:, PREFS:, C:, S: és mások, szintén a SYS: saját magukra való hivatkozás nélkül jönnek létre. A felhasználók természetesen saját hozzárendeléseiket is létrehozhatják és törölhetik.
A logikai nevek hivatkozhatnak más logikai nevekre (legfeljebb 10-es előre meghatározott egymásba ágyazási korlátig), és tartalmazhatnak névlistákat a meglévő fájlnevek kereséséhez. Néhány gyakran használt logikai név:
| logikai név | Jelentése |
|---|---|
| SYS$INPUT | szabványos bemenettel egyenértékű, a programok adatforrása |
| SYS$OUTPUT | szabványos kimenettel egyenértékű, programokból származó adatok vevője |
| SYS$ERROR | szabványos hibanaplóval egyenértékű, programok hibaüzeneteinek fogadása |
| SYS$COMMAND | kötegfájlok forrása (azaz .COM kiterjesztésű kötegfájlok) |
| TT | a folyamathoz társított terminál |
| SYS$PRINT | alapértelmezett nyomtató vagy nyomtatási sor |
| SYS$LOGIN | saját könyvtár minden felhasználó számára |
| SYS$SCRATCH | ideiglenes mappa, könyvtár az ideiglenes fájlok számára |
| SYS$SYSTEM | a legtöbb rendszerprogramot és néhány létfontosságú adatfájlt, például a rendszerengedélyezési fájlt (fiókok és jelszavak) tartalmazó könyvtár |
| SYS$SHARE | megosztott futásidejű könyvtárak, végrehajtható fájlok stb. |
| SYS$LIBRARY | rendszer és további könyvtárak |
A Record Management Services (rövidítve RMS, Russian Record Management Services) a VMS operációs rendszer strukturális I/O rétege. Az RMS átfogó szoftvertámogatást biztosít a strukturált fájlok, például rekordok és indexelt adatbázisfájlok kezelésére. A VMS-fájlrendszer felfogható egy olyan adatbázisnak, amely egy sor rekordot tartalmaz, amelyek mindegyike egy-egy mezővel rendelkezik. A szöveges fájl például egy újsor karakterrel elválasztott bejegyzések (sorok) listája. Az RMS egy példa az írásorientált fájlrendszer megvalósítására.
Az RMS 4 rekordformátumot határoz meg:
Négy módszer létezik a rekordokhoz való hozzáférésre, illetve a meglévő rekordok fájlokból való megkeresésére:
Lemezszinten az ODS a fájlrendszert blokkok tömbjeként jeleníti meg, egy blokk 512 szomszédos bájtból áll egy fizikai lemezen (köteten). A lemezblokkok a fürtökhöz vannak rendelve (kezdetben 3 egymás melletti blokk, de később a nagyobb lemezméretekhez megnövelték). Ideális esetben a lemezen lévő fájlnak teljesen összefüggőnek kell lennie, azaz a fájlt tartalmazó blokkokat egymás után kell elhelyezni, de a lemez töredezettsége néha megköveteli, hogy a fájlt nem szekvenciális fürtökbe helyezzék, ebben az esetben a töredékeket "terjedmények"-nek nevezik. . A lemezek kombinálhatók más lemezekkel, hogy átfogó kötetet képezzenek, és a fájlok bárhol tárolhatók a teljes lemezkészleten, de a nagyobb lemezméretek csökkentik az átívelt kötetek használatát, mivel az egyes lemezek kezelése könnyebb.
A Files-11 fájlrendszerrel rendelkező lemezen (vagy összefűzött köteten) lévő minden egyes fájl egyedi fájlazonosítóval (FID) rendelkezik, amely 3 számból áll: fájlszám (NUM), fájl sorszáma (SEQ) és relatív kötetszám (RVN). . A NUM azt mutatja, hogy hol található a fájl metaadatait tartalmazó INDEXF.SYS fájl; A SEQ egy generációszám, amely növekszik, ha egy fájlt törölnek, és egy másik fájlt hoznak létre az INDEXF.SYS ugyanazon bejegyzésének újrafelhasználásával (így a régi fájlra mutató hibás hivatkozások véletlenül sem mutatnak az újra); Az RVN azt a kötetszámot mutatja, amelyen a fájl tárolva van, ha átívelő kötetet használnak.
Az ODS-kötetek strukturális támogatását egy katalógusfájl biztosítja, egy speciális fájl, amely tartalmazza a fájlnevek, a fájlverziók és a kapcsolódó fájlazonosítók (FID) listáját. A könyvtárstruktúra gyökere a fő fájlkönyvtár (MFD), az a gyökérkönyvtár, amely (közvetlenül vagy közvetve) tartalmazza a kötet minden egyes fájlját.
(kép)
Ez a diagram egy példát mutat be egy 3 fájlt tartalmazó könyvtárra, valamint arra, hogy az egyes fájlnevek hogyan vannak leképezve egy bejegyzéshez az INDEXF.SYS fájlban (minden INDEXF bejegyzés több információt tartalmaz, itt csak az első néhány elem látható).
Az ODS fájlrendszer legfelső szintjén található a fő fájlkönyvtár (MFD), amely tartalmazza az összes legfelső szintű könyvtárfájlt (beleértve magát) és számos rendszerfájlt, amelyek a fájlrendszer információinak tárolására szolgálnak. Az ODS-1-et tartalmazó kötetek kétszintű könyvtárstruktúrát használnak: minden felhasználói azonosító kód (UIC) egy felhasználói fájl (UFD) könyvtárhoz van társítva [CSOPORT.FELHASZNÁLÓ] ([GROUP.USER]) formában. Az ODS-2 és újabb köteteken a könyvtárak elrendezése a fő fájlkönyvtárban tetszőleges, egy könyvtárbeágyazási korláttól függően (8 szint az ODS-2-ben és korlátlan az ODS-5-ben). Átfogott köteteken a fő fájlkönyvtár általában az első köteten található, és az összes kötet alkönyvtárát tartalmazza.
A következő rendszerfájlok találhatók a fő ODS-fájlkönyvtárban:
Ne feledje, hogy maga a fájlrendszer megvalósítása nem név szerint hivatkozik ezekre a fájlokra, hanem a fájlazonosítóik alapján, amelyek mindig ugyanazt az értéket tartalmazzák. Így például az INDEXF.SYS mindig egy NUM = 1 és SEQ = 1 fájl.
Az indexfájl a legalapvetőbb információkat tartalmazza a Files-11 összefűzött kötetekről.
Az INDEXF.SYS rendszerezésének két módja van: a hagyományos és a GUID Partition Table (GPT) struktúrákkal rendelkező GPT.SYS lemezeken használt szervezés.
A hagyományos szervezetben az 1. blokk egy olyan rendszerindító blokk, amely a VMS operációs rendszer indításához használt elsődleges rendszerindító lemezkép helyét tartalmazza. Mindig a 0 logikai blokkban található lemezen található, így a hardver firmware be tudja olvasni. Ez a blokk mindig jelen van, még a rendszeren kívüli (nem rendszerindító) köteteken is.
A rendszerindítási blokk után az elsődleges otthoni blokk. Tartalmazza a kötet nevét, a kiterjedések helyét, beleértve az indexfájl többi részét, a kötet tulajdonosának felhasználói azonosító kódját (UIC), valamint a kötet biztonsági információit. Az otthoni blokknak általában több másodlagos otthoni blokknak is nevezett példánya van, amelyek lehetővé teszik a kötet visszaállítását, ha az megsemmisül vagy megsérül.
A GPT.SYS-t tartalmazó lemezeken a rendszerindító blokk megfelelőjét tartalmazza (Master Boot Record (MBR) néven ismert), és nincs elsődleges home blokkja. A GPT lemezen található összes home blokk alternatív home blokk. struktúrák nem szerepelnek az INDEXF.SYS fájlban, és az INDEXF.SYS fájl blokkjai nem használatosak.
Az indexfájl fennmaradó része fájlfejlécekből áll, amelyek leírják, hogy a fájl milyen mértékben található a köteten, valamint a fájl metaadatait, például a tulajdonos felhasználói azonosító kódját (UIC), a hozzáférés-vezérlési listákat és a biztonsági információkat. Minden fájlt egy vagy több fájlfejléc ír le – egynél többre lehet szükség, ha egy fájl nagyszámú kiterjedésű. A fájl fejléce fix hosszúságú blokk, de rögzített és változó hosszúságú szakaszokat is tartalmaz:
Amikor csak lehetséges, a fejlécfájl leképezési és ACL szakaszait teljes egészében az elsődleges fejléc tartalmazza (ha több is van). Ha azonban az ACL információ túl hosszú, vagy a fájl túl sok kiterjedést tartalmaz, akkor az elsődleges fejlécben nem lesz elég hely ezek tárolására. Ebben az esetben egy kiterjesztett fejléc van hozzárendelve a fennmaradó információ tárolására.
(kép) INDEXF.SYS fájl fejléc szerkezete
A fájl fejléce 4 eltolásnál kezdődik (IDOFFSET, MPOFFSET, ACOFFSET és ROFFSET). Mivel a rögzített hosszúságú fejlécek utáni területek mérete változhat (például olyan területek, mint a térkép és az ACL), ezeknek a további területeknek a megtalálásához eltolásokra van szükség. Minden eltolás megegyezik a 16 bites szavak számával a fájl fejlécének elejétől annak a területnek az elejéig, amelyre az eltolást számítják.
Ha a fájl több fejlécet igényel, akkor a szegmenskiterjesztés száma (SEGNUM) tartalmazza ennek a fejlécnek a sorozatszámát, az INDEXF.SYS első bejegyzésében szereplő 0-tól kezdve.
A STRUCLEV tartalmazza a fájlrendszer jelenlegi szerkezeti szintjét (magas bájt) és verzióját (alacsony bájt); Az ODS-2 szerkezeti szintje 2. A verziószám növelése visszafelé kompatibilis változást jelez, amelyet a régebbi szoftverek figyelmen kívül hagyhatnak; A szerkezeti szintű változások összeegyeztethetetlenek.
A W_FID (3 értéket tartalmaz: FID_NUM, FID_SEQ és FID_RVN, fájl, sorozat és relatív kötetszám) tartalmazza ennek a fájlnak az azonosítóját; Az EXT_FID (szintén 3 értékből áll) tartalmazza a következő kiterjesztett fejléc helyét, ha van ilyen. Mindkét értékben az RVN 0-ként van definiálva az "aktuális" térfogatra (a 0 általában nem érvényes RVN).
A FILECHAR számos jelzőt tartalmaz, amelyek megmondják, hogyan kell feldolgozni vagy rendezni a fájlt:
Az ACCMODE jelző azt a jogosultsági szintet írja le, amellyel a folyamat végrehajtható a fájl elérése érdekében. A VMS 4 jogosultsági szintet határoz meg: felhasználó, felügyelő, végrehajtó és kernel. Minden hozzáférési típus – olvasás, írás, végrehajtás és törlés – 2 bites egész értékkel van kódolva.
A FILEPROT jelző tartalmazza a fájlra vonatkozó diszkrecionális hozzáférés-vezérlési információkat. Négy, egyenként 4 bites csoportra oszlik: rendszer, tulajdonos, csoport és világ. A 0 bit az olvasási hozzáférést, az 1. bit az írási hozzáférést, a 2. bit a végrehajtási hozzáférést, a 3. bit pedig a törlési hozzáférést jelenti. A bit beállítása megtagadja a csoporthoz való részleges hozzáférést; a bit eltávolítása - lehetővé teszi.
Ha a fájl fejléce kiterjesztett fejléc, akkor a BACKLINK tartalmazza a fő fejléc fájlazonosítóját; egyébként a fő fájlbejegyzést tartalmazó könyvtár fájlazonosítóját tartalmazza.
A bittérképfájl feladata a köteten lévő felhasznált és rendelkezésre álló tárhely információinak tárolása. Tartalmaz egy tárolóvezérlő blokkot (SCB), amely összefoglaló információkat és bittérképet tartalmaz, egy bittömböt, amely jelzi, hogy a lemezen lévő blokkok fürtje szabad vagy lefoglalva van-e. A VMS korábbi verzióiban a fürt 3 blokkból állt, de a lemezek méretének növekedésével a fürt mérete is növekedett.
A rossz blokkok fájl a fizikai köteten található hibás blokkok listáját tartalmazza, így a rendszer elkerülheti, hogy ezeket fájlokhoz rendelje. Ezt a fájlt inkább a korai időkben használták, amikor a lemezeket általában sok rossz folttal gyártották a felületen.
Az összevont kötet köteteinek listája az egyesített kötet első kötetén található, és tartalmazza a készletben lévő összes kötet címkéinek listáját és a kötetkészlet nevét.
Ha egy fájl egy többkötetes halmazon található, amely átlépi két különálló kötet határait, a folytatási fájlt használják kiterjesztett fejlécként, és megmondja a kötetnek, hogy hol található a fájl többi része.
A kvótafájl információkat tartalmaz az egyes UIC-k lemezkvóta-használatáról. Tartalmaz egy bejegyzést minden egyes felhasználói azonosító kódhoz, amelyhez helyet foglal a kötetben, annak megfelelően, hogy mennyi helyet használhat fel ez az UIC. Megjegyzés: A lemezkvóta szolgáltatás nem kötelező, és a fájl csak akkor létezik, ha ez a szolgáltatás engedélyezve van.
A kötet biztonsági profilja tartalmazza a kötet tulajdonosának UIC-jét, a kötet biztonsági maszkját és a kötet ACL-jét.
Ez a fájl felülírja és védi az EFI-kompatibilis firmware-hez használt MBR (Master Boot Record) és GPT (GUID Partitioning Table) lemezstruktúrákat. Ez a fájl alapértelmezés szerint az OpenVMS I64 lemez inicializálása során jön létre, és opcionálisan (az INITIALIZE/GPT paranccsal) az OpenVMS Alpha alkalmazásban.
| Fájlrendszerek ( lista , összehasonlítás ) | |||||||
|---|---|---|---|---|---|---|---|
| Korong |
| ||||||
| Elosztott (hálózat) | |||||||
| Különleges |
| ||||||