Приветствую коллеги!
Столкнулся со следующей проблемой во время эксплуатации системы BI.
В таблице Bex Analyzer со строкой для ввода без видимой причины частично исчезли заведённые и сохранённые строки, а в некоторых оставшихся строках цифры показателей сменились на несуществующие. При просмотре куба данные присутствуют и корректны.
Таблица построена на запросе готовом для ввода с использованием переменной для иерархии балансовых единиц, причём если таблицу открыть в режиме просмотра, выбрав вышестоящие узлы иерархии (группа балансовых единиц), то данные тоже видны, но спускаясь до уровня одной балансовой единицы, пропадают.
На настоящий момент единственным действенным инструментом для решения проблемы является перезагрузка служб сервера BI, после чего данные становятся снова видны.
Прошу экспертов помочь определить причину такого поведения инфо-провайдеров, запросов или самой таблицы Analyzer, а также предложить другой вариант решения проблемы, вместо прямой перезагрузки сервера.

Аналогичная проблема. В Analyzer в динамическом запросе для ввода пропадают данные по одному столбцу. Вчера пропали ни с того ни с сего, а сегодня вечером появились. Причем в кубе всё нормально. И в запросе, построенном на кубе все отображалось. А вот в запросе на ввод, который на уровне агрегации висит происходят такие вот чудеса..(
Может кто знает в чем причина?

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

Может кэш?

Возможно что гдето глючит кэш аналайзера, а его посмотреть можно както? помоему он спрятан наглухо.

А настройки с кэш параметром в TCODE: RSRT, RSRCACHE не помогают? Тип кэша (Flat File Str, BLOB etc) попробуйте изменить.
https://forums.sdn.sap.com/thread.jspa?threadID=1186032
http://help.sap.com/saphelp_bw320/helpd ... ameset.htm
http://help.sap.com/saphelp_bw320/helpd ... ameset.htm
INVALIDATION
Cached results have a timestamp, which is compared with the timestamp of the last data load
and meta data change.
If new data is loaded before a cached query is executed again, the OLAP engine states that the
cached entry is out-of-date. It removes the old entry, loads the current query result from the
InfoProviders and writes back this new OLAP Cache entry. The OLAP Cache entry is invalidated
in the following cases:
• Transaction Data Load to the underlying InfoProvider(s)
• Deletion of Transaction Data from the underlying InfoProvider(s)
• Master Data Load (and hierarchies) and subsequent change run of InfoObjects contained
in the query definition
• Currency conversion rate change
This invalidation is also done for meta data changes, i.e. changes to the query structure, and
query generation.
Note that changes to key dates for time-dependent master data does not result in invalidation,
but in an additional cache entry.
In addition, the OLAP Cache can be invalidated and deleted completely via the OLAP Cache
monitor (transaction RSRT Æ Cache Monitor or transaction RSRCACHE). One query entry in
the OLAP Cache can be invalidated by simply re-generating the query.

Cпасибо to BORLAND.
Попробуем поэкспериментировать с параметрами настройки кэша, сейчас настроено так:
Cache Persistence Mode: Flat File
Flat File Name: BW_OLAP_CACHE
а вот Comprehensive Flat File Name for AppServer не задан. Попробую может туда написать имя BW_OLAP_CACHE_SPAN.
А вот проверить результат настройки пока не получится, т.к глюк очень редкий, и пока он не проявится снова, нету смысла менять настройки кэша.
И ещё мысли - Глюк проявлялся на всех рабочих местах без исключения, значит рыть надо в глобальном кэше, а не в локальном, хотя может я и неправ, настройки всех локальных кэшей ведь глобальны =)

Когда данные изменяются, SAP BW автоматически делает запись в поле TIMESTMP в таблице RSDINFOPROVDATA, для соответсвующего инфопровайдера. Когда запускается запрос, OLAP процессор сравнивает этот timestamp с timestamp кэш пакета. Кэш пакет игнорируется если он старше чем timestamp в таблице RSDINFOPROVDATA.
Попробую может туда написать имя BW_OLAP_CACHE_SPAN
http://help.sap.com/saphelp_nw04/helpda ... ontent.htm
To store cache objects in files (cache modes: Main Memory with Swapping, Flat File Cache per Application Server, and Flat File Cache Across
Application Servers), you must first define the logical file path, the physical file path, and the file name. You can maintain the parameters using
Transaction FILE, or via the Logical File Names menu in the OLAP cache monitor.
BW_OLAP_CACHE_SPAN = The flat file name indicates the logical file path for storing all data. The application server is not an element of the file name.

You should check which persistence mode is selected for the queries. For larger result sets, the transparent table (BLOB) can provide better performance, because of its more efficient database operations. For smaller result sets, the cluster table can be advantageous, because the BLOB fields in the database require more administrative effort.

Это в Bex который через Excel? Как ведёт себя отчёт если открыть через web вид? Часто там намного лучше и быстрей, и проблем никаких - точно так же можно выгрузить текущий вид в Excel если надо.

Да, через Bex Excel Analyzer. Если открывать через Web, то тоже самое, проверял, и там и там используется один и тот же кэш, поэтому через что открывать не принципиально.

Есть предположение, что проблема решается 21-м патчем на сервер. У нас стоит 18.
https://websmp130.sap-ag.de/sap(bD1ydSZjPTAwMQ==)/bc/bsp/spn/sapnotes/index2.htm?numm=1304251