Unlock a world of possibilities! Login now and discover the exclusive benefits awaiting you.
Хотелось бы создать еще обсуждение в русскоязычном блоге.
Англоязычное есть здесь: General Script Error issue
Суть проблемы:
Периодически возникает ошибка при сохранении QVD файлов (в процессе обновления файла *.QVW из QMC консоли):
20.11.2014 8:00:47: 0235 Store [MainData] into [Путь\MainData.QVD] (QVD)
20.11.2014 8:00:54: General Script Error
20.11.2014 8:00:54: Execution Failed
20.11.2014 8:00:54: Execution finished
При этом: файлы QVD меняются (может выпасть ошибка при сохранении любого QVD файла), антивирусы исключены, процесс один работает ночью (блокировать файл никто не может).
Ошибка при этом лечится только перезагрузкой системы - после этого дней на 10-15-20 о ней можно забыть.
Пробовали добавлять sleep после сохранений в QVD - тоже не помогло.
Версия QlikView 11.20 SR7, 64bit
Кто-нибудь еще сталкивался? Как боролись?
А с памятью проблем быть не может?
Если перегружать раз в неделю такая ошибка возникает?
10-15-20 дней - это цикличность возникновения ошибок, или так, к слову?
Нет, ошибка воспроизводится на разных базах и серверах. Памяти при этом недостатка нет.
10-15-20 дней это к слову. Конкретного числа дней нет - бывает и через 7 дней ошибка, бывает и через 22 дня.
Зависимость не выявлена.
Если перегружать сервер раз в неделю - то ошибки не будет.
Но какое то это не очень красивое решение проблемы.
Очень интересно.
Я так понял, что еще и на разных QVD-файлах? Плюс на разных серверах.
Какие источники?
Я бы со скрипта начал смотреть. Какая динамика по захвату памяти во время исполнения.
Можно и простеньким скриптом забить всю память.
Исправленные ошибки по SR8 SR9 не смотрели? Может системная ошибка и уже исправлена и на новой версии не возникнет?
Да, QVD файлы разные.
Источники - обычно QVD файлы "сливаются", идут преобразования и сохраняется итоговый QVD файл.
Но естественно чаще ошибка вылазит на сохранении QVD размером от 1 гб и больше.
По памяти - 32 Гб, пика не бывает ни при обновлении, ни при работе пользователей.
SR8, SR9 и SR10Beta - ошибки в описаниях не замечено.
Проблема возникла на скрипте сразу, либо он какое-то долгое время работал без ошибок?
Я вижу первой задачей - анализ скрипта на предмет возможной оптимизации.
Если это не проблемы железа, не проблемы блокирования доступа к qvd-файлам, то остается внутренняя проблема Qlikview - работа сценария и данные.
у нас похожая проблема. Но скрипт падает всегда на одном и том же месте. На создании самой большой внутренней таблицы. Переодичность возникновения ошибки в скрипте от нескольких дней до 20-30 дней. Лечим перезапуском службы qlikviewserver.
Версия QlikView 11.2 SR8 x64
И мне интересен такой вопрос, что происходит с кэшем в qlikviewserver при обновлении QVW. По-моему он не очищается? Т.е. мы каждый день обновляем все QVW, а сервер вроде при этом память не отдает, т.е получается что кэш от устаревших QVW остается в памяти?
Коллеги, добрый день,
У меня несколько взаимосвязанных вопросов ко всем участникам этой беседы:
С уважением,
Сергей.
Вопросы внутреннего функционирования кэша вычислений не являются предметом оптимизации со стороны пользователей (заказчиков).
Кэш обладает рядом патентованных механизмов, позволяющих обеспечивать его оптимальную работу, включая обработку ситуаций обновления данных.
С уважением,
Сергей Полехин.
Сергей, если используемая память на сервере со временем все увеличивается и увеличивается, и при обновлении данных она не освобождается, то что же там может так память использовать, кроме кэша. А если это все-таки кэш, то почему он не сбрасывается? Ведь данные обновились, соответственно весь кэш абсолютно не актуален.
а если qlik не дает возможности оптимизации кэша, то вмешаться в этот процесс остается только путем рестарта службы. Например, настроить рестарт в планировщике и регулярно его выполнять. Тогда уж "чакра" qlikview точно очистится от уже устаревших документов.
И на вопрос что происходит с кэшем при обновлении вы так и не ответили. Патенты патентами, но по-моему ничего сверхсекретного в моем вопросе нет.