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

Часто встречающиеся проблемы и пути их устранения

Создание и заполнение раздела​

Проблема:

В тестовой среде, на которой подключен IAM Proxy, не работает авторизация (cтраница авторизации не прогружается).

Решение:

Зайдите по прямой ссылке на GraDeLy, а не на IAM Proxy. Если проблема не решена, обратитесь к DevOps специалисту.

Запуск и остановка процессов​

Проблема:

Запуск и остановка процессов доступна только помодульно, а не целиком.

Решение:

Перезапустите воркер или пересоберите проект.

При вставке данных из скрипта SQL данные не реплицируются​

Проблема:

После запуска скрипта SQL по вставке данных из вложения на БД источника репликация переходит в статус SPLIT.

Решение:

В Kafka максимальный размер отправляемых сообщений на производителе (Producer) по умолчанию 1 МБ, для отправки сообщений > 1 МБ, вставьте в опциях соединения Kafka параметр max.request.size = {ваше_значение_в_байтах}.

Репликация останавливается из-за слота или публикации​

Проблема:

В лог-записях pod возникает ошибка: ERROR: publication "<имя_публикации>" does not exist или ERROR: slot "<имя_слота>" does not exist.

Решение:

  1. Удалить публикацию: drop PUBLICATION <имя_публикации>.
  2. Создать публикацию: create PUBLICATION <имя_публикации> FOR ALL TABLES.

Или

  1. Удалить слот: select * from pg_drop_replication_slot('<slot_name>').
  2. Создать слот: select * FROM pg_create_logical_replication_slot('<slot_name>', 'pgoutput').
к сведению

<slot_name> - имя слота на базе источнике. Тип слота должен быть pgoutput.

Процессы не привязываются к воркерам​

Проблема:

Процессы не привязываются к воркерам. Ошибка запуска репликации.

Решение:

  1. Остановите поды grdl-module в k8s.

  2. Перейдите в БД:

    • в таблице grdl_worker_nodes, в поле worker_status укажите: DETACHED, в поле process ID установите значение: [NULL];
    • в таблице grdl_process, в поле status укажите: ABORTED;
    • в таблице grdl_module, в поле status укажите: VALID.

  3. Включите поды grdl-module в k8s.

Прерывание репликации из-за обновления секретов доступа к БД источника​

Проблема:

При работе со слотом репликации количество соединений к этому слоту ограничено, поэтому при обновлении секретов доступа к БД источника репликация прерывается на время переподключения к базе с новыми данными об учетной записи.

Решение:

Обеспечьте динамическое обновление секретов. Для этого настройте стратегию поведения при ошибках репликации:

  1. Добавьте обработчик ошибок для каждого ребра графа репликации, связанного с БД источника: стрелка, соединяющая Source с модулем Capture, и стрелка, соединяющая модуль Apply с Target, на схеме графа.
  2. В качестве типа ошибки задайте CONNECTION_ERROR, в качестве действия при ошибке — RETRY.
  3. В поле количество попыток реконнекта укажите не менее одной.

Прерывание репликации из-за отказа модуля​

Проблема:

Репликация прерывается из-за отказа модуля Capture или Applier.

подсказка

Если репликация остановилась из-за отказа БД источника, сделайте принудительный перезапуск модуля Capture.

Решение:

Если модуль отказал, например из-за большой нагрузки, перезапустите модуль.

Кнопки запуска и перезапуска модуля станут активны после того, как нажмете Соединения, Редактирование модуля.

Для принудительного перезапуска модуля:

  1. Нажмите модуль на графе.

    Соединения, Редактирование модуля

  2. Нажмите Соединения, Редактирование модуля в открывшемся окне Модуль.

    Соединения, Редактирование модуля

  3. Нажмите Соединения, Редактирование модуля в окне Модуль.

    Соединения, Редактирование модуля

Зависание воркера в статусе Active​

Проблема

После перезагрузки/отключения подов воркер может остаться в статусе ACTIVE без привязанного процесса репликации. Необходимо вывести его в актуальный статус READY или DETACHED.

Решение

Нажать на кнопку status_btn.png напротив зависшего воркера на вкладке "Воркеры". Консоль присвоит ему статус READY, если поле "Идентификатор процесса" пустое.