6.2.4Методы переноса в bw

В SAP BW доступны следующие виды обновления:

• PSA

• ALE (IDoc данных).

Рисунок 85 Методы переноса

Ниже приводятся различия между методами переноса:

Выбор метода переноса PSA или IDoc осуществляется на экране ведения правил переноса. Процесс загрузки данных для обоих методов переноса инициируется с помощью IDoc запроса к исходной системе.

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

Например, управляющая запись содержит административную информацию – получателя, отправителя, манданта. Запись статуса описывает статус IDoc, например, "Обработано".

6.2.5Виды обновления данных при помощи psa

Рисунок 86 Виды обновления данных

Преимуществом использования PSA для экстракции данных является повышенная гибкость (обработка ошибочных записей данных). Поскольку в PSA осуществляется временное хранение данных перед их обновлением в целях данных, то при возникновении необходимости существует возможность проверки и изменения данных. В отличие от запроса данных с IDoc, PSA предоставляет различные опции обновления дополнительных данных в целях данных:

• Инфо-объект/Только цель данных: эта опция означает, что PSA не используется в качестве временного хранилища. Данный вид обновления используется в случае, если не требуется проверять данные исходной системы на непротиворечивость и точность, или эта проверка уже была выполнена, и эти данные больше не требуются, т.к. повторное изменение структуры цели данных осуществляться не будет. Если впоследствии потребуется изменить структуру базового куба, то сначала необходимо будет ее очистить, т.е. удалить данные. После загрузки данных в таблицу PSA при повторной загрузке данных в цель данных исходной системе не потребуется снова загружать данные, т.к. они будут запрошены из PSA. Во время загрузки данных невозможно выполнить проверку на ошибочные записи данных.

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

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

• PSA и затем в инфо-объекты/цели данных (по пакетам): выполняется последовательное обновление данных (по пакетам данных) в таблице PSA и в цели данных. Система запускает процесс записи пакетов данных в таблицу PSA. Сразу после успешной проводки данных в таблицу PSA данные записываются в цели данных в этом же диалоговом процессе. Последовательное обновление предоставляет больший контроль общего потока данных по сравнению с параллельным переносом данных, т.к. на один пакет данных в BW приходится только один процесс. Максимальное количество диалоговых процессов в системе BW, требуемых для каждого запроса данных, соответствует параметрам, установленным в пользовательской настройке для экстракторов на экране ведения управляющих параметров. В отличие от параллельного обновления, система подтверждает завершение процесса только после обновления данных в PSA, а также в цели данных для первого пакета данных.

• Только PSA : немедленной проводки данных из таблицы PSA не производится. Используется для переноса данных только в таблицу PSA при необходимости проверки ее точности и непротиворечивости и, в случае необходимости, модификации данных. Ниже приведены опции, доступные для обновления данных из таблицы PSA:

• Немедленное обновление: для немедленного обновления данных из запроса (в фоновом режиме) выберите запрос в дереве PSA и выберите контекстное меню → Немедленный запуск обновления.

• Запланировать обновление: для планирования обновления данных из запроса в планировщике выберите запрос в дереве PSA и выберите контекстное меню → Запланировать обновление. Откроется планировщик (последующее обновление PSA). Здесь устанавливаются опции планирования для фоновой обработки.

• Автоматическое обновление: для автоматического обновления данных в соответствующей цели данных после того, как все пакеты данных уже находятся в таблице PSA и успешно там обновлены, в планировщике на закладке Обработка (при планировании инфо-пакета) выберите Последовательное обновление в целях данных.

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

6.2.6Демонстрация: Data Update Type: Only PSA

6.2.6.1Цель

Show how to update data manually from the PSA into the data targets

InfoSource 0CO_OM_CCA_1 → Create InfoPackage...

On the Select Data tab page, restrict:

Fiscal year/Per.: 003.1999

Controlling area: 2000

Cost center: 1000

On the Processing tab page, select: Only PSA

Load the data from the PSA into the data target.

6.2.7Заключительная дискуссия

In which scenarios is it advantageous to load data using the PSA?

6.3Урок 16: Управление базовыми кубами

Продолжительность урока: 20 минут(ы)

6.3.1Обзор урока

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

6.3.2Цели урока

Прослушав этот урок, вы сможете:

• применять функции ведения Удалить, Реорганизация и Сжатие по отношению к данным базовых кубов

6.3.3Управление базовыми кубами

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

Выберите базовый куб, ведение которого требуется выполнить, и выберите Администрирование в контекстном меню. Появятся шесть закладок:

• Содержимое

• Производительность

• Запросы

• Пополнение

• Свернуть

• Реорганизация

Рисунок 87 Администрирование

На рисунке показан первый экран Управление базовым кубом с закладками, расположенными в верхней части экрана.

Содержимое

на закладке Содержимое перечислены все признаки измерений, связанных с данным базовым кубом. Опция Содержимое базового куба позволяет просмотреть значения показателей для базового куба. Она также позволяет выбирать различные ракурсы для просмотра признаков, суррогатных ключей к признакам и показателей базового куба. Таблица фактов содержит список всех ключей измерений и показателей для отдельных записей переменных данных (содержимое таблицы фактов).

Опция Выборочное удаление используется для удаления из базового куба всех записей данных, соответствующих предварительно заданным критериям выбора. Например, при выборе места возникновения затрат с номером МВЗ T900000004250 из базового куба будут удалены все записи данных, которые содержат это значение.

В работе не рекомендуется пользоваться данной функцией.

Производительность

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

Запросы

на закладке Запросы можно просмотреть все запросы данных, загруженные в базовый куб. При необходимости запросы можно удалить на этой же закладке. Также здесь отображается информация о планируемой или уже выполненной агрегации запросов. Кроме того, можно выяснить, производилось ли сжатие запросов (см. описание закладки Свернуть), и было ли запланировано удаление запросов.

Количество выводимых для просмотра запросов можно ограничить путем определения интервала времени в строке Просмотр запроса. Будут выведены только те запросы, которые соответствуют указанному периоду.

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

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

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

Рисунок 88 Запросы в базовых кубах

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

Пополнение

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

Свернуть

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

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

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

Рисунок 113: Сжатие базовых кубов

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

Информация: Автоматическое сведение и сжатие базовых кубов:

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

Реорганизация

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

Информация: Эта функция может применяться только по отношению к данным, хранящимся в PSA.

6.3.4Упражнение 10: Управление базовыми кубами

Время на упражнения:40 минут(ы)

Выполнив это упражнение, вы сможете:

• выполнять ведение содержимого базового куба

• использовать функции управления инфо-кубами для экономии места в памяти

Упражнение приведено в документе «Triseca_Academy_BW_Practice_Materials.doc»

6.4Урок 17: Агрегаты

Продолжительность урока:60 минут(ы)

6.4.1Обзор урока

На этом уроке рассматривается работа с агрегатами в системе SAP BW.

6.4.2Цели урока

Прослушав этот урок, вы сможете:

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

• перечислять преимущества и недостатки использования агрегатов

• использовать статистику BW и статистику запросов для эффективного определения и внедрения агрегатов

• пояснять важность прогонов изменений агрегатов

6.4.3Агрегация в системе SAP BW

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

• признаков,

• атрибутов,

• иерархий.