A
Вот такая формула некорректна в данном случае?
Size: a a a
2021 April 02
A
АП
Привет! Поделитесь, пожалуйста, опытом работы с инкрементальным экстрактом. Сталкивались ли с тем, что после выставления конфигураций создание экстракта продолжалось более нескольких суток? Как с этим бороться? Источник конечно большой, но все же не настолько, full extract отрабатывает за 2 часа, объем данных порядка 40 Гб.
выкачивать 40 гб - это как-то многовато... Если у вас стоит инкрементальный экстракт, то он должен запросы в БД с учетом ограничения строить. Попробуйте посмотреть логи в табло и базе данных
АП
Anna
Вот такая формула некорректна в данном случае?
Мне кажется нет. В первой части вы проверяете что обе даты у вас в один день, тогда второе условие уже не имеет смысла.
A
О, поняла как работает то что попыталась написать с вашего примера 😁🙃 спасибо!
EL
Anna
Есть две даты со временем
Их нужно сравнить на разницу между ними не более 3 суток
Их нужно сравнить на разницу между ними не более 3 суток
Я бы в часах проверял) 72
EL
Привет! Поделитесь, пожалуйста, опытом работы с инкрементальным экстрактом. Сталкивались ли с тем, что после выставления конфигураций создание экстракта продолжалось более нескольких суток? Как с этим бороться? Источник конечно большой, но все же не настолько, full extract отрабатывает за 2 часа, объем данных порядка 40 Гб.
40гб это экстракт уже?
A
40гб это экстракт уже?
не, это размер в базе, экстракт ~8 гигов
A
выкачивать 40 гб - это как-то многовато... Если у вас стоит инкрементальный экстракт, то он должен запросы в БД с учетом ограничения строить. Попробуйте посмотреть логи в табло и базе данных
ну создать обычный экстракт не составляет проблемы, а вот именно создание экстракта к которому возможно применять инкрементальное обновление не проходит
EL
ну создать обычный экстракт не составляет проблемы, а вот именно создание экстракта к которому возможно применять инкрементальное обновление не проходит
Почему? Надо поле с датой или айди?
ЕК
Всем привет, подскажите рекомендации по серверу Табло относительно разделения VizQL Server и Backgrounder на разные ноды еще актуальны? Или я что то неправильно помню?
EL
Всем привет, подскажите рекомендации по серверу Табло относительно разделения VizQL Server и Backgrounder на разные ноды еще актуальны? Или я что то неправильно помню?
А у вас сколько нод?
EL
Всем привет, подскажите рекомендации по серверу Табло относительно разделения VizQL Server и Backgrounder на разные ноды еще актуальны? Или я что то неправильно помню?
Это актуально всегда) просто из за шаринга ресурсов
ЕК
сейчас одна, но планируем поднимать дополнительные, прямо сейчас +1 поднимать будем а там по необходимости
EL
сейчас одна, но планируем поднимать дополнительные, прямо сейчас +1 поднимать будем а там по необходимости
Ну как и сказал - да, почему нет если мощности пощволяют
ЕК
Это актуально всегда) просто из за шаринга ресурсов
значит я правильно помню) спасибо)
EL
Просто это как бы «жирно» иметь ноду под бэкграундеры)
ЕК
у меня оооочень много источников =)
EL
у меня оооочень много источников =)
Ну тогда это оправдано
KS
всем ку! обнаружил тут, что на сервере в истории версий источников не хранятся сами данные (hyper файл внутри tdsx). Источник обновляется извне сервера, и каждое обновление это новая версия. Я был уверен, что раз это разные версии источников, то в каждой версии лежит копия данных, а данные лежат только в последней версии. Можно как то включить, чтобы вместе с версиями источников хранились еще и данные?