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

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

Чаще всего копии представляют собой файлы с расширением .dt (выгрузка информационной базы через конфигуратор), .zip (архив, созданный типовой подсистемой резервного копирования) или файлы формата СУБД — .bak для MS SQL Server. Каждый тип создаётся своим инструментом и по умолчанию складывается в своё место.

Если копирование настраивал другой сотрудник или сторонний специалист, самый быстрый способ найти файлы — проверить журнал заданий планировщика Windows, настройки типовой подсистемы внутри 1С и стандартные каталоги, описанные ниже.

Как определить, каким способом создавались копии

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

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

Если база клиент-серверная (SQL), уточните у администратора или проверьте план обслуживания в Management Studio: путь к файлам .bak задаётся в задании резервного копирования SQL Server. Сама 1С в этом случае копии не создаёт и не знает, где они лежат.

Где лежат копии, созданные через конфигуратор (.dt)

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

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

Обратите внимание: файл .dt — это не архив в привычном смысле, а специальный формат выгрузки 1С. Открыть его можно только через конфигуратор («Загрузить информационную базу») в пустую или заменяемую базу. Двойной щелчок по файлу ничего не даст.

Get-ChildItem -Path C:\,D:\ -Filter *.dt -Recurse -ErrorAction SilentlyContinue | Sort-Object LastWriteTime -Descending | Select-Object FullName, LastWriteTime, Length

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

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

По умолчанию при первом включении подсистема предлагает каталог внутри папки с информационной базой или рядом с ней — например, подпапку Backup или Резервные копии. Если база файловая, найдите каталог базы (путь виден в списке баз при запуске 1С внизу окна выбора) и проверьте соседние папки.

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

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

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

Точный путь смотрите в свойствах задания резервного копирования: SQL Server Management Studio → «Management» → «Maintenance Plans» или «SQL Server Agent» → «Jobs». В шаге задания указана команда BACKUP DATABASE с полным путём к файлу .bak.

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

Как найти копии, если настройки неизвестны

Когда документации нет, а настраивал копирование уволившийся сотрудник, действуйте последовательно. Сначала проверьте планировщик заданий Windows (команда taskschd.msc): ищите задания, запускающие 1С в пакетном режиме, скрипты .bat, .cmd, .ps1 или утилиты архивации. В свойствах задания на вкладке «Действия» виден исполняемый файл, а в самом скрипте — путь сохранения копий.

Затем выполните поиск по дискам сервера и рабочих станций бухгалтерии по маскам .dt, .zip, *.bak с фильтром по дате за последние месяцы. Обратите внимание на папки с названиями Backup, Архив, Резерв, Копии, 1C_Backup — администраторы часто называют каталоги очевидно.

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

1. 1
   Откройте настройки подсистемы «Резервное копирование и восстановление» в конфигурации и запишите указанный каталог
2. 2
   Проверьте планировщик заданий Windows на предмет скриптов и пакетных заданий 1С
3. 3
   Выполните поиск по дискам по маскам <em>.dt, </em>.zip, *.bak с сортировкой по дате
4. 4
   Для серверных баз проверьте задания SQL Server Agent и каталог Backup на сервере СУБД
5. 5
   Проверьте сетевые диски и NAS, если локальный поиск не дал результатов

Как проверить, что найденная копия рабочая

Наличие файла не гарантирует, что копия пригодна для восстановления. Файл мог быть записан с ошибкой, скопирован не полностью или создан до важных изменений данных. Минимальная проверка — размер файла (подозрительно маленький .dt при большой базе — тревожный знак) и дата создания.

Надёжная проверка — тестовое восстановление. Создайте пустую информационную базу, загрузите в неё найденный .dt через конфигуратор и убедитесь, что база открывается, а данные (документы, справочники, остатки) соответствуют ожидаемой дате. Для SQL-копий разверните .bak в отдельную тестовую базу на сервере.

Типичные ошибки при хранении и поиске копий

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

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

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