Джентльмены, на днях возникла аналогичная проблема.
Проблема решена.

Здесь выкладываю всё что нагуглилось, и одновременно свой способ решения.

----------------
Нашел на одном форуме интересное предположение:
- в Windows Server 2003 с пакетом обновления 1 (SP1) возможно принудительное закрытие соединений, которое лечится заданием 0 в ключе реестра HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\Tcpip\Parameters\SynAttackProtect типа DWORD
----------------
мне не помогло

----------------
Возможно поможет выключение блокировки соединений, даже с датой, отличной от текущей,
в консоли "Серверы 1с Предприятия".
----------------
так же не помогло

----------------
Вспомнил что я включил безопасное соединение на уровне авторизации пользователя, ну вот только что мне позвонил наш сисадмин дело оказалось в защищённом соединении с сервером!!! Незнаю почему может надо просто поставить UPDATE на 1С 8.1 а так спасибо за совет!!!
----------------
Отключение защищённых соединений не помогло.

----------------
http://support.microsoft.com/kb/811259/ru
----------------
честно говоря даже не пробовал =)) сходу понятно, что ниачём.

Теперь о том, что делал я. Первым делом стресс-тест. Запускаем юзеров и смотрим, когда же оно накернится. В это время наблюдаем за сервером(в моём случае SBS) посредством банального таскменеджера(смотрим отъеденную память) и кластер-монитора от 1С.
Отмечаем, что даже при неактивных юзерах память потихоньку поджирается.
Далее обращаем внимание в мониторе кластера, что в соединениях присутствует большое количество (сопоставимое с количеством юзеров) т.н. "фоновых заданий" и "планировщиков". Время от времени они отваливаются, и в то же время возникают новые даже если их убивать руками.
Ну вобщем вы поняли?
Идём пинаем 1Сников, копаем конфигурацию случайной базы и видим, что в каждой базе обновление индексов текстового поиска идёт в среднем раз в 150с.(т.е. грубо - раз в 3 минуты =). Грязно матерно ругаемся, и делаем 1 раз в 10мин на базах которые активно используются, и 1 раз в час на неактивно используемых.
Продолжаем анализ баз и находим внимание! битую %{}. Которая давно не использовалась, но переиндексация для неё всё равно пыталась отработать, и видимо не совсем успешно. Очищаем базу.
Наблюдаем за памятью и соединениями. Память поджирается, но не в таких адских масштабах как раньше. Фоновые задания исправно запускаются и отрабатывают. Клиенты 1С запускаются и работают. Юзеры счастливы и довольны. Полёт уже 2 дня как нормальный(без вылетов), хотя до этого всех стабильно вышибало минимум раз в час.

Делаем вывод:
1. Крикорукость программеров 1С в наличие. Явные утечки памяти блин!!! Как с этим бороться кроме периодического(раз в неделю) ребута сервера честно говоря пока не придумал.
2. Криворукость программеров "под 1С" - толком не могут разобраться в изменениях конфигураций, а тоже тудаже, на железо и сеть жаловаться.

Да, по конфигурации если вдруг кого интересует.
Железо: 2xпроцессорный 2хядерный DELL, винты в зеркале, гигабитным интерфейсом смотрит в цисковский каталист.
Софт: SBS 2003 R2 Premium обновлённый по самые уши с WinUpdate. 1C v8.1.11.67 SQL версии понятно.
ISA с плагином KAV(кстати на него тоже грешили, но от него не зависит - проверено)

Константин И.Привет! Я 1Сник, у меня с 16 июня такая же проблема. Обновлений базы не проводил, SQL сервер переустановлен, база проверена и SQLем и 1С, без ошибок. Несколько раз в день у разных пользователей отваливается 1С с сообщением 10054.

Andrew_not_registered
Грязно матерно ругаемся, и делаем 1 раз в 10мин на базах которые активно используются, и 1 раз в час на неактивно используемых.

Что делаем 1 раз в час?


Продолжаем анализ баз и находим внимание! битую %{}. Которая давно не использовалась, но переиндексация для неё всё равно пыталась отработать, и видимо не совсем успешно. Очищаем базу.

Что такое %{}? И что значит "очищаем базу"?
Сейчас у клиентов удаляем Symantec 3.3, потом поменяем сетевуху.

Гражданин, читайте внимательнее, и полностью. :-)
Посмотрите с какой периодичностью у Вас по регламенту запускаются фоновые задания.
Корень зла в обновлении индексов полнотекстового поиска.
Или в битой базе.

Под очисткой базы имелось в виду:
экспорт данных из sql, физическое удаление базы, создание её, импорт данных.