Администрирование · 10 мин
Где в 1С находятся настройки резервного копирования
Где найти настройки резервного копирования в 1С: раздел Администрирование, регламентные задания, копирование через конфигуратор и внешние средства. Пошаговая инструкция.
Настройки резервного копирования в 1С находятся в нескольких местах, и какое именно использовать — зависит от режима работы базы. В файловой базе копию делают через «Конфигуратор» (выгрузка в файл .dt) или простым копированием файла 1Cv8.1CD. В клиент-серверном варианте резервное копирование выполняется средствами СУБД (MS SQL Server, PostgreSQL), а внутри 1С доступна только выгрузка данных. Отдельный механизм — автоматическое резервное копирование, встроенное в типовые конфигурации («1С:Бухгалтерия», «1С:Управление торговлей» и другие).
Частая ошибка администраторов — искать «кнопку бэкапа» в одном месте, хотя платформа распределяет эти функции между режимом «Предприятие», «Конфигуратором» и внешними инструментами. Ниже разобраны все точки входа с точным путём по меню, ограничениями каждого способа и проверкой результата.
Важно понимать разницу между выгрузкой данных и полноценной резервной копией: выгрузка .dt подходит для переноса информации и восстановления в пределах той же версии платформы, а копия на уровне СУБД или файла базы восстанавливает всё целиком, включая настройки. Для реальной защиты данных обычно комбинируют оба подхода.
Настройки автоматического резервного копирования в режиме «Предприятие»
В типовых конфигурациях на управляемых формах (Бухгалтерия 3.0, Управление торговлей 11, ERP, ЗУП) встроен механизм автоматического резервного копирования. Он доступен пользователю с правами администратора по пути: раздел «Администрирование» → группа «Обслуживание» → «Резервное копирование и восстановление». Если раздела «Администрирование» не видно в панели разделов, проверьте настройки интерфейса или права текущего пользователя.
Внутри пункта «Резервное копирование и восстановление» есть ссылка «Настройка резервного копирования», где задаются параметры: каталог для хранения копий, расписание (при завершении работы или по расписанию), а также количество хранимых копий. После сохранения настроек программа будет предлагать создать копию при выходе из базы либо выполнять копирование по заданному графику.
У этого механизма есть существенные ограничения. Он корректно работает только с файловыми базами и только пока запущен сеанс пользователя — если программу закрыли, копирование по расписанию не выполнится. Кроме того, копии сохраняются в формате zip-архива выгрузки, а не как полный слепок базы, что влияет на скорость восстановления больших баз.
- 1Откройте «Администрирование» → «Обслуживание» → «Резервное копирование и восстановление».
- 2Перейдите по ссылке «Настройка резервного копирования».
- 3Укажите каталог для хранения копий — желательно на отдельном диске или сетевом ресурсе.
- 4Выберите вариант запуска: при завершении работы или по расписанию.
- 5Задайте количество хранимых копий и сохраните настройки.
- 6Проверьте результат: дождитесь первого запуска и убедитесь, что в каталоге появился архив.
Выгрузка базы через Конфигуратор
Универсальный способ, работающий для любой базы — файловой или клиент-серверной: откройте «Конфигуратор», войдите в базу под пользователем с административными правами и выберите меню «Администрирование» → «Выгрузить информационную базу». Укажите путь и имя файла с расширением .dt. Загрузка выполняется зеркально: «Администрирование» → «Загрузить информационную базу».
Перед выгрузкой файловой базы убедитесь, что в ней не работают другие пользователи: активные сеансы могут привести к ошибке монопольного доступа. Для клиент-серверной базы выгрузка возможна без монопольного режима, но данные фиксируются на момент начала операции, и документы, проведённые во время выгрузки, могут попасть в копию частично.
Ограничение формата .dt: загрузить такой файл можно только в базу той же конфигурации и совместимой версии платформы. При смене версии конфигурации старая выгрузка может не загрузиться или потребовать обновления. Поэтому .dt-файлы нельзя считать долгосрочным архивом без контроля версий.
Резервное копирование файловой базы на уровне файлов
Файловая база целиком хранится в одном файле 1Cv8.1CD в каталоге базы. Самый простой способ резервного копирования — скопировать этот файл средствами операционной системы: проводником, скриптом или любой программой резервного копирования. Путь к каталогу базы виден в списке информационных баз при запуске 1С (внизу окна выбора базы).
Критическое условие: во время копирования файла база не должна использоваться. Если пользователи работают, файл может скопироваться в несогласованном состоянии, и такая копия окажется повреждённой. Безопасные варианты — копировать ночью, когда сеансов нет, либо завершить работу пользователей через консоль или принудительно.
Плюс этого способа — скорость и полнота копии, минус — отсутствие контроля целостности. Поэтому после копирования полезно периодически проверять копию: открыть её как отдельную базу и выполнить тестирование и исправление в режиме проверки логической целостности.
Храните копии не на том же диске, где лежит рабочая база. При выходе диска из строя вы потеряете и базу, и резерв одновременно. Минимальный вариант — отдельный физический диск, надёжный — сетевое хранилище или облачная синхронизация каталога с копиями.
Копирование клиент-серверной базы средствами СУБД
Если база работает на MS SQL Server или PostgreSQL, настройки резервного копирования находятся не в 1С, а в инструментах СУБД. Для MS SQL Server это «Планы обслуживания» (Maintenance Plans) в SQL Server Management Studio: создаётся задание Full Backup по расписанию, указывается каталог хранения и срок хранения файлов .bak. Для PostgreSQL используется утилита pg_dump или настройка WAL-архивирования.
Такой подход — единственный корректный способ полного резервного копирования клиент-серверных баз. Выгрузка .dt из конфигуратора в этом случае служит дополнительной страховкой и инструментом переноса, но не заменяет копию на уровне СУБД: она медленнее на больших объёмах и чувствительна к изменениям версий.
Настройку планов обслуживания СУБД стоит поручить специалисту, если у вас нет опыта администрирования SQL Server: ошибки в настройке модели восстановления базы (Full/Simple) могут привести к переполнению журнала транзакций и остановке работы всех пользователей.
Сравнение способов резервного копирования
Подходит для небольших файловых баз. Ограничение: работает только при запущенном сеансе, копии в формате выгрузки.
Универсальный ручной способ для любых баз. Ограничение: зависимость от версии платформы и конфигурации, требует монопольного доступа к файловой базе.
Быстрый полный слепок файловой базы. Ограничение: нельзя копировать при активных сеансах, нет встроенной проверки целостности.
Единственный полноценный вариант для клиент-серверных баз. Ограничение: требует навыков администрирования СУБД.
Автоматизация копирования через планировщик и скрипты
Для файловых баз, где встроенного механизма недостаточно, применяют планировщик заданий Windows. Типовой сценарий: скрипт завершает сеансы, копирует файл базы или запускает конфигуратор в пакетном режиме с командой выгрузки, затем проверяет наличие созданного файла. Задание ставится на ночное время.
Пример команды пакетной выгрузки через конфигуратор:
"C:\Program Files\1cv8\common\1cestart.exe" DESIGNER /F"D:\Bases\Trade" /N"Админ" /P"пароль" /DumpIB"E:\Backup\trade_%date%.dt"При использовании скриптов обязательно добавьте контроль: проверку кода возврата, наличие и размер созданного файла, а также уведомление об ошибке. Скрипт «без обратной связи» создаёт ложное ощущение защищённости — копии могут не создаваться неделями, и вы узнаете об этом только в момент аварии.
Проверка, что резервное копирование действительно работает
Факт создания файла ещё не означает работоспособную копию. Минимальная проверка — раз в месяц восстановить копию в тестовую базу: загрузить .dt через конфигуратор или подключить скопированный файл 1Cv8.1CD как новую базу в списке. Откройте несколько документов и отчёт за последний период, чтобы убедиться, что данные читаются.
Дополнительно контролируйте регулярность: сверяйте даты файлов в каталоге копий с расписанием. Если копии появляются с пропусками, ищите причину — чаще всего это нехватка места, блокировка базы пользователями или остановленное задание планировщика.
Как проверить результат
Новый файл появляется по расписанию, размер сопоставим с предыдущими копиями
Файлы не создаются или резко уменьшились в размере
Копия загружается в тестовую базу, данные открываются без ошибок
Ошибка загрузки, сообщения о повреждении данных
Запас места на несколько будущих копий
Диск заполнен, задания завершаются с ошибкой
FAQ
Где в 1С:Бухгалтерии 3.0 включить автоматическое резервное копирование?
Раздел «Администрирование» → «Обслуживание» → «Резервное копирование и восстановление» → «Настройка резервного копирования». Там задаётся каталог хранения, расписание и число хранимых копий. Механизм работает только для файловых баз и при запущенной программе.
Можно ли настроить копирование, если база клиент-серверная?
Внутри 1С доступна только выгрузка .dt через конфигуратор. Полноценное резервное копирование настраивается средствами СУБД: для MS SQL Server — через планы обслуживания в Management Studio, для PostgreSQL — через pg_dump по расписанию.
Чем выгрузка .dt отличается от резервной копии?
Выгрузка .dt — это перенос данных в формате 1С, привязанный к версии конфигурации и платформы. Копия файла базы или backup СУБД — полный слепок, восстанавливаемый независимо от версий. Для надёжной защиты используют оба способа.
Почему автоматическая копия не создаётся по расписанию?
Частые причины: программа закрыта (встроенный механизм работает только в запущенном сеансе), база клиент-серверная (механизм не поддерживается), закончилось место в каталоге копий либо у пользователя нет прав администратора.
Как часто нужно делать резервные копии?
Ориентир — объём данных, которые вы готовы потерять. При ежедневной работе с документами разумный минимум — ежедневная копия с хранением нескольких последних версий и отдельной копией за месяц в другом месте.
Безопасно ли хранить копии в облаке?
Да, если используется шифрование или архив с паролем, так как база 1С содержит персональные и финансовые данные. Синхронизация каталога копий с облачным хранилищем — рабочий способ внешнего хранения, но доступ к облачному аккаунту должен быть защищён надёжным паролем и двухфакторной аутентификацией.
Что важно запомнить
В типовых конфигурациях настройки автокопирования — в разделе «Администрирование» → «Обслуживание»; ручная выгрузка — через «Конфигуратор» → «Администрирование» → «Выгрузить информационную базу»; клиент-серверные базы копируются средствами СУБД. Храните копии на отдельном носителе и регулярно проверяйте восстановление в тестовой базе.