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

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

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

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

Как узнать, где находится ваша база 1С

Прежде чем искать резервную копию, нужно понять, где лежит сама база. Самый простой способ — открыть окно запуска 1С, выделить нужную информационную базу в списке и посмотреть нижнюю часть окна: там указан полный путь. Для файловой базы это будет что-то вроде \\server\1cbases\trade\ или D:\Bases\Accounting. Для серверной базы в строке подключения будут указаны имя сервера 1С и имя базы на кластере.

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

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

Где 1С хранит резервные копии по умолчанию

Важный факт, который часто удивляет: платформа 1С сама по себе никуда автоматически не сохраняет резервные копии. Если вы не настраивали копирование — копий нет. Никакой скрытой папки «с бэкапами на всякий случай» не существует, и надеяться на неё при сбое бессмысленно.

Копии появляются только там, куда их положил пользователь или администратор:

• файл .dt — в папку, которую вы указали при выгрузке в конфигураторе;
• копия файла 1Cv8.1CD — туда, куда её скопировали вручную или куда пишет скрипт архивации;
• автоматические копии из типовых конфигураций — в каталог, заданный в настройках резервного копирования (в типовых решениях это раздел «Администрирование → Обслуживание → Резервное копирование и восстановление»);
• бэкапы SQL-баз — в каталог, указанный в плане обслуживания СУБД, например в стандартную папку Backup экземпляра MS SQL Server.

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

Как сделать резервную копию файловой базы через конфигуратор

Выгрузка в .dt — универсальный и самый надёжный способ для файловых баз. Он не зависит от блокировок файловой системы и даёт переносимый файл, который можно загрузить на любой другой компьютер с подходящей версией платформы.

Порядок действий:

1. 1
   Попросите всех пользователей выйти из базы и завершите активные сеансы.
2. 2
   Откройте базу в режиме «Конфигуратор».
3. 3
   Выберите пункт меню «Администрирование → Выгрузить информационную базу».
4. 4
   Укажите папку для сохранения и имя файла, например trade_2026-05-12.dt.
5. 5
   Дождитесь завершения выгрузки и проверьте, что файл появился в указанной папке и имеет ненулевой размер.

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

Альтернатива — простое копирование файла 1Cv8.1CD средствами проводника. Способ быстрее, но требует полного закрытия базы всеми пользователями и всеми процессами 1С, иначе скопируется повреждённый файл. Такое копирование удобно для скриптовой архивации по ночам, когда сеансов гарантированно нет.

Автоматическое резервное копирование из режима «Предприятие»

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

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

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

Резервное копирование клиент-серверной базы

Если база работает на MS SQL Server, PostgreSQL или другой СУБД, выгрузка .dt остаётся возможной, но для регулярного копирования правильнее использовать штатные средства СУБД: они быстрее, поддерживают сжатие, разностные копии и не требуют выгонять пользователей при корректной настройке.

Для MS SQL Server типовой подход — создать план обслуживания с полной копией ежедневно и разностными копиями в течение дня. Куда писать файлы .bak — определяется в настройках задания; по умолчанию используется папка Backup в каталоге экземпляра SQL Server, но лучше указать отдельный диск или сетевой ресурс. Для PostgreSQL аналогичная роль у утилиты pg_dump, запускаемой по расписанию через планировщик задач.

BACKUP DATABASE [TradeBase] TO DISK = N'D:\SQLBackup\TradeBase_full.bak' WITH COMPRESSION, CHECKSUM;

Выгрузка .dt в клиент-серверном режиме тоже полезна — как способ переноса базы и как дополнительный независимый слой защиты. Но делать её единственным видом копии для большой серверной базы неразумно: выгрузка долгая и требует монопольного доступа.

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

Копия, которую никто не проверял, считается отсутствующей. Минимальный контроль — периодически загружать свежий .dt в тестовую базу на отдельном компьютере и открывать её в режиме «Предприятие». Для SQL-бэкапов — выполнять тестовое восстановление в отдельную базу с другим именем.

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

Восстановление файловой базы из копии 1Cv8.1CD ещё проще: закройте все сеансы, замените файл в каталоге базы на файл из архива. Для SQL-базы восстановление делается средствами СУБД (RESTORE DATABASE), после чего база подключается к кластеру 1С под прежним именем.

Часто задаваемые вопросы