Администрирование · 12 мин
Как восстановить 1С Предприятие после сбоя
Как восстановить 1С Предприятие из резервной копии, исправить повреждённую базу, откатить обновление и проверить целостность данных без потерь.
Восстановление 1С Предприятия требуется в нескольких типовых ситуациях: база перестала открываться после сбоя питания, обновление конфигурации прошло с ошибкой, случайно удалили данные или серверная СУБД повреждена. Порядок действий зависит от того, что именно пострадало: файловая база, клиент-серверная база, сама платформа или только конфигурация.
Главное правило при любом сценарии: перед любыми восстановительными операциями сделайте копию текущего состояния базы, даже если она «битая». Часто повреждённая база всё ещё содержит данные, которые можно извлечь, а неудачная попытка ремонта уничтожит эту возможность окончательно.
Ниже разобраны основные сценарии: восстановление из резервной копии, ремонт повреждённой файловой базы, откат после неудачного обновления, восстановление в клиент-серверном варианте и проверка результата. Отдельно рассмотрены ошибки, которые чаще всего приводят к потере данных.
Определите, что именно повреждено
До начала восстановления важно понять масштаб проблемы. Симптомы подсказывают, где искать неисправность: если программа не запускается ни на одном компьютере, проблема в базе или сервере; если ошибка возникает только у одного пользователя — вероятнее всего, дело в платформе, кэше или правах доступа на его рабочем месте.
Типичные признаки повреждения файловой базы: ошибки формата потока, сообщения «Файл базы данных повреждён», внезапные завершения работы при обращении к конкретным документам. Для клиент-серверного варианта характерны ошибки СУБД в журнале сервера и отказ при подключении к базе.
Очистите кэш метаданных, переустановите платформу на этом ПК
Проверьте доступность файлов/СУБД, готовьте восстановление
Откат на копию, снятую до обновления
Копия файла, затем chdbfl.exe и Тестирование и исправление
Подготовка: сохраните текущее состояние базы
Первый шаг любого сценария — резервное копирование того, что есть сейчас. Для файловой базы завершите работу всех пользователей и скопируйте каталог базы целиком (как минимум файл 1Cv8.1CD) в отдельную папку. Для клиент-серверной базы сделайте выгрузку через конфигуратор в файл .dt либо штатную копию средствами СУБД (backup в MS SQL или PostgreSQL).
Никогда не запускайте утилиты ремонта и «Тестирование и исправление» на единственном экземпляре базы. Эти инструменты могут удалять повреждённые объекты без возможности отмены. Работайте только с копией, а оригинал держите нетронутым до подтверждения результата.
Восстановление из резервной копии
Самый надёжный способ — откат на последнюю рабочую копию. Если копии делались регулярно, потери ограничатся данными за период с момента последнего бэкапа.
Файловая база из копии каталога
Если резервировался каталог базы целиком, восстановление сводится к замене файлов: завершите работу пользователей, переименуйте повреждённый каталог (не удаляйте его), скопируйте на его место резервный и проверьте запуск. Если копия хранится в виде выгрузки .dt, создайте пустую базу, войдите в конфигуратор и выполните «Администрирование → Загрузить информационную базу».
Клиент-серверная база
Для базы на MS SQL или PostgreSQL восстановление выполняется штатными средствами СУБД: restore из backup-файла в новую базу, затем переподключение в консоли кластера 1С. Важно восстанавливать копию сначала в тестовую базу и проверять её, прежде чем подменять рабочую.
- 1Скопируйте текущую (повреждённую) базу в архивную папку
- 2Создайте пустую информационную базу без конфигурации
- 3Откройте её в конфигураторе
- 4Выполните Администрирование → Загрузить информационную базу и укажите файл .dt
- 5Дождитесь окончания загрузки и обновите конфигурацию базы данных, если будет предложено
- 6Запустите базу в режиме Предприятие и проверьте ключевые данные
Ремонт повреждённой файловой базы без копии
Если резервной копии нет, остаются инструменты восстановления структуры файла 1Cv8.1CD. Они не гарантируют стопроцентного результата, но часто позволяют вернуть базу в рабочее состояние с минимальными потерями.
Проверка физической целостности утилитой chdbfl.exe
Утилита chdbfl.exe поставляется вместе с платформой и находится в каталоге bin установленной версии. Запустите её, укажите путь к файлу 1Cv8.1CD, включите флаг «Исправлять обнаруженные ошибки» и запустите проверку. Утилита проверяет физическую структуру файла и исправляет повреждённые страницы. Работайте с копией файла.
Тестирование и исправление в конфигураторе
После chdbfl откройте базу в конфигураторе и выполните «Администрирование → Тестирование и исправление». Отметьте проверки логической целостности и ссылочной целостности. В режиме исправления выбирайте вариант, при котором объекты с битыми ссылками не удаляются без необходимости: для начала безопаснее вариант с созданием объектов или пометкой, чтобы оценить масштаб потерь.
Откат после неудачного обновления конфигурации
Если база перестала работать после обновления конфигурации, правильный путь — вернуться к состоянию до обновления. Именно поэтому перед любым обновлением обязательна выгрузка .dt или копия базы: типового «отката» обновления в 1С не существует.
Порядок действий: восстановите базу из копии, снятой до обновления, проанализируйте причину сбоя (несоответствие версии платформы, прерванное обновление, нехватка места на диске), устраните её и повторите обновление. Если обновление прервалось на этапе реструктуризации, база может остаться в промежуточном состоянии — в этом случае восстановление из копии обязательно, додавливать процесс опасно.
Если копии перед обновлением не было, попробуйте загрузить в базу конфигурацию из файла .cf прежней версии (если он есть) через «Конфигурация → Загрузить конфигурацию из файла» с последующим обновлением конфигурации базы данных. Это спасает, когда пострадала конфигурация, но не сами данные.
Как выбрать действие
Локальные проблемы: кэш, платформа, права доступа
Не всякая «поломка» требует восстановления базы. Если ошибка возникает только на одном рабочем месте, чаще всего виноват кэш метаданных. Самый простой способ его сбросить — удалить базу из списка информационных баз в стартовом окне и добавить её заново по тому же пути. Кэш также хранится в профиле пользователя в папках вида AppData\Roaming\1C\1cv8 и AppData\Local\1C\1cv8.
При ошибках вида «не обнаружена лицензия» или конфликтах версий проверьте установленную платформу: версия платформы должна соответствовать требованиям конфигурации. Переустановка платформы на рабочем месте не затрагивает данные и безопасна. Для файловой базы по сети дополнительно проверьте права пользователя на каталог базы — нужны полные права на чтение и запись.
Значительная часть обращений «база сломалась» на деле оказывается устаревшим кэшем после обновления. Прежде чем запускать ремонтные процедуры, проверьте ситуацию с другого рабочего места и попробуйте пересоздать подключение у проблемного пользователя.
Проверка результата восстановления
После восстановления недостаточно того, что база просто открывается. Нужно убедиться, что данные целы и работают ключевые механизмы: проведение документов, формирование отчётов, обмены с другими системами.
Сверьте контрольные показатели: остатки по счетам или складам на дату последней копии, количество документов за последний период, корректность открытия справочников. Если восстановление шло из копии, составьте список данных, которые нужно внести повторно за период с момента копии до сбоя.
Как проверить результат
База открывается без ошибок у всех пользователей
Ошибки формата потока или падения при запуске
Документ проводится, движения формируются
Ошибки СУБД или сообщения о повреждении таблиц
Оборотно-сальдовая ведомость и остатки сходятся с ожидаемыми
Расхождения, пустые регистры, битые ссылки «Объект не найден»
Нет массовых ошибок после восстановления
Повторяющиеся ошибки при обращении к данным
Типичные ошибки и профилактика
Большинство потерь данных связано не с самим сбоем, а с действиями после него: запуск ремонтных утилит на единственной копии, принудительное прерывание реструктуризации, хранение резервных копий на том же диске, что и база.
Чтобы восстановление в будущем занимало минуты, а не дни, настройте регулярное резервное копирование: выгрузка .dt или backup средствами СУБД по расписанию, хранение копий на отдельном носителе и периодическая проверка восстановления на тестовой базе. Для файловых баз ограничьте сетевую работу и следите за свободным местом на диске.
Что важно запомнить
Перед любыми действиями — копия текущего состояния. Приоритетный путь восстановления — из резервной копии; ремонтные утилиты (chdbfl, Тестирование и исправление) применяйте только на копии и только когда бэкапа нет. После восстановления обязательно проверьте данные и настройте регулярное резервное копирование.
Частые вопросы
Можно ли восстановить базу 1С, если резервной копии никогда не делали?
Да, шансы есть. Скопируйте файл 1Cv8.1CD, прогоните его через chdbfl.exe с исправлением ошибок, затем выполните «Тестирование и исправление» в конфигураторе. Часть данных может быть потеряна, но обычно удаётся вернуть базу в рабочее состояние. Если база клиент-серверная, проверьте, не делались ли копии средствами самой СУБД или системы виртуализации.
Чем отличается выгрузка .dt от копии каталога базы?
Файл .dt — это логическая выгрузка через конфигуратор, её можно загрузить в любую базу на подходящей платформе. Копия каталога — побайтовый слепок файловой базы, который просто подменяет повреждённые файлы. Оба способа рабочие; .dt удобнее для переноса, копия каталога быстрее для отката на ту же площадку.
База после восстановления открывается, но в отчётах «Объект не найден». Что делать?
Это битые ссылки — записи, указывающие на удалённые или потерянные объекты. Запустите «Тестирование и исправление» с проверкой ссылочной целостности и выберите вариант обработки: создание заглушек-объектов или очистка ссылок. После этого вручную восстановите критичные документы и элементы справочников по первичным данным.
Сколько времени занимает восстановление большой базы?
Загрузка .dt объёмом в несколько гигабайт может занимать от десятков минут до нескольких часов, «Тестирование и исправление» на больших базах — ещё дольше, и всё это требует монопольного доступа. Восстановление backup средствами СУБД обычно заметно быстрее. Планируйте работы на нерабочее время.
Обновление прервалось на середине, база требует продолжить. Что делать?
Не пытайтесь запускать базу в рабочем режиме. Если есть копия до обновления — восстановитесь из неё и повторите процесс, устранив причину прерывания (место на диске, версия платформы). Если копии нет, попробуйте продолжить обновление в конфигураторе; при ошибках реструктуризации без копии риски потери данных высоки, лучше привлечь специалиста.
Как организовать резервное копирование, чтобы не повторять восстановление вручную?
Настройте автоматическую выгрузку .dt или backup СУБД по расписанию (планировщик заданий, скрипты, штатные средства СУБД), храните копии на отдельном диске или сетевом хранилище и раз в месяц проверяйте восстановление на тестовой базе. Копия, которую никогда не проверяли, не считается надёжной.