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

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

Как обновить ГСВС в 1С: подробная инструкция

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

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

Прежде чем что-либо делать, важно понять, какая именно ситуация у вас: конфигурация давно не обновлялась, после обновления появились ошибки в данных ГСВС, или сведения просто не заполнились автоматически. От этого зависит и порядок действий, и объём работ. Ниже разобраны все три сценария с конкретными шагами для файлового и клиент-серверного режима.

Материал ориентирован на администраторов и пользователей с правами «Администратор системы» или «Полные права». Если у вас нет таких прав или база работает в клиент-серверном варианте под управлением выделенного администратора, часть операций будет недоступна — это нормальное ограничение, а не неисправность.

Что нужно проверить перед обновлением

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

Далее проверьте, есть ли у вас доступ к дистрибутивам обновлений: либо через интернет-поддержку (сервис автоматического обновления внутри программы), либо через скачанный файл обновления с портала поставщика. Без действующего доступа к обновлениям установить свежий релиз штатным способом не получится.

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

Релиз конфигурации сильно устарелДанные ГСВС не обновлялись вместе с программой

Проверьте номер текущего релиза и список пропущенных версий

Обновление установлено, но данных нетНе отработали отложенные обработчики

Откройте «Результаты обновления программы» и посмотрите статус обработчиков

Ошибки при открытии форм ГСВСОбновление завершилось с ошибкой или прервано

Проверьте журнал регистрации и сообщения об ошибках обновления

Резервная копия: обязательный этап

Любое обновление, затрагивающее служебные подсистемы, начинается с резервной копии. Для файловой базы достаточно скопировать файл 1Cv8.1CD в отдельный каталог при остановленной работе пользователей, либо выполнить выгрузку через конфигуратор: «Администрирование» → «Выгрузить информационную базу». Выгрузка в dt надёжнее, так как проверяет целостность данных в процессе.

Для клиент-серверной базы используйте средства СУБД (например, штатное резервное копирование в MS SQL или PostgreSQL) или ту же выгрузку в dt через конфигуратор. Копия средствами СУБД восстанавливается быстрее на больших базах.

Не пренебрегайте этим шагом даже при «небольшом» обновлении: если обработчики обновления ГСВС прервутся на середине, откат на копию — единственный гарантированный способ вернуть базу в рабочее состояние без длительной диагностики.

Обновление через конфигуратор

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

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

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

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

Обновление через интернет-поддержку в режиме Предприятие

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

Этот способ удобен тем, что сервис автоматически проверяет порядок перехода между релизами и не позволит «перепрыгнуть» через обязательные промежуточные версии. Однако он требует стабильного интернет-канала и корректных учётных данных портала, а на клиент-серверных базах — прав на выполнение обновления у текущего пользователя.

После установки релиза программа предложит перезапуститься и выполнить обновление данных. Не закрывайте окно прогресса: на больших базах отложенные обработчики могут выполняться продолжительное время в фоновом режиме, и это нормально.

Как проверить, что ГСВС обновился корректно

Первый контрольный пункт — раздел «Результаты обновления программы»: все обработчики должны иметь статус «Выполнено», без записей с ошибками. Если есть незавершённые или failed-обработчики, именно они чаще всего объясняют «не обновившийся» ГСВС.

Второй шаг — открыть сами данные подсистемы: соответствующие справочники, регистры сведений и формы, связанные с ГСВС, должны открываться без ошибок и содержать актуальные записи. Сравните наполнение с тем, что было до обновления (для этого и полезна копия).

Третий шаг — журнал регистрации. Отфильтруйте события за период обновления по уровню «Ошибка»: повторяющиеся ошибки обращения к объектам ГСВС указывают на незавершённое обновление или на проблемы прав доступа у пользователей.

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

Как проверить результат

Статус обработчиков обновления
Норма

Все обработчики выполнены, ошибок нет

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

Есть обработчики со статусом «Ошибка» или «Выполняется» длительное время

Открытие форм и справочников ГСВС
Норма

Формы открываются, данные заполнены

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

Ошибки вида «Поле объекта не обнаружено» или пустые списки

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

Нет повторяющихся ошибок после обновления

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

Серии ошибок при обращении к объектам подсистемы

Если ГСВС не обновился: ручное восстановление

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

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

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

Типичные ошибки
01
Обновление без резервной копии — при сбое откатить изменения невозможно
02
Прерывание обработчиков обновления перезагрузкой сервера — данные остаются в промежуточном состоянии
03
Снятие флажков с объектов ГСВС при обновлении доработанной конфигурации — подсистема остаётся старой версии и конфликтует с новым кодом
04
Разрешение работы пользователей до завершения отложенных обработчиков — ошибки и неполные данные
05
Игнорирование ошибок в журнале регистрации — проблема всплывает позже в отчётах и документах

Особенности для файлового и клиент-серверного режима

В файловом варианте главные риски — монопольный доступ и целостность файла базы. Перед обновлением убедитесь, что файл 1Cv8.1CD не открыт другими сеансами, а после обновления при подозрении на повреждения можно выполнить тестирование и исправление через конфигуратор (только после копии).

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

Маршрут решения

Как выбрать действие

Конфигурация на поддержке без доработок, есть интернет-поддержкаОбновляйтесь через сервис в режиме Предприятие — это самый безопасный путь
Конфигурация доработана или обновление скачано файломИспользуйте конфигуратор с контролем сопоставления объектов
Релиз установлен, но данные ГСВС пустые или с ошибкамиПроверьте отложенные обработчики и перезапустите неудачные
Обновление было прервано принудительноВосстановите резервную копию и повторите процедуру заново

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

Можно ли обновить только ГСВС, не обновляя всю конфигурацию?

Штатного механизма точечного обновления одной подсистемы нет: данные и код ГСВС поставляются в составе релиза конфигурации. Теоретически разработчик может перенести изменения выборочно через сравнение и объединение конфигураций, но это трудоёмкая задача с высоким риском рассогласования объектов. Практичнее обновить релиз целиком.

Сколько времени занимает обновление?

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

Что делать, если обработчик обновления завис и не двигается?

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

Нужно ли обновлять платформу 1С вместе с релизом?

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

Почему после обновления у пользователей пропал доступ к данным ГСВС?

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

Итог

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

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