Проблемы с пакетным режимом запуска 1С #193437

На предприятии стоит ТиС 8.7 (SQL) база не очень большая,железо адекватное,на сервере (Win2003) по шедулеру запускается автообмен УРИБ.Проблема в том, что при сбое выгрузки/загрузки (в частности по блокировке данных или таймауту запроса) конфигуратор остается висеть в памяти, что останавливает дальнейшие запуски процедуры обмена.Как лучше автоматизировать автообмен по УРИБ, дабы избежать описанных проблем?

Рубить перед обменами все сеансы 1С

То бишь? 1С живет в терминале или просто так?

сорри, не уточнилюзеры в основном по сети, но периодически с магазинов подцепляются в терминале

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

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

Вот мой пакетник,работает в разд. режиме без проблем...[General]Output="d:1cv77ChangeURBD_tradebuh.log"Quit=YAutoExchange=Y[AutoExchange]SharedMode=YReadFrom=*WriteTo=*

Вы не поняли снимать нжно только сеанс автообмена? но лучше бы он сам закрывался А что там хитро настраивать вот весь пакетник[General]Quit=1CheckAndRepair=NUnloadData=NSaveData=NAutoExchange=1[AutoExchange]SharedMode=1RecieveFrom=*ReadFrom=*WriteTo=*SendTo=*Может в настройках SQL рыть про таймауты и блокировки. К сожалению в нем не силен

Автоообмен в разделенном режиме, да еще на скульной базе я бы не проводил

...та нет,это не в настройках скуля.. у нас и дбф автообмен,но даже если блокировка или там таймаут то конфиг сам отпадает...слушай... а ну скажи настройки шедуллера,все дело в нем наверно

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

Если в базе-приемнике возможен ввод каких-либо данных - однозначно

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

К сожалению это невозможно и выделить отдельную центральную базу тоже нельзя по условию задачи :(

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

(+15) хотя кто знает, скоко мождет идти обмен? Может и сутки

ну вобщем, у меня батник для автообмена и на VisualBasicScripts написан скриптец для этого длеа и для логгирования всех обменов... конфиг сам отпадает,не "остается" в памяти. Если интерес то пиши...

у самого возникают вопросы по УРБД....:))ну ищи в аськапоиске GAnS и "стукай" ;)

Размеры файлов обмена средние какие???

У меня автообмены работают нормально в разделенном режиме. Правда, если файл приема не огромный (иначе просто все висит и будет делаться несколько часов). Но была такая проблемка, как у тебя, когда обмены проводились на 15 и на 17 релизах. Сделал, чтобы автообмен проходил под 23 релизом, стало все ОК.

Сорри я у клиента - аськи нет Разные - но ведь должно корректно отрабатываться :) Спасибо - это идея релиз у них 18 (не ругаться проблема с регистрами 18 релиза была для ДБФ :))

Автообмен работает на 25 движке, база дбфная. Такие проблемы были очень редко при обмене файлов больших размеров. В остальном всегда все корректно отрабатывает.

аналагично. но вот если допустим было изм-ие в модуле то вот ночью автообмен идет мин 5, а ежели днем запускает девочка монопольно обмен (шобы конфа обновилась с данными) то это заняитмает часов 5....

Сорри еще разРечь идет о центральной базе

Честно говоря, 5 часов как-то многовато... Редко обновления конфы грузились больше получаса...

Попробуй движок другой. Глянь журнал регистрации, там чего?

ну ясень пень о ЦБ :) та отож... сервак ничем не занят, скульный сервер на одной базе "висит", девочка в терминале запускает и "сидить курит сигарету...."до 5ти часов. хотя я смотрел по логам,ночью это дело занимало 7 минут.

та ему нада в самом шедулепе глянуть "Время выполнения задания" ИМХО

Да... Странно...

Попробую конечнов логах проскакивает сообщение СКЛ сервера о таймауте - дословно уде не помню. Я так понимаю обмен нарвался на транзакцию и не смог корректно ее разрешить