Как сделать резервное копирование 1С 8.3

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

Способ копирования зависит от режима работы базы. Для файловой базы достаточно выгрузки через конфигуратор или простого копирования файла 1Cv8.1CD. Для клиент-серверного варианта на MS SQL Server, PostgreSQL или Oracle копию делают средствами СУБД — это быстрее и надежнее, чем выгрузка в dt.

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

Определите режим работы базы перед копированием

Откройте список информационных баз в окне запуска 1С, выделите нужную базу и посмотрите строку подключения внизу окна. Если указан путь к каталогу вида File="D:\Bases\Trade" — база файловая. Если указан сервер и имя базы вида Srvr="server";Ref="trade" — база работает в клиент-серверном режиме.

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

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

Универсальный способ, работающий для любого режима 1С 8.3. Запустите конфигуратор, войдите в базу под пользователем с правами администратора и откройте меню «Администрирование» → «Выгрузить информационную базу». Укажите каталог и имя файла — удобно включать в имя дату, например trade_2026-05-15.dt, чтобы не путать копии.

Перед выгрузкой завершите работу всех пользователей: через «Администрирование» → «Поддержка и обслуживание» → «Блокировка работы пользователей» или просто попросив коллег выйти. Активные сеансы не всегда мешают выгрузке, но данные в копии могут оказаться в противоречивом состоянии — например, документ записан, а его движения еще нет.

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

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

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

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

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

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

robocopy "D:\Bases\Trade" "E:\Backup\Trade_%date:~6,4%-%date:~3,2%-%date:~0,2%" 1Cv8.1CD /R:2 /W:5

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

Для базы на MS SQL Server, PostgreSQL или Oracle выгрузка в dt — не основной способ резервирования: она медленная и не захватывает настройки на уровне СУБД. Правильный подход — штатный бэкап средствами самой СУБД, который выполняется «на горячую», без остановки работы пользователей.

В MS SQL Server бэкап создается через SQL Server Management Studio: правый клик по базе → «Задачи» → «Создать резервную копию», тип — «Полная». Для регулярного копирования настраивают план обслуживания с расписанием. В PostgreSQL используют утилиту pg_dump или pg_basebackup.

BACKUP DATABASE [trade] TO DISK = N'E:\Backup\trade_full.bak' WITH COMPRESSION, CHECKSUM;

Обратите внимание: бэкап средствами СУБД восстанавливается только на ту же СУБД. Если нужно перенести базу, например, с SQL Server в файловый режим или на PostgreSQL, потребуется именно выгрузка в dt через конфигуратор.

Автоматизация копирования по расписанию

Ручное копирование рано или поздно забывается, поэтому резервирование нужно автоматизировать. Для файловых баз подойдет планировщик заданий Windows, запускающий bat-файл с копированием каталога базы. Для клиент-серверных — планы обслуживания SQL Server или задания cron/Task Scheduler для pg_dump.

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

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

Резервная копия, которую ни разу не восстанавливали, нельзя считать надежной. Периодически — хотя бы раз в месяц — проверяйте копию: загрузите dt в тестовую базу через «Администрирование» → «Загрузить информационную базу» или восстановите бэкап СУБД на тестовом сервере и войдите в базу.

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

Типичные ошибки и меры безопасности

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

Отдельно предупредим о риске при восстановлении: загрузка dt или восстановление бэкапа СУБД безвозвратно затирает текущее содержимое целевой базы. Перед восстановлением поверх рабочей базы обязательно снимите копию с текущего состояния — даже если оно «плохое», откатиться к нему может понадобиться.

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