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

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

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

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

Первые действия при сбое: что сделать до любого ремонта

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

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

Запишите точный текст ошибки или сделайте скриншот. Формулировки вроде «ошибка формата потока», «ошибка СУБД», «нарушена целостность» указывают на разные причины и разные способы лечения.

1. 1
   Попросите всех пользователей завершить работу в 1С
2. 2
   Сделайте копию базы в текущем состоянии (файл 1Cv8.1CD или backup в СУБД)
3. 3
   Зафиксируйте текст ошибки и обстоятельства сбоя
4. 4
   Проверьте свободное место на диске с базой и временными файлами
5. 5
   Только после этого переходите к восстановительным действиям

Диагностика: как определить, что именно сломалось

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

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

Типовые сбои и быстрые способы их устранения

Ошибка формата потока

Одна из самых частых ошибок. Обычно связана с повреждённым кэшем метаданных на клиенте или на сервере. Помогает очистка кэша: удалите папки с кэшем в профиле пользователя (каталоги вида %APPDATA%\1C\1cv8 и %LOCALAPPDATA%\1C\1cv8, где хранятся папки с именами-идентификаторами баз). Для серверной базы может потребоваться перезапуск службы агента сервера 1С с очисткой серверного кэша (каталог srvinfo, папки reg_*).

База не открывается, ошибка СУБД или нарушение целостности

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

Не виден ключ лицензии

Проверьте, вставлен ли USB-ключ и горит ли на нём индикатор, запущена ли служба HASP License Manager на компьютере с ключом, не истекла ли программная лицензия и не менялось ли «железо» сервера (программная лицензия привязана к оборудованию, и замена компонентов может её обнулить).

Тестирование и исправление информационной базы

Штатный инструмент восстановления файловой базы — «Тестирование и исправление» в конфигураторе. Откройте базу в режиме конфигуратора (если открывается), перейдите в меню «Администрирование — Тестирование и исправление», отметьте проверки: реструктуризация таблиц, проверка ссылочной целостности, проверка логической целостности. Режим — «Тестирование и исправление».

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

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

Восстановление из резервной копии

Если исправить базу не удаётся, правильный путь — откат на резервную копию. Для файловой базы это замена файла 1Cv8.1CD на файл из архивной копии. Для клиент-серверной — восстановление backup средствами СУБД. Если есть выгрузка .dt — создайте пустую базу и загрузите выгрузку через конфигуратор («Администрирование — Загрузить информационную базу»).

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

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

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

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

Запуск базы

Норма

База открывается в режиме предприятия без ошибок

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

Ошибки при запуске, требование восстановления

Целостность данных

Норма

Отчёты формируются, обороты сходятся с ожидаемыми

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

Пропали документы, отчёты выдают ошибки

Работа пользователей

Норма

Все пользователи подключаются и работают штатно

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

Ошибки у отдельных пользователей — очистите их кэш

Проведение документов

Норма

Новые документы проводятся без ошибок

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

Ошибки при проведении — нужна проверка логической целостности

Серверная 1С: отдельные проверки

Если у вас клиент-серверная архитектура, добавляется несколько точек отказа. Проверьте, что запущены службы: агент сервера 1С:Предприятия, СУБД (MS SQL Server, PostgreSQL и др.), сервер лицензий. Посмотрите журналы: журнал регистрации 1С, журналы Windows («Просмотр событий»), логи СУБД — там часто прямо указана причина сбоя.

Частые причины «поломки» серверной 1С: переполненный диск с базой или журналом транзакций, остановленная после перезагрузки служба, смена IP-адреса или имени сервера, проблемы с сетью между сервером 1С и сервером СУБД, окончание срока действия пароля учётной записи, под которой работает служба.

После устранения причины (например, освобождения диска) проверьте целостность базы на уровне СУБД штатными средствами — для MS SQL это команда проверки целостности DBCC CHECKDB, запускаемая в режиме без исправления для начальной диагностики.

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

Когда нужен специалист и как подготовиться к его приходу

Самостоятельно разумно ограничиться перезапуском служб, очисткой кэша, проверкой диска и лицензий, восстановлением из штатной резервной копии. Обращайтесь к специалисту по 1С, если: база не открывается после всех стандартных действий, тестирование и исправление не помогает, резервной копии нет или она сильно устарела, повреждены данные в клиент-серверной базе, сбой повторяется регулярно без видимой причины.

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

Профилактика: как снизить риск повторного сбоя

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

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

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

1С выдаёт «ошибка формата потока» — это потеряны данные?

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

Файловая база не открывается даже в конфигураторе. Что делать?

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

После обновления конфигурации 1С перестала запускаться. Как откатиться?

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

Ошибка только у одного пользователя, у остальных всё работает. База сломана?

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

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

Минимум — ежедневно, при интенсивной работе — чаще. Критично не только наличие копий, но и их проверка: периодически восстанавливайте копию в тестовом каталоге, чтобы убедиться, что она рабочая. Копия, которая не восстанавливается, равноценна её отсутствию.

Можно ли работать в 1С, пока идёт тестирование и исправление?

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