Где в 1С находится настройка резервного копирования

Резервное копирование в 1С настраивается в разных местах в зависимости от того, как развёрнута база: файловый вариант, клиент-серверный (SQL) или облачный сервис 1С:Фреш. Единой «кнопки резервного копирования» на все случаи нет, поэтому важно сначала определить тип своей базы — от этого зависит и меню настройки, и способ восстановления.

В файловой базе копию можно сделать прямо из конфигуратора или простым копированием файла 1Cv8.1CD. В клиент-серверном варианте резервные копии создаются средствами СУБД (MS SQL Server, PostgreSQL), а в типовых конфигурациях есть встроенный механизм «Резервное копирование и восстановление» в разделе администрирования. Ниже разобраны все варианты с конкретными путями в меню.

Как определить тип вашей базы 1С

Прежде чем искать настройку, выясните, с какой базой вы работаете. Откройте список информационных баз в окне запуска 1С, выделите нужную базу и нажмите «Изменить» — тип указан в строке расположения. Если путь выглядит как папка на диске (например, D:\Bases\Trade), это файловая база. Если указан сервер и имя базы — клиент-серверный вариант.

Также тип базы виден внутри программы: меню «Файл» (или кнопка с тремя полосками) → «О программе». Там отображается режим работы и строка соединения с базой данных. Это важно, потому что для клиент-серверной базы выгрузка через конфигуратор — не основной способ резервного копирования: при больших объёмах она медленная и не заменяет бэкап на уровне СУБД.

Настройка резервного копирования в типовой конфигурации

В типовых решениях (1С:Бухгалтерия, Управление торговлей, ERP, ЗУП) есть встроенный механизм автоматического копирования. Путь: раздел «Администрирование» → блок «Обслуживание» → «Резервное копирование и восстановление». В зависимости от версии конфигурации пункт может называться «Настройка резервного копирования» или находиться в подразделе «Резервное копирование».

В настройках задаётся каталог для хранения копий и расписание: при завершении работы, по расписанию в течение дня или вручную. Для файловой базы механизм просто копирует файл данных в указанную папку. Важно: автоматическое копирование срабатывает только когда программа запущена — если никто не работает в 1С, копия по расписанию не создастся.

1. 1
   Откройте раздел «Администрирование» → «Обслуживание»
2. 2
   Перейдите в «Резервное копирование и восстановление»
3. 3
   Включите резервное копирование и укажите каталог хранения копий (лучше на отдельном диске или сетевом ресурсе)
4. 4
   Задайте расписание: например, ежедневно при завершении работы
5. 5
   Нажмите «Создать резервную копию сейчас» и проверьте, что файл появился в каталоге

Резервное копирование файловой базы через конфигуратор

Самый надёжный ручной способ для файловой базы — выгрузка в файл .dt. Откройте базу в режиме «Конфигуратор» (в окне запуска выберите базу и нажмите «Конфигуратор»). Затем в меню «Администрирование» выберите «Выгрузить информационную базу» и укажите путь и имя файла, например Backup_01.dt. Дождитесь сообщения об успешном завершении.

Во время выгрузки пользователи не должны работать в базе: конфигуратор потребует монопольного доступа и завершит сеансы. Поэтому выгрузку планируют на нерабочее время. Альтернатива без конфигуратора — просто скопировать файл 1Cv8.1CD из папки базы, но делать это можно только когда все пользователи вышли, иначе копия может оказаться повреждённой.

Резервное копирование клиент-серверной базы (SQL)

Если база работает на MS SQL Server, резервные копии создаются средствами самой СУБД. Откройте SQL Server Management Studio (SSMS), подключитесь к серверу, найдите нужную базу в списке «Базы данных», щёлкните правой кнопкой → «Задачи» → «Создать резервную копию». Укажите тип «Полная» и путь к файлу .bak.

Для регулярного копирования настраивают план обслуживания (Maintenance Plan) с расписанием — например, полная копия ночью и копии журнала транзакций в течение дня. Для PostgreSQL используют утилиту pg_dump или pg_basebackup, запускаемые по расписанию через планировщик задач. Выгрузка .dt через конфигуратор здесь допустима как дополнительный вариант, но не как основной: на больших базах она занимает часы.

Способы резервного копирования 1С

Выгрузка .dt через конфигуратор

Подходит для файловых баз и переноса данных. Требует монопольного доступа, медленная на больших объёмах.

Копирование файла 1Cv8.1CD

Быстро и просто, но только при полностью завершённых сеансах. Риск битой копии при работающих пользователях.

Бэкап средствами SQL Server / PostgreSQL

Основной способ для клиент-серверных баз: работает по расписанию без остановки работы, позволяет восстановить на момент времени.

Встроенный механизм в типовой конфигурации

Удобен для файловых баз малых компаний, но срабатывает только при запущенной программе.

Как проверить, что резервная копия рабочая

Наличие файла копии ещё не гарантирует возможность восстановления. Периодически выполняйте тестовое восстановление: загрузите файл .dt в новую пустую базу через конфигуратор («Администрирование» → «Загрузить информационную базу») и убедитесь, что база открывается, а документы и отчёты доступны. Для SQL-копий восстановите .bak в базу с тестовым именем.

Также контролируйте размер копий: резкое уменьшение размера по сравнению с предыдущими копиями — тревожный признак, возможно, копирование завершилось с ошибкой. Проверяйте свободное место на диске с копиями: переполнение диска — одна из самых частых причин «тихих» сбоев резервного копирования.

Контрольные точки

Как проверить результат

Файл копии в каталоге

Норма

Файл есть, дата свежая, размер сопоставим с предыдущими копиями

Тревожный признак

Файл отсутствует, нулевой размер или заметно меньше обычного

Тестовое восстановление

Норма

Копия загружается в тестовую базу, данные открываются

Тревожный признак

Ошибка загрузки, сообщение о повреждении файла

Журнал выполнения

Норма

В журнале регистрации или плане обслуживания SQL — статус «успешно»

Тревожный признак

Ошибки доступа, нехватка места, обрыв по таймауту

Типичные ошибки и ограничения

Частая ошибка — хранение копий на том же диске, где лежит сама база. При отказе диска теряются и база, и резервные копии. Минимальное правило: копии должны лежать на другом физическом носителе, а в идеале — ещё и внешняя копия в другом помещении или в облачном хранилище.

Вторая ошибка — полагаться только на встроенный механизм типовой конфигурации в клиент-серверной базе. Он не создаёт полноценный SQL-бэкап и не позволяет восстановить базу на произвольный момент времени. Третья — никогда не проверять восстановление: битая копия обнаруживается только в момент аварии, когда поздно что-либо исправить.

Часто задаваемые вопросы

Где в 1С:Бухгалтерии настройка резервного копирования?

В разделе «Администрирование» → «Обслуживание» → «Резервное копирование и восстановление». Если пункта нет, проверьте права: настройка доступна пользователю с правами администратора. В некоторых версиях раздел называется «Настройка резервного копирования».

Можно ли настроить автоматическое копирование без конфигуратора?

Да. Для файловой базы используют планировщик заданий Windows со скриптом, который копирует файл 1Cv8.1CD или запускает 1С в пакетном режиме с выгрузкой. Для SQL-базы настраивают план обслуживания в SQL Server или задание pg_dump для PostgreSQL.

Чем отличается выгрузка .dt от копии файла базы?

Выгрузка .dt содержит данные и конфигурацию в переносимом формате — её можно загрузить даже в базу на другой СУБД. Копия файла 1Cv8.1CD — это побайтовая копия, которую достаточно положить на место, но она требует полной остановки работы с базой.

Как восстановить базу из резервной копии?

Из файла .dt: создайте пустую базу в окне запуска 1С, откройте её в конфигураторе и выберите «Администрирование» → «Загрузить информационную базу». Из SQL-копии: в SSMS правой кнопкой по «Базы данных» → «Восстановить базу данных» и укажите файл .bak.

Нужно ли резервное копирование, если база в 1С:Фреш?

В облачном сервисе 1С:Фреш резервное копирование выполняется автоматически на стороне сервиса, настраивать его не нужно. При желании можно вручную выгрузить свои данные через сервис выгрузки данных в личном кабинете.

Как часто нужно делать резервные копии?

Минимум — ежедневно в конце рабочего дня. При интенсивном вводе данных в клиент-серверной базе дополнительно настраивают копии журнала транзакций каждые несколько часов, чтобы потерять минимум данных при сбое.