Операционная система NetWare

Структура и управление внешней памятью


На рисунке 2.8 представлена логическая структура жёсткого диска, установленного на файловом сервере.

Рис. 2.8. Логическая структура жесткого диска файлового сервера

Один из дисков файлового сервера должен иметь раздел DOS (NetWare загружается из-под DOS). Как правило, всё остальное пространство диска отводится под раздел NetWare, который делится на тома. В свою очередь, каждый том состоит из сегментов, а каждый сегмент - из блоков. В таблице 2.1 перечислены ограничения, накладываемые на структуру внешней памяти NetWare.

Таблица 2.1. Ограничения, накладываемые на структуру внешней памяти

Количество
жестких дисков на один сервер
Количество
томов на один сервер
Количество сегментов на томКоличество
сегментов на диск
Размер блока тома (Кб)

До 32До 64До 32До 864 (для 4.х), 32, 16, 8, 4

Каждый том NetWare имеет таблицу записей каталога DET (Directory Entry Table) и таблицу размещения файлов FAT (File Allocate Table).

Каждая запись DET соответствует файлу или подкаталогу корневого каталога тома. Эта запись имеет сложную структуру и, в частности, включает имя файла (или подкаталога) и указатель на элемент FAT, соответствующий первому блоку файла (рисунок 2.9).

Рис. 2.9. Связь между таблицами DET и FAT

Между элементами FAT и блоками тома NetWare существует взаимно-однозначное соответствие. Если размер файла превышает размер блока, то элемент FAT содержит ссылку на другой элемент и т.д. Рассмотренные на рисунке 2.9 связи справедливы и для подкаталога. Только здесь каждый блок данных имеет такую же структуру, что и таблица DET.



В таблице DET хранятся записи следующих типов:

  • записи файлов (File Entries),

  • записи каталогов (Directory Entries),

  • записи опекунов (Trustee Entries),

    Каждая запись имеет длину 128 байтов.

    1. Запись файла (File Entries) включает следующие поля:

  • имя файла,

  • идентификатор хозяина файла,

  • атрибуты файла,

  • размер файла,

  • указатель на каталог, где хранится файл,

  • дата и время последней модификации,

  • имя пространства имён,


  • фильтр (маска) наследуемых прав,

  • первые шесть опекунских назначений; каждое назначение состоит из 4-байтового идентификатора объекта (ID) и байта прав (Rights), которые имеет этот объект по отношению к файлу; остальные опекунские назначения хранятся в записях опекунов (Trustee Entries),

  • указатель на элемент таблицы FAT.

    2. Запись каталога (Directory Entries) имеет следующие поля:

  • имя каталога,

  • дата и время создания каталога,

  • атрибуты каталога,

  • фильтр (маска) наследуемых прав,

  • первые шесть опекунских назначений,

  • указатель на элемент таблицы FAT.

    3. Запись опекунов (Trustee Entries) включает следующие поля:

  • указатель на запись DET файла или каталога,

  • список опекунских назначений (от 2 до 16),

  • указатель на следующую запись опекунов.

    Следует отметить, что опекунские назначения для файлов и каталогов NetWare хранятся в записях DET.

    Управление внешней памятью реализуется с помощью утилиты файлового сервера INSTALL.NLM. Эта диалоговая программа позволяет изменить структуру внешней памяти:

  • Создать новый том файлового сервера.

  • Создать новые сегменты существующего тома.

    Чтобы в DOS увеличить размер логического раздела, необходимо полностью переинсталлировать жесткий диск. Чтобы в NetWare увеличить размер тома, достаточно просто создать новый сегмент тома на любом диске, где имеется свободное пространство.

    В NetWare 4.х существуют три дополнительные возможности по управлению томом с помощью утилиты INSTALL.NLM:

  • Можно установить флаг File Compression, позволяющий выполнять сжатие файлов тома. При этом возможно автоматическое и ручное сжатие.

    Если файл не использовался несколько дней, то он автоматически сжимается. Это число дней устанавливается с помощью SET-параметра Days Untouched Before Compression (категория File System). По умолчанию эта величина равна 7. Чтобы этот режим работал, не следует выключать сервер на ночь.

    Устанавливая атрибут IC с помощью утилиты командной строки FLAG, администратор может вручную выполнить "мгновенное" сжатие файлов.


    Например, после выполнения команды

    FLAG *.* +IC

    будут сжаты все файлы в текущем каталоге NetWare.

  • Можно установить флаг Block Suballocation, позволяющий использовать полублоки при размещении файлов тома. Предположим, что файл имеет размер 5 Кб, а блок тома, где располагается файл, - 4 Кб (рисунок 2.10).

    Если флаг выключен, то этот файл занимает два блока, причём 3 Кб второго блока не используются (то же самое происходит и в NetWare 3.х). Если флаг включён, то данный файл будет занимать один полный блок (4 Кб) и два полублока по 0.5 Кб. Остальные шесть полублоков (6(0.5=3 Кб) будут использоваться другими файлами.



    Рис. 2.10. Демонстрация использования полублоков

  • Можно установить флаг Data Migration (только на одном томе файлового сервера), позволяющий организовать миграцию данных тома NetWare на магнитооптические диски. Это реализуется с помощью системы поддержки накопителей высокой ёмкости HCSS (HighCapacity Storage System). Для установки файловой системы HCSS необходимо на рабочей станции с помощью утилиты NWADMIN.EXE выполнить следующие шаги (описание вспомогательных деталей здесь опускается):

  • Создать корневые каталоги HCSS.

  • Создать подкаталоги HCSS первого уровня. Каждый подкаталог первого уровня ассоциируется с одной стороной оптического диска (рисунок 2.11).



    Рис. 2.11. Пример структуры директорий HCSS

    Подкаталоги 2-го, 3-го и т.д. уровней, а также файлы могут быть созданы обычными средствами (например, с помощью Norton).

  • Установить верхний и нижний порог ёмкости для HCSS-тома файлового сервера.

    Когда при работе с HCSS-томом достигается верхний порог его заполнения, NetWare 4.х начинает перемещать файлы с HCSS-тома на оптический диск. Файлы, хранящиеся в подкаталоге первого уровня, мигрируют на соответствующую сторону оптического диска. Процесс миграции продолжается до тех пор, пока не достигается нижний порог заполнения HCSS-тома. Перемещение выполняется по принципу LRU (Least Recently Used): миграции подвергаются файлы, к которым дольше всего не было обращения.Даже после выгрузки файла пользователь продолжает видеть его имя в подкаталоге HCSS-тома. Если происхидит обращение к выгруженному файлу, то он перемещается с оптического диска обратно в соответствующий подкаталог.


    Содержание раздела