Рекомендации по определению максимальной частоты обработки куба SSAS?

У нас есть куб служб Analysis Services, который должен работать в режиме реального времени, насколько это возможно. Это относительно небольшой куб, обработка которого в настоящее время занимает пару секунд.

Есть ли для этого какие-нибудь рекомендации? Мне любопытно, что делают другие люди.

Кроме того, как скажется слишком частая обработка куба? Будет ли основная проблема связана с нагрузкой на сервер SSAS и исходную БД? В нашем случае это было бы достаточно номинально. Как это повлияет на клиентов SSAS? Текущими потребителями SSAS являются Excel, PerformancePoint и Sharepoint / Excel Services.


ssas cube
person Winston Fassett    schedule 05.10.2009    source источник

Ответы (3)


arrow_upward
1
arrow_downward

Я бы сказал, что первый вопрос, который вы должны рассмотреть, - насколько этот куб вырастет со временем? Если он постоянно обновляется и обрабатывается, то пара секунд может быстро превратиться в 20 минут.

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

person ajdams    schedule 03.11.2009

arrow_upward
1
arrow_downward

Рассматривали ли вы раздел реального времени (ROLAP) для хранения данных за текущий день? Таким образом, вы получаете производительность MOLAP для всех ваших данных до текущего дня, которые вы можете обрабатывать каждую ночь, но с низкой задержкой ROLAP для данных, собранных с момента последнего процесса куба.

Если ваш куб достаточно мал, вы можете даже растянуть его до данных за текущую неделю или больше.

Что касается недостатков частой обработки, ознакомьтесь со статьей ниже, в которой говорится: «Если задание обработки выполнено успешно, на объект устанавливается исключительная блокировка при фиксации изменений, что означает, что объект временно недоступен для запроса или обработки. . Во время фазы фиксации транзакции запросы все еще могут быть отправлены объекту, но они будут стоять в очереди до тех пор, пока фиксация не будет завершена ». http://technet.microsoft.com/en-us/library/ms174860.aspx

Таким образом, ваши пользователи увидят влияние на производительность запросов.

person Community    schedule 20.11.2009

arrow_upward
0
arrow_downward

Может случиться так, что вам придется «выложить его там» и отследить, как он работает.

Как только вы увидите, как люди используют куб, вы сможете определить, действительно ли необходима постоянная переработка, и если это так, вам, возможно, придется оптимизировать, как это происходит.

В частности, с использованием «оптимизации на основе использования», как описано здесь:

http://www.databasejournal.com/features/mssql/article.php/3575751/Usage-Based-Optimization-in-Analysis-Services-2005.htm

person adolf garlic    schedule 06.11.2009