К статье
Практический материал

Администрирование · 11 мин

Как в 1С посмотреть историю обновлений конфигурации

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

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

Набор доступных инструментов зависит от режима работы (файловая или клиент-серверная база), от прав пользователя и от того, типовая это конфигурация или доработанная. Ниже разобраны все основные способы — от простого просмотра текущей версии до детального анализа событий обновления в журнале регистрации.

Проверка текущей версии конфигурации

Самый быстрый способ понять, какой релиз установлен сейчас, — открыть сведения о программе. В режиме «1С:Предприятие» перейдите в меню «Справка» (или нажмите кнопку с круглой стрелкой/знаком вопроса в правом верхнем углу) и выберите пункт «О программе». В открывшемся окне отображается версия платформы, имя конфигурации и её версия, например «Бухгалтерия предприятия, редакция 3.0 (3.0.xxx.xx)».

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

В конфигураторе версию конфигурации видно в окне свойств: «Конфигурация → Открыть конфигурацию», затем правый клик по корню дерева конфигурации → «Свойства». Там же указан поставщик и краткое описание.

История обновлений через журнал регистрации

Журнал регистрации — основной источник информации о том, что происходило с базой. В нём фиксируются события обновления конфигурации базы данных, выполнение обработчиков обновления, ошибки и длительные операции. Доступен он пользователям с правами администратора.

Чтобы открыть журнал в режиме «1С:Предприятие», перейдите: «Администрирование → Обслуживание → Журнал регистрации» (в некоторых конфигурациях путь: «Администрирование → Поддержка и обслуживание → Журнал регистрации»). В конфигураторе журнал открывается через «Администрирование → Журнал регистрации».

Как найти события обновления в журнале регистрации
  1. 1
    Откройте журнал регистрации через раздел «Администрирование».
  2. 2
    Нажмите кнопку «Отбор» и установите интервал дат, когда предположительно выполнялось обновление.
  3. 3
    В отборе по событиям выберите «Обновление информационной базы» и связанные события (например, выполнение обработчиков обновления).
  4. 4
    При необходимости отфильтруйте по пользователю, который запускал обновление.
  5. 5
    Нажмите «ОК» и изучите список событий: дата, время, пользователь, комментарий.
  6. 6
    Двойной клик по записи откроет детали события, включая текст ошибки при сбое.

В комментариях к событиям видно, какие обработчики обновления выполнялись, сколько времени заняла процедура и завершилась ли она успешно. Если обновление прерывалось ошибкой, в журнале будет запись уровня «Ошибка» с описанием причины — это первое место, куда стоит смотреть при проблемах после обновления.

Особенности файловых и клиент-серверных баз

В файловых базах журнал регистрации хранится в файле в каталоге базы и может быть разделён по периодам. В клиент-серверном варианте журнал хранится на сервере 1С, и при больших объёмах отбор по датам становится обязательным — иначе открытие журнала займёт заметное время. Формат журнала (старый .lgp или новый .lgd) влияет только на хранение, на порядок просмотра это не влияет.

Результаты обновления в типовых конфигурациях

В типовых конфигурациях на базе Библиотеки стандартных подсистем (БСП) — это «Бухгалтерия предприятия», «Зарплата и управление персоналом», «Управление торговлей» и другие — есть встроенный механизм отчёта о результатах обновления. Он показывает, какие версии устанавливались последовательно и какие обработчики отработали.

Найдите его так: «Администрирование → Поддержка и обслуживание → Результаты обновления программы» (в некоторых версиях — «Обновление версии программы» или «Результаты обновления и дополнительная обработка данных»). Откроется форма, где по версиям расписано: какие процедуры выполнены, сколько времени заняли, есть ли отложенные обработчики, которые ещё не завершили работу.

Особое внимание обратите на статус «Выполнено с ошибками» или «Не выполнено». Клик по строке обычно открывает подробности: имя обработчика, версию, на которую он рассчитан, и текст ошибки. Эта информация нужна при обращении в поддержку или при самостоятельной диагностике.

Описание изменений после обновления

После успешного обновления типовая конфигурация при первом запуске показывает форму «Что нового в этой версии» с описанием изменений. Если вы её закрыли, вызвать повторно можно из раздела администрирования или через «Справка → Дополнения к описанию» (название пункта зависит от конфигурации). Это не история в строгом смысле, но позволяет понять, какие именно изменения принесло последнее обновление.

Просмотр версий через настройку поддержки в конфигураторе

Конфигуратор даёт ещё один ракурс — историю версий конфигурации поставщика. Откройте: «Конфигурация → Поддержка → Настройка поддержки». В окне будет указано, на поддержке ли конфигурация, кто поставщик и какие версии конфигурации поставщика участвовали в обновлениях.

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

Для доработанных конфигураций этот раздел важен ещё и тем, что показывает, сняты ли объекты с поддержки. Если при обновлении возникли конфликты, именно здесь видно, какие объекты изменены относительно типовой поставки.

Где искать историю обновлений

Окно «О программе»

Быстро узнать текущую версию. Истории нет, подходит только как точка отсчёта.

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

Полная хронология событий обновления с датами, пользователями и ошибками. Требует прав администратора и корректного отбора.

Результаты обновления программы

Детально по версиям и обработчикам, включая отложенные. Есть только в типовых конфигурациях на БСП.

Настройка поддержки

Показывает версии поставщика и состояние поддержки. Работает только в конфигураторе.

Как проверить, что обновление прошло корректно

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

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

Контрольные точки

Контрольные точки после обновления

Версия в окне «О программе»
Норма

Совпадает с целевым релизом

Тревожный признак

Осталась прежняя версия — обновление не применилось

Отложенные обработчики
Норма

Все выполнены или выполняются без ошибок

Тревожный признак

Статус «Ошибка» или обработчики «висят» сутками

Журнал регистрации за период обновления
Норма

Нет записей уровня «Ошибка» по обновлению

Тревожный признак

Есть ошибки обработчиков или прерывание обновления

Работа пользователей
Норма

Документы проводятся, отчёты формируются

Тревожный признак

Ошибки при открытии форм, падение отчётов

Ограничения и типичные ошибки

Главное ограничение: журнал регистрации фиксирует события только с момента ведения журнала в текущем формате, а старые записи могут быть утеряны при сокращении журнала или переносе базы. Если базу сворачивали или выгружали/загружали через dt, часть истории могла не пережить перенос. Поэтому для аудита обновлений полезно вести отдельный внешний учёт: дата, версия до, версия после, кто выполнял.

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

Типичные ошибки
01
Судить об успехе обновления только по отсутствию сообщений об ошибках — отложенные обработчики могут падать в фоне спустя часы.
02
Искать историю в журнале без отбора по датам и событиям — в большом журнале нужные записи теряются.
03
Сокращать журнал регистрации сразу после обновления — пропадают записи, нужные для диагностики отложенных проблем.
04
Игнорировать невыполненные отложенные обработчики и ставить следующее обновление поверх — накапливаются некорректные данные.

FAQ

Можно ли посмотреть историю обновлений без прав администратора?

Полноценно — нет. Без административных прав доступно только окно «О программе» с текущей версией. Журнал регистрации и результаты обновления требуют прав администратора; запросите выгрузку у того, кто обслуживает базу.

Как узнать, кто именно запускал обновление?

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

Почему в журнале регистрации нет записей о старых обновлениях?

Журнал мог быть сокращён, переведён на новый формат или утерян при переносе базы через выгрузку в файл. Записи старше даты сокращения восстановить штатными средствами нельзя — только из архивных копий базы.

Что делать, если обновление завершилось, а версия не изменилась?

Проверьте, не обновляли ли вы другую базу из списка. Затем откройте конфигуратор и посмотрите версию конфигурации базы данных: если обновление конфигурации базы данных не выполнялось (запуск с отказом от обновления), версия останется прежней. Выполните обновление конфигурации базы данных в конфигураторе.

Как посмотреть, какие версии были пропущены при обновлении?

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

Видна ли история обновлений платформы, а не конфигурации?

Нет, журнал регистрации фиксирует события информационной базы, а не установку платформы. Версии платформы отслеживают по установленным каталогам на компьютере или сервере (список установленных версий виден в меню «Пуск» или в реестре установленных программ Windows).

Итог

Что важно запомнить

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