SQL версия ,база 200 мб ,при обращении к маленьким справочникам у разных пользователей ,в разных местах программы происходит вываливания  с радостной надписью "время ожидания истекло" и далее ошибка - SQL State: 40001 Native: 1205 Message: [Microsoft][ODBC SQL Server Driver][SQL Server]Your transaction (process ID #15) was deadlocked with another process and has been chosen as the deadlock victim. Rerun your transaction (транзакции в этом месте модуля отсутствуют)

Не повезло тебе... Наверное, данные густые... надо рахбавить ... чтобы по сетке быстрей текли ....

А как ?

Один Вася считает докумены ,до фига их там ,а другии, но не все вываливаются-вот такая ситуация . Идеи есть ?

Нежнее, еще нежнее... (с) низнамо хто.
Вернее: подробнее, еще подробнее...: параметры сервака, сети, юзеров, ОС, что на серваке кроме Скуля висит, по каким протоколам к Скулю клиенты ходют...

SQL State: HYT00 Native: 0 Message: [Microsoft][ODBC SQL Server Driver]Время ожидания истекло или  SQL State: HYT00 Native: 0 Message: [Microsoft][ODBC SQL Server Driver]Timeout expired -ещё часто лезла вот такая штука Чаво знаю скажу сейчас остальное потом,потому что админов у нас до хрена ,толку нет. Я занимаюсь програмированием на 1с и у нас УУУзззккая специализация  :
1 Серваков несколько   стоят 2000 и 2003 параметры потом
2 Юзеров порядка 150 задач на 1с 7 штук (конкретно в моей 20 очень активных пользователей)  ходют по NAMED PIPES И TCP/IP CЕТИ 10 и 100 мегабитные

Named Pipes надо ... того...

(6) Угу того, оставь тока хождение через TCP/IP, т.е. настрой его и на клиенте и на серваке, это самый бастрый вариант работы с SQL серваком. Ну плюс посмотри на серваке загруженность проца, выделение памяти... Если хаб отражает коллизии, также по наблюдай, часто ли они прут.

СПАСИБО ! ПОПРОБУЮ !

Короче полезно поставить ВСЕ вышедшие сервис-паки. У тебя какая версия SQL?
И обновить у юзеров драйвер ODBC.
Может у кого-то из юзеров релиз 1С древний, с какой ошибкой.
Надо выявить кто отваливается. И действительно (6) прав, named pipes надо отрубать, хотя это не критично.
Еще я прописывал вместо адреса SQL-сервера в настройках 1С его IP-адрес, тоже помогло устранить то ли тормозню, то ли зависания из-за DNS.

Возможно эффект "зависания" вызван долгим формированием отчета при большом количестве одновременно работающих пользователей. Попробуйте в отладчике оценить производительность выполнения отчета, выяснить, какие операции вызывают наиболее длительное выполнение и попытаться оптимизировать их.
Прежде всего, заметим, что при проектировании конфигураций, предназначенных для
эксплуатации в разделенном режиме на предприятиях с большим объемом информации, в
разработке отчетов следует особое внимание уделять минимизации обращения к информационной базе, так как именно эти действия становятся наиболее критичны по времени при больших объемах данных и одновременной работе нескольких пользователей.
Заметим, что в отличие от алгоритмов выполняемых при проведении документов, отчеты, как правило, формируются вне транзакции. Это означает, что выполнение большинства операций в отчете будет происходить существенно медленнее, чем при проведении документа. Это касается версий 1С:Предприятия работающих в базой данных в формате DBF. При работе с базами данных в формате SQL выполнение операций вне транзакции и внутри транзакции не отличаются по производительности. Однако, очевидно, что при работе в архитектуре клиент-сервер количество обрабатываемой информации полученной из информационной базы также весьма существенно влияет на производительность, поэтому и при работе с базами данных в формате SQL следует оптимизировать, прежде всего, обращения к информационной базе.
Таким образом, при написании алгоритма отчета следует учитывать не столько количество выполняемых строк встроенного языка, сколько объем обращения к информационной базе. Для такой оценки следует использовать информацию, описанную в разделе, посвященном  вопросам производительности, на диске ИТС.

Попробовал убрать named pipes ,поставил TCP/IP-получилось обалдеть .В одной программе хорошо , а в другой не успеваю соединиться с сервером базы данных.Времени не хватает.У пользователей также ,кто может работать , а кому даже не войти . Может у кого какие-нибудь идеи есть ?