Из Википедии, бесплатной энциклопедии
Перейти к навигации Перейти к поиску

В архитектуре хранения IBM System / 360 [примечание 1] таблица содержания тома ( VTOC ) - это структура данных, которая обеспечивает способ поиска наборов данных , находящихся на определенном томе DASD . За исключением IBM Z®-совместимого макета диска [1] [примечание 2] в Linux на Z, [2] он является функциональным эквивалентом таблицы размещения файлов DOS MS / PC (FAT), главной таблицы файлов Windows NT. (MFT) и эквивалентная структура, например, в файловой системе Linux . [заметка 3] VTOC не используется для содержания IPLTEXT [примечание 4] и не играет никакой роли в процессе IPL, поэтому не имеет данных, используемых или функционально эквивалентных MBR. В нем перечислены имена каждого набора данных на томе, а также размер , расположение и разрешения . Кроме того, он содержит запись для каждой непрерывной области свободного пространства на томе. Третья запись на первой дорожке первого цилиндралюбого тома DASD (например, диска) называется меткой тома и должен содержать указатель на расположение VTOC. Местоположение VTOC может быть указано при инициализации тома. По соображениям производительности он может быть расположен как можно ближе к центру тома, поскольку на него часто ссылаются. VTOC добавляется к объему DASD при инициализации с помощью устройства вспомогательных помещений [примечание 5] программы, ICKDSF , в современных системах.

Когда в OS / 360 и последующих версиях выделяется набор данных, обычно выполняется поиск в каталоге, чтобы определить тома, на которых он находится. [примечание 6] Когда программа открывает набор данных устройства хранения с прямым доступом (DASD), процедура OPEN ищет индекс VTOC (VTOCIX), если он есть, или напрямую ищет VTOC, если VTOCIX нет.

Типы блоков управления набором данных [ править ]

VTOC состоит из последовательности 140-байтовых записей, известных как блоки управления набором данных [3] [4] ( DSCB ). Существует десять типов DSCB.

VTOC должен находиться в пределах первых 64K дорожек на томе, и первый DSCB в VTOC всегда является DSCB формата 4, который описывает сам VTOC [примечание 8] и атрибуты тома DASD, на котором находится этот VTOC. Второй DSCB - это всегда DSCB формата 5, который описывает свободное пространство в VTOC. Обычно остальная часть VTOC будет содержать DSCB формата 0, которые являются пустыми записями, и DSCB формата 1 или формата 3, которые описывают экстенты наборов данных, давая их начальный адрес и конечный адрес [примечание 9] до 16 таких экстентына диске. Начальная часть набора данных описывается форматом 1 DSCB. При необходимости, DSCB формата 3 используются для описания дополнительных экстентов набора данных. Когда набор данных удаляется, его формат 1 DSCB перезаписывается и становится DSCB формата 0, а формат 3 DSCB, если он существует, удаляется аналогичным образом.

Первоначально поиск VTOC представлял собой последовательное сканирование DSCB с остановкой, когда был найден правильный формат 1 DSCB или был достигнут конец VTOC. По мере увеличения объемов DASD поиск VTOC стал узким местом, и поэтому был добавлен индекс VTOC.

Формат 1 DSCB [ править ]

Эта запись VTOC описывает набор данных и определяет его первые три экстента. Это формат DSCB из OS / 360 версии 21.7 1973 года, до изменений для 2000 года . [5]

См. Также [ править ]

  • Блок управления данными (DCB)
  • Подсчет ключевых данных (CKD)
  • Основная загрузочная запись (MBR на ПК)

Заметки [ править ]

  1. ^ Включая преемников от S / 370 до z / Architecture
  2. ^ VTOC для мини-диска, совместимого с IBM Z®, имеет VTOC с тремя наборами данных, каждый из которых содержит файловую систему Linux.
  3. ^ В то время как VTOC нужно только напрямую связывать имена с распределением памяти, файловая система Linux имеет косвенную связь через inodes .
  4. ^ Однако текст IPL на дорожке 0 цилиндра 0 считывает и использует VTOC.
  5. ^ DSF заменяет оригинальные IBCDASD и IEHDASDR, которые IBM больше не распространяет и которые не могут работать на текущем оборудовании.
  6. ^ Возможно, хотя и необычно, задание обойти каталог и указать том с помощью динамического распределения или параметров JCL.
  7. ^ Расширенный адресный том , том с более чем 65 520 цилиндрами.
  8. ^ VTOC имеет имя набора данных, поскольку VTOC действительно является набором данных; имя набора данных VTOC состоит из (44) символов X'04 ', которое в более поздних экземплярах ОС стало защищенным именем; программа не может писать в него без авторизации.
  9. ^ Каждый экстент описывается начальным CCHH и конечным CCHH относительно начала диска, то есть CCHH = x'00000000 '.

Ссылки [ править ]

  1. ^ "IBM Z®-совместимая структура диска" . Центр знаний IBM .
  2. ^ «Linux на Z и LinuxONE» . Центр знаний IBM .
  3. ^ a b «Блоки управления набором данных» (PDF) . Операционная система IBM System / 360: блоки управления системой (PDF) . Системная справочная библиотека (десятое изд.). Корпорация IBM. Апрель 1973 г. С. 165–173. GC28-6628-9.
  4. ^ a b «Типы блоков управления набором данных (DSCB)» (PDF) . z / OS версии 2, выпуск 4, расширенная служба DFSMSdfp (PDF) . Корпорация IBM. 2020-12-13. С. 2–17. SC23-6861-40.
  5. ^ Корпорация IBM (апрель 1973 г.). Операционная система IBM System / 360: блоки управления системой (PDF) . С. 170–173 . Проверено 1 августа 2016 .

Внешние ссылки [ править ]

  • z / OS DFSMS: Использование наборов данных
  • z / OS: Расширенные службы DFSMSdfp
  • z / OS System IPL: последовательность и ключевые элементы управления . IBM .