К статье
Практический материал

Администрирование · 9 мин

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

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

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

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

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

Где лежат ручные выгрузки базы (.dt)

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

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

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

Куда типовые конфигурации сохраняют резервные копии по расписанию

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

Копии этим механизмом сохраняются в формате ZIP: внутри архива лежит файл базы 1Cv8.1CD. Имя архива обычно содержит дату и время создания, поэтому по содержимому каталога легко понять, как часто выполняется копирование и насколько свежая последняя копия. Если в настройках указан сетевой путь (\\SERVER\Backup\), архивы хранятся на другом компьютере или NAS — проверьте доступность этого ресурса.

Как узнать каталог копий в типовой конфигурации
  1. 1
    Откройте базу в режиме 1С:Предприятие с правами администратора
  2. 2
    Перейдите в Администрирование → Обслуживание → Резервное копирование и восстановление
  3. 3
    Откройте настройку резервного копирования и посмотрите поле с каталогом сохранения
  4. 4
    Перейдите по этому пути в проводнике и проверьте наличие и даты ZIP-архивов

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

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

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

Узнать фактический путь можно у администратора баз данных или из свойств задания плана обслуживания в SQL Server Management Studio. Для PostgreSQL место сохранения дампов определяется командой pg_dump в скрипте или задании планировщика — ищите соответствующий скрипт в cron или планировщике Windows на сервере.

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

Где хранит копии облачный сервис «1С:Архив»

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

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

Временные копии при обновлении конфигурации

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

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

Контрольные точки

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

Размер файла .dt или ZIP
Норма

Сопоставим с размером рабочей базы

Тревожный признак

Файл в несколько килобайт при базе в гигабайты — копия пустая или битая

Дата изменения файла
Норма

Соответствует времени последнего копирования

Тревожный признак

Дата старая — расписание не работает

Тестовое восстановление
Норма

Копия открывается в тестовой базе без ошибок

Тревожный признак

Ошибка загрузки — файл повреждён

Как найти бэкап, если никто не знает, где он

Начните с опроса: кто и как делал копии. Если копировал бухгалтер вручную — ищите .dt и .zip на его компьютере через поиск Windows по всем дискам. Если база клиент-серверная — спрашивайте администратора СУБД и смотрите задания планов обслуживания на сервере.

Полезные места для проверки: каталог самой информационной базы (путь виден в списке баз при запуске 1С) и папки рядом с ним, сетевые диски организации, настройки агента «1С:Архив», планировщик заданий Windows на сервере — там часто видны скрипты копирования с явно указанными путями. Также проверьте журнал регистрации базы: в нём фиксируются события выгрузки информационной базы с указанием пользователя и времени.

Типичные ошибки
01
Считать, что копии делаются, потому что «когда-то настраивали»: расписание могло сломаться после смены пароля или переименования папки — проверяйте даты файлов
02
Хранить единственную копию на том же компьютере, что и база: при вирусе-шифровальщике или отказе диска пропадёт всё
03
Делать выгрузку .dt раз в месяц при ежедневной работе: потеря данных за несколько недель
04
Ни разу не проверить восстановление: в критический момент выясняется, что архив не открывается

Как организовать хранение, чтобы копии не потерялись

Рабочий минимум — правило «двух носителей»: одна копия рядом для быстрого восстановления (например, на сервере или NAS), вторая — вне офиса или в облаке. Назначьте единый каталог для всех архивов с понятной структурой по базам и настройте автоматическое удаление копий старше заданного срока, чтобы диск не переполнялся.

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

Итог

Что важно запомнить

Место хранения бэкапа определяется способом копирования: ручные .dt — там, куда сохранил пользователь, типовое копирование — в каталоге из настроек базы, SQL-копии — на сервере, «1С:Архив» — в облаке. Найти файл помогают поиск по <em>.dt и </em>.zip, настройки механизма копирования и журнал регистрации. Храните копии минимум на двух разных носителях и периодически проверяйте восстановление.

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

Можно ли найти бэкап по имени базы?

Частично. Ручные выгрузки по умолчанию называются именем базы с расширением .dt, а ZIP-архивы типового копирования обычно содержат дату. Но пользователь мог переименовать файл, поэтому надёжнее искать по расширению: .dt, .zip, *.bak.

Где 1С хранит бэкап при автоматическом обновлении через интернет?

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

Чем отличается файл .dt от копии файла 1Cv8.1CD?

.dt — это выгрузка базы штатными средствами платформы, которую можно загрузить в любую пустую базу через конфигуратор. 1Cv8.1CD — сам файл файловой базы; его копию достаточно вернуть на место, но снимать её нужно только при закрытых сеансах.

Почему в настроенном каталоге нет свежих копий?

Типовое копирование файловой базы срабатывает только при запущенной программе и завершении работы. Если базой не пользовались или сеанс завершался аварийно, копий не будет. Также проверьте, не изменился ли путь к каталогу и не закончилось ли место на диске.

Достаточно ли одного «1С:Архива» для защиты данных?

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