При работе с файловыми базами 1С:Предприятие 3.0 пользователи часто сталкиваются с ситуацией, когда штатный механизм резервного копирования (раздел Администрирование — Обслуживание — Резервное копирование и восстановление) перестает функционировать. Процесс либо просто прерывается без сообщений, либо выдает ошибку о невозможности блокировки базы данных. Важно учитывать, как именно настроено архивирование резервных копий в 1С:Бухгалтерия 3.0, так как логика системы может меняться в зависимости от размера файла базы. Рассмотрим подробно, почему это происходит и как восстановить работоспособность системы, особенно на современных версиях платформы, таких как 8.3.27.
Штатный механизм резервного копирования в 1С для файловых баз использует внешнюю системную утилиту Windows — mshta.exe. Программа формирует специальное окно с прогресс-баром и скриптом копирования, которое по сути является HTML-приложением. Если в операционной системе сбита ассоциация файлов .hta, 1С не сможет запустить процесс архивации.
Проанализируем шаги по восстановлению этой настройки:
.hta.C:\Windows\SysWOW64\mshta.exe.Важный нюанс: В некоторых случаях файл mshta.exe может отсутствовать в системе из-за действий антивирусного ПО или повреждения системных файлов. В такой ситуации потребуется восстановить файл из дистрибутива Windows или скопировать с аналогичного исправного ПК.
Для создания резервной копии файловой базы 1С требуется монопольный доступ к файлу 1Cv8.1CD. Это означает, что в базе не должно быть ни одного активного пользователя, включая того, кто запускает бэкап (система сама должна корректно завершить его сеанс и перехватить управление).
Выясним, что может препятствовать монопольному доступу:
1cv8.exe остался в памяти, поможет детализированный менеджер задач 1С, который позволяет увидеть параметры баз и массово завершить ненужные сеансы.Разберем, как гарантированно очистить сеансы. Зайдем в раздел Обслуживание, далее Блокировка работы пользователей. Установим блокировку и подождем завершения всех регламентных заданий. Только после этого можно инициировать процедуру бэкапа.
В новых версиях платформы 8.3.27 усилены механизмы безопасности. Рассмотрим влияние параметра Защита от опасных действий. Если этот механизм включен для пользователя, запуск внешнего скрипта (которым является процедура бэкапа) может блокироваться операционной системой или самой платформой без вывода диалогового окна.
Также проанализируем влияние прав доступа к временным папкам. Скрипт бэкапа создается в папке %TEMP% пользователя. Если путь к этой папке содержит кириллицу или у пользователя недостаточно прав на запуск сценариев из этой директории, возникнет ошибка блокировки. Проверим пути к временным файлам и убедимся, что они доступны для записи и выполнения.
Современные системы защиты (EDR/Antivirus) часто рассматривают запуск mshta.exe с аргументами как потенциальную угрозу (так называемый "Living off the Land" метод атаки). Проанализируем ситуацию в журнале антивируса. Если запуск блокируется, необходимо добавить следующие исключения:
1cv8.exe из мониторинга.C:\Windows\SysWOW64\mshta.exe.Если штатный механизм через интерфейс «1С:Предприятие» продолжает давать сбой, рассмотрим более надежные способы, которые используют профессионалы.
Способ 1: Пакетный режим Конфигуратора
Этот метод не требует работы mshta.exe и выполняется гораздо стабильнее. Мы можем создать .bat файл для автоматизации процесса:
"C:\Program Files\1cv8\8.3.27.1859\bin\1cv8.exe" CONFIG /F "C:\Путь_К_Вашей_Базе" /N "Логин" /P "Пароль" /DumpIB "C:\Backups\Backup_Name.dt"
Здесь параметр /DumpIB отвечает за выгрузку информационной базы в файл .dt. Этот метод позволяет игнорировать многие проблемы графического интерфейса.
Способ 2: Прямое копирование файла базы данных
Самый простой и эффективный способ для файловой базы — это копирование основного файла 1Cv8.1CD. Рассмотрим алгоритм:
1Cv8.1CL (файл блокировки) в папке с базой.1Cv8.1CD в архивную папку.Помним, что именно этот файл содержит все данные и настройки вашей программы.
Иногда ошибка блокировки при попытке бэкапа возникает из-за внутренних логических ошибок. Если вы столкнулись с тем, что в базе отсутствует таблица или нарушена структура хранения, штатный бэкап может давать сбой. Проанализируем состояние базы с помощью утилиты chdbfl.exe, которая находится в папке bin установленной платформы. Запустим проверку с установленной галочкой Исправлять обнаруженные ошибки. Это устранит возможные проблемы с индексами, которые могут мешать монопольному захвату файла системой резервного копирования.
Подводя итог, отметим, что связка восстановление ассоциации .hta + контроль фоновых заданий + проверка прав доступа решает проблему в 99% случаев. Если же ошибки сохраняются, рекомендуется переход на клиент-серверный вариант работы (даже в варианте 1С:Мини), где управление бэкапами осуществляется средствами СУБД намного надежнее.