Администрирование · 10 мин
Как сделать резервное копирование базы 1С
Как сделать резервную копию базы 1С: выгрузка DT, средства SQL Server, настройка автоматического расписания, проверка восстановления и типичные ошибки администраторов.
Резервная копия базы 1С — это единственная гарантия того, что учётные данные, документы и настройки конфигурации удастся восстановить после сбоя диска, ошибки обновления, вируса-шифровальщика или случайного удаления. Потеря базы для организации означает остановку учёта, штрафы при невозможности предоставить данные налоговой и недели ручного восстановления документов.
Способ копирования зависит от режима работы базы. Файловая база — это один файл 1Cv8.1CD, который можно скопировать напрямую. Клиент-серверная база хранится в СУБД (MS SQL Server, PostgreSQL), и её корректно копируют либо выгрузкой через конфигуратор, либо штатными средствами самой СУБД.
Ниже разобраны оба сценария: ручная выгрузка в файл DT, копирование файловой базы, резервное копирование на уровне SQL, настройка автоматического расписания и проверка того, что копия действительно восстанавливается.
Какие способы резервного копирования существуют и что выбрать
В практике администрирования 1С применяются три подхода: выгрузка информационной базы в файл DT через конфигуратор, копирование файла базы напрямую и резервное копирование средствами СУБД для клиент-серверных развёртываний. Каждый имеет свои условия применения и ограничения.
Выгрузка в DT — самый универсальный метод: файл переносится между платформами, СУБД и даже разрядностями сервера, а загрузка выполняется штатной командой конфигуратора. Минус — на больших базах выгрузка занимает заметное время и требует монопольного доступа или как минимум отсутствия активных сеансов для гарантии целостности.
Сравнение способов копирования
Подходит для любых баз, перенос между платформами и СУБД. Ограничение: медленно на больших базах, нужен контроль активных сеансов.
Быстро для файловых баз, можно автоматизировать скриптом. Ограничение: все пользователи должны выйти, иначе копия может оказаться повреждённой.
Стандарт для клиент-серверных баз, поддерживает горячее копирование и разностные копии. Ограничение: требует навыков администрирования SQL Server или PostgreSQL.
Выгрузка базы в файл DT через конфигуратор
Откройте базу в режиме «Конфигуратор» под пользователем с полными правами. Перед выгрузкой убедитесь, что в базе нет активных сеансов: откройте «Администрирование → Активные пользователи» и попросите всех завершить работу. Работающие пользователи могут сделать копию непротиворечивой на уровне платформы, но логически незавершённой — например, с частично проведённым документом.
Перейдите в меню «Администрирование → Выгрузить информационную базу», укажите путь и имя файла с расширением .dt. Рекомендуется включать в имя файла дату, например base_2026-06-01.dt, чтобы копии не перезаписывали друг друга. Дождитесь завершения выгрузки — прогресс отображается в окне состояния.
После завершения проверьте, что файл существует, имеет ненулевой размер, сопоставимый с размером базы, и при необходимости протестируйте загрузку в пустую базу на отдельном компьютере.
- 1Завершите все сеансы пользователей и фоновые задания
- 2Откройте базу в конфигураторе под администратором
- 3Выберите Администрирование → Выгрузить информационную базу
- 4Укажите путь и имя файла с датой в названии
- 5Дождитесь завершения и проверьте размер файла
- 6Скопируйте DT на внешний носитель или сетевое хранилище
Копирование файловой базы напрямую
Файловая база целиком хранится в каталоге, ключевой файл — 1Cv8.1CD. Чтобы узнать расположение базы, откройте список баз в стартовом окне 1С: путь указан под именем базы, либо посмотрите строку соединения в свойствах.
Главное условие безопасного копирования — отсутствие открытых сеансов. Если скопировать файл, пока пользователи работают, копия может содержать рассогласованные страницы данных и не открыться. Поэтому копирование обычно выполняют ночью или перед началом рабочего дня, предварительно убедившись, что файлы 1Cv8.1CD не заблокированы.
Автоматизировать процесс можно простым скриптом, запускаемым планировщиком задач Windows. Скрипт копирует файл в каталог архива с датой в имени и при желании сжимает его архиватором.
robocopy "D:\Bases\Trade" "E:\Backup\Trade_%DATE:~6,4%-%DATE:~3,2%-%DATE:~0,2%" 1Cv8.1CDРезервное копирование клиент-серверной базы
Для баз на MS SQL Server штатный инструмент — планы обслуживания в SQL Server Management Studio или команда BACKUP DATABASE. Полная копия создаётся ежедневно, разностные — несколько раз в день, копии журнала транзакций позволяют восстановить базу на произвольный момент времени.
Для PostgreSQL используется утилита pg_dump или pg_basebackup в сочетании с архивацией WAL. В обоих случаях резервное копирование выполняется «на горячую», без остановки работы пользователей, что принципиально важно для круглосуточных систем.
Важный нюанс: копия средствами СУБД привязана к конкретной СУБД и её версии. Для миграции между платформами или долгосрочного архива всё равно периодически делайте выгрузку в DT — это страховка от несовместимости версий.
Автоматизация: расписание, хранение и правило 3-2-1
Разовая копия не защищает от потери данных — нужен регулярный процесс. Настройте автоматическое создание копий через планировщик задач Windows, планы обслуживания SQL Server или встроенные механизмы типовых конфигураций (в части конфигураций есть подсистема резервного копирования для файловых баз).
Придерживайтесь правила 3-2-1: минимум три копии данных, на двух разных носителях, одна — вне офиса или основного сервера. Практическая схема: ежедневная копия на локальный диск сервера, реплика на NAS или файловое хранилище, еженедельная выгрузка во внешнее облако или на съёмный диск, который хранится отдельно.
Определите глубину хранения: обычно держат ежедневные копии за последнюю неделю, еженедельные — за месяц, ежемесячные — за год. Настройте автоматическое удаление устаревших копий, чтобы архив не переполнил диск, — переполнение диска с базой само по себе является причиной сбоев.
Проверка копий и восстановление базы
Резервная копия считается рабочей только после успешного тестового восстановления. Регулярно, хотя бы раз в месяц, загружайте свежий DT в пустую базу на тестовом компьютере или восстанавливайте SQL-копию под другим именем базы. Откройте базу в режиме предприятия, сверьте ключевые отчёты — оборотно-сальдовую ведомость, остатки складов.
Для восстановления из DT создайте пустую базу, откройте конфигуратор и выполните «Администрирование → Загрузить информационную базу», указав файл копии. Для файловой базы достаточно заменить файл 1Cv8.1CD копией из архива при завершённых сеансах. Для SQL-базы используйте RESTORE DATABASE с заменой или восстановлением в новую базу.
После восстановления запустите тестирование и исправление информационной базы, чтобы убедиться в отсутствии ошибок, и только потом допускайте пользователей к работе.
Как проверить результат
Существует, размер сопоставим с базой, дата свежая
Нулевой размер, старая дата, файл отсутствует
База открывается, отчёты формируются без ошибок
Ошибка формата потока, база не открывается
В журнале планировщика код завершения 0, новые файлы появляются
Задача завершается с ошибкой или не запускается
Что важно запомнить
Делайте копии регулярно и автоматически: DT через конфигуратор для универсальности, средства СУБД для клиент-серверных баз. Храните копии по правилу 3-2-1, не на одном диске с базой. Периодически проверяйте восстановление — непроверенная копия не считается копией.
Частые вопросы о резервном копировании 1С
Можно ли сделать копию, пока пользователи работают в базе?
Выгрузка в DT и копирование файла 1Cv8.1CD при активных сеансах небезопасны — копия может оказаться логически непротиворечивой, но практически повреждённой. Для клиент-серверных баз горячее копирование выполняйте средствами СУБД: BACKUP DATABASE в MS SQL или pg_dump в PostgreSQL работают без остановки пользователей.
Чем выгрузка DT отличается от копии средствами SQL?
DT — платформенный формат 1С: он независим от СУБД, подходит для переноса между серверами и версиями, но создаётся дольше и не поддерживает инкрементальные копии. SQL-копия быстрее, работает «на горячую» и позволяет восстановление на момент времени, но привязана к конкретной СУБД.
Как часто нужно делать резервные копии?
Минимум — ежедневно в нерабочее время. Для баз с интенсивным вводом документов добавьте разностные копии или копии журнала транзакций несколько раз в день, чтобы потеря данных при сбое не превышала нескольких часов работы.
Где хранить резервные копии, чтобы они не пострадали вместе с базой?
Не на том же диске и не на том же сервере. Рабочая схема: локальная копия для быстрого восстановления плюс копия на отдельном хранилище (NAS, файловый сервер) плюс внешняя копия вне офиса. Сетевые архивы желательно монтировать только на время записи или защищать от записи, чтобы шифровальщик не добрался до копий.
База не открывается после восстановления из копии — что делать?
Сначала запустите тестирование и исправление в конфигураторе (Администрирование → Тестирование и исправление) с проверкой логической и ссылочной целостности. Если ошибка формата потока сохраняется, попробуйте более раннюю копию и утилиту chdbfl.exe из каталога платформы для файловых баз. При повторяющихся проблемах привлеките специалиста по восстановлению данных 1С.
Нужно ли копировать базу перед обновлением конфигурации?
Обязательно. Обновление изменяет структуру данных, и откат без копии невозможен. Сделайте выгрузку в DT непосредственно перед запуском обновления, убедившись, что все пользователи вышли, и храните эту копию до подтверждения стабильной работы обновлённой базы.