SAP BW

Ejecución de SAP BusinessObjects Explorer en la parte superior de SAP BW

Ejecución de SAP Explorer en la parte superior de BW Este blog describe la única forma exitosa de ejecutar SAP Explorer en la parte superior de los proveedores de información SAP Netweaver Business Warehouse (SAP BW). Esta no es una configuración directa y requiere conocimientos de la herramienta de diseño de información, la herramienta de administración Data Federator y la aplicación SAP Logon para SAP BW.

La conexión soportada por SAP Explorer para explorar datos en la parte superior de los proveedores de información SAP BW es a través de un Universo Relacional utilizando un JCo (Java Connector). Pero esta conexión no funciona con la configuración de los parámetros correctos para el conector JCo en IDT, sino que requiere algunos ajustes adicionales en el entorno SAP BusinessObjects - SAP BW.

Aquí hay un breve resumen sobre algunos temas a considerar (cómo no se explica en esta entrada del blog):

  1. Es una recomendación de SAP dividir (dimensionar) el Adaptive Processing Server en hasta 6 diferentes APSs y aislar de esta manera algunos de los servicios (SAP KBA 1694041).
  2. Asegúrese de que el servicio de federación de datos esté incluido como servicio en su APS actual.
  3. Asegúrese de que el usuario que está utilizando para crear la conexión relacional se concede correctamente en SAP BW (SAP KBA 1604227).
  4. Asegúrese de que con su equipo de TI no hay actividades de firewall o puertos bloqueados que pueden hacer que la conexión falla

Paso 1: Creación de una conexión relacional en IDT:

Abra IDT, cree una nueva Conexión Relacional - SAP - SAP NetWeaver BW - Conector SAP Java (SAP JCo) y configure todos los detalles de conexión requeridos. Tan pronto como termine la configuración y pruebe la conexión, obtendrá el mensaje de error # 1:

Hay otro problema de conectividad (error # 2) que podría enfrentar, después de completar los pasos, en este artículo de blog aprenderá cómo solucionar ambos:

Com.businessobjects.datafederator.sourcedefiner.connection.ConnectionExceción: com.sap.connectivity.cs.java.drivers.DBDError: [Controlador Federador de Datos] [Servidor] [Conector 'Prueba SAP'] No se ha definido un destino RFC para el servidor 'SIA.AdaptiveProcessingServer2'

Paso 2: Creación de un destino RFC en SAP Logon App:

Utilizando la transacción SE37 y utilizando el módulo de función "RSDRI_DF_CONFIGURE", creará el destino RFC.

Esta es la parte crucial de esta configuración , El destino RFC debe crearse específicamente de la misma manera que SAP recomienda en este enlace:

http://wiki.scn.sap.com/wiki/display/BOBJ/BW+With+RFC+JCO+Connections+In+Information+Design+Tool

Eche un vistazo a la sección "Pasos para la configuración manual" y complete su destino RFC de la siguiente manera:

  • Asegúrese de establecer un valor vacío para el parámetro I_ONLY_CHECK
  • Asegúrese de establecer un valor vacío para la I_REMOVE_CONFIGURATION
  • Complete I_RFC_DESTINATION según lo solicitado. Para dar un ejemplo si su servidor SAP BusinessObjects se llama MYBOSRV, el valor de I_RFC_DESTINATION debe ser DF_JCO_MYBOSRV_1

Después de hacer esto, el error # 2 desaparecerá.

Paso 3: Configuración correcta de la herramienta Administración de federación de datos

En la herramienta de administración de federación de datos, en "Configuración de conector", encontrará la conexión relacional creada en IDT. Cree una configuración para la conexión mencionada en consecuencia con el contenido de la transacción SAP Logon SM59 - Conexiones TCP / IP (donde encontrará la conexión DF_JCO_MYBOSRV_1 creada en Step2).

Debe asegurarse de que estos tres parámetros tienen los valores correctos según su DF_JCO_MYBOSRV_1 en SM59:

  • GatewayServiceName: el mismo valor que en SM59
  • GatewayHostname: el mismo valor que en SM59
  • ProgramIDMapping: concatena su nombre SIA + Nombre del servidor de Adaptive Processing = DF_JCO_MYBOSRV_1

Paso 4: Modificación del archivo "reginfo.dat" en el sistema BW:

Mediante el uso de la transacción SAP Logon SMGW tendrá acceso al archivo "reginfo.dat" en el que realizaremos un cambio rápido. Navegue hasta Goto - Funciones de expertos - Seguridad externa - Visualización (Información reg.) .

Según SAP nota 1806694, agregará una línea en este archivo. La forma más fácil de realizar eso para mí era buscar en el servidor SAP BW el archivo "reginfo.dat" y editarlo manualmente. Después de esto, vuelva a la transacción SMGW en SAP Logon y vaya a Goto - Funciones expertas - Seguridad externa - Releer (global). Debería ver la línea agregada en SAP Logon cuando vuelva a mostrar el archivo. La línea a añadir es: P TP = * HOST = CANCEL = * ACCESS = *

Dónde <server as per ProgramIDMapping> Significa el servidor BO donde está instalado SAP Explorer.

Resumen

Si has completado todos los pasos en este blog e intentas probar tu conexión relacional en IDT, ¡funcionará!

Así que ahora, usted es capaz de probar la conexión relacional en IDT, así como capaz de crear una base de datos y la capa de negocio en la parte superior de la misma. Después de publicar Relational Universe en su repositorio, encontrará el universo disponible en SAP BusinessObjects Explorer y podrá crear un espacio de información e indexarlo.

SAP BW en SAP HANA: ¿cuándo y por qué?

In this article we will analyse the advantages of the SAP Business Warehouse (SAP BW) on SAP HANA solution in comparison with a Data Warehouse built directly on SAP HANA. We will also benchmark the performance of a SAP BW vs. SAP BW on HANA in a big data scenario. Most of us are aware of the last trends in BI/EPM market and where it is heading. SAP's mid and long term strategy shows that they are committed to convert SAP HANA in the core of many of their solutions including SAP ERP and SAP BW. SAP HANA can be used either as a database for other Custom Applications or as an Enterprise Corporate Datawarehouse (EDW) to take advantage of its big data and in-memory capabilities.

¿Qué opciones tenemos al implementar un Enterprise Data Warehouse en SAP HANA?

Al crear un Enterprise Data Warehouse (EDW) en SAP HANA, los clientes de SAP tienen 2 opciones

  1. EDW en SAP HANA: Implementación de un modelo de datos dentro de SAP mediante una combinación de modelos de datos personalizados implementados por consultores de BI, modelos creados con SAP RapidMarts y SAP Data Services como herramienta de modelado.
  2. EDW en SAP BW en HANA: Implementación del SAP Business Warehouse en HANA aprovechando su banco de datos completo de almacenamiento de datos y su rico contenido empresarial, que proporciona modelos de datos y ETL para casi todos los módulos en un sistema SAP ERP.

EDW en SAP HANA o EDW en SAP BW en SAP HANA?

Muchos clientes de SAP se enfrentan ahora a un dilema. Ellos quieren ir para SAP HANA, sin embargo, aún no saben si van por la opción 1 o 2. Mi sugerencia es que los siguientes clientes vayan a SAP BW en HANA:

  • Aquellos que ya tienen un sistema SAP BW. Pueden migrar rápidamente ese sistema a un BW en HANA (y Clariba puede ayudar en eso) y tomar ventaja de la memoria y grandes capacidades de datos de SAP HANA mediante la protección de las inversiones anteriores en ese sistema de BI.
  • Empresas con SAP ERP que actualmente no tienen un EDW. SAP BW es una muy buena solución para crear un almacén de datos sobre otros sistemas SAP, ya que la integración entre ellos es más estricta y viene con todos los modelos de datos pre-desarrollados.

¿Cuáles son los puntos débiles de SAP BW en SAP HANA?

En teoría, las empresas que no tienen otros sistemas SAP en el paisaje pueden optar por que SAP BW implemente sus modelos de datos personalizados (sin contenido empresarial), lo que tiene algunas desventajas:

  • El esfuerzo de implementación de ETL no es tan rápido en comparación con la implementación de ETL con SAP Data Services
  • Los modelos de datos implementados dentro de SAP BW serán un poco más lentos que los modelos de datos implementados directamente en una base de datos SAP HANA. Esto se debe a que estamos añadiendo una capa con el servidor de aplicaciones NetWeaver encima de la base de datos SAP HANA.

¿Cuáles son las ventajas de SAP BW en SAP HANA?

SAP BW en SAP HANA tiene algunas ventajas frente a un almacén de datos simple en SAP HANA:

  • SAP BW es un marco de data warehouse. Tiene varias capacidades que puede esperar de un almacén de datos. Plain SAP HANA no es tan madura y completa.
  • SAP HANA carece de capacidades de gestión de datos maestros
  • Banco de datos de desarrollo de data warehousing
  • Viene con un motor que gestiona automáticamente las dimensiones, ID de datos maestros, jerarquías. En comparación, la implementación de un Data Warehouse directamente en SAP HANA parece ser artesanal y altamente depende de las habilidades de Consultor de BI
  • Mejor capacidad para gestionar automáticamente las cargas de datos y resolver problemas / es decir: si falla una carga, puede eliminar fácilmente la carga y repetirla
  • BW es un almacén de datos más centrado en el negocio que un almacén de datos directamente en SAP HANA, que es más técnico. Puede realizar grandes proyectos SAP BW sin necesidad de realizar scripts de consultas SQL. No es lo mismo con un gran proyecto que involucra un simple almacén de datos de SAP HANA, en el que necesitará script SQL

Para los clientes de SAP BW, ¿cuáles son las mejoras de la migración a SAP BW en SAP HANA?

Los clientes de SAP BW deben evaluar si la inversión en un nuevo dispositivo SAP HANA tiene sentido. Cleary la inversión es válida para los clientes con sistemas SAP BW que contienen gran cantidad de datos y sufren un pobre rendimiento de informes de consultas. También hay que considerar que con SAP BW en SAP HANA se utiliza menos espacio de base de datos, ya que se necesitan menos índices y los agregados ya no son necesarios.

Estos clientes deben considerar que la base de datos SAP HANA en la que se ejecutará el SAP BW se puede utilizar para otras aplicaciones empresariales, por lo que su inversión en la tecnología SAP HANA no es sólo para el SAP BW, sino también para otras aplicaciones.

¿Qué pasa si comparamos SAP BW vs. SAP BW en SAP HANA?

Tenemos un grupo de datos de muestra con millones de registros procedentes de un escenario de telecomunicaciones: recargas prepagas llevadas a cabo por millones de clientes durante un período de tiempo. Queremos comparar el mismo escenario implementado en SAP BW normal vs. SAP BW en HANA.

  1. Extracción de 2.5 millones de registros del sistema fuente. Ese sistema fuente es otra base de datos de SAP HANA. Sí, deberíamos ver las puntuaciones en una base de datos no SAP HANA, pero en otro artículo.
  2. Carga de estos 2.5 millones de registros en un Infocube. Se usan reglas de transformación con 4 rutinas ABAP.
  3. Ejecución de consolidado (sin mostrar millones de registros) BEx consultas en ese InfoCube
  4. Ejecución de un informe de Web Intelligence de esa consulta.

Arquitectura

El escenario se ha implementado en un SAP NetWeaver 7.3 SP9. Plataforma SAP BusinessObjects BI 4.1 utilizada para los informes de Web Intelligence.

Ambos servidores tienen la misma memoria RAM, disco duro, velocidad de red, etc.

La siguiente imagen muestra la arquitectura de ambos escenarios

  1. SAP NetWeaver BW en una base de datos de MS SQL Server instalada en el mismo cuadro (sin latencia de red)
  2. SAP NetWeaver BW en el SAP HANA. El cuadro SAP HANA está en una caja separada y hay latencia de la red.

Servidor 1 Estado del sistema

Servidor 2 Estado del sistema

Resultados de referencia

Servidor 1

SAP BW 7.3

Servidor 2

SAP BW en HANA 7.3

vs.

Extracción de 2.5 millones de registros de tiempo desde el sistema de origen

34 minutos 36 segundos

26 minutos 6 segundos

1.32 x más rápido

Carga de estos 2.5 millones de registros en un Infocube

1 h y 3 minutos

3 minutos 27 segundos

18.5 x más rápido

Ejecución de consultas de BEx consolidadas en ese InfoCube

27.8 segundos

0.414 segundos

67.1 x más rápido

Ejecución de un informe de Web Intelligence de esa consulta.

138 segundos

11 segundos

12.5 x más rápido

Conclusiones

En este artículo intentamos comparar el rendimiento de SAP BW en SAP HANA vs. un no HANA BW de SAP. Se utilizó el mismo modelo de datos y la cantidad de datos en ambos casos sólo para cuantificar la diferencia en el rendimiento de ambos escenarios con números reales. Estas son mis conclusiones

  • SAP BW en SAP HANA en mucho más rápido que BW en base de datos no HANA. Esta mejora puede variar de 10 a 67 veces, dependiendo de lo que ejecutamos.
  • SAP BW en ASP HANA rendimiento en la extracción depende de la velocidad del sistema fuente. Puede ser un poco más rápido cuando los registros, una vez leídos, se insertan más rápidamente en la base de datos SAP HANA.
  • Los registros de carga en Infoproviders de SAP BW en SAP HANA pueden ser 10 x o 20 x veces más rápido en comparación con un BW no HANA de SAP. Eso es muy variable dependiendo de la base de datos que comparamos (en nuestro caso, un servidor de MS SQL)
  • Consulta y análisis en SAP BW en SAP HANA es mucho más rápido. Sin embargo, esto depende del tipo de consulta. Si sólo queremos calcular las cifras, será más rápido que si tratamos de recuperar un gran número de registros.
  • Los informes de Web Inteligence en la parte superior de SAP BW en SAP HANA son más rápidos, sin embargo, la mejora de rendimiento no es tan grande en comparación con la ejecución directa de la consulta BEx. Esto se debe a que SAP BusinessObjects necesita mover los datos del servidor sAP BW al servidor SAP BusinessObjects y cargarlos en el informe de Web Intelligence. ¿Lanzará SAP un sistema SAP BusinesObjects en SAP HANA? Vamos a esperar y ver

SAP Data Warehousing Solutions: an octubre 2011 Review

Regardless of software or hardware vendors, the Data Warehousing market is an area of growth, expected to increase about 10.1% in CAGR (compound annual growth rate) by 2015 according to the latest study carried out by IDC. SAP, thanks to the acquisition of Sybase, it is seen as a leader in the Data Warehouse by Gartner & Forrester. This article is focused on the solutions provided by SAP for organizations looking for enterprise-oriented data warehouses or more agile high-performance data foundations and to catch a glimpse of their future road map.

Enterprise Data Warehouse

  • SAP NetWeaver Business Warehouse (BW): is nowadays a very stable product, with a large installed base and in constant growth (more than 12000 customers, more than 15000 productive systems), and what more it has not been affected by the economic downturn in 2009. If we look at its future evolution, it is intended to be running on HANA in 2012 which will be used as the underlying In-Memory database Platform (BW 7.3x SP5), this means to be based on an  already built-in Business Warehouse Accelerator.

High Performance Analytic Data Foundation

  • SAP HANA: is a flexible, data source agnostic, in-memory appliance that analyzes high volumes of transactional data in real-time. It includes tools for data modeling, data and lifecycle management, security and operations. It combines SAP software components which are optimized with the hardware provided by partners. The benefits are the following: make smarter business decisions supported by an increased visibility  of very large volumes of business information, react to business events more quickly through real-time analysis and reporting of operational data, a new application foundation for a new category of applications, streamline IT landscapes and finally reducetotal cost of ownership (TCO). If we look further  ahead in time, there will be a transition going from having SAP Business Objects BI 4.0 running on SAP HANA 1.0 to having the whole SAP Business Suite running on SAP HANA 2.0 in 2013.

 

  • Sybase IQ: is a market leading, high-performance, columnar analytics server and data warehouse specifically designed for high speed data analytics, enabling high speed performance of complex queries against large datasets, with the advantage of being a low cost  maintenance when compared to row-based systems (by reducing the need for aggregates and indexes). It is a mature and proven solution with about 1900 customers and more than 3300 unique deployments. SAP will continue to support and invest on this acceleration technology, especially for non-SAP applications and data (including the possibility of placing SAP BusinessObjects BI on top).

 

  • SAP BusinessObjects RapidMarts are preconfigured jumpstart data marts that are designed to accelerate BI. And they all come pre-packaged by subject areas and sub-areas specific to SAP modules (Finance, Manufacturing, Operations, HR, etc.) as well as for non-SAP applications (JD Edwards, PeopleSoft, Lawson, Oracle EBS, etc.). The key elements included are the following:
  1. ETL Mappings: Source-to-target mappings and data transformation for relevant source tables (initial and incremental data movements).
  2. Data Marts: set of target RDBMS objects and schemas based on best practices for dimensional data modeling (Oracle, DB2, SQL Server, Teradata).
  3. BI Content: preconfigured universes based on best practices and samples of reports displaying  the wealth of data available.

If you need any further information on the solutions presented here, don’t hesitate to post a reply or contact Clariba.

SAP BusinessObjects: a través de los ojos de los críticos y los clientes

In our day-to-day life we are exposed to many purchasing decisions. Going to the supermarket to get some food or buying widgets in an internet shop is no longer a quick and easy task. The diversification of vendors forces us to go through a conscious or unconscious decision making process. It is always interesting to study the reasoning that leads to an action, especially for marketing people, and it is a social phenomenon in constant evolution, ranging from the traditional word of mouth to the most modern surfing of internet forums.

The same happens when a company has the opportunity to make a BI investment and has to choose a vendor that fulfills their particular needs. There are some specialized consulting companies that carry out complex market studies, but the feedback received from clients or contacts is just as influential to the decision making process.

This blog article is focused on the latest studies from Gartner and Forrester regarding SAP BusinessObjects.

The Forrester Wave: Enterprise Business Intelligence Platforms, released during the last quarter of 2010, considers SAP BusinessObjects to be leading the market together with IBM Cognos, Oracle and Information Builders, followed by SAS, Microsoft and MicroStrategy close behind. The 145 criteria used correspond to vendor surveys, product demos and customer reference surveys.  The end result is a graph that situates BI vendors in relation to their current offering and strategy.

SAP BusinessObjects is recognized as having very good BI tools for each job:

  • Crystal Reports as top report writer embedded in thousands of applications;
  • Explorer as a combination of the power of OLAP and the simplicity of search, exploration and analysis;
  • SAP BusinessObjects Dashboards is very popular amongst executives that can visualize the generated flash in disconnected mode and no SAP software installed;
  • BEx being still the most widely used and popular query and analysis tool for SAP BW users;
  • Business Warehouse Accelerator with the speed of in-memory database to provide a powerful DBMS optimized for BI;
  • SAP is also leading in self-service BI software as a service (SaaS) offerings.

According to Forrester, the downside of having all these tools is a poor product integration and a lack of object reuse from product to product, which is supposed to be improved with the new release BI 4.0 in Q1 2011.

Gartner’s Magic Quadrant for Business Intelligence Platforms, released in enero 2011, considers the same leader vendors as Forrester and also adds QlikTech thanks to its recent continued growth. It uses standard criteria divided into two categories: completeness of vision and ability to execute. According to the study, a good strength is to have the largest share of the BI platform market (combination of SAP NetWeaver BW and SAP BusinessObjects) with an installed base over 46,000 customers and one of the largest channel and services ecosystems. Reporting and ad-hoc querying capabilities were rated high by customers, whereas other SAP NetWeaver BW tools were below the market average. However, in regards to OLAP, BEx Analyzer seems to be more widely used than Voyager. The complements to the BI platform are also seen as positive: collaboration and decision support (StreamWork), Text Analysis, search-based data exploration with its Explorer product, and the enterprise information management products with data integration, lineage & impact analysis, and data quality. The vision for an in-memory appliance, HANA, promises to solve many of the perennial performance issues of large complex BI deployments in general (given its SQL and MDX access for third-party BI tools) and SAP BW in particular. As also reported by Forrester, SAP has been one of the first of the leading BI vendors to introduce a SaaS offering, BusinessObjects OnDemand BI. In addition, SAP has also made investments in mobile BI with its Sybase acquisition and the SAP BusinessObjects Explorer iPhone/iPad application.

In the cautions part of the report, Gartner mentions some concerns that customers have about the roadmap after product changes to support optimizations with the SAP Business Applications and NetWeaver BW products, and also a perceived higher cost of ownership. Migration, implementation and integration choices are reported to be confusing by some customers. Finally, ratings for support, software quality and sales experience are unfortunately low compared to other vendors in the survey. This is currently being address by SAP; they are giving more and more importance to Channel Partners like Clariba, which can provide high quality uninterrupted support, much more aligned to the customer needs.

If you have any questions or comments about the Gartner or Forrester summaries mentioned in this article, or would like more information about Clariba’s SAP BusinessObjects services, please leave a comment below or contact us at info@clariba.com.

Conexión de SAP BW y BusinessObjects Data Integrator para la extracción de datos

En el seguimiento de mi artículo de blog sobre julio 7, quisiera compartir algunas ideas para conectar SAP BW y SAP BusinessObjects Data Integrator con fines de extracción de datos.   

 El problema que encontré fue que no podía conectar mi BODS a SAP BW. La conexión se creó correctamente en la consola de administración de Data Integrator, pero la puesta en marcha siempre fallaba. 

Después de lo que parecía cientos de pruebas y comandos del cmd, encontré la solución: el archivo de servicios que se encuentra en la misma ruta que el archivo host (windows / system32 / drivers / etc) requiere un pequeño cambio:

  1. Debe agregar la siguiente cadena SAPGWxx 33 xx / tcp donde xx es el número de sistema de su conexión SAP.
  2. Entonces aquí también configuré el sapjco3.jar que se almacena en tomcat (lo encontrará con una búsqueda fácil en la carpeta) en el CLASSPATH de Tomcat según el tema anterior publicado en julio 7.

Para iniciar el servicio utilicé un comando desde el cmd en la ubicación: Drive: Business ObjectsBusiness Objects Data Servicesbin: RfcSvr -aRFC_ProgramID -g / H / ip o nombre del nombre del servidor de aplicaciones SAP / S / 33 xx -xsapgwxx RfcSvr Es el archivo .exe que inicia los procesos DI. Si quieres saber más detalles sobre este comando, la mejor manera es hacer una búsqueda rápida en Google.

Después de seguir los pasos anteriores, todo debería funcionar bien. En este punto, puede utilizar cubos BW como fuente de datos en Data Integrator.

Si tiene alguna pregunta o comentario que añadir a esta solución rápida, no dude en dejar un comentario a continuación.

Connection between SAP BW and Universe Designer / BusinessObjects InfoView

In this blog post I will explain some tips that I learned while integrating SAP BusinessObjects Universe Designer/Infoview with SAP BW.

For the most part, the steps should be simple and quite standard (unless you face some unexpected issues).   First of all you need to install the platform and the integration kit for SAP. At the end of this process you will see that you can create universes on top of BW cubes or BW queries. You can easily publish the universe and retrieve your data in a report.

Now in theory, after configuring the user in the CMC (BO CMC --> Authentications --> SAP) a user should be able to log in to SAP BusinessObjects InfoView using his/her SAP credentials…

But in reality BusinessObjects will fail while importing the roles of the SAP user. Why? Because you will need a java connector, which doesn't come with the “out of the box” integration kit.

All you need to do is download the files from SAP (or from the bottom of this blog post), and make them available for your system.   Here a step by step guide:

  1. Create the folders in your tomcat55 parent folder called Sharedlib
  2. Copy there the sapjco.jar and the .dll files
  3. Copy the .dll files into Windows/system32
  4. Go to Tomcat configuration and add the complete path of the file sapjco.jar to the CLASSPATH string - restart tomcat

Notes: Do not confuse the sapjco.jar with other versions in the folder. Download the 32bit version even if your machine is a 64bit.   Now try to import your user's role in BO CMC --> Authentications --> SAP again and you will see that everything will work as expected.

If you have any questions or feedback about this solution, please let me know by leaving a comment below.

> Download this Shared file (contains sapjco.jar and the .dll files)

EspañolEnglish