Проблемы при работе на NW6.5SP7 БЭСТ4

[Вячеслав Якименко]

Суть проблемы: сменили сервер бухгалтерии (с NW4.11, TFS на NW6.5, NSS), теперь проблемы с работой БЭСТ4.
Что есть:
сервер: ОС NW6.5SP7, сет. карты Intel Pro1000 (PCI), SCSI контроллер (adaptec), тома - NSS.
клиенты: OC WinXPSP3 32-bit, NWClient 4.91.3 (File caching - отключен), подключение по IP + IPX (используется для работы с ключом БЭСТа).
БЭСТ4 - файловые БД (их там штук 10-15).

Симптомы проблемы: когда возрастает интенсивность работы с БД наблюдается отваливание отдельных АРМов или вообще пропадает доступ к тому данного сервера (в дереве есть еще сервера, доступ к их томам нормальный). Частота - 2-3 раза в день на разных клиент. машинах. Ощущения, как будто не справляется сетевая сервера (пакеты в это время при пинге либо теряются, либо время ответа вырастает сильно).
Свичи, провода и пр. сетевое оборудование менять пробовал. Сервер и клиенты в одной физической и IP-сети.

Прим.: попробую поставить SP8+PostFix для IP, но это скорее всего не решение.

Вопросы:
1. Что в данном случае можно попробовать "подкрутить" в настройках сети на сервере?
2. Кто-то настраивал NW6.5 для работы с БД БЭСТа?

[Dimerson]

оно на btrieve или dbf ?

[Павел Гарбар]

В monitor'е посмотри количество буферов пакетов, если оно уперлось в верхний порог, то пакеты могут пропадать.
В свойствах сетевой карты посмотри интенсивность приходящих пакетов в секунду.
Ну и хорошо бы запустить снифер на проблемной станции и поймать момент отваливания.

[Иван Иванов]

оно на btrieve или dbf ?

dbf

2. Кто-то настраивал NW6.5 для работы с БД БЭСТа?

кто-то (не я) настраивал. работало нормально под приличной нагрузкой.

[Dimerson]

что с оплоками на сервере ?

[Владимир Горяев]

Да-да. Отключить на сервере кеширование и оплоки 2-го уровня. И накатить SP8 и постфиксы.

[Вячеслав Якименко]

БД - .dbf

Да-да. Отключить на сервере кеширование и оплоки 2-го уровня. И накатить SP8 и постфиксы.

Отключенны изначально:
set LEVEL 2 OPLOCKS ENABLED = OFF
set CLIENT FILE CACHING ENABLED = OFF

SP8+PostFix для IP - сделал, проблему полностью не решило (с 7 декабря отваливалось два раза (отдельные АРМы, на разных станциях).

В monitor'е посмотри количество буферов пакетов, если оно уперлось в верхний порог, то пакеты могут пропадать.
В свойствах сетевой карты посмотри интенсивность приходящих пакетов в секунду.
Ну и хорошо бы запустить снифер на проблемной станции и поймать момент отваливания.

Понял, по буферам, интенсивности - наберу статистику, потом напишу.
Значения параметров из монитора:
Maximum Packet Receive Buffers 10000
Minimum Packet Receive Buffers 2000
По состоянию на рабочей станции - сложно отследить, т.к. событие происходит нечасто и на разных машинах (+ бухгалтерия сначала обращается к сопровождающему БЭСТ).

Доп. информация:
1. на этом же сервере БД 1С 8.2 (конфигурации - файловые БД, интенсивность работы - низкая, в процессе внедрения).
2. на нем же запущен nsrvni.nlm (ключ БЭСТа) и поднят для него IPX (клиент NW использует IP).
3. пару раз monitor.nlm (загружен постоянно) себя странно вел - как будто "подвисал" (все остальные модули работали нормально, подключаюсь/работаю с сервером через rconip).

[Владимир Горяев]

Что с утилизацией во время проблем (пакеты в это время при пинге либо теряются, либо время ответа вырастает сильно)?
Что за сетевая на сервере и какие драйверы к ней?

[Вячеслав Якименко]

Что с утилизацией во время проблем (пакеты в это время при пинге либо теряются, либо время ответа вырастает сильно)?

Утилизации выше 30-40% не видел, обычно в течении дня 1-4%.
Вначале, когда событие повторялось чаще, у всех пакетов повышалось время ответа + до 20% терялось (т.е. станд. таймаут превышался).
Сейчас не могу пока отследить событие.

Что за сетевая на сервере и какие драйверы к ней?

Сетевые 2 шт., однотипные: Intel PRO1000, PCI
Board Name: E1000_1, E1000_2 (параметры идентичные)
Slot: 4 (5)
Node: Undefined
RX BUFFERS: 64
TX BUFFERS: 96
SPEED: 0
FORCE DUPLEX: 0
FLOW CONTROL: 3
PME DISABLE: 0
COALESCE BUFFERS: 96
драйвер :
E1000.LAN
Intel(R) PRO/1000 PCI/PCI-X Network Co
Version 8.24 22 December 2005

[Вячеслав Якименко]

В monitor'е посмотри количество буферов пакетов, если оно уперлось в верхний порог, то пакеты могут пропадать.

В мониторе (General Information): Packet receive buffers: 2 000
Вроде всегда одно и тоже значение. Оно меняться не должно?
Вопрос: есть ли смысл повышать мин. значение? Как я понимаю, под буфера резервируется часть ОЗУ? Памяти в сервере - 1 Гб.

[Вячеслав Якименко]

Еще вопрос: есть ли смысл менять значения параметров:
Number Of Watchdog Packets 10
Delay Between Watchdog Packets 59.3 Sec
Delay Before First Watchdog Packet 4 Min 56.6 Sec
чтобы в случае тормозов сети клиент отваливался дольше?

[skoltogyan]

1. Как используются эти 2 сетевые карты на сервере ?
2. Все работают с одной базой БЕСТа или с разными ?
3. Оно так плохо с самого начала и ли началось после чего-то ?
4. между сервером и станциями - свич (свичи) или что ? как настроены порты на свичах , станциях и сервере ?
---------
кроме ранее сказанных рекомендаций про отключения кешей на клиенте и сервере, добавлю - запретите Salvage на уровне тома, где лежат базы БЕСТА.

[Павел Гарбар]

Packet receive buffers: 2 000 - это выставленный минимум и эта часть резервируется при старте сервера (2000*4224 байта = 8448000 байт). Значение может расти до максимума - в твоем случае до 10000. Если сеть работает нормально и у сервера нет каких-то проблем, то реально этих буферов используется не больше нескольких десятков. Это можно посмотреть консольными командами, например "_ip" (подчеркивание и ip).
Размер буфера стоит установить 2048 байт. Раз у тебя есть и IPX, то jumbo frame работать не будет.
Я количество сторожевых пакетов обычно уменьшаю до 5, между ними по 30 сек, а до первого - оставляю как есть.

[Вячеслав Якименко]

1. Как используются эти 2 сетевые карты на сервере ?
2. Все работают с одной базой БЕСТа или с разными ?
3. Оно так плохо с самого начала и ли началось после чего-то ?
4. между сервером и станциями - свич (свичи) или что ? как настроены порты на свичах , станциях и сервере ?
---------
кроме ранее сказанных рекомендаций про отключения кешей на клиенте и сервере, добавлю - запретите Salvage на уровне тома, где лежат базы БЕСТА.

1. Каждая глядит в свою физ. сеть (одна для бухгалтеров (192.168.3.0/24), вторая общего назначения(192.168.1.0/24), маршрутизатор для обеих сетей- отдельная машина (FreeBSD)). Клиенты NW подключаются по IP, IPX поднят только для раздачи лицензий БЭСТа (аппарат. ключ на NW-сервере).
2. БД БЭСТа - 8 шт., проблемы с двумя (но с ними работают наиболее интенсивно, прим. 95% всех действий), + там же еще 5 БД 1С 8.2.
3. Началось, когда на новый сервер перенесли все рабочие БД (т.е. дали полную нагрузку, в тестовом (3 недели) никто не жаловался).
4. Неуправляемые свичи (3COM, (100, 1000)) макс. - 2 свича м/у станцией и сервером. (все свичи пробовал менять + в аппаратной реализации сети ничего не менялось года полтора). Общее кол-во сетевых устройств в бух. сети - до 10 шт. На станциях - WinXP32 SP2/3, сетевые - разные, в основном встр. Intel (машины не новые - 2-5 лет в среднем).
Прим.:
1. в общем-то повторюсь, что проблема "нарисовалась" в связи с переходом с NW4.11SP9 (IPX) на NW6.5SP8 (IP). БД, клиенты, нагрузка, технология работы - не менялась.
2. пока за эту неделю "отвалился" только один раз один АРМ (посл. изменения - на той неделе поставил SP8+Postfix IP). Симптомы - пользователь после сбоя не мог зайти в АРМ одной БД под собой в течении мин 10-20, потом все заработало.

По Salvage - понял, попробую, хотя заполнение диска сейчас около 15%, полная индексация рабочих БД (2 шт. по 1000 файлов) - раз в неделю, частичная (отдельные АРМы) - ежедневно (по работе БЭСТа я "плаваю", отвечающий за работу человек внятно объяснить причину "отвала" не может).

[Вячеслав Якименко]

Packet receive buffers: 2 000 - это выставленный минимум и эта часть резервируется при старте сервера (2000*4224 байта = 8448000 байт). Значение может расти до максимума - в твоем случае до 10000. Если сеть работает нормально и у сервера нет каких-то проблем, то реально этих буферов используется не больше нескольких десятков. Это можно посмотреть консольными командами, например "_ip" (подчеркивание и ip).
Размер буфера стоит установить 2048 байт. Раз у тебя есть и IPX, то jumbo frame работать не будет.
Я количество сторожевых пакетов обычно уменьшаю до 5, между ними по 30 сек, а до первого - оставляю как есть.

Понял, поменяю.

Правильно ли я понимаю:
1. значение Delay Before First Watchdog Packet - это время задержки, после которого сервер начинает проверять доступность клиента, если тот не обращается к серверу?
2. если на все пакеты не будет ответа - сервер сбрасывает коннект пользователя и освобождает файлы, занятые этим коннектом?