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

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

Чаще всего резервная копия файловой базы — это файл с расширением .dt (выгрузка информационной базы), а для клиент-серверного варианта — файл .bak (MS SQL), .backup или .sql (PostgreSQL). Зная тип базы и способ копирования, можно за несколько минут определить, где искать архив и как проверить его работоспособность.

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

От чего зависит расположение резервной копии

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

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

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

Для файловых баз характерны несколько типовых мест. Первое — папка рядом с самой базой: администраторы часто создают каталог Backup, Архив или Копии на том же диске. Второе — сетевой ресурс: папка на файловом сервере или NAS, куда копии складываются по расписанию. Третье — внешний диск или облачная папка (например, синхронизируемый каталог), если копирование настроено туда.

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

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

1. 1
   Откройте стартер 1С и посмотрите путь к информационной базе в строке подключения.
2. 2
   Проверьте каталог базы и соседние папки: Backup, Архив, Копии, Old.
3. 3
   Запустите поиск по всем локальным дискам по маске <em>.dt, затем по </em>.zip и *.rar.
4. 4
   Проверьте сетевые диски и папки общего доступа, куда может писать скрипт копирования.
5. 5
   Откройте Планировщик заданий Windows и посмотрите задачи, связанные с 1С: в команде скрипта указан путь сохранения копии.
6. 6
   Проверьте дату изменения найденных файлов — актуальная копия должна создаваться регулярно.

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

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

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

Обратите внимание: скопировать файлы данных СУБД (MDF/LDF у MS SQL) простым копированием нельзя — они заблокированы работающей службой, а полученный таким способом файл будет неконсистентным. Для клиент-серверных баз корректная копия — это именно результат штатного механизма бэкапа СУБД или выгрузка .dt через конфигуратор.

-- Узнать, куда MS SQL писал последние бэкапы базы
SELECT database_name, physical_device_name, backup_start_date
FROM msdb.dbo.backupset b
JOIN msdb.dbo.backupmediafamily m ON b.media_set_id = m.media_set_id
ORDER BY backup_start_date DESC;

Как определить, что копирование вообще настроено

Бывает, что копию ищут, хотя её никто не создавал. Проверить наличие настроенного копирования можно по нескольким признакам: наличие задач в Планировщике заданий Windows со словами 1С, backup, dump; наличие bat- или ps1-скриптов в папках администратора; свежие файлы .dt или .bak с регулярными датами изменения.

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

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

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

Надёжная проверка — тестовое восстановление. Создайте пустую файловую базу, откройте её конфигуратором и выполните «Администрирование» → «Загрузить информационную базу», указав найденный .dt. Если загрузка прошла без ошибок и данные на месте, копия рабочая. Такую проверку стоит делать регулярно, а не только в аварийной ситуации.

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

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

Имя файла должно содержать дату, чтобы копии не затирали друг друга: например, buh_2026-05-17.dt или автоматически формируемое имя в скрипте. Также задайте глубину хранения — сколько старых копий держать. Без ротации диск рано или поздно переполнится, и копирование начнёт тихо завершаться ошибкой.

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