Всем привет. Кейс: есть экстракт, обновляется несколько раз в день.

Первое обновление полное, далее инкрементальное. Сейчас эти обновления запускаются с помощью расписаний tabcmd runschedule. Бывает так, что полное обновление еще не завершено, и запускается инкрементальное, тогда последнее попадает без ошибки в Pending Tasks. Сейчас хотим перевести запуск обновлений на tabcmd refreshextracts. Проблема в том, что если полное обновление еще не завершено, то запуск второго обновления падает с ошибкой:Refresh job '...' is already queued. Not queuing a duplicate. (errorCode=80031). #вопрос. Можно ли как-то поменять настройки, чтобы в случае tabcmd refreshextracts повторный запуск не падал с ошибкой? Например, также попадал в Pending Tasks? Опция --synchronous не подходит.

Привет! Можешь подсказать, инкрементальное обновление ты запускаешь в десктопе, или на серверной Табло? Если на серверной, можешь подсказать, как это делать?

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

Не совсем. Можно ли без табло десктопа настроить инкрементальое обновление датасурса на Табло Сервер?

Думаю, нет. Т.к. экстракт должен быть создан определённым образом с учётом инкремента.

То есть такого функционала нет в Табло Сервер? Я там находил в настройках опцию инкрементального обновления, но она как-то не работает

Не могу точно ответить, т.к. у нас нет лицензий Creator.

А на десктопе можно редактировать без лицензий креатора?

Конечно. Там мы и создаём источники

А tabcmd просто скриптом по расписанию выполняется?

Вызывается из Informatica по мере готовности витрин

Почему вы привязаны к функциональности сервера? Если есть лицензия Creator, то значит можешь поставить Tableau Desktop

Кажется стоит взять rest api, там можно получать статус job и дальше уже прикрутить логику ждать завершения до запуска следующего экстракта

Да. Но придётся полностью изменить подход к вызову обновлений, ещё и отслеживать статус. Предполагаю, что команде КХД не очень понравится это предложение.

Ну тогда предложить команде двх альтернативу: долбиться в экстракт каждые n-минут пока возвращается статус "is already queued" и посмотреть что им больше понравится

У нас нет возможности, из-за безопасности подключиться из Табло десктопа к табло серверу, и к Spark SQL на сервере. Используется паспорт, керберос и трифт