Известные проблемы ADBM

Проблема С версии Fixed Обходное решение

Восстановление данных завершается ошибкой, если один из сегмент-хостов кластера в статусе down — для точек восстановления, созданных после остановки хоста

1.7.0

 — 

  1. Отредактируйте файл ssh_config под пользователем root на master-хосте:

    $ vi /etc/ssh/ssh_config
  2. Добавьте строку в конец файла:

    ConnectTimeout 20
  3. Перезапустите ssh daemon:

    $ systemctl restart sshd

Модальное окно Create Stream имеет следующее ограничение: тип восстановления Streaming является прототипом — его не следует использовать

1.3.1

1.7.3

Для потока (stream) допускается использовать только опцию Copy

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

1.3.1

1.3.3

DR-кластер не должен иметь сегментов-зеркал (mirror)

Модальные окна Create Stream и Restore имеют следующее ограничение: опция Restore mirrors неприменима

1.3.1

1.3.3

Сбросьте флаг Restore mirrors при настройке потока (stream) или восстановления

Копирование данных во время Disaster recovery завершается с ошибкой, если:

  • В исходном кластере нет standby, а в целевом кластере есть.

  • В исходном кластере есть standby, а в целевом кластере нет.

1.3.1

1.3.3

Standby должен присутствовать либо отсутствовать в обоих кластерах (исходном и целевом) одновременно

Список восстановлений БД пуст для кластеров, в именах которых присутствует пробел

1.1.0

1.3.3

Названия кластеров не должны содержать пробел

Восстановление Standby недоступно для целевого кластера

1.3.1

1.3.2

DR-кластер не должен иметь Secondary master

Невозможно восстановить данные из бэкапа в DR-кластере, если число узлов исходного кластера отлично от DR-кластера

1.3.1

1.3.2

DR-кластер и исходный кластер должны иметь одинаковую топологию

Кластер отображается со статусом Down в ADBM, если master размещается на том же хосте, что и segment

1.3.1

1.3.2

Отредактируйте /opt/adbm-agent/service-configuration и оставьте только одну запись, описывающую роли агента ADBM для текущего хоста: ADBM_AGENT_ROLES=EXECUTOR, DISPATCHER, затем перезапустите агент командой systemctl restart adbm-agent

DR-кластер не может быть использован для записи

1.3.1

1.3.2

Не применяйте команды DDL или DML в DR-кластере

DR-кластер не запускается после восстановления

1.3.1

1.3.2

  1. Сделайте бэкап файла pg_hba.conf для сегментов -1 и 0 в DR-кластере перед запуском stream. Сохраните его в долговременное хранилище (не используйте /tmp). Примените следующие команды (под пользователем gpadmin) на мастере:

    $ cp /data1/master/gpseg-1/pg_hba.conf /home/gpadmin
    $ gpssh -v -f /home/gpadmin/arenadata_configs/arenadata_segment_hosts.hosts -e 'cp /data1/primary/gpseg*/pg_hba.conf /home/gpadmin/'
  2. Восстановите pg_hba.conf после завершения действия Disaster recovery copy stream с помощью следующих команд (под пользователем gpadmin) на мастере:

    $ cp /home/gpadmin/pg_hba.conf /data1/master/gpseg-1/
    $ gpssh -v -f /home/gpadmin/arenadata_configs/arenadata_segment_hosts.hosts -e 'find /data1/primary/gpseg* -maxdepth 0 -exec cp /home/gpadmin/pg_hba.conf {} \;'
  3. Измените параметр synchronous_standby_names на всех primary-сегментах с '*' на '' в файле /<data_directory>/primary/gpseg*/postgresql.auto.conf.

Модальные окна Create Stream и Restore имеют следующее ограничение: выбор конкретных баз данных в поле Database приводит к ошибке

1.3.1

1.3.2

Выберите все базы данных при настройке потока (stream) или восстановления

Нет возможности добавить внешние ADB-кластеры в ADBM через ADBM UI

1.0.0

1.3.1

  1. Убедитесь, что внешний ADB-кластер с установленным сервисом ADBM существует в ADCM.

  2. Подключитесь к консоли Linux. Сгенирируйте хеш Basic Authorization base64 для пользователя с доступом к Arenadata DB Backup Manager с помощью следующей команды: echo -n <adbm_user>:<adbm_user_password> | base64 (где <adbm_user> — логин пользователя, <adbm_user_password> — пароль). Например:

    $ echo -n adbm_user:Password | base64

    Результат:

    YWRibV91c2VyOlBhc3N3b3Jk
  3. Отправьте следующий POST-запрос на хост ADBM общего назначения (general-purpose):

    • Заголовки:

      • Accept.

      • Accept-Charset.

      • Authorization. Параметр должен начинаться с Basic , а затем включать значение base64 с шага 2.

      • Content-Type.

      • X-ADBM_USER. Параметр должен содержать значение adbm_user с шага 2.

    • Тело запроса:

      {
      "clusterName": "<название внешнего кластера ADB в ADCM>",
      "clusterType": "<назначение кластера ADB>",
      "clusterVersion": "<версия кластера ADB>"
      }

      Ниже приведен пример запроса POST с использованием команды Linux curl:

      $ curl --request POST \
      --url http://adbm-main:8890/backend/adbm/api/v1/clusters \
      --header 'Accept: application/json' \
      --header 'Accept-Charset: ISO-8859-1' \
      --header 'Authorization: Basic YWRibV91c2VyOlBhc3N3b3Jk' \
      --header 'Content-Type: application/json' \
      --header 'X-ADBM-USER: adbm_user' \
      --data '{
      "clusterName": "adb-demo",
      "clusterType": "ADB demo stand",
      "clusterVersion": "6.22"}'

      В случае успешного выполнения запрос будет содержать JSON со сгенерированным идентификатором внешнего кластера в ADBM. Кластер становится видимым на странице Arenadata DB Backup Manager → Clusters со статусом Down.

  4. В ADCM перейдите к внешнему кластеру ADB и выберите Services → ADBM → Configuration.

  5. Установите флаг Show advanced и в нижней области формы измените значение сервисного конфигурационного параметра агента ADBM ADBM_EUREKA_CLIENT_SERV_URL_DEF_ZONE. Замените его значением URL сервисного реестра для хоста ADBM общего назначения, например http://adbm-main:8761/eureka.

  6. Примените действие Reconfigure & Restart к ADBM. В случае успеха статус кластера на странице Arenadata DB Backup Manager → Clusters изменится на Up.

Не поддерживаются FQDN в столбцах hostname и address таблицы gp_segment_configuration. Фактически это блокирует применение ADBM в кластерах, использующих FQDN

1.0.0

1.1.0

Измените имена в таблице gp_segment_configuration на сокращенный вариант. Имейте в виду, что это чрезвычайно опасная операция, которая потециально может нанести вред кластеру

Сегмент-серверы имеют некорректную дополнительную роль. ADBM будет работать, однако с излишними запросами на сегмент-серверах. Пользователь может обнаружить это только по логу

1.0.0

1.1.0

Измените конфигурационный файл на странице ADCM → ADBM → Configuration:

  1. Установите флаг Show advanced.

  2. Найдите поле ADBM agent service config parameters.

  3. Замените master на adb.master и segment на adb.segment.

  4. Нажмите Save и запустите действие Reconfigure & Restart.

Нашли ошибку? Выделите текст и нажмите Ctrl+Enter чтобы сообщить о ней