Столкнулись с этой ошибкой у одного клиента. Казалось бы — откуда ей взяться? Ведь серьезных изменений на сервере никаких не было.
Единственный момент, на который указали бухгалтеры — сбои начались приблизительно с ноября 2022 года. Как раз после предупреждений 1С по обязательному переходу на новые релизы технологической платформы.
Справочно:
«14.11.2022 Фирма «1С» сообщила о необходимости срочного обновления платформы. Обнаружена критическая ошибка, которая может привести к проблеме с запуском программы».
Опишем путь, через который прошли сами. Возможно, он поможет вам в поиске решений для подобного рода случаев.
Условия пользовательской среды
Тип ИБ: файловая база, опубликованная на веб-сервере.
Лицензирование: программные клиентские лицензии на сервере.
Режим доступа: тонкий клиент 1С, локальная офисная сеть.
Версия платформы: 8.3.20.2180 x64.
Программное обеспечение сервера:
- ОС Microsoft Windows Server 2012 R2 (Версия 6.2, сборка 9200);
- Веб-сервер IIS версия 8.5.9600.16384 x64.
Важно отметить, ошибка возникала только при работе с 1С на клиентских ПК; при запуске 1С в терминальном режиме на сервере — ничего подобного, без «вылетов», все работало безупречно.
Суть в следующем: в ряде платформ обнаружена критическая ошибка, которая может приводить к закрытию приложения 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 обнаружена критическая проблема, которая может привести к закрытию приложения в начале работы с программой.
Возможный вариант ошибки: «К сожалению возникла непредвиденная ошибка или сеанс был завершен администратором».
~~~
Выход или предлагаемое решение: в связи с этим необходимо провести обновление платформы на всех рабочих местах.
«Проблемная версия» → «Обновить на »:
- 8.3.17.2665, 8.3.17.2733, 8.3.17.2757 → 8.3.17.2760 или выше;
- 8.3.18.1894, 8.3.18.1902, 8.3.18.1957 → 8.3.18.1959 или выше;
- 8.3.19.1659, 8.3.19.1665, 8.3.19.1723 → 8.3.19.1726 или выше;
- 8.3.20.2039, 8.3.20.2076, 8.3.20.2180 → 8.3.20.2184 или выше;
- 8.3.21.1484, 8.3.21.1508, 8.3.21.1607, 8.3.21.1622 → 8.3.21.1624 или выше;
- 8.3.22.1603, 8.3.22.1672, 8.3.22.1704 → 8.3.22.1709 или выше.
Мы, конечно же, обновились. Помогло? Нет. Перепробовали актуальные релизы из разных веток. Прыгали до 8.3.22.1750, откатывались на 8.3.18.1959 по рекомендациям техподдержки 1С. Ни-че-го. Ошибка досаждала нам и дальше.
Решение #2 — проведите исследование ошибки по логам
Здесь вы можете проверить события в журнале регистрации 1С (ЖР) и системных журналах ОС. Даже подключить технологический журнал (ТЖ). Чтобы посмотреть, что происходит в момент возникновения ошибки.
Что показало наше расследование:
- в ЖР событий с типом «ошибка» ближе ко времени вылета 1С нет; присутствуют, в основном, события «Регламентное задание. Отправка серверных оповещений клиентам»;
- в ТЖ фиксируется «Ошибка работы сеанса. Ошибка при выполнении запроса POST к ресурсу /e1cib/modules/call: Сеанс отсутствует или удален»;
- вылет программы сопровождается также перезапуском запущенных ИБ у других пользователей, которые в это время работают с веб-сервером;
- в журнале «Приложение» Windows-сервера фиксируется ошибка w3wp.exe (Application Error).
Общая причина одна: происходит падение рабочего процесса IIS.
Рекомендация: подключайте своих ИТ-специалистов для решения задачи или регистрируйте обращение в техническую поддержку 1С.
Решение #3 (частное) — проверка настроек веб-сервера IIS
Перекрутили множество настроек — режим конвейера, версия среды CLR.NET, сопоставления обработчиков —
практически все без результата.
Кроме одного решения: выделить каждой публикации отдельный пул. До этого IIS работает по умолчанию под одним DefaultAppPool.
Пулы веб-сервера работают при следующих параметрах
Версия среды CLR.NET: Среда CLR.NET версии v2.0.50727
Режим управляемого конвейера: Классический
Дополнительные плюсы по запуску множества пулов:
- если будет ошибка в одной базе, то пользователей в других ИБ не затронет;
- для обновления ИБ на сервере можно точечно останавливать процесс, чтобы получить монопольный доступ;
- в процессах сервера по наименованию пулов видно, в какие базы выполнен вход через веб-публикацию (например, по сути «имя пользователя = имя базы»).
Решение: выполнить настройку отдельных пулов для каждой базы (публикации).
Дополнительные общие рекомендации
1. Поставьте режим «Автоматически выбирать объем файла подкачки» в параметрах виртуальной памяти.
2. Выполните общие проверки дисков, целостности системных файлов, хранилища компонентов и диагностику ОЗУ.
chkdsk c:
sfc /scannow
dism /online /cleanup-image /checkhealth
dism /online /cleanup-image /scanhealth
mdsched3. В Диспетчере служб IIS в свойствах пула приложений, который связан с опубликованными базами, поставьте «Режим управляемого контейнера» = «Классический».
В некоторых системах рекомендуется поставить «Версия среды CLR.NET» в версию 2.0. Либо наоборот — «Без управляемого кода».
4. При проблемах, связанных с правами на каталоги или файлы — протестируйте в настройках пула приложений параметр «Удостоверение». Измените удостоверение пула приложений (ApplicationPoolIdentity) на учетную запись конкретного пользователя.
__________
Не получается? Зовите на помощь ИТ-специалиста или обратитесь с нашим джедаям техподдержки → +7-911-500-10-11
Сеанс работы завершен администратором
Появление ошибки при выгрузке базы в dt-файл
Задача: Необходимо выгрузить базу в dt-файл.
Все было хорошо, но возникла ошибка – Сеанс работы завершен администратором.
Поводов для появления в 1С «Сеанс работы завершен администратором» может быть множество, но среди них есть общее направление для 1С – неэффективное использование ресурсов оперативной памяти.
Опытным путем установили, что если перезагрузить сервер то данная ошибка уходит. Правда, не навсегда. Действительно, после перезагрузки сервера высвободилось и стало доступным больший объем оперативной памяти. Но со временем проблема вернется.
Решение проблемы с помощью Проверки конфигурации
Проблема чаще всего такое происходит на ОС Windows х32 (32 битных системах).
Выход: переходите на 64-разрядный сервер приложений.
Рабочие рекомендации от сотрудников компании 1С:
- Рекомендуется в “Конфигураторе” выполнить «Проверку конфигурации» с возведенным флагом «Проверка логической целостности конфигурации».
Команда отработает автоматично. В случае если будет выявлена проблема или нарушена целостность конфигурации, вы получите уведомление, а некорректная информация удалена. - Если проблемная конфигурация официально поддерживается, необходимо все же ее проверить. Предварительно сохраните Вашу конфигурацию в файл (cf), сделать это можно в пункте настройки поддержки. После этого в новую созданную базу следует загрузить cf-файл и заново выполнить «Проверку конфигурации».
Если в процессе выполнения процедуры проверки будет выдано уведомление об исправлении, это может означать, что ваша конфигурация содержит “битые” данные. В таком случае, снимите вашу проблемную конфигурацию 1С с официальной поддержки и после этого объединить ее с последним релизом конфигурации от поставщика.
Также возникновение ошибки Сеанс работы завершен администратором может быть связано с Записями данных в таблице sql «config», размер которых превышает 120 Мегабайт.
Альтернативные методы решения проблемы:
В случае если предыдущие рекомендации вам не помогли попробуйте проделать следующие процедуры:
- Отключить фоновые задачи. Сделать это необходимо для всех баз. Проверьте результаты. Возможно, этого будет вполне достаточно, и проблема будет решена.
- Перезапустите сервер.
- Сделайте резервную копию базы (бэкап) инструментами SQL.
- Снимите вашу текущую конфигурацию с поддержки затем выгрузите ее файл (cf).
- Для проблемной базы в среде SQL необходимо выполнить следующий код (его выполнение почистит данные более 120 Мегабайт): DELETE FROM dbo.Config WHERE DataSize > 125829120.
- Загружаем (НЕ ОБЪЕДИНЯЕМ) конфигурацию из CF.
Заказать консультацию
По этой или иной ошибке Вы можете обратиться к нашим специалистам, мы Вам поможем решить Вашу проблему.
1С 8 «К сожалению, возникла непредвиденная ошибка или сеанс был завершен администратором»
Описание ошибки:
Ошибка в 1С 8 «К сожалению, возникла непредвиденная ошибка или сеанс был завершен администратором. Для продолжения работы необходимо перезапустить приложение» стала возникать после обновления релиза платформы в сеансах работы пользователей 1С как в режиме «Предприятие», так и в режиме «Конфигуратор».
Найденные решения:
Рис. 1. Ошибка при работе пользователя в 1С 8. Изображение использовано с сайта sopr1c.ru
Самому «посчастливилось» столкнуться с данной ошибкой после обновления релиза платформы 8.3.20.1674 на сервере и рабочих местах в конце октября 2022. При этом пользователи работали в базе почти весь рабочий день. Но, начиная где-то с 16 часов дня у всех начала возникать вышеописанная ошибка. Повторный запуски сеансов работы с 1С пользователей приводили либо сразу, либо спустя несколько минут к появлению данной ошибки. Причем ошибка в 1С 8 «возникла непредвиденная ошибка или сеанс был завершен администратором» возникала даже при работе с базой в режиме «Конфигуратор».
Т.к. примерно было понятно, что проблема в платформе, то было решено к следующему дню вернуться на предыдущий релиз платформы и это было возможно. Лишь только спустя 2-3 недели было официальное подтверждение от 1С и через фирм франчайзи об этой проблеме: «14.11.2022 Фирма «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 обнаружена критическая проблема, которая может привести к закрытию приложения в начале работы с программой.
Поэтому первоочередная задача для ее устранения при возникновении такой ошибки в 1С «К сожалению, возникла непредвиденная ошибка или сеанс был завершен администратором» заключается в том, чтобы установить наиболее проверенную версию платформы поданным самой же 1С. Обязательная рекомендация в данной ситуации, хотя повсеместно и заявляется, что данные баз не должны подвергнуться критическому изменению, все-таки рекомендуется выполнить копирование файлов «1Cv8.1СD» файловых баз в качестве архbвной копии, а также средствами программ СУБД для серверных версий баз. Так как, как было отмечено выше, в режиме конфигуратор ошибка так же возникает практически сразу после запуска и у Вас физически не получиться выгрузить базу в архив .dt стандартным образом.
Указано в общем случае, что можно обновляться на платформы:
8.3.17.2757 или выше;
8.3.18.1957 или выше;
8.3.19.1723 или выше;
8.3.20.2180 или выше;
8.3.21.1622 или выше;
8.3.22.1704 или выше.
Далее приводится таблица для удобства восприятия того, какой релиз можно использовать для какой минорной версии платформы, т.к. когда данные в строке, то тяжело поддается восприятию:
| Проблемная версия | Релизы, которые можно использовать |
| 8.3.17.2665, 8.3.17.2733 | 8.3.17.2757 |
| 8.3.18.1894, 8.3.18.1902 | 8.3.18.1957 |
| 8.3.19.1659, 8.3.19.1665 | 8.3.19.1723 |
| 8.3.20.1674, 8.3.20.2039, 8.3.20.2076 | 8.3.20.2180 |
| 8.3.21.1484, 8.3.21.1508, 8.3.21.1607 | 8.3.21.1622 |
| 8.3.22.1603, 8.3.22.1672 | 8.3.22.1704 |
Таким образом данная таблица становится ответом на вопрос, о том какие релизы и версии платформы 1С 8 в 2022 году не нужно устанавливать? Какие релизы платформы 1С 8 в 2022 году содержат ошибки? Если Вы уже успели скачать какой-то из релизов проблемных версий, но еще не знаете о том, что он содержит ошибку, то вышеприведенная таблица должна Вам помочь.
Очень подробно об этой ситуации написали многие франчайзи на своих сайтах и в рассылка. Так же в описаниях ошибок предлагались различные ситуативные решения, кроме элементарного — обновить платформу до рабочего релиза:
Как можно скорее обновите платформу «1С:Предприятие 8», чтобы продолжить работу на сайте buh.ru содержит общую информацию по «критичным» релизам и общее описание проблемы;
sopr1c.ru/blog/instruktsiya-po-obnovleniyu-platformy-1s-predpriyatie/ — есть описание ошибки и то, как, предварительно сделав архивную копию базы, выполнить обновление до нового релиза;
Обход ошибки платформы 15.11.2022 на сайте infostart — приводится «интересное» решение по обходу ошибки без обновления платформы, если мгновенно это не получается сделать.
Срочное сообщение от фирмы «1С»: обновите платформу как можно скорее на сайте infostart от 14.11.2022
Заметки по вопросу:
Проблема НЕ проявляется:
в других версиях платформы;
в защищённых программных комплексах 8s, 8.3z;
при работе в веб-клиентах, клиентах Linux, MacOS;
в сервисе 1CFresh.com (1С:Предприятие через Интернет).
Оцените, помогло ли Вам предоставленное описание решения ошибки?
© www.azhur-c.ru 2014-2020. Все права защищены. Использование текстов и изображений с данной страницы без письменного разрешения владельца запрещено. При использовании материалов с данной страницы обязательно указание ссылки на данную страницу.
16-11-2022
Журавлев А.С.
(Сайт azhur-c.ru)
Содержание:
1. Первопричина появления ошибки при выгрузке базы в dt-файл
2. Решение проблемы с помощью Проверки конфигурации
1. Первопричина появления ошибки при выгрузке базы в dt-файл
Задача: Необходимо выгрузить базу в dt-файл.
Вроде бы ничего не предвещало беды и тут возникает такого рода ошибка: «Сеанс работы завершен администратором».
Сеанс работы завершен администратором
В данной статье мы постараемся осветить рабочие способы для устранения этого рода ошибки.
Поводов для появления в 1С «Сеанс работы завершен администратором» может быть множество, но среди них есть общее направление для 1С – неэффективное использование ресурсов оперативной памяти.
Опытным путем установили, что если перезагрузить сервер то данная ошибка уходит. Правда, не навсегда. Действительно после перезагрузки сервера высвободилось и стало доступным больший объем оперативной памяти, на первый взгляд «Ура! Работает!». Но, со временем проблема вернется.
2. Решение проблемы с помощью Проверки конфигурации
Проблема чаще всего такое происходит на ОС Windows х32 (32 битных системах).
Выход: переходите на 64-разрядный сервер приложений.
Давайте ознакомимся с рабочими рекомендациями от сотрудников компании 1С:
1. Рекомендуется в «Конфигураторе» выполнить «Проверку конфигурации» с возведенным флагом «Проверка логической целостности конфигурации».
Команда отработает автоматично. В случае если будет выявлена проблема или нарушена целостность конфигурации, вы получите уведомление, а некорректная информация удалена.
2. «Доверяй, но проверяй». Даже если проблемная конфигурация официально поддерживается, необходимо все же ее проверить!
Предварительно сохраните Вашу конфигурацию в файл (cf), сделать это можно в пункте настройки поддержки. После этого в новую созданную базу следует загрузить cf-файл и заново выполнить «Проверку конфигурации» (см. п.1).
Если в процессе выполнения процедуры проверки будет выдано уведомление об исправлении, это может означать, что ваша конфигурация содержит «битые» данные. В таком случае, снимите вашу проблемную конфигурацию 1С с официальной поддержки и после этого объединить ее с последним релизом конфигурации от поставщика.
Также возникновение ошибки Сеанс работы завершен администратором может быть связано с Записями данных в таблице sql «config», размер которых превышает 120 Мегабайт.
Альтернативные методы решения проблемы:
В случае если предыдущие рекомендации вам не помогли попробуйте проделать следующие процедуры:
1. Отключить фоновые задачи. Сделать это необходимо для всех баз.
Проверьте результаты. Возможно, этого будет вполне достаточно, и проблема будет решена
2. Перезапустите сервер.
3. Сделайте резервную копию базы (бэкап) инструментами SQL.
4. Снимите вашу текущую конфигурацию с поддержки затем выгрузите ее файл (cf)
5. Для проблемной базы в среде SQL необходимо выполнить следующий код (его выполнение почистит данные более 120 Мегабайт):
DELETE FROM dbo.Config WHERE DataSize > 125829120
6. Загружаем (НЕ ОБЪЕДИНЯЕМ) конфигурацию из CF.
Специалист компании «Кодерлайн»
Артем Пронин