Сообщение «Обнаружено нарушение целостности системы» в 1С 8.3: найти причину и вернуть базу в работу

Если 1С 8.3 пишет «обнаружено нарушение целостности системы », сначала проверьте не базу, а саму платформу и среду вокруг неё. В большинстве случаев причина одна из трёх: повреждённые или заблокированные файлы платформы, мусор в кэше пользователя либо битая файловая база после аварийного выключения.

Порядок такой: быстрые проверки на 5 минут, затем переустановка платформы, затем проверка и лечение базы, и только потом восстановление из копии. Так вы не потратите вечер на тестирование базы , когда виновата антивирусная «карантинная» чистка.

Прежде чем что-то лечить, сделайте копию базы и каталога с файлами 1С. Любая из процедур ниже может сделать хуже, если база уже повреждена.

Откуда берётся ошибка: три группы причин

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

• 🛡 Платформа. Файлы 1cv8.exe, 1cv8c.exe, библиотеки в каталоге bin изменены, удалены или заблокированы. Классика: антивирус счёл файл подозрительным и убрал его в карантин.
• 🗂 Кэш и профиль пользователя. Устаревший или повреждённый кэш конфигурации и списка баз у одного конкретного пользователя.
• 💾 База данных. Файл 1Cv8.1CD повреждён: пропало питание, закончилось место на диске, сеть «моргнула» во время записи.

Главный признак, по которому можно отличить группы: на скольких компьютерах воспроизводится ошибка и в каких базах.

Шаг 1. Быстрые проверки перед серьёзными действиями

Эти действия безопасны и занимают минуты.

1. Закройте все окна 1С и убедитесь в диспетчере задач, что процессов 1cv8.exe и 1cv8c.exe не осталось.
2. Перезагрузите компьютер. Если ошибка появилась после аварийного выключения, иногда этого достаточно.
3. Проверьте свободное место на диске с базой и на системном диске. Меньше 1-2 ГБ свободного — повод освободить место, прежде чем продолжать.
4. Попробуйте открыть другую базу. Работает? Значит, платформа цела и проблема в конкретной базе.
5. Попробуйте открыть эту же базу с другого компьютера. Работает? Значит, проблема в профиле или платформе на первом.

Шаг 2. Антивирус: проверьте карантин и исключения

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

Что сделать:

• Откройте карантин антивируса и найдите записи со словами 1cv8, 1cv8c, 1cestart или путь к каталогу платформы.
• Если файл там, восстановите его и добавьте исключение.
• Добавьте в исключения каталог платформы (обычно C:\Program Files\1cv8\<номер версии>\bin) и каталог файловой базы.
• Также исключите каталог кэша: %LOCALAPPDATA%\1C и %APPDATA%\1C.

Шаг 3. Очистка кэша и списка баз пользователя

Самый безобидный способ. Затрагивает только настройки текущего пользователя Windows, данные базы не трогает.

1. Закройте 1С полностью.
2. Откройте Win + R, введите %LOCALAPPDATA%\1C\1cv8 и нажмите Enter.
3. Удалите или переименуйте вложенные папки с длинными именами из букв и цифр (например 1a2b3c4d-...). Это кэш конфигураций.
4. Так же поступите с каталогом %APPDATA%\1C\1cv8, но сначала сохраните файл ibases.v8i: в нём список ваших баз. Без него придётся добавлять базы заново.
5. Запустите 1С. Кэш создастся автоматически.

Для одной конкретной базы без правки каталогов можно запустить 1С с ключом очистки кэша:

"C:\Program Files\1cv8\common\1cestart.exe" ENTERPRISE /IBName "Имя_базы" /ClearCache

Имя базы берите ровно так, как оно в списке запуска. Вместо ENTERPRISE можно использовать DESIGNER, если открываете конфигуратор.

Шаг 4. Переустановка платформы, если файлы повреждены

Если ошибка у одного пользователя не уходит после очистки кэша, а на другом компьютере всё работает, подозрение падает на платформу. Это же верно, когда ошибка вылезает во всех базах на одном компьютере.

Порядок:

1. Откройте Панель управления → Программы и компоненты, найдите «1С:Предприятие 8.3 (8.3.xx.xxxx)» и удалите.
2. Если на компьютере стоит несколько версий, удаляйте только ту, на которой появилась ошибка.
3. Вручную проверьте каталог C:\Program Files\1cv8\<номер версии>. Остатки удалите.
4. Установите платформу заново из целого дистрибутива. Если установщик скачан с обрывами, сверяйте размер файла с эталонным.
5. При установке отключите на время защиту в реальном времени или заранее добавьте каталог установки в исключения.

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

Шаг 5. Проверка и лечение файловой базы утилитой chdbfl

Эта утилита проверяет файл базы 1Cv8.1CD, а не платформу. Если ошибка видна в одной базе у всех пользователей, переходите сюда.

Подготовка

• Выгоните всех пользователей из базы.
• Скопируйте каталог базы целиком.
• Найдите chdbfl.exe: он лежит в каталоге платформы, подпапка bin.

Запуск

1. Запустите chdbfl.exe.
2. Нажмите ... и выберите файл 1Cv8.1CD нужной базы.
3. Поставьте галочку «Исправлять обнаруженные ошибки».
4. Нажмите «Выполнить».

Если утилита ничего не нашла, значит, структура файла в порядке, и причина в другом. Если исправила, откройте базу в конфигураторе и пройдите шаг 6.

Шаг 6. Тестирование и исправление в конфигураторе

После chdbfl откройте базу в режиме конфигуратора: Администрирование → Тестирование и исправление.

Что отметить:

• ✅ Реструктуризация таблиц информационной базы
• ✅ Проверка логической целостности
• ✅ Проверка ссылочной целостности
• ✅ Пересчёт итогов

Режим тестирования выбирайте «Тестирование и исправление». Для сомнительных ссылок выбирайте «Создавать объекты» или «Очищать ссылки» по ситуации. Если вы не уверены, оставляйте вариант по умолчанию и сначала выполните один прогон на копии.

Шаг 7. Восстановление из резервной копии

Если лечение не помогло или после него база ведёт себя странно, откатывайтесь на копию. Это радикальный способ, но самый надёжный.

1. Найдите последнюю рабочую копию: выгрузку в .dt или архив каталога базы.
2. Разверните её рядом с повреждённой базой, а не поверх неё.
3. Сравните документы за последние дни: что есть в повреждённой, чего нет в копии.
4. Недостающее введите повторно или перенесите выгрузкой обработкой.

Выгрузка и загрузка находятся в конфигураторе: Администрирование → Выгрузить информационную базу и Администрирование → Загрузить информационную базу.

Если выгрузить повреждённую базу не получается, ищите копию от ночного регламентного задания. Именно поэтому автоматическое резервирование лучше настроить заранее.

Особые случаи: терминальный сервер, клиент-серверная база, ключ защиты

Иногда обычные шаги не подходят, потому что среда устроена иначе.

Терминальный сервер и удалённый рабочий стол

На терминальном сервере кэш и профиль лежат у каждого пользователя отдельно. Ошибка у одного сотрудника при работе других говорит о его профиле. Очистите кэш под его учётной записью, а не под администратором: иначе вы почистите чужой каталог.

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

Клиент-серверная база

Тут файла 1Cv8.1CD нет, данные лежат в СУБД. Полезный порядок:

1. Проверьте, что служба сервера 1С запущена и сервер СУБД доступен.
2. Посмотрите журнал регистрации и технологический журнал сервера: в них видно, на каком этапе возникает сбой.
3. Проверьте место на диске сервера и на диске с данными СУБД.
4. Для лечения самой базы используйте инструменты СУБД и копию. Утилита chdbfl здесь не подходит.

Аппаратный ключ и программная лицензия

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

Что собрать, если пришлось обращаться в поддержку

Хорошее обращение экономит сутки переписки. Подготовьте:

• 📌 точный текст окна ошибки (скриншот целиком, с заголовком);
• 📌 номер версии платформы и конфигурации (Справка → О программе);
• 📌 вариант базы: файловая или клиент-серверная;
• 📌 что менялось в последние дни: обновления Windows, антивируса, платформы, питание;
• 📌 где воспроизводится: на одном компьютере или на всех.

С таким набором специалист сразу определит группу причин из начала материала и не будет начинать с вопросов.

Типичные ошибки при исправлении

• Лечат без копии. Если лечение пойдёт плохо, вернуть будет нечего. Копия занимает минуты, потерянные данные не вернуть.
• Запускают chdbfl на клиент-серверной базе. Утилита предназначена для файлового варианта, на серверной она бесполезна.
• Переустанавливают платформу, но не добавляют исключение антивирусу. Через день файлы снова в карантине.
• Копируют каталог платформы с другого компьютера. Так не работает : без регистрации библиотек и драйвера защиты платформа не заработает.
• Правят базу, пока в ней кто-то сидит. Каждый подключённый пользователь блокирует файл или меняет его во время проверки.
• Скачивают «исправленную» платформу из сомнительных источников. Это ещё и риск заражения. Берите дистрибутив только из легального источника, по подписке или у франчайзи.

Как не получить ошибку снова

Три привычки, которые защищают от повторения.

• 💾 Автоматическая копия. Регламентное задание ночью: копия базы на отдельный диск или сетевой ресурс. Хранить не одну копию, а несколько последних.
• ⚡ Источник бесперебойного питания у сервера или компьютера, где лежит файловая база. Аварийное выключение при записи губит 1Cv8.1CD чаще всего.
• 🛡 Исключения в антивирусе для каталогов платформы и баз, настроенные один раз при установке.

Дополнительно: не держите файловую базу на нестабильной сетевой папке и не работайте с неё нескольким десяткам пользователей. При росте нагрузки переходите на клиент-серверный вариант.

Частые вопросы