Системный ландшафт SAP BW, проектируем на перспективу.

08 февраля 2013, 15:08

Обычно системный ландщафт SAP BW повторяет ландшафт SAP R/3 или ECC и включает в себя три базовые системы:

• BW DEV       – система разработки
• BW QA          – система тестирования
• BW PRD        – продуктивная система

На этапе разработки и подготовки первого релиза аналитической системы поток изменений системы - линейный: BW DEV => BW QA => BW PRD, такой подход предполагает что разработки выполненные в BW DEV переносятся в BW QA систему, где производится их проверка и после подтверждения корректности работы разработка переносится в систему продуктивной эксплуатации:  BW PRD.

Если речь  идет о консалтинговой компании или на объекте внедрения формируется внутренний штат консультантов BW, которым необходимо «место» для обучения и экспериментов, в системный ландшафт SAP BW необходимо добавить систему «песочницу» - BW SANDBOX.

Система BW SANDBOX не должна быть связана с основным ландшафтом и предназначена в первую очередь для выполнения экспериментов и обучения консультантов.

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

• Фиксирование разработки и формирование системы обучения BW TRAIN путем копирования из BW QA. Таким образом, процесс обучения пользователей проводится в системе с зафиксированным на определенную дату состоянием. В то же время доработка системы может продолжаться, но изменения не имеют оперативного отражения в системе обучения. Выравнивание систем может быть выполнено в «ручном режиме» путем переноса необходимых запросов. Преимуществом такого подхода является возможность быстрого получения системы обучения сразу с готовыми данными, т.к. делается копия с системы тестирования, которая уже наполнена тестовыми данными, на которых осуществляется проверка работоспособности.

• Второй подход: одновременный перенос настроек в две системы: BW QA и BW TRAIN. При таком подходе в настройках транспортной системы добавляется целевая группа, которая включает две системы: систему тестирования и систему обучения. Преимуществом такого подхода является то, что система обучения BW TRAIN будет максимально соответствовать системе тестирования и будет включать все последние доработки. Недостатком такого подхода является необходимость загрузки и перезагрузки данных в систему обучения при серьезных изменениях логики, что требует отвлечения ресурсов.

В больших компаниях, например, таких как банки или крупные корпорации, при внедрении SAP BW часто возникает необходимость иметь возможность выполнить предварительное построение отчетов или проверить влияние вносимых в систему исправлений на реальных объемах данных, еще до того как отчетность будет предоставлена конечным пользователям или, например, сдана в вышестоящие гос. органы. До того, как изменения попадут в «боевую» продуктивную систему их необходимо проверить на продуктивном объеме данных. Для этих целей в системный ландшафт SAP BW вводится дополнительная продуктивная система BW PROD SUP – система поддержки продуктива.

Отличительными особенностями BW PROD SUP системы являются:

• Полное соответствие настроек системы «боевому» подуктиву: BW PRD;
• Обезличенность и искаженность исходных данных для обеспечения коммерческой тайны;
• Доступ к системе открыт для разработчиков;
• Более низкая производительность по сравнению с «боевым» продуктивом.

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

Для решения данной задачи предлагается использовать «волновой» подход при котором в системный ландшафт вводятся две новые системы:

• BW NEW DEV – новая система разработки;
• BW NEW QA – новая система тестирования.

При таком подходе все доработки и исправления выполняемые в системе BW DEV, параллельно учитываются в системе BW NEW DEV и тестируются в BW NEW QA и сразу включаются в новый релиз аналитической системы. Когда релиз готов и протестирован, работа в системах BW DEV и BW QA заканчивается, наработки из BW NEW QA переносятся в «боевой» продуктив BW PRD. Системы BW NEW DEV и BW NEW QA становятся текущими системами разработки и тестирования, а системы BW DEV и BW QA занимают их место для подготовки следующего релиза.

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

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

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

Ключевые слова : Business Information Warehouse, Инфраструктура/конфигурация системного ландшафта / Infrastructure/Landscape Configuration

Функциональная область : Бизнес аналитика / BI