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

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

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

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

Как устроено хранение данных и копий в 1С

Чтобы понимать, где искать резервные копии, нужно различать три разных объекта. Первый — сама рабочая база: файл 1Cv8.1CD в файловом варианте или база данных на сервере СУБД. Второй — выгрузка информационной базы в файл .dt, которую делают вручную через конфигуратор. Третий — архивные копии, созданные сторонними средствами: скриптами, системами резервного копирования, инструментами СУБД.

Платформа 1С не ведёт собственный «журнал копий» и не складывает их в какую-то системную папку. Если кто-то говорит «1С сама делает бэкапы» — почти всегда речь идёт о настроенном отдельно механизме: планировщике заданий Windows с bat-файлом, регламентном задании в специализированной конфигурации, средствах SQL Server или облачном сервисе архивации.

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

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

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

Типичные места, где стоит искать копии файловой базы:

• папка, указанная пользователем при последней выгрузке (проверьте «Документы», «Загрузки», рабочий стол);
• папка рядом с базой — нередко копии кладут прямо в каталог базы или в соседнюю папку Backup;
• сетевые диски и NAS, смонтированные на компьютере бухгалтера или администратора;
• каталоги, заданные в скрипте автокопирования, если он настроен (ищите bat- или ps1-файлы в планировщике заданий Windows).

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

В клиент-серверном варианте платформа 1С хранит данные в СУБД, и файл 1Cv8.1CD отсутствует. Резервные копии создаются средствами самой СУБД: в MS SQL Server это файлы .bak, в PostgreSQL — дампы, созданные через pg_dump или физическое копирование каталога данных.

Конкретный путь определяется настройками сервера. В MS SQL Server каталог по умолчанию обычно находится внутри установочной папки экземпляра, например в подкаталоге Backup, но администраторы почти всегда перенастраивают его на отдельный диск. Точный путь виден в плане обслуживания (Maintenance Plan) или в задании агента SQL Server, которое выполняет команду BACKUP DATABASE.

Важно понимать: с рабочего компьютера бухгалтера эти копии недоступны — они физически лежат на сервере. Если вы не знаете, где они, спросите администратора сервера или посмотрите свойства задания резервного копирования в SQL Server Management Studio.

-- Посмотреть, куда MS SQL Server писал последние копии базы
SELECT destination_physical_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;

Как найти, куда настроено автоматическое копирование

Если копии создаются автоматически, но никто не помнит, куда они пишутся, проверьте стандартные точки настройки. Начните с планировщика заданий Windows (taskschd.msc): найдите задания с упоминанием 1С, backup, архива и откройте вкладку «Действия» — там будет путь к скрипту, а внутри скрипта — путь сохранения копий.

На сервере СУБД проверьте задания агента SQL Server и планы обслуживания. В Linux-окружении с PostgreSQL посмотрите расписание cron (crontab -l) и скрипты в /etc/cron.daily или /opt/backup.

1. 1
   Откройте список баз в окне запуска 1С и запишите тип базы и путь к ней.
2. 2
   Для файловой базы проверьте папку базы, соседние папки Backup и сетевые диски.
3. 3
   Откройте планировщик заданий Windows и найдите задания архивации — в них указан путь сохранения.
4. 4
   Для клиент-серверной базы проверьте задания агента SQL Server или cron на сервере СУБД.
5. 5
   Убедитесь, что найденные файлы свежие: сравните дату изменения с ожидаемым расписанием.

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

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

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

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

Как проверить и восстановить копию

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

Для копии файла 1Cv8.1CD скопируйте его в отдельную папку, добавьте эту папку как новую информационную базу в список и откройте. Не подменяйте рабочий файл базы копией, пока не убедитесь, что копия исправна, и не создайте копию текущего состояния.

Восстановление из бэкапа SQL Server выполняется через Management Studio командой «Восстановить базу данных» с указанием .bak-файла. Восстанавливайте в тестовую базу, если нужно просто проверить копию или извлечь отдельные данные.

Типичные ошибки при организации резервного копирования

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

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

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