Куда 1С сохраняет резервную копию и как найти файл

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

Если вы выгружали базу через конфигуратор и не меняли путь, файл с расширением .dt обычно лежит в папке «Документы», на рабочем столе или в каталоге, который был открыт в диалоге сохранения в прошлый раз — 1С запоминает последний использованный путь. Это и есть главная причина, почему копию потом сложно найти.

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

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

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

Чаще всего это одна из папок: «Документы» текущего пользователя, рабочий стол, корень диска C: или сетевая папка, которую вы использовали ранее. Конфигуратор запоминает последний путь и подставляет его при следующей выгрузке.

Быстрый способ найти файл — открыть проводник и выполнить поиск по маске *.dt на диске или в папке пользователя, отсортировав результат по дате изменения. Самый свежий файл и есть последняя копия.

1. 1
   Откройте проводник Windows и перейдите на диск, где обычно работаете.
2. 2
   В строке поиска введите *.dt и дождитесь результата.
3. 3
   Отсортируйте файлы по дате изменения — самый новый файл и есть последняя выгрузка.
4. 4
   Проверьте размер: рабочая копия обычно сопоставима по объёму с базой, файл в несколько килобайт — признак незавершённой выгрузки.

Где лежит копия при копировании файловой базы целиком

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

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

Важный нюанс: копировать файл 1Cv8.1CD можно только когда все пользователи вышли из базы. Иначе копия получится неконсистентной и может не открыться при восстановлении.

Куда пишутся автоматические резервные копии

Если копирование настроено автоматически, путь определяется тем инструментом, который выполняет копию. Это может быть обработка «Резервное копирование ИБ» в типовых конфигурациях, скрипт с выгрузкой через конфигуратор в пакетном режиме или планировщик Windows.

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

Если копирование делает скрипт, путь прописан в самом скрипте или в bat-файле, который запускает планировщик задач. Найдите задание в планировщике Windows и посмотрите, какой файл оно вызывает.

"C:\Program Files\1cv8\bin\1cv8.exe" DESIGNER /F"D:\Bases\Trade" /N"Админ" /DumpIB "E:\Backups\trade_%date%.dt"

В примере выше копия сохраняется в папку E:\Backups. По такому же принципу читайте любой чужой скрипт: ищите параметр после /DumpIB — это и есть путь сохранения.

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

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

В MS SQL Server каталог бэкапов указывается в плане обслуживания (Maintenance Plan) или в команде BACKUP DATABASE. По умолчанию это часто папка Backup внутри каталога установки SQL Server, но администратор мог изменить её. Посмотреть путь можно в SQL Server Management Studio в свойствах задания резервного копирования.

В PostgreSQL копии создаются утилитой pg_dump или pg_basebackup, и каталог определяется командой запуска или скриптом обслуживания. Ищите задание в планировщике cron или планировщике Windows на сервере СУБД.

Как изменить папку для резервных копий

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

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

Для скриптов измените путь в самом bat-файле, для СУБД — в плане обслуживания или команде бэкапа. После изменения обязательно запустите копирование вручную и проверьте, что файл появился в новом месте.

Частые ошибки и как проверить, что копия рабочая

Самая распространённая ошибка — считать, что копия есть, потому что «она настроена». На практике задание планировщика могло отвалиться из-за смены пароля, папка могла переполниться, а сетевой диск — стать недоступным. Регулярно проверяйте фактическое наличие свежих файлов.

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

Проверить работоспособность копии .dt можно только восстановлением: создайте пустую тестовую базу и загрузите в неё файл через конфигуратор (Загрузить информационную базу). Если загрузка прошла без ошибок и данные открываются — копия валидна.

FAQ: частые вопросы о резервных копиях 1С