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

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

Как восстановить 1С Бухгалтерию: восстановление базы из копии и после сбоя

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

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

Главное правило: прежде чем что-либо восстанавливать, сделайте копию текущего состояния базы, даже если она повреждена. Любые операции «вслепую» могут уничтожить остатки данных, из которых специалист ещё смог бы извлечь информацию. Для файловой базы достаточно скопировать файл 1Cv8.1CD в отдельную папку.

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

Определите тип базы и характер проблемы

Перед восстановлением выясните два момента: где физически лежит база и что именно произошло. Файловая база хранится в одном файле 1Cv8.1CD в папке на диске или сетевом ресурсе. Клиент-серверная база размещается на SQL-сервере (MS SQL, PostgreSQL), и восстанавливать её нужно средствами СУБД или через выгрузку .dt.

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

База открывается, но есть ошибкиЧастичное повреждение

Проверьте журнал регистрации и запустите тестирование и исправление

База не открывается вообщеПовреждение структуры файла

Проверьте наличие файла 1Cv8.1CD и попробуйте chdbfl.exe

Папка с базой пуста или удаленаУдаление файлов

Ищите резервную копию .dt или архив папки, проверьте корзину и теневые копии

Работает медленно, зависаетНе обязательно повреждение

Проверьте диск, антивирус и объём базы перед восстановлением

Восстановление из выгрузки .dt через конфигуратор

Файл выгрузки с расширением .dt — штатный формат резервной копии 1С. Если вы или ваш обслуживающий специалист регулярно делали выгрузки (Администрирование → Выгрузить информационную базу), восстановление занимает несколько минут.

Порядок восстановления из .dt
  1. 1
    Создайте новую пустую базу: в окне запуска 1С нажмите «Добавить» → «Создание новой информационной базы» → без конфигурации
  2. 2
    Откройте новую базу в режиме Конфигуратор
  3. 3
    Выберите меню Администрирование → Загрузить информационную базу и укажите файл .dt
  4. 4
    Дождитесь окончания загрузки и согласитесь на перезапуск конфигуратора
  5. 5
    Откройте базу в режиме Предприятие и проверьте актуальность данных по последним документам

Важный нюанс: загрузка .dt полностью заменяет содержимое базы, включая пользователей и настройки. Поэтому загружайте копию в пустую базу или в ту, данные которой точно не нужны. Если база клиент-серверная, на время загрузки завершите все сеансы пользователей.

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

Восстановление файловой базы из архивной копии

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

Перед заменой обязательно сохраните текущий (повреждённый) файл под другим именем, например 1Cv8_broken.1CD. После подмены запустите базу и проверьте работоспособность. Если база открывается, но выдаёт ошибки, дополнительно выполните тестирование и исправление.

Проверьте также теневые копии Windows: кликните правой кнопкой по папке базы → Свойства → Предыдущие версии. Если защита системы была включена, там могут быть автоматические снимки папки за прошлые даты.

Исправление повреждённой базы без копии

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

Запустите chdbfl.exe, укажите путь к файлу 1Cv8.1CD, установите флажок «Исправлять обнаруженные ошибки» и нажмите «Выполнить». Работа с большой базой может занять продолжительное время. По завершении попробуйте открыть базу.

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

Если chdbfl помог частично или база открывается с ошибками, откройте её в конфигураторе и выполните Администрирование → Тестирование и исправление. Отметьте проверки «Реентерабельность использования объектов» при необходимости, но базовый набор — проверка логической и ссылочной целостности. Выберите вариант «Тестирование и исправление» и дождитесь завершения.

Восстановление клиент-серверной базы

Для баз на SQL-сервере восстановление выполняется средствами СУБД: в MS SQL это операция Restore Database из файла .bak, в PostgreSQL — pg_restore из дампа. Такие копии обычно создаются автоматически по расписанию на стороне сервера, и за них отвечает системный администратор.

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

Сравнение способов восстановления

Загрузка .dt

Универсально, работает и для файловых, и для серверных баз. Ограничение: нужна заранее сделанная выгрузка

Замена файла 1Cv8.1CD

Самый быстрый способ для файловой базы. Ограничение: копия должна быть сделана при остановленной работе

chdbfl.exe + тестирование

Спасает при отсутствии копий. Ограничение: не гарантирует полного восстановления данных

Восстановление из бэкапа SQL

Надёжно для серверных баз. Ограничение: требует доступа к серверу и навыков администрирования СУБД

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

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

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

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

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

Дата последнего документа
Норма

Соответствует дате резервной копии

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

Документы обрываются раньше ожидаемого

ОСВ за последний период
Норма

Сальдо совпадает с известными значениями

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

Нулевые или искажённые итоги

Тестирование и исправление
Норма

Ошибок не обнаружено

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

Сообщения о нарушении целостности

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

Все входят под своими учётными записями

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

Ошибки прав доступа, отсутствие пользователей

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

Типичные ошибки
01
Загрузка .dt в рабочую базу вместо новой — старые данные перезаписываются безвозвратно
02
Копирование файла базы во время работы пользователей — копия получается повреждённой
03
Удаление «битого» файла сразу после восстановления из копии — теряется шанс вытащить данные новее копии
04
Запуск тестирования и исправления без предварительной копии файла — исправление необратимо меняет структуру
05
Игнорирование проверки после восстановления — скрытые ошибки всплывают при закрытии периода

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

Итог

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

Перед восстановлением сохраните текущее состояние базы. Основной способ — загрузка .dt в новую базу или замена файла 1Cv8.1CD рабочей копией. При отсутствии копий используйте chdbfl.exe и тестирование и исправление, а при серьёзных повреждениях не экспериментируйте и обращайтесь к специалистам. После восстановления обязательно проверьте целостность данных и настройте регулярное резервное копирование.

Частые вопросы о восстановлении 1С Бухгалтерии

Можно ли восстановить базу, если резервной копии никогда не было?

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

Чем отличается файл .dt от копии файла 1Cv8.1CD?

Файл .dt — это логическая выгрузка, созданная средствами платформы; его можно загрузить в любую базу через конфигуратор. Файл 1Cv8.1CD — физический файл файловой базы целиком; он восстанавливается простой подменой, но копировать его можно только при остановленной работе с базой.

База восстановлена, но часть документов за последнюю неделю пропала. Что делать?

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

Где находится утилита chdbfl.exe?

В каталоге установки платформы 1С, в подпапке bin конкретной версии, например: C:\Program Files\1cv8\<номер версии>\bin\chdbfl.exe. Если установлено несколько версий платформы, подойдёт утилита из любой свежей.

Как настроить автоматическое резервное копирование файловой базы?

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

Опасно ли запускать «Тестирование и исправление»?

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