1С не стартует после сбоя питания: как вернуть запуск

Свет моргнул или пропал во время работы — и теперь не запускается 1С после отключения электричества. Знакомая ситуация: до аварии всё работало, а после включения программа виснет на заставке или выдаёт ошибку. Паниковать рано — чаще всего база цела, повреждён кэш или одна служебная таблица.

Разберём по шагам: что ломается при внезапном обесточивании, как безопасно запустить программу и восстановить базу, если запуск не идёт. Порядок — от самого щадящего способа к серьёзному ремонту.

Почему 1С не запускается после сбоя питания

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

Типичные последствия скачка напряжения или отключения света:

• ⚡ повреждён кэш платформы — программа не может прочитать временные файлы сеанса;
• 💾 нарушена целостность файла базы 1Cv8.1CD (файловый вариант);
• 🗄️ «зависла» транзакция в СУБД — для серверных баз на MS SQL или PostgreSQL;
• 🔌 сброшен или не определяется аппаратный ключ защиты HASP;
• 🖥️ сбой самой ОС: битые секторы на диске, повреждение профиля пользователя.

Хорошая новость: в большинстве случаев данные на месте. Скачок напряжения бьёт по кэшу и индексам, а не по самим документам.

Какие ошибки видит пользователь

После включения питания 1С обычно не молчит, а выдаёт конкретный текст. По нему и определяют, что лечить.

Дословные формулировки, которые встречаются чаще всего:

• 📄 Файл базы данных поврежден или не является базой данных 1С:Предприятия
• 📄 Ошибка формата потока
• 📄 [Информационная база разрушена](https://1s-83.com/ispravlenie-oshibok/1s-informacionnaya-baza-razrushena.html)
• 📄 Ошибка СУБД: DBMS ... database disk image is malformed
• 📄 Нарушена целостность структуры информационной базы
• 📄 Не обнаружен ключ защиты программы или сервер защиты

Определите свой случай по симптому — дальше подберём метод.

Способ 1. Очистка кэша — самый безопасный старт

Начинайте всегда с кэша. Он не затрагивает данные, а именно временные файлы чаще всего страдают от резкого выключения.

Кэш лежит в профиле пользователя:

%LOCALAPPDATA%\1C\1cv8
%APPDATA%\1C\1cv8

Порядок действий:

1. Полностью закройте все окна 1С, проверьте через диспетчер задач, что нет процессов 1cv8.exe и 1cv8c.exe.
2. Откройте проводник, в адресную строку вставьте %LOCALAPPDATA%\1C\1cv8 и нажмите Enter.
3. Внутри увидите папки с длинными именами из букв и цифр — это кэши баз. Удалите их содержимое (сами базы тут не хранятся, только временные файлы).
4. Повторите для %APPDATA%\1C\1cv8.
5. Запустите 1С заново.

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

Способ 2. Проверка файловой базы утилитой chdbfl

Не помогла чистка кэша и вылезает Файл базы данных поврежден — переходим к проверке самого файла базы. Для файловых баз есть штатная утилита chdbfl.exe.

Лежит она в каталоге платформы:

C:\Program Files\1cv8\<номер версии>\bin\chdbfl.exe

Как проверить и восстановить:

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

Утилита покажет число найденных и исправленных ошибок. После этого пробуйте открыть базу.

Способ 3. Тестирование и исправление в конфигураторе

Файл прошёл chdbfl, но остаются логические ошибки (Ошибка формата потока, проблемы с проведёнными документами) — используйте встроенное тестирование.

Порядок:

1. Запустите базу в режиме Конфигуратор.
2. Меню Администрирование → Тестирование и исправление.
3. Отметьте проверки: реиндексация таблиц, проверка логической целостности, проверка ссылочной целостности.
4. В блоке действий выберите Тестирование и исправление (не только «Тестирование»).
5. Запустите и дождитесь отчёта.

Для больших баз процедура идёт долго — от получаса до нескольких часов. Не прерывайте её и не выключайте питание (по возможности подключите ноутбук или ИБП).

Сравнение методов, чтобы не запутаться:

Клиент-серверная база после отключения света

Если вы заходите в базу через сервер 1С (указываете имя сервера и базы, а не путь к папке) — это клиент-серверный вариант. Данные лежат в MS SQL или PostgreSQL, и лечить нужно СУБД, а не файл.

Что делать:

• 🔄 перезапустите службу сервера 1С:Предприятия и службу СУБД — иногда после сбоя они стартовали в неправильном порядке;
• 🧩 в SQL проверьте базу командой DBCC CHECKDB с параметром восстановления;
• 🐘 в PostgreSQL при database disk image is malformed поможет REINDEX и проверка целостности, в тяжёлых случаях — восстановление из дампа;
• 🆘 нет опыта работы с СУБД — не экспериментируйте на боевой базе, зовите администратора.

Восстановление серверной базы почти всегда упирается в наличие свежего бэкапа СУБД. Если он есть — разворачивайте копию, это быстрее и надёжнее ручного ремонта.

Если 1С пишет «Не обнаружен ключ защиты»

Иногда база в порядке, а 1С не запускается из-за ключа. Скачок напряжения бьёт по USB-портам и аппаратному ключу HASP.

Проверьте по шагам:

1. Вытащите ключ из USB и вставьте в другой порт — лучше напрямую в материнскую плату, не через хаб.
2. Посмотрите, горит ли индикатор на ключе.
3. Перезапустите службу HASP License Manager (для сетевого ключа).
4. Переустановите драйвер ключа, если он «слетел».
5. Для программной лицензии — проверьте, не изменилось ли «железо» (после сбоя BIOS иногда сбрасывает настройки, и лицензия «отвязывается»).

Ключ не определяется ни в одном порту и индикатор не горит — вероятно, он выгорел от скачка. Тут поможет только замена или обращение к поставщику.

Если не помогло — восстановление из резервной копии

Все способы перепробованы, база не поднимается — разворачивайте последнюю резервную копию. Это не поражение, а штатный сценарий: потеряете только данные, введённые после создания копии.

• 📁 файловую базу восстанавливают из выгрузки .dt через Конфигуратор → Администрирование → Загрузить информационную базу;
• 🗃️ или просто подкладывают сохранённый ранее файл 1Cv8.1CD;
• 🖥️ серверную — из бэкапа СУБД средствами SQL/PostgreSQL.

Нет ни одной копии — обратитесь к специалистам по восстановлению баз 1С. Иногда данные вытаскивают даже из сильно повреждённого файла, но это платная и небыстрая работа.

Как предотвратить повторение

Один раз потеряв данные из-за света, к профилактике относишься серьёзнее. Минимальный набор:

• 🔋 ИБП (источник бесперебойного питания) на компьютер с базой или на сервер — даёт время корректно завершить работу;
• 💾 автоматические резервные копии — ежедневно, с хранением нескольких последних версий;
• 🌐 не держите файловую базу на сетевой папке для нескольких пользователей — обрыв сети бьёт так же, как обрыв питания;
• 🧹 регулярное тестирование базы в конфигураторе — раз в месяц.

Пройдите короткий чек-лист прямо сейчас — он показывает, насколько вы защищены от следующего сбоя.

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