Многие администраторы и разработчики систем на базе 1С:Предприятие 8.3 сталкиваются с ситуацией, когда в списке расширений конфигурации внезапно появляется множество записей с именами вида EF_00_00359124. Эти объекты не создавались программистами компании и не загружались вручную. Разберем подробно, что это за механизм, как он функционирует "под капотом" и как им управлять, чтобы избежать нестабильности системы.
Аббревиатура EF расшифровывается как Error Fixing (исправление ошибки). Это так называемые "патчи" — небольшие расширения, которые выпускает фирма "1С" для оперативного устранения критических багов в типовых решениях, таких как ERP 2.4, Управление торговлей или Бухгалтерия предприятия.
Ранее для исправления ошибки пользователям приходилось ждать выхода нового полноценного релиза конфигурации. Теперь вендор может выпустить локальное исправление конкретного модуля, которое автоматически подгружается в базу в виде расширения. Это позволяет быстро закрыть уязвимости или исправить ошибки в расчетах, не прибегая к полному обновлению всей конфигурации.
Проанализируем основные пути, по которым патчи попадают в информационную базу. Обычно управление этим процессом осуществляется через подсистему Интернет-поддержка. Рассмотрим последовательность проверки настроек:
Однако, как отмечают пользователи, даже если флаг "Автоматически загружать и устанавливать исправления" снят, патчи все равно могут появиться. Выясним причину этого поведения. В современных типовых конфигурациях за этот процесс отвечает Регламентное задание.
Проверим список регламентных заданий в консоли: ЗагрузкаИУстановкаИсправленийПатчей. Если это задание активно, система будет игнорировать некоторые настройки интерфейса и пытаться получить актуальные исправления напрямую с серверов поддержки при наличии активного соединения с интернетом. Кроме того, если база работает в клиент-серверном варианте, задание выполняется от имени пользователя, под которым запущен сервер 1С, что иногда позволяет обходить ограничения прав конкретного пользователя в интерфейсе.
Для удобства работы с такими расширениями в 1С предусмотрено специальное рабочее место. Проанализируем, как с ним работать:
Перейдем по пути: Администрирование — Обслуживание — Обновление программы — Установленные исправления. Здесь отображается список всех примененных патчей с кратким описанием того, какую именно проблему они решают. Это гораздо информативнее, чем просмотр списка через стандартное окно Управление расширениями в конфигураторе.
Важно помнить: патчи имеют свой жизненный цикл. Когда вы проводите полноценное обновление конфигурации до нового релиза, в который эти исправления уже включены официально, система должна автоматически удалить ставшие ненужными расширения EF_.... Если автоматического удаления не произошло, это может привести к конфликтам метаданных. В таких случаях мы рекомендуем вручную удалять устаревшие патчи через указанный выше интерфейс или через конфигуратор.
Рассмотрим технические нюансы, которые могут повлиять на стабильность работы сервера. Современные механизмы обновлений тесно связаны с системой проверки правомерности использования программного обеспечения.
Проанализируем ситуацию, описанную в сообщениях форума: при запуске типовых конфигураций система может обращаться к сервисам 1С и скачивать необходимые компоненты (например, обновленные библиотеки dll). Если процесс загрузки прерывается или если в системе присутствуют эмуляторы защиты, это может вызвать Аварийное завершение работы 1С:Предприятия.
Это происходит потому, что патчи могут содержать код, проверяющий легальность текущей версии. Если проверка не проходит или библиотека загружается "криво", срабатывает защитный механизм. Поэтому крайне важно обеспечивать стабильный канал связи при выполнении регламентных заданий по обновлению и использовать только лицензионное ПО.
Посмотрим на техническую реализацию патчей с точки зрения безопасности. По умолчанию патчи устанавливаются и работают в безопасном режиме. Это означает, что они имеют ограниченный доступ к файловой системе сервера и операциям с внешними ресурсами.
Однако для некоторых исправлений требуется расширенный доступ. В таких случаях штатный механизм установки патчей самостоятельно управляет профилями безопасности. Если вы устанавливаете .cfe файл исправления вручную через Управление расширениями, не забудьте проверить флаг Безопасный режим, иначе расширение может просто не заработать, если оно затрагивает низкоуровневые функции платформы.
В некоторых случаях программисту требуется программно проверить наличие установленных патчей или управлять их загрузкой. В библиотеке стандартных подсистем (БСП) для этого используются соответствующие методы. Рассмотрим пример обращения к метаданным расширений:
Для Каждого ТекущееРасширение Из РасширенияКонфигурации.Получить() Цикл
Если Найти(ТекущееРасширение.Имя, "EF_") > 0 Тогда
Сообщить("Обнаружено исправление: " + ТекущееРасширение.Имя);
// Здесь можно реализовать логику анализа версии патча
КонецЕсли;
КонецЦикла;
Для поддержания системы в актуальном и стабильном состоянии мы рекомендуем придерживаться следующих правил:
EF_ после обновления конфигурации, лучше их вычистить.ЗагрузкаИУстановкаИсправленийПатчей.Таким образом, механизм патчей — это мощный инструмент оперативной поддержки, который при правильной настройке значительно облегчает жизнь администратора, избавляя от необходимости внеплановых обновлений из-за мелких ошибок разработчика.