Администрирование · 9 мин
Как создать резервную копию информационной базы 1С
Как сделать резервную копию базы 1С: выгрузка DT, копирование файловой базы, бэкап SQL-сервера, автоматизация и проверка восстановления.
Резервная копия информационной базы 1С — это единственная гарантия того, что при сбое диска, ошибочном обновлении конфигурации или действиях пользователя данные можно будет восстановить. Без актуальной копии потеря базы означает потерю всей учётной истории: документов, справочников, проводок и настроек.
Способ создания копии зависит от режима работы базы. Файловую базу можно скопировать как обычный файл или выгрузить через конфигуратор в файл DT. Клиент-серверную базу на SQL-сервере резервируют средствами самой СУБД, а выгрузка DT используется как дополнительный инструмент переноса и архивации.
Ниже разобраны все рабочие способы: от ручной выгрузки до автоматического расписания, а также проверка восстановления и типичные ошибки, из-за которых копия оказывается бесполезной в критический момент.
Какой способ резервного копирования выбрать
Выбор метода определяется типом базы и задачей. Выгрузка DT универсальна и подходит для переноса между платформами и СУБД, но выполняется медленно на больших базах и требует монопольного доступа. Копирование файла 1Cv8.1CD — самый быстрый вариант для файловой базы, но файл нельзя копировать, пока в базе работают пользователи. Резервная копия средствами SQL-сервера — стандарт для клиент-серверного режима: она делается «на лету», без остановки работы.
Сравнение способов
Подходит для любых баз, переноса между платформами и долгосрочного архива. Ограничение: медленно на больших базах, нужен монопольный доступ
Быстрый вариант для файловых баз. Ограничение: все сеансы должны быть завершены, иначе копия может оказаться повреждённой
Стандарт для клиент-серверных баз, работает без остановки сеансов, легко автоматизируется. Ограничение: требует доступа к СУБД и навыков администрирования
Важно понимать различие: копия файловой базы и бэкап SQL сохраняют данные «как есть» и привязаны к конкретной среде, а файл DT — логическая выгрузка, независимая от платформы и версии СУБД. Для надёжности часто совмещают два подхода: ежедневный бэкап средствами СУБД плюс периодическая выгрузка DT как страховочный архив.
Выгрузка базы в файл DT через конфигуратор
Это базовый метод, доступный любому пользователю с правами администратора. Перед началом убедитесь, что все пользователи завершили работу: выгрузка требует монопольного доступа, иначе конфигуратор выдаст ошибку блокировки.
- 1Завершите все сеансы пользователей и фоновые задания
- 2Откройте базу в режиме Конфигуратор
- 3Выберите меню Администрирование → Выгрузить информационную базу
- 4Укажите путь и имя файла с расширением .dt
- 5Дождитесь завершения и проверьте, что файл создан и имеет ненулевой размер
Время выгрузки зависит от объёма базы: небольшая база выгружается за минуты, база в десятки гигабайт может занять часы. Не прерывайте процесс и не выключайте компьютер до его завершения — оборванная выгрузка не создаёт рабочий файл.
Файл DT стоит сохранять не на тот же диск, где лежит сама база, а на отдельный носитель или сетевое хранилище. Копия, лежащая рядом с оригиналом, погибнет вместе с ним при отказе диска.
Копирование файловой базы напрямую
Файловая база 1С физически представляет собой файл 1Cv8.1CD в каталоге базы. Чтобы сделать копию, достаточно завершить все сеансы и скопировать этот файл в другое место. Это самый быстрый способ: копирование идёт со скоростью дисковой подсистемы.
Проверить, что база свободна, можно через консоль «Администрирование серверов» (для опубликованных баз) или просто убедившись, что ни у одного пользователя не запущен сеанс. Если база лежит на сетевой папке, дополнительно проверьте, что файл не занят процессами на других компьютерах.
Для восстановления такой копии достаточно скопировать файл обратно в каталог базы или подключить каталог с копией как новую базу в списке информационных баз.
Резервное копирование клиент-серверной базы
Если база работает на MS SQL Server, PostgreSQL или другой СУБД, основной инструмент — штатные средства резервного копирования сервера. Они создают согласованную копию без остановки работы пользователей и позволяют настроить полные и разностные копии по расписанию.
Для MS SQL Server копию создают через SQL Server Management Studio: правый клик по базе → Tasks → Back Up, тип Full, указание файла назначения. Ту же операцию выполняет команда T-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 из командной строки используется запуск конфигуратора с параметрами:
"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 под другим именем и проверьте, что база открывается, отчёты строятся, а данные за последние даты на месте.
Как проверить результат
Файл существует, размер сопоставим с предыдущими копиями
Файл отсутствует, нулевой или аномально мал
База открывается, документы и отчёты доступны
Ошибки при загрузке, база не открывается
В копии есть документы за последний рабочий день
Последние документы датированы давно — копия устарела
Придерживайтесь правила разнесения копий: минимум одна копия должна храниться вне сервера с базой — на другом диске, сетевом хранилище или в облаке. Это защищает от отказа оборудования, пожара и шифровальщиков, которые стараются уничтожить и резервные копии на доступных сетевых ресурсах.
Частые вопросы
Чем выгрузка DT отличается от резервной копии SQL-сервера?
DT — логическая выгрузка данных средствами платформы 1С, независимая от СУБД и подходящая для переноса между разными системами. Бэкап SQL — физическая копия базы на уровне СУБД, которая создаётся быстрее, не требует остановки работы, но привязана к конкретной СУБД и её версии.
Можно ли делать копию, пока пользователи работают в базе?
Для клиент-серверной базы — да, средствами SQL-сервера. Для файловой базы копирование файла 1Cv8.1CD при открытых сеансах недопустимо, а выгрузка DT требует монопольного доступа. Поэтому файловые базы обычно копируют ночью или в нерабочее время.
Как часто нужно делать резервные копии?
Минимум — ежедневно в конце рабочего дня или ночью. При интенсивном вводе документов имеет смысл чаще: для SQL-баз копирование журнала транзакций каждые 15–60 минут позволяет восстановиться почти на момент сбоя.
Как восстановить базу из файла DT?
Создайте пустую информационную базу без конфигурации, откройте её в конфигураторе и выберите Администрирование → Загрузить информационную базу, указав файл DT. После загрузки проверьте работоспособность базы и права пользователей.
Сколько копий нужно хранить одновременно?
Практичный минимум — ежедневные копии за последнюю неделю и несколько еженедельных за месяц. Это позволяет откатиться не только на вчерашний день, но и на момент до ошибочных действий, замеченных с опозданием.
Что делать, если файл DT не загружается с ошибкой?
Сначала проверьте, что версия платформы, на которой выполняется загрузка, не ниже версии, на которой делалась выгрузка. Если файл повреждён, восстановить его штатными средствами обычно нельзя — понадобится более ранняя копия. Это ещё один аргумент в пользу хранения нескольких поколений бэкапов.
Что важно запомнить
Файловую базу копируйте выгрузкой DT или копированием 1Cv8.1CD при завершённых сеансах, клиент-серверную — средствами SQL-сервера. Автоматизируйте копии по расписанию, храните несколько поколений на отдельном носителе и регулярно проверяйте тестовым восстановлением.