Тормозят некоторые клиенты SQL SERVER

Здравствуйте, есть проблема.
На работе пользуемся программой Учет клиентов (http://www.simple-soft.ru/).
С недавнего времени, после обновления на новые версии и незначительного утяжеления БД, наблюдаю тормоза при доступе с НЕКОТОРЫХ компьютеров(только с некоторых), основная часть работает нормально.

C разработчиком бодаюсь - результата нет, говорит, у вас сетевые задержки,нужно сменить адаптер сетевой (хотя стоит 1 Гбит), или компьютер поменять. Я ради интереса сделал шару на сервере - крупные файлы оттуда льются с приличной скоростью под 500-1000 Мбит, а при загрузке приложения лишь в редких случаях превышает 10 Мбит(и безбожно тормозит). Причем тормозит даже когда и других пользователей нет. Конфигурация компьютеров с тормозами тоже вполне приличная (Intel i3-540@3.07GHz, 4 Гб), при запуске узких мест не наблюдается. Сервер тоже нормально себя чувствует, нигде лишних перегрузок нет, проц грузит не >50%, оперативки - тоже не больше половины кушает.

На Windows SERVER 2008 r2 стоит SQL Server 2008 Express. На клиентах в основном Windows Seven. Строка соединения с БД - такая

Provider=SQLOLEDB.1;Persist Security Info=False;Data Source=server\SQLEXPRESS.....

Ребята, помогите. Такое ощущение, что у локальных клиентов нет какого-то компонента.... Причем же раньше работало более-менее приемлимо. Что может быть здесь??

Спасибо заранее.

serze,

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

serze,

пс
поробуйте обновить статистику на всех таблицах, это в качестве гадания на кофейной гуще.

serze,
по моему дак sql не может тормозить на отдельных коннектах
на отдельных запросах может
надо на запросы смотреть трейсом
скорее фигня какая-нибудь типа вирусов нахватались
ну в конце концов перетащите тот комп который работает быстро
и воткните вместо того который работает медленно
и поработайте тем логином который был на замененном
ну винду переставьте может.....

serze,

проверь размер сетевого пакета тормозящих и "быстрых" сессий + заодно протокол соединения

sys.dm_exec_connections поле net_packet_size & net_transport & protocol_type

спасибо за ответы, буду в понедельник пробовать

Итак, первые результаты.
Опыта пользования профайлером не имею, поэтому не судите строго
Т.к. для редакции Express профайлеров не густо, использовал урезанный Express Profiler. Запустил его на серваке, потом зашел с быстрого компа, потом с медленного. Стал сравнивать результаты. Вижу что по полю Duration особых отличий то и нет.
Ну где 5 ms отличие, где и вовсе тормозящий быстрее... Короче, не нашел причины.

Результаты sys.dm_exec_connections одинаковые для тормозящих и нетормозящих. net_packet_size - 4096 net_transport ТСР protocol_type - TSQL

Как обновить статистику на всех таблицах я не нашел, можно поподробнее?

Перенес медленный компьютер на место быстрого - не помогло, видно дело не в сети.

Ради интереса, перенес БД на SQLExpress, стоящий на своем компе. Попробовал подключиться к нему с тормозящих ПК - и, о чудо, - все летает. Т.е. скорее всего дело в каких-то настройках SQL на сервере.

serze
Стал сравнивать результаты. Вижу что по полю Duration особых отличий то и нет. Ну где 5 ms отличие, где и вовсе тормозящий быстрее... Короче, не нашел причины.

serze
Попробовал подключиться к нему с тормозящих ПК - и, о чудо, - все летает.

Если Duration во всех случаях одинаковый, то дело точно не в sql

serze
Как обновить статистику на всех таблицах я не нашел, можно поподробнее? .

В свойствах базы стоит крыжек auto update statistics ?
Ну или через план обслуживания, если не стоит и ставить не хотите.

автор
оттуда льются с приличной скоростью под 500-1000 Мбит

Jumbo frame?