Ошибка внешнего отчета Аварийно завершился рабочий процесс фонового задания
Добрый день.
База Розница (ред 2.1) находится на сервере.
При формировании внешнего отчета вываливается ошибка: "Аварийно завершился рабочий процесс фонового задания". (и эта ошибка возникает не постоянно)
С чем связано никак не получается вычислить, то ли какие то настройки необходимы на сервере смотреть, то ли в отчете.
Думала, может хоть что то есть в журнале регистрации, но там, опять же по непонятным причинам, записи есть за 25 число, а за 26,27 нету, хотя раньше всё регистрировалось нормально. (в настройках журнала регистрации указано: "Регистрировать ошибки, предупреждения, информацию, примечания")
Подскажите пожалуйста с чего вообще начинать разбираться?
База Розница (ред 2.1) находится на сервере.
При формировании внешнего отчета вываливается ошибка: "Аварийно завершился рабочий процесс фонового задания". (и эта ошибка возникает не постоянно)
С чем связано никак не получается вычислить, то ли какие то настройки необходимы на сервере смотреть, то ли в отчете.
Думала, может хоть что то есть в журнале регистрации, но там, опять же по непонятным причинам, записи есть за 25 число, а за 26,27 нету, хотя раньше всё регистрировалось нормально. (в настройках журнала регистрации указано: "Регистрировать ошибки, предупреждения, информацию, примечания")
Подскажите пожалуйста с чего вообще начинать разбираться?
По теме из базы знаний
Ответы
Подписаться на ответы
Инфостарт бот
Сортировка:
Древо развёрнутое
Свернуть все
Надо выяснить причину падения. Может, например, не хватает памяти...
Я бы начал с мониторинга технологического журнала и выяснения причины.
Я бы начал с мониторинга технологического журнала и выяснения причины.
Доступную память на вызов можно посмотреть в консоле администрирования серверов 1С - правой кнопкой на рабочем сервере - свойства, далее параметр "Безопасный расход памяти за один вызов". Если стоит 0, то попробуйте поставить для тестов -1, но оставлять такой параметр для продуктивной системе не рекомендую. Не помню точно, но при значении 0 используется какой то процент от доступной памяти. Если проблема в этом, то смотрите код отчета, почему то он использует много памяти.
Про настройку технологического журнала можно почитать на ИТС, может кто посоветует уже готовый файл настройки...
Кстати, еще можно посмотреть, если на сервере включена отладка http, то попробуйте отключить и потестировать - встречал падения из за этого.
Про настройку технологического журнала можно почитать на ИТС, может кто посоветует уже готовый файл настройки...
Кстати, еще можно посмотреть, если на сервере включена отладка http, то попробуйте отключить и потестировать - встречал падения из за этого.
(6) это СКД,а отчет делала не я. Нужно будет переделывать, он немного запутанный какой то получился, может из за этого и обрабатывает много данных.
Когда начала разбираться с ошибкой, обратила внимание на то что нет записей в журнале регистрации. Можете подсказать с чем это может быть связано, ведь как я и писала в настройках журнала регистрации указано: "Регистрировать ошибки, предупреждения, информацию, примечания" и раньше всё регистрировалось.
Когда начала разбираться с ошибкой, обратила внимание на то что нет записей в журнале регистрации. Можете подсказать с чем это может быть связано, ведь как я и писала в настройках журнала регистрации указано: "Регистрировать ошибки, предупреждения, информацию, примечания" и раньше всё регистрировалось.
(7) ЖР фиксирует только "хорошие" ошибки. А у вас рабочий процесс крашится. Тут надо настраивать и анализировать технологический журнал, как в (1) советовали. Но по первому разу это непросто будет. Да и по второму тоже :)
Навскидку можно предположить, что проблема именно со схемой компоновки отчета. Попробуйте его переписать. Вполне может быть, что из-за неоптимальности он начинает жрать слишком много ресурсов.
Навскидку можно предположить, что проблема именно со схемой компоновки отчета. Попробуйте его переписать. Вполне может быть, что из-за неоптимальности он начинает жрать слишком много ресурсов.
ТЖ - наше все. Закидываете на сервере в папку config 1С'а в logcfg.xml что-то типа этого:Потом запускаете отчет, он падает. Потом переименовываете logcfg.xml во что-нибудь другое. Потом смотрите получившиеся файлики в папке с именем, содержащим ИД упавшего процесса. Ну а там по результатам исследования.
<?xml version="1.0" encoding="UTF-8"?>
<config xmlns="http://v8.1c.ru/v8/tech-log">
<dump create="false"/>
<log location="C:\TechLogs\" history="168">
<event>
<eq property="name" value="EXCP"/>
</event>
<event>
<eq property="name" value="EXCPCNTX"/>
</event>
<property name="all" />
</log>
</config>
Показать<config xmlns="http://v8.1c.ru/v8/tech-log">
<dump create="false"/>
<log location="C:\TechLogs\" history="168">
<event>
<eq property="name" value="EXCP"/>
</event>
<event>
<eq property="name" value="EXCPCNTX"/>
</event>
<property name="all" />
</log>
</config>
Внимание! Тема сдана в архив
Для получения уведомлений об ответах подключите телеграм бот:
Инфостарт бот