Где искать резервную копию базы после автообновления 1С

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

Это касается типовых конфигураций на БСП (Бухгалтерия 3.0, ЗУП 3.1, УТ 11 и другие), которые обновляются из пользовательского режима. Для клиент-серверной базы мастер копию сам не делает, её создают средствами СУБД.

Где по умолчанию лежит резервная копия при обновлении

Обновление запускается так: Администрирование → Обслуживание → Обновление версии программы → Обновление программы. На последнем шаге мастера, перед кнопкой запуска, есть строка про резервную копию. Она кликабельна: по ней открываются настройки.

Вариантов три:

Там же есть флажок восстановления базы при нештатной ситуации. Он работает с временной или сохранённой копией: если обновление упало, скрипт сам вернёт базу из архива.

Как посмотреть, какой каталог выбран

1. Откройте мастер обновления ещё раз (сам запуск не нужен).
2. Дойдите до шага с кнопкой запуска обновления.
3. Нажмите на ссылку про резервную копию.
4. Посмотрите путь в поле каталога. Его можно скопировать и открыть в Проводнике.

Настройка запоминается, поэтому при следующем обновлении мастер предложит тот же путь.

Чем архив обновления отличается от шаблонов

Многие ищут архив в папке %APPDATA%\1C\1cv8\tmplts. Это каталог шаблонов конфигураций и файлов обновлений (.cfu), а не резервные копии баз. Там лежат дистрибутивы релизов, данных пользователя в них нет.

Файловая база, сервер и способ запуска: что меняется

Поведение зависит не столько от номера платформы, сколько от типа базы и клиента.

• 📁 Файловая база. Мастер делает копию сам. Обновление выполняет внешний скрипт: программа закрывается, скрипт копирует базу, применяет обновление и снова запускает 1С.
• 🖥 Клиент-серверная база . Пункт резервного копирования в мастере не используется: данные лежат в СУБД, и правильная копия — это бэкап MS SQL или PostgreSQL. Мастер напоминает об этом перед запуском.
• 🌐 Веб-клиент. Обновление через внешний скрипт требует запуска с компьютера, где установлен тонкий клиент. Из браузера запустить такое обновление нельзя, значит и архива не будет.
• 🛠 Обновление через Конфигуратор . При ручном обновлении файлом .cfu в Конфигураторе резервная копия не создаётся вообще. Её нужно сделать заранее вручную.

Где скрипт держит временные файлы

На время обновления создаётся рабочая папка во временном каталоге пользователя %TEMP%. В ней лежат файлы скрипта и протокол. Чтобы её найти, откройте %TEMP% в Проводнике, отсортируйте по дате изменения и посмотрите папки, созданные в момент обновления.

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

Свой каталог задаётся в тех же настройках мастера. Хороший путь — отдельный диск или папка вне профиля пользователя, например D:\1C_Backup\Update.

Что проверить при выборе каталога:

1. Место на диске. Свободного места нужно не меньше размера файла 1Cv8.1CD, а лучше вдвое больше. Размер базы виден в её папке.
2. Права на запись у пользователя Windows, под которым запущена 1С. Скрипт работает от его имени.
3. Путь без подключённых букв дисков. Сетевой диск Z: может не существовать в сеансе, где работает скрипт. Для сетевой папки указывайте UNC-путь вида \\server\backup\1c.
4. Не та же папка, что база. Копия рядом с 1Cv8.1CD погибнет вместе с ней при отказе диска.

Не указывайте каталог внутри папки самой базы — при восстановлении это создаёт путаницу и мешает переносу базы.

Плановое копирование вне обновлений

Для файловой базы в типовых конфигурациях есть отдельная настройка: Администрирование → Обслуживание → Резервное копирование и восстановление. Там задаётся расписание, каталог и число хранимых копий. Это другой механизм: он не связан с мастером обновления, и его каталог может отличаться. Если архив не найден по пути из мастера, проверьте и этот каталог.

Журнал регистрации и протокол: подтверждаем, что копия была

Прежде чем искать файл по всему диску, стоит убедиться, что копия вообще создавалась.

Журнал регистрации

Откройте Администрирование → Обслуживание → Журнал регистрации. Поставьте отбор по периоду, когда шло обновление. Ищите события, в названии которых есть слово «Обновление»: там видны старт, ошибки и итог обновления.

Что даёт журнал:

• 🕐 точное время запуска — по нему ищете файлы на диске;
• ❌ текст ошибки, если обновление прервалось;
• 👤 пользователя, который запускал обновление, — значит, и профиль Windows, в %TEMP% которого лежали файлы.

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

Протокол скрипта

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

Поиск потерянного архива на диске

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

Что может оказаться резервной копией:

• 📦 архив .zip с файлом базы внутри;
• 📄 копия файла с расширением .1CD;
• 💾 выгрузка информационной базы .dt.

Быстрый поиск через PowerShell — файлы этих типов, изменённые за последние 7 дней:

Get-ChildItem -Path C:\, D:\ -Include *.dt, *.zip, *.1CD -Recurse -ErrorAction SilentlyContinue |
  Where-Object { $_.LastWriteTime -gt (Get-Date).AddDays(-7) } |
  Sort-Object LastWriteTime -Descending |
  Select-Object FullName, Length, LastWriteTime

Где проверить в первую очередь:

1. Каталог из настроек мастера обновления.
2. Каталог планового копирования из раздела Резервное копирование и восстановление.
3. %TEMP% пользователя, который запускал обновление.
4. Папку «Документы» этого пользователя.
5. Корзину — если папку чистили вручную.

Как вернуть базу из найденного архива

Порядок зависит от того, что именно вы нашли.

Когда данные в копии проверены, рабочую базу можно заменить. Перед заменой закройте все сеансы и сохраните текущий 1Cv8.1CD под другим именем: если копия окажется не той, вы ничего не потеряете.

Права, блокировки и антивирус: почему копия не создаётся

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

Типичные причины сбоя:

• 🔒 Открытые сеансы. Кто-то держит базу открытой — например, через удалённый рабочий стол. Копирование файла 1Cv8.1CD не начнётся. Проверьте список активных пользователей: Администрирование → Обслуживание → Активные пользователи.
• 🔒 Фоновые процессы. Обмен, служба синхронизации или программа облачной синхронизации держат файл базы.
• 🛡 Антивирус. Блокирует запуск скрипта или запись в каталог копий. Помогает исключение для папки базы и каталога архивов — согласуйте его с администратором.
• 🚫 Нет прав на каталог. Пользователь может работать с базой, но не иметь права писать в D:\1C_Backup.
• 💽 Нет места. Копия обрывается на середине, в каталоге остаётся неполный файл.

Чтобы проверить права, войдите в Windows под тем же пользователем, что запускает 1С, и попробуйте создать в каталоге копий пустой текстовый файл. Не получилось — дело в правах.

Скрипт резервной копии до обновления

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

Файловая база: выгрузка в .dt через Конфигуратор

Пакетный режим Конфигуратора выгружает базу в файл .dt. Пример bat с датой в имени файла:

@echo off
set BASE=D:\1C_Bases\Buh
set OUT=D:\1C_Backup\Buh
set STAMP=%date:~6,4%-%date:~3,2%-%date:~0,2%
"C:\Program Files\1cv8\common\1cestart.exe" DESIGNER /F"%BASE%" /N"Администратор" /P"пароль" /DumpIB"%OUT%\Buh_%STAMP%.dt" /Out"%OUT%\dump_%STAMP%.log"

Разбор параметров:

• DESIGNER — запуск Конфигуратора в пакетном режиме;
• /F — путь к каталогу файловой базы;
• /N и /P — пользователь и пароль 1С;
• /DumpIB — выгрузка информационной базы в файл;
• /Out — протокол выполнения, туда пишется результат.

Формат %date% зависит от региональных настроек Windows. Строка STAMP рассчитана на вид ДД.ММ.ГГГГ. Проверьте, что получилось в имени файла после первого запуска.

Клиент-серверная база: бэкап СУБД

Для MS SQL Server — полная копия перед обновлением:

BACKUP DATABASE [Buh] TO DISK = N'D:\SQL_Backup\Buh_before_update.bak' WITH INIT;

Для PostgreSQL — сжатый дамп:

pg_dump -U postgres -Fc -f D:\PG_Backup\buh_before_update.dump buh

Восстанавливают такие копии средствами СУБД (RESTORE DATABASE и pg_restore), а не из 1С.

Ротация старых копий

Копии копятся и съедают диск. Простое правило удаления в том же bat — файлы старше 14 дней:

forfiles /p "D:\1C_Backup\Buh" /m *.dt /d -14 /c "cmd /c del @path"

Запускайте скрипт через Планировщик заданий Windows ночью или вручную перед каждым обновлением.

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