Откат
Данный раздел рассматривает процесс отката установки новой версии СУБД Pangolin и восстановления предыдущей установленной версии.
Процесс отката/восстановления встроен в процесс автоматизированного обновления. Отдельный запуск скрипта отката не предусмотрен.
Откат возможен только на исходную версию, с которой производилось обновление. Для ориентирования по поддерживаемым версиям обновления воспользуйтесь таблицей.
Содержание
- Восстановление после неудачного обновления с переносом данных
- Восстановление после неудачного обновления исполняемых файлов
Описание
Действия, описанные ниже, необходимо выполнять суперпользователем.
Для определения необходимости восстановления СУБД к исходному состоянию, необходимо изучить лог.
-
Определите причину падения. Поиск падения осуществляется по ключевым словам в логе, таким как:
['failed!', 'failed: true', 'fatal:']. -
Локализуйте место падения по названию задачи:
TASK [print msg ERROR (update_errors)].Пример сообщения о падении
ansible_facts:update_errors:aggregate: truecomponents:finally: falsepangolin_auth_reencrypt: falsepangolin_backup_tools: falsepangolin_certs_rotate: falsepangolin_checks: falsepangolin_configuration: falsepangolin_dbms: falsepangolin_diagnostic_tool: falsepangolin_manager: falsepangolin_pooler: truepangolin_security_utilities: falsepangolin_tuner: falsehosts:arbiter: falsemaster: truereplica: falsetypes:pangolin_auth_reencrypt:main: falsepangolin_backup_tools:main: falsepangolin_certs_rotate:main: falsepangolin_configuration:main: falsepangolin_dbms:major_main_migrate_master_db: falsemajor_main_migrate_replica_db: falsemajor_main_start_after_migrate_db: falsemajor_post: falsemajor_pre: falseminor_after_first_db_started: falseminor_before_bin_updated: falseminor_before_first_db_started: falseminor_before_first_switchover: falseminor_before_inplace_upgrade: falseminor_before_second_switchover: falsepangolin_diagnostic_tool:main: falsepangolin_manager:main: falsepangolin_security_utilities:main: falsepangolin_tuner:main: falseгде:
components- информация о том, на каком этапе упало обновление;hosts- информация о том, на каком из хостов возникла ошибка;types- информация о типе ошибки.
Если ошибка произошла при работе механизма обновления, то ключ
aggregateдолжен иметь значениеtrue. В секцииcomponentsтолько один ключ должен иметь значениеtrue- это и будет означать место падения.typesможет быть не определен. -
Более детальное объяснение можно найти по названию задачи:
TASK [print msg ERROR about fail component]. Пример развернутого сообщения об ошибкеmsg: PANGOLIN_INSTALLER.FAIL__E05008:Обнаружена ошибка при настройке компонента pangolin-pooler.__PANGOLIN_INSTALLER.FAIL
Возможные варианты ошибок падения при обновлении:
«FAIL__E03099:В процессе обновления системных каталогов возникли ошибки. Процесс дальнейшего обновления остановлен. Автоматическое восстановление невозможно. Необходимо произвести анализ состояния стенда вручную и восстановить его к исходному состоянию или дообновить.FAIL;
«FAIL__E05002:В процессе обновления возникла ошибка. Восстановление СУБД для данного типа ошибки недоступно. Ознакомьтесь с логами.FAIL»;
«FAIL__E03098:В процессе обновления системных каталогов возникли ошибки. Процесс дальнейшего обновления остановлен. Будет запущено автоматическое восстановление.FAIL»;
«FAIL__E03100:В процессе синхронизации узлов кластера возникли ошибки. Процесс дальнейшего обновления остановлен. Автоматическое восстановление невозможно. Необходимо произвести анализ состояния стенда вручную и восстановить его к исходному состоянию или дообновить.FAIL»;
«FAIL__E03103:В процессе запуска лидирующего узла возникли ошибки. Не удалось получить корректный статус роли. Процесс дальнейшего обновления остановлен. Автоматическое восстановление невозможно. Необходимо произвести анализ состояния стенда вручную и восстановить его к исходному состоянию или дообновить.FAIL»;
«FAIL__E03103:В процессе запуска лидирующего узла возникли ошибки. Не удалось получить корректный статус роли. Процесс дальнейшего обновления остановлен. Автоматическое восстановление невозможно. Необходимо произвести анализ состояния стенда вручную и восстановить его к исходному состоянию или дообновить.FAIL»;
«FAIL__E05006:Не удалось выполнить восстановление версии из локальной резервной копии.FAIL»;
«FAIL__E05007:В процессе сбора необходимой для старта обновления СУБД информации произошла ошибка. СУБД находится в исходном состоянии, восстановление не требуется.FAIL»;
«FAIL__E05010:Обнаружена ошибка в процессе подготовки перед обновлением СУБД Pangolin.FAIL»
«FAIL__E05012:Обновление невозможно продолжить, так как не удается остановить, работающую утилиту перекодирования паролей pangolin-auth-reencrypt.FAIL».
-
Восстанавливать СУБД нужно, если последней строкой записи является:
- «В процессе обновления возникла ошибка»;
- «Восстановление СУБД Pangolin в автоматическом режиме недоступно для этого типа ошибки»;
- «Автоматическое восстановление СУБД отключено»;
- «Восстановление СУБД Pangolin запущено»;
-
Восстанавливать СУБД не нужно, если последней строкой записи является:
- «Обновление СУБД Pangolin успешно завершено»;
- «Восстановление СУБД Pangolin успешно завершено».
Откат вручную к исходной версии и состоянию кластера
Восстановление после неудачного обновления с переносом данных
Восстановление после неудачного обновления с переносом данных.
Восстановление после неудачного обновления исполняемых файлов
Восстановление после неудачного обновления исполняемых файлов.