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

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

Чаще всего резервные копии представляют собой файлы с расширением .dt (выгрузка из конфигуратора), архивы .zip от автоматического копирования по расписанию или бэкапы *.bak, созданные средствами Microsoft SQL Server. Ниже разберём, где искать каждый из этих вариантов и как проверить, что найденный файл действительно рабочая копия.

Какие виды резервных копий бывают в 1С

Прежде чем искать файлы, полезно понять, что именно вы ищете. В экосистеме 1С применяется несколько разных способов резервного копирования, и у каждого свой формат результата.

Основные варианты копий:

• Выгрузка *.dt из конфигуратора — создаётся вручную, сохраняется туда, куда указал пользователь в диалоге сохранения.
• Автоматическое копирование по расписанию — в типовых конфигурациях (Бухгалтерия, Управление торговлей и др.) создаёт архив *.zip в заданной папке.
• Бэкап средствами СУБД — для клиент-серверных баз на MS SQL Server, PostgreSQL или Oracle; обычно это файлы *.bak или аналоги в каталоге СУБД.
• Копирование файловой базы целиком — простое копирование файла 1Cv8.1CD или всей папки базы средствами Windows.
• Сторонние программы бэкапа — специализированные утилиты или скрипты, которые копируют базу по своему расписанию в свой каталог.

Где находится папка автоматического резервного копирования

В типовых конфигурациях на платформе 1С:Предприятие 8.3 встроен механизм резервного копирования по расписанию. Чтобы узнать, куда он сохраняет архивы, откройте в режиме «Предприятие» раздел «Администрирование» → «Обслуживание» → «Резервное копирование и восстановление». В карточке настройки указан каталог, в который программа складывает zip-архивы.

Если настройка когда-либо выполнялась, путь будет виден прямо в этом окне. Типичные места, которые выбирают пользователи:

• подпапка Backup или Архивы рядом с каталогом информационной базы;
• сетевой диск или папка на файловом сервере;
• папка в документах пользователя, который настраивал копирование;
• каталог, синхронизируемый с облачным хранилищем (Яндекс.Диск, Google Drive и подобные).

1. 1
   Откройте базу в режиме «Предприятие» под пользователем с правами администратора
2. 2
   Перейдите: Администрирование → Обслуживание → Резервное копирование и восстановление
3. 3
   Откройте настройку резервного копирования и посмотрите поле «Каталог для сохранения резервных копий»
4. 4
   Перейдите по этому пути в проводнике и проверьте наличие zip-архивов с датами в именах
5. 5
   Если поле пустое — автокопирование не настроено, ищите ручные выгрузки или SQL-бэкапы

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

Куда сохраняется выгрузка *.dt из конфигуратора

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

Если вы не знаете, кто и куда выгружал базу, поможет поиск по дискам. Откройте проводник Windows, перейдите на диск и в строке поиска введите маску .dt. Для сужения результатов добавьте фильтр по дате изменения. Аналогично ищите архивы: .zip с типичными именами вроде «backup», «1cv8», даты в формате ГГГГ-ММ-ДД.

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

Частые места, где обнаруживаются ручные выгрузки: рабочий стол и папка «Загрузки» бухгалтера или администратора, папка рядом с каталогом базы, внешние USB-диски, сетевые папки общего доступа. Если базой занимался сторонний специалист, имеет смысл уточнить у него, куда сохранялись копии.

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

Если база работает в клиент-серверном варианте, штатная выгрузка *.dt для неё обычно не используется из-за объёма. Копии создаются средствами СУБД, и искать их нужно на сервере баз данных, а не на компьютерах пользователей.

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

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

Как найти копию, если ничего не настроено

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

• Теневые копии Windows — если на диске с файловой базой включена защита системы, через свойства папки (вкладка «Предыдущие версии») можно восстановить файл 1Cv8.1CD на прошедшую дату.
• Облачные синхронизации — папка базы могла попасть в каталог, синхронизируемый с облаком; проверьте историю версий файлов в веб-интерфейсе облачного сервиса.
• Копии у франчайзи или обслуживающей компании — специалисты, обновляющие конфигурацию, часто делают выгрузку перед обновлением.
• Другие компьютеры — если базу когда-либо переносили, на старом компьютере могла остаться её полная копия.

Проверка найденной копии и типичные ошибки

Найти файл — половина дела. Резервная копия имеет ценность только если из неё реально восстанавливается рабочая база. Проверку стоит выполнять заранее, а не в момент аварии.

Минимальное правило безопасности: держите копии минимум в двух независимых местах (например, локальный диск сервера плюс сетевое хранилище или облако) и хотя бы раз в месяц выполняйте тестовое восстановление в отдельную базу. Только так можно быть уверенным, что резервное копирование существует на практике, а не на бумаге.

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