Ошибка с закрытием приложения 1С: возможные причины и решения
Столкнулись с этой ошибкой у одного клиента. Казалось бы — откуда ей взяться? Ведь серьезных изменений на сервере никаких не было.
Единственный момент, на который указали бухгалтеры — сбои начались приблизительно с ноября 2022 года. Как раз после предупреждений 1С по обязательному переходу на новые релизы технологической платформы.
Суть ошибки
Сообщение 1С: К сожалению, возникла непредвиденная ошибка или сеанс был завершен администратором. Для продолжения работы необходимо перезапустить приложение.
Условия пользовательской среды
- Тип ИБ: файловая база, опубликованная на веб-сервере.
- Лицензирование: программные клиентские лицензии на сервере.
- Режим доступа: тонкий клиент 1С, локальная офисная сеть.
- Версия платформы: 8.3.20.2180 x64.
Задача и решение
Опишем путь, через который прошли сами. Возможно, он поможет вам в поиске решений для подобного рода случаев.
Критическая ошибка на платформе 1С
В версиях платформы 1С 8.3.22.1672, 8.3.22.1603, 8.3.21.1607, 8.3.21.1508, 8.3.21.1484, 8.3.20.2076, 8.3.20.2039, 8.3.19.1665, 8.3.19.1659, 8.3.18.1902, 8.3.18.1894, 8.3.17.2733, 8.3.17.2665 обнаружена критическая проблема, которая может привести к закрытию приложения в начале работы с программой.
Рекомендации
Выход или предлагаемое решение: в связи с этим необходимо провести обновление платформы на всех рабочих местах.
Решение #2 — проведите исследование ошибки по логам
Здесь вы можете проверить события в журнале регистрации 1С (ЖР) и системных журналах ОС. Даже подключить технологический журнал (ТЖ). Чтобы посмотреть, что происходит в момент возникновения ошибки.
Результаты исследования
Имя сбойного приложения: w3wp.exe. Имя сбойного модуля: core83.dll.
Общая причина одна: происходит падение рабочего процесса IIS.
Рекомендация: подключайте своих ИТ-специалистов для решения задачи или регистрируйте обращение в техническую поддержку 1С.
Решение #3 (частное) — проверка настроек веб-сервера IIS
Перекрутили множество настроек — режим конвейера, версия среды CLR.NET, сопоставления обработчиков —
Проблема с запуском нескольких публикаций в Microsoft IIS
При попытке запустить несколько публикаций в Microsoft IIS часто возникает проблема, когда все попытки остаются безрезультатными. Однако есть одно решение, которое может помочь – выделить каждой публикации отдельный пул. Ранее IIS работал по умолчанию под одним DefaultAppPool.
Как это работает и как это помогает?
При выделении каждой публикации отдельного пула, вы даете каждой из них свою собственную среду CLR.NET и управляемый конвейер. Это позволяет избежать конфликтов между различными публикациями и улучшить общую производительность.
Как настроить отдельные пулы для каждой публикации?
В Диспетчере служб IIS зайдите в свойства пула приложений, который связан с опубликованными базами.
Установите параметр Режим управляемого контейнера на значение Классический.
Некоторым системам рекомендуется также установить Версию среды CLR.NET в значение 2.0 или выбрать Без управляемого кода.
При возникновении проблем с правами на каталоги или файлы, попробуйте изменить удостоверение пула приложений на конкретного пользователя.
Дополнительные общие рекомендации
Установите режим Автоматически выбирать объем файла подкачки в параметрах виртуальной памяти.
Проведите проверку дисков, целостности системных файлов, хранилища компонентов и диагностику ОЗУ.
При возникновении непредвиденных ошибок, обратитесь за помощью в службу поддержки пользователей.
Надеемся, что эти рекомендации помогут вам успешно запустить несколько публикаций в Microsoft IIS.