К статье
Практический материал

Администрирование · 10 мин

Слетела 1С: что делать и как восстановить работу

Пошаговая инструкция: что делать, если слетела 1С. Диагностика, восстановление базы из копии, тестирование ИБ, переустановка платформы и профилактика сбоев.

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

Главное правило: не пытайтесь «лечить» базу всеми способами подряд. Тестирование и исправление, утилита chdbfl, восстановление из копии — каждый инструмент решает свою задачу, а запущенный не вовремя может усугубить повреждение. Перед любыми действиями сделайте копию текущего состояния базы, даже если она повреждена: это ваше последнее спасение, если что-то пойдёт не так.

Ниже разобраны типичные сценарии: от простого случая, когда слетел только список баз, до серьёзного повреждения файла 1Cv8.1CD. Для каждого сценария указаны признаки, порядок действий и границы, за которыми самостоятельный ремонт становится рискованным.

Шаг 1. Определите, что именно слетело

Одна и та же жалоба «1С не работает» скрывает разные поломки. Потратьте пять минут на диагностику — это сэкономит часы восстановления.

Слетел список баз. Программа запускается, но окно выбора баз пустое. Сама база при этом цела — пропал только файл настроек ibases.v8i. Это самый лёгкий случай: базу нужно просто добавить заново через кнопку «Добавить», указав путь к каталогу базы.

Слетела платформа. 1С не запускается совсем, появляются ошибки Windows, сообщения об отсутствии компонентов или программа закрывается сразу после старта. База здесь обычно не пострадала — проблема в установленной платформе, и лечится она переустановкой.

Повреждена информационная база. База есть в списке, но при входе появляются ошибки вида «Ошибка формата потока», «Файл базы данных повреждён», программа зависает или падает при открытии документов. Это самый серьёзный сценарий, требующий аккуратной работы.

Пустой список базСлетели настройки, база цела

Проверьте, что каталог базы на диске на месте

Ошибка при запуске программыПроблема с платформой

Попробуйте запустить от имени администратора и проверьте антивирус

Ошибка при входе в базуВозможно повреждение ИБ

Немедленно сделайте копию каталога базы

Программа падает на отдельных документахЧастичное повреждение данных

Проверьте, повторяется ли ошибка у других пользователей

Шаг 2. Сделайте резервную копию до любых действий

Даже повреждённая база — это данные, которые потенциально можно восстановить. Любое «лечение» без копии превращает обратимую ситуацию в необратимую.

Для файловой базы закройте 1С у всех пользователей и скопируйте весь каталог базы (там лежит файл 1Cv8.1CD) в отдельное место — на другой диск или сетевую папку. Для клиент-серверной базы сделайте выгрузку через конфигуратор (Администрирование → Выгрузить информационную базу), если конфигуратор ещё открывается, либо снимите копию средствами СУБД.

Если конфигуратор не открывается, копируйте файлы как есть. Копия «битой» базы позволит вернуться к исходной точке, если тестирование и исправление удалит часть данных или ухудшит ситуацию.

Шаг 3. Восстановите базу из резервной копии

Если у вас настроено регулярное резервное копирование — это самый быстрый и безопасный путь. Потеряете вы только данные за период между последней копией и сбоем.

Для файловой базы: переименуйте повреждённый каталог (не удаляйте), создайте новый каталог и скопируйте туда содержимое резервной копии. Затем добавьте базу в список с новым путём и проверьте вход. Для выгрузки в формате .dt создайте пустую базу и загрузите файл через конфигуратор: Администрирование → Загрузить информационную базу.

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

Шаг 4. Проведите тестирование и исправление базы

Если свежей копии нет, используйте штатный механизм. Откройте конфигуратор (если он запускается), перейдите в Администрирование → Тестирование и исправление. Начните с режима только тестирования без исправления — он покажет масштаб повреждений.

Если конфигуратор не открывается, для файловой базы используйте утилиту chdbfl.exe из каталога bin установленной платформы. Укажите путь к файлу 1Cv8.1CD, сначала запустите проверку без исправления ошибок, оцените результат, и только потом — с исправлением, имея копию файла.

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

Порядок действий при повреждении базы
  1. 1
    Завершите работу всех пользователей и закройте 1С
  2. 2
    Скопируйте каталог базы или файл 1Cv8.1CD в безопасное место
  3. 3
    Попробуйте открыть конфигуратор и запустить тестирование без исправления
  4. 4
    Если конфигуратор не открывается — проверьте базу утилитой chdbfl.exe
  5. 5
    При подтверждённых ошибках запустите исправление, избегая удаления объектов
  6. 6
    Проверьте вход в базу, открытие документов и построение отчётов
  7. 7
    Если лечение не помогло — восстановите резервную копию или привлеките специалиста

Шаг 5. Переустановите платформу, если слетела она

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

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

Обратите внимание на версию: если база обновлялась под новую платформу, старая версия может отказаться её открывать. Устанавливайте релиз не ниже того, под которым база работала последний раз. Также проверьте, не блокирует ли антивирус файлы 1С — добавьте каталоги платформы и базы в исключения.

Шаг 6. Проверьте результат и восстановите работу пользователей

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

Если база сетевая, убедитесь, что путь к ней доступен со всех рабочих мест и права на каталог не сброшены. Для клиент-серверного варианта проверьте службы сервера 1С и СУБД — часто «слетает» именно служба, а не база.

Контрольные точки

Как проверить результат

Вход в базу
Норма

База открывается без ошибок у всех пользователей

Тревожный признак

Ошибка формата потока или падение при входе

Документы
Норма

Документы открываются и проводятся

Тревожный признак

Программа зависает на конкретных документах

Отчёты
Норма

ОСВ и регистры строятся, итоги сходятся

Тревожный признак

Пустые итоги, расхождения с прошлыми данными

Дата последних данных
Норма

Последние документы соответствуют ожиданиям

Тревожный признак

Данные за часть периода отсутствуют

Профилактика: как не попасть в эту ситуацию снова

Большинство случаев «слетевшей 1С» — следствие отсутствия резервных копий, внезапного отключения электричества или аварийного завершения работы. Все три причины устранимы.

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

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

Типичные ошибки
01
Запуск тестирования и исправления без копии — при неудаче откатиться уже не к чему
02
Удаление «подозрительных» файлов из каталога базы — служебные файлы нужны платформе
03
Хранение резервных копий на том же диске, что и база — при отказе диска теряется всё
04
Переустановка платформы при повреждении базы — лечит не то и тратит время
05
Работа без ИБП — скачок напряжения во время записи повреждает файл базы
Итог

Что важно запомнить

При любой поломке 1С сначала диагностируйте, что слетело, и сделайте копию текущего состояния. Дальше действуйте по сценарию: восстановление из резервной копии предпочтительнее любого «лечения», а тестирование и исправление — инструмент с риском потери данных. Регулярные копии и ИБП делают большинство таких ситуаций безобидными.

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

Что делать, если резервной копии нет вообще?

Сначала скопируйте текущий каталог базы как есть. Затем пробуйте chdbfl.exe и тестирование с исправлением, начиная с щадящих режимов без удаления объектов. Если данные критичны и лечение не помогает, обратитесь к специалистам по восстановлению баз 1С — у них есть инструменты посекторного разбора файла.

Можно ли восстановить базу, если повреждён файл 1Cv8.1CD?

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

Почему 1С слетает после обновления Windows?

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

Пропала база из списка — данные потеряны?

Нет. Список баз — это просто файл настроек. Найдите каталог базы на диске (поищите файл 1Cv8.1CD), запустите 1С, нажмите «Добавить» → «Добавление в список существующей информационной базы» и укажите этот каталог.

Как часто нужно делать резервные копии?

Ориентируйтесь на объём данных, которые вы готовы ввести заново. При ежедневной работе с документами разумный минимум — копия каждый день, при интенсивном вводе — несколько раз в день. Храните несколько последних копий на отдельном носителе или в другом месте.

Когда точно нужен специалист, а не самостоятельное лечение?

Когда база содержит невосстановимые данные (закрытый период, нет первички), свежей копии нет, а штатные средства не помогли или выдают удаление объектов. Также к специалисту стоит идти при клиент-серверной архитектуре — ошибки в настройке СУБД при самостоятельном вмешательстве опаснее, чем в файловом варианте.