Коллеги, следующая проблема:
отчет - 2 структуры - отрабатывает порядка 20 минут, что неприемлимо.
Какие есть возможности для оптимизации (кр. агрегатов- рассматриваем такой вариант) и как можно посмотреть на чем зависает обработка?

включить иерархии и ограничить вывод данных обязательным запросом на ограничение по чему-либо

Ну, понятное дело, что запрос не отбирает все данные, которые лежат во всех кубах за 10 последних лет. Ограничения по условию задачи стоят и ограничения по узлам иерархии тоже используются и много чего еще используется. Я имел ввиду не оптимизацию определения запроса, а какие-нить бивишные примочки, партицирование там или что-нить еще в таком роде.
Может есть мега транзакция где высвечивается время, потраченное на расчет отдельных строк или нечто в этом роде
Но все равно спасибо.

Может быть вам поможет транзакция RSRT? Запустите свой запрос с Отладкой. Включите там, напр. "Просмотр найденного агрегата" и/или "Просмотр SQL запроса"...

для начала включите сбор статистики по кубу, на котором построен отчет. Выполните его. А потом st03 в зубы и вперед. Там вы выясните по доле времени выполнения в чем грабли - в БД, в сетке или фронтэнде.

если в БД - то смотрите соотношение объема выбранных/переданных строк. Если много - то стройте агрегаты. Потом идите в rsrt и анализируйте сам запрос к кубу.

в rsrv проверьте индексы, кривизну куба, а так же настройки бд.

курс bw330 посмотри, там кой чего есть по оптимизации измерений в кубах

Если не сложно - поясните как сделать все описанное, начиная от "включите сбор статистики по кубу" и заканчивая транзой st03, ни разу с ней не работал и интерфейс там непонятный

проще через RSRT, если задача разовая.