Клиент-серверная УТ 11 . 1.4.14 Платформа 8.3.5.1460. При загрузке данных от главного узла блокируются данные и регламентное задание выполняется бесконечно долго (несколько часов, после этого приходится отменять рег задание). Выгрузка же на проблемном узле проходит без проблем. На другом подчиненном узле с такой же конфигурацией и выгрузки,и загрузки проходят без проблем.
Очистка зарегистрированных изменений, а затем удаление и заново создание узлов не помогло. Чиста кешей,temp файлов,ТИИ,выгрузка и загрузка базы не дали результатов.
Может быть кто-нибудь сталкивался с такой проблемой?
(7) JloruH, В старых версиях типа УТ 10 можно было указать количество объектов в транзакции. Наверное в УТ 11 тоже самое.
Т.е. можно не загружать все объекты в одной транзакции, а по одному объекту.
Тогда можно будет хоть увидеть где падает. Ну и с памятью полегче.
А какая у вас СУБД в подчиненном узле? У меня та же проблема на PostgreSQL, когда выгружаю в файловую, проходит без проблем, но почему на PostgreSQL зависает не пойму.
У меня журнал регистрации показывает транзакции, проходят они ну уж очень медленно, даже при небольших файлах, потом одна из транзакций зависает и висит часами. Так и не дождался завершения. Думаю логи СУБД копать нужно.
Выгрузка из ЦБ идет медленно когда база в клиент-сервере
Может дело в pg, у меня ms sql, таких проблем не было.
В журнале регистрации "Аварийно завершился рабочий процесс фонового задания"
А перед ним никаких ошибок нет? И что то есть ещё в ЖР? Может понятно будет какую часть обрабатывать, а на какой спотыкается. Хотя наверное на выгрузке там в логах ничего и нет, это же не загрузка.
Описание:
При выполнении операции закрытия месяца "Распределение затрат и расчет себестоимости" произошла ошибка:
Аварийно завершился рабочий процесс фонового задания
Причина неисправления:
В базе быловыполнено некорректное изменение в общем модуле "ПартионныйУчет22". В функции СформироватьПартииПрочихРасходов() была добавлена строка: Стоимость = ?(Движение.СтоимостьБезНДС < 0, -Движение.СтоимостьБезНДС, Движение.СтоимостьБезНДС); изменяющая принцип расчета базиса распределения.
Из-за этого изменения в процедуре РаспределитьПриходыНаРасходы() отличался базис распределения в источниках и приемниках и происходило зацикливание алогоритма (что в конечном итоге приводило к потреблению всей памяти на сервере и падению фонового задания с ошибкой).
Нужно было в функции ПолучитьДанныеПриходовПартийРасходов() так же переделывать определение базиса распределения
В смысле?
Вы же - не автор вопроса
Как Вы можете знать????
Не верно выразился, я выше описал ситуацию которая схожа с темой автора и эту проблему удалось решить, о решении пообещал отписатся
Наша ситуация: Платформа: не зависит от плаформы (пробовал 2 версии платформы: 8.3.15.1958 и 8.3.18.1128)
SQL сервер: не зависит от версии (пробовал 2 версии Postgres и одну версию MSSQL)
Конфигурация: УТ 11.4.9.91
Обмен в ЦБ при выгрузке в филиалы проходит чудовищно медленно (примерно раз в 20 медленнее чем если выгрузкить в файловую базу) или аварино завершается фоновое задание
Решение: у нас был выделенный сервер лицензирования (виртуальная машина), после ее удаления и переноса лицензий на рабочий сервер все стало летать