Восстановление базы 1С из резервной копии: файловый вариант, SQL и .dt

Вернуть копию базы в 1С можно тремя путями, и выбор зависит от того, в каком виде у вас лежит копия. Файл выгрузки .dt загружают в Конфигураторе: Администрирование → Загрузить информационную базу. Копию файловой базы (1Cv8.1CD или архив с ним) просто кладут на место текущего файла. Бэкап SQL-сервера (.bak, .backup) восстанавливают средствами СУБД, а не из 1С.

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

Подготовка: что сделать до того, как вернуть копию

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

1. Определите формат копии. От него зависит способ — смотрите таблицу ниже.
2. Сохраните текущее состояние. Даже сломанная база может понадобиться: в ней документы, введённые после даты копии. Скопируйте папку файловой базы целиком или сделайте свежий бэкап SQL.
3. Узнайте дату копии. Всё, что вводили после неё, придётся восстанавливать вручную. Сообщите об этом бухгалтерии заранее.
4. Проверьте версию платформы. Копию лучше открывать платформой с номером версии не ниже той, на которой её сделали.
5. Завершите сеансы пользователей. Для замены файла и загрузки .dt в базе не должно быть никого. Предупредите людей: работа прервётся, несохранённые документы пропадут.
6. Проверьте место на диске. Для загрузки .dt нужно свободное место примерно в 3–5 раз больше размера файла выгрузки.

Как вернуть копию файловой базы 1С

Файловая база — это папка, а данные в ней лежат в одном файле 1Cv8.1CD. Копия файловой базы — это тот же файл, сделанный раньше. Поэтому восстановление сводится к работе с файлами.

Способ 1. Подключить копию отдельной базой (рекомендуется)

1. Создайте новую папку, например D:\Bases\Buh_copy.
2. Скопируйте в неё файл 1Cv8.1CD из резервной копии. Если копия в архиве — распакуйте.
3. Откройте окно запуска 1С и нажмите Добавить.
4. Выберите вариант добавления существующей информационной базы в список.
5. Укажите имя (например, «Бухгалтерия — копия от 03.10») и путь к новой папке.
6. Запустите базу в режиме 1С:Предприятие и проверьте данные.

Рабочая база при этом не трогается. Если копия подошла, можно работать прямо в ней или заменить файл в основной папке (способ 2).

Способ 2. Заменить файл в рабочей папке

1. Убедитесь, что в базе никого нет. Если файл занят, Windows не даст его переименовать — это и есть проверка.
2. В папке базы переименуйте текущий 1Cv8.1CD, например в 1Cv8_old.1CD. Не удаляйте его.
3. Скопируйте сюда 1Cv8.1CD из резервной копии.
4. Если в папке есть файл 1Cv8.cfl или 1Cv8tmp.1CD — перенесите их в сторону вместе со старым файлом базы.
5. Откройте базу и проверьте данные.

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

Восстановление копии базы 1С на SQL-сервере

В клиент-серверном варианте данные хранятся в СУБД. Платформа 1С бэкапы MS SQL или PostgreSQL не восстанавливает — это делает администратор СУБД. Схема та же: восстановить в новую базу данных, зарегистрировать её в кластере 1С, проверить.

Шаг 1. Заблокировать сеансы и регламентные задания

Если восстанавливаете поверх рабочей базы, в консоли администрирования серверов 1С откройте свойства информационной базы и включите:

• 🔒 блокировку начала сеансов (укажите время и сообщение для пользователей);
• 🔒 блокировку регламентных заданий.

Активные сеансы завершите в ветке Сеансы той же консоли. Пользователи потеряют несохранённые изменения — делайте это после рабочего дня или по договорённости.

Шаг 2. Восстановить бэкап в MS SQL Server

Сначала узнайте логические имена файлов внутри бэкапа:

RESTORE FILELISTONLY
FROM DISK = N'D:\Backup\buh_2026_10_03.bak';

Затем восстановите в новую базу данных buh_restore, указав новые физические файлы:

RESTORE DATABASE [buh_restore]
FROM DISK = N'D:\Backup\buh_2026_10_03.bak'
WITH MOVE N'buh'     TO N'D:\SQLData\buh_restore.mdf',
     MOVE N'buh_log' TO N'D:\SQLData\buh_restore_log.ldf',
     RECOVERY, STATS = 10;

Вместо buh и buh_log подставьте логические имена из первого запроса. То же самое можно сделать мышкой в SQL Server Management Studio: правый клик по Databases → Restore Database….

Восстанавливать поверх рабочей базы стоит только после проверки копии. Перед этим переведите базу в однопользовательский режим (это оборвёт все подключения) и добавьте REPLACE:

ALTER DATABASE [buh] SET SINGLE_USER WITH ROLLBACK IMMEDIATE;
RESTORE DATABASE [buh] FROM DISK = N'D:\Backup\buh_2026_10_03.bak' WITH REPLACE, RECOVERY;
ALTER DATABASE [buh] SET MULTI_USER;

Шаг 2а. Восстановить бэкап в PostgreSQL

Для дампа в формате custom (обычно .backup или .dump):

createdb -U postgres -T template0 buh_restore
pg_restore -U postgres -d buh_restore -j 4 /backup/buh_2026_10_03.backup

Ключ -j 4 запускает восстановление в 4 потока и заметно ускоряет работу на больших базах. Если дамп сделан в виде текстового .sql, его загружают через psql -U postgres -d buh_restore -f файл.sql.

Шаг 3. Зарегистрировать копию в кластере 1С

1. В консоли администрирования серверов 1С откройте Информационные базы.
2. Создайте новую информационную базу.
3. Укажите сервер СУБД, тип СУБД и имя базы данных buh_restore, а также пользователя СУБД.
4. Флажок создания базы данных в случае её отсутствия оставьте снятым — база уже есть.
5. Включите блокировку регламентных заданий, чтобы копия не начала обмениваться данными и отправлять документы.
6. Добавьте базу в список на клиенте (вариант «На сервере 1С:Предприятия») и проверьте.

Загрузка копии базы из файла выгрузки .dt

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

1. Создайте новую пустую базу: в окне запуска Добавить → Создание новой информационной базы → Создание информационной базы без конфигурации.
2. Откройте её в режиме Конфигуратор.
3. Выберите Администрирование → Загрузить информационную базу….
4. Укажите файл .dt и подтвердите, что текущие данные будут заменены.
5. Дождитесь окончания. На базе в 10–20 ГБ это может занять от получаса до нескольких часов.
6. Согласитесь на перезапуск Конфигуратора и откройте базу в режиме 1С:Предприятие.

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

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

В типовых конфигурациях на БСП (Бухгалтерия 3.0, ЗУП 3.1, УТ 11 и другие) есть встроенное резервное копирование для файловых баз. Копии оно складывает архивом в папку, которую задали в настройках.

Восстановить из такой копии можно, не открывая Конфигуратор:

1. Откройте Администрирование → Обслуживание.
2. В группе «Резервное копирование и восстановление» выберите восстановление из резервной копии.
3. Укажите файл архива с копией.
4. Введите имя и пароль администратора базы, если программа их запросит.
5. Подтвердите запуск: программа закроет сеанс, заменит данные и откроет базу заново.

В клиент-серверном варианте этот механизм не работает : программа предложит делать копии средствами СУБД. Для серверной базы используйте способы из раздела про SQL.

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

Если из копии нужна не вся база, а несколько документов

Частый случай: копия недельной давности, а испортили только пару документов или справочник. Возвращать всю базу и терять неделю работы нет смысла.

• 📂 Подключите копию отдельной базой и откройте её рядом с рабочей.
• ✍️ Если документов немного, перенесите данные руками: откройте документ в копии и введите такой же в рабочей базе.
• 🔄 Если объектов много — выгрузите их из копии универсальной обработкой выгрузки-загрузки данных XML и загрузите в рабочую базу.

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

Копию нельзя считать восстановленной, пока вы её не проверили. Проверка идёт в два уровня: техническая целостность и данные.

Техническая проверка

1. Тестирование и исправление. В Конфигураторе: Администрирование → Тестирование и исправление…. Для начала отметьте проверку логической и ссылочной целостности в режиме «Тестирование без исправления». Нужен монопольный доступ.
2. Утилита chdbfl.exe — только для файловых баз. Лежит в папке платформы, например C:\Program Files\1cv8\8.3.xx.xxxx\bin\chdbfl.exe. Проверяет физическую структуру файла 1Cv8.1CD. Запускать на закрытой базе.
3. DBCC CHECKDB — для MS SQL, если есть сомнения в самом бэкапе:

DBCC CHECKDB (N'buh_restore') WITH NO_INFOMSGS;

Проверка данных

• 📅 Найдите последний документ в журнале — его дата должна совпадать с датой копии.
• 💰 Сформируйте оборотно-сальдовую ведомость за последний месяц и сравните остатки с теми, что помнит бухгалтерия.
• 👥 Проверьте, что пользователи входят под своими паролями.
• 🔁 Убедитесь, что обмены и регламентные задания на копии отключены, если она не заменяет рабочую базу.

Ошибки при восстановлении копии и что с ними делать

Отдельно о частой путанице: файл .cf — это не копия базы. В нём только конфигурация, без документов и справочников. Загрузить его вместо .dt и получить данные не получится.

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