Администрирование · 11 мин
Резервная копия 1С Предприятие: пошаговая инструкция по созданию и проверке
Как сделать резервную копию базы 1С Предприятие: выгрузка в dt, копирование файла 1Cv8.1CD, бэкап на SQL Server, автоматизация и проверка восстановления.
Резервная копия базы 1С — единственная гарантия того, что при сбое диска, ошибке обновления или случайном удалении данных бухгалтерия и торговый учёт восстановятся без потерь. При этом способ копирования зависит от того, в каком режиме работает ваша база: файловом или клиент-серверном (SQL). Подход, который корректен для одного варианта, для другого может дать непригодную копию.
В файловом режиме вся база хранится в одном файле 1Cv8.1CD, и копию можно получить либо выгрузкой через конфигуратор, либо простым копированием каталога. В клиент-серверном режиме данные лежат в СУБД (Microsoft SQL Server, PostgreSQL и другие), и надёжную копию делает штатное средство самой СУБД, а не копирование файлов.
Ниже разобраны три рабочих способа создания резервной копии, их ограничения, настройка автоматического копирования и способ проверить, что копия действительно восстанавливается. Инструкции подходят для платформы 1С:Предприятие 8.3 и типовых конфигураций — «Бухгалтерия предприятия», «Управление торговлей», «Зарплата и управление персоналом» и других.
Какой способ копирования выбрать для вашей базы
Прежде чем делать копию, определите режим работы базы. Откройте конфигуратор, зайдите в «Администрирование → Свойства информационной базы» или посмотрите строку подключения в списке баз стартера 1С: если путь ведёт в папку на диске — база файловая, если указан сервер 1С или кластер — клиент-серверная.
Выгрузка в .dt универсальна: файл можно загрузить и в файловую, и в серверную базу, а также перенести между разными СУБД. Но у выгрузки есть ограничение — на больших базах (десятки гигабайт) она выполняется долго и требует монопольного доступа. Копирование файла 1Cv8.1CD быстрее, но корректно только при полном закрытии базы всеми пользователями и службами. Бэкап средствами SQL — единственный корректный вариант для серверных баз в промышленной эксплуатации.
Сравнение способов резервного копирования
Подходит для файловых и небольших серверных баз, переноса между платформами. Ограничение: требует монопольного доступа, медленная на больших базах.
Быстрый вариант для файловых баз. Ограничение: только при полностью закрытой базе, иначе копия может оказаться повреждённой.
Штатный вариант для клиент-серверных баз, поддерживает расписание и разностные копии. Ограничение: требует доступа к серверу СУБД и навыков администрирования.
Выгрузка базы в файл .dt через конфигуратор
Это самый распространённый способ, который подходит даже пользователю без глубоких знаний администрирования. Выгрузка создаёт файл с расширением .dt, содержащий и данные, и конфигурацию.
Порядок действий. Попросите всех пользователей выйти из программы и завершите фоновые сеансы. Откройте конфигуратор, авторизуйтесь под пользователем с правами администратора. В меню выберите «Администрирование → Выгрузить информационную базу», укажите папку и имя файла — удобно включать в имя дату, например buh_2026-05-30.dt. Дождитесь сообщения об успешном завершении.
Если при запуске выгрузки появляется ошибка о том, что база заблокирована или есть активные соединения, проверьте список сеансов: «Администрирование → Активные пользователи». Завершите оставшиеся сеансы и повторите выгрузку. Также убедитесь, что на диске назначения достаточно свободного места — файл .dt обычно заметно меньше размера базы за счёт сжатия, но запас места нужен.
- 1Завершите работу всех пользователей и фоновые задания базы
- 2Откройте конфигуратор и авторизуйтесь с правами администратора
- 3Выберите: Администрирование → Выгрузить информационную базу
- 4Укажите папку и имя файла с датой в названии
- 5Дождитесь сообщения об успешной выгрузке и скопируйте файл на внешний носитель
Копирование файловой базы напрямую
Файловая база целиком находится в одном каталоге, ключевой файл — 1Cv8.1CD. Если скопировать этот файл (или весь каталог) в другое место, вы получите полноценную копию, которую можно подключить в списке баз как обычную базу 1С.
Критическое условие: на момент копирования база должна быть полностью закрыта — ни одного запущенного клиента, конфигуратора, фонового задания или службы, работающей с этой папкой. Если скопировать файл во время работы пользователей, копия с высокой вероятностью окажется в несогласованном состоянии и при открытии выдаст ошибку или потерянные данные.
Для регулярного копирования удобно настроить задачу в планировщике Windows, которая в ночное время копирует каталог базы в сетевую папку или на внешний диск. Пример команды для bat-файла:
robocopy "D:\Bases\Buh" "E:\Backup\Buh_%DATE:~6,4%-%DATE:~3,2%-%DATE:~0,2%" /MIR /R:2 /W:5Команда robocopy надёжнее обычного копирования: она повторяет попытку при временной недоступности файла и ведёт журнал. Дату в имени папки удобно формировать автоматически, чтобы копии не затирали друг друга.
Резервное копирование клиент-серверной базы на SQL
Если база работает на Microsoft SQL Server, PostgreSQL или другой СУБД, копировать файлы данных вручную нельзя — это почти гарантированно приведёт к повреждению копии. Правильный путь — штатный механизм резервного копирования самой СУБД.
Для Microsoft SQL Server откройте SQL Server Management Studio, подключитесь к серверу, найдите нужную базу в списке, щёлкните правой кнопкой и выберите «Задачи → Создать резервную копию». Укажите тип «Полная» и путь к файлу .bak. Для регулярного копирования настройте план обслуживания (Maintenance Plan) с расписанием: полная копия ежедневно, разностные — несколько раз в день, если объём изменений велик.
Для PostgreSQL используется утилита pg_dump или pg_basebackup, запускаемая по расписанию через cron или планировщик. Важно: бэкап средствами СУБД сохраняет только данные. Конфигурация в 1С хранится внутри базы, поэтому при восстановлении на чистый сервер достаточно создать пустую информационную базу в консоли кластера 1С, указав восстановленную базу данных.
Автоматизация: как не забывать делать копии
Ручное копирование рано или поздно пропускается — обычно именно перед сбоем. Поэтому копии должны создаваться автоматически по расписанию. Для файловых баз это задача планировщика Windows с robocopy или выгрузкой через командную строку конфигуратора с параметром /DumpIB. Для серверных — план обслуживания в SQL Server или скрипт pg_dump.
Пример выгрузки файловой базы из командной строки:
"C:\Program Files\1cv8\8.3.22.1750\bin\1cv8.exe" DESIGNER /F"D:\Bases\Buh" /N"Админ" /P"пароль" /DumpIB"E:\Backup\buh_%DATE%.dt" /DisableStartupDialogsПри настройке автоматики соблюдайте три правила. Во-первых, храните копии отдельно от рабочей базы — на другом диске, сетевом хранилище или в облаке; копия на том же диске не спасёт при его отказе. Во-вторых, держите несколько поколений копий: хотя бы ежедневные за неделю и недельные за месяц. В-третьих, настройте уведомление об ошибке выполнения задачи — молча неработающее расписание хуже его отсутствия, потому что создаёт ложное чувство защищённости.
Проверка копии и восстановление базы
Копия, которую ни разу не восстанавливали, — это предположение, а не защита. Проверяйте копии регулярно: загрузите .dt в новую пустую базу или подключите скопированный каталог как новую базу в списке и убедитесь, что открываются отчёты, документы и справочники за последние даты.
Восстановление из .dt выполняется зеркально выгрузке: создайте пустую базу в списке баз 1С (без конфигурации), откройте её конфигуратором и выберите «Администрирование → Загрузить информационную базу». Учтите, что загрузка полностью заменяет содержимое текущей базы — перед загрузкой в существующую базу сделайте копию её текущего состояния.
Для восстановления SQL-базы используйте «Восстановить базу данных» в Management Studio с указанием файла .bak. После восстановления проверьте, что база привязана к правильному имени в консоли кластера 1С и что версия платформы на сервере не ниже той, на которой работала база.
Как проверить результат
База открывается без ошибок, пользователи могут войти
Ошибка формата потока, повреждение базы или требование тестирования и исправления
Присутствуют документы за последний рабочий день перед копированием
Последние документы датированы раньше, чем ожидалось
Размер сопоставим с предыдущими копиями той же базы
Копия резко меньше обычной или имеет нулевой размер
Частые вопросы о резервных копиях 1С
Чем файл .dt отличается от копии файла 1Cv8.1CD?
Файл .dt — это выгрузка в универсальном формате платформы: его можно загрузить в базу на другом компьютере, другой СУБД и даже при смене режима работы. Файл 1Cv8.1CD — это «сырой» файл файловой базы, который подключается напрямую, но требует полного закрытия базы при копировании и не подходит для переноса на SQL.
Можно ли делать копию, пока пользователи работают в базе?
Выгрузка в .dt требует монопольного доступа, поэтому пользователей придётся выгнать. Копирование файловой базы при работающих пользователях недопустимо. А вот бэкап средствами SQL Server или PostgreSQL выполняется «на горячую», без остановки работы — это одно из главных преимуществ клиент-серверного режима.
Сколько копий нужно хранить и как часто их делать?
Рабочий минимум для большинства организаций: ежедневная копия с хранением за последние 7–14 дней плюс еженедельные копии за месяц. Если база небольшая и изменений много, делайте копии дважды в день. Перед обновлением конфигурации всегда делайте дополнительную копию вне расписания.
База не открывается после сбоя, копия есть — что делать?
Не запускайте «Тестирование и исправление» на единственном экземпляре повреждённой базы — сначала скопируйте её каталог в безопасное место. Затем разверните резервную копию в новую базу и оцените потери за период между копией и сбоем. Только после этого решайте, восстанавливаться из копии или пытаться чинить повреждённую базу.
Нужно ли архивировать копии паролем?
Желательно, если копии покидают контролируемый контур — передаются на внешний носитель или в облако: в базе персональные данные сотрудников и коммерческая информация. Используйте архиватор с шифрованием (например, 7-Zip с AES-256) и храните пароль отдельно от архивов, в менеджере паролей.
Куда лучше сохранять копии — в облако или на локальный диск?
Оптимально — комбинация: локальная копия для быстрого восстановления и копия вне офиса (облако, другое здание) на случай пожара, кражи оборудования или шифровальщика. Одна только облачная копия замедлит восстановление большой базы, одна только локальная — не защитит от физических рисков.
Что важно запомнить
Способ копирования выбирайте по режиму базы: файловая — выгрузка в .dt или копирование каталога при закрытых сеансах, серверная — бэкап средствами СУБД. Автоматизируйте копии по расписанию, храните их на отдельном носителе в нескольких поколениях и регулярно проверяйте тестовым восстановлением.