Как очистить кеш курсора OBIEE (сервер презентаций)

У меня проблема с приглашением в OBIEE 10g, так что оно отображает старое значение базы данных из-за того, что запрос приглашения обслуживается из кеша курсора (служба представления). Например, если в раскрывающемся списке подсказок изначально отображается 1 значение, так как есть 1 строка базы данных, и когда я удаляю эту строку из базы данных, в подсказке по-прежнему отображается то же значение базы данных, если я вручную не удалю кеш курсора с помощью аналитики Настройка ›Администрирование› Управление сеансами ›очистить кеш / курсоры

Пытался проверить файл конфигурации службы презентаций OBIEE instanceconfig.xml, однако такого параметра для постоянного отключения этого кеша нет. Я сослался на следующую ссылку: OBIEE 10G / 11G - Presentation Service (Query | Result | Cursor) Cache < / а>

Сброс этих параметров, похоже, не повлиял на кеш курсора, они все еще генерируются и не очищаются по истечении установленного времени ожидания. (Я перезапустил службы OBIEE после изменения этих параметров). Я что-то упустил?

Был бы признателен за любые указатели для этого, например, очистку / отключение кеша курсора без ручного вмешательства, как указано выше (через Настройки ›Администрирование).


obiee
person Ankur    schedule 07.01.2017    source источник

Ответы (2)


arrow_upward
1
arrow_downward

В какой-то момент я тоже столкнулся с этой проблемой. Кэш презентаций в OBIEE иногда бывает немного теневым.

Что я сделал, так это добавил некое фиктивное сравнение по запросу подсказки, включая sysdate с достаточной точностью, чтобы каждый запрос отличался от кеша.

Это немного потрепано, но, по крайней мере, вам не нужно никакого ручного вмешательства ... Может, это поможет вам.

Удачи!

person arivas    schedule 10.01.2017

arrow_upward
1
arrow_downward

Вы можете столкнуться с этой проблемой, если используете также переменную презентации, а не подсказку, созданную с помощью SQL-запроса.

Проблема может быть связана с общим кешем запросов Presentation Services, что означает, что даже когда пользователь выходит из системы, кеш курсора запроса по-прежнему используется другими пользователями, поэтому он не обновляет новые данные после того, как пользователь снова входит в систему.

Файл кеша находится в ORACLE_INSTANCE/tmp/OracleBIPresentationServices/coreapplication_obipsn/obis_temp

Дополнительные сведения см. В этом документе.

Вы можете настроить параметр «Виртуальная частная база данных» в физическом объекте базы данных репозитория и пометить переменные сеанса как чувствительные к безопасности в репозитории, чтобы кэш запросов не использовался совместно с пользователями. Дополнительные сведения см. В этой документации.

person cdabel    schedule 01.02.2017
comment
Для ответа выше я использовал внутреннюю документацию Oracle. При необходимости могу предоставить оригинала автора. - person cdabel; 01.02.2017