6.4.9.2Сведение агрегатов

Сведение – это процесс загрузки данных в агрегаты. Этот процесс происходит при загрузке запроса базового куба в агрегаты. Сведение может включать в себя один или несколько запросов. Управление запросами при сведении осуществляется с помощью идентификаторов запросов. Идентификатор запроса хранится в измерении пакета базового куба. Нижеприведенный рисунок иллюстрирует процесс сведения запроса в упрощенном виде.

Рисунок 94 Сведение

На рисунке “Сведение” видно, что первый запрос с номером 4611 был сведен в агрегат 100043. В таблице RSDDAGGRDIR метка считывания установлена для запроса 4611 в поле RNSID_TO. Метка считывания информирует OLAP-процессор о том, какой запрос имеется в агрегате и, следовательно, может быть прочитан. На втором шаге в базовый куб записывается дополнительный запрос с номером 4612. Сведение еще не произведено. Поэтому данные для этого запроса недоступны для системы отчетов. Обратите внимание, что метка считывания все еще установлена на запросе 4611. На экране Управление инфо-кубами новый запрос также еще не отмечен как доступный для системы отчетов. На третьем шаге запрос 4612 после сведения отмечается как доступный для системы отчетов, а метка считывания в таблице RSDDAGGRDIR теперь указывает на запрос 4612.

На рисунке ниже приведена схема сведения запроса и показано поведение метки считывания.

Рисунок 95 Сведение и метка считывания

Этапы сведения:

• Новый запрос записывается в базовый куб (новый идентификатор RNSID в таблице фактов).

• Выполняется сведение новых запросов в агрегат.

• При сведении метка считывания перемещается к новому запросу. Теперь запрос доступен для системы отчетов (и уже был доступен во время сведения).

• Можно произвести сжатие запроса (см. Сжатие агрегатов.)

Конечно, поддерживается функция автоматического сведения. Эта функция рассматривается более подробно в следующем разделе.

6.4.10Цепочки процессов

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

Ниже приведен пример цепочки процессов:

• Запуск цепочки.

• Удаление индексов базового куба.

• Загрузка данных из исходной системы в PSA.

• Загрузка данных из PSA в ODS-объект.

• Активация данных в ODS-объекте.

• Загрузка данных из ODS-объекта в базовый куб.

• Создание индексов для базового куба после загрузки.

• Создание статистики базы данных.

• Сведение данных в агрегат.

• Перезапуск иерархической цепочки с начала (см. первый шаг).

Рисунок 96 Пример операций цепочки процессов

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

• применение управляемой событиями обработки для автоматизации комплексных процессов в системе SAP BW;

• использование сетевых графиков для визуализации процессов:

• централизованное управление и контроль процессов.

Абстрактное определение процесса как имеющего определенное начало и конец обеспечивает открытость в отношении тех процессов, которые могут быть интегрированы в цепочку процессов. В концепции цепочек процессов реализован принцип открытости, что означает, что в цепочку могут быть внедрены программы и процессы, специфичные для того или иного клиента. Цепочку процессов можно интегрировать в другую цепочку процессов. Такие специальные объединенные цепочки процессов называются метацепочками.

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

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

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

Можно вызывать экраны ведения цепочки процессов централизованно, путем выбора:

RSA1 – Администрирование – цепочки процессов.