среда, 8 октября 2014 г.

Complete Installation SAP GUI 730 and BEx Frontend

Skip to end of metadata
Go to start of metadata
This page describes the steps for installation of SAP GUI 730 and BEx Frontend inlcuding the BEx Applications and Precalculation Server.

 

1 - Software & Hardware Requirements

Following notes describe general information, Software & Hardware requirements and limitations for BEx Analyzer:
  • 1652769 - Hardware & Software requirements
  • 1640140 - BI 7.x tools in 730 - General Information & Limitations 
Supported versions of:
  • Windows Operating Systems: XP SP3, Vista, 7, 8, 2003 Server, 2008 Server, 2008 R2 Server
  • Microsoft Excel (ONLY 32 BIT): 2002, 2003, 2007, 2010, 2013
  • Microsoft Office 365 - Please read detail information in note 1973324.
  • SAP NetWeaver BW: 700, 701, 702, 703, 710, 711, 720, 730, 731, 740
Please note:
  • SAP GUI and BEx Frontend must have the same version (for e.g. SAP GUI 7.30 fits to BI Add-On based on 7.30)
  • Its strongly recommended to use the latest patches of SAP GUI and BEx Frontend.

2 - The installation includes:

  • SAP GUI for Windows 730
  • SAP GUI Patch
  • SAP Frontend for GUI
  • BI 7.0 AddOn Patch for GUI
  • xPreCalServer (only for Precalculation Server)

3 - Preparing the installation:

  1. Download the Frontend-CD from the SAP Service Market Place: https://service.sap.com/swdc.
    Navigate like following:
    • Installations and Upgrades
    • Browse our Download Catalog
    • SAP Frontend Components
    • SAP GUI FOR WINDOWS
    • SAP GUI FOR WINDOWS 7.30 CORE
    • Installation
    • Start download of file with title "NW 7.0 Presentation - 7.30 Compilation 3 Present. 1"
  2. Extract the Frontend-CD ZIP file.
  3. Click here: Current BI ADDON for SAP GUI 730 to download latest patchs from SAP Service Market Place:
    • SAP GUI Patch,
    • BI 7.0 Addon Patch and
    • Precalculation Server (only for Precalculation Server)

4 - Installation steps:


  1. uninstall the Frontend and SAP GUI
    Windows > Start > Control Panel > Program and Features > remove
    - SAP Business Explorer
    - SAP GUI for Windows 7.x
    - SAP BW Preclaculation Service (only on Precalculation Server)
  2. delete the bw containing folders:
    - C:\Program Files (x86)\SAP\Business Explorer\BI
    - C:\Program Files (x86)\SAP\Business Explorer\BI_Prec (only on Precalculation Server)
    - C:\Program Files (x86)\SAP\FrontEnd\Bw
    - C:\Program Files (x86)\Common Files\SAP Shared\BW
  3. reboot the system
  4. start the Front-End Installer from Frontend-CD:
    • folder: ...\NW_7.0_Presentation\PRES1\GUI\WINDOWS\WIN32\
    • file: SetupAll.exe
    • select/install ...
      [x] SAP GUI for Windows 7.30 (Compilation 1)
      [x] Business Explorer
  5. install latest patch: SAP GUI
  6. install latest patch: SAP BI AddOn
  7. install SAP BW Precalculation Service (only for Precalculation Server)

5 - Installation check:


After installation please check the installation according wikipage BEx Front-End Installation Check.

Способы получения данных из Хранилища данных компании SAP

Способы получения данных из Хранилища данных компании SAP

Архитектура и способы получения данных из SAP R/3

SAP R/3 представляет собой многослойную систему и состоит из сервера базы данных, сервера приложений и сервера представления информации.
Указанные компоненты архитектуры предназначены для выполнения следующих функций:
  • Сервер базы данных. Сервер базы данных используется для хранения всех долговременных данных (persistent data) в системе SAP R/3. Однако, не все данные SAP R/3 могут быть получены посредством SQL, поскольку некоторые из них находятся в специальных форматах: объединенных (pool) и кластерных (cluster) таблицах. Эти таблицы сжимают несколько логических таблиц в одну физическую таблицу. В результате, становится невозможно устанавливать соответствие между логическими таблицами SAP R/3, описанными в словаре данных SAP R/3, и таблицами или аналитическими выборками, хранимыми на сервере базы данных.
  • Сервер приложений. Сервер приложений связывается с сервером базы данных и исполняет программы (написанные на ABAP), которые реализуют бизнес-модели. В большинстве случаев, к бизнес-логике этих программ можно получить доступ, обратившись к ABAP-функциям. Кроме того, часть информации не хранится в таблицах, а вычисляется с помощью удаленного вызова этих функций (RFC, remote function call) во время исполнения. Сервер приложений - этот как раз то место, где находится SAP BAPI (Business Application Programming Interface, Бизнес-интерфейс прикладного программирования компании SAP).
  • Сервер представления информации. Сервер представления информации функционирует на рабочем месте каждого пользователя: обрабатывает команды, вводимые с клавиатуры, управляет отображением информации и обеспечивает связь с исполняемыми на сервере приложений программами, реализующими бизнес-модели. При этом, клиентские машины не задействованы в выполнении бизнес-логики.
При создании технологии R/3, предполагалось, что только небольшое количество пользователей будут досконально знать эту систему. Ожидалось, что они будут управлять набором стандартных отчетов и предоставлять информацию всем тем, кому она необходима. Однако, появление Интернета полностью изменило положение вещей: теперь за информацией можно обратиться из любой точки земного шара, в любой момент времени. Мгновенный доступ к информации, без привлечения сотрудников технических отделов - одно из требований, предъявляемых к системам поддержки принятия решений.
Помимо того, со временем стало очевидно, что стандартные отчеты SAP, о которых говорилось выше, больше не могут удовлетворять информационные потребности работников, ответственных за принятие решений. С этой целью, в систему SAP R/3 был встроен свой собственный язык репортинга: язык ABAP (Advanced Business Application Programming, Программирование продвинутых бизнес приложений). Этот язык позволяет создавать отчеты, отвечающие самым разнообразным пожеланиям пользователей.
Тем не менее, все больше и все больше бизнес-пользователей нуждаются в проведении сложного анализа и составлении отчетов. А IT-специалисты уже не могут "обслужить все новых и новых клиентов". Сами пользователи не могут воспользоваться мощью ABAP, поскольку ABAP - крайне сложный язык, к тому же нетехнический специалист просто не в состоянии освоить запутанную модель данных SAP (которая включает более 10 тысяч таблиц, каждый из которых состоит из сотен столбцов). Поэтому для того, чтобы получить данные SAP, необходимо прибегнуть к средствам репортинга третьих фирм, либо использовать потенциальные возможности технологии SAP R/3.
Ниже изложены три основных подхода, которые можно использовать для получения данных SAP R/3.

Прямой доступ к базовым таблицам базы данных SAP R/3 с помощью открытого SQL

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

Достоинства

Основное преимущество этого подхода заключается в том, что он обеспечивает доступ к наиболее свежей, подробной информации, которая хранится в прозрачных таблицах R/3. Этот метод является простейшим решением и поэтому не требует большого опыта или продолжительных работ по внедрению. IT-специалисты должны сконфигурировать метаслой, описывающий данные, запросы к столбцам и колонкам SAP и сервер для хранения отчетов. При этом, данные в базовой базе данных доступны для любого пользователя, знающего SQL.

Недостатки

Данный подход приемлем для небольших проектов, по мере их развития SQL становится малопригодным. Как правило, приложения, которые напрямую обращаются к таблицам базы данных SAP, требуют значительных усилий по внедрению. Помимо этого, такие решения не гарантируют достоверность данных, поскольку часто игнорируют связи между таблицами. А в связи с тем, что в данном случае не задействован сервер приложений, не учитывается и структура таблиц SAP. Другими слова, это означает, что пользователи, не имея возможности воспользоваться справочной информацией по системе SAP, будут вынуждены самостоятельно разбираться в запутанных именах таблиц и полей. Более того, чтобы обратиться к данным, хранящимся в объединенных и кластерных таблицах, потребуется воспользоваться фирменным интерфейсом от SAP: RFC или BAPI.

Извлечение данных SAP R/3 в Хранилище данных

В этом случае данные SAP R/3 агрегируются и извлекаются в Хранилище данных. Эти данные используются для генерации отчетов и поддержки принятия решений. Как правило, в это Хранилище данных также поступают данные из других корпоративных систем. Для извлечения данных используются SQL- или ABAP-программы.
Для реализации данного подхода: создания Хранилища данных, периодической загрузки данных и навигации по Хранилищу - требуется применение программных средств по управлению Хранилищем данных. Такое программное обеспечение берет описания таблиц SAP и генерирует директивы ABAP со встроенным SQL. Этот генерированный код закачивает из исходных таблиц все требуемые записи SAP и загружает их в целевую базу данных.
Для реализации других технологий извлечения данных SAP требуется написание программ на ABAP.

Достоинства

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

Недостатки

Оперативный режим, как и поддержка принятия решения, требуют прямого доступа к реальным данным. Часто процессы агрегирования и извлечения данных занимают окно обработки, которое отводится для генерации отчетов, используемых при принятии решения. Из-за того, что информация в Хранилище данных не синхронизована с SAP R/3, отчеты могут не включать самую последнюю информацию. Как правило, агрегированные данные не позволяют получать детальную информацию, необходимую для анализа.
Кроме того, всякий раз, когда меняется структура Хранилища данных, или выходит новая версия SAP, требуется модификация и повторная оптимизация программ извлечения.

Доступ к данным с помощью BAPI

BAPI был разработан компанией SAP в качестве основного интерфейса для связи с данными R/3. BAPI включает метаданные, позволяющие трактовать R/3 как бизнес-объекты.
BAPI отвечает основным спецификациям, как, например, стандарту объектов корпорации Microsoft и технологии CORBA. Интерфейс BAPI опирается на модули функций ABAP, обратиться к которым можно посредством OLE-автоматизации и технологии RFC.

Достоинства

Поскольку BAPI являются хранимыми процедурами, которые имеют доступ ко всем данным SAP приложений R/3, IT-специалистам не нужно заниматься перемещением данных между системами, чтобы включить в отчеты самую последнюю информацию. Любые изменения в структуре таблиц автоматически отображаются в BAPI. Благодаря этому поддерживается стабильность интерфейса. При изменении базовой логики программ R/3 или структуры данных, отсутствует необходимость модифицировать отчеты.

Недостатки

Важные данные хранятся во всех корпоративных источниках данных, в том числе в Хранилищах данных, базах данных, витринах данных и прочих действующих системах. Для того, чтобы получить исчерпывающее представление о бизнесе, пользователям придется комбинировать данные R/3 с данными из указанных источников. Поскольку данные R/3 необязательно используют ту же базу данных, что и эти системы, программы репортинга, использующие BAPI, должны гарантировать возможность интегрировать данные R/3 c данными других приложений.

SAP Business Information Warehouse

SAP Business Information Warehouse (SAP BW, Хранилище бизнес информации SAP) - это комплект интегрированных компонент, предназначенных для сбора, хранения, анализа и администрирования данных SAP (и других данных). Другими словами, SAP BW - это система, которая опирается на технологию Хранилищ данных и позволяет получать доступ к данным, полученным как из систем SAP, так и других корпоративных приложений.
Базовая структура SAP BW является многомерной, то есть извлеченные данные агрегируются в многомерные склады (store) данных - кубы InfoCube, которые затем используются при репортинге и анализе информации.
При этом, компании могут использовать как предопределенные кубы InfoCube, так создавать свои собственные. Для анализа информации, находящейся в кубах InfoCube, и генерации отчетов, можно применять не только средства аналитики от SAP, например SAP Business Explorer Analyzer, но и продукты третьих фирм. Доступ к данным кубов InfoCube осуществляется через стандартный интерфейс OBDO (OLE-DB for OLAP, OLE для баз данных под OLAP). OBDO - это универсальный протокол, который компания SAP встроила в свое SAP BW.

Архитектура SAP BW

SAP BW использует кубы InfoCube в качестве своего источника данных. Эти кубы хранятся в базе данных по схеме "звезда". Для того, чтобы конечный пользователь мог обратиться к кубам InfoCube, администратор Хранилища данных с помощью приложения Business Explorer Analyzer компании SAP готовит эти кубы, разбивая их на кубы Query Cubes. Затем эти кубы активируются, чтобы к ним было можно обратиться через ODBO, то они становятся доступными для программ анализа, предлагаемых третьими фирмами.

Продукты для извлечения данных из SAP BW

Как было указано выше, кроме фирменных средств анализа данных, хранящимся в SAP BW, Хранилище данных позволяет применять сторонние средства. Примером успешного решения можно считать программное обеспечение, предлагаемое компаниями Brio и Cognos. Оба OLAP-клиента этих фирм опираются на технологию ODBO.
Для того, чтобы связать PowerPLay - программный продукт Cognos - с кубами InfoCube, используется специальная утилита, которая создает куб Pointer Cube. Эти кубы содержат информацию, необходимую для установления соединения с данными Хранилища, и сведения о том, какой драйвер SAP следует активировать, чтобы PowerPLay мог обращаться к данным Query Cubes.
Подобно решению Cognos, приложение, поставляемое Brio - Brio Intelligence - позволяет проводить OLAP-операций над данными, хранимыми в кубах Query Cubes. К достоинству Brio Intelligence также можно отнести возможность построения SQL-запросов.
Кроме того, продукты обеих компаний могут использоваться для генерации отчетов.

Connecting to SAP BW

Connecting to SAP BW

Product(s): Tableau Desktop
Version(s): 8.1, 8.0, 7.0
Last Modified Date: 19 Jun 2014
Article Note: This article is no longer actively maintained by Tableau. We continue to make it available because the information is still valuable, but some steps may vary due to product changes.

Beginning with version 7.0.4, Tableau supports connecting directly SAP® Business Information Warehouse (SAP BW) using the Tableau SAP BW connector. The Tableau SAP BW connector uses the OLE DB for OLAP provider and issues live queries to SAP BW using the MDX query language. One benefit to this type of connection is that you will always connect to the latest data. Additionally, the connection experience is very similar to using Tableau with other OLAP data sources, such as Microsoft SQL Server Analysis Services and Oracle Essbase. Beginning with Tableau 8.1 the Tableau SAP BW connector also supports data connections using extracts. For more information about using SAP BW extracts, see SAP BW Extract limitations.

Note: Because different data analysis tools use different APIs to connect to SAP BW, not all the same information or metadata is exposed. In other words, certain features that may be available in a tool like BEx Analyzer, which uses a native API, may not be available to Tableau, which uses the OLE DB for OLAP provider.

Step 1: Install SAP Software

The machine that Tableau Desktop or Tableau Server is installed on requires the SAP GUI for Windows, including the OLE DB for OLAP provider. Install the following:
  • Tableau Desktop or Tableau Server version 7.0.4 or later.
  • For the server machine: SAP BW 7.00 and later. Note: Tableau recommends installing at least SAP BW 7.00 SP20 or later to leverage important updates.
  • For the client machine where Tableau Desktop or Tableau Server is installed:
    SAP GUISAP Logon and Unicode RFC Libraries.

    Also, if desired, Business Explorer (SAP BW 3.x) and/or Business Explorer (SAP NetWeaver 7.x) and OLE DB for OLAP Provider:

    You can download SAP GUI for Windows (which contains the SAP BW OLE DB for OLAP provider) from the SAP Service Marketplace (SMP authorization required):
    • http://service.sap.com/swdc
      To install, click the link and then select Installations and Upgrades > Installations and Upgrades Entry by Application Group > SAP Frontend Components > SAP GUI FOR WINDOWS
  • If you are using a 64-bit version of Tableau you need to use SAP GUI 7.3 and the appropriate 64-bit SAP BW driver (available from the SAP web site). Download and install SAP GUI 7.3 and the correct driver, based on the version of SAP BW 7.3 you are using. Drive file names correspond to the SAP BW version and service pack, for example:
    • BWODBO64SP00_0-20007320.EXE ( For SAP BW 64-bit 7.30 SP00)
    • BWODBO64SP01_0-20007320.EXE ( For SAP BW 64-bit 7.30 SP01)
    • BWODBO64SP02_0-20007320.EXE ( For SAP BW 64-bit 7.30 SP02)
After installing the SAP GUI client, you need to define connections to your BW server(s) in the SAP Logon application. Refer to the SAP Documentation for how these connections can be created

Step 2: Connecting Tableau to SAP BW

Tableau enables you to connect to a BEx Query or to an InfoCube in SAP BW. Connecting to other objects like MultiProviders and ODS objects must be done through a Query. Any Query that you want to access from Tableau must have the “Allow External Access to this Query” option selected in the Properties tab in the BEx Query Designerapplication like in the example below.

The connection process from Tableau to SAP BW is straightforward and requires similar connection information as other tools that connect to SAP BW. From the Connect to Data page (shown below), select the SAP NetWeaver Business Warehouse option.

Follow the steps in the SAP NetWeaver Business Warehouse Connection dialog box to complete the connection process to Tableau. The individual steps are described below.

Step 1

Select an existing SAP Logon connection from the drop-down list.
Tableau automatically discovers the saplogon.ini file where this connection information is stored. If for some reason Tableau cannot detect the predefined connection, you can manually enter in the name of the connection by typing the connection name exactly as it appears in the SAP Logon GUI like in the example below:

Step 2

Enter the Client ID of the BW system, username, password, and optional language setting.
If you are not sure what values you should use, ask your SAP administrator.

Step 3

Click the Connect button to establish a connection.

Step 4

Select an InfoProvider with a BEx Query defined on it from the drop-down list, or select the $INFOCUBE option.
Tableau can connect to a BEx Query or InfoCube. Only the InfoProviders with a query defined on them are displayed in this drop-down list.

Step 5

Depending on the option you selected in Step 4, select the BEx Query or InfoCube.
You can select the following options:
  • If the $INFOCUBE option was selected in the previous step, you must specify which InfoCube to connect to in this step.
  • If an InfoProvider was selected in the previous step, you must select which BEx Query defined on that InfoProvider to connect to.
Note: Queries with mandatory variables defined are not supported. These Queries will not appear on the drop-down list in this step.

Step 6

Give the connection a friendly name to use in Tableau.
To complete the connection, click OK to populate Tableau with the Query or InfoCube information that you selected in the steps above.

After connecting to the BEx Query or InfoCube, Tableau automatically detects the properties of the objects such as dimensions, hierarchies, and key figures. Tableau then populates these properties in the Data window. Key figures display in the Measures area, and Dimensions display in the Dimensions area.

Now you can begin working with your SAP BW data as you would with other OLAP data sources in Tableau.

Known limitations

The following list describes the known limitations of the Tableau SAP BW connector and suggestions you can use to work around the limitations.

Mandatory variables

The Tableau SAP BW connector does not support BEx Queries with mandatory variables. In other words, a BEx Query that requires a user to explicitly provide a value at runtime is not supported. Use the following options listed below to work around mandatory variables.
  • Make the variable value Optional.
  • Remove the mandatory variable from the Query altogether.
  • Model the filter at a different level. Variables are commonly used to filter/limit the data being accessed. These filters can also be modeled at a lower layer on the BW server (such as at the InfoObject layer) which also has the benefit of not needing to constantly update Queries as the SAP BW objects evolve. They can also be modeled at the Tableau level through the use of filters.

Navigational attributes in InfoCubes

The OLE DB for OLAP provider does not expose the navigational attributes of an InfoCube. To work around this issue, first define a BEx Query on the cube with the navigational attributes included, and then connect to the Query from Tableau.

Relational/OLAP differences in Tableau

You should be aware of several differences between using Tableau with multidimensional data sources like SAP BW, and relational data sources. For a detailed list of differences between data sources, refer to the Understanding Functional Differences between OLAP and Relational Data Source Connections article.
SAP NetWeaver is a registered trademark of SAP AG in Germany and in several other countries.

Установка Microsoft Connector 1.1 для SAP BW

Установка Microsoft Connector 1.1 для SAP BW

SQL Server 2014
Эта тема еще не получила оценку Оценить эту тему
Чтобы установить Microsoft Connector 1.1 для SAP BW и документацию, загрузите и запустите пакет установщика Windows с веб-страницы пакета дополнительных компонентов SQL Server.
Важное примечание Важно!
Документация по Microsoft Connector 1.1 для SAP BW предполагает, что читатель знаком со средой SAP Netweaver BW. Дополнительные сведения о SAP Netweaver BW или сведения о настройке объектов и процессов SAP Netweaver BW см. в документации SAP.
Важное примечание Важно!
Для извлечения данных из SAP Netweaver BW требуется дополнительная лицензия SAP. Обратитесь к SAP, чтобы уточнить требования.

Необходимые файлы SAP

Чтобы использовать Microsoft Connector 1.1 для SAP BW, нет необходимости устанавливать клиентское ПО SAP (пользовательский графический интерфейс SAP) на локальном компьютере.
Однако необходимо скопировать файл соединителя SAP .NET (librfc32.dll) во вложенную папку в системном каталоге Windows. (Обычно это каталог C:\Windows\system32.)

Замечания для 64-разрядных компьютеров

Microsoft Connector 1.1 для SAP BW полностью поддерживает 64-разрядную платформу Microsoft Windows. На 64-разрядном компьютере Microsoft Connector 1.1 для SAP BW имеет следующие дополнительные требования.
  • Для запуска пакетов в 64-разрядном режиме в любой 64-разрядной ОС Windows скопируйте 64-разрядную версию файла графического пользовательского интерфейса SAP librfc32.dll в папку system32 в каталоге Windows. (Обычно это каталог C:\Windows\system32.)
  • Для запуска пакетов в 32-разрядном режиме в любой 64-разрядной ОС Windows скопируйте файл графического пользовательского интерфейса SAP librfc32.dll в папку SysWow64 в каталоге Windows. (Обычно это каталог C:\Windows\SysWow64.)

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

Системный ландшафт 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 занимают их место для подготовки следующего релиза.
В представленном выше материале наглядно продемонстрировано на сколько сложной и ресурсоемкой в части аппаратного обеспечения может быть архитектура современной информационно-аналитической системы, надеюсь что это знание позволит Вам правильно спроектировать системную архитектуру и решить любые задачи, которые поставит перед вами Бизнес.

Комментарии:
Виктор Долгов (Рейтинг: 148) 13:28, 01 марта 2013
Илья, добрый день. 
 
Спасибо за статью, но к сожалению не нашел в предложенных Вами системных ландшафтах самого главного. 
 
Где SAP HANA? 
 
С уважением
Виктор Долгов
09:45, 15 марта 2013
Илья Муковоз (Рейтинг: 3455) 
Добрый день Виктор.
SAP HANA - это совсем другая архитекктура, использование этого продукта пока узко специализировано, очень немногие Российские компании могут себе его позволить, поэтому данный вопрос может быть расмотрен в отдельном материале.
Олег Шкуренков (Рейтинг: 288) 00:26, 05 марта 2013
Илья, спасибо за достойный перевод книги Нолана
09:19, 14 ноября 2013
Касательно последней архитектуры. 
 
С одной стороны в тексте прозвучала ключевая фраза: "все доработки и исправления выполняемые в системе BW DEV, параллельно учитываются в системе BW NEW DEV", но на схеме это никак не отражено.
Схема, я считаю, не правильная.
Дело в том, что данная схема предполагала ведение параллельных работ по поддержке существующего решения (исправление ошибок, мелкие доработки) и внедрение новой функциональности (существенные разработки). 
Так вот, из предложенной архитектуры мы видим, что все наработки, связанные с исправлением ошибок будут потеряны с выключением "BW DEV", и ландшафт станет неконсистентным, т.е. "BW NEW DEV" не будет равен "BW PRD". 
 
Можно поступить след. образом:
- скопировать "BW DEV" в "BW NEW DEV";
- текущие работы по поддержке существующего решения вести в "BW DEV"
- Новая функциональность должна настраиваться в "BW NEW DEV"
- И сам ландшафт должен выглядеть так: 
 
(BW NEW DEV)=>(BW DEV)=>(BW QA)=>(BW PRD) 
 
таким образом, будет соблюдена консистентонсть систем, и не нужно инсталлировать одну лишнюю инстанцию (BW NEW QA) 
 
С уважнием,
Владимир.
17:01, 21 января 2014
Дмитрий Кириченко (Рейтинг: 10) 
Схема ландшафта(BW NEW DEV)=>(BW DEV)=>(BW QA)=>(BW PRD) не решает вопрос потери исправлений в системе (BW DEV), которые произошли после копирования  "BW DEV" в "BW NEW DEV". 
Последняя схема из статьи Ильи рабочая, но ресурсоемкая по "железу" и администрированию. 
Встречаются схемы (BW DEV)=>(BW QA)=>(BW pre-PRD)=>(BW PRD), где (BW pre-PRD) - препродуктивная система,копия системы PRD на более легком "железе". Она используется для проведения регресс-теста и теста исправлений по поддержке. Активности по новым разработкам и исправлениям в рамках поддержки разводятся регламентными процедурами с созданием бэкап-запросов, фиксирующих версии объектов "до изменения".
19:12, 27 марта 2014
Илья Муковоз (Рейтинг: 3455) 
Ключевой момент в таком подходе описывается фразой "При таком подходе все доработки и исправления выполняемые в системе BW DEV, параллельно учитываются в системе BW NEW DEV". 
Доработки учитываются - т.е. разработка нового функционала, нового релиза должна поддерживать и включать в себя текущие доработки. С точки зрения ресурсов - да, это трудоемко, но и выгода в конце значительная: практически бесшовная замена релиза.

воскресенье, 5 октября 2014 г.

Есть система NetWeaver 7. Нужно установить BI.

Hello!
1. В некоторых случаях можно обходиться DEV (BWD) и PRD (BWP).
401: SAP BW System Landscape Strategies Mike Eacrett,Oliver Mayer SAP NetWeaver RIG US – BI SAP Labs, LLC
2. Business Content имеет версии, и у BC есть требования к установленным компонентам. Так что будете устанавливать необходимые паки в комплексе. Например BI_CONT 704 0006 SAPK-70406INBICONT Business Intelligence Content. Note 153967 - BI Content Release Strategy
Ищите соответствующие ноты, например Note: 916834 BI_CONT 7.03: Installation and upgrade information. 
http://help.sap.com/content/documentati ... bi_704.htm
3. После установки BW (+установки версии BC - Business Content) установка BC происходит через DWB => Business Content выбираете, то что вам нужно установить, Grouping (например, Only necessary Objects) и нажимаете Install (Install in Background).
4. Было такое дело :D . Но без Basis Team никуда :!: 
Пригодится следующее = 
Будете настраивать профили: RZ10.
SCCL копирование Client (мандант)
Function Module: RS_MANDT_UNIQUE_SET. 
Note 122679 - You may only work in client XXX. Brain 009
Note 116432 - Copying productive client 000 in the BW System
Note 316923 - Termination of program RS_CLIENT_COPY_BW
Note 410952 - Creating a source system Error RSAR 059
Note 1152612 - Incorrect component type in structure WRMA_S_RESULT_DATA
Note 606757 - Naming conventions for logical systems
Note 184447 - Building a BW-system landscape
SAP Note 886102 - System Landscape Copy for SAP NetWeaver BW есть транзакция BDLS не знаю, что без нее делал бы :D 
Настраивать придется вашу DB, например ноты = 
Note 1044441 - Basis parameterization for NW 7.0 BI systems
Note 1013912 - FAQ Oracle BW performance
Note 830576 - Parameter recommendations for Oracle 10g
Настройка соединения с другой source систем, например ECC:
· RFC connections
· ALE settings
- Partner profiles
- Port
- IDoc types
- IDoc segments
· BW settings
Определение логических имен:
Define logical system
TCODE: BD54, SPRO, SALE
Настройка, пользователей: BWREMOTE и ALEREMOTE:
Background user in SAP source system (ALEREMOTE). The background user in the SAP source system is used for communicating with SAP BW and for extracting data. 
The background user needs the following authorization profiles:
• In the BI System:
S_BI-WHM_RFC (Business Information Warehouse: RFC users in the Warehouse)
• In the Source System:
S_BI-WX_RFC (Business Information Warehouse: RFC users in extraction)
The background user in SAP BW is used for communicating with the SAP BW source systems, for extracting data, and for background processes in SAP BW. You create the background user in Customizing in SAP BW and assign it a password (see Administration ® Settings ® Customizing ® Business Information Warehouse ® Automated Processes ® Create User for Background Processes. SAP recommends that you call the BW background user BWREMOTE. The system asks for a background user password when connecting to the source system.
Perform automatic workflow customizing
TCODE: SPRO, SWU3

ALE configuration normally involves the seven basic steps which are : 
1. Creating users for ALE Transfer 
2. Creating Logical system and assign the client 
3. Creating the RFC 
4. Configuring Distribution Model 
5. Configuring and checking the port 
6. Configuring and checking the partner profile 
7. Creating the message type 
Это в общем, а так, но описано не все. Настройка partner profiles - очень интересная :wink: SAP Help, sdn.sap.com и SAPBoard.ru Вам помогут. Удачи!

_________________
"Great minds discuss ideas. Average minds discuss events. Small minds discuss people-Eleanor Roosevelt--Knowledge is to share, Keep it free, Keep sharing"