К. Закер - Компьютерные сети. Модернизация и поиск неисправностей (953092), страница 123
Текст из файла (страница 123)
пакеты поддержки Ж®11 представляют собой пронумерояанные конечдыс продукты, содержащие «се тяззчи, рекомендуемые для о6яакяения ОС к текущему моменту. вась набдр дойалнения устанавлвваетая а1птоврвменно,' тем самым сильно упрощается работа администратора, и лсе патчи проходит через со- Глаза ~. Ла~ ~1»еГ»уме высотное тестирование, которое, в свою очередь, значительно облегчает процесс разработки для фирмы Хо»ей, Релизы Зпррогг РасЕ являкпся саэакуллими, та есть каждьгй следующий пакет включает весь материал, входивший в предыдущие выпуски. Однако удобство такой практики вызывает некоторые'сомнения Администратора, безусловно, удовлетворяет возможность загрузить один файл, содержащий все поправки к операционной системе, но канва выпущено несколько Зирроп РасЕ для одной версии ОС, размер следующем пакета, который требуется установить„может быть поистине гигантским.
Например, Впррогг РасЫ 6 для версии Хат%ага 4.11 имеет обьем Зб 707 321 байт. Издание'релиза, который бы салержал толька патчи, добавленные со времени выхода последнего Варрон РасЕ, сможет оказать огромную помощь большому чяслу сетевых администраторов. Бпрроп РасЕ предназначены всем серверам, использующим соответсгвугощую версию Хег%аге, но наряду с этим продолжается и выпуск небольших патчей, призванных корректировать талька конкретные неполадки в работе операционной системы В большинстве случаев не следует устанавливать каждый иэ них„хотя бы просто потому, что вовсе не обязательна, чта подле установки система будет работать лучше. Если система испытывает какие- либо трудности, есть смысл устанавливать конкретную заплату", призванную их исправить, в ином же случае намного лучше оставить все как есть.
' Подсистема хранения информации Ие6Маге В отличие от одноранговых операционных систем, таких как %йлйя»э 9х, ХТ или ЖОО, Хег%аге предоставляет в совместное использование только файлы и кяшлоги специализированных серверов, но никак не клиентских систем. Так как сервер системы Хег%аге в основном занимается решением подобных задач вместо исполнения пользовательских приложений и обеспечения графического интерфейса, система совместного использования файдов,.сервера Хег%аге обычно рабатжт эффективнее, чем у аналогично оснащенного компьютера ппп управлением операционной системы %йн3оиз ХТ.
В ХеФ%аге реализована собственная файловая система, которая может сосуществовать на жестком диске с другими форматами файловых систем, например, такими как РАТ лля Ю0$ или %шйи»э ХТ ХТРБ, но сама не задействует ни части ат этих других систем для своих потребностей Невозможно применение никаких сшндартных инструментов (например„ЯМОК или ИЖМАТ) для создания Хат%ага-разделов, а также паследу19щее,использование,диагностических и ремонтных программ, таких ввк,.Мгсд~ой йсалЮ~й или Хо»топ О1эЫ Оосгог. Глвев 15. МоееИ деЬуеге самое можно сделать и вручную, монтируя н демонтируя тома с ноьплдвю команд МОИЧТ н 131ВМОГ.ГМТ, которые набираются в командной страна консоли сервера.
Блоки распределении диска При создании тома требуется осушествить выбор размера кластеров, которые он будат нспользоватк 4, 8, 1б, 32 или 64 Кбайт. Том стандартно разделяетси на беоки раслредмеии диска ~~А аЫосааол Ноем что напомивжт файловую систему РАТ. Блоки распределения диска, изначально представляля наименьший объем дискового пространства, который сервер может выделить для хранения файла. Например, если размер распределенного блока булат равен 4 Кбайт, то лля хранения файла размером 9 Кбайт потребуется 3 блока или 12 Кбайт, оставшиеся 3 Кбайт будуг пуетазать. В Нег%ага 4х впервые появились возможность пол названием ледрасгуедеегеие безлае гойей лйаИосайи3, позволяюшая несколько уменыпить потери из-за полупустых блоков.
В отличие от дисков ГАТ, где размер кластера определяется операционной системой автоматически, исходя из объема самого диска, 1чег%аге позволяет задавать размер блока для каждого вновь создаваемого тома';.,Выбор пра-. вильного значения может быть важным элементом в построении вцсокоэф.; фективной системы хранения информации- 31ля правильного опрадаиения размера блока нужно четко представлять, какой тип информации предполагается хранить на сервере, н в соотвегстаин с этим эзлягь количество н структуру томов на его жестких дисках. Например, если планируется присутствие на сервере больших файлов. баз данных, можно создать для этих файлов отлельный том н назначить аму большой размер блока. Это должно привести к увеличению эффективности доступа к файлам по несколысим направлениям, перечисленным ниже.
П Меиывае количеегво блоков для чтения. Прн использовании- маленьких блоков растет количество операций по чтению диска, необходимых для доступа к файлу. Задействуя блоки большего размера, можно минимизировать механические издержки при доступе к файлам' жесткого диска. П Мевъшиа требовзвия к измяти сервера. Кюкдый блок требует присутствия собственной записи в РАТ данком диска. Применение болъшнх биоков означает сокрашение количества записей в ЕАТ, опнсываюп1их:впниретный файл, поэтому требуется меньшее количество памяти для их размешения при считывании.
П Ускорение опережающего считывзиия. Файловая система Наташа пытается.упррждать нужды пользователя, запршпиваюшего файл, загружая в память последующие файлы диска еще'до того, как онн будуг фактически запрошены. Увеличенный размер блоков позволяет серверу считать в память больше таких данных, нежели чем при использовании блоков меньшего размера. Недостаток болыпого размера блоков заключается,,в том, пв при хранении файлов мадого ра4мера помри дискового. пространства будут расти.
Возвра- щаясь к прадыдупгему примеру, можно уточнить, что хранение файла разме- ром в 9 Кбайт на томе с блоками по 64 Кбайт приведет к потере 55 Кбайт. если умновнть эту цифру на огромное ка4рчеспю ~~рльдгих ффлов, можно содрогнуться от масппвбов неиспользуемого пр6сурйййМ нв)(йсве'. По умолчан$пв 544г(таге 3 т устанавливает, величину блоков равной 4 Кбайт для всех вновь'создаваемых томов. Версии'ИеГЖаге, начиная с 4.х и старше, определяют рюмер блоков, исходя из обьема тома, по аналогия 'с системами РАТ.
Для всех томов, емкость которых превьппаст 5бб Мбайт, аа умоачанвю назвнчаотся басин размером в 64 Кбайт, пр той причине; что выделение пол- блоков — новая особенность КеГ%аге 4л — повюляет серверу распределять пространопю лиска в единицах, меньнлах размера. самого баева. Возможен выбор любить дейетвительного значения лля Каждото создаваемого тома 'при этом дои усаветсд Разный размер блоков для томов и препонах одного жесткого диска. Одиапз поела создания тома (хамер епз блоков не может быть изменен без предваритсльнопз разрушения тома (уничтожавшего все данвтяе) Оет и РА'Г Том ИЮФаге хранит всю информацию о сжоих файлах, кроме собственно их содержимого, в лдк(ище элемюилав кавиьюгов фЁТ, ~йэсяэу енсу гаЬ(д).
Структура кяагалогов тома г(ег%аге, которую молщс„видеть в окне Провод- ника %$пдонз или'другой прзграммы, на самом делслсоверг денио не отража- ет реального расположения файлов и каталогов'на жестком диске. К(ерархия дерева каталогов'представляет собой виртуальнуаз'койструкцию,' физически существен((4о Фтшько в виде информации в ОЕТ Любой Щттвге-том имеет две копии ОЕТ, каждая из которыя состоит из блоков по 4Кбайт '(незааисимо от того, какой размер блоков:выбран для диска). Всв файлы и каталоги ланного тома имели'-собственные запйси в ПЕГ, которая'~мгдержит следуюшую информацию.: П яваяетсн лн 'д4нный элемент файлом или ввгакогом", П имя файла.нли каталога; П имя влддедща, атрибуты и даты (сощдния, последнего доступа и последней модификации) файла или каталога„' П имя файла или родительского каталога для иатааога; П если это файл, то ссылку на запись |2ЕТ, описьшаююую его первый.сегмент двнньсц П ссылку на месте хранения информации о пространстве имен, 'ассоциированном'с данным файлом или каталогом„ П спиаок "спекунгв~" (пппее йа) — пользователей, обладавпцих.
воаьйкностыо доступа к файлу или каталогу. Серверы Хег%аге используют РЕТ при любых операциях с файлами, не жтрагиваюпгими собственно содержимое файлов. Например, если требуется просмотреть содержимое каталога, сервер фактически сканирует РЕТ в поисках всех записей, ссылающихся на ланный катзлог как на родительский. Тома ХегЖаге применяют таблицы размещения файлов (РАТ), как и диски РОБ, для фиксирования блоков, использованных для записи конкретного файла.
Так как блохи, содержащие ланные одного файла, обычно не располагахпся на диске последовательно, в РАТ вклю иются сведения о том, какие именно блоки были задействованы при сохранении данного файла. РАТ состоит из пронумерованньгх записей о каждом блоке в пределах тома, а РЕТ определяет номер блока, содержимым которого является первый сегмент данных для каждого файла. Запись РАТ, ему соответствующая, ссылается на запись ГАТ, связанную со вторым сегментом данных файла, вторая запись содержит ссылку на третью, и так далее, пока цепочка РАТ не приведет к записи„которая укажет на последний сегмент данного файха.
Пространства имен Хегчтаге по умолчанию использует стандартную 0,3-систему РОБ длл именования файлов и каталогов, но также поддерживает другие файловые снстемы, задействуя лрисираисиига имен (лагве Льзсе4, которые принимают форму добавочных записей в РЕТ, содержащих дополнительную информацию о файлах или каталогах. Например, лля обеспечения совместимости с длинными иькнами файлов н каталогов систем Жшйчгз потребуется устаномпь молуль поддержки пространства длинных имен — 1хищ.папт, зюружаемый с консоли сервера. Поскольку стандартная запись РЕТ не можвт содержать имя файла нли каталога длиной в 255 символов, сервер формирует доюнинительную запись для хранения длинного имени, и головная запись РЕТ для данного файла включает ссылку на этот добавочный элемент РЕТ. При первой загрузке молулл нового пространства имен требуется выполнить команду АРР ХАМЕ БРАСЕ нз командной строки консоли сервера с указанием вида простргнстаа имен и тома, которому оно должно быль лобавлено клк в следухллем примере: хВ0 иьг"ж зРжв ийи то зтв ХеЖ'ще включает ьалгулн пространств имен (все они имеют расширение папг), поддерживающие следующие файловые системы: П %йх5огтз 7РАТ; О Мвс1пймЬ; И ОБД НРРБ; М а ХРБ; а РТАМ.