Перейти к основному содержимому

Схемы работы сценариев автоматизации СУБД Pangolin 

Схемы работы скриптов автоматизированного обновления СУБД Pangolin 

В данном разделе представлены схемы процесса обновления для различных типов обновления с учетом различных конфигураций экземпляра СУБД.

Обновление с переносом данных

Схема процесса обновления с переносом данных для конфигурации standalone

Схема процесса обновления с переносом данных для конфигурации standalone

Описание шагов процесса обновления, представленных на схеме:

Сведения

Если параметр is_inner_full_backup пользовательского конфигурационного файла установлен в значение true, то в случае возникновения ошибок при обновлении на шаге 12, 13, 14, 18, 20, 21, 22 или 25 будет запущен автоматический откат стенда к исходному состоянию до начала обновления (шаг 26).

Номер шагаНаименование шагаОписание
1Скачивание дистрибутива PangolinЗагрузка версии дистрибутива СУБД Pangolin, на которую планируется обновление
2Проверка переменных узла, полученных в качестве аргументовПроверка наличия необходимых переменных и их корректности
3Передача групповых переменныхФормирование и передача переменных необходимых для запуска Ansible плейбука разведчика
4Запуск playbook разведчика обновления по триггеруДанный Ansible плейбук выполняет необходимые проверки, чтобы убедится что стенд готов к обновлению, а также определяет тип обновления стенда с учетом версии, с которой будет производиться обновление
5Вызов процесса обновленияЗапуск процесса обновления
6Проверка переменных узла, полученных в качестве аргументовПроверка наличия необходимых переменных и их корректности
7Передача групповых переменныхФормирование и передача переменных необходимых для запуска Ansible плейбука обновления
8Запуск playbook обновления по триггеруЗапуск процесса обновления. В процессе определяется тип обновления, в данном случае обновление производится с переносом данных
9Запуск базовых проверок готовности стенда к обновлениюПроведение базовых проверок готовности стенда к обновлению
10Создание локальной резервной копии БД и ее валидацияСоздание резервной копии. Производится при наличии параметра is_inner_full_backup=true в пользовательском конфигурационном файле
11Включение блокировки трафикаВ данном сценарии обновления на весь период включена блокировка трафика
12Обновление компонента pangolin-auth-reencryptОбновление соответствующего компонента
13Обновление компонента pangolin-certs-rotateОбновление соответствующего компонента
14Обновление компонента pangolin-security-utilitiesОбновление соответствующего компонента
15Остановка старой версии PangolinОстановка установленной версии СУБД
16Обновление файлов конфигурации и установка новой версии СУБД PangolinФормирование новых конфигурационных файлов, с учетом используемых ранее настроек для СУБД и установка новой версии Pangolin
17Запуск процесса миграции данныхМиграция данных в режиме hardlink
18Запуск новой версии PangolinЗапуск новой версии СУБД Pangolin
19Сбор статистики и пересчет индексов БДПроизводится сбор статистики и пересчет индексов БД
20Обновление компонента Pangolin PoolerОбновление соответствующего компонента
21Обновление утилиты Pangolin TunerОбновление соответствующего компонента
22Обновление компонента pangolin-diagnostic-toolsОбновление соответствующего компонента
23Конфигурирование БДПроизводится финальное конфигурирование СУБД, а именно:

1. Обновление каталога безопасности.
2. Формирование итоговых конфигурационных файлов.
3. Обновление расширений.
4. Активация пользователя для созданий резервного копирования (если подключена система резервного копирования).
5. Обновление символических ссылок для рабочих каталогов и перенесенных данных.
6. Настройка welcome message.
7. Шифрование паролей в конфигурационных файлах
24Выключение блокировки трафикаВыключение ранее установленной блокировки трафика
25Обновление компонента pangolin-backup-toolsОбновление соответствующего компонента
26Запуск процесса отката стенда к исходному состоянию, при необходимостиДанный этап производится в случае возникновения ошибок при обновлении на шаге 12, 13, 14, 18, 20, 21, 22 или 25.
Если параметр is_inner_full_backup пользовательского конфигурационного файла установлен в значение true, то будет запущен автоматический откат стенда к исходному состоянию до начала обновления
27Обновление прошло успешноОбновление завершается

Схема процесса обновления с переносом данных для конфигурации cluster

Схема процесса обновления с переносом данных для конфигурации cluster

Описание шагов процесса обновления, представленных на схеме:

Сведения

Если параметр is_inner_full_backup пользовательского конфигурационного файла установлен в значение true, то в случае возникновения ошибок при обновлении на шаге 13, 14, 15, 17, 18, 19 26, 27, 31, 32, 33 или 37 будет запущен автоматический откат стенда к исходному состоянию до начала обновления (шаг 39).

Номер шагаНаименование шагаОписание
1Скачивание дистрибутива PangolinЗагрузка версии дистрибутива СУБД Pangolin, на которую планируется обновление
2Проверка переменных узла, полученных в качестве аргументовПроверка наличия необходимых переменных и их корректности
3Передача групповых переменныхФормирование и передача переменных необходимых для запуска Ansible плейбука разведчика
4Запуск playbook разведчика обновления по триггеруДанный Ansible плейбук выполняет необходимые проверки, чтобы убедится в готовности стенда к обновлению, а также определяет тип обновления стенда с учетом версии, с которой будет производиться обновление.
Для кластерной конфигурации проверяется задержка репликации между узлами. Полученная информация сравнивается с установленным в конфигурационном файле значением максимальной задержки. При превышении фактического значения над допустимым – выводится ошибка.
5Вызов процесса обновленияЗапуск процесса обновления
6Проверка переменных узла, полученных в качестве аргументовПроверка наличия необходимых переменных и их корректности
7Передача групповых переменныхФормирование и передача переменных необходимых для запуска Ansible плейбука обновления
8Запуск playbook обновления по триггеруЗапуск процесса обновления. В процессе определяется тип обновления, в данном случае обновление производится с переносом данных
9Запуск базовых проверок готовности стенда к обновлениюПроведение базовых проверок готовности стенда к обновлению
10Настройка процесса pg_receivewalНастройка и запуск отдельного процесса непрерывного копирования WAL-записей с мастера на реплику (копирование производится в то же пространство, где будет находится локальная РК)
11Создание локальной резервной копии БД и ее валидация (на реплике)Создание резервной копии. Производится при наличии параметра is_inner_full_backup=true в пользовательском конфигурационном файле
12Включение блокировки трафикаВ данном сценарии обновления на весь период включена блокировка трафика
13Обновление компонента pangolin-auth-reencryptОбновление соответствующего компонента
14Обновление компонента pangolin-certs-rotateОбновление соответствующего компонента
15Обновление компонента pangolin-security-utilitiesОбновление соответствующего компонента
16Включение PAUSE modeВключение режима PAUSE mode на Pangolin Manager
17Обновление компонента Pangolin Manager на мастереОбновление соответствующего компонента
18Обновление компонента Pangolin Manager на арбитреОбновление соответствующего компонента
19Обновление компонента Pangolin Manager на репликеОбновление соответствующего компонента
20Установка пакета новой версии СУБД Pangolin (на мастере и реплике)Установка пакета с новой версией СУБД Pangolin на мастер и на реплику
21Обновление файлов конфигурации и установка новой версии СУБД Pangolin (на мастере и реплике)Обновление файлов конфигурации
22Остановка старой версии Pangolin (сначала основной узел, затем реплика)Остановка установленной версии СУБД (действие выполняется первоначально на мастере, затем на реплике)
23Остановка Pangolin Manager на мастере и на репликеОстановка службы компонента Pangolin Manager (действие выполняется первоначально на мастере, затем на реплике)
24Запуск процесса миграции данных на мастереМиграция данных в режиме hardlink. Производится только на мастере
25Запуск процесса миграции данных с мастера на репликуМиграция данных с мастера на реплику с помощью утилиты rsync
26Запуск новой версии Pangolin на мастереЗапуск новой версии СУБД Pangolin через Pangolin Manager
27Запуск новой версии Pangolin на репликеЗапуск новой версии СУБД Pangolin через Pangolin Manager
28Сбор статистики и пересчет индексов БДПроизводится сбор статистики и пересчет индексов БД
29Перечитывание конфигурационного файла Pangolin Manager и перезапуск службыВыполняется перечитывание конфигурационного файла компонента и перезапуск службы Pangolin Manager (действия выполняется первоначально на мастере, затем на реплике)
30Синхронизация кластера (выполняется на реплике)Выполняется проверка синхронизации кластера на предмет отсутствия задержки между узлами. Проверка выполняется на реплике
31Обновление компонента Pangolin PoolerОбновление соответствующего компонента
32Обновление утилиты Pangolin TunerОбновление соответствующего компонента
33Обновление компонента pangolin-diagnostic-toolsОбновление соответствующего компонента
34Выключение PAUSE modeВыключение режима PAUSE mode на Pangolin Manager
35Конфигурирование БДПроизводится финальное конфигурирование СУБД, а именно:

1. Обновление каталога безопасности.
2. Формирование итоговых конфигурационных файлов.
3. Обновление расширений.
4. Активация пользователя для созданий резервного копирования (если подключена система резервного копирования).
5. Обновление символических ссылок для рабочих каталогов и перенесенных данных.
6. Настройка welcome message.
7. Шифрование паролей в конфигурационных файлах
36Выключение блокировки трафикаВыключение ранее установленной блокировки трафика
37Обновление компонента pangolin-backup-toolsОбновление соответствующего компонента
38Отключение процесса pg_receivewalВыключение ранее активной службы pg_receivewal
39Запуск процесса отката стенда к исходному состоянию, при необходимостиДанный этап производится в случае возникновения ошибок при обновлении на шаге 13, 14, 15, 17, 18, 19 26, 27, 31, 32, 33 или 36.
Если параметр is_inner_full_backup пользовательского конфигурационного файла установлен в значение true, то будет запущен автоматический откат стенда к исходному состоянию до начала обновления
40Обновление прошло успешноОбновление завершается

Обновление исполняемых файлов

Схема процесса обновления исполняемых файлов для конфигурации standalone

Схема процесса обновления исполняемых файлов для конфигурации standalone

Описание шагов процесса обновления, представленных на схеме:

Сведения

В случае возникновения ошибок при обновлении на шаге 12, 13, 16, 17, 18, 19 или 21 будет запущен автоматический откат стенда к исходному состоянию (шаг 22).

Номер шагаНаименование шагаОписание
1Скачивание дистрибутива PangolinЗагрузка версии дистрибутива СУБД Pangolin, на которую планируется обновление
2Проверка переменных узла, полученных в качестве аргументовПроверка наличия необходимых переменных и их корректности
3Передача групповых переменныхФормирование и передача переменных необходимых для запуска Ansible плейбука разведчика
4Запуск playbook разведчика обновления по триггеруДанный Ansible плейбук выполняет необходимые проверки, чтобы убедится что стенд готов к обновлению, а также определяет тип обновления стенда с учетом версии, с которой будет производиться обновление
5Вызов процесса обновленияЗапуск процесса обновления
6Проверка переменных узла, полученных в качестве аргументовПроверка наличия необходимых переменных и их корректности
7Передача групповых переменныхФормирование и передача переменных необходимых для запуска Ansible плейбука обновления
8Запуск playbook обновления по триггеруЗапуск процесса обновления. В процессе определяется тип обновления, в данном случае производится обновление исполняемых файлов
9Запуск базовых проверок готовности стенда к обновлениюПроведение базовых проверок готовности стенда к обновлению
10Запуск скрипта inplace_upgrade.sh с ключом infoЭтот этап определяет необходимость проведения обновления с помощью утилиты pg_inplace_upgrade. Результатом данного этапа могут быть 3 значения:

1. Код состояния 0. Запуск утилиты требуется, базовые проверки готовности стенда к обновлению системных данных прошли успешно.
2. Код состояния 1. Запуск утилиты требуется, но базовые проверки готовности стенда к обновлению системных данных прошли неуспешно.
3. Код состояния 2. Запуск утилиты не требуется.
11Обновление компонента pangolin-auth-reencryptОбновление соответствующего компонента
12Обновление компонента pangolin-certs-rotateОбновление соответствующего компонента
13Обновление компонента pangolin-security-utilitiesОбновление соответствующего компонента
14Остановка старой версии PangolinОстановка установленной версии СУБД
15Обновление файлов конфигурации и установка новой версии СУБД PangolinФормирование новых конфигурационных файлов, с учетом используемых ранее настроек для СУБД и установка новой версии Pangolin
16Запуск новой версии PangolinЗапуск новой версии СУБД Pangolin
17Обновление компонента Pangolin PoolerОбновление соответствующего компонента
18Обновление утилиты Pangolin TunerОбновление соответствующего компонента
19Обновление компонента pangolin-diagnostic-toolsОбновление соответствующего компонента
20Конфигурирование БДПроизводится финальное конфигурирование СУБД, а именно:

1. Восстановление конфигурационных файлов.
2. Обновление расширений.
3. Удаление исходных пакетов серверной и клиентской части.
4. Настройка welcome message.
5. Шифрование паролей в конфигурационных файлах
21Обновление компонента pangolin-backup-toolsОбновление соответствующего компонента
22Запуск процесса отката стенда к исходному состоянию, при необходимостиДанный этап производится в случае возникновения ошибок при обновлении на шаге 12, 13, 16, 17, 18, 19 или 21
23Обновление прошло успешноОбновление завершается

Схема процесса обновления исполняемых файлов для конфигурации cluster

Схема процесса обновления исполняемых файлов для конфигурации cluster

Описание шагов процесса обновления, представленных на схеме:

Сведения

В случае возникновения ошибок при обновлении на шаге 11, 12, 13, 16, 22, 26, 27, 28 или 30 будет запущен автоматический откат стенда к исходному состоянию до начала обновления (шаг 31).

Номер шагаНаименование шагаОписание
1Скачивание дистрибутива PangolinЗагрузка версии дистрибутива СУБД Pangolin, на которую планируется обновление
2Проверка переменных узла, полученных в качестве аргументовПроверка наличия необходимых переменных и их корректности
3Передача групповых переменныхФормирование и передача переменных необходимых для запуска Ansible плейбука разведчика
4Запуск playbook разведчика обновления по триггеруДанный Ansible плейбук выполняет необходимые проверки, чтобы убедится что стенд готов к обновлению, а также определяет тип обновления стенда с учетом версии, с которой будет производиться обновление
5Вызов процесса обновленияЗапуск процесса обновления
6Проверка переменных узла, полученных в качестве аргументовПроверка наличия необходимых переменных и их корректности
7Передача групповых переменныхФормирование и передача переменных необходимых для запуска Ansible плейбука обновления
8Запуск playbook обновления по триггеруЗапуск процесса обновления. В процессе определяется тип обновления, в данном случае производится обновление исполняемых файлов
9Запуск базовых проверок готовности стенда к обновлениюПроведение базовых проверок готовности стенда к обновлению
10Запуск скрипта inplace_upgrade.sh с ключом infoЭтот этап определяет необходимость проведения обновления с помощью утилиты pg_inplace_upgrade. Результатом данного этапа могут быть 3 значения:

1. Код состояния 0. Запуск утилиты требуется, базовые проверки готовности стенда к обновлению системных данных прошли успешно.
2. Код состояния 1. Запуск утилиты требуется, но базовые проверки готовности стенда к обновлению системных данных прошли неуспешно.
3. Код состояния 2. Запуск утилиты не требуется.
11Обновление компонента pangolin-auth-reencrypt на всех узлахОбновление соответствующего компонента
12Обновление компонента pangolin-certs-rotate на всех узлахОбновление соответствующего компонента
13Обновление компонента pangolin-security-utilities на всех узлахОбновление соответствующего компонента
14Включение PAUSE modeВключение режима PAUSE mode на Pangolin Manager
15Обновление компонента Pangolin Manager на всех узлахОбновление компонента Pangolin Manager на всех узлах в следующем порядке: первоначально на мастере, затем на арбитре и после на реплике
16Выключение PAUSE modeВыключение режима PAUSE mode на Pangolin Manager
17Настройка и включение процесса pg_receivewalНастройка и запуск отдельного процесса непрерывного копирования WAL-записей с мастера на реплику (копирование производится в то же пространство, где будет находится локальная РК). Действие выполняется на текущей реплике
18Включение PAUSE mode и выключение SYNCHRONOUS modeВключение режима PAUSE mode и выключение SYNCHRONOUS mode на Pangolin Manager
19Обновление файлов конфигурации и установка новой версии СУБД PangolinФормирование новых конфигурационных файлов, с учетом используемых ранее настроек для СУБД и установка новой версии Pangolin. Обновление производится на реплике
20Запуск новой версии PangolinЗапуск новой версии СУБД Pangolin. Действие выполняется на текущей реплике
21Выключение PAUSE mode и включение SYNCHRONOUS modeВыключение режима PAUSE mode и включение SYNCHRONOUS mode на Pangolin Manager
22Синхронизация кластераВыполняется проверка синхронизации кластера на предмет отсутствия задержки между узлами
23Выключение процесса pg_receivewalПроизводится выключение раннее включенной службы pg_receivewal
24Проверка обновления всех узлов СУБДВ случае если не все узлы кластера СУБД обновлены, производится переключение лидера и продолжение обновления
25Переключение лидера на обновленный узелВыполняется switchover кластера, в случае, если не все узлы обновлены
26Обновление компонента Pangolin Pooler на всех узлахОбновление соответствующего компонента
27Обновление утилиты Pangolin Tuner на всех узлахОбновление соответствующего компонента
28Обновление компонента pangolin-diagnostic-tools на всех узлахОбновление соответствующего компонента
29Конфигурирование БДПроизводится финальное конфигурирование СУБД, а именно:

1. Восстановление конфигурационных файлов.
2. Обновление расширений.
3. Удаление исходных пакетов серверной и клиентской части.
4. Настройка welcome message.
5. Шифрование паролей в конфигурационных файлах.
6. Восстановление исходной конфигурации DCS
30Обновление компонента pangolin-backup-tools на всех узлахОбновление соответствующего компонента
31Запуск процесса отката стенда к исходному состоянию, при необходимостиДанный этап производится в случае возникновения ошибок при обновлении на шаге 11, 12, 13, 16, 22, 26, 27, 28 или 30
32Обновление прошло успешноОбновление завершается

Схема процесса обновления исполняемых файлов с использованием утилиты inplace_upgrade

В данном разделе представлена схема обновления и схема отката с использованием утилиты pg_inplace_upgrade. Схемы включают в себя все возможные типы конфигурации СУБД Pangolin.

Схема процесса обновления исполняемых файлов с использованием утилиты inplace_upgrade

Описание шагов процесса обновления, представленных на схеме:

Сведения

В случае возникновения ошибок при обновлении будет запущен автоматический откат стенда к исходному состоянию до начала обновления. Схема подобного отката представлена в подразделе далее.

Номер шагаНаименование шагаОписание
1Установка rpm-пакета с виртуальным окружениемПакет необходим для запуска Ansible-скриптов, содержит pip-зависимости
2Проверка наличия дистрибутива PangolinПроверка наличия дистрибутива СУБД Pangolin, на которую планируется обновление
3Создание каталога или локального репозиторияДолжен содержать rpm-пакеты компонентов, необходимых к установке на всех стендах. Список компонентов определяется исходя из конфигурации стенда
4Проверка наличия конфигурационного файлаПодготовка наличия заполненного пользовательского конфигурационного файла
5Формирование строки запускаФормирование строки запуска
6Запуск playbook обновленияЗапуск процесса обновления с помощью Ansible плейбука. В данном случае производится обновление исполняемых файлов
7Запуск базовых проверок готовности стенда к обновлениюПроведение базовых проверок готовности стенда к обновлению. Список проверок может отличаться в зависимости от конфигурации стенда
8Запуск скрипта inplace_upgrade.sh с ключом info.На данном этапе производятся следующие действия:

- проверка доступности рабочих каталогов скрипта;
- проверка наличия всех скриптов для корректного запуска;
- проверка наличия изменения системного каталога относительно новой версии системного каталога
9Включение блокировки трафикаВ данном сценарии обновления на весь период включена блокировка трафика
10Проверка состояния полной синхронизации репликиПроверка состояния узла реплики в sync_standby и lag = 0. Время ожидания синхронизации регулируется параметром в кастомном конфигурационном файле: patroni_lag_checker.retry_check
11Создание локальной резервной копии БДСнятие полной резервной копии
12Подготовка файла с лицензиейПроверка валидности лицензии по пути указанному до JSON-файл с лицензией
13Обновление компонента pangolin-auth-reencrypt на всех узлахОбновление соответствующего компонента
14Обновление компонента pangolin-certs-rotate на всех узлахОбновление соответствующего компонента
15Обновление компонента pangolin-security-utilities на всех узлахОбновление соответствующего компонента
16Обновление компонента Pangolin ManagerОбновление компонента (при кластерной конфигурации). На данном этапе производятся следующие действия:

- включение режима паузы (PAUSE mode) для Pangolin Manager;
- остановка службы;
- обновление rpm-пакета;
- копирование конфигурационного файла после объединения;
- обновление файла .bash_profile;
- выключение режима паузы для Pangolin Manager;
- перезагрузка БД
17Подготовительные действия перед обновлением СУБДНа данном этапе производятся следующие действия:

- включение режима паузы (PAUSE mode) для Pangolin Manager;
- конфигурирование файла .bash_profile;
- проверка корректности ролей кластера. В случае, если роли в момент обновления поменялись местами, производится переключение (switch);
- сохранение исходных значений для synchronous_commit / autovacuum / cron.database_name;
- сохранение исходной конфигурации DCS, если кластерная конфигурация;
- создание слота репликации tmp_update_slot
18Остановка службы crondОстановка службы crond
19Выключение кластера СУБД PangolinОстановка узлов кластера СУБД
20Обновление серверной и клиентской частиОбновление соответствующего rpm-пакета
21Обновление компонента pangolin-timescaledbОбновление соответствующего rpm-пакета
22Копирование документацииКопирование документации новой версии
23Копирование содержимого 3rd Party в PGHOMEКопирование содержимого 3rd Party новой версии в каталог PGHOME
24Выключение параметров synchronous_commit, autovacuum и cron.database_nameВыключение параметров synchronous_commit / autovacuum / cron.database_name=template1
25Запуск скрипта inplace_upgrade.sh с ключом updateНа данном этапе производятся следующие действия только на основном узле (мастер):

- Резервная копия системных файлов для восстановления, в случае неудачного завершения процесса;
- Изменение версии системного каталога;
- Переименование путей до табличных пространств, относительно новой версии системного каталога;
- Запуск узлов БД;
- Снятие дампа исходного системного каталога для проверки целостность системных данных;
- Действие по добавлению новых системных объектов одной транзакцией в binary_mode;
- Снятие дампа обновленного системного каталога для проверки целостность системных данных;
- Запуск тестов по проверки корректности обновления системных данных
26Запуск процесса восстановленияЗапуск процесса отката стенда к исходному состоянию, в случае возникновения ошибок при обновлении на шаге 25
27Запуск скрипта inplace_upgrade.sh с ключом updateНа данном этапе производятся следующие действия только на реплике:

- Изменение версии системного каталога;
- Переименование путей до табличных пространств, относительно новой версии системного каталога
28Включение кластера СУБД PangolinЗапуск всех узлов кластера СУБД. Происходит проверка корректности ролей кластера. В случае, если роли в момент обновления поменялись местами, производится переключение (switch)
29Включение SYNCHRONOUS mode (synchronous_mode и synchronous_mode_strict)Включение SYNCHRONOUS mode для синхронизации добавленных системных данных каталога
30Проверка состояния синхронизации репликиПроверка (по API Pangolin Manager) статус роли реплики. Время ожидания синхронизации регулируется параметром в кастомном конфигурационном файле: patroni_lag_checker.retry_check
31Восстановление исходных значений для synchronous_commit / autovacuum / cron.database_nameВосстановление исходных значений для synchronous_commit / autovacuum / cron.database_name и удаление временного слота репликации tmp_update_slot
32Обновление компонента Pangolin PoolerОбновление соответствующего компонента
33Обновление утилиты Pangolin TunerОбновление соответствующего компонента
34Обновление компонента pangolin-diagnostic-toolsОбновление соответствующего компонента
35Конфигурирование БДПроизводится финальное конфигурирование СУБД, а именно:

1. Восстановление конфигурационных файлов после объединения.
2. Обновление расширений.
3. Удаление исходных пакетов серверной и клиентской части.
4. Настройка welcome message.
5. Шифрование паролей в конфигурационных файлах.
6. Восстановление исходной конфигурации DCS (при кластерной конфигурации)
36Обновление компонента pangolin-backup-tools на всех узлахОбновление соответствующего компонента
37Выключение блокировки трафика и запуск службы crondВыключение ранее установленной блокировки трафика и запуск службы crond
38Обновление прошло успешноОбновление завершается
Схема процесса восстановления в случае неудачного обновления с использованием утилиты inplace_upgrade

Схема процесса восстановления в случае неудачного обновления с использованием утилиты inplace_upgrade

Описание шагов процесса отката, представленных на схеме:

Номер шагаНаименование шагаОписание
1Проверки возможности запуска автоматического восстановленияНа данном этапе производятся следующие действия:

- Вычисления текущего места «падения» и определения списка компонентов для восстановления;
- В случае невозможности запуска скрипта автоматического отката, восстановить стенд необходимо будет в ручном режиме
2Восстановление компонента pangolin-diagnostic-toolsВосстановление соответствующего исходного компонента
3Восстановление серверной и клиентской частиВосстановление соответствующего исходного rpm-пакета
4Запуск скрипта inplace_upgrade.sh с ключом resetНа данном этапе происходит восстановление файлов системных каталогов и файла pg_control из РК на узле мастер, сделанной во время запуска скрипта с командой update
5Включение кластера СУБД PangolinЗапуск узлов кластера СУБД
6Обновление компонента Pangolin ManagerВосстановление исходного компонента (при кластерной конфигурации)
7Восстановление компонента pangolin-security-utilities на всех узлахВосстановление соответствующего исходного компонента
8Восстановление компонента pangolin-auth-reencrypt на всех узлахВосстановление соответствующего исходного компонента
9Восстановление компонента pangolin-certs-rotate на всех узлахВосстановление соответствующего исходного компонента
10Включение блокировки трафикаВыключение ранее установленной блокировки трафика