Анализ Техножурнала: Файл не обнаружен 'SprScndInfo'
Помогите, пожалуйста, с расшифровкой Техножурнала. Параметры: SQL 2008, релиз 1С 8.2.16.352, два рабочих процесса, частота сообщений 20 секунд.
src\DataSeparationService.cpp(3456):
9db1fa37-b455-4f3f-b8dd-7de0ea7d6da3: Файл не обнаружен 'v8srvr://ИМЯСЕРВЕРА/ИМЯБАЗЫ/Files/SprScndInfo'
9db1fa37-b455-4f3f-b8dd-7de0ea7d6da3: Файл не обнаружен 'SprScndInfo'
Найденные решения
Для БД без разделителей это нормально. Я обычно настраиваю ТЖ на игнорирование этого исключения.
<log location="C:\1c\techlog\excp\" history="168">
<event>
<eq property="name" value="excp"/>
<like property="p:processname" value="%"/>
<ne property="Exception" value="9db1fa37-b455-4f3f-b8dd-7de0ea7d6da3"/>
</event>
<event>
<eq property="name" value="excpcntx"/>
<like property="p:processname" value="%"/>
</event>
<property name="all"/>
</log>
Показать<event>
<eq property="name" value="excp"/>
<like property="p:processname" value="%"/>
<ne property="Exception" value="9db1fa37-b455-4f3f-b8dd-7de0ea7d6da3"/>
</event>
<event>
<eq property="name" value="excpcntx"/>
<like property="p:processname" value="%"/>
</event>
<property name="all"/>
</log>
Остальные ответы
Подписаться на ответы
Инфостарт бот
Сортировка:
Древо развёрнутое
Свернуть все
интересно то что по данным 1С - сообщение ошибкой не является и не может мешать работе пользователей.
тоже иногда появляются такие саообщения, зависимость вычислить не удалось. В результате перестали обращать внимание.
тоже иногда появляются такие саообщения, зависимость вычислить не удалось. В результате перестали обращать внимание.
(2) Т.е. вместо объяснений какова природа данной ошибки и как ее исправить, 1С дает рекомендацию на нее не обращать внимания?
P.S. Понимаю, что занимаюсь некропостингом, но за прошедшие годы так и не появилось ни какого вменяемого объяснения данной ситуации? Ведь, как минимум, вопрос можно решить "не платформенными методами". Так почему бы не объяснить как решить вопрос корректно?
P.S. Понимаю, что занимаюсь некропостингом, но за прошедшие годы так и не появилось ни какого вменяемого объяснения данной ситуации? Ведь, как минимум, вопрос можно решить "не платформенными методами". Так почему бы не объяснить как решить вопрос корректно?
Для БД без разделителей это нормально. Я обычно настраиваю ТЖ на игнорирование этого исключения.
<log location="C:\1c\techlog\excp\" history="168">
<event>
<eq property="name" value="excp"/>
<like property="p:processname" value="%"/>
<ne property="Exception" value="9db1fa37-b455-4f3f-b8dd-7de0ea7d6da3"/>
</event>
<event>
<eq property="name" value="excpcntx"/>
<like property="p:processname" value="%"/>
</event>
<property name="all"/>
</log>
Показать<event>
<eq property="name" value="excp"/>
<like property="p:processname" value="%"/>
<ne property="Exception" value="9db1fa37-b455-4f3f-b8dd-7de0ea7d6da3"/>
</event>
<event>
<eq property="name" value="excpcntx"/>
<like property="p:processname" value="%"/>
</event>
<property name="all"/>
</log>
Для получения уведомлений об ответах подключите телеграм бот:
Инфостарт бот