← На главную

При работе в 1С:Предприятие после незапланированного перезапуска сервера, сбоя питания или внезапного завершения работы службы кластера пользователи могут столкнуться со следующей ошибкой при попытке войти в базу: «Версия набора расширений сеанса не найдена в параметрах сеанса».

Проанализируем причину появления этой проблемы и разберем по шагам действенные методы ее устранения.

Почему возникает данная ошибка?

Выясним причину сбоя. Данное сообщение генерируется на платформенном уровне еще до запуска программного кода модулей конфигурации (таких как модуль сеанса или модуль управляемого приложения). По этой причине найти данную фразу поиском по конфигурации невозможно.

К основным причинам относятся:

1. Рассинхронизация сеансовых данных: В момент аварийного отключения сервера данные о текущих сеансах и параметрах расширений в кэше сервера приложений 1С записались некорректно.
2. Повреждение серверного кэша: Временные файлы службы кластера 1С содержат устаревшие или поврежденные идентификаторы параметров сеанса.
3. Ошибки платформы при работе с расширениями: На некоторых релизах платформы в режимах совместимости механизмам работы с расширениями требуется сброс состояния после сбоя.

Способ 1. Очистка серверного кэша и перезапуск службы 1С

Рассмотрим наиболее частый и эффективный способ решения проблемы. Очистки только пользовательского (клиентского) кэша в данном случае недостаточно — требуется очистить служебные временные файлы на стороне сервера приложений.

Выполним следующие шаги:

1. Завершим работу всех пользователей в информационной базе.
2. Остановим службу кластера серверов 1С (1C:Enterprise 8 Server Daemon или аналогичное имя службы в операционной системе).
3. Перейдем в каталог данных кластера (по умолчанию путь к каталогу srvinfo).
4. Удалим временные папки сеансов и кэша кластера (папки с именами вида snaccxxx, а также временные файлы внутри папки информационной базы в кластере). Важно: не удаляйте файлы конфигурации самого кластера 1cv8wsrv.lst.
5. Запустим службу кластера серверов 1С заново и проверим вход в базу.

Способ 2. Проверка и удаление расширений в базе

Если в базе присутствуют поврежденные расширения (или служебные записи о них), их необходимо сбросить или удалить.

Разберем порядок действий:

1. Запустим базу в режиме Конфигуратора.
2. Откроем список расширений через меню Конфигурация — Расширения конфигурации.
3. Если в списке есть расширения, попробуем отключить их или полностью удалить, после чего обновим конфигурацию базы данных.
4. Если войти в тонком клиенте не удается, запустим 1С в режиме обычного приложения (указав в параметрах запуска ключ /RunModeOrdinaryApplication) и удалим проблемное расширение оттуда.

Способ 3. Выгрузка и загрузка информационной базы (.dt)

Проанализируем ситуацию, когда очистка кэша не помогла. В таком случае помогает полное обновление служебных таблиц базы путем пересоздания ее структуры через файл выгрузки.

1. Откроем базу в Конфигураторе.
2. Перейдем в меню Администрирование — Выгрузить информационную базу... и сохраним файл с расширением .dt.
3. Создадим новую пустую информационную базу в кластере серверов или файловом варианте.
4. В новой базе откроем Конфигуратор и выберем Администрирование — Загрузить информационную базу..., указав ранее сохраненный файл.

Этот процесс полностью пересоздает служебные параметры сеансов и очищает устаревшие системные записи.

Способ 4. Тестирование и исправление информационной базы

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

1. В меню Конфигуратора выберем пункт Администрирование — Тестирование и исправление....
2. Отметим флажками пункты:
   • Проверка логической целостности информационной базы
   • Реструктуризация таблиц информационной базы
3. Нажмем кнопку Выполнить и дождемся завершения процесса.

Способ 5. Перепубликация базы на веб-сервере

Если ошибка возникает исключительно при подключении через веб-клиент или тонкий клиент по HTTP/HTTPS, проблема кроется в кэше веб-сервера (IIS или Apache).

Для решения перепубликуем базу:

1. Запустим Конфигуратор от имени администратора.
2. Перейдем в меню Администрирование — Публикация на веб-сервере....
3. Отменим текущую публикацию, нажав кнопку Удалить из публикации.
4. Перезапустим службу веб-сервера.
5. Выполним публикацию информационной базы повторно.