Всем доброго дня!
С толкнулся с проблемой производительности отчетов на одном мульти-провайдере.
В мульти-провайдер включены 4 инфо-куба, в которые настроено дельта - обновление каждые 10 минут, в дельту попадают от 5 до 100 записей. Сжатие инфо-кубов не настроено (уже 3773 запросов). При запуске отчета за определенную дату начинает висеть порядка двух часов, если выбрать диапазон шире, то выгрузит за минуту. Выяснил, что если ограничить показатель одним конкретным инфо-кубом и добавить признак из конкретного измерения заставляет отчет висеть.

Не могу понял с чем это вызвано...

Ошибка при запуске теста в RSRV, проверяю проблемный инфо-куб в мульти-провайдере.
1.Тест базы данных -> Парамеры БД таблиц схемы-звезды для инфо-куба

Текст сообщения

/BIC/FCOPTY_CTR: С РАЗДЕЛАМИ: 3773 ( 30 - 50 ]

ТехничДанные

Тип сообщения_________ E (Ошибка)
Класс сообщений_______ RSCV (Analysis of BW objects (InfoCubes...))
Номер сообщения_______ 001
Перем. сообщения 1____ /BIC/FCOPTY_CTR
ПеременнаяСообщения2__ С РАЗДЕЛАМИ
ПеременнаяСообщения3__ 3773 ( 30 - 50 ]
ПеременнаяСообщения4__ ( 30 - 50 ]

Атрибуты для сообщения

Степень детализации___ 2 (Степень детализации 2)
Класс проблем_________ 2 (Важное)
Критерий сортировки___
Число_________________ 1


2. Проверка RSRT производительности запроса:

Проверки RSRV
Проверка общих параметров БД
ORACLE: параметр DB_FILE_MULTIBLOCK_READ_COUNT установлен на значение 128 (рекоменд. значение - Do not set! (Note 830576)).
ORACLE: синоним SAP_USER_INDEXES не существует. См. ноты 519448, 565416!
ORACLE: синоним SAP_USER_IND_COLUMNS не существует. См. ноты 519448, 565416!
ORACLE: отсутствуют статистики каталога. Примените ноту 558746!
Индексы БД инфо-куба и его агрегатов (COPTY_CTR)
ORACLE: индекс /BI0/SREQUID~0, возможно, устарел.
Статистика БД инфо-куба и его агрегатов (COPTY_CTR)
ORACLE: статистическая информация к таблице /BIC/FCOPTY_CTR возможно устарела.
Статистику БД для инфо-куба COPTY_CTR следует создать заново.
Информация БД по таблицам инфо-провайдера COPTY_CTR (COPTY_CTR)
Проверить параметры БД для таблицы схемы звездочки(*) для инфо-куба COPTY_CTR (COPTY_CTR)
Красный: /BIC/FCOPTY_CTR: С РАЗДЕЛАМИ: 3774 ( 30 - 50 ]
Индексы БД инфо-куба и его агрегатов (COPTY_GR)
ORACLE: индекс /BI0/SREQUID~0, возможно, устарел.
Статистика БД инфо-куба и его агрегатов (COPTY_GR)
ORACLE: статистическая информация к таблице /BIC/FCOPTY_GR возможно устарела.
ORACLE: статистическая информация к таблице /BIC/ECOPTY_GR возможно устарела.
ORACLE: статистическая информация к таблице /BIC/DCOPTY_GRP возможно устарела.
Статистику БД для инфо-куба COPTY_GR следует создать заново.
Информация БД по таблицам инфо-провайдера COPTY_GR (COPTY_GR)
Проверить параметры БД для таблицы схемы звездочки(*) для инфо-куба COPTY_GR (COPTY_GR)
Красный: /BIC/FCOPTY_GR: С РАЗДЕЛАМИ: 3108 ( 30 - 50 ]
Индексы БД инфо-куба и его агрегатов (CPSALE)
ORACLE: индекс /BI0/SREQUID~0, возможно, устарел.
Статистика БД инфо-куба и его агрегатов (CPSALE)
Информация БД по таблицам инфо-провайдера CPSALE (CPSALE)
Проверить параметры БД для таблицы схемы звездочки(*) для инфо-куба CPSALE (CPSALE)
Индексы БД инфо-куба и его агрегатов (VOPTY_CTR)
Тип индекса /BIC/FVOPTY_CTR~01 - NORMAL, хотя ожидался тип BITMAP
Индекс /BIC/FVOPTY_CTR~01 - БЕЗ РАЗДЕЛОВ, хотя ожидался С РАЗДЕЛАМИ
Тип индекса /BIC/FVOPTY_CTR~02 - NORMAL, хотя ожидался тип BITMAP
Индекс /BIC/FVOPTY_CTR~02 - БЕЗ РАЗДЕЛОВ, хотя ожидался С РАЗДЕЛАМИ
Тип индекса /BIC/FVOPTY_CTR~03 - NORMAL, хотя ожидался тип BITMAP
Индекс /BIC/FVOPTY_CTR~03 - БЕЗ РАЗДЕЛОВ, хотя ожидался С РАЗДЕЛАМИ
Тип индекса /BIC/FVOPTY_CTR~04 - NORMAL, хотя ожидался тип BITMAP
Индекс /BIC/FVOPTY_CTR~04 - БЕЗ РАЗДЕЛОВ, хотя ожидался С РАЗДЕЛАМИ
Тип индекса /BIC/FVOPTY_CTR~05 - NORMAL, хотя ожидался тип BITMAP
Индекс /BIC/FVOPTY_CTR~05 - БЕЗ РАЗДЕЛОВ, хотя ожидался С РАЗДЕЛАМИ
Тип индекса /BIC/FVOPTY_CTR~06 - NORMAL, хотя ожидался тип BITMAP
Индекс /BIC/FVOPTY_CTR~06 - БЕЗ РАЗДЕЛОВ, хотя ожидался С РАЗДЕЛАМИ
ORACLE: индекс /BI0/SREQUID~0, возможно, устарел.
Учтите ноту 401242 при анализе проблем индекса.
Статистика БД инфо-куба и его агрегатов (VOPTY_CTR)
Информация БД по таблицам инфо-провайдера VOPTY_CTR (VOPTY_CTR)
Проверить параметры БД для таблицы схемы звездочки(*) для инфо-куба VOPTY_CTR (VOPTY_CTR)
Индексы БД инфо-куба и его агрегатов (VOPTY_GR)
ORACLE: индекс /BI0/SREQUID~0, возможно, устарел.
Статистика БД инфо-куба и его агрегатов (VOPTY_GR)
Информация БД по таблицам инфо-провайдера VOPTY_GR (VOPTY_GR)
Проверить параметры БД для таблицы схемы звездочки(*) для инфо-куба VOPTY_GR (VOPTY_GR)

Перезагрузил данные в инфо-куб запрос Bex заработал как надо, появилась новая проблема, запрос загрузился корректно доступен для отчетов, но полностью не закрывается - ошибка переполнение таблицы блокировок. Пытается заблокировать 5700 запросов, получается всего 3600. Как можно выйти из ситуации?? Не дает активировать данные в DSO, ругается на то что последний запрос все еще выполняется уже сутки.

не насилуйте систему - сжимайте запросы

агрегаты пробовали создавать? (должна работать статистика BW)
еще можно отключать кэш запроса в rsrt, если отчет не открывает одновременно много пользователей.