обновите запрос политики и повторите попытку приема в ADX - PullRequest
Новая
       11

обновите запрос политики и повторите попытку приема в ADX

0 голосов
/ 13 марта 2020

По умолчанию политика обновления для таблицы Kusto не является транзакционной. Допустим, у меня есть политика обновления, определенная для таблицы MyTarget, для которой источник определен в политике обновления как MySource. Политика обновления определяется как транзакция . Проглатывание было установлено на столе MySource. Таким образом, данные будут постоянно загружаться в MySource. Теперь допустим, что определенный пакет данных для загрузки загружен в MySource, после чего будет запущен запрос, определенный в Политике обновления. Теперь допустим, что этот запрос не выполнен из-за проблем с памятью и т. Д. c - даже пакет данных, загруженный в MySource, не будет зафиксирован (поскольку политика обновления является транзакционной). Я слышал, что в этом случае прием пищи будет повторен автоматически. Это так? Я не нашел никакой документации относительно этой попытки. В любом случае - мой простой вопрос - сколько раз будет повторяться попытка и сколько будет интервал после каждой попытки? Являются ли эти настраиваемые свойства (я имею в виду кластер ADX, доступный через Azure), если я являюсь владельцем кластера ADX?

1 Ответ

2 голосов
/ 13 марта 2020

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

полную информацию можно найти здесь: https://docs.microsoft.com/en-us/azure/kusto/management/updatepolicy#failures

Отказы обрабатываются следующим образом:

Политика без транзакций: Отказ игнорируется Kusto. Ответственность за любую повторную попытку несет владелец данных.

Транзакционная политика : Исходная операция приема, которая вызвала обновление, также не будет выполнена. Исходная таблица и база данных не будут изменены новыми данными.

  • В случае использования метода загрузки (служба управления данными Kusto участвует в процессе загрузки), существует автоматическая повторная попытка на всей операции приема, организованной службой управления данными Kusto, согласно следующей логике c:

    • Повторные попытки выполняются до достижения самого раннего периода между максимальным периодом повторения (2 дня) и максимальной повторной попыткой попыток (10 попыток).
    • Период отсрочки начинается с 2 минут и увеличивается в геометрической прогрессии (2 -> 4 -> 8 -> 16 ... минут)
  • В любом другом случае ответственность за любую повторную попытку несет владелец данных.
...