С большой уверенностью могу сказать что да .
Для начала - http://www.huweb.hu/maques/nwudma.htm.
Тут приведен список файлов и необходимые SET PARAMETERS для работы с большими томами.
А на предмет больших HDD с размером блока < 64K и INPLACE INCREASE BLOCK SIZE to 64k методика у меня простая.
на дос разделе [рядом с NWSERVER от 3.12/3.2] создаем каталог куда копируем [из состава NW4.11]:
1. Server.exe [+ nut nwsnut nit]
2. Clib,clibaux ETC
3. Install.NLM
4. resize.nlm [утиль для увеличения размера блока для NW4.X - ищем последнюю - v1.1 - не бета!]
5. Драйвер[ы] конроллера[ов] дисков - те что надо.
6. Так же необходим на C: StorMgr
Далее - рекомендуется перед этим тома NW3.12 все подвергнуть VREPAIR/PURGE - чтоб время не терять зря.
собственно процедура :
1. грузим Server.exe от NW4.11.
2. Дисковые драйверы
3. load install.nlm и обязательно входим в пункт меню VOLUMES - при этом тк тома не монтироались он просканирует разделы на предмет томов и покажет их.
4. load resize. Без пункта 3. тут при выборе тома получаем ошибку -1. На которую на support.novell.com говрят отвалите - утиль от Novell Connection Services и не поддерживается ;o)
Всем томам котрые имеют размер блока < 64K - увеличиваем размер
До 64. Это довольно долго - сначала том дефрагментируется а потом в результате BLOCK VOLUME RESIZE мы получаем на томе включенную SUBALLOCATION. И это на томе для NW3.12 !!! Но без паники - никакого VREPAIR из-под NW3.12 !!! Переходим к пункту 5.
5. грузимся NW3.12. NetWare Радостно рапортует - ТОМА ТЮТЮ - монтировать не буду !!! и тут мы пользуемся ВОЛШЕБНЫМИ свойстами Storage Manager от PortLock inc - Volumes/Agvanced Options - вот он момент истины - REMOVE SUBALLOCATION FROM VOLUME. Это довольно долго и надо учитывать что данные на томе разбухают особенно при наличии большого количества мелких файлов.
6. После окончания процедуры обязателен VREPAIR от NW3.12/NW3.2
и фиксим обнаруженные ошибки.
7. down/exit/server.exe
И что же мы видим - все прошло замечательно.
На предмет сетов
SET Maximum Alloc Short Term Memory = 33554432
SET Cache Buffer Size = 16384
Драматически ускоряют время монтирования больших томов под NW3.12.
Особенно остановлюсь на SET Maximum Alloc Short Term Memory = 33554432.
NW3.12 довольно медленно выделяет память. Хорошо это заметно при загрузке Pervsaive SQL 2000i при большом размере CACHE ... и чем он больше тем это дольше происходит.
При увеличении SET Maximum Alloc Short Term Memory до максимума это происходит не в столь патологической форме.
Про Pervasive SQL2000i можно добавить что SP4+POSTFIX [есть спец версия для NW3.2] работают замечательно. Необходимо лишь наличие UNICODE.NLM коего в своставе 3.12 не было никогда ;o)))
Не беда - берем версию UNICODE.NLM для запуска third-party applications на NW SFTIII v4.02 - нашел на древней novell саппорт-энциклопедии [тем кто не знает - когда модемы были большими и интернета почти не было - Novell рассылала всем партнерам такие CD со всяческими патчами / тулами и демками - у нас в городе была тогда конторка - Novell System House - повезло можно сазать].
That's all folks !
P.S.
Сейчас все это живет на MB Tyan s2707 [ Server Works Chipset],
P4 2400 [не ксеон а именно p4 - такая вот MB ]. 1GB RAM.
Adaptec29160 [на борту SCSI не оказалось - но не беда - адаптек с комфортом разместился в одном из 2-х PCI-X слотов ].
А то тут некоторые хоронят IPX ;o))))