Files-11 - это файловая система, используемая операционной системой OpenVMS Digital Equipment Corporation , а также (в более простой форме) более старой RSX-11 . Это иерархическая файловая система с поддержкой списков управления доступом , ориентированного на записи ввода-вывода , удаленного сетевого доступа и управления версиями файлов .
Files-11 похожа на файловые системы, использовавшиеся в предыдущих операционных системах Digital Equipment Corporation, таких как TOPS-20 и RSTS / E , но значительно более совершенные, чем у них .
История
Собственная файловая система OpenVMS происходит от более старых операционных систем DEC и во многом схожа, обе были разработаны Дэйвом Катлером . Основное отличие - расположение каталогов. Все эти файловые системы обеспечивали некоторую форму элементарной неиерархической структуры каталогов, обычно основанной на назначении одного каталога для каждой учетной записи пользователя. В RSTS / E каждая учетная запись пользователя была представлена двумя числами, парой и имела один связанный каталог. Специальные системные файлы, такие как исполняемые файлы программ и сама ОС, хранились в каталоге зарезервированной системной учетной записи.[project,programmer]
Хотя это подходило для систем PDP-11 , которые обладали ограниченной постоянной емкостью хранения, системы VAX с гораздо большими жесткими дисками требовали более гибкого метода хранения файлов: в частности, иерархической структуры каталогов, наиболее заметного улучшения в ODS-2.
Обзор
«Файлы-11» - это общий термин для пяти отдельных файловых систем, известных как уровни с 1 по 5 дисковой структуры (ODS).
ODS-1 - это плоская файловая система, используемая ОС RSX-11, поддерживаемая более старыми системами VMS для совместимости с RSX, но никогда не использовавшаяся для поддержки самой VMS; его в значительной степени вытеснили ОРВ-2 и ОРВ-5.
ODS-2 является стандартной файловой системой VMS и остается наиболее распространенной файловой системой для системных дисков (диска, на котором установлена операционная система).
Хотя ODS-3 и ODS-4 редко упоминаются в их обозначениях уровня ODS, файлы-11 поддерживают файловые системы CD-ROM ISO 9660 и High Sierra Format соответственно.
ODS-5 - это расширенная версия ODS-2, доступная на платформах Alpha и IA-64, в которой добавлена поддержка имен файлов с сохранением регистра с символами, отличными от ASCII, и улучшена поддержка иерархических каталогов. Первоначально он был предназначен для обслуживания файлов в Microsoft Windows или других системах, отличных от VMS, как часть проекта сходства NT , но также используется на дисках пользователей и серверах Интернета .
Макет каталога
Все файлы и каталоги в файловой системе Files-11 содержатся внутри одного или нескольких родительских каталогов и, в конечном итоге, в корневом каталоге, каталоге основных файлов (см. Ниже). Таким образом, файловая система организована в виде структуры ориентированного ациклического графа ( DAG ).
В этом примере ( см. Справа ) File 2есть запись в каталоге под обоими Dir 2и Dir 3; он находится "в" обоих каталогах одновременно. Даже если его удалить из одного, он все равно будет существовать в другом каталоге, пока не будет удален и оттуда. Это похоже на концепцию жестких ссылок в UNIX , хотя следует позаботиться о том, чтобы файл на самом деле не удалялся на дисках, которые не настроены для жестких ссылок (доступно только на дисках ODS-5, и только если на диске есть жесткие ссылки включены).
Организация дисков и именование
Операционная система VMS имеет доступ к одному или нескольким онлайн-дискам, каждый из которых содержит полную независимую файловую систему. Это либо локальное хранилище, либо, в случае кластера, хранилище, совместно используемое с удаленными системами.
В конфигурации кластера OpenVMS нечастные диски используются совместно всеми узлами кластера (см. Рисунок 1) . В этой конфигурации два системных диска доступны обоим узлам через сеть, но частный диск не является общим: он монтируется для использования только определенным пользователем или процессом на этой машине. Доступ к файлам в кластере управляется диспетчером распределенных блокировок OpenVMS, неотъемлемой частью файловой системы.
Несколько дисков можно объединить в один большой логический диск или набор томов . Диски также можно автоматически реплицировать в теневые наборы для защиты данных или повышения производительности чтения.
Диск идентифицируется либо своим физическим именем, либо (чаще) пользовательским логическим именем. Например, загрузочное устройство (системный диск) может иметь физическое имя $3$DKA100, но обычно оно обозначается логическим именем SYS$SYSDEVICE .
Файловые системы на каждом диске (за исключением ODS-1) являются иерархическими. Полностью указанное имя файла состоит из имени узла, имени пользователя и пароля, имени устройства, каталога, имени файла, типа файла и номера версии в формате:
УЗЕЛ "имя учетной записи пароль" :: устройство: [каталог.подкаталог] имя_файла.тип; версия
Например, [DIR1.DIR2.DIR3]FILE.EXTотносится к последней версии FILE.EXTна текущем диске по умолчанию в каталоге [DIR1.DIR2.DIR3].
DIR1является подкаталогом основного файлового каталога (MFD) или корневого каталога и DIR2является подкаталогом DIR1. МФД диска обозначается как [000000].
Большинство частей имени файла можно опустить, и в этом случае они взяты из текущей спецификации файла по умолчанию . Спецификация файла по умолчанию заменяет понятие «текущий каталог» в других операционных системах, предоставляя набор значений по умолчанию для узла, имени устройства и каталога. Все процессы имеют спецификацию файла по умолчанию, которая включает имя диска и каталог, и большинство подпрограмм файловой системы VMS принимают спецификацию файла по умолчанию, которая также может включать тип файла; TYPEкоманды, например, по умолчанию « .LIS» в качестве типа файла, поэтому команды TYPE F, без расширения, попытка открыть файл F.LIS.
У каждого файла есть номер версии, который по умолчанию равен 1, если нет других версий с таким же именем файла (в противном случае на одну версию выше, чем самая большая версия). Каждый раз при сохранении файла вместо перезаписи существующей версии создается новый файл с тем же именем, но с увеличенным номером версии. Старые версии могут быть удалены в явном виде, с DELETEили по PURGEкоманде, или , возможно, более старые версии файла могут быть удалены автоматически , когда к файлу ограничения версии достигается (устанавливается SET FILE/VERSION_LIMIT). Таким образом, старые версии не перезаписываются, а хранятся на диске и могут быть восстановлены в любое время. Архитектурное ограничение на номера версий - 32767. Поведение управления версиями легко переопределить, если оно нежелательно. В частности, файлы, которые обновляются напрямую, такие как базы данных, не создают новые версии, если это явно не запрограммировано.
ODS-2 ограничен восемью уровнями подкаталогов и только прописными буквами, буквенно-цифровыми именами (плюс подчеркивание, тире и знак доллара) до 39,39 символов (39 для имени файла и еще 39 для расширения). ODS-5 расширяет набор символов до строчных букв и большинства других печатаемых символов ASCII, а также символов ISO Latin-1 и Unicode , увеличивает максимальную длину имени файла и допускает неограниченное количество уровней подкаталогов. При создании пути для файла ODS-5, в котором используются символы, недопустимые в ODS-2, используется специальный синтаксис «^» для сохранения обратной совместимости; файл " file.tar.gz;1" на диске ODS-5, например, будет называться " file^.tar.gz" - имя файла - " file.tar", а расширение - " .gz".
Безопасность файлов: защита и ACL
Безопасность файлов VMS определяется двумя механизмами: контролем доступа на основе UIC и контролем доступа на основе ACL . Управление доступом UIC основано на владельце файла и UIC или пользователе, обращающемся к файлу. Доступ определяется четырьмя группами разрешений:
- Система
- Владелец
- Группа
- Мир
И четыре бита разрешения:
- Читать
- Писать
- Выполнять
- Удалить
«Системный» доступ применяется к любому пользователю, чей групповой код UIC меньше или равен SYSGENпараметру MAXSYSGROUP(обычно 8 или 10 восьмеричный ) (например, SYSTEMпользователь); «владелец» и «группа» относятся к владельцу файла и группе пользователей этого пользователя, а «мир» - к любому другому пользователю. Также имеется пятый бит разрешения, «Контроль», который используется для определения доступа для изменения метаданных файла, таких как защита. Эту группу нельзя задать явно; он всегда устанавливается для системы и владельца, и никогда для группы или мира.
На контроль доступа на основе UIC также влияют четыре системные привилегии , которые позволяют пользователям, владеющим ими, отменять контроль доступа:
- BYPASS: пользователь неявно имеет RWED-доступ ко всем файлам, независимо от защиты файлов;
- READALL: пользователь неявно имеет доступ R ко всем файлам;
- SYSPRV: пользователь может получить доступ к файлам на основе защиты системы;
- GRPPRV: пользователь может получить доступ к файлам на основе защиты системы, если их группа UIC совпадает с группой файла.
ACL позволяют назначать дополнительные привилегии для каждого пользователя или группы; например, UIC веб-сервера может быть предоставлен доступ для чтения ко всем файлам в определенном каталоге. ACL можно пометить как унаследованные , где ACL файла каталога применяется ко всем файлам, находящимся под ним. ACL изменяются с помощью EDIT/ACLкоманды и принимают форму пар идентификатор / доступ. Например, запись ACL
(ИДЕНТИФИКАТОР = HTTP $ СЕРВЕР, ДОСТУП = ЧИТАТЬ + ВЫПОЛНИТЬ)
позволит пользователю HTTP$SERVERчитать и выполнять файл.
Логические имена
Логическое имя является системной переменной , которая может ссылаться на диск, каталог или файл, или содержать другую информацию по конкретной программе. Например, логический SYS$SYSDEVICEсодержит загрузочное устройство системы. Логическое имя обычно относится к одному каталогу или диску, например, SYS$LOGIN: который является (домашним) каталогом (или каталогами) для входа пользователя; эти логические выражения не могут использоваться в качестве настоящих имен дисков SYS$LOGIN:[DIR]FILE- это недопустимая спецификация файла. Однако скрытые логические имена, определенные с помощью DEFINE/TRANSLATION=CONCEALED, могут использоваться таким образом; эти корневые каталоги обозначаются конечной точкой "." в спецификации каталога, следовательно
$ DEFINE / TRANS = CONCEAL HOME DISK $ USERS: [ имя пользователя .]
позволит HOME:[DIR]FILEиспользовать. Более распространены простые логические схемы, указывающие на определенные каталоги, связанные с некоторым прикладным программным обеспечением, которое может находиться на любом диске или в любом каталоге. Следовательно, логический ABC_EXE может указывать на каталог исполняемых программ для приложения ABC, а ABC_TEMP может указывать на каталог временных файлов для того же приложения, и этот каталог может находиться на том же диске и в том же дереве каталогов, что и ABC_EXE, или может быть где-то на другой диск (и в другом дереве каталогов).
В аналогично Unix, VMS определяет несколько стандартных входных и выходных каналов , которые доступны через логические имена SYS$INPUT, SYS$OUTPUT, SYS$ERRORи SYS$COMMAND. [1]
Логические имена не имеют аналогов в операционных системах POSIX. Они напоминают переменные среды Unix , за исключением того, что они расширяются файловой системой, а не командной оболочкой или прикладной программой. Они должны быть определены перед использованием, поэтому многие логические имена обычно определяются в файле команд запуска системы, а также в файлах команд входа пользователя. В VMS логические имена могут ссылаться на другие логические имена (до предопределенного предела вложенности 10) и могут содержать списки имен для поиска существующего имени файла. Вот некоторые часто упоминаемые логические имена:
логическое имя | имея в виду |
---|---|
SYS$INPUT | стандартный ввод - используется в интерактивном режиме, представляет собой клавиатуру терминала. Используемый в пакетном файле, он считывает строки пакетного файла, перед которыми не стоит символ $, или указанные в качестве входной колоды с помощью DECK команды. |
SYS$OUTPUT | стандартный вывод - он будет выводиться на дисплей терминала или в пакетный файл журнала в зависимости от того, является ли процесс интерактивным или нет. |
SYS$ERROR | стандартная ошибка - выводится на дисплей терминала или в файл журнала пакетных ошибок в зависимости от того, является ли процесс интерактивным или нет. |
SYS$COMMAND | источник команд командного файла. Он будет читать из терминала или из потока SYS $ INPUT в зависимости от того, является ли процесс интерактивным или нет. |
TT | терминал, связанный с процессом |
SYS$PRINT | принтер или очередь печати по умолчанию |
SYS$LOGIN | домашний каталог для каждого пользователя |
SYS$SCRATCH | временная папка , каталог для временных файлов |
SYS$SYSTEM | каталог, содержащий большинство системных программ и несколько важных файлов данных, таких как файл авторизации системы (учетные записи и пароли) |
SYS$SHARE | общие библиотеки времени выполнения, исполняемые файлы и т. д. |
SYS$LIBRARY | система и добавленные библиотеки |
Ближайшей операционной системой, отличной от DEC, которая поддерживает концепцию логических имен, является AmigaOS с помощью ASSIGNкоманды. Дисковая операционная система AmigaOS, AmigaDOS , которая является портом TRIPOS , имеет некоторое сходство с операционными системами DEC. Например, имена физических устройств следуют шаблону типа DF0: для первой дискеты, CDROM2: для 3-го дисковода компакт-дисков и т. Д. Однако, поскольку система может загружаться с любого подключенного дисковода, операционная система создает назначение SYS: для автоматической ссылки на используемое загрузочное устройство. Другие назначения, LIBS :, PREFS :, C :, S: и др. также сделаны, сами ссылаясь на SYS :. Разумеется, пользователям также разрешено создавать и уничтожать свои собственные назначения.
Ввод-вывод, ориентированный на запись: службы управления записями
Службы управления записями - это уровень структурированного ввода-вывода операционной системы VMS. RMS обеспечивает комплексную программную поддержку для управления структурированными файлами , такими какфайлы баз данных на основе записей и индексированныефайлы. Файловая система VMS в сочетании с RMS расширяет доступ к файлам запределыпростых байтовых потоков и обеспечивает поддержку на уровне ОС для различных типов файлов с расширенным набором функций. Каждый файл в файловой системе VMS можно рассматривать как базу данных , содержащую серию записей , каждая из которых имеет одно или несколько отдельных полей . Например, текстовый файл - это список записей (строк), разделенных символом новой строки. RMS - это пример файловой системы, ориентированной на записи .
RMS определяет четыре формата записи :
- Фиксированная длина - все записи в файле имеют одинаковую длину.
- Переменная длина - записи различаются по длине, и каждая запись имеет префикс счетного байта, указывающего ее длину.
- Переменная длина записи с контролем фиксированной длины - записи различаются по длине, но им предшествует блок управления фиксированной длины.
- Поток - записи различаются по длине, и каждая запись отделяется от следующей символом завершения. Текстовый файл - это пример файла потокового формата, в котором для разделения записей используется перевод строки или возврат каретки .
Существует четыре метода доступа к записям или методов для извлечения существующих записей из файлов:
- Последовательный доступ - начиная с определенной записи, последующие записи извлекаются по порядку до конца файла.
- Доступ к относительному номеру записи - записи извлекаются по номеру записи относительно начала файла.
- Доступ к файлу записи по адресу - записи извлекаются непосредственно по их местоположению в файле (RFA или адрес файла записи).
- Индексированный доступ - записи извлекаются с помощью ключа в форме сопоставления "ключ-значение" .
Физическая структура: структура на диске
На уровне диска ODS представляет файловую систему как массив блоков , причем блок составляет 512 непрерывных байтов на одном физическом диске ( томе ). Дисковые блоки назначаются в кластеры (изначально 3 смежных блока, но позже они увеличиваются с увеличением размера диска). В идеале файл на диске должен быть полностью непрерывным, то есть блоки, содержащие файл, будут последовательными, но фрагментация диска иногда требует, чтобы файл располагался в несмежных кластерах, и в этом случае фрагменты называются «экстентами». Диски могут быть объединены с другими дисками для формирования набора томов и файлов, хранящихся в любом месте на этом наборе дисков, но диски большего размера уменьшили использование наборов томов, поскольку управление одним физическим диском стало проще.
Каждый файл на диске Files-11 (или наборе томов) имеет уникальный идентификатор файла (FID), состоящий из трех чисел: номер файла (NUM), порядковый номер файла (SEQ) и относительный номер тома (RVN). . Число указывает, где в INDEXF.SYSфайле (см. Ниже) расположены метаданные для файла; SEQ - это номер поколения, который увеличивается, когда файл удаляется и создается другой файл с повторным использованием той же записи INDEXF.SYS (чтобы любые висячие ссылки на старый файл не указывали случайно на новый); а RVN указывает номер тома, на котором хранится файл при использовании набора томов.
Справочники
Структурная поддержка тома ODS обеспечивается файлом каталога - специальным файлом, содержащим список имен файлов, номеров версий файлов и связанных с ними FID, аналогично каталогам VSAM на MVS . В корне структуры каталогов находится главный каталог файлов (MFD), корневой каталог, который содержит (прямо или косвенно) каждый файл на томе.
На этой диаграмме показан пример каталога, содержащего 3 файла, и способ сопоставления каждого файла с INDEXF.SYSзаписью (каждая запись INDEXF содержит дополнительную информацию; здесь показаны только первые несколько элементов).
Каталог основных файлов
На верхнем уровне файловой системы ODS находится каталог основных файлов (MFD), который содержит все файлы каталогов верхнего уровня (включая его самого) и несколько системных файлов, используемых для хранения информации файловой системы. На томах ODS-1 используется двухуровневая структура каталогов: каждый идентификационный код пользователя (UIC) имеет связанный каталог файлов пользователя (UFD), имеющий форму [GROUP.USER]. На томах ODS-2 и более поздних версиях компоновка каталогов в MFD является произвольной с учетом ограничения на вложение каталогов (8 уровней на ODS-2 и неограниченное количество на ODS-5). В многотомных наборах MFD всегда хранится на первом томе и содержит подкаталоги всех томов.
В ODS MFD присутствуют следующие системные файлы:
- INDEXF.SYS;1—Index файл
- BITMAP.SYS;1—Сохранить файл растрового изображения
- BADBLK.SYS;1- файл плохого блока
- 000000.DIR;1- сам файл каталога MFD.
- CORIMG.SYS;1—Файл основного изображения
- VOLSET.SYS;1—Файл списка томов (только ODS-2/5)
- CONTIN.SYS;1—Продолжительный файл (только ODS-2/5)
- BACKUP.SYS;1—Файл журнала резервного копирования (только ODS-2/5)
- BADLOG.SYS;1—Отложенный плохой блок (только ODS-2/5)
- SECURITY.SYS;1- Профиль безопасности тома (только ODS-2/5)
- QUOTA.SYS;1—Файл квоты (необязательно и доступен только для ODS-2/5)
- GPT.SYS;1—GUID Partitioning Table (GPT) (структуры загрузки OpenVMS I64 EFI, необязательно в OpenVMS Alpha)
Обратите внимание, что сама реализация файловой системы обращается к этим файлам не по имени, а по их идентификаторам файлов, которые всегда имеют одинаковые значения. Таким образом, INDEXF.SYS всегда является файлом с NUM = 1 и SEQ = 1.
Индексный файл: INDEXF.SYS
Индексный файл содержит самую основную информацию о наборе томов Files-11.
Есть две организации INDEXF.SYS, традиционная организация и организация, используемая на дисках с GPT.SYS; со структурами таблицы разделов GUID (GPT).
В традиционной организации блок 1 является загрузочным блоком , который содержит расположение основного образа начальной загрузки , используемого для загрузки операционной системы VMS. Он всегда находится в логическом блоке 0 на диске, так что микропрограмма оборудования может его прочитать. Этот блок присутствует всегда, даже на несистемных (незагрузочных) томах.
После загрузочного блока идет основной домашний блок . Он содержит имя тома , расположение экстентов, составляющих оставшуюся часть индексного файла, UIC владельца тома и информацию о защите тома . Обычно существует несколько дополнительных копий домашнего блока, известных как вторичные домашние блоки , чтобы можно было восстановить том в случае его утери или повреждения.
На дисках с GPT.SYS GPT.SYS содержит эквивалент загрузочного блока (известный как основная загрузочная запись (MBR)), и нет основного домашнего блока. Все домашние блоки, присутствующие на диске на основе GPT, являются альтернативными домашними блоками. Эти структуры не включены в INDEXF.SYS, и блоки файла INDEXF.SYS не используются.
Остальная часть индексного файла состоит из заголовков файлов , которые описывают экстенты, выделенные файлам, находящимся на томе, и метаданных файла, таких как UIC владельца, списки управления доступом и информация о защите. Каждый файл описывается одним или несколькими заголовками файлов - может потребоваться более одного, если файл имеет большое количество экстентов. Заголовок файла представляет собой блок фиксированной длины, но содержит разделы фиксированной и переменной длины:
- Заголовок содержит NUM и SEQ, защита (безопасность) информации, а также расположение остальной части заголовка файла.
- Раздел идентификатора содержит метаданные учета: имя файла, время создания и изменения, а также время последней резервной копии.
- Карта описывает , какие физические блоки диска (экстентов) карту для каждого виртуального блока файла.
- Список управления доступом содержит информацию ACL для файла.
- Зарезервированная область пространства в конце заголовка файла , который не используется в операционной системе. Это может использоваться для информации о клиенте или поставщике.
- Последние два байта заголовка представляют собой контрольную сумму предыдущих 255 слов для проверки правильности заголовка.
Если возможно, разделы map и ACL заголовка полностью содержатся в основном заголовке . Однако, если ACL слишком длинный или файл содержит слишком много экстентов, в основном заголовке будет недостаточно места для их хранения. В этом случае для хранения информации о переполнении выделяется заголовок расширения .
Макет INDEXF.SYSшапки.
Заголовок файла начинается с 4 - мя смещения ( IDOFFSET, MPOFFSET, ACOFFSETи ROFFSET). Поскольку размер областей после заголовка фиксированной длины может варьироваться (например, области карты и ACL), смещения необходимы для определения местоположения этих дополнительных областей. Каждое смещение - это количество 16-битных слов от начала заголовка файла до начала этой области.
Если для файла требуется несколько заголовков, номер сегмента расширения ( SEGNUM) содержит порядковый номер этого заголовка, начиная с 0 в первой записи INDEXF.SYS.
STRUCLEVсодержит текущий уровень структуры (в старшем байте) и версию (в младшем байте) файловой системы; ODS-2 является структурным уровнем 2. Увеличение номера версии указывает на изменение с обратной совместимостью, которое более старое программное обеспечение может игнорировать; изменения на уровне самой структуры несовместимы.
W_FID(содержащие три значения: FID_NUM, FID_SEQи FID_RVN, соответствующая файлу, последовательность, и относительное количество объема) содержит идентификатор этого файл; EXT_FID(снова состоящий из трех значений) содержит местоположение следующего заголовка расширения, если таковой имеется. В обоих этих значениях RVN указывается как 0 для представления «текущего» объема (0 обычно не является действительным RVN).
FILECHAR содержит несколько флагов, которые влияют на то, как файл обрабатывается или организовывается:
- NOBACKUPзаставляет этот файл игнорироваться при запуске резервного копирования .
- WRITEBACK включает кэшированную (отложенную) запись в файл.
- READCHECK заставляет все чтения файла выполняться дважды и сравнивать для обеспечения целостности данных.
- WRITCHECK приводит к тому, что все записи проверяются последующим чтением и сравнением.
- CONTIGB заставляет ОС пытаться выделить хранилище для файла настолько непрерывно, насколько это возможно.
- LOCKEDустанавливается, если доступ к файлу заблокирован. Если установлено, это означает, что файл не был должным образом закрыт после последнего использования, и его содержимое может быть несовместимым.
- CONTIGуказывает, что файл хранится на диске непрерывно; то есть каждый виртуальный блок отображается на логический (физический) блок , для некоторой постоянной .
- BADACL устанавливается, если файл имеет недопустимый список управления доступом.
- SPOOL устанавливается, если файл является файлом спула, например промежуточным файлом, используемым во время печати.
- DIRECTORY устанавливается, если файл является каталогом.
- BADBLOCK устанавливается, если файл содержит плохие блоки.
- MARKDELустанавливается, если файл был помечен для удаления, но все еще используется; он будет удален после закрытия последним пользователем.
- NOCHARGE, если установлено, пространство, используемое файлом, не будет изыматься из квоты хранилища владельца.
- ERASE вызывает перезапись содержимого файла при его удалении.
ACCMODEописывает уровень привилегий, на котором должен выполняться процесс, чтобы получить доступ к файлу. VMS определяет четыре уровня привилегий: пользователь, супервизор, исполнитель и ядро. Каждый тип доступа - чтение, запись, выполнение и удаление - кодируется как 2-битное целое число.
FILEPROTсодержит информацию о дискреционном управлении доступом к файлу. Он разделен на 4 группы по 4 бита в каждой: система, владелец, группа и мир. Бит 0 соответствует доступу для чтения, 1 для записи, 2 для выполнения и 3 для удаления. Установка бита запрещает конкретный доступ к группе; очистка позволяет это.
Если заголовок файла является заголовком расширения, BACKLINKсодержит идентификатор файла основного заголовка; в противном случае он содержит идентификатор файла каталога, содержащего первичную запись для файла.
Другие файлы
- Файл растрового изображения хранилища: BITMAP.SYS
- Файл точечного рисунка отвечает за хранение информации об используемом и доступном пространстве на томе. Он содержит блок управления хранилищем (SCB), который включает в себя сводную информацию, подробно описывающую ???, и битовую карту, массив битов, чтобы указать, свободен ли кластер блоков на диске или выделен. В ранних версиях VMS кластер состоял из 3 блоков, но по мере увеличения размеров диска увеличивался и размер кластера.
- Файл плохого блока: BADBLK.SYS
- Файл сбойных блоков содержит все известные сбойные блоки физического тома. Цель состоит в том, чтобы помешать системе распределять их по файлам. Этот файл чаще использовался в первые дни, когда диски обычно производились с большим количеством плохих пятен на поверхности.
- Файл списка наборов томов: VOLSET.SYS
- Список набора томов расположен на томе 1 набора томов и содержит список меток всех томов в наборе и имя тома набора.
- Файл продолжения: CONTIN.SYS
- Когда файл в многотомном наборе пересекает границу двух составляющих томов, файл продолжения используется в качестве заголовка расширения и описывает том, на котором можно найти остальную часть файла.
- Файл квоты: QUOTA.SYS
- Файл квоты содержит информацию об использовании дискового пространства каждого UIC на томе. Он содержит запись для каждой UIC с выделенным для нее пространством на томе, а также информацию о том, сколько места используется этой UIC. ПРИМЕЧАНИЕ. Функция DISK QUOTA является необязательной, и файл будет существовать только в том случае, если эта функция когда-либо была включена.
- Профиль безопасности тома: SECURITY.SYS
- Профиль безопасности тома содержит UIC владельца тома, маску защиты тома и его список управления доступом.
- Таблица разбиения GUID: GPT.SYS
- Этот файл перекрывает и защищает структуры диска MBR (Master Boot Record) и GPT (GUID Partitioning Table), которые используются для встроенного ПО, совместимого с расширяемым интерфейсом микропрограмм. Этот файл создается по умолчанию во время инициализации диска OpenVMS I64 и, при необходимости, создается (с помощью INITIALIZE / GPT) в OpenVMS Alpha.
Смотрите также
- Сравнение файловых систем
- NTFS - имеет много структурных сходств и метаданных с Files-11 и почти наверняка концептуально является производным от него.
Рекомендации
- ^ "Руководство пользователя OpenVMS" (PDF) . vmssoftware.com . VSI. Июль 2020 г. Глава 14, Расширенное программирование с помощью DCL . Проверено 9 апреля 2021 .
дальнейшее чтение
- Эндрю С. Голдштейн, разработка программного обеспечения VAX / VMS (1985-01-11). «Спецификация структуры диска Files-11». Цитировать журнал требует
|journal=
( помощь ) - Hewlett-Packard Development Company, LP (сентябрь 2003 г.). «Приложение A: Структура диска Files-11». Руководство администратора системы OpenVMS, Том 2: Настройка, мониторинг и сложные системы .
- Кирби Маккой (1990). Внутреннее устройство файловой системы VMS . Бедфорд, Массачусетс: Digital Press. ISBN 1-55558-056-4.
Внешние ссылки
- Руководство по файловым приложениям OpenVMS
- VMS2Linux