Ситуация в следующем:

База 1С v7.7 (приблизительно 40 Гб) была перенесена со старого сервера БД (ОС – Windows Server 2003 x32, СУБД – MSSQL 2000) на новый сервер (ОС – Windows Server 2003 x64, СУБД – MSSQL 2005 x64 (9.00.5000.00)), backend.dll была пропатчена. Всё работает без проблем, кроме автообмена.

Автообмен 1С с подразделениями (более 15 подразделений) проходит ночью в пакетном режиме. В подразделениях периферийные базы работают на MSSQL 2000. Скрипт запускает выгрузку данных в периферийные базы, файлики рассылаются в подразделения, там обрабатываются и приходят в головной офис, один за другим втягиваются в центральную базу и удаляются. До перехода на связку 1Сv7.7+MSSQL2005 всё работало отлично, а сейчас происходит следующее: один – два файла из периферийных баз втягиваются, а затем идут ошибки «Загрузка изменений данных не выполнена», в файле mlg сразу за сообщением DistUplBeg идёт ошибка DistUplFail. После некоторого количества не обработанных файлов из периферийных баз, данные опять могут втянуться, а могут и не втянуться. Никакой системы в этом не прослеживается.

Закралось подозрение, что виноват SQL 2005. Но конкретную причину найти не удалось. Базу точно никто не держит. В трэйсе Profiler видно, что в этот момент к базе конектится только приложение 1С. Возможно, это связано с какими-то тормозами SQL. Выставление таймаута в после каждого обработанного файла ситуацию облегчило не сильно. Файлов из периферийных баз успешно втягиваться стало больше, но всё равно не все.

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

Злой Бобр,

Грузятся все по очереди.
Перед тем как скрипт начинает обрабатывать следующий файл, в Profiler для приложения 1С фиксируется событие Audit Logout. Видно как скрипт обращается к базе, проверяя её состояние на предмет Single User (думал сначала, что проблема в этом), а затем видно как через 10-15 секунд туда уже тычится 1С для втягивания следующего файла.
Хвостов от предыдущего обращения вроде не остаётся.

Leierkastenmann,

Хм, так и есть, если запустить скрипт автообмена днём (по-любому кто-то работает в 1С), то автообмен со всеми периферийными базами проходит отлично. Как вариант, этот костыль конечно подойдёт. Но хотелось бы знать, как отследить эти провисшие конекты в SQL-ле и разрывать их средствами СУБД.

Проблема решена следующим образом: в скрипт автообмена добавлена проверка репорта 1С на событие DistUplFail. Центральная база пытается втянуть файл с данными из периферийной базы, скрипт делает вышеописанную проверку, и по необходимости ещё раз запускает 1С в пакетном режиме на обработку этого файла с данными. С 15-20 раза втягивает.

Спасибо всем за участие.