К статье
Практический материал

Администрирование · 9 мин

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

Как сделать резервную копию базы 1С: выгрузка DT, копирование файловой базы, бэкап SQL-сервера, автоматизация и проверка восстановления.

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

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

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

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

Выбор метода определяется типом базы и задачей. Выгрузка DT универсальна и подходит для переноса между платформами и СУБД, но выполняется медленно на больших базах и требует монопольного доступа. Копирование файла 1Cv8.1CD — самый быстрый вариант для файловой базы, но файл нельзя копировать, пока в базе работают пользователи. Резервная копия средствами SQL-сервера — стандарт для клиент-серверного режима: она делается «на лету», без остановки работы.

Сравнение способов

Выгрузка DT через конфигуратор

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

Копирование файла 1Cv8.1CD

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

Бэкап средствами SQL-сервера

Стандарт для клиент-серверных баз, работает без остановки сеансов, легко автоматизируется. Ограничение: требует доступа к СУБД и навыков администрирования

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

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

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

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

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

Файл DT стоит сохранять не на тот же диск, где лежит сама база, а на отдельный носитель или сетевое хранилище. Копия, лежащая рядом с оригиналом, погибнет вместе с ним при отказе диска.

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

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

Проверить, что база свободна, можно через консоль «Администрирование серверов» (для опубликованных баз) или просто убедившись, что ни у одного пользователя не запущен сеанс. Если база лежит на сетевой папке, дополнительно проверьте, что файл не занят процессами на других компьютерах.

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

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

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

Для MS SQL Server копию создают через SQL Server Management Studio: правый клик по базе → Tasks → Back Up, тип Full, указание файла назначения. Ту же операцию выполняет команда T-SQL:

sql
BACKUP DATABASE [MyBase1C] TO DISK = N'D:\Backups\MyBase1C_full.bak' WITH COMPRESSION, CHECKSUM

При использовании модели полного восстановления (Full recovery model) дополнительно настраивают резервное копирование журнала транзакций — это позволяет восстановить базу на произвольный момент времени, а не только на момент последнего полного бэкапа. Если журнал не копируется, он растёт бесконечно и рано или поздно переполняет диск.

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

Автоматизация резервного копирования

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

Для выгрузки DT из командной строки используется запуск конфигуратора с параметрами:

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

Для SQL-баз расписание настраивают через план обслуживания (Maintenance Plan) в SQL Server или агент SQL Server с заданием BACKUP. В PostgreSQL — через cron или планировщик Windows с вызовом pg_dump.

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

Проверка восстановления и хранение копий

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

Контрольные точки

Как проверить результат

Файл копии создан
Норма

Файл существует, размер сопоставим с предыдущими копиями

Тревожный признак

Файл отсутствует, нулевой или аномально мал

Тестовое восстановление
Норма

База открывается, документы и отчёты доступны

Тревожный признак

Ошибки при загрузке, база не открывается

Актуальность данных
Норма

В копии есть документы за последний рабочий день

Тревожный признак

Последние документы датированы давно — копия устарела

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

Типичные ошибки
01
Хранение копии на том же диске, где лежит база — при отказе диска теряется и база, и копия
02
Копирование файла 1Cv8.1CD при открытых сеансах — копия получается повреждённой
03
Отсутствие тестового восстановления — о нерабочей копии узнают в момент аварии
04
Единственная перезаписываемая копия — нет возможности откатиться на более раннее состояние
05
Бэкап SQL без копирования журнала транзакций — журнал переполняет диск и останавливает базу

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

Чем выгрузка DT отличается от резервной копии SQL-сервера?

DT — логическая выгрузка данных средствами платформы 1С, независимая от СУБД и подходящая для переноса между разными системами. Бэкап SQL — физическая копия базы на уровне СУБД, которая создаётся быстрее, не требует остановки работы, но привязана к конкретной СУБД и её версии.

Можно ли делать копию, пока пользователи работают в базе?

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

Как часто нужно делать резервные копии?

Минимум — ежедневно в конце рабочего дня или ночью. При интенсивном вводе документов имеет смысл чаще: для SQL-баз копирование журнала транзакций каждые 15–60 минут позволяет восстановиться почти на момент сбоя.

Как восстановить базу из файла DT?

Создайте пустую информационную базу без конфигурации, откройте её в конфигураторе и выберите Администрирование → Загрузить информационную базу, указав файл DT. После загрузки проверьте работоспособность базы и права пользователей.

Сколько копий нужно хранить одновременно?

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

Что делать, если файл DT не загружается с ошибкой?

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

Итог

Что важно запомнить

Файловую базу копируйте выгрузкой DT или копированием 1Cv8.1CD при завершённых сеансах, клиент-серверную — средствами SQL-сервера. Автоматизируйте копии по расписанию, храните несколько поколений на отдельном носителе и регулярно проверяйте тестовым восстановлением.