Есть 1С сервер версия - 8.3.15.1489
Работают 30 пользователей.
1С сервер, платформа и база MSSQL установлены на одном сервере.
Но стала вылетать 1с у пользователей примерно раз в 2 недели.
Помогает перезагрузка службы сервера 1С.
В журнале появляется следующая ошибка:
Сбойное приложение rmngr.exe, версия 8.3.15.1489, штамп времени 0x5d0e1f37, сбойный модуль backbas.dll, версия 8.3.15.1489, штамп времени 0x5d0e2403, код исключения 0xc0000005, смещение ошибки 0x0000000000218784, ИД процесса 0x410, время запуска приложения 0x01d563d7f6281c80.
Подскажите, кто сталкивался?
Работают 30 пользователей.
1С сервер, платформа и база MSSQL установлены на одном сервере.
Но стала вылетать 1с у пользователей примерно раз в 2 недели.
Помогает перезагрузка службы сервера 1С.
В журнале появляется следующая ошибка:
Сбойное приложение rmngr.exe, версия 8.3.15.1489, штамп времени 0x5d0e1f37, сбойный модуль backbas.dll, версия 8.3.15.1489, штамп времени 0x5d0e2403, код исключения 0xc0000005, смещение ошибки 0x0000000000218784, ИД процесса 0x410, время запуска приложения 0x01d563d7f6281c80.
Подскажите, кто сталкивался?
По теме из базы знаний
- [РЕШЕНИЕ ПРОБЛЕМ] Частный (?) случай падения 1С 7.7 при загрузке v7plus.dll
- Вылетает 1С:8.2
- "Справочник плюс". Прямая запись в справочники 1С 7.7
- Как можно "положить" SQL сервер с помощью обычной консоли запросов 1С
- Универсальная обертка для использования NATIVE компонент на платформе 1С 7.7, 8.0 и 8.1
Ответы
Подписаться на ответы
Инфостарт бот
Сортировка:
Древо развёрнутое
Свернуть все
(7) Ну, это было лишь предположение. Возможно, баг платформы - ее не обновляли перед появлением проблем?
Если график работы пользователей позволяет, то скорее всего, наилучшим (по соотношению потраченного времени и результата) решением действительно будет перезапуск службы по расписанию.
Если график работы пользователей позволяет, то скорее всего, наилучшим (по соотношению потраченного времени и результата) решением действительно будет перезапуск службы по расписанию.
Неплохо бы дамп посмотреть. Но, если рассуждать логически, то вылет, согласно приведенной записи, происходит при проверке backbas.dll.
Если файл пропатченный, то прямой путь на * платформы. Последние версии, которые работают без проверки файла backbas.dll - 8.3.10.2667 и 8.3.11.2867 (помним, что применение эмуляторов нарушает лицензионную политику).
Другой вариант - вылет при COM-соединении с другой базой.
В этом случае проверьте наличие COM-компонента. В свойствах безопасности компонента выключите принудительную проверку доступа для приложений и установите неограниченный уровень политики программных ограничений.
Это "на вскидку". Возможны и другие варианты. Нужно конкретно понимать, в какой именно момент времени и при каком событии вылетает.
Если файл пропатченный, то прямой путь на * платформы. Последние версии, которые работают без проверки файла backbas.dll - 8.3.10.2667 и 8.3.11.2867 (помним, что применение эмуляторов нарушает лицензионную политику).
Другой вариант - вылет при COM-соединении с другой базой.
В этом случае проверьте наличие COM-компонента. В свойствах безопасности компонента выключите принудительную проверку доступа для приложений и установите неограниченный уровень политики программных ограничений.
Это "на вскидку". Возможны и другие варианты. Нужно конкретно понимать, в какой именно момент времени и при каком событии вылетает.
Для получения уведомлений об ответах подключите телеграм бот:
Инфостарт бот