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

Резервное копирование в 1С — это не одна кнопка, а несколько разных механизмов в зависимости от режима работы базы. В файловой базе копию можно сделать прямо из режима «Предприятие» или через Конфигуратор, в клиент-серверном варианте резервные копии создаются средствами СУБД (MS SQL, PostgreSQL) или через выгрузку в файл DT. Поэтому ответ на вопрос «где в 1С резервное копирование» начинается с определения того, как именно развёрнута ваша база.

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

Определите режим работы базы: файловый или клиент-серверный

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

Узнать режим просто: откройте список информационных баз в окне запуска 1С, выделите базу и посмотрите строку в нижней части окна. Там будет указан либо путь к каталогу вида File="D:\Bases\Trade" (файловый режим), либо параметры сервера вида Srvr="server";Ref="base" (клиент-серверный). Эту же информацию видно в свойствах базы через кнопку «Изменить».

Резервное копирование из режима «Предприятие»

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

Здесь доступны два действия: создать копию вручную («Создать резервную копию») и настроить расписание («Настройка резервного копирования»). В настройках указывается каталог для хранения копий, периодичность (ежедневно, еженедельно, при завершении работы) и количество хранимых копий. Механизм работает только для файловых баз — в клиент-серверном режиме пункт будет недоступен или неактивен.

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

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

Выгрузка базы через Конфигуратор

Универсальный способ, работающий и для файловых, и для клиент-серверных баз, — выгрузка в файл DT. Откройте базу в Конфигураторе, затем выберите «Администрирование» → «Выгрузить информационную базу» и укажите путь и имя файла. Процесс может занять от нескольких минут до часов в зависимости от объёма данных.

Во время выгрузки пользователи могут продолжать работу, но это нежелательно: документы, проведённые в момент выгрузки, могут попасть в копию частично. Правильная практика — перед выгрузкой установить блокировку сеансов («Администрирование» → «Блокировка установки соединений») или выполнять операцию в нерабочее время.

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

Резервное копирование в клиент-серверном режиме

Если база работает на MS SQL Server или PostgreSQL, штатный способ — резервное копирование средствами самой СУБД. В MS SQL это делается через SQL Server Management Studio: правый клик по базе → «Tasks» → «Back Up», либо через план обслуживания (Maintenance Plan) с автоматическим расписанием. В PostgreSQL используется утилита pg_dump или настройка через планировщик задач.

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

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

Копирование из режима «Предприятие»

Простая настройка без специальных знаний; работает только с файловыми базами и требует, чтобы программа была запущена

Выгрузка DT через Конфигуратор

Универсально для любых баз, переносимо между платформами; долго на больших объёмах, желательна блокировка сеансов

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

Самый быстрый способ для файловой базы; безопасен только при полностью закрытых сеансах

Копия средствами СУБД

Стандарт для клиент-серверных баз, работает без остановки; требует доступа к серверу и навыков администрирования СУБД

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

Наличие файла копии ещё не гарантирует, что из него можно восстановиться. Регулярно — хотя бы раз в месяц и обязательно перед обновлением конфигурации — выполняйте контрольное восстановление. Для DT-файла: создайте пустую базу в списке информационных баз, откройте её в Конфигураторе и выполните «Администрирование» → «Загрузить информационную базу».

После загрузки откройте базу в режиме «Предприятие» и проверьте ключевые данные: остатки по складу или счетам, последние документы, справочники. Для копий СУБД контрольное восстановление делается в отдельную тестовую базу на сервере. Никогда не проверяйте восстановление «вживую» на рабочей базе — загрузка DT полностью замещает текущие данные.

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

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

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

Норма

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

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

Файл отсутствует, нулевого размера или дата старая — автоматика не работает

Контрольная загрузка DT

Норма

База загружается без ошибок, открывается в режиме «Предприятие»

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

Ошибка при загрузке или база не открывается — копия повреждена

Данные после восстановления

Норма

Последние документы и остатки на месте

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

Данных нет или они устарели — копия делалась давно или неполностью

Частые ошибки и ограничения

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

Вторая типичная проблема — отсутствие контроля свободного места. Автоматическое копирование молча перестаёт работать, когда диск переполнен, и обнаруживается это только в момент, когда копия понадобилась. Настройте ограничение количества хранимых копий и периодически проверяйте каталог.

Отдельно отметим ограничение: резервная копия не заменяет архивацию журнала регистрации и внешних файлов (печатных форм, картинок, присоединённых файлов), если те хранятся в томах на диске, а не в базе. Проверьте настройки хранения присоединённых файлов в вашей конфигурации и включите эти каталоги в план копирования.

Частые вопросы

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

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

Почему пункт резервного копирования неактивен?

Чаще всего это означает, что база работает в клиент-серверном режиме — встроенный механизм типовых конфигураций поддерживает только файловые базы. В этом случае используйте выгрузку DT через Конфигуратор или резервное копирование средствами СУБД.

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

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

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

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

Чем выгрузка DT отличается от копии файла 1Cv8.1CD?

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

Нужна ли резервная копия, если данные хранятся в облаке 1С?

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