Archivo de la etiqueta: SAP BW

Compatibilidad de clientes SAP BusinessObjects BI con carcaterísticas SAP BW


Cada vez es más estable la compatibilidad de las aplicaciones cliente de la plataforma SAP BusinessObjects BI con fuentes de datos de SAP BW, especialmente con consultas BEx. Pero no todas las herramientas cliente SAP BO BI son compatibles, por igual, con todas las características de estas fuentes de datos.

extracto-de-la-matrix-de-compatibilidad-con-sap-bw

En la nota SAP de referencia encontraremos un fichero Excel en el que se detalla la compatibilidad de los siguientes clientes de la plataforma Business Intelligence de SAP 4.1 y 4.2: “Universos UNX”, “Web Intelligence“, Dashboards, “Crystal Reports Enterprise”,  “Analysis, edition for OLAP”. Adicionalmente, también se incluye la compatibilidad con SAP Lumira (Desktop),  “Anlysis, edition for MS Office” y Design Studio.

Referencia: SAP Note 1869560 (o aquí)

De “powered by SAP HANA” a “edition for SAP HANA”


La arquitectura de todos los componentes o productos SAP, con futuro, vienen siendo revisados y redefinidos para que funcionen utilizando el potencial de SAP HANA Database de la mejor manera. Así, inicialmente fueron introducidos los “aceleradores”, los cuales básicamente replican las tablas más relevantes de una aplicación en HANA, obteniéndose un mejor tiempo de respuesta.

Recorrido de SAP BW hacia SAP HANA

Posteriormente hemos venido viendo soluciones “powered by SAP HANA” o simplemente “on SAP HANA”, caracterizadas por llevar, con mínimos cambios, los modelos de datos de las aplicaciones a SAP HANA y por consiguiente, el procesamiento de los datos es ejecutado en memoria obteniéndose importantes mejoras en los tiempos de respuesta.

Cambios en los objetos de SAP BW 7.5

El cambio más disruptivo que se está dando por SAP HANA es la irrupción de una nueva generación de aplicaciones, las denominadas “edition for SAP HANA”. La cual prescinde de todos los elementos u objetos que tuviese la aplicación original e impiden que sea más eficiente y veloz en SAP HANA. El primero y más relevante representante “edition for SAP HANA” es SAP BW 7.5, del cual destacamos los siguientes cambios:

  • La clásica interface SAP GUI del denominado Data Warehousing Worbench es sustituida por el denominado BW Modelling tolos in Eclipse.
  • Las funcionalidades o herramientas para el modelado BW han sido adaptadas en el entorno de modelado SAP HANA. Por el momento, hay algunos objetos que deben ser definidos en el Data Warehousing Workbench.
  • Algunos objetos ya no son soportados y serán sustituidos por uevos tipos de objetos especialmente diseñados para SAP HANA. En este enlace puedes ver estos cambios: aquí.
  • SAP Business Explorer (BEx) ya no será soportado nunca más (esto ya  lo han dicho más de alguna vez.  :-I). Las consultas o queries serán definidas con las herramientas de modelado BW de SAP HANA. Para la visualización de datos se recomienda el uso de Analysis for Office o Design Studio (o SAP BusinessObjects Lumira).

Road map de SAP BW

No digas SAP BI cuando es SAP BW, no es lo mismo


La fuerza de la costumbre nos lleva a seguir utilizando términos que no son los adecuados, el caso más recurrente en el mundo SAP es el de BI, acrónimo de Business Intelligence, muchas veces utilizado cuando se desea referir a Business Warehouse (BW).

Cuando se habla de análisis de datos, se debe diferenciar la capa de los datos de la capa de visualización y presentación de la información. La capa de datos para el análisis, por mucho tiempo, era solo un repositorio central o data warehouse, el cual agrupa y consolida la información de distintas fuentes. Hoy por hoy, las capas de datos puede ser la base de datos de distintos sistemas transaccionales, ficheros de datos o medios/redes sociales, sin la necesidad imprescindible de utilizar un almacén de datos.

La diferenciación entre SAP BI y SAP BW un reclamo hasta para reportar una incidencia

SAP denominó a su plataforma de análisis de datos como SAP Business Intelligence, la cual contenía inicialmente SAP Business Warehouse como repositorio central y los componentes de SAP Business Explorer (BEx) para la presentación de información. Pasado los años y desde la llegada de Business Objects, SAP ha tratado de corregir esta situación, un ejemplo es la nota 2348720, la cual señala lo siguiente:

Formerly, SAP Business Warehouse was temporarily called SAP Business Intelligence and was referenced to as ‘SAP BI’. The ‘BI’ (Business Intelligence solutions) component in the support launchpad is used for SAP BusinessObjects Business Intelligence products (eg. SAP BusinessObjects Business Intelligence Platform, Design Studio, Lumira, Roambi, Crystal Reports, Dashboard, Web Intelligence) and is not related to SAP Business Warehouse.

Pero será difícil no encontrarnos con expresiones tales como “se busca experto en SAP BI” o “los datos están en BI” cuando sólo se refieren a SAP BW.

Referenia: SAP Note 2348720

En las actualizaciones de BPC NW, ten presente los otros componentes del sistema


SAP BPC NW (SAP Business Planning and Consolidation para plataformas SAP NetWeaver) se instala sobre una plataforma SAP NW BW, este sistema está conformado por una serie de componentes, que para los cuales, SAP puede liberar actualizaciones.  Cuando se publican actualizaciones de cualquier componente, no se informa de la repercusión en los otros componentes, se comunican las mejoras o los errores corregidos, las “sorpresas” vienen después de la aplicación de las actualizaciones.

Por ejemplo, en la nota 1909032 se comenta de un error que se produce al recuperar datos desde SAP BPC NW 7.5 y 10.0 luego de aplicar una actualización de BW 7.3. Nuestra sugerencia es seguir la misma cautela al aplicar a cualquier componente del sistema, especialmente de SAP NW BW, recomendada al aplicar una actualización de un sistema SAP BPC.  El uso de un entorno de pruebas para comprobar la mejor o igual operativa de los modelos será necesario ya sea una aplicación de actualizaciones de BPC o BW.

Las consultas BEx en BI4


Las consultas BEx (Business Exchange queries) son consultas creadas con SAP BEx Query Designer y almacenadas en una plataforma SAP NetWeaver BW.  Son consultas a fuentes de datos de SAP NW BW (infocubos).  Desde la incorporación de la conectividad BICS (BI Consumer Services) en SAP BusinessObjects BI 4.0 (BI4), el uso de consultas BEx es la mejor alternativa para acceder a datos desde componentes BI4 a fuentes SAP NW BW, debido a que es el mecanismo que más fielmente interpreta los datos tal como han sido definidos (metadatos) en SAP NW BW.

Cuando se utiliza consultas BEx con conectividad BICS, entre otras cosas, se debe tener presente lo siguiente:

  • No es posible renombrar, modificar o añadir metadatos.
  • La opción de la consulta “Allow External Access to the Query” debe estar habilitada.
  • Por el momento, no es posible crear universos con consultas BEx (En 3.* teníamos los universos OLAP, en 4.0 tenemos sólo universos relacionales con fuentes BW pero la interpretación de los datos es muy diferente).
  • Web Intelligence (WebI) tiene tres interfaces para crear documentos.  Con las interfaces de Rich Internet Application (aplicación Java) y Rich Client (aplicación de escritorio), utilizando consultas BEx se puede crear, editar y refrescar documentos WebI.  Utilizando la interfaz Web (modo DHTML) sólo se puede visualizar y refrescar documentos WebI con fuentes BEx Query.
  • La consulta BEx que se utilice como fuente de datos no debe contener más de 50 objetos.

A día de hoy, reiteramos todo lo dicho respecto al futuro de SAP BEx. Como herramienta de reporting tiene un claro sustituto: SAP Analysis for MS Office. El único papel claro que tiene actualmente es como fuente de datos para BI4. (aquí entradas relacionadas).

Funcionalidades y metadatos de consultas BEx en BI4


Las consultas BEx es la fuente de datos más usual y recomendable para acceder desde los componentes de la plataforma SAP BusinessObjects BI 4.0 a datos de SAP NetWeaver BW.  Dependiendo de qué componente estemos utilizando, hay ciertas particularidades o diferencias cuando se trata de reconocer los metadatos o funcionalidades tal como son interpretados en SAP NW BW. En la Nota SAP 1848104 encontramos un documento adjunto con esta información, su regular consulta, especialmente cuando se publique alguna actualización, resulta recomendable para conocer los cambios o avances en este aspecto.

Metadatos y funcionalidades de las Querys BEx soportadas por los componentes BI4

Para ver el documento completo, consulta la Nota SAP 1848104

Equivalencia de términos entre SAP NW BW y SAP BO BI


Actualmente son del mismo fabricante, pero ambas plataformas tienen origines y finalidades diferentes pero complementarias.  En un contexto integral de una infraestructura analítica, podríamos afirmar que SAP NetWeaver Business Warehouse (SAP NetWeaver BW o SAP NW BW) es la capa de datos y SAP BusinessObjects Business Intelligence (SAP BusinessObjects BI, SAP BO BI o BI4 si se trata de la última versión disponible. Adquirida por SAP en 2007) es la capa de visualización o presentación de la información.

Términos utilizados en SAP NW BW y SAP BusinessObjects BI

SAP BO BI utiliza como fuente de datos los objetos  de SAP NW BW, especialmente las consultas BEx, tener claro la equivalencia de los principales elementos de información entre uno y otro entorno facilitará la comunicación e implementación de una plataforma de información.

Conectividad de los componentes SAP BI con fuentes de datos SAP NW BW


A continuación un cuadro resumen de las posibilidades de conectividad para acceder a fuentes de datos SAP NW BW desde componentes clientes SAP BusinessObjects BI o herramientas que permiten generar contenidos de Business Intelligence. En todos los casos, si la herramienta tiene conectividad BICS (BI Consumer Services, introducida en la versión 4.0) es a alternativa más recomendable por la rapidez de acceso y por ofrecer el mejor reflejo de la definición de los metadatos.

Conectividad de los componentes clientes soportados por BI4 para fuentes de datos SAP

Predictive Analysis y Visual Intelligence aceptan universos UNX pero no si acceden a fuentes de datos SAP NW BW.  Tener presente que esta conectividad puede mejorar o variar en el futuro.

Monitorización de los “buffers” de SAP


Complementando la entrada anterior, la transacción que nos ayuda a monitorizar los buffers de un sistema SAP nos muestra las siguientes columnas de valores:

Cabecera de la ventana ST02

  • HitRatio %.  Indica el porcentaje de veces que se ha encontrado la información en el buffer.  Si la información  se encuentra en el buffer se evita el acceso a la base de datos, mejorando el rendimiento del proceso que solicita el dato. 
  • Allocated size. Señala el tamaño en KB que ocupa el buffer.  Es un poco mayor que el tamaño disponible, debido que una parte se utiliza para la administración del respectivo buffer.
  • Free Space. Espacio libre del buffer.
  • Dir size entries. Indica el número de entradas de directorio que puede contener el buffer.  Puede suceder que el buffer tenga  espacio suficiente, pero un número de entradas limitado, impidiendo la carga de datos.
  • Free Directory Entries (FreeDirEnt).  Indica, en dos columnas, el número y porcentaje de entradas libres.
  • Swaps. Indica el número de objetos que han sido desplazados del buffer para liberar espacio necesario por la entrada de otro objeto.  El Swapping es señal de falta de entradas o espacio asignado al buffer.
  • Database Access.  Indica el número de veces en que se ha accedido al buffer debido a que el objeto no se ha encontrado en el buffer.

Cuáles son los valores “ideales”

  • Hit Ratio: Este valor debe encontrarse entre un 90-95%.
  • Swap: Por norma general, debe encontrarse lo más próximo a cero.
  • Free space: El espacio libre debe encontrarse en alrededor del 25% o más.
  • Free Dir Entries: Las entradas libres deben encontrarse en alrededor del 25% o más.

Realizar un seguimiento a estos indicadores nos ayudará a evitar buffers pequeños o demasiados  grandes, los cuales pueden provocar un mal rendimiento. 

Adicionalmente se debe controlar, si se cuenta con más de un servidor de aplicaciones, que la sincronización de la actualización de los buffers sea correctamente (a través de la transacción AL12 podemos ver los tiempos de actualización de los servidores, el cual debe ser aproximadamente el mismo, alertando si este difiere en más de cinco minutos).

Referencia: ISBN 9788478979745

Los “buffers” de un sistema SAP


Los buffers de un  sistema SAP son áreas de memoria que permiten almacenar programas, registros de tablas, y otros objetos del sistema, con el fin de mejorar el rendimiento de los procesos que utilizan estos datos.  Con la transacción ST02 podemos visualizar el estado de los buffers del sistema.

Estructura de la ventana de la transacción ST02 para ver los buffers del sistema

De esta ventana, destacamos los siguientes tipos de buffers:

  • Buffers del repositorio (Nametab buffers). Contiene las definiciones de las tablas y campos activos del diccionario del sistema.  Cuando se activa una tabla o un campo en el sistema, se añade una entrada en dichos buffers.
  • Buffers de programas.  Contiene las versiones ejecutables de los programas.
  • Buffers de tablas. Almacenan registros o rangos de registros. En la configuración de cada tabla (Technical Option) se puede ver su inclusión en este buffer. Esta sección presenta dos entradas: Generic Key (rangos de registros o tablas enteras) y Single record (registros individuales)
  • Export/Import. Facilita, vía programas, la grabación de datos en memoria, también es usada por las jerarquías de BW.

Hay una serie de recomendaciones para valorar el uso de los buffers, tales como la frecuencia de modificación de las tablas, modo de acceso (vía claves primarias) o el tamaño de la tabla.  La buena gestión de los buffers de un sistema SAP NW BW repercutirá en el funcionamiento de otras aplicaciones que se ejecuten sobre ella, tal como SAP Busniess Planning and Consolidation (SAP BPC).