Установлен сервер 1с предприятия 8.3.13.1809 х64, PostgreSQL\9.6.7-1.1C, Розница 2.2.11.30. 16Гб ОЗУ. При создании РиБ вываливается ошибкой
{ОбщийМодуль.РаботаСФайламиСлужебный.Модуль(1902)}: Ошибка при вызове метода контекста (СоздатьНачальныйОбраз)
по причине:
Ошибка при выполнении обработчика - 'ПриОтправкеДанныхПодчиненному'
по причине:
{ОбщийМодуль.ОбменДаннымиСобытия.Модуль(1328)}: Ошибка выполнения правил регистрации объектов для плана обмена ПоМагазину.
Описание ошибки:
{ОбщийМодуль.ОбменДаннымиСобытия.Модуль(2538)}: Ошибка при выполнении обработчика: "После обработки"; План обмена: ПоМагазину; Объект метаданных: РегистрСведений.СтатусыДокументовЕГАИС
Описание ошибки: {(4)}: Ошибка при вызове метода контекста (ОпределитьПолучателей)
ПолучателиДокументаОснования = ОпределитьПолучателей(Объект.Отбор.Документ.Значение.ПолучитьОбъект(), "ПоМагазину");
по причине:
Превышен максимальный расход памяти сервера за один вызов
ВызватьИсключение СтрокаСообщения;
Посмотрел база 3.2Гб весит, при создании пытается выгрузить больше 1 млн записей. Пробовал в настройках сервера ставить "безопасный расход памяти за один вызов" -1. Делать ТИИ. Выгружать и Загружать базу через дт. Пересоздавал базу в кластере. Думал через альтернативное создание базы, но руководство зарпещает, есть документы, которые не должны видеть на магазине.
{ОбщийМодуль.РаботаСФайламиСлужебный.Модуль(1902)}: Ошибка при вызове метода контекста (СоздатьНачальныйОбраз)
по причине:
Ошибка при выполнении обработчика - 'ПриОтправкеДанныхПодчиненному'
по причине:
{ОбщийМодуль.ОбменДаннымиСобытия.Модуль(1328)}: Ошибка выполнения правил регистрации объектов для плана обмена ПоМагазину.
Описание ошибки:
{ОбщийМодуль.ОбменДаннымиСобытия.Модуль(2538)}: Ошибка при выполнении обработчика: "После обработки"; План обмена: ПоМагазину; Объект метаданных: РегистрСведений.СтатусыДокументовЕГАИС
Описание ошибки: {(4)}: Ошибка при вызове метода контекста (ОпределитьПолучателей)
ПолучателиДокументаОснования = ОпределитьПолучателей(Объект.Отбор.Документ.Значение.ПолучитьОбъект(), "ПоМагазину");
по причине:
Превышен максимальный расход памяти сервера за один вызов
ВызватьИсключение СтрокаСообщения;
Посмотрел база 3.2Гб весит, при создании пытается выгрузить больше 1 млн записей. Пробовал в настройках сервера ставить "безопасный расход памяти за один вызов" -1. Делать ТИИ. Выгружать и Загружать базу через дт. Пересоздавал базу в кластере. Думал через альтернативное создание базы, но руководство зарпещает, есть документы, которые не должны видеть на магазине.
По теме из базы знаний
- Инструменты для работы с РИБ УФ + инструменты программиста
- Тестирование: пример из семи шагов создания Unit-теста для платформы 1С
- Восстановление РИБа, ошибки РИБ на управляемых формах, создание начального образа с файлами
- При создании РИБ с расширением может выйти ошибка: "Не удалось создать начальный образ по причине: Аварийно завершился рабочий процесс фонового задания"
- Создание и использование периферийной базы в 1С: Предприятие 8.3 8
Ответы
Подписаться на ответы
Инфостарт бот
Сортировка:
Древо развёрнутое
Свернуть все
Создание узлов РИБа штатными средствами плохо работает.
Работу с РИБами надо сразу организовывать правильно, что бы потом не было таких проблем.
Сделайте узел из cf файла от конфигурации, привяжите его к базе, выгрузите в него НСИ.
Из получившегося узла сделайте "специальный" служебный узел, который будет накапливать изменения НСИ, но не будет получать документы. То есть узел для магазина "служебный" по которому не будет товарных движений.
Далее когда вам потребуется в очередной раз создать новый узел вы скопируете свой служебный и поменяете в нём магазин и префиксы и получите новый чистый узел который будет содержать только справочники.
Только так сможете нормально работать с РИБом. К тому же создание базы таким способом будет занимать по сути минуты, а не часы, основное время это выгрузить, загрузить dt файл. Ну и запустить обработку по смене магазина узла и установки нужного префикса.
Работу с РИБами надо сразу организовывать правильно, что бы потом не было таких проблем.
Сделайте узел из cf файла от конфигурации, привяжите его к базе, выгрузите в него НСИ.
Из получившегося узла сделайте "специальный" служебный узел, который будет накапливать изменения НСИ, но не будет получать документы. То есть узел для магазина "служебный" по которому не будет товарных движений.
Далее когда вам потребуется в очередной раз создать новый узел вы скопируете свой служебный и поменяете в нём магазин и префиксы и получите новый чистый узел который будет содержать только справочники.
Только так сможете нормально работать с РИБом. К тому же создание базы таким способом будет занимать по сути минуты, а не часы, основное время это выгрузить, загрузить dt файл. Ну и запустить обработку по смене магазина узла и установки нужного префикса.
(8)Это если есть возможность остановить базу на несколько часов. Альтернативным способом останавливать ЦБ не надо. И обмен в одну сторону занимает куда меньше времени.
У меня было много узлов(более 150) и простой в 2 часа центральной базы это серьёзная проблема.
У меня было много узлов(более 150) и простой в 2 часа центральной базы это серьёзная проблема.
Для получения уведомлений об ответах подключите телеграм бот:
Инфостарт бот