Обновление#

Обновление сервиса Batch Scheduler происходит с помощью механизма Rolling Update.

Перед обновлением сохранение резервной копии БД не требуется.

Подробная информация размещена в Руководстве по системному администрированию в разделе «Реализация Graceful shutdown и конфигурирование Rolling Update сервиса Batch Scheduler».

Обновление дополнительных средств защиты информации осуществляется в соответствии с документацией к ним.

Обновление БД#

Для обновления БД на горячую:

  1. Отключите pod journal-applier (SI):

  • в системе оркестрации контейнерами (в режиме Administrator) в нужном проекте последовательно перейдите по вкладкам Workloads -> Deployments и поиском найдите pod journal-applier;

  • измените количество pod до 0 с помощью стрелок.

  1. Обновите репликационную БД:

  • в файле globalInventory установите репликационную БД в Main и Stand-In;

  • пролейте скрипты liquibase.

  1. Включите pod journal-applier (SI) (измените количество pod до 1 аналогично п.1).

  2. Переключитесь на репликационную БД:

  • перейдите в АРМ Прикладной журнал;

  • На открывшейся странице Журнал выберите в поле Зона — «SCHD»;

  • перейдите в Stand-In Функциональный;

  • нажмите кнопку Резервная Stand-In.

  1. Отключите pod journal-applier (Main) (аналогично п.1).

  2. Обновить основную БД:

  • в файле globalInventory установите основную БД в Main и Stand-In;

  • пролейте скрипты liquibase.

  1. Включите pod journal-applier (Main) (измените количество pod до 1 аналогично п.1).

  2. Переключитесь на основную БД:

  • перейдите в АРМ Прикладной журнал;

  • На открывшейся странице Журнал выберите в поле Зона — «SCHD»;

  • перейдите в Stand-In Функциональный;

  • нажмите кнопку Основная Штатный.

Ограничения при обновлении БД#

При обновлении с 4.13.0 на 4.14.X#

Перед обновлением необходимо выключить функционал лимитов и только потом производить update. Для этого:

  1. В ConfigMap tasks-server (task-cm-tasks-server-app) вручную установите флаг enabled: false под свойством limits:

data:
   batch:
      schd:
        limits:
          enabled: false

  1. Перезагрузите pod task-server, выполнив команду Start rollout, чтобы внесенные изменения вступили в силу.

  2. Выполите update.

  4. В ConfigMap tasks-server (task-cm-tasks-server-app) вручную установите флаг enabled: true под свойством limits:

data:
   batch:
      tasks:
        limits:
          enabled: true

  1. Перезагрузите pod task-server, выполнив команду Start rollout, чтобы внесенные изменения вступили в силу.

Возможные проблемы#

Ошибка миграции для нескольких тенантов#

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

Рекомендуется выполнять миграцию последовательно по тенантам.