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

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

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

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

Как определить, где хранится ваша база

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

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

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

Это основной и самый надёжный способ, подходящий для любой базы независимо от платформы и СУБД. Запустите базу в режиме «Конфигуратор» (в окне выбора баз — кнопка «Конфигуратор»). Затем откройте меню «Администрирование» и выберите пункт «Выгрузить информационную базу». Укажите папку и имя файла — удобно включать в имя дату, например trade_15-05.dt.

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

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

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

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

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

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

Для восстановления достаточно вернуть файл 1Cv8.1CD на место или прописать в списке баз путь к папке с копией. Этот способ быстрее выгрузки в .dt, но менее универсален: перенести такую копию на другую версию платформы или в серверный вариант напрямую не получится — понадобится всё та же выгрузка .dt.

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

Для баз на MS SQL Server, PostgreSQL или другой СУБД прямое копирование файлов данных — плохая идея: файлы базы данных нельзя корректно скопировать на работающем сервере. Здесь применяются штатные средства СУБД.

В MS SQL Server резервная копия создаётся через SQL Server Management Studio: правый клик по базе → «Tasks → Back Up», тип копии Full, назначение — файл .bak. В PostgreSQL используется утилита pg_dump, которая создаёт согласованную выгрузку даже при работающих пользователях.

pg_dump -U postgres -F c -f trade_backup.dump trade_base

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

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

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

Для выгрузки .dt без ручного запуска конфигуратор поддерживает пакетный режим командной строки с параметрами DumpIB и указанием пути к файлу выгрузки. Скрипт с такой командой добавляют в планировщик и запускают ночью. Для серверных баз аналогичную роль выполняют планы обслуживания в MS SQL Server или задания cron с pg_dump.

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

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

Проверка копии и восстановление из неё

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

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

Типичные ошибки при создании архивных копий

Большинство потерь данных связано не с отсутствием самой процедуры, а с ошибками в её организации: копии хранятся рядом с базой, никто не проверяет их целостность, а перед обновлением конфигурации копию делают «потом».

Частые вопросы об архивных копиях 1С