Администрирование · 9 мин
Как сделать резервную копию 1С: все способы и автоматизация
Как сделать резервную копию базы 1С: выгрузка через конфигуратор, копирование файловой базы, бэкап SQL. Автоматизация, проверка копий и типичные ошибки.
Резервная копия базы 1С — это единственная страховка от потери данных при сбое диска, ошибочном обновлении конфигурации, действиях вируса-шифровальщика или случайном удалении документов. Без актуальной копии восстановление учёта может занять недели ручного ввода или оказаться невозможным вовсе.
Способ резервирования зависит от режима работы базы. Файловая база хранится в одном файле 1Cv8.1CD и копируется напрямую, клиент-серверная база на SQL Server, PostgreSQL или Oracle требует штатных средств СУБД. Универсальный вариант для обоих режимов — выгрузка в файл .dt через конфигуратор.
Важно понимать разницу: выгрузка .dt — это логическая копия данных в формате 1С, а копия файла базы или бэкап средствами СУБД — физическая копия. Для полноценной защиты желательно сочетать оба подхода и хранить копии минимум на двух независимых носителях.
Как определить режим работы базы перед копированием
Прежде чем выбирать способ резервирования, выясните, в каком режиме работает база. Откройте список информационных баз в окне запуска 1С, выделите нужную базу и посмотрите строку подключения внизу окна. Если указан путь к каталогу на диске или сетевой папке — база файловая. Если указаны сервер 1С и имя базы в кластере — клиент-серверная.
Тот же ответ даёт конфигуратор: меню «Администрирование» → «Свойства информационной базы» покажет тип расположения. Этот шаг нельзя пропускать: копирование файлового каталога для клиент-серверной базы бессмысленно, а попытка сделать бэкап средствами SQL для файловой базы просто не сработает.
Выгрузка базы в файл .dt через конфигуратор
Универсальный способ, работающий для любой базы 1С. Запустите конфигуратор под пользователем с полными правами, откройте меню «Администрирование» и выберите пункт «Выгрузить информационную базу». Укажите путь и имя файла, например backup_2026.dt, и дождитесь завершения процесса.
Перед выгрузкой желательно завершить работу всех пользователей: активные сеансы могут привести к несогласованности данных в копии. Для больших баз выгрузка занимает от нескольких минут до часов, а размер .dt-файла обычно заметно меньше размера самой базы за счёт встроенного сжатия.
Файл .dt удобен для переноса базы между компьютерами и для восстановления после неудачного обновления. Его ограничение — восстановление возможно только через загрузку в пустую базу той же или более новой версии платформы, и процесс этот небыстрый на больших объёмах.
- 1Завершите сеансы пользователей или договоритесь о времени простоя
- 2Откройте базу в конфигураторе под учётной записью с полными правами
- 3Выберите Администрирование → Выгрузить информационную базу
- 4Укажите каталог для копии и имя файла с датой
- 5Дождитесь завершения и проверьте размер созданного файла
Копирование файловой базы напрямую
Файловая база целиком находится в каталоге, главный файл — 1Cv8.1CD. Чтобы сделать резервную копию, завершите все сеансы работы с базой и скопируйте этот файл (или весь каталог) в другое место: на внешний диск, сетевое хранилище или в облако.
Копирование при открытых сеансах — главная ошибка при этом способе. Файл может оказаться заблокированным, а скопированная версия — повреждённой или несогласованной, и вы узнаете об этом только в момент восстановления. Либо копируйте в нерабочее время, либо используйте выгрузку .dt.
Для регулярного копирования удобно написать простой скрипт и запускать его через планировщик заданий Windows ночью, когда пользователей в базе нет.
copy /Y "D:\Bases\Trade\1Cv8.1CD" "E:\Backup\1Cv8_%date:~6,4%-%date:~3,2%-%date:~0,2%.1CD"Резервное копирование клиент-серверной базы
Для баз на Microsoft SQL Server используйте штатное средство — SQL Server Management Studio. Правый клик по базе → «Задачи» → «Создать резервную копию», тип копии «Полная». Для регулярного бэкапа настройте план обслуживания или задание агента SQL Server с расписанием.
Для PostgreSQL применяется утилита pg_dump, для Oracle — штатные средства RMAN. Самостоятельно настраивать бэкап СУБД стоит только при базовом опыте администрирования: ошибка в настройках может остаться незамеченной, и копии просто не будут создаваться.
Копирование файлов данных СУБД вручную при работающем сервере недопустимо — полученная копия будет несогласованной. Если опыта администрирования СУБД нет, безопасная альтернатива — регулярная выгрузка .dt через конфигуратор, она работает и для клиент-серверных баз.
Автоматизация резервного копирования
Ручное копирование рано или поздно забывается, поэтому резервирование должно выполняться по расписанию. Для файловых баз настройте задание в планировщике Windows со скриптом копирования. Для выгрузки .dt платформа 1С поддерживает запуск конфигуратора из командной строки с параметрами выгрузки.
В клиент-серверном варианте расписание настраивается средствами самой СУБД. Дополнительно многие типовые конфигурации имеют встроенный механизм резервного копирования файловых баз: раздел «Администрирование» → «Обслуживание» → «Резервное копирование и восстановление», где задаётся каталог и периодичность.
Храните копии по правилу: минимум три копии, на двух разных носителях, одна — вне офиса или в облаке. Настройте ротацию, чтобы старые копии удалялись автоматически, но сохранялась история хотя бы за несколько недель — иногда повреждение данных обнаруживается не сразу.
Как проверить, что резервная копия рабочая
Копия, которую не проверяли, нельзя считать надёжной. Минимальная проверка файла .dt — создать пустую базу в списке информационных баз, открыть её конфигуратором и выполнить «Загрузить информационную базу» из файла копии. Если загрузка прошла без ошибок и данные открываются — копия рабочая.
Для бэкапов SQL Server проверка выполняется восстановлением копии в тестовую базу командой RESTORE. Проводите такую контрольную проверку регулярно, хотя бы раз в месяц, а также после любого изменения схемы резервирования.
Как проверить результат
Размер файла сопоставим с предыдущими копиями, дата актуальна
Файл нулевого размера или дата не менялась неделями
Загрузка завершается без ошибок, данные открываются
Ошибки формата потока или обрыв загрузки
База восстанавливается и проходит проверку целостности
Ошибки RESTORE или база в состоянии suspect
Типичные ошибки при резервном копировании 1С
Большинство случаев потери данных связано не с отсутствием копий вообще, а с формальным подходом к их созданию. Копии делаются, но никто не проверяет, создаются ли они на самом деле и можно ли из них восстановиться.
Частые вопросы о резервном копировании 1С
Чем выгрузка .dt отличается от копии файла базы?
Файл .dt — это логическая выгрузка данных в формате 1С, которую можно загрузить в любую пустую базу. Копия файла 1Cv8.1CD — физическая копия, которая просто подключается как готовая база. Для файлового режима удобнее копия файла, для переноса между серверами и платформами — выгрузка .dt.
Как часто нужно делать резервные копии?
Минимум — ежедневно в конце рабочего дня или ночью. При интенсивном вводе документов имеет смысл делать копии чаще, а в клиент-серверных базах дополнительно настраивать бэкап журналов транзакций, чтобы восстанавливаться на произвольный момент времени.
Можно ли делать копию, пока пользователи работают в базе?
Выгрузка .dt формально возможна, но данные в копии могут быть несогласованными. Копирование файла 1Cv8.1CD при открытых сеансах недопустимо. Бэкап средствами SQL Server выполняется без остановки работы и даёт согласованную копию — это одно из преимуществ клиент-серверного режима.
Сколько копий нужно хранить?
Практичный минимум — ежедневные копии за последнюю неделю, еженедельные за месяц и ежемесячные за несколько месяцев. Такая глубина позволяет откатиться даже при поздно обнаруженном повреждении данных. Старые копии удаляйте автоматически скриптом ротации.
Что делать, если база не открывается, а копии нет?
Не запускайте многократные попытки открытия и не соглашайтесь на предложения платформы исправить базу без анализа. Сначала скопируйте повреждённый файл базы в безопасное место, затем попробуйте утилиту chdbfl.exe из каталога платформы для файловых баз. При серьёзных повреждениях обращайтесь к специалистам по восстановлению.
Нужно ли делать копию перед обновлением конфигурации?
Обязательно. Обновление изменяет структуру данных, и при ошибке откат возможен только из резервной копии. Делайте выгрузку .dt непосредственно перед обновлением и проверяйте, что файл создался полностью.
Что важно запомнить
Определите режим базы, выберите подходящий способ копирования, автоматизируйте его по расписанию, храните копии на отдельных носителях и регулярно проверяйте восстановление. Резервная копия ценна только тогда, когда из неё реально можно восстановиться.