Сюрпризы CD-ROM в NetWare

СЮРПРИЗЫ CD-ROM В NETWARE

Поддержка CD-ROM в NetWare имеет столько особенностей и нюансов, что это подчас ставит в тупик даже видавших виды системных администраторов.

Устанавливать CD-ROM на каждый компьютер в офисе экономически нецелесообразно, поскольку мультимедиа в деловой сфере применяется не столь часто. КПД от использования индивидуальных CD-ROM будет крайне низок. Однако большинство программных продуктов сегодня распространяется на компакт-дисках, и к тому же порой требуется одновременный доступ нескольких пользователей к одному CD. Сама природа подсказывает устанавливать дисковод CD-ROM на серверах для их коллективного использования.

Встроенная поддержка CD-ROM была включена в NetWare только начиная с версий 3.12 и 4.0, и, наверно, поэтому она выглядит здесь несколько инородно.

Вкратце порядок программного подключения CD-ROM в NetWare следующий:

cd mount <имя тома CD>

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

Индексный файл строится для ускорения работы с CD-ROM, что особенно важно при одновременном обращении к компакт-диску нескольких пользователей. Он является скрытым файлом вида XXXXXXXX.ROM (где X - шестнадцатиричная цифра) и помещается в скрытый системный каталог CDROM$$.ROM на томе SYS сервера. Имя индексному файлу присваивается в соответствии с именем тома компакт-диска.

При построении индексного файла загрузка процессора приближается к 100%. Что касается времени построения, то оно варьируется от нескольких секунд до нескольких десятков минут - все зависит от объема информации на CD, мощности процессора, производительности дисковода CD-ROM. В такой момент работать с этим сервером практически невозможно, поскольку время отклика сервера многократно увеличивается.

Индексный файл строится не всегда. Некоторые CD поставляются с уже готовыми индексными файлами. Это характерно, прежде всего, для программных продуктов компании Novell. Кроме того, если ранее для какого-либо CD индексный файл уже был построен, то компакт-диск больше не переиндексируется (если только не было изменено имя его тома).

Еще одной интересной особенностью является размер индексного файла. При первом монтировании CD в качестве тома NetWare операционная система показывает его размер 0 байт. После размонтирования CD (и последующих монтированиях) размер становится равным примерно 8,5 Мбайт, независимо от объема информации на компакт-диске. Вместе с тем если фиксировать свободное пространство на томе SYS до и после построения индексного файла, то оказывается, что размер файла зависит от объема информации на компакт-диске и может составлять от нескольких килобайт до нескольких мегабайт.

Использовать в NetWare рекомендуется только качественные CD. При работе с некачественными CD (например при наличии сбойных файлов на них) во время индексирования могут произойти различные катаклизмы, в частности глухое зависание сервера, падение операционной системы с выдачей дампа памяти, многочисленные сообщения о нехватке места на томе SYS и даже на CD (?!). К разряду некачественных относятся не только многие CD с пиратскими копиями программ из Митино, но подчас старые ("захватанные" руками) легальные CD, а также компакт-диски, созданные на дисководах CD-R. Более того, различные сбои в работе сервера отмечаются, и когда на компакт-диске имеется много файлов и каталогов.

К сожалению, NetWare не позволяет отменить индексирование CD, так что все приведенные выше недостатки проявляются постоянно. Правда, предусмотрен режим принудительного монтирования сбойных CD. Не надейтесь на него! Чаще всего это не спасает, и сервер зависает капитально.

Следует сказать, что Novell старается быть в курсе большинства проблем, связанных с поддержкой CD-ROM, и периодически выпускает заплаты (patches) для NetWare. Так заплата CDUP3.EXE от 21.03.96 довольно серьезно улучшила надежность работы CD-ROM в сети NetWare, но все-таки большое количество недостатков осталось.

Что касается непосредственно работы с CD-ROM в сети, то тут обычно проблем не возникает, за исключением, может быть, одной. Первоначально в NetWare поддерживались только дисководы CD-ROM с интерфейсом SCSI, но затем, с появлением поддержки IDE (ATAPI) CD-ROM, некоторые администраторы, прельстясь низкой ценой CD-ROM с интерфейсом IDE, по сравнению с SCSI, начали ставить на серверы именно такие CD-ROM. Ни в коем случае не делайте этого. Да, цена CD-ROM с интерфейсом SCSI, по сравнению с IDE, выше примерно в два раза при одинаковых скоростных параметрах, но в типичной ситуации загрузка процессора от CD-ROM с SCSI-интерфейсом составляет порядка 5-20%, в то время как для CD-ROM с IDE-интерфейсом - 40-80%. И это только от работы одного пользователя и только с CD-ROM! Конечно, вышеперечисленные показатели зависят от мощности процессора, системной шины, сетевой платы, конкретного контроллера и т.п., но общая картина вполне красноречива.

Отдельные производители ПК советуют ограничиться для серверов EIDE-интерфейсом. Наверное, такие советы дают те из производителей, кто не выпускает ПК с SCSI-интерфейсом. Так вице-президент известной в России компании CompuLink г-н Какавос на страницах журнала "Мир ПК" #1 за 1996 г. в статье с показательным названием "Современный файл-сервер отдела предприятия" утверждает, что производительность дисковой подсистемы с Burst EIDE-контроллером в несколько раз превышает производительность эквивалентной подсистемы с интерфейсом SCSI-2 при гораздо меньшей цене. На этом основании он рекомендует использовать такой интерфейс на серверах в малых и средних сетях. Как тут не вспомнить слова товарища Сталина в беседе с академиком Вавиловым: "Это вы, академики, так считаете, мы, коммунисты, думаем по-другому".

Действительно, производительность контроллеров EIDE и SCSI соотносится примерно так (EIDE с PIO Mode 3, 4 и 5 имеет производительность до 22 Мбайт/с, Fast SCSI-2 - до 10 Мбайт/с, а Fast/Wide SCSI-2 - до 20 Мбайт/с). Но не только (и не сколько) этим определяется производительность, например, винчестера; и прежде всего она определяется частотой вращения диска и количеством секторов на дорожке диска. Самые быстрые винчестеры создаются в первую очередь для интерфейса SCSI (Fast/Wide SCSI-2), имеют частоту вращения более 7000 об/мин и пиковую скорость передачи данных 5-8 Мбайт/с. Производительность же контроллера периферийных устройств совершенно здесь не причем, если, конечно, таких винчестеров сидит не слишком много на одном контроллере (как, например, в дисковых массивах), а системная шина имеет достаточную пропускную способность. SCSI-контроллер, являясь по сути интеллектуальным устройством, сам выполняет большинство низкоуровневых операций ввода/вывода, при этом оптимизируя запросы к периферийному оборудованию. IDE/EIDE-контроллеры между тем перекладывают выполнение значительной доли низкоуровневых команд на центральный процессор, тем самым снижая общую производительность сервера.

Таким советам можно следовать в случае действительно небольшой, не сильно загруженной сети. Справедливости ради стоит сказать, что последние модели EIDE-контроллеров работают оптимальнее старых IDE.

Приведенные требования важны не только для NetWare, но и для серверов Windows NT, Unix, OS/2.

При использовании CD-ROM в NetWare не стоит забывать о том, что некоторые программы, поставляемые на компакт-дисках, требуют для своей работы наличия Microsoft CD-Extensions (MSCDEX). В NetWare нет средств, эмулирующих работу MSCDEX.EXE.

Чтобы можно было использовать CD в качестве объекта NDS для NetWare 4.x, необходимо создать объект Volume в подходящем контексте NDS и привязать его к тому CD.

Еще один важный аспект касается тех, кто собирается использовать CD-ROM и стример на одном сервере NetWare 4.x. Это относится, прежде всего, к пользователям одной из самых популярных серий стримеров для серверов - серии Hewlett-Packard SureStore. CD-ROM и стример на одном сервере нормально функционируют вместе не во всех режимах! Суть проблемы в следующем. NetWare может не обнаружить CD-ROM после работы со стримером, даже если до этого видела его. После ввода команды

scan for new devices 

NetWare в любом случае опознает CD-ROM, но нормально работает только с теми CD, что уже были проиндексированы. Если же попробовать проиндексировать новый компакт-диск, то в некоторых случаях следует реакция, характерная для индексации сбойных CD, такая, например, как полное зависание сервера.

Этот феномен был проверен на различных серверах (HP NetServer LH 5/100, HP NetServer LF 5/66, Intel XPRESS/MX с Pentium-90, везде ОЗУ 32 Мбайт, SCSI HDD 1 Гбайт), с различными CD-ROM (4-скоростными и 2- скоростными с интерфейсами SCSI и IDE) и стримерами HP SureStore 2000, HP SureStore 5000. В ходе испытаний задействовались EISA SCSI-контроллеры Adaptec 7770 и PCI SCSI-контроллеры Adaptec 7850/7870. CD-ROM с интерфейсом SCSI устанавливался как на одном со стримером SCSI-контроллере, так и на отдельных SCSI-контроллерах. Использовались ОС NetWare 4.1 и утилита резервного копирования SBACKUP. Возможно, другие комбинации программно-аппаратных компонентов и не будут приводить к таким неприятным последствиям.

Зная многочисленные проблемы работы CD-ROM в NetWare, некоторые администраторы стараются вообще не запускать CD-ROM на сервере NetWare. Так одна известная московская компьютерная фирма установила специально для работы с компакт-дисками сервер с Windows NT Server, хотя вся остальная сеть работает под NetWare. Выход не самый удачный. Эффективней было бы приобрести специализированный сервер оптических дисков.

В настоящее время на рынке имеется большой выбор таких систем, начиная от простых программных продуктов ценой в несколько сот долларов и кончая мощными многодисковыми программно-аппаратными комплексами ценой до сотни тысяч долларов. Большинство из этих систем не только снимают перечисленные ограничения, но даже эмулируют поддержку MSCDEX.EXE. К тому же многие серверы оптических дисков напрямую поддерживают (помимо NetWare) LAN Manager, Windows, NFS и т.п. Может быть, в ряде случаев проще и дешевле ставить CD-ROM на отдельные ПК и затем, при необходимости, включать их в одноранговую сеть типа Windows for Workgroups или Windows 95 (например, по правилу - один CD-ROM на комнату).

Если ваша организация не может позволить себе приобрести специализированный сервер оптических дисков, то для коллективного доступа к CD-ROM в NetWare: