Представим типичную и крайне неприятную ситуацию: в один рабочий день пользователи вашей компании начинают массово жаловаться на то, что программа 1С:Предприятие закрывается каждые 10 минут. При этом на экране появляется критическое уведомление: «Нарушение целостности системы», а в системных логах операционной системы Windows фиксируется сбой модуля mngcore.dll или backbas.dll. Ошибка проявляется на всех базах данных (будь то Управление торговлей, Зарплата и управление персоналом или Бухгалтерия) и у всех пользователей, вне зависимости от их прав.
В этой статье мы подробно разберем, почему возникает эта проблема, чем она опасна для сохранности ваших данных (особенно на платформе 8.3.18.1208) и как пошагово вернуть систему в штатный рабочий режим.
Причиной такого поведения является срабатывание встроенной системы защиты платформы 1С:Предприятие от несанкционированного использования. Начиная с определенных релизов, разработчики из фирмы 1С существенно ужесточили проверки лицензионной чистоты программного продукта.
Важно понимать, что данная ошибка часто возникает и у абсолютно добросовестных пользователей, которые давно приобрели официальные аппаратные USB-ключи или программные пин-коды (лицензии). Проблема кроется в так называемых «хвостах» старых эмуляторов HASP и патчей обхода защиты. Если когда-то в прошлом (например, до покупки официальной лицензии или при тестировании системным администратором) на сервере или рабочих станциях устанавливались сторонние средства активации, их остаточные файлы, драйверы или ключи реестра продолжают находиться в операционной системе. Новые механизмы платформы 1С сканируют компьютер на предмет наличия этих следов и принудительно завершают сеансы работы, если обнаруживают признаки взлома.
Аварийное завершение работы каждые 10 минут само по себе парализует бизнес-процессы компании. Однако ситуация усугубляется, если вы используете релиз платформы 8.3.18.1208 (или аналогичные сборки из линеек 8.3.16 и 8.3.17, выпущенные в тот же период). Экстренное закрытие процессов 1С во время выполнения транзакций записи, проведения документов или обновления конфигурации гарантированно приводит к следующим последствиям:
chdbfl.exe, а в худшем случае — восстановление данных из резервной копии.8.3.18.1208 содержит критические платформенные ошибки работы с СУБД, из-за которых при обновлении конфигураций может произойти необратимый сбой SDBL или появиться ошибка «Пользователь ИБ не идентифицирован».Давайте подробно разберем, как полностью ликвидировать данную проблему и обезопасить данные.
Если работа вашей организации встала, а на детальный аудит инфраструктуры и очистку серверов в данный момент нет времени, фирма 1С предоставляет экстренную помощь. Вы можете оперативно получить бесплатные временные лицензии сроком на 60 дней.
Для этого администратору необходимо зайти в личный кабинет на портале информационно-технологического сопровождения (1С:ИТС), найти соответствующее информационное письмо и активировать временные программные лицензии. Это позволит вам продолжить работу в штатном режиме и спокойно заняться очисткой системы во внерабочее время.
Чтобы навсегда избавиться от вылетов с ошибкой нарушения целостности, необходимо полностью вычистить операционную систему сервера и рабочих станций от компонентов нелицензионного ПО. Проанализируем основные места, где скрываются эти вредоносные компоненты.
Удаление службы Intel ICCS Proxy Service (распространенный патчер)
Очень часто утилиты для обхода защиты маскируются под легитимную системную службу Intel. Нам необходимо проверить наличие этой службы и удалить ее:
services.msc).ICCS.exe.
sc delete "Intel(R) Integrated Clock Controller Service"
Удаление виртуальных USB-драйверов HASP (vusbbus)
Старые эмуляторы создают в диспетчере устройств виртуальные шины USB для имитации наличия аппаратных ключей защиты. Нам необходимо полностью избавиться от них:
devmgmt.msc).Очистка реестра Windows
После удаления физических файлов драйверов необходимо вычистить ссылки на них из системного реестра. Откройте редактор реестра (regedit) и удалите следующие ветки, если они присутствуют в вашей системе:
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\haspfltHKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\EmulatorHKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\EmuHKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\NEWHASPПосле проведения ручной чистки обязательно выполните полную перезагрузку операционной системы сервера.
Если ручной поиск кажется вам слишком трудоемким или инфраструктура включает множество рабочих станций пользователей, целесообразно использовать автоматизированные скрипты удаления эмуляторов. Существуют проверенные администраторами командные файлы (батники), которые в автоматическом режиме выполняют остановку служб, удаление драйверов семейства vusbbus.sys, чистку соответствующих веток реестра и удаление файлов обхода защиты из папок платформы 1С.
Запуск таких скриптов должен производиться строго с правами локального администратора компьютера с последующей обязательной перезагрузкой Windows.
Как только операционная система полностью очищена от вредоносных модулей, нам необходимо решить проблему нестабильности самой платформы 1С.
Поскольку релиз 8.3.18.1208 признан сообществом и разработчиками крайне проблемным из-за ошибок реструктуризации баз данных и повреждения кэша транзакций, оставаться на нем категорически не рекомендуется. Выполните следующие действия:
8.3.18.1289 или более актуальный актуальной ветки).srvinfo).chdbfl.exe (для файловых вариантов) или выполните процедуру «Тестирование и исправление» в режиме Конфигуратора (для клиент-серверного варианта). Это позволит выявить и исправить возможные логические ошибки, возникшие в моменты аварийных вылетов платформы.Соблюдение этого комплексного алгоритма — от детальной зачистки остатков нелицензионного ПО до перехода на стабильные версии платформы с обязательным тестированием баз данных — позволит вам полностью победить ошибку нарушения целостности системы и гарантирует стабильную, безопасную и легальную работу ваших программных продуктов 1С.