Помогите решить проблемы с сеткой на фирме. Сервер БД – он же контроллер домена обычный Celeron1700. БД специализированная, особых характеристик не требует. Клиенты, по-моему, пишут прямо в файл, а серверная часть скорее всего только регулирует процесс. В сетке 3 свича 3Сом.
Проблемы начались после переезда.
Исходные данные:
До переезда. Стоял этот же сервер. Старая сетка, некоторые сегменты на 4-й категории. Лапша проводов торчала из короба. На серваке стоял WinNT4.0, все работало. Оперативки было 128.
После переезда. На сервак я поставил Win2000Server, оперативки сделал 512Мб. Ну еще что добавилось, так это я возложил на него функции ДНС, раньше этим шлюз занимался.
Сетка новая, солидная, сделана без экономии средств.

После этого начала страшно тормозить БД. По логам в базе пишется, что много ошибок связи с сервером. В основном ошибок связи «Локальная машина – Сервер», а не наоборот. На клиентских машинах на любое действие выскакивает сообщение «подождите, идет обработка» На сервере вроде система бездействует при этом. Менял сетевую карту в сервере, (оперативку добавил уже после начала глюков). Менял патчкорд «сервер-свич», перетыкал сервер в другой свич, при этом распределение ошибок связи по станциям равномерное, ничего не меняется. После перегрузки сервер денек кое-как поработает, на след.день опять тоже самое…

Что это может быть? Помогите, пожалуйста, какими средствами мне продиагностировать такую проблему…

aleks2А вот эти два вопроса следует осветить подробнее:
1) Клиенты, по-моему, пишут прямо в файл, а серверная часть скорее всего только регулирует процесс. - что за база (SQL-серверная или файловая, конкретно какая), клинет на чем писаный и чем пользующийся при подключении.

так это я возложил на него функции ДНС - домен есть, сетевые протоколы какие?


Специально залез на сайт разработчика базы данных и прочитал технологию органзации БД. Там много, если кому интересно: http://www.sls.ru/articles/choosing-sklad.html
Чтобы не утруждать чтениями, вот, что разработчики в итоге сделали:
Серверная часть программы кэширует БД. И клиентские части кэшируют сами. И вроде клиентские машины сами выполняют запросы. Но если какой-то клиент изменил данные, он всем об этом сообщает всем станциям. И назвали это «виртуальный клиент-сервер». И по скорости это выше, чем другие БД, как они пишут.

ЧТо касается протоколов, то т.к. в сети машины от Win98 до winXP, то разработчики рекомендовали поставить все 3 стандартных протоколы :( и все они используются

Спасибо тем, кто откликнулся.
Вопреки рекомендациям разработчиков базы, я решился прибить NetBEUI. Правда, пришлось повозиться, чтобы 98-х клиентов зацепить к базе.
Вроде стало нормально, хотя еще понаблюдаю. Вообщем, если больше сюда ничего не отпишу, значит проьблема решена.

Черт побери, радость была недолгой.
Все равно тормозит.
Что делать, ума не приложу...