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

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

Чаще всего администраторы сталкиваются с двумя ситуациями. Первая — база файловая, и резервная копия представляет собой файл 1Cv8.dt (выгрузка) или скопированный файл 1Cv8.1CD (сама база). Вторая — база работает на SQL-сервере, и копия хранится как файл .bak в каталоге, заданном настройками СУБД. Дальше разберём оба сценария и способы быстро найти копию, если путь к ней неизвестен.

Как определить тип базы и где она расположена

Прежде чем искать копию, выясните, где находится сама рабочая база. Откройте окно запуска 1С (ярлык «1С:Предприятие»), выделите нужную базу в списке и нажмите кнопку «Изменить» или посмотрите строку под списком — там отображается путь. Если путь выглядит как C:\Bases\Trade или \\Server\Bases\Trade — база файловая. Если указано Srvr="Server";Ref="Trade" — база клиент-серверная и физически хранится на SQL-сервере.

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

Стандартные места, где обычно лежит резервная копия

1С не создаёт резервные копии автоматически «в фоне» без настройки, поэтому фиксированного системного каталога нет. Однако на практике копии чаще всего оказываются в предсказуемых местах:

• папка рядом с базой, например C:\Bases\Backup или подкаталог Архив, Копии внутри каталога базы;
• папки «Документы», «Загрузки» или рабочий стол пользователя, который делал выгрузку вручную;
• сетевые ресурсы: \\Server\Backup\1C и подобные общие папки;
• внешние диски и NAS, если копирование настроено скриптом или планировщиком;
• каталоги служб резервного копирования (Veeam, Cobian и др.) — путь задаётся в их настройках.

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

Как найти файл копии поиском по диску

Если путь неизвестен, используйте поиск Windows или командную строку. Ищите по характерным именам и расширениям: 1Cv8.dt, .dt, 1Cv8.1CD, .bak, а также по маскам вроде backup и копия. В проводнике достаточно ввести маску в поле поиска, предварительно выбрав диск целиком.

Быстрее и надёжнее поиск через командную строку от имени администратора:

dir C:\<em>.dt /s /b & dir D:\</em>.dt /s /b & dir C:\*.bak /s /b

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

1. 1
   Откройте список баз 1С и запишите путь к рабочей базе
2. 2
   Проверьте папку базы и соседние каталоги Backup, Архив, Копии
3. 3
   Выполните поиск по дискам по маскам 1Cv8.dt, <em>.dt, </em>.bak
4. 4
   Проверьте сетевые папки и настройки ПО резервного копирования
5. 5
   Отсортируйте найденные файлы по дате и выберите актуальный

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

Если база работает на SQL Server, резервные копии обычно создаются планом обслуживания (Maintenance Plan) или заданием агента SQL Server. Откройте SQL Server Management Studio, разверните узел «Управление» → «Планы обслуживания» и посмотрите свойства задачи резервного копирования — там указан целевой каталог. Альтернатива — раздел «Задания» агента SQL Server, где в шагах задания прописана команда BACKUP DATABASE с путём к файлу.

Узнать, куда делались последние копии, можно и запросом к системным таблицам msdb — например, просмотрев представление msdb.dbo.backupset и msdb.dbo.backupmediafamily, где хранятся физические пути файлов копий. Это самый надёжный способ, когда документация по серверу утеряна.

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

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

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

Этот механизм работает только для файловых баз и создаёт ZIP-архивы с выгрузкой. Если база клиент-серверная, встроенное копирование из «Предприятия» не применяется — используйте средства СУБД.

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

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

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

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

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

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