Проблема.
Конфигурация: Сервер - Win2000 server, рабочие станции - 5 шт, 1 под Win2000, остальные под Win'98. ИРБИС 2004.1
При переходе на выделенный сервер стал постоянно зависать Ирбис при работе в режиме поиска .
1. Одновременный поиск в разных машин ( АРМ Читатель и АРМ Каталогизатор)
2. Поиск в АРМ Комплектатор и одновременно поиск в АРМ Каталогизатор
3. Просто поиск в АРМ Каталогизатор, остальные работают на ввод информации.

При тестировании сервера загрузка не превышает 15-20% процессора.
База содержит всего 8000 MFN.
Подскажите, куда смотреть, с чего начинать. Сотрудники библиотеки просто замучали меня этой проблемой. ;(



WBR
Наталия

Смотреть в сторону скоростных свойств сети и работоспособности самой медленной рабочей станции.

Не совсем понятно. 4 машины очень медленные, простые "пентиумы" и всего одна - P-III. Виснет постоянно P-III.



WBR
Наталия

Проверьте скорость сети. Спросите у админа.

100 мб/сек



WBR
Наталия

ну тогда очень странно. Может быть кто-то загружает сеть. Качают фильмы и все тут :)

Можно выселить Ирбисоводов в отдельный vlan, также, посмотрите настройки dns и wins - возможно, клиенты тормозят именно из-за этого.

>>При тестировании сервера загрузка не превышает 15-20% процессора.
Кстати, стоило бы, провести мониторинг нагрузки на дисковую подсистему - если у Вас в сервере обычный IDE ATA диск, то, возможно тормоза из-за него.

Пожалуй, может быть ещё несколько причин - если сеть старая - возможно, что у Вас используется хаб (концентратор) - тогда сеть работает в полудуплексном режиме, естественно тормозит - решается заменой хаба на свитч (коммутатор).
Если сервер - по совместительству - контроллер домена - добавьте второй диск или, если есть райд, создайте отдельный lun - на диске с ntds и sysvol, автоматически отключается кэширование.
Если на сервере есть резидентный антивирус - исключите папку с Ирбисом из сканирования, если есть антивирус на клиентах - отключите сканирование сетевых дисков.
Если клиенты обращаются к сетевому ресурсу по unc - попробуйте смонтировать папку как сетевой диск.
Возможно, на сервере мало памяти, соответственно, маленький файловый кэш и т.п.
Вроде, больше идей, пока, нету :)

> 4 машины очень медленные, простые "пентиумы" и всего одна - P-III. Виснет постоянно P-III.

Тут как раз виснут медленные машины, а быстрая машина их ждет. Пока те освободят базу.


Опишите подробнее ситуацию, что у Вас было раньше до выделенного сервера и работала ли эта версия ИРБИСа "нормально"?
(кол-во компьютеров и их конфигурация, скорость сети и т.д.).

Узнайте, пожалуйста, какая скорость сетевых плат на компьютерах "простых пентиумов" 10 или 100?
Включено ли на сервере "кеширование сетевого ресурса"? - его нужно отключить.

Надежна ли сеть в общем? Попробуйте посмотреть фильм на мощном компьютере, запустив его с сервера, будут ли сбои при показе? Может быть рядом с кабелем компьютерной сети есть источник помех?

Изначально было всего 3 машины - P-III и 2 Pentium-a. Сам ИРБИС вместе с БД располагался на P-III. Фактически работала 2 машины и на обоих работал АРМ Каталогизатор. Иногда, очень-очень редко подключалась третья машина. От сотрудника, работающего на Pentium, постоянно шли жалобы р зависании машины, о медленно работе. Затем мы стали осваивать ИРБИС, добавили АРМ Читатель, стало совсем плохо. Тогда решился вопрос о выделенном сервере.
Установили Win2000 server, установили новую версию ИРБИС, подключили, как я уже писала 5 компьютеров. Сначала активно работали два вышеописанных. Проблем никаких не было. Все были довольный. П
отом студенты освоили поиск по каталогу и тоже стали работать на АРМ Читатель более активно, потом сотрудник стали осваивать АРМ Комплектатор и еще стали создвать БД Читателей (мы переходим на штрих-кодирование) И вот с этого момента начались жалобы на зависание. Причем самостоятельно, своими глазами увидеть процесс "зависания" ни разу не удалось - только последствия. На Pentium это выглядит так - абсолютно белый экран, идет три процесса с с началном на Cap.... Если перезагрузиться в безопасном режиме, то на десктопе будет новый два ярлыка - desktop и Folder. Если перезагружаться в обычном режиме - то так ибудет белый экран.



WBR
Наталия

Совсем уж детективную картину рисуете. При чем тут перезагрузка компьютера? Там торможение идет ИРБИСа или сети? По Вашим описаниям там с сетью не все в порядке.
Попробуйте "погонять" нагрузку по сети. Покопируйте большие объемы данных, посмотрите, зависают ли при этом компьютеры?

Наталия, а что Вам сообщают ipconfig и winipcfg?

Гоняла файлы, машины "не виснут".
Сегодня прогоню объемы по больше, по 500-700 Мб.
Причем, зависание идет только тогда, когда машины работают в режиме поиска.
Насчет картины - рисую со слов библиотекарей. Многократно предалага им самим зайти на формум и описать состояние - не хотят.
Я со своей стороны, как программист, никаких зависаний не вижу.



WBR
Наталия

<b>Пожалуй, может быть ещё несколько причин - если сеть старая - возможно, что у Вас используется хаб (концентратор) - тогда сеть работает в полудуплексном режиме, естественно тормозит - решается заменой хаба на свитч (коммутатор).</b>

У нас комутатор.

Если сервер - по совместительству - контроллер домена - добавьте второй диск или, если есть райд, создайте отдельный lun - на диске с ntds и sysvol, автоматически отключается кэширование.

Сервер - не контроллер домена.

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

На серверу был резидентный антивирус, на клиентах - нет.

Если клиенты обращаются к сетевому ресурсу по unc - попробуйте смонтировать папку как сетевой диск.
Поясните, пожалуйста, что значит "unc"? На сервере расшарена папка, у пользователей выложены ярлыки на работчий стол.

Возможно, на сервере мало памяти, соответственно, маленький файловый кэш и т.п.
Памяти 256



WBR
Наталия

>>Поясните, пожалуйста, что значит "unc"? На сервере расшарена папка, >>у пользователей выложены ярлыки на работчий стол.
unc - universal naming convention - путь вида \\server-name\shared-resource-pathname , например, \\megaserver\irbis\irbisa.exe - это unc.
Некоторые программы не очень с ним дружат, так что, бывает иногда полезно смонтировать общий ресурс, как сетевой диск, тогда, например, если мы назначим ресурс \\megaserver\irbis диском, например, z:\, то наш путь будет выглядеть как z\:irbisa.exe - его, соответственно и пишем в ярлычке. Правда, Ирбис, кажется понимает unc, не могу утверждать, так как непосредственно Ирбисом у нас занимается другой человек, а все общие ресурсы расшарены через dfs (distibuted file system), и монтируются, как сетевые диски, во избежание проблем (да и пользователям проще).
>>Памяти 256
Памяти очень мало 2000 сервера, надо бы, хотя бы, еще столько же (не надо ориентироваться на минимальные системные требования), и какой у Вас диск - ide, sata или scsi?
И неплохо бы, результаты ipconfig /all с сервера и клиента, правда, мне кажется, что в Вашем случае может помочь инструкция господина Карауша [irbis.gpntb.ru]

Настройка протокола IP для Windows 2000
Имя компьютера . . . . . . . . . : lib-serv
Основной DNS суффикс . . . . . . :
Тип узла . . . . . . . . . . . . : Широковещательный
Включена IP-маршрутизация . . . . : Нет
Доверенный WINS-сервер . . . . . : Нет
Адаптер Ethernet Подключение по локальной сети:
DNS суффикс этого подключения . . :
Описание . . . . . . . . . . . . : LфряЄхЁ PCI Fast Ethernet эр юёэютх Realtek RTL8139(A)
Физический адрес. . . . . . . . . : 00-01-29-60-3A-67
DHCP разрешен . . . . . . . . . . : Нет
IP-адрес . . . . . . . . . . . . : 172.16.65.253
Маска подсети . . . . . . . . . . : 255.255.0.0
Основной шлюз . . . . . . . . . . : 172.16.65.1
DNS-серверы . . . . . . . . . . . : 172.16.65.100



WBR
Наталия

А с клиента?

Вчера перенесли все в отдельный vlan, сменили адреса, убрали dns. Наблюдаю...



WBR
Наталия

>>убрали dns.
А это-то зачем?
Кстати, машинки в домене или в рабочей группе?

Админы прочитали Ваши ответы и вынесли вердикт. Думаю, что в рабочей группе.



WBR
Наталия

> Доверенный WINS-сервер . . . . . : Нет
если у вас свитч умеет отдавать статистику по портам - посмотрите объем широковещательного трафика, он у вас должен быть довольно приличным :)
Переведите вашу сеть на домен.

Если на "виснущем" компьютере Win98, то скорее всего это проблема возникла из-за вирусов, а не по вине железа. Вылечите эту машинку. Затем установите на все машины (включая сервер) NOD32, настройте этот антивирь на своевременное обновление баз с инета - и будет щастье Вам...