Администрирование · 8 мин
Как создать резервную копию базы 1С:Предприятие
Пошаговая инструкция по созданию резервной копии 1С:Предприятие через конфигуратор, планировщик задач и средства СУБД. Проверка копий и типичные ошибки.
Резервная копия базы 1С — единственная гарантия того, что после сбоя диска, ошибки обновления или случайного удаления данных вы восстановите учёт без потерь. Способ создания копии зависит от режима работы базы: файловый (база хранится в одном файле 1Cv8.1CD) или клиент-серверный (данные лежат в СУБД — MS SQL, PostgreSQL и др.).
Для файловой базы достаточно выгрузки через конфигуратор или копирования файла, для серверной — используются штатные средства СУБД. Ниже разобраны оба сценария, автоматизация по расписанию, проверка работоспособности копий и ошибки, которые чаще всего приводят к тому, что «копия есть, а восстановиться нельзя».
Перед любыми действиями убедитесь, что у вас есть права администратора в 1С и доступ к каталогу или серверу, где хранятся данные. Все операции с копированием выполняйте только после завершения сеансов пользователей, иначе копия получится несогласованной.
Определяем режим работы базы: файловый или серверный
Откройте список информационных баз в окне запуска 1С, выделите нужную базу и нажмите «Изменить». На втором шаге мастера будет указан тип расположения: «На данном компьютере или на компьютере в локальной сети» — это файловый режим, «На сервере 1С:Предприятия» — клиент-серверный.
Файловая база — это каталог, в котором главный файл называется 1Cv8.1CD. Его можно скопировать как обычный файл. Серверная база физически находится внутри СУБД, и простое копирование файлов данных сервера SQL без остановки служб или штатного backup даст повреждённую копию.
Копия файловой базы через конфигуратор
Штатный способ — выгрузка информационной базы в файл .dt. Запустите конфигуратор, авторизуйтесь под пользователем с правами администратора и убедитесь, что в базе нет активных сеансов: меню «Администрирование → Активные пользователи» должно быть пустым.
Далее откройте «Администрирование → Выгрузить информационную базу», укажите путь и имя файла, например Backup_2026-05-10.dt, и дождитесь завершения. Для больших баз процесс занимает от нескольких минут до часа и более — не прерывайте его.
- 1Завершите работу всех пользователей и закройте сеансы
- 2Откройте базу в конфигураторе под администратором
- 3Выберите «Администрирование → Выгрузить информационную базу»
- 4Укажите каталог и понятное имя файла с датой
- 5Дождитесь сообщения об успешном завершении
- 6Проверьте, что файл создан и имеет ненулевой размер
Альтернатива — прямое копирование файла 1Cv8.1CD средствами проводника или скриптом. Это быстрее выгрузки и сохраняет базу «как есть», но требует гарантированного отсутствия подключений: если копировать файл во время работы пользователей, копия окажется битой.
Копия серверной базы средствами СУБД
Для клиент-серверного режима выгрузка в .dt тоже работает, но на больших базах она медленная и капризная. Правильный путь — штатное резервное копирование СУБД: оно выполняется «на горячую», без остановки работы пользователей, и даёт согласованную копию.
В MS SQL Server резервную копию создают через SQL Server Management Studio: правый клик по базе → «Tasks → Back Up», тип Full, указание файла назначения. В PostgreSQL используется утилита pg_dump.
pg_dump -U postgres -F c -f /backup/ut_base_$(date +%F).dump ut_baseКопии СУБД восстанавливаются быстрее, чем загрузка .dt, и их легко включить в регулярное расписание. Минус — для восстановления нужен тот же или совместимый сервер СУБД и навыки администратора.
Способы резервного копирования 1С
Универсально, просто, подходит для переноса между платформами. Медленно на больших базах, требует монопольного доступа.
Быстро и просто для файловых баз. Требует полного отсутствия сеансов, иначе копия повреждена.
Для серверных баз: работает без остановки пользователей, легко автоматизируется. Требует навыков администрирования СУБД.
Автоматизация копий по расписанию
Разовая копия не спасёт, если она сделана месяц назад. Настройте регулярное копирование через планировщик задач Windows: создайте bat-файл с командой копирования или запуска pg_dump и назначьте ежедневное выполнение в нерабочее время.
Для выгрузки .dt из командной строки используется запуск конфигуратора с параметрами: 1cv8.exe DESIGNER /F"путь_к_базе" /N"Админ" /P"пароль" /DumpIB"путь_к_файлу.dt". Учтите, что выгрузка требует отсутствия сеансов — перед ней базу нужно блокировать или выполнять её ночью.
Храните копии по правилу ротации: несколько ежедневных, несколько еженедельных и ежемесячные. Хотя бы одна копия должна лежать вне сервера с базой — на другом диске, сетевом хранилище или в облаке, иначе отказ диска уничтожит и базу, и резерв.
Проверка резервной копии
Копия считается рабочей только после тестового восстановления. Периодически загружайте .dt в новую пустую базу или восстанавливайте backup СУБД на тестовом сервере и проверяйте: база открывается, отчёты строятся, данные за последние даты на месте.
Дополнительно для файловой базы полезно запускать «Тестирование и исправление» (в конфигураторе, на копии, а не на рабочей базе) — это выявит скрытые повреждения до того, как они станут критичными.
Как проверить результат
Файл существует, размер сопоставим с размером базы, дата изменения свежая
Файл нулевого размера или сильно меньше обычного — копирование прервано
База открывается, документы и справочники на месте
Ошибка при загрузке .dt или восстановлении backup — копия непригодна
Присутствуют документы за последний рабочий день
Данные старые — расписание не работает или копируется не та база
Типичные ошибки и риски
Самая частая ошибка — копирование файловой базы во время работы пользователей. Файл 1Cv8.1CD копируется в несогласованном состоянии, и при восстановлении база не открывается. Вторая ошибка — отсутствие проверки: копии пишутся месяцами, но все битые, и это выясняется только в момент аварии.
Также опасно хранить единственную копию на том же диске и не контролировать свободное место: при переполнении диска скрипт копирования молча завершается ошибкой, а администратор считает, что резерв есть.
Частые вопросы
Можно ли копировать файловую базу, пока в ней работают пользователи?
Нет. При открытых сеансах файл 1Cv8.1CD находится в изменяемом состоянии, и скопированный файл почти наверняка окажется повреждён. Сначала завершите все сеансы через «Активные пользователи» в конфигураторе или консоль.
Чем отличается выгрузка в .dt от копирования файла базы?
Выгрузка в .dt создаёт логический архив данных и конфигурации, который можно загрузить в базу с другой структурой каталогов или перенести между платформами. Копирование файла — побайтовая копия, она быстрее, но требует полного отсутствия подключений и восстанавливается только целиком.
Как часто нужно делать резервные копии?
Минимум — ежедневно в нерабочее время при активной работе с базой. Перед обновлением конфигурации, массовой загрузкой данных или закрытием периода делайте дополнительную копию вручную, независимо от расписания.
Куда лучше сохранять копии?
На отдельный физический носитель: второй сервер, сетевое хранилище (NAS) или облачное хранилище. Оптимально держать копии минимум в двух независимых местах, чтобы отказ одного хранилища не оставил вас без резерва.
Не открывается база после восстановления из копии — что делать?
Сначала попробуйте более раннюю копию из ротации. Если восстанавливали через .dt и загрузка прерывается с ошибкой, попробуйте вариант с копией файла 1Cv8.1CD или backup СУБД. На восстановленной базе запустите «Тестирование и исправление» в конфигураторе.
Нужна ли резервная копия, если база в облачном сервисе 1С:Фреш?
В 1С:Фреш резервное копирование выполняет оператор сервиса, но рекомендуется периодически выгружать свою базу в файл через личный кабинет сервиса — это даёт независимую копию, которую можно развернуть локально.
Что важно запомнить
Выбирайте способ копирования по режиму базы: .dt или копирование файла для файловой, backup СУБД для серверной. Копируйте только при закрытых сеансах, автоматизируйте по расписанию, храните копии на отдельном носителе и регулярно проверяйте их тестовым восстановлением.