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

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

Чаще всего копию ищут после переустановки системы, при смене администратора или когда нужно восстановить данные, а человек, настраивавший резервное копирование, недоступен. В таких ситуациях помогает знание типовых расположений: папки «Документы» и «Рабочий стол» пользователя, выделенные каталоги вроде C:\Backup или D:\1C_Backup, сетевые папки на сервере и каталоги, заданные в регламентных заданиях.

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

Где лежит копия файловой базы 1С

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

Если выгрузку делал пользователь вручную через «Администрирование → Выгрузить информационную базу», чаще всего файл оказывается в стандартных папках профиля Windows:

• C:\Users\ИмяПользователя\Documents (Документы);
• C:\Users\ИмяПользователя\Desktop (Рабочий стол);
• C:\Users\ИмяПользователя\Downloads (Загрузки);
• папка с самой базой или соседний каталог, например D:\1C_Bases\Backup.

Если копирование настроено автоматически через планировщик Windows или сторонний скрипт, путь прописан в самом задании. Откройте «Планировщик заданий» (Win+R → taskschd.msc), найдите задачу с упоминанием 1С или backup и посмотрите вкладку «Действия» — там будет команда с путём сохранения файла.

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

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

Для MS SQL Server типовые расположения такие:

• стандартный каталог бэкапов экземпляра: C:\Program Files\Microsoft SQL Server\MSSQL15.MSSQLSERVER\MSSQL\Backup (номер версии в пути отличается);
• путь, заданный в плане обслуживания (Maintenance Plan) — смотрите в SQL Server Management Studio в разделе «Управление → Планы обслуживания»;
• каталог, указанный в задании агента SQL Server, если бэкап делается скриптом BACKUP DATABASE.

Для PostgreSQL копии в формате дампа (pg_dump) лежат там, куда указывает команда в скрипте или задании cron/планировщика — единого каталога по умолчанию нет. Часто администраторы создают папки вида /backup или /var/backups/pgsql.

BACKUP DATABASE [MyBase1C] TO DISK = 'D:\SQL_Backup\MyBase1C_full.bak' WITH COMPRESSION

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

Как найти уже созданную резервную копию

Когда путь неизвестен, быстрее всего найти копию поиском по расширению файла. Откройте проводник Windows, перейдите на диск и в строке поиска введите маску:

• *.dt — выгрузки информационных баз;
• *.bak — бэкапы MS SQL Server;
• 1Cv8.1CD — файлы самих баз (полезно, чтобы найти все базы на диске);
• .zip или .rar с датами в имени — архивы, в которые часто упаковывают копии.

Чтобы сузить поиск, добавьте фильтр по дате изменения — например, файлы за последний месяц. Имена копий часто содержат дату (base_2026-05-10.dt) или слово backup, это тоже можно использовать в маске поиска.

1. 1
   Откройте проводник и перейдите на системный диск или диск с данными
2. 2
   В строке поиска введите <em>.dt и дождитесь результатов
3. 3
   Отсортируйте по дате изменения и найдите самый свежий файл
4. 4
   Повторите поиск по маскам </em>.bak и 1Cv8.1CD
5. 5
   Проверьте планировщик заданий на предмет автоматических задач копирования

На сервере Linux поиск выполняется командой find, например: find / -name "*.dt" -mtime -30 — найдёт файлы .dt, изменённые за последние 30 дней.

Где смотреть путь при автоматическом резервном копировании

Автоматические копии настраиваются несколькими способами, и в каждом случае путь хранится в своём месте. Проверьте последовательно все варианты.

Планировщик заданий Windows

Самый распространённый вариант для файловых баз. Откройте taskschd.msc, просмотрите библиотеку заданий и найдите задачи, запускающие 1cv8.exe с параметрами выгрузки, bat-файлы или скрипты PowerShell. В свойствах задачи на вкладке «Действия» видна полная команда с путём сохранения копии.

Задания агента SQL Server

Для клиент-серверных баз откройте SQL Server Management Studio, раздел «Агент SQL Server → Задания». В шагах задания будет команда BACKUP DATABASE с целевым путём. Также проверьте планы обслуживания — в подплане «Резервное копирование базы данных» каталог указан в свойствах задачи.

Сторонние программы и облачные сервисы

Если используется специализированный софт (Veeam, Cobian Backup, Handy Backup и подобные) или синхронизация с облаком, путь назначения задаётся в настройках этой программы. Откройте её интерфейс и найдите активное задание резервного копирования — там будут и источник, и каталог назначения, и расписание.

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

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

Практичные рекомендации по организации хранения:

• создайте выделенный каталог, например D:\1C_Backup\ИмяБазы, и всегда сохраняйте копии туда;
• включайте дату и время в имя файла, чтобы копии не перезаписывали друг друга;
• настройте ротацию: храните ежедневные копии за неделю и еженедельные за несколько месяцев;
• дублируйте копии на сетевое хранилище или в облако — это защита от пожара, кражи и выхода из строя сервера;
• ограничьте доступ к папке с копиями: в выгрузке .dt содержатся все данные базы, включая персональные.

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

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

Для проверки файла .dt создайте пустую тестовую базу в списке информационных баз, откройте её конфигуратор и выполните «Загрузить информационную базу» с указанием копии. Если загрузка прошла без ошибок и данные открываются — копия валидна. Для .bak выполните тестовое восстановление в отдельную базу на SQL Server командой RESTORE или проверьте целостность через RESTORE VERIFYONLY.

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

Большинство потерь данных связано не с отсутствием копий, а с ошибками в их организации. Разберите типичные сценарии, чтобы не повторить их.

Отдельно выделим копирование файловой базы «на живую». Если пользователи работают с базой, файл 1Cv8.1CD может скопироваться в противоречивом состоянии. Либо завершайте сеансы перед копированием, либо используйте выгрузку .dt через конфигуратор, которая корректно работает при активных соединениях (хотя и замедляет работу).

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