12.12.13 Сайзинг SAP BW / Хранилища данных / Муковоз Илья / Авторские колонки / SAPLand — Мир решений SAP

sapland.ru/blogs/mukovoz/?post=9212 1/4

Распечатать

Создать колонкуВы не подписаны на колонки этого автора [ подписаться ]

Сайзинг SAP BW

14 ноября 2013, 14:21

Сайзинг SAP BW

Начало сайзинга SAP BW начинается с указания числа рабочих дней.

Вводимое в поле число рабочих дней не влияет на результат сайзинга, но в общей картине, чтобы избежатьлишних вопросов Заказчика логично оставить значение по умолчанию: 220 если системой пользуютсятолько в рабочие дни или изменить на 365, если пользователи работают в системе и в выходные дни тоже.

Второй параметр, который необходимо выставить – это тип сайзинга. Система может сайзиться как новая инсталляция, или как расширение уже существующей.

Этот параметр влияет на требуемые SAPS, Memory, размер HDD и его производительность (I/O операции).

Режим новой инсталляции для десяти пользователей:

SAPS 2000;Memory 4Gb;I/O операций 1300

Режим расширения существующей инсталляции (результат следует рассматривать как + к текущей конфигурации):

SAPS +100;Memory +1Gb;I/O операций +100

Разница существенная.

Следующий параметр, требующий особого внимания это временные параметры работы системы.

Важно!

Сайзинг SAP BW в части BI-IP производится в контексте максимальной пиковой нагрузки в ЧАС.

Это означает что если у нас всего 6000 пользователей системы и необходимо обеспечить одновременную работу только 100 активных пользователей,то выполняя сайзинг вы должны указать именно 100 пользователей, а не 6000.

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

Устанавливаем продолжительность рабочей и интервал пиковой нагрузки

Блок «Пользователи Бизнес-планирования».

Как я писал в предыдущей статье, в данном блоке закладываются требования к производительности системы для обеспечения одновременной работызаданного числа пользователей планирования в ЧАС. При этом сами пользователи по умолчанию разделены на три базовые группы:

PLANING 1 – мало шагов и функций планирования, но изменяется много записей;PLANING 1 – нечто среднее между первым и третьим вариантами;PLANING 1 – много шагов планирования, но меняется мало записей.

Описание принципов создания групп и расчета значения для расширения базового набора можно прочитать в статье Сайзинг SAP BW (блок BI-IP).

SAP колонки

Муковоз Илья

Хранилища данных

Все публикации автора

12.12.13 Сайзинг SAP BW / Хранилища данных / Муковоз Илья / Авторские колонки / SAPLand — Мир решений SAP

sapland.ru/blogs/mukovoz/?post=9212 2/4

Для примера выше: закладываем требование обеспечения одновременной работы в BI-IP ста пользователей и получаем:

SAPS – 4800Memory – 49Gb

Для наглядности изменим требования, указав, что те же 100 пользователей будут создавать пиковую нагрузку в течение 3-х часов вместо одного часа:

SAPS падают до 2000, что соответствует обеспечению производительности одновременной работы трети от заявленного числа пользователей в час.Memory – 49Gb, остается неизменной.

Блок «Отчетность и анализ»

Блок отчетности и анализа определяет требования к производительности системы для обеспечения конкурентной работы заданного числа пользователей вустановленном на первом шаге рабочем интервале времени.

По умолчанию система предлагает использовать три базовые группы пользователей, различие между которыми определяется процентным разбиением временикоторое они тратят на выполнение типовых операций в системе:

Report. – просмотр заранее подготовленных отчетов;OLAP – изменение разверток и аналитик в отчете во время работы с ним;Explor. – Ad-hoc анализ детализации данных.

SAP рекомендует использовать следующее пропорциональное разбиение пользователей по группам: Report. - 71% : OLAP - 26% : Explor. - 3 %.

Перечень групп, равно как и распределение нагрузки для них по операциям можно изменить. По умолчанию предлагается следующая классификация групппользователей:

BW-INFO – пользователи с низкой активностью (Отчетность – 80% времени, OLAP – 20%)BW-BUSIN. – пользователи со средней активностью (Отчетность – 50% времени, OLAP – 50%)BW-EXPERT – дотошные пользователи анализирующие происхождение каждой цифры (100% - погружение в детализацию до первичных документов).

В примере выше, для тысячи простых конкурентных пользователей работающих в течение рабочего дня с 9 до 18 результаты следующие:

SAPS – 2000Memory – 16Gb

Т.е. видно, что особой нагрузки они не создают, меняем параметры согласно предлагаемого процентного распределения по типам пользователей:

Результат кардинально изменяется:

SAPS – 6700Memory – 22Gb

К такому изменению приводит появление OLAP и Ad-hoc пользователей, которые и создают основную нагрузку на систему.

Важно!

При сайзинге BW нужно всегда помнить что нагрузка от пользователей отчетности распределяется по на период рабочего времени, а нагрузка нафункции планирования IP считается как максимальная нагрузка в час.

Это наглядно видно из следующих графиков.

Распределение нагрузки для пользователей BW отчетности:

12.12.13 Сайзинг SAP BW / Хранилища данных / Муковоз Илья / Авторские колонки / SAPLand — Мир решений SAP

sapland.ru/blogs/mukovoz/?post=9212 3/4

Прирост требований к производительности системы для обеспечения работы ста пользователей планирования в момент пиковой нагрузки с 12 до 13.

Раздел «Определение инфо-кубов» и «Определение DSO»

Разделы определения инфо-кубов и dso объектов позволяют сформировать требования к дисковому пространству, производительности базы данных и SAPSдля базы данных.

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

Важным моментом при заполнении данных разделов является понятие периода. Если в инфо-кубах планируется хранение детализированной истории глубиной 2

года, с ежедневным обновлением данных, то в поле Period указывается значение 730 (365 дней * 2 года) периодов.

Число измерений для куба указывается без учета технических измерений, для быстрого поиска информации по числу измерений и количеству показателей длякуба можно воспользоваться отчетом RSD_CUBE_GET.

А для того, чтобы заполнить информацию для DSO объектов в части количества числовых и текстовых полей можно воспользоваться информацией из таблицыDD03L.

Для ситуации, когда сайзинг SAP BW выполняется до начала проекта, придется воспользоваться усредненными данными и приблизительными значениями илиданными с других аналогичных проектов.

Важно!

Обязательно зафиксируйте с Заказчиком положение о выполнении ресайзинга SAP BW по факту завершения реализации для корректировки требований кжелезу.

Удачных вам сайзингов!

Нравится 1 Не нравится

Ролевое назначение : Ключевой пользователь / Expert

Функциональная область : Информационные технологии / IT, Basis, ABAP, Бизнес аналитика / BI

Ключевые слова : Корпоративное хранилище данных / Enterprise Data Warehousing, Сайзинг / Sizing, Сайзинг SAP BW / SAP BW Sizing

12.12.13 Сайзинг SAP BW / Хранилища данных / Муковоз Илья / Авторские колонки / SAPLand — Мир решений SAP

sapland.ru/blogs/mukovoz/?post=9212 4/4

© 2009 - 2013, ExRP. Все права защищены Разработка и поддержка сайта — OpenStart