Меню

Переход к продуктивной эксплуатации SAP NetWeaver BW без прерывания рабочего процесса

Одной из наиболее сложных задач перехода к продуктивной эксплуатации SAP NetWeaver BW является первоначальная загрузка данных. Применение подхода, заключающегося в сведении к нулю времени простоя, позволяет избежать проблем, связанных с продуктивной эксплуатацией исходной SAP-системы (например SAP ERP), во время первоначальной или повторной загрузки данных. В статье рассматривается возможность применения этого подхода по отношению к экстракторам логистических и других данных.

При первоначальной загрузке и повторных загрузках данных в SAP NetWeaver BW из исходной SAP-системы специалисты по BW могут запланировать период простоя исходной системы (“тихий час”). Это достаточно серьезная проблема для многих компаний, особенно, международных химических и производственных корпораций, поскольку в течение периода простоя пользователи лишены возможности создания транзакций.

Ключевое понятие

Экстракторы позволяют извлекать данные из SAP ERP (исходной системы) и переносить их в другую систему, например, SAP NetWeaver BW (целевую систему). В экстракторах различных типов используются различные алгоритмы экстракции полных и дельта-наборов данных. Например, экстрактор логистических данных 2LIS_11_VAHDR обеспечивает извлечение данных, хранящихся в таблице сбыта VBAK (таблица заголовков заказов клиента).

Описанная ниже процедура позволяет свести к нулю время простоя исходной SAP-системы. Процессы загрузки логистических и всех прочих данных различаются, поэтому рассмотрим оба случая. Несмотря на то, что в этой статье в качестве примеров используются снимки экранов, выполненные в системе SAP BW 3.5, описываемые процессы также применимы к SAP NetWeaver BW 7.0 и более ранним версиям.

Предпосылки

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

Примечание

Для получения информации о процессе инициализации SAP NetWeaver BW и применении подхода, заключающегося в сведении к нулю времени простоя, для загрузки данных из двух систем SAP NetWeaver BW в систему SAP ERP см. статью Майкла Лавлеса (Michael Loveless) и Георгия Патчова (Gueorgui Patchov) Load Data into Two BW Systems from One R/3 Source with Zero Downtime (“Загрузка данных из одной исходной системы R/3 в две системы BW с нулевым периодом простоя”). Эта статья была опубликована в базе знаний BI Expert в феврале 2005 г.

Оформите подписку sappro и получите полный доступ к материалам SAPPRO

У вас уже есть подписка?

Войти

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

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

Галина Чумбарева

  |  17 июля 2010, 10:33

Экстракция из логистических источников данных сложный процесс и освещен здесь не полностью. Ничего не сказано про настройку пульта управления, про специфические очереди (типа MCEX03) из которых данные попадают в очереди BW (*2LIS*) только после выполнения задания.
Но если уже приходилось сталкиваться с загрузкой 2 lis, то можно воспользоваться идеей использования DSO для устранения двойных документов, вместо ручного удаления их из очереди. Хорошо бы еще сказать о плюсах и минусах(дополнительные собственные объекты) этого решения.

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

Сергей Чопоров

  |  17 июля 2010, 13:16

очередной плохо переписанный хелп. В аннотации говориться о методах, которые позволят свести к нулю время простоя. В самой статье ничего об этом не сказано, тупо переписан хелп и курсы и сделана отсылка к статье Майкла Лавлеса (Michael Loveless) и Георгия Патчова (Gueorgui Patchov) Load Data into Two BW Systems from One R/3 Source with Zero Downtime (“Загрузка данных из одной исходной системы R/3 в две системы BW с нулевым периодом простоя”). Эта статья была опубликована в базе знаний BI Expert в феврале 2005 г.
 
Ценность данной статьи равна нулю.

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

Андрей Рязанов

  |  20 июля 2010, 17:54

Как раз занимаюсь \"поднятием\" логистики для BW.
Данная статья сняла все вопросы и опасения потери данных при инициализации  эктракторов.

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

Владимир Юшко

  |  25 июля 2010, 19:05

ну..., тема раскрыта не полностью. тема статьи не совсем подходит к ее содержимому (имхо).

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

Дмитрий Воронин

  |  28 июля 2010, 14:26

Отличная статья! Очень полезно для новичков в мире BI!

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

Константин Тихомиров

  |  28 июля 2010, 15:40

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