Установка 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, проектируем на перспективу.

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 занимают их место для подготовки следующего релиза.

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

Нравится 6 Не нравится

Ролевое назначение : Ключевой пользователь / Expert

Ключевые слова : Business Information Warehouse, Инфраструктура/конфигурация системного ландшафта / Infrastructure/Landscape Configuration

Функциональная область : Бизнес аналитика / BI

Есть система 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. Было такое дело  . Но без 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 не знаю, что без нее делал бы  
Настраивать придется вашу 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 - очень интересная  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" 

SAP HANA

SAP HANA, short for "High-Performance Analytic Appliance" is an in-memory, column-oriented, relational database management system developed and marketed by SAP SE.^[1][2] It is massively parallel, thus exploiting the maximum out of multicore processors and subsequently enabling very fast query execution.

SAP HANA originates from developed or acquired technologies, including TREX search engine, an in-memory column-oriented search engine, P*TIME, an in-memory OLTP database acquired by SAP in 2005, and MaxDB with its in-memory liveCache engine.^[3][4] In 2008, teams from SAP SE working with Hasso Plattner Institute and Stanford University demonstrated an application architecture for real-time analytics and aggregation, mentioned as "Hasso's New Architecture" in SAP executive Vishal Sikka's blog. Before the name HANA settled in, people referred to this product as New Database.^[5]

The product was officially announced in May 2010. In November 2010, SAP SE announced the release of SAP HANA 1.0, an in-memory appliance for business applications and business Intelligenceallowing real-time response.^[6] The first product shipped in late November 2010.^[4][7] By mid-2011, the technology had attracted interest but the conservative business customers still considered it "in early days".^[8] HANA support for SAP NetWeaver Business Warehouse was announced in September 2011 for availability by November.^[9]

In 2012, SAP promoted aspects of cloud computing.^[10] In October 2012, SAP announced a variant called HANA One that used a smaller amount of memory on Amazon Web Services for an hourly fee.^[11]

In January 2013, SAP enterprise resource planning software from its Business Suite was announced for HANA, and became available by May.^[12][13] In May 2013, a software as a service offering called the HANA Enterprise Cloud service was announced.^[14]

Rather than versioning, the software utilizes service packs.^[15][16]

SAP BW он же SAP NetWeaver Business Warehouse

SAP NetWeaver Business Warehouse

 SAP Business Warehouse (SAP BW) is the cornerstone of SAP’s strategic Enterprise Data Warehouse solutions and runs on industry standard RDBMS and SAP's HANA in-memory DBMS. It delivers reporting, analysis and interpretation of business data that is crucial to preserve and enhance the competitive edge of companies by optimizing processes and enabling them to respond quickly to meet market opportunity. In SAP BW, you can integrate, transform, and consolidate relevant business information from productive SAP applications and external data sources. SAP BW provides you with a high-performance infrastructure that helps you evaluate and interpret data.

AP's BI products have layers:

• Extract, transform, load (ETL) layer - responsible for extracting data from a specific source, applying transformation rules, and loading it into the Data Warehouse Area.
• Data Warehouse Area - responsible for storing the information in various types of structures (e.g. Data Store Objects, InfoObjects and multidimensional structures called InfoCubes that follows star schema design).
• Reporting - for accessing the information in data warehouse area and presenting it in a user-friendly manner to the analyst or business user.
• Planning and analysis - Provides capabilities for the user to run simulations and perform tasks such as budget calculations.

SAP BW contains pre-defined business content in the form of InfoCubes, Info Objects, authorization roles, and queries. The business content can be modified to meet an organization's specific requirements; however, this requires a longer process of customization of the pre-defined elements.

BW350 - Сбор данных в BI

BW350 - Сбор данных в BI

[ · Скачать (52.72 Mb) ]

20.04.2012, 09:55

Цели курса: Приобрести знания и навыки по сбору данных в BI Приобрести знания и навыки по экстракции данных из исходных SAP-систем, а также фундаментальные знания по различным интерфейсам Задачи курса: Объяснить поток данных в рамках BI Описать весь процесс экстракции данных из исходных SAP-систем и внешних исходных систем через различные интерфейсы Содержание: Глава 1: Обзор BI BI в SAP NetWeaver 2004s Обзор сбора данных в BI Бизнес-контент Глава 2: Поток данных в сборе данных Обзор потока данных в BI Процесс преобразования Прямой доступ к данным исходной системы Сбор данных в режиме реального времени Глава 3: Сбор данных с помощью Service API Подключение исходных систем SAP к системе BI Основные сведения о сервисном API BI Перенос источников данных бизнес-контента Экстракция данных логистики Сбор родовых данных Расширение источников данных бизнес-контента Глава 4: Дельта-менеджмент Дельта-менеджмент: Обзор Режим обновления и дельта-процедура Примеры из приложений и исходных систем Дополнительные функциональные возможности дельта-сбора данных Глава 5: Перенос плоских файлов Перенос плоских файлов Глава 6: Сбор данных с помощьюDB Connect Сбор данных с помощью DB Connect Глава 7: Сбор данных с помощью Universal Data Integration Универсальная интеграция данных Глава 8: Сбор данных на основе XML Введение в экстракцию на основе XML Сбор данных XML с помощью веб-сервиса Сбор данных XML с помощью SAP XI Сбор данных XML с помощью источника данных XML 3.x и сервиса AS SOAP Глава 9: Сбор данных с помощью ETL-инструментов сторонних разработчиков Перенос данных с помощью ETL-инструментов сторонних разработчиков Глава 10: Интерфейс с информационной витрины Интерфейс с информационной витрины Глава 11: Необязательно: Специфический для приложения сбор данных Сбор данных из Учета результатов (необязательно) Сбор данных из специальных регистров (необязательно)

BSP vs WebDynpro

BSP vs WebDynpro

Декабрь 8, 2010

Каждая из представленных технологий как BSP, так и Web Dynpro обладают достоинствами и недостатками. Противопоставлять их было бы некорректно, поскольку каждая из них дополняет другую. Тем не менее стоит отметить несколько заметных особенностей:

• Web Dynpro больше заточена на быструю разработку приложений и пользовательских интерфейсов. Минимизация времени написания кода является отличительной чертой данной технологии. С BSPs, можно достигнуть таких же результат, но придется потратить много сил на написание web-интерфейса
• BSP позволяет создавать/редактировать более «низкоуровневые» элементы web-приложения вручную. Для Web Dynpro такая возможность отсутствует, поэтому использование BSP будет выгодным если необходимо разработать не стандартный экран.
• Web Dynpro менее гибкая технология, но при этом поддерживает принцип разработки, основанный на компонентах – для их многократного использования, и модель MVC с целью улучшения возможностей расширяемости;
• Web Dynpro также обеспечивает совместимость с другими средами разработки на различных уровнях, например, возможность вызывать или встраивать компоненты, основанные на JavaServer Faces (JSF), Struts, Spring Framework, а в случае с BSP придется писать много дополнительного кода.
• BSP поддерживает как statreful-приложения, так и stateless, в отличии от Web Dynpro. Возможность управлять контекстом web-приложения позволяет создавать оптимизированные, высокопроизводительные приложения на BSP.

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

	Web Dynpro for ABAP	Web Dynpro for Java	Business Server Pages (BSP)	Java Server Pages (JSP)	HTML Business for Java (HTMLB )
Использование в SAP GUI	очень ограниченно
Использование в SAP NetWeaver Portal	X	X	X	X	X
Использование в Mobile Devices (loosing connection to the server)
Возможность использования JavaScript			X	X
Использование web-сервисов	X	X	X	X	X
Среда разработки	ABAP Workbench (SE80)	SAP NetWeaver Developer Studio (Web Dynpro Perspective)	ABAP Workbench (SE80)	SAP NetWeaver Developer Studio (J2EE Perspective)	SAP NetWeaver Developer Studio (Enterprise Portal Perspective)
Доступна начиная с выпуска	SAP NetWeaver 2004s (Web Application Server 7.0)	SAP NetWeaver 04 (Web Application Server 6.40)	Web Application Server 6.10	Web Application Server 6.20	Web Application Server 6.20
Преимущества	- наличие в транзакции SE80 - использование стандартных компонент - весь функционал в одной среде разработки - не обязателен SAP NetWeaver Portal - быстрая разработка - ALV Lists могут быть использованы	- использо- вание Java как более распространеного языка - интерфейс распознает и подстраивается под клиента - возможность испо� �ьзовать доп. технологии (Beans, Web Services, XMI, …)	- наличие в транзакции SE80 - весь функционал в одной среде разработки - лучшая производительность чем у Web Dynpro	- использо- вание Java как более распространеного языка - легкое управление элементами интерфейса в SAP NetWeaver Portal / Browser	использование Java как более распространеного языка - легкое управление элементами интерфейса в SAP NetWeaver Portal / Browser
Недостатки	- JavaScript  не используется - отсутствие возможности распознавания клиентского приложения - не поддерживаются некоторые GUI элементы	- JavaScript  не используется - подключение к ABAP функция только посредством RFC - проблемы со стабильностью работы - разделенная среда разработки, затрудняет отладку	- более сложная разработка чем Web Dynpro	- более сложная разработка чем Web Dynpro и BSP - сложности с отладкой -разделенная среда разработки	- большинство функционала уже включено в Web Dynpro for Jаva

Разработка сервисов в Интернете, сайтов, приложений для интранетов с использованием open source продуктов значительно отличается от промышленного web-программирования. Если в первом случае web-приложение выполняет коммуникационную роль, а порой является по сути отдельной информационной системой, то приложения в ERP системах выполняют скорее роль быстрого и удобного способа к мощному функционалу ERP-систем. Приложения корпоративного уровня являются более сложными и комплексными, поскольку должны позволять не только эффективно работать сотрудникам, но и масштабироваться, иметь возможность гибко настраиваться. Все это возможно только лишь наличию мощных инструментов разработки и высокоуровневой технологии разработки корпоративных приложений. В SAP такую роль выполняет Web Dynpro.