Резервная копия информационной базы 1С 8.3: файл, выгрузка .dt, расписание и SQL

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

Какой способ выбрать, зависит от типа базы и задачи. Перед обновлением хватит одной выгрузки .dt. Для ежедневной защиты нужна автоматика и хранение копий не на том же диске, где лежит база. Копия, которую ни разу не пробовали восстановить, — это надежда, а не резервная копия.

Какую базу вы сохраняете: файловую или серверную

Первым делом определите вариант работы базы. От этого зависит всё остальное.

1. Откройте окно запуска 1С.
2. Выделите базу в списке.
3. Посмотрите на строку внизу окна:
   • 📁 File="D:\Bases\Buh"; — файловая база. Все данные лежат в одном файле 1Cv8.1CD в этой папке;
   • 🖥 Srvr="srv1c";Ref="buh"; — клиент-серверная. Данные хранятся в СУБД (MS SQL Server или PostgreSQL), на компьютере пользователя их нет.

Копия папки файловой базы вручную

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

Порядок действий

1. Попросите всех пользователей выйти из программы. Проверить, что в базе никого нет, можно в Конфигураторе: Администрирование → Активные пользователи.
2. Закройте 1С у себя, включая Конфигуратор.
3. Откройте папку базы — путь виден в окне запуска после File=.
4. Скопируйте всю папку на другой диск, флешку или в сетевое хранилище.
5. Переименуйте копию по шаблону: Buh_2026-10-07_1830. Дата в имени избавит от путаницы через месяц.

Копировать 1Cv8.1CD при открытой базе нельзя: файл может скопироваться в момент записи, и копия окажется повреждённой. Иногда Windows вообще не даст его скопировать, сообщив, что файл занят другим процессом.

Что внутри папки и что можно не копировать

• 📦 1Cv8.1CD — сама база: конфигурация, данные, пользователи. Главный файл.
• 🔍 1Cv8FTxt — индекс полнотекстового поиска. Его можно не копировать, программа построит индекс заново.
• 📝 1Cv8Log — журнал регистрации. Не обязателен, но пригодится, если потом придётся выяснять, кто и что менял.

Копия папки занимает столько же, сколько сама база. Сжать её архиватором можно: 1Cv8.1CD обычно ужимается в несколько раз.

Выгрузка базы 1С в файл .dt через Конфигуратор

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

Как выгрузить

1. В окне запуска выберите базу и нажмите Конфигуратор.
2. Введите логин и пароль пользователя с полными правами.
3. Откройте меню Администрирование → Выгрузить информационную базу....
4. Укажите папку и имя файла, например E:\Backup\Buh_2026-10-07.dt.
5. Нажмите Сохранить и дождитесь сообщения о завершении выгрузки.

Для базы на 5–10 ГБ выгрузка занимает от нескольких минут до получаса. Пока она идёт, лучше, чтобы в базе никто не проводил документы.

Как восстановить из .dt

Восстановление идёт через Администрирование → Загрузить информационную базу... в Конфигураторе. Для загрузки нужен монопольный доступ: все пользователи должны выйти.

Когда .dt недостаточно

• 🐘 База на сотни гигабайт: выгрузка и загрузка займут часы. Для серверной базы надёжнее бэкап СУБД.
• ⏱ Нужна точка восстановления «на 14:30 вчера»: .dt фиксирует только момент выгрузки.
• 🔁 Нужно копировать каждый день без участия человека: ручная выгрузка рано или поздно будет забыта.

Автоматическое сохранение базы 1С по расписанию

Ручная копия раз в квартал от реальных потерь не защищает. Сбой диска или шифровальщик не предупреждают заранее. Автоматику можно настроить двумя путями.

Встроенное резервное копирование в типовых конфигурациях

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

1. Откройте Администрирование → Обслуживание.
2. Найдите группу Резервное копирование и восстановление и перейдите в настройку.
3. Выберите режим: по расписанию или при завершении работы.
4. Укажите каталог для копий — лучше на другом физическом диске или в сетевой папке.
5. Задайте, сколько копий хранить или за какой срок. Старые программа удалит сама.

Программа сама выполняет копирование, но при этом ей нужно завершить сеансы пользователей . Ставьте расписание на время, когда в базе никто не работает , например на 23:00.

Скрипт с запуском Конфигуратора

Второй путь — пакетный файл, который выгружает .dt без открытия окон, и задание в Планировщике Windows. Подходит и для файловой, и для серверной базы.

@echo off
set V8="C:\Program Files\1cv8\8.3.24.1342\bin\1cv8.exe"
set D=%date:~6,4%-%date:~3,2%-%date:~0,2%

rem Файловая база
%V8% DESIGNER /F"D:\Bases\Buh" /N"Администратор" /P"пароль" ^
  /DisableStartupDialogs /DumpIB "E:\Backup\Buh_%D%.dt" /Out "E:\Backup\Buh_%D%.log"

rem Для серверной базы вместо /F: /S"srv1c\buh"

• Номер версии в пути 8.3.24.1342 замените на свой: он виден в C:\Program Files\1cv8\.
• Разбор даты %date% зависит от региональных настроек Windows. Запустите скрипт вручную и проверьте имя файла.
• Лог /Out показывает, прошла ли выгрузка. Без него вы узнаете о сбое только в день восстановления.

В Планировщике заданий создайте задачу: триггер «Ежедневно» в 22:30, действие — запуск bat-файла, флажок «Выполнять для всех пользователей». Через пару дней загляните в папку и в логи.

Правило 3-2-1

Где хранить копии, не менее важно, чем как их делать:

• 3️⃣ три копии данных, считая рабочую базу;
• 2️⃣ на двух разных носителях, например диск сервера и NAS;
• 1️⃣ одна копия вне офиса или вне сети: облачное хранилище или отключаемый диск.

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

Конфигурация отдельно от данных: файлы .cf и .cfe

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

Сохранение конфигурации в .cf

1. Откройте базу в Конфигураторе.
2. Если дерево конфигурации не видно, выберите Конфигурация → Открыть конфигурацию.
3. Выполните Конфигурация → Сохранить конфигурацию в файл....
4. Укажите имя, например Buh_dorabotka_2026-10-07.cf.

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

Расширения

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

Сохранение серверной базы 1С на MS SQL и PostgreSQL

В клиент-серверном варианте 1С хранит данные в СУБД. Значит, и копировать их правильнее её средствами. Такой бэкап делается без отключения пользователей и умеет восстанавливать базу на конкретный момент.

MS SQL Server

Полная копия базы командой T-SQL:

BACKUP DATABASE [buh]
TO DISK = N'E:\Backup\buh_full.bak'
WITH CHECKSUM, INIT, STATS = 10;

Для регулярного копирования в SQL Server Management Studio настраивают план обслуживания: полная копия раз в сутки ночью, разностная днём при необходимости. Если у базы модель восстановления FULL, обязательно добавьте копирование журнала транзакций каждые 15–60 минут:

BACKUP LOG [buh]
TO DISK = N'E:\Backup\buh_log_1430.trn'
WITH CHECKSUM;

Без копий журнала при модели FULL файл журнала растёт, пока не займёт весь диск. Если восстановление на точный момент не нужно, переведите базу в модель SIMPLE и делайте только полные копии.

PostgreSQL

Для PostgreSQL обычный инструмент — pg_dump в формате custom:

"C:\Program Files\PostgreSQL\16\bin\pg_dump.exe" -U postgres -Fc -f "E:\Backup\buh.dump" buh

Восстановление — через pg_restore в заранее созданную пустую базу. Запуск по расписанию настраивается так же, через Планировщик Windows или cron на Linux.

Чего не делать с серверной базой

• ❌ Не копируйте файлы .mdf и .ldf при запущенной службе SQL — получите нерабочую копию.
• ❌ Не полагайтесь только на ночной .dt: для базы на 200 ГБ его загрузка может занять больше рабочего дня.
• ❌ Не храните .bak только на том же сервере, где работает SQL.

Проверка копии: тестовое восстановление и целостность

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

Пробное восстановление

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

Для SQL восстановите .bak в базу с другим именем, зарегистрируйте её в кластере 1С и проверьте так же. Быструю проверку читаемости файла даёт RESTORE VERIFYONLY FROM DISK = N'E:\Backup\buh_full.bak' WITH CHECKSUM;, но она не заменяет пробного восстановления.

Проверка целостности самой базы

Копия повреждённой базы тоже будет повреждённой. Поэтому время от времени проверяйте и сам источник:

• 🛠 Файловая база — утилита chdbfl.exe из папки bin платформы. Она проверяет физическую целостность 1Cv8.1CD. Запускайте её только на закрытой базе.
• 🛠 Любая база — в Конфигураторе Администрирование → Тестирование и исправление.... Нужен монопольный доступ, пользователи должны выйти. Сначала запускайте режим «Проверка», без исправления, и только на свежей копии.
• 🛠 MS SQL — команда DBCC CHECKDB ('buh') в окне запросов SSMS. Ставьте её в план обслуживания раз в неделю.

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

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