С помощью функции sys.dm_os_wait_stats мониторим сервер, при этом на первом месте вылазит:
ASYNC_NETWORK_IO 679 48.40 %

Насколько этот показатель критичен, как его можно снизить и если ли в этом необходимость?

а медленно работает 1с?

Периодически возникает проблема блокировок, хотя база небольшая - 2,5Гб

ASYNC_NETWORK_IO показывает нагрузку на сеть... по идеи к блокировкам он особого отношения не имеет

В настоящее время проблема блокировок стоит крайне остро, в связи с этим и производим мониторинг. По сравнению с другими процессами ASYNC_NETWORK_IO жрет неимоверно много. Значит проблема не в нём?

ну... если ты считаешь что из-за этого, то тогда два варианта 1 я вижу:

1. глючит сеть от СКЛ сервера к клиенту.
2. Результаты запросов к серверу очень большие получаются.

если в сетке на 100% процентов уверен, тогда оптимизацией запросов надо заниматься.

(6) Думаю что дело в сети, т.к. проблема началась с переездом, сейчас склад отделился от офиса и работает по оптике, до переезда всё было ОК.

Проблема блокировок в 1с к производительности sql-сервера имеет весьма косвенное отношение. Особенно в случае семерки.

(5) Мне кажется очень даже имеет. Пока пакет блудит по сети, 1С держит блокировку объекта.
(8) Какие предложения?

В первую очередь мониторь узкие места в собственно 1с через "Замер производительности" в отладчике. Блокировки возникают при проведении документа - найди тот документ, который проводится слишком долго и смотри его модуль.

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

(10) Этим уже занимаемся. Настораживает то, что проблема появилась после переезда. Хотя админ бьёт пяткой в грудь, что сетью всё в поряде.

(12) У нас был недавно забавный случай с сетью. На сервере двухпортовая гигабитная сетевуха работала в режиме адаптивной балансировки нагрузки, то есть оба порта были в команде. ВНЕЗАПНО один из портов свалился в 10 мегабит то ли по причине плохого контакта в кабеле, то ли еще по какой. Из команды при этом этот порт не вылетел. Как результат - внезапные тормоза на ровном месте.. При этом файлы например копировались вполне быстро, а вот например 1с тормозила.

(12) http://softpoint.ru/service_id5.htm

(15) Пускай нам настроят, я не против.

Про софтпоинт уже каждый 2 знает. Суть вопроса мне кажется немножко в другом, да и цель форума предполагает решение вопросов собственными силами, а не силами других организаций. Если специалист хочет разобраться с каким-то вопросом, то соответсвенно ищет совета людей сталкивающихся с данными проблемами и узнать пути решений или вектор задающий мыслительный процесс в нужном направлении. Тут 1с специалисты собираются делящиеся опытом, или бизнесмены заинтересованные в получении выгоды с менее осведомлёнными соратниками? Ничего личного, про ситуацию в общем высказываюсь. Всё мельчает, все жмуться знаниями, как будто завтра только он будет мега-экспертом которому будут платить пачками деньги за знание что посмотреть, где ткнуть. Нет конструктивных соображений, зачем лить воду. Насколько мне известно ASYNC_NETWORK_IO показывает события задержки при обращении к системе ввода-вывода на сетевом интерфейсе. Почему могут происходить задержки на сетевом интерфейсе? Во-первых с сервера тянутся большие рекордсеты, которые неспешно обрабатываются клиентом (тут надо глянуть что именно тянется с сервера). И во-вторых это могут быть банальные проблемы с сетью (слишком долгое ожидание отклика клиента-сервера). Могут быть другие причины, но это самые очивидные. Тут сразу же встают следующие вопросы. Как отмониторить эти жуткие запросы, что бы уже конкретно локализовать проблему и бить прицельно. Править справочник или журнал документов например. И второй вопрос это какими методами и способами отмониторить приозводительность сети. Ведь наверняка кто-то пользовался различными методиками и инструметами. Тут вот советы нужны. З.Ы. Наверняка нужно глянуть выборку показателей хотябы 10 статистики на серваке. Может быть сетевой интерфейс тупит в тандеме с дисковой подсистемой. Может же быть такое?

сравни скорость работы отчета на сервере и на клиенте

К SQL серверу диск с sql базами подключен напрямую?
У нас тут(кое где) диски подключены от СХД по 1Гбит сети. Тоже озадачен тем же вопросом. Но база 1С 8.2.

(0) а вы как мониторили с помощью sys.dm_os_wait_stats? Желательно мониторить сервер во время тормозов с предварительно "очищенным"  (DBCC SQLPERF ('sys.dm_os_wait_stats', CLEAR)) представлением, поскольку в нем аккумулируются данные за все время, начиная с запуска службы SQL Server. Т.е., может быть вы делаете бэкап какой-нибудь здоровенной базы на сетевой диск и компьютер, в котором физически находится этот диск, просто не справляется

С винтами всё в порядке, 4 серверных винта, скорость хорошая. Я же говорю, до переезда всё было в норме.

Всех в терминал загнать что-ли.

Как правило, блокируется все время таблица Журналы - и от этого все тормоза. Если есть проблемы с сетью, это тоже может негативно влиять, но скорее всего в меньшей степени.
Статистика на сервере обновляется?

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

(15) MMF, привет, говорят, ты проф в восстановлении БД.
Не мог бы глянуть, пожалуйста, ветку
v8: Рухнула база УАТ