Ситуация, когда во время обновления конфигурации 1С внезапно отключается электричество или происходит системный сбой, является одной из самых неприятных для администратора или программиста. Особенно критично это становится в тех случаях, когда база данных работает в клиент-серверном варианте, а актуальной резервной копии средствами СУБД (например, SQL) под рукой не оказалось. В данной статье мы подробно разберем причины возникновения ошибки «Метод объекта не обнаружен (ВыполнитьОбновление)» и проанализируем пошаговые стратегии восстановления работоспособности системы.
Для начала проанализируем механизм обновления 1С. Когда мы запускаем процесс обновления, платформа выполняет несколько этапов: сравнение и объединение конфигураций, внесение изменений в структуру метаданных и, наконец, фиксацию изменений в конфигурации базы данных (клавиша F7). Если в момент фиксации происходит сбой питания, база данных оказывается в «рассогласованном» состоянии.
Ошибка Метод объекта не обнаружен (ВыполнитьОбновление) чаще всего свидетельствует о том, что программный код конфигурации (её модули) уже обновился и пытается вызвать процедуры из Библиотеки стандартных подсистем (БСП) для реструктуризации данных, но сами таблицы базы данных или системные таблицы конфигурации (такие как Config и ConfigSave в Microsoft SQL Server) не завершили транзакцию. Система «зависает» между старой и новой версиями. Еще одной причиной является повреждение кэша — как локального, так и серверного, из-за чего платформа пытается вызвать методы, которые она «помнит», но которых фактически нет в текущем скомпилированном состоянии базы.
Прежде чем приступать к радикальным мерам, рассмотрим самый простой вариант — очистку кэша. Проанализируем ситуацию: если при выгрузке в файл .dt и загрузке в новую «чистую» базу всё работает корректно, значит, сами данные и программный код внутри выгрузки целы. Это подтверждает теорию о том, что проблема локализована именно на конкретном сервере или рабочем месте.
Очистка локального кэша пользователя:
%AppData%\1C\1cv8, и старые временные файлы не будут мешать запуску.Очистка серверного кэша:
Если манипуляции на стороне клиента не помогли, необходимо почистить кэш на стороне сервера 1С:Предприятия. Рассмотрим, как это сделать. На сервере, где запущена служба 1C:Enterprise 8.3 Server Agent, есть папка с данными кластера (по умолчанию это C:\Program Files\1cv8\srvinfo). Внутри неё находится папка reg_1541, содержащая директории с длинными именами (UID баз). Удаление папки, соответствующей проблемной базе (при предварительно остановленной службе сервера), заставит 1С пересчитать метаданные при следующем запуске.
Если доступ в Конфигуратор сохранился, попробуем исправить состояние конфигурации базы данных. Разберем основные инструменты:
Конфигурация — Конфигурация базы данных — Вернуться к конфигурации БД. Если эта команда доступна, система попробует откатить структуру метаданных к последнему стабильному состоянию до начала злополучного обновления.Администрирование — Тестирование и исправление. Для нашей проблемы критически важно выбрать пункты:
Очищать ссылки или Создавать объекты для битых ссылок. Часто это позволяет системе «увидеть» потерянные объекты и методы.Проанализируем сообщение из темы: автор пишет, что загрузка файла .dt в ту же самую базу не помогает. Почему так происходит? При загрузке .dt в существующую базу идентификатор базы в кластере серверов 1С не меняется. Если серверный кэш или записи в системных таблицах СУБД повреждены, загрузка данных «поверх» может не очистить эти внутренние ошибки.
Рассмотрим алгоритм действий в этой ситуации:
SQL Server) абсолютно новую пустую базу данных.SQL-базе.Конфигуратор этой новой (пустой) базы.Администрирование — Загрузить информационную базу и выберем наш файл .dt.Этот метод практически гарантированно решает проблему, так как для платформы 1С это будет совершенно новая база с «чистой совестью» и отсутствием старых временных файлов. Именно этот способ помог автору темы.
Если база запускается, но ошибка возникает именно в момент начала процедуры обновления данных (когда появляется окно с прогресс-баром обновления), стоит проверить настройки Библиотеки стандартных подсистем. Выясним, как это сделать.
В некоторых случаях система считает, что обновление еще идет, и блокирует вызов некоторых методов. Попробуем запустить базу в режиме Предприятие с параметром запуска, который принудительно инициирует завершение процедур обновления. В Конфигураторе перейдем в Сервис — Параметры — Запуск 1С:Предприятия — Дополнительно и впишем:
/C ЗапуститьОбновлениеИнформационнойБазы
Также можно воспользоваться обработкой Консоль запросов или Редактор констант, чтобы проверить состояние константы СведенияОбОбновленииИнформационнойБазы. Если там завис статус «Выполняется», его можно попробовать очистить программно, однако это требует глубоких знаний структуры БСП.
Проанализировав данную проблему, мы можем сделать несколько важных выводов, которые помогут избежать подобных ситуаций в будущем:
.bak в MS SQL). Это позволяет восстановить базу за считанные минуты простым «откатом» файлов, минуя длительный процесс загрузки .dt.Конфигураторе может привести к аналогичным последствиям для всей серверной базы.В заключение отметим: если вы столкнулись с ошибкой Метод объекта не обнаружен после прерванного обновления, не паникуйте. Данные в таблицах СУБД, как правило, остаются целыми. Основная задача — заставить платформу 1С правильно интерпретировать структуру метаданных, что лучше всего достигается через создание новой базы в кластере и загрузку в неё последней имеющейся копии данных.