Здравствуйте!
Может кто сталкивался с такой проблемой:

1С 7.7 25 релиз
настроено УРБД
Две базы данных: одна - центральная, другая, соотвественно, подчиненная.
Обе базы данных размещены на выделенном сервере SQL 2005 x64 SP4.
Периодически планировщиком церез пакетный файл между базами данных происходит автообмен.
Т.е. запускаем 1С в режиме конфигуратора с выполнением пакетного файла сначала в центральной базе данных (загрузку и выгрузку данных), потом то же самое в подчиненной. Больше 10-ти лет всё, вобщем-то, работало без проблем. Ни разу с таким не сталкивался, надо отдать должное УРБД 7.7 - работает как танк, без глюков в основном....
Но тут периодически возникает следующее:
Зависает автообмен в подчиненной базе данных (в центральной базе данных такого не происходит).
Обычно автообмен идет в среднем 5 мин, а тут "висит".
Захожу в монитор подчиненной базы и вижу, что загрузка каждого измененного объекта происходит с 10-ти секундной задержкой (см. вложение - там скриншот).
Причем проблема как-то не каждый раз возникает. То автообмен нормально проходит, а то вот так переклинивает.
Причем, если грохнуть "зависший" конфигуратор и тут же запустить автообмен заново с использованием этого же выгруженного из ЦБ файла, то в основном загрузка нормально проходит.

olegvesОлег Ортман,

конфигурацию меняли? Мож добавили подчиненных документов?

Нет, не менял. Да и понятное дело, что не в конфигурации дело. Я ж говорю, один и тот же файл может грузиться медленно: каждый объект грузится ровно, ни больше не меньше 10 сек, либо загрузится в доли секунд....
Вот, нашел только что в инете: http://1c.proclub.ru/modules/newbb/viewtopic.php?topic_id=288122&forum=2&viewmode=flat&order=ASC&start=all

Тама Leonid_PS упоминает такую же проблему (Сообщение:390608 -> 362944, Отправлено: 23/03/2011 9:41)

olegvesОлег Ортман,

а выгрузки из подчиненной не забываете делать и подгружать их в главную?

а как же?! ))) Если забывать - файлы обмена будут расти - понятное дело....
Поэтому и делаю автообмены регулярно в обе стороны, но вот беда, бывает зависает - приходится вмешиваться.
Раньше не вмешивался., что произошло - не понимаю ((

pailОлег Ортман,
У вас не в на терминальном ли сервере робот обмена запускается?

Нет, не в терминальном, на самом SQL-сервере.
А, кстати, ведь раньше на терминальном крутилось у меня всё...
Где-то месяца два назад перенёс автообмены на SQL-сервер.
И как раз где-то после этого проблемы и начали вылезать.
Может затык в том, что 64-разрядный W2K3?!
Вобщем, на днях пробую две вещи:
1. Запустить службу планировщика не под системной учетной записью, а под каким-нить админом например
2. Если не поможет, верну всё на терминальник.

О результатах сообщу....

pail,

УРБД пользуюсь давно, больше 10 лет. У меня "звезда": ЦБ и 43 распределенные базы. Базы и дбф и скл.
С такой бедой столкнулся впервые (( Ни на одной базе не наблюдал такого....
Автообмены ""летают" на всех базах, а вот тута такой проблем...
Кстати, запуск планировщика под админом не помог.
Все-таки, пока подозрение на связку 1С 7.7 32 bit с W2K3 x64 + SQL x64 на одной машине, все-таки
тама началось всё...
Завтра планировщик переделаю на терминальник обратно, сообщу.
Ну а по поводу трассировки на субд SQL - посмотрю, но все-таки чуствую интуитивно, что не там собака зарыта....

Программист 1сСорри - но зачем ставить 64, да еще и на 7.7...?

Ну, вообще-то, не 64 на 7.7, а 7.7 на 64 )))
Вообще-то это уже другая тема...
Но, если Вы внимательно читали, то у меня два сервера:
1. Сервер для СУБД SQL: W2K3 x64 + SQL x64 + 1C 7.7. На сервере памяти 80 Gb, так что и стоит всё x64, дабы не было проблем с использованием памяти
2. Терминальный сервер: W2K3 x32 + 1C 7.7

Оба сервера соединены 1Gb кросслинком.

Вобщем, люди работают на 2-м сервере (на терминальнике)
Ну а глобальные операции, такие как проведение документов у меня выполняются на самом SQL-сервере - как ни крути - так всё-равно быстрее работает! Ну вот и автообмен решил туда переместить - и столкнулся с вышеописанной проблемой...

Вобщем, вернул обратно автообмены на терминальный сервер - для себя проблему решил!

Но глобально, баг остается и звучит он так:
- На сервере, где установлена W2K3 x64 и SQL x64, при запуске из планировщика через пакетный файл автообмена в периферийной базе данных загрузка "подвисает", т.е. каждый объект грузится с промежутком в 10 секунд (причем, проблема не наблюдается при запуске автообмена вручную в конфигураторе)

Всем спасибо за участие! )))