proNovell

Файловая система NSS. Знаю, что тема многократно обсуждалась, но ответа на свой вопрос я так и не нашла. Раньше в Netware 5.1 на традиционном томе для работы с foxpro-шными армами мы всегда отключали file caching и oplock. Теперь вводим в эксплуатацию кластер из 2 серверов NW6.5SP6, в том числе перенесем туда и АРМы. Определили, что отключение file caching очень сильно замедляет работу с ними. Сейчас установлены значения file caching on, oplock level II off. При тестирвовании скорость работы хорошая, но и раньше блокировки проявлялись только при работе большого числа клиентов с одними и теми же файлами. Сейчас (до ввода кластера в эксплуатацию) возможности провести такой эксперимент (с большим кол-вом клиентов) нет. Кто-то может ответить на вопрос, изменилась ли ситуация с кэшированием в NW65 с файловой системой NSS? Обязательно ли отключать file caching? Есть ли какая-то "тонкая" настройка NSS для работы с dbf? Клиенты в основном windows 2000, версии от 4.83 до 4.91 sp3 - порядка 700-800 ПК работают с АРМами. Заранее спасибо за совет

Елена Лезгина писал(а):Файловая система NSS. Знаю, что тема многократно обсуждалась, но ответа на свой вопрос я так и не нашла. Раньше в Netware 5.1 на традиционном томе для работы с foxpro-шными армами мы всегда отключали file caching и oplock. Теперь вводим в эксплуатацию кластер из 2 серверов NW6.5SP6, в том числе перенесем туда и АРМы. Определили, что отключение file caching очень сильно замедляет работу с ними. Сейчас установлены значения file caching on, oplock level II off. При тестирвовании скорость работы хорошая, но и раньше блокировки проявлялись только при работе большого числа клиентов с одними и теми же файлами. Сейчас (до ввода кластера в эксплуатацию) возможности провести такой эксперимент (с большим кол-вом клиентов) нет. Кто-то может ответить на вопрос, изменилась ли ситуация с кэшированием в NW65 с файловой системой NSS? Обязательно ли отключать file caching? Есть ли какая-то "тонкая" настройка NSS для работы с dbf? Клиенты в основном windows 2000, версии от 4.83 до 4.91 sp3 - порядка 700-800 ПК работают с АРМами. Заранее спасибо за совет

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

У меня подобная проблема. Но пришлось с file caching off, oplock level II off остаться.
Посмотрев TIDы:
http://support.novell.com/cgi-bin/searc ... 095627.htm
http://support.novell.com/cgi-bin/searc ... 071902.htm
http://support.novell.com/cgi-bin/searc ... 085899.htm
можно сказать, что должны быть раб.станции с последней версией клиента 4.91SP3 и не было б раб.станций с Win98.
А если еще АРМы и базы,то file caching on, oplock level II on
при большой нагрузке могут вызвать проблемы. Мой первый день промышленной эксплуатации NW6.5 стал "черным"(утилизация 90%), пришлось возвращать OFF и делать Restart.

на заводах работу АРМ на Foxpro c 6.5. Наличие станций с 98 влияет только на то, что пришлось на клиентах 4.91 отключить Юникод, иначе 98 не видят файлов с русскими именами. Хотя по некоторым сведениям(мною лично непроверенным - говорил Игорь Башинский), Lconfig от Андрея Подойникова решает эту проблему. К кешированию это не относится.
Если у вас зоопарк разных клиентов для XP/2000, то либо вы на каждом из них отключаете кеширование, либо отключаете на сервере только оплок 2 уровня. По отзывам админов, этого вполне достаточно для нормальной работы.
А вообще-то, надо что-то делать с Foxpro, его цикл ожидания, загружающий рабочую станцию на 100% не дает работать остальным сервисам винды. У нее и так мультизадачность никакая. И чем дальше, тем хуже будет.

Вышеуказанные ТИДы я читала и раньше. Именно из них я поняла, что oplock для баз данных - это плохо, возможна порча, поэтому он у нас отключен. Что касается кэширования: если оно включено, существует ли какой-то параметр в настройках ОС/NSS, который бы управлял временем нахождения информации в кэше, либо это зависит от количества оперативной памяти на сервере, либо еще от чего?

Если они все время открывают и закрывают файлы с большой частотой, то отключайте вообще File Caching. Кроме того есть параметр File Commit. Ваш случай, на мой взгляд требует его установки в ON.
А вообще-то на нормальные базы данных кеширование никак не влияет, поскольку сетевая база данных должна работать в клиент-серверном режиме и захват файла производится монопольно сервером.
Набор DBF файлов назвать сетевой базой данных можно только с очень большой натяжкой.