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

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

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

Что такое резервная копия 1С и какие виды копий существуют

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

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

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

Как сделать выгрузку базы через конфигуратор

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

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

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

Как скопировать файловую базу напрямую

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

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

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

Если база работает на Microsoft SQL Server, PostgreSQL или другой СУБД, копировать файлы базы данных вручную нельзя — корректный бэкап создаётся штатными средствами СУБД. Для MS SQL это полная резервная копия (FULL backup) через SQL Server Management Studio или командой T-SQL, для PostgreSQL — утилита pg_dump или pg_basebackup.

BACKUP DATABASE [My1CBase] TO DISK = N'D:\Backups\My1CBase_full.bak' WITH COMPRESSION, CHECKSUM;

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

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

Как настроить автоматическое резервное копирование по расписанию

Ручные копии забывают делать именно тогда, когда они нужнее всего. Автоматизация решается штатными средствами: планировщиком заданий Windows и скриптом, который копирует файловую базу или запускает бэкап СУБД. Для файловой базы достаточно bat-файла с командой копирования каталога и архивацией в 7-Zip или WinRAR.

set DATE=%date:~6,4%-%date:~3,2%-%date:~0,2%
"C:\Program Files\7-Zip\7z.exe" a "D:\Backups\base_%DATE%.7z" "D:\Bases\Trade\1Cv8.1CD"

При настройке расписания соблюдайте правило «3-2-1»: минимум три копии данных, на двух разных носителях, одна — вне офиса (облако или другое здание). Локальный диск того же сервера не считается резервным хранилищем: при его отказе пропадут и база, и бэкапы. Также настройте ротацию — удаление копий старше заданного срока, чтобы диск не переполнялся.

Как проверить, что резервная копия рабочая

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

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

Типичные ошибки при резервном копировании 1С

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

Часто задаваемые вопросы