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

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

Важно сразу развести два разных понятия. .dt — это резервная копия данных, из неё восстанавливают базу. А аварийный технологический дамп платформы (файлы .mdmp в папке dumps) — это снимок памяти процесса в момент сбоя, он нужен для разбора падений и базу из него не восстановишь. Ниже речь о копиях данных; про аварийные дампы — отдельно в конце.

Как быстро понять, где искать копию

Место хранения зависит от того, как устроена ваша база. Сориентируйтесь по типу:

Дальше — конкретные пути по каждому варианту.

Стандартные пути в файловой базе

В файловом варианте всё лежит в обычных папках Windows, и копию проще всего найти там, где её сохранили.

Ручная выгрузка .dt. Делается через Конфигуратор: Администрирование → Выгрузить информационную базу. Платформа спрашивает, куда положить файл, — вы сами выбираете каталог. Типичные места, куда сохраняют по привычке:

• 📁 рабочий стол или папка Документы текущего пользователя;
• 📁 отдельная папка вроде D:\Копии 1С или C:\Backup;
• 📁 сетевой диск или флешка, если копию уносят с компьютера.

Имя файла задаёте вы, расширение — всегда .dt. Если не помните путь, помогает поиск Windows по маске *.dt на всех дисках.

Где лежит сама база. Это не копия, но важно для ориентира. Путь к каталогу базы виден в окне запуска 1С: выделите базу в списке и посмотрите строку внизу — там полный путь к папке, в которой лежит файл 1Cv8.1CD. Список всех подключённых баз платформа хранит в файле ibases.v8i в каталоге %APPDATA%\1C\1CEStart.

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

Когда база работает на сервере 1С и отдельной СУБД, копий бывает два вида, и лежат они в разных местах.

Выгрузка .dt. Её тоже делают через Конфигуратор (Администрирование → Выгрузить информационную базу), подключившись к серверной базе. Файл сохраняется туда, куда укажет администратор, — это обычный файл на диске того компьютера, где запущен Конфигуратор.

Бэкап средствами СУБД. Это основной способ для рабочих серверов: копию делает не 1С, а сервер баз данных.

Для MS SQL путь к каталогу бэкапов настраивается в свойствах экземпляра; по умолчанию это подпапка Backup в каталоге установки SQL Server. Точный путь смотрите в задании резервного копирования или у администратора СУБД.

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

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

В этом разделе вы:

1. включаете автоматическое создание копий;
2. указываете папку, в которую они будут складываться;
3. задаёте расписание (при завершении работы, по дням и т. п.);
4. настраиваете, сколько копий хранить.

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

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

Неочевидные места, где может оказаться копия

Иногда копия есть, но лежит не там, где её ждут. Стоит проверить несколько мест.

• 🗂 Папка обновления конфигурации. Перед обновлением типовая 1С предлагает создать резервную копию . Если соглашались — копия сохранена в папке автоматического копирования (см. раздел выше) с отметкой даты обновления.
• 🗑 Корзина Windows. Если кто-то «убрал» лишний .dt, он мог просто попасть в корзину — восстанавливается оттуда в один клик.
• 💾 Прошлые носители. Старые копии часто уносили на флешку, внешний диск или в сетевую папку отдела. Проверьте общие ресурсы, к которым был доступ.
• ☁️ Облачные папки. Если каталог копий синхронизировался с Яндекс Диском, OneDrive или подобным сервисом — копии есть в облаке, даже если на диске их удалили.

А вот где копии нет, хотя туда часто заглядывают:

• папка кэша платформы %LOCALAPPDATA%\1C\1cv8\<набор символов> — это служебный кэш сеанса, а не резервная копия, восстановить базу из него нельзя;
• папка dumps с файлами .mdmp — это аварийные дампы платформы (снимки памяти при сбое), к данным базы они отношения не имеют.

Дампы облачных баз: 1С:Fresh и аренда

Если вы работаете в облачной 1С, на вашем компьютере копий обычно нет вовсе — их хранит провайдер сервиса.

1С:Fresh (1cfresh.com) и подобные облачные сервисы. Резервные копии создаёт и хранит сам сервис на своей стороне. Чтобы получить файл на руки, выгрузите базу: в самой программе Администрирование → Выгрузить данные либо через личный кабинет сервиса — там же обычно есть журнал автоматических копий, из которого можно откатиться к нужной дате.

Аренда 1С (сервер провайдера). Это, по сути, серверная база на чужом оборудовании. Копии делает и хранит хостинг-провайдер по регламенту. Запросить выгрузку или восстановление на дату — через поддержку арендодателя.

Как определить, какой дамп актуальный

Когда копий несколько, нужно выбрать свежую и рабочую. Ориентиры простые:

• 📅 Дата и время. У автокопий они обычно прямо в имени файла. У ручных выгрузок смотрите дату изменения файла в свойствах Windows.
• 📏 Размер. Копия рабочей базы весит соизмеримо с размером 1Cv8.1CD или с базой на сервере. Подозрительно маленький .dt (несколько килобайт) — почти наверняка сбойный или пустой.
• 📝 Контрольная загрузка. Единственный надёжный способ убедиться, что копия целая, — развернуть её в отдельную тестовую базу и открыть. По имени файла целостность не определить.

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

Как восстановить базу из найденного дампа

Нашли нужный файл — порядок восстановления зависит от его типа.

Из файла .dt:

1. Создайте новую пустую базу или используйте тестовую — не затирайте рабочую сразу.
2. Откройте её в Конфигураторе.
3. Меню Администрирование → Загрузить информационную базу, укажите файл .dt.
4. Дождитесь окончания и проверьте данные в режиме Предприятия.

Из бэкапа СУБД (.bak, дамп PostgreSQL): восстановление делают средствами самой СУБД (SSMS для MS SQL, pg_restore/psql для PostgreSQL), а затем, при необходимости, подключают базу в кластере серверов 1С. Этим обычно занимается администратор сервера.

Из облака: откат на дату запрашивают в личном кабинете сервиса или у поддержки провайдера.

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

Когда .dt на руках нет, но жив файл 1Cv8.1CD, файловую базу можно восстановить без выгрузки: скопируйте этот файл в отдельную папку и подключите её как новую базу через окно запуска 1С (Добавить → Добавление в список существующей базы). Это выручает, если встроенные копии так и не нашлись.

Что делать, если копий нет

Худший сценарий — копий не нашлось нигде. Варианты по убыванию надёжности:

• 🔎 Проверьте все носители и облака ещё раз. Копия могла уехать на флешку, внешний диск, в сетевую папку или синхронизироваться в облачное хранилище.
• 🗑 Загляните в корзину на всех компьютерах, где работали с базой.
• 🛠 Файловые базы иногда удаётся восстановить из уцелевшего 1Cv8.1CD даже без .dt — если файл базы цел, его можно скопировать и открыть.
• ☁️ Облако и аренда — обратитесь в поддержку сервиса: у провайдера почти всегда есть собственные копии за несколько дней или недель.

Чтобы эта ситуация не повторилась, настройте автоматическое копирование в Администрирование → Обслуживание → Резервное копирование и восстановление и укажите папку, которая синхронизируется в облако или копируется на отдельный диск. Копия на том же диске, что и база, спасает от ошибки оператора, но не от выхода диска из строя.

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