Меню

Многоуровневая масштабируемая архитектура (ММА). Подробности.

|

В настоящее время примерно 90-95% всех BW проектов реализуются без использования многоуровневого подхода в организации архитектуры хранилища данных.

Мы извлекаем данные как из SAP, так и не-SAP исходных систем. Мы делаем очистку данных и преобразование данных путем применения бизнес-логики в правилах трансформации. Наконец данные на детальном уровне и уровне документов загружаются в ODS. Обобщенные, агрегированные данные попадают и хранятся в инфокубах. Отчетность формируется из информации которая находится в кубах. Детализация данных в отчетах строится на детальных данных из ODS посредством RRI (Report to Rrport Interface). Этот подход хорошо работает на небольших проектах и небольших объемах данных.

Если мы используем тот же подход для реализации крупных хранилищ данных, особенно в случае, когда мы имеем одну BW (Single BI Server) систему для распределенного по всему миру бизнеса, то сталкиваемся со следующими проблемами:

  • Производительность как ETL, так и процессов извлечения данных будет падать по мере увеличения объема данных.
  • Таким хранилищем трудно управлять.
  • Общая сложность внесения изменений будет только расти.
  • Восстановление данных в случае сбоев является крайне трудной задачей.

Поэтому SAP предлагает использовать новую архитектуру: многоуровневую масштабируемую архитектуру ММА для описания дизайна на уровне сервис- ориентированной, масштабируемой, основанной на лучших практиках BW архитектуры, строящейся на принятых EDW принципах, введенных Bill Inmon„s Corporate Information Factory (CIF).

Это архитектура используется для реализации крупных BW хранилищ данных уровня предприятий. Это СЕМЬ многоуровневых архитектурных слоев, каждый из которых был разработан, чтобы служить определенной цели. Эта архитектура поможет вам в повышении общей производительности системы и позволяет сделать реализацию достаточно гибкой для адаптации и будущих усовершенствований.

ММА (LSA) служит эталонной архитектурой для разработки прозрачной, полной, всеобъемлющей пользовательской DWH архитектуры. ММА описывает корпоративные стандарты для создания BI приложений в контексте обеспечения производительности, простоты обслуживания, гибкости.

Преимущества

1. Существование слоя EDW позволяет отделить витрин данных (DM) от источников.

2. Снижаются требования к взаимозависимости между витринами данных.

3. Снижается долгосрочная совокупная стоимость владения и время вывода потребителям новых данных.

4. Улучшенная масштабируемость.

5. Использование слоя EDW совмещается с правами собственности (доступа) к данным.

6. EDW обеспечивает основу, которая позволяет выполнять строительство региональных, зависящих от часового пояса и стран витрин данных.

7. Уменьшаются организационные затраты потому что становится возможным децентрализованный подход к проектированию витрин данных.

Слои LSA

Архитектура ММА использует 7 уровней, а именно:

  • Уровень сбора данных (DAL - Data Acquisition Layer)
  • Уровень качества и гармонизации данных (Quality and Harmonization Layer)
  • Корпоративная память (Corporate Memory Layer)
  • Уровень распространения данных (Data Propagation Layer)
  • Уровень бизнес-трансформации данных (Business Transformation Layer )
  • Уровень Отчетности (Гибкая отчетность + Отчетность по направлениям + Виртуальный уровень отчетности) (Reporting Layer) (Flexible Reporting Layer + Dimensional reporting Layer + Virtual reporting Layer)
  • Уровень операционного хранилища данных (Operational Data Store Layer)

Уровень сбора данных (DAL)

• Этот слой является обязательным и используется для передачи информации от источника в хранилище данных.

• Время жизни данных составляет1 день

• Значения признаков определяются в правилах трансформации во время загрузки данных в DAL ODS

Уровень качества и гармонизации данных (QTL)

• Является опциональным: он используется только тогда, когда качество данных не соответствует структуре хранилища и требуется приведение данных к используемому формату.

• Обеспечивает качество данных, загруженных в хранилище для не-SAP источников.

• Принимает данных из DAL.

• Передает данные на уровень корпоративной памяти (CML).

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

• Обеспечивает консистентность бизнес-транзакций и основных данных.

Уровень корпоративной памяти (CML)

• Этот уровень является обязательным и используется для резервного копирования данных и восстановления данных в BW/BI

• Время жизни данных 2 года

• Данные загружаются из DAL полной загрузкой

• Имеет соединение с уровнем DPL для восстановления данных

Уровень распространения данных (DPL)

• Уровень распространения данных является обязательным и используется для хранения логически разделенных данных (логическое партицирование данных).

• Время жизни данных 2 года.

• Данные загружаются из DAL полной

Если хотите прочитать статью полностью и оставить свои комментарии присоединяйтесь к sapland

У вас уже есть учетная запись?

Войти

Обсуждения Количество комментариев4

Комментарий от  

Анатолий Комар

  |  25 июля 2013, 13:13

Добрый день.
 
Илья, не ясна фраза - "Во все мультипровайдеры добавляется признак временой зоны данных (ZTIMEZONE)."
 
От куда? и Зачем? Просто так хорошо говорили о уровнях абстракции и вдруг ZTIMEZONE...
 
Посмотрел ссылки там ничего на этот счет не нашел...
 
AK

Комментарий от  

Илья Муковоз

  |  02 августа 2013, 09:13

Добрый день.
 
Илья, не ясна фраза - "Во все мультипровайдеры добавляется признак временой зоны данных (ZTIMEZONE)."
 
От куда? и Зачем? Просто так хорошо говорили о уровнях абстракции и вдруг ZTIMEZONE...
 
Посмотрел ссылки там ничего на этот счет не нашел...
 
AK

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

Комментарий от  

Евгений Селезнёв

  |  12 февраля 2014, 08:19

День добрый!
с появлением Open ODS View (New) картинка как-то меняется? help.sap.com/saphelp_nw74/helpdata

Комментарий от  

Илья Муковоз

  |  23 мая 2014, 17:22

День добрый!
с появлением Open ODS View (New) картинка как-то меняется? help.sap.com/saphelp_nw74/helpdata

Добрый день, Евгений.
При использовании Open ODS View отпадает необходимость делать и использовать инфо-кубы. В зависимости от того, как будет использоваться объет, он может попасть на уровень BTL или сразу на уровень DRL как объект над которым формируется отчетность.