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

Резервные копии в 1С не создаются «сами по себе» в скрытом системном каталоге — их расположение зависит от того, как настроено копирование и какой режим работы используется: файловый или клиент-серверный. Поэтому вопрос «где лежат бэкапы 1С» чаще всего означает одну из трёх ситуаций: нужно найти копии, созданные штатным механизмом БСП, найти выгрузки .dt, сделанные вручную через конфигуратор, или понять, куда пишутся копии базы MS SQL Server / PostgreSQL.

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

Ниже разобраны все основные сценарии: где искать копии файловой базы, где лежат выгрузки конфигуратора, как устроено копирование на сервере СУБД и как проверить, что найденная копия действительно рабочая.

Где искать копии, созданные штатным механизмом 1С

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

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

Штатный механизм сохраняет копии в формате ZIP-архива, внутри которого лежит выгрузка базы (файл 1Cv8.dt). Имя архива обычно содержит дату и время создания, поэтому найти свежую копию несложно — отсортируйте содержимое папки по дате изменения.

1. 1
   Откройте «Администрирование» → «Резервное копирование и восстановление»
2. 2
   Перейдите в настройку резервного копирования
3. 3
   Посмотрите значение поля «Каталог для сохранения резервных копий»
4. 4
   Откройте этот каталог в проводнике и проверьте наличие свежих архивов

Куда 1С сохраняет выгрузки .dt из конфигуратора

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

Если вы не помните, куда сохраняли выгрузку, ищите по диску файлы с расширением .dt. В проводнике Windows в строке поиска введите *.dt и ограничьте область поиска системным диском или сетевой папкой, где обычно работаете. Обратите внимание на дату изменения и размер: выгрузка реальной базы обычно занимает от сотен мегабайт и больше.

Практическое правило: договоритесь внутри организации о едином каталоге для выгрузок, например D:\1C_Backup\ на сервере, и всегда сохраняйте .dt туда. Это избавит от поисков по чужим рабочим столам и «временным» папкам.

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

При работе в клиент-серверном варианте (MS SQL Server, PostgreSQL) штатный механизм БСП не используется — копирование выполняется средствами СУБД. Каталог бэкапов определяется настройками плана обслуживания или скриптом, который настроил администратор баз данных.

Для MS SQL Server типичные варианты: каталог бэкапов по умолчанию (задаётся в свойствах сервера, часто внутри каталога установки SQL Server, подпапка Backup) или отдельный диск/сетевая папка, указанная в задании плана обслуживания. Узнать фактический путь можно в SQL Server Management Studio: откройте свойства задания (job) в агенте SQL Server и посмотрите команду BACKUP DATABASE ... TO DISK = '...' — путь указан прямо в ней.

Для PostgreSQL копии обычно создаются скриптом с утилитой pg_dump, и путь прописан в самом скрипте или в задании планировщика (cron или планировщик Windows). Ищите файлы с расширениями .backup, .dump, .sql или .gz в каталогах, куда обращается скрипт.

-- MS SQL: где лежат последние бэкапы базы
SELECT database_name, physical_device_name, backup_finish_date
FROM msdb.dbo.backupset bs
JOIN msdb.dbo.backupmediafamily bm ON bs.media_set_id = bm.media_set_id
WHERE database_name = 'ИмяВашейБазы'
ORDER BY backup_finish_date DESC;

Какие файлы искать: признаки резервной копии 1С

Если настройки недоступны и остаётся только поиск по дискам, ориентируйтесь на типичные признаки файлов-копий. Разные способы копирования дают разные файлы, и важно не перепутать копию с рабочей базой.

При поиске по диску полезно комбинировать фильтры: ищите .dt, .zip, *.bak и сортируйте по дате. Если копий нет нигде — возможно, резервное копирование вообще не настроено, и это повод настроить его немедленно, не откладывая.

Как настроить понятное расположение копий

Лучшая защита от вопроса «где лежат бэкапы» — осознанно выбранное и задокументированное расположение. Для файловых баз настройте штатное копирование: в разделе «Резервное копирование и восстановление» укажите каталог, задайте расписание (например, ежедневно при завершении работы или по расписанию) и глубину хранения, чтобы диск не переполнялся старыми архивами.

Каталог для копий выбирайте не на том же физическом диске, где лежит сама база: при отказе диска вы потеряете и базу, и копии. Хороший вариант — сетевой ресурс на другом сервере или отдельный диск. Учётная запись, под которой работает 1С, должна иметь права записи в этот каталог — проверьте это заранее, иначе копирование будет молча завершаться ошибкой.

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

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

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

Для проверки копии файловой базы создайте новую пустую базу в списке информационных баз, откройте её конфигуратором и выполните «Администрирование» → «Загрузить информационную базу», указав найденный .dt (или .dt из ZIP-архива). Если загрузка завершилась без ошибок и база открывается в пользовательском режиме, копия рабочая. Для бэкапов СУБД выполните тестовое восстановление в отдельную базу с другим именем.

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

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