К статье
Практический материал

Администрирование · 9 мин

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

Разбираем, где 1С хранит резервные копии в файловом и клиент-серверном режиме, как задать папку архивации, проверить целостность копии и восстановить базу.

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

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

Как определить режим работы базы

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

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

Где искать копию файловой базы

В файловом режиме резервная копия — это либо полная копия каталога базы с файлом 1Cv8.1CD, либо файл выгрузки с расширением .dt, либо zip-архив, созданный встроенным механизмом резервного копирования типовых конфигураций. Путь к нему зависит от того, какой способ использовался.

Автоматическая архивация типовой конфигурации

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

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

Ручная выгрузка через конфигуратор

При выгрузке через «Конфигуратор» → «Администрирование» → «Выгрузить информационную базу» пользователь сам выбирает путь сохранения файла .dt. Часто такие файлы оказываются на рабочем столе, в «Документах» или в папке «Загрузки» того, кто делал выгрузку. Если файл недавно создавался, его можно найти поиском по диску с фильтром по расширению .dt и дате изменения.

Как найти резервную копию файловой базы
  1. 1
    Откройте базу в режиме Предприятия и перейдите: Администрирование → Обслуживание → Резервное копирование — посмотрите указанный там каталог архивов.
  2. 2
    Проверьте папку с базой (путь виден в свойствах базы в окне запуска) и соседние каталоги на предмет файлов .zip, .dt и копий 1Cv8.1CD.
  3. 3
    Выполните поиск по дискам и сетевым папкам по маскам <em>.dt, </em>.zip и имени 1Cv8.1CD с сортировкой по дате изменения.
  4. 4
    Если копирование настроено через планировщик Windows или стороннюю программу, откройте её настройки и посмотрите целевой путь.

Где хранятся копии клиент-серверной базы

В клиент-серверном режиме встроенная подсистема резервного копирования типовых конфигураций обычно недоступна или не рекомендуется: корректное копирование выполняется средствами СУБД. Для MS SQL Server резервные копии создаются через планы обслуживания (Maintenance Plans) или задания агента SQL Server и сохраняются в каталог, указанный в задании.

По умолчанию SQL Server предлагает собственную папку Backup внутри каталога установки экземпляра, но администраторы часто меняют путь на отдельный диск или сетевое хранилище. Точный путь виден в свойствах задания в SQL Server Management Studio либо в истории выполнения плана обслуживания. Для PostgreSQL копии создаются утилитой pg_dump, и путь задаётся в скрипте или задании планировщика.

Важный момент: файл выгрузки .dt для клиент-серверной базы тоже возможен, но при большом объёме базы выгрузка занимает много времени и не заменяет полноценный бэкап СУБД. Обычно .dt используют для переноса базы или перед обновлением конфигурации, а не как ежедневную копию.

Как настроить путь хранения копий правильно

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

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

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

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

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

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

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

Дата последнего архива в папке копий
Норма

Архив создан по расписанию, дата свежая

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

Последний файл старый — расписание не отрабатывает

Тестовое восстановление
Норма

База из копии открывается, документы на месте

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

Ошибка загрузки или пустые данные

Место хранения
Норма

Копия на другом диске или сетевом хранилище

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

Копия в той же папке, что и база

Типичные ошибки при работе с копиями

Чаще всего проблемы возникают не из-за отсутствия копий, а из-за того, что их никто не проверял. Архив создаётся по расписанию, но в него попадает пустая или повреждённая база — и об этом узнают только при аварии. Регулярный тестовый разворот копии хотя бы раз в месяц — обязательная часть обслуживания.

Типичные ошибки
01
Хранение копии в папке с базой — при сбое диска теряется и то, и другое.
02
Копирование файла 1Cv8.1CD, пока пользователи работают в базе, — копия получается неконсистентной и может не открыться.
03
Отсутствие проверки архивов — повреждённая копия обнаруживается только в момент аварии.
04
Ротация не настроена: диск с архивами переполняется, и новые копии перестают создаваться.
05
Выгрузка .dt считается единственной копией для клиент-серверной базы, хотя полноценный бэкап делается средствами СУБД.

FAQ

Есть ли у 1С папка резервных копий по умолчанию?

Нет. 1С не создаёт копии автоматически без настройки. Путь появляется только после того, как архивацию настроили: в типовой конфигурации — в разделе «Администрирование → Резервное копирование», вне её — в планировщике, скрипте или задании СУБД.

Чем отличается файл .dt от архива .zip?

Файл .dt — это выгрузка информационной базы через конфигуратор: в нём данные и конфигурация в формате 1С, загружается через «Загрузить информационную базу». Zip-архив — это обычная упакованная копия каталога файловой базы с файлом 1Cv8.1CD внутри; для восстановления архив распаковывают и подключают папку как базу.

Можно ли просто скопировать файл 1Cv8.1CD как резервную копию?

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

Где искать копию, если база облачная (1С:Фреш)?

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

Копия есть, но она месячной давности — почему расписание не работает?

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

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

Для zip-архива: распакуйте в новую папку и добавьте её как информационную базу в списке запуска. Для .dt: создайте пустую базу, откройте конфигуратор и выполните «Загрузить информационную базу». Сначала восстановите копию в тестовую папку и убедитесь, что она открывается, и только потом заменяйте рабочую базу.

Итог

Что важно запомнить

Единой папки резервных копий у 1С нет — путь задаётся при настройке архивации. Файловые базы ищите в каталоге из настроек резервного копирования и по файлам .dt, .zip, 1Cv8.1CD; клиент-серверные — в каталогах бэкапов СУБД. Храните копии на отдельном носителе и регулярно проверяйте их тестовым восстановлением.