Вылетает 1с

1. azmon 1 02.10.19 07:08 Сейчас в теме
Есть 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.

Подскажите, кто сталкивался?
По теме из базы знаний
Ответы
Подписаться на ответы Инфостарт бот Сортировка: Древо развёрнутое
Свернуть все
2. nomad_irk 81 02.10.19 07:51 Сейчас в теме
(1) вирусы?
ломанная платформа?
4. azmon 1 02.10.19 08:26 Сейчас в теме
(2) вирусов нет. Платформа не ломанная. Официальная
6. user856012 14 02.10.19 08:36 Сейчас в теме
(4)
Платформа не ломанная. Официальная
А Windows активирована тоже официально? А то, помнится, ошибка 0xc0000005 частенько появлялась как раз при использовании "альтернативных" активаторов.
7. azmon 1 02.10.19 08:41 Сейчас в теме
(6) Windows активирована официально. Активатором не пользовались.
8. user856012 14 02.10.19 08:48 Сейчас в теме
(7) Ну, это было лишь предположение. Возможно, баг платформы - ее не обновляли перед появлением проблем?

Если график работы пользователей позволяет, то скорее всего, наилучшим (по соотношению потраченного времени и результата) решением действительно будет перезапуск службы по расписанию.
alex-l19041; azmon; +2 Ответить
9. azmon 1 02.10.19 09:14 Сейчас в теме
(8) Воспользовался вашим советом и выставил перезапуск службы 1С по расписанию один раз в неделю. Посмотрим будут ли падения. Спасибо.
10. user856012 14 02.10.19 10:10 Сейчас в теме
(9) Не за что, тем более, что совет дал не я, а EVKash в (5) - ему и переадресую вашу благодарность.
12. EVKash 16 02.10.19 10:29 Сейчас в теме
(10) перезапуск службы <> перезапуск рабочих процессов
в последнем случае пользователи ничего не заметят, а просто перейдут в другой рабочий процесс.
13. azmon 1 02.10.19 11:21 Сейчас в теме
(12) перезапуск службы будет производиться ночью и в выходной день, когда пользователи не работают. А с перезапуском рабочих процессов как то работал, бывали зависания завершившихся процессов.
5. EVKash 16 02.10.19 08:27 Сейчас в теме
(1) 2 недели это очень даже не плохо...
В настройках кластера настроен перезапуск рабочих процессов?
Если нет, поставьте раз в день, т.е. 86400 сек. - может поможет.
3. ex3mall 2 02.10.19 08:26 Сейчас в теме
Неплохо бы дамп посмотреть. Но, если рассуждать логически, то вылет, согласно приведенной записи, происходит при проверке backbas.dll.

Если файл пропатченный, то прямой путь на * платформы. Последние версии, которые работают без проверки файла backbas.dll - 8.3.10.2667 и 8.3.11.2867 (помним, что применение эмуляторов нарушает лицензионную политику).

Другой вариант - вылет при COM-соединении с другой базой.
В этом случае проверьте наличие COM-компонента. В свойствах безопасности компонента выключите принудительную проверку доступа для приложений и установите неограниченный уровень политики программных ограничений.

Это "на вскидку". Возможны и другие варианты. Нужно конкретно понимать, в какой именно момент времени и при каком событии вылетает.
11. d.batovskiy 02.10.19 10:12 Сейчас в теме
Может нужно в ошибках платформы посмотреть?
14. __guest__ 04.10.19 17:58 Сейчас в теме
azmon, какая-нибудь из баз подключается к каким-нибудь другим базам на СУБД Oracle ?
Оставьте свое сообщение

Для получения уведомлений об ответах подключите телеграм бот:
Инфостарт бот