← На главную

Обновление технологической платформы 1С:Предприятие — это всегда ответственный шаг, особенно когда речь идет о тестовых или промежуточных сборках, таких как 8.3.16.1125. Нередко системные администраторы и разработчики сталкиваются с ситуацией, когда после установки новой версии перестают запускаться даже старые, ранее стабильные базы, а система выдает критическую ошибку unknown software exception (0x40000015). В этой статье мы подробно разберем, почему это происходит, как восстановить работоспособность системы и какие нюансы нужно учитывать при работе с конфигурациями в режиме совместимости.

Анализ ошибки 0x40000015 и проблем стартера

Рассмотрим ситуацию: при попытке запуска любой информационной базы через 1cv8s.exe (программа запуска или "стартер") возникает окно с ошибкой приложения. Адрес исключения может варьироваться, но код 0x40000015 обычно указывает на некорректную работу с библиотеками времени выполнения или конфликты в механизме поиска лицензий, который был существенно переработан в ветке 8.3.16.

Проанализируем основные причины возникновения этого сбоя:

1. Повреждение кэша программы запуска: Стартер хранит свои настройки и списки баз отдельно от кэша конкретных баз. При установке новой версии платформы старые конфигурационные файлы могут быть прочитаны некорректно.
2. Конфликт версий: Если в системе установлено множество платформ (от 8.1 до 8.3.16), компоненты разных версий могут конфликтовать в реестре Windows.
3. Права доступа: Новая платформа может требовать перерегистрации COM-компонент, что блокируется антивирусом или отсутствием прав администратора при первом запуске.

Шаг 1: Полная очистка кэша и перезапуск стартера

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

Закроем все запущенные процессы 1cv8.exe, 1cv8s.exe и 1cv8c.exe через диспетчер задач. Затем удалим содержимое следующих папок:

• %AppData%\1C\1cv8
• %LocalAppData%\1C\1cv8

Внимание: Удаление этих папок сбросит список информационных баз в окне запуска. Перед удалением рекомендуем сохранить файл ibases.v8i, который находится в папке %AppData%\1C\1CEStart.

Если простая очистка не помогла, разберем более радикальный метод, упомянутый опытными пользователями: полное удаление стартера и переустановка последней стабильной платформы (например, ветки 8.3.15). Это позволяет очистить записи в реестре, которые могла оставить "неудачная" тестовая сборка 8.3.16.

Шаг 2: Проблемы выхода из приложения и адрес 0x00000000

Рассмотрим специфическую проблему: программа работает стабильно, но при закрытии окна (уже после завершения работы пользователя) возникает ошибка unknown module по адресу 0x00000000. Проанализируем, почему это происходит в сложных конфигурациях, например, на базе УТ 10.3, работающих в режиме совместимости 8.2.16.

Причина часто кроется во внешних компонентах и системах защиты. Выясним механизм сбоя:

1. В конфигурацию могут быть интегрированы отраслевые решения (от 1С-Рарус, 1С-Бит и др.), которые используют собственные ключи защиты (СЛК).
2. При закрытии платформы происходит выгрузка модулей из оперативной памяти. Если внешняя компонента (DLL) защиты пытается обратиться к ресурсам платформы, которые уже освобождены, возникает обращение по "нулевому адресу".
3. В платформе 8.3.15 и старше был изменен порядок деинициализации объектов, что обострило старые ошибки в сторонних драйверах защиты.

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

Шаг 3: Конфликт с драйверами принтеров Kyocera

Нельзя игнорировать массовый баг, характерный для периода выпуска 8.3.16 — конфликт с принтерами Kyocera. Если в системе установлен драйвер этого производителя, 1С может аварийно завершаться при любом обращении к диалогу печати или даже при инициализации табличного документа.

Разберем способы устранения:

• Отключите службу Kyocera Status Monitor в оснастке services.msc.
• Если это не помогло, замените текущий драйвер принтера на универсальный драйвер KPDL.
• Обновите платформу до версий выше 8.3.15.1778 или 8.3.16.1224, где разработчики 1С внедрили обходной путь для этой ошибки драйверов.

Особенности работы на Linux (CentOS/Ubuntu)

Посмотрим на ситуацию со стороны серверной части. В сборке 8.3.16.1125 для Linux замечена критическая проблема: утилита администрирования rac перестает отвечать на запросы (например, rac cluster list просто "висит").

Проанализируем ситуацию: это связано с некорректной обработкой сетевых сокетов между процессом ras и менеджером кластера rmngr. В данном случае очистка каталога данных кластера и временных файлов /tmp не помогает. Единственным надежным решением является откат на стабильную ветку 8.3.15 или переход на более поздние релизы 8.3.16, вышедшие после исправления этого бага.

Рекомендации по обновлению на новые релизы (БП 3.0)

Выясним, почему конфигурации (например, Бухгалтерия предприятия 3.0.75.37 и выше) начинают требовать строго определенные версии платформы (не ниже 8.3.15.1830). Это не прихоть разработчиков, а следствие изменений в структуре базы данных (SDBL). Использование более старых версий платформы с новыми релизами конфигураций может привести к непредсказуемым ошибкам при обновлении конфигурации базы данных.

Подведем итог. Чтобы минимизировать риски при тестировании новых платформ, выполним следующую последовательность действий:

1. Всегда делайте полные бэкапы баз и, по возможности, снапшоты виртуальных машин (если используется серверная установка).
2. Тестируйте новые версии только на выделенных клиентах, не затрагивая рабочие станции пользователей.
3. При возникновении ошибок 0x40000015 начинайте с полной очистки профиля пользователя AppData\Local\1C и AppData\Roaming\1C.
4. Следите за версиями систем лицензирования (СЛК) и обновляйте их вместе с платформой.

Таким образом, мы проанализировали основные технические проблемы платформы 8.3.16 и выработали пошаговый алгоритм их решения. Помните, что тестовые сборки предназначены для ознакомления, и их использование в "боевой" среде без предварительной проверки всех критических узлов (печать, защита, выгрузки) недопустимо.