Резервное копирование и выгрузка базы 1С 8.3

Самый надёжный способ сохранить файловую базу — закрыть все сеансы и скопировать папку, в которой лежит файл 1Cv8.1CD. Для переноса на другой компьютер или сервер делают выгрузку в файл .dt через Конфигуратор. А чтобы бэкап не зависел от вашей памяти, регулярное резервное копирование настраивают прямо в программе: Администрирование → Обслуживание → Резервное копирование и восстановление.

Все три способа решают разные задачи. Копия папки спасает, если база «упала» прямо сейчас. Выгрузка в .dt нужна для архива и переезда. Автоматическое копирование по расписанию защищает от того, что однажды вы просто забудете сделать бэкап руками.

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

Копия файловой базы целиком

Файловая база 1С — это не десятки файлов, а фактически один: 1Cv8.1CD. В нём и конфигурация, и все данные. Рядом лежат служебные файлы (1Cv8.cfl, кэш, журнал регистрации), но сердце базы — именно 1Cv8.1CD.

Чтобы узнать, где он лежит, откройте окно запуска 1С, выделите нужную базу — внизу окна показан полный путь к каталогу. Это и есть папка, которую нужно копировать.

Порядок действий:

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

Если база большая, а пользователей много, выгонять всех вручную неудобно. Тогда перед копированием включают запрет на вход: в режиме «1С:Предприятие» это Администрирование → Обслуживание → Блокировка работы пользователей (или аналогичный пункт обслуживания), где задаётся время начала блокировки и текст сообщения. Новые сеансы в базу не пустят, а работающие попросят завершить. После копирования блокировку снимают там же.

Вместе с 1Cv8.1CD в папке лежат служебные файлы (кэш, журнал регистрации в каталоге 1Cv8Log). Для восстановления базы они не обязательны — достаточно самого 1Cv8.1CD, — но если скопировать папку целиком, сохранится и журнал регистрации с историей действий пользователей.

Если база клиент-серверная (работает через сервер «1С:Предприятия» и СУБД), файла 1Cv8.1CD на диске нет — данные хранятся в базе PostgreSQL или MS SQL. Скопировать «папку» не получится. Для таких баз делают либо резервную копию средствами СУБД, либо выгрузку в .dt (о ней ниже).

Выгрузка базы в файл dt и конфигурации в cf

Выгрузка через Конфигуратор создаёт один компактный файл, который легко переслать и заархивировать. Здесь важно не путать два разных формата.

Файл .dt — это полный дамп информационной базы: и данные, и конфигурация. Из него можно развернуть базу «с нуля» на любом компьютере. Это основной формат для архива и переезда.

Файл .cf — только конфигурация, без данных. Пригодится, когда нужно перенести доработки или сравнить структуру баз, но не для сохранения учётных данных.

Как выгрузить базу в .dt:

1. Запустите базу в режиме Конфигуратор.
2. Меню Администрирование → Выгрузить информационную базу.
3. Укажите папку и имя файла — программа создаст .dt.

Как выгрузить только конфигурацию в .cf: Конфигурация → Сохранить конфигурацию в файл.

Восстановление из .dt — обратная операция: Администрирование → Загрузить информационную базу.

Чтобы развернуть базу из .dt на чистом месте, сначала создают пустую базу: в окне запуска Добавить → Создание новой информационной базы → Создание базы без конфигурации. Затем открывают её в Конфигураторе и выполняют Администрирование → Загрузить информационную базу, указав нужный .dt. Так старую рабочую базу вы не затронете, а копию проверите отдельно.

Отдельно стоит упомянуть выгрузку данных в XML. Это не стандартная кнопка платформы, а служебная обработка (поставляется на диске ИТС), которая переносит выбранные данные между однотипными конфигурациями. XML удобен, когда нужно перенести не всю базу, а, например, только справочники. Для обычного бэкапа он избыточен — проще сохранить .dt.

Чтобы не держать все способы в голове, вот сводка — что каждый формат сохраняет и для чего годится:

Для большинства файловых баз хватает связки «автокопия по расписанию + периодическая выгрузка .dt в отдельный архив».

Автоматическое резервное копирование прямо в 1С

Ручные копии хороши ровно до того дня, когда про них забыли. Чтобы бэкап делался сам, в типовых конфигурациях (Бухгалтерия 3.0, ЗУП 3.1 и других) есть встроенный механизм.

Путь в режиме «1С:Предприятие»: Администрирование → Обслуживание → Резервное копирование и восстановление → Настройка резервного копирования.

Что можно задать:

• 📁 Папку для копий — лучше не системный диск и не ту же папку, где лежит сама база.
• ⏰ Расписание — при завершении работы программы или по времени (например, каждый вечер).
• 🗂 Сколько копий хранить — старые будут удаляться автоматически, чтобы диск не переполнился.

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

Сохранение отдельных документов, отчётов и печатных форм

Иногда «сохранить файлы 1С» означает не бэкап базы , а выгрузку конкретного документа или отчёта во внешний файл — для архива, отправки контрагенту или в бухгалтерию.

Печатные формы (счета, акты, накладные, платёжки). Сформируйте печатную форму и нажмите Сохранить (значок дискеты или меню Ещё). Доступные форматы — PDF, лист Excel (.xlsx), документ Word, табличный документ .mxl. Для отправки контрагенту обычно выбирают PDF — он открывается везде и не «съезжает».

Отчёты. Любой сформированный отчёт — это табличный документ. Его сохраняют той же кнопкой Сохранить: в Excel для дальнейших расчётов или в PDF, если нужно просто зафиксировать результат.

Отправка на почту. В печатной форме и отчёте есть кнопка отправки по электронной почте — файл прикрепляется автоматически, если в базе настроена учётная запись почты.

Куда сохраняется файл. Платформа предложит выбрать папку при нажатии Сохранить. Удобно завести отдельный каталог под выгруженные документы и раскладывать их по контрагентам или месяцам — иначе через полгода найти нужный акт среди десятков файлов Печать.pdf будет непросто.

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

Автосохранение и защита от потери данных

В 1С нет автосохранения открытого документа в том смысле, как это работает в Word. Пока вы не нажали Записать или Провести, введённые в форму данные существуют только на экране. Закрыли окно без записи — данные не сохранились.

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

От чего защищаемся на уровне базы:

• Внезапное отключение питания. Для рабочего компьютера или сервера с базой имеет смысл источник бесперебойного питания (ИБП) — он даёт время корректно завершить сеансы.
• Повреждение файловой базы. Помогает регулярный бэкап плюс периодическое тестирование базы : Конфигуратор → Администрирование → Тестирование и исправление.
• Ошибочные действия пользователя. Здесь спасает журнал регистрации (Администрирование → Обслуживание → Журнал регистрации) — по нему видно, кто и что менял, — и, в крайнем случае, откат на вчерашнюю копию.
• Сбой при обновлении конфигурации. Перед любым обновлением типовой или доработанной конфигурации сделайте отдельную выгрузку .dt. Если обновление пройдёт с ошибкой, вы вернётесь к состоянию «до» за пару минут, а не будете чинить структуру базы вручную.

Отдельно про клиент-серверные базы: там за сохранность отвечает транзакционный механизм СУБД. Корректно настроенный PostgreSQL или MS SQL восстановит базу до последней завершённой транзакции даже после аварийного выключения сервера. Но это работает только при регулярных бэкапах на стороне СУБД — сама платформа 1С эти копии не делает.

Как организовать хранение архивов

Один бэкап — это ещё не защита. Если единственная копия лежит на том же диске, что и база, то при поломке диска вы потеряете и оригинал, и архив разом.

Рабочий минимум — правило «3-2-1»:

• 3 копии данных (рабочая база + два бэкапа);
• 2 разных носителя (например, локальный диск и внешний/сетевой);
• 1 копия вне офиса (облако или другой адрес).

Несколько практических приёмов, которые экономят время при восстановлении:

• Дата в имени файла. Называйте копии по шаблону basename_ГГГГ-ММ-ДД.dt — так при восстановлении сразу видно, на какой день откатываетесь, без открытия каждого файла.
• Глубина хранения. Храните не только вчерашнюю копию. Ошибку в данных часто замечают через неделю — к этому моменту свежий бэкап уже содержит эту ошибку, а старый ещё нет.
• Ограничение доступа. Папка с архивами не должна быть открыта всем подряд: бэкап содержит все данные базы, включая зарплаты и персональные данные.
• Проверка восстановлением. Раз в месяц разворачивайте один из .dt в тестовую базу и убеждайтесь, что он открывается. Бэкап, который ни разу не пробовали восстановить, — это надежда, а не гарантия.

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