Как восстановить базу 1С 8.3: способы и порядок действий

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

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

Определите тип базы и оцените ситуацию

Откройте список информационных баз в стартовом окне 1С и посмотрите путь к базе. Если путь выглядит как каталог на диске (например, D:\Bases\Trade), это файловый вариант; если указан сервер и имя базы — клиент-серверный. От этого зависит весь дальнейший порядок работы.

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

Подготовка перед восстановлением

Завершите все сеансы пользователей: в клиент-серверном варианте через консоль кластера, в файловом — попросите коллег выйти и убедитесь, что файл базы не занят. Активные соединения помешают загрузке и могут повредить данные в процессе.

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

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

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

Создайте новую пустую информационную базу: в стартовом окне 1С нажмите «Добавить» → «Создание новой информационной базы» → «без конфигурации». Затем откройте её в режиме конфигуратора и выполните загрузку.

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

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

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

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

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

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

В клиент-серверном варианте данные хранятся в СУБД, и восстанавливать нужно именно её средствами. Для MS SQL это операция RESTORE из bak-файла через SQL Server Management Studio, для PostgreSQL — pg_restore из дампа. Сама 1С в этом процессе не участвует.

Общий порядок: завершите сеансы в консоли кластера, установите на базу в консоли кластера блокировку соединений, восстановите базу в СУБД из последнего бэкапа, снимите блокировку и проверьте вход. Если база восстанавливается на новый сервер, дополнительно проверьте сопоставление логинов СУБД и права на базу.

RESTORE DATABASE [TradeBase] FROM DISK = N'D:\Backups\TradeBase_full.bak' WITH REPLACE, RECOVERY

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

Если резервной копии нет: ремонт повреждённой базы

Когда копии отсутствуют, остаётся попытаться починить имеющийся файл. Первый инструмент — утилита chdbfl.exe из каталога bin установленной платформы 1С. Укажите путь к файлу 1Cv8.1CD, включите опцию «Исправлять обнаруженные ошибки» и запустите проверку. Работайте только с копией файла.

Второй этап — «Тестирование и исправление» в конфигураторе (Администрирование → Тестирование и исправление). Включайте режимы постепенно: сначала реиндексацию и проверку логической целостности, а пункты «Удаление ссылочных объектов» оставляйте на крайний случай — они безвозвратно удаляют записи с битыми ссылками.

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

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

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

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

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

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

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