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

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

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

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

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

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

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

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

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

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

Если база работает в файловом режиме, вся она находится в одном файле 1Cv8.1CD внутри каталога базы. Резервная копия в этом случае — обычное копирование файла средствами Windows: через проводник, командную строку или скрипт.

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

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

robocopy "D:\Bases\Trade" "E:\Backups\Trade_%DATE:~6,4%-%DATE:~3,2%-%DATE:~0,2%" /E /R:2 /W:5

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

Как сделать бэкап клиент-серверной базы средствами СУБД

Для баз на MS SQL Server штатный способ — создание резервной копии средствами самого сервера. Откройте SQL Server Management Studio, найдите нужную базу, щёлкните правой кнопкой: «Задачи» → «Создать резервную копию». Тип копии — «Полная», назначение — файл .bak на диске, отличном от диска с данными.

Такой бэкап делается «на горячую», без остановки работы пользователей, и выполняется значительно быстрее выгрузки в .dt. Для регулярного копирования настраивают план обслуживания (Maintenance Plan) с полной копией ежедневно и, при необходимости, копиями журнала транзакций — они позволяют восстановить базу на конкретный момент времени, а не только на момент ночного бэкапа.

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

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

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

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

"C:\Program Files\1cv8\bin\1cv8.exe" DESIGNER /F"D:\Bases\Trade" /N"Администратор" /P"пароль" /DumpIB"E:\Backups\trade_%DATE%.dt"

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

Частота копий зависит от интенсивности работы: при ежедневном вводе документов разумный минимум — ежедневная полная копия, хранение — несколько недель плюс месячные архивы. Соблюдайте правило «3-2-1»: минимум три копии данных, на двух разных носителях, одна — вне офиса (другой сервер, облако, съёмный диск).

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

Восстановление из .dt выполняется через конфигуратор: «Администрирование» → «Загрузить информационную базу». Загрузка полностью заменяет текущее содержимое базы, поэтому перед ней обязательно сделайте копию текущего состояния — даже если база «сломана», из неё могут понадобиться свежие данные.

Для файловой базы восстановление из копии каталога — это замена файла 1Cv8.1CD на резервный при завершённых сеансах. Для SQL Server — «Восстановить базу данных» в Management Studio с указанием файла .bak, после чего базу подключают в списке информационных баз 1С.

Типичные ошибки и как их избежать

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

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

Частые вопросы о резервном копировании 1С