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

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

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

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

Где находится сама база и почему это важно

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

Для файловой базы путь выглядит как обычный каталог, например D:\Bases\Trade\ или \\Server\1C\Accounting\. Внутри лежит файл 1Cv8.1CD — это и есть вся база. Копия такой базы, сделанная простым копированием, представляет собой тот же каталог, сохранённый в другом месте.

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

Куда сохраняются копии при выгрузке через конфигуратор

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

Из-за этого файлы *.dt часто «прячутся» в самых неожиданных местах: на рабочем столе бухгалтера, в «Загрузках», в личной папке на сервере. Если копию делал другой сотрудник, уточните, под какой учётной записью и на каком компьютере он работал — файл сохраняется локально на той машине, где был запущен конфигуратор.

Практическая рекомендация: заведите выделенный каталог для выгрузок, например \\Server\Backups\1C\, и всегда сохраняйте файлы туда с именем, включающим базу и дату: Trade_2026-05-15.dt. Это избавит от поисков и путаницы между версиями.

Где хранятся копии, созданные типовым механизмом резервного копирования

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

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

Обратите внимание на два нюанса. Во-первых, типовой механизм работает только для файловых баз и выполняется при завершении работы или по расписанию при активном сеансе — если программу просто закрывают «крестиком» до завершения копирования, архив может не создаться. Во-вторых, при сетевом расположении базы копирование выполняется с того компьютера, на котором настроено расписание, и каталог указывается относительно этой машины.

1. 1
   Откройте базу в режиме 1С:Предприятие под пользователем с правами администратора
2. 2
   Перейдите: Администрирование → Обслуживание → Резервное копирование и восстановление
3. 3
   Откройте настройку расписания и каталога хранения — путь указан в поле каталога архивов
4. 4
   Перейдите по этому пути в проводнике и проверьте наличие свежих архивов по датам файлов

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

В клиент-серверном варианте резервные копии создаются средствами СУБД, и место их хранения определяется настройками плана обслуживания или скрипта бэкапа. Для MS SQL Server бэкапы по умолчанию часто складываются в каталог вида C:\Program Files\Microsoft SQL Server\MSSQL<версия>.<инстанс>\MSSQL\Backup\, но администратор почти всегда перенастраивает путь на отдельный диск.

Для PostgreSQL копии, созданные через pg_dump, лежат там, куда указывает скрипт или задание планировщика — единого каталога по умолчанию нет. Посмотрите задания в планировщике задач Windows или в cron на Linux-сервере: в команде резервного копирования всегда присутствует целевой путь.

Если доступа к серверу СУБД у вас нет, запросите у администратора три вещи: путь к каталогу бэкапов, расписание их создания и срок хранения. Этого достаточно, чтобы понимать, какая копия доступна для восстановления в конкретный момент.

-- MS SQL: посмотреть, куда писались последние бэкапы конкретной базы
SELECT TOP 20 physical_device_name, backup_start_date
FROM msdb.dbo.backupset s
JOIN msdb.dbo.backupmediafamily m ON s.media_set_id = m.media_set_id
WHERE s.database_name = 'ИмяБазы'
ORDER BY backup_start_date DESC;

Как найти уже созданные копии, если путь неизвестен

Если документации по бэкапам нет, а копии нужны срочно, действуйте поиском. На компьютере, где работают с базой, и на файл-сервере выполните поиск по маскам .dt, .zip, .1CD и .bak (для SQL-бэкапов), ограничив поиск дисками с данными. Сортировка по дате изменения покажет свежие архивы первыми.

Проверьте типовые места: подкаталоги рядом с папкой базы (часто называются Backup, Архив, Копии), каталоги C:\Backup, D:\Backups, личные папки пользователей и сетевые ресурсы, подключённые как диски. Также загляните в планировщик задач Windows: задания с именами вроде «1C Backup» или «Архивация» в своих действиях содержат полный путь к скрипту, а в скрипте — путь к каталогу хранения.

Если копирование настроено через сторонние программы (например, архиваторы по расписанию или системы резервного копирования уровня виртуальных машин), путь хранения смотрите в настройках этих программ. Копии виртуальных машин и снапшоты — это тоже резервные копии, но восстановление из них имеет свои особенности и обычно требует участия системного администратора.

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

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

Настройте ротацию: храните ограниченное число последних копий (например, ежедневные за неделю и еженедельные за месяц), чтобы архивы не заполнили диск. Типовая подсистема умеет ограничивать количество хранимых копий; для скриптов ротацию реализуют в самом скрипте.

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

Частые ошибки при организации хранения копий

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

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

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