El «después» de la actualización SP11 de SAP BPC 10.0 NW

Lo usual que se puede esperar de un nuevo modelo, versión o actualización de cualquier cosa es que nos brinde mejoras o soluciones a problemas, pero en informática, casi siempre no es así. No sorprende que lo que tango gustaba ya no existe o lo que funcionaba bien genera nuevos problemas.


Lo usual que se puede esperar de un nuevo modelo, versión o actualización de cualquier cosa es que nos brinde mejoras o soluciones a problemas, pero en informática, casi siempre no es así.  No sorprende que lo que tango gustaba ya no existe o lo que funcionaba bien genera nuevos problemas.

SAP no es la excepción a esta regla, todo lo contrario, pero con la salvedad que con relativa prontitud nos brinda nuevas actualizaciones que solucionan los problemas originados de la actualización anterior.  En el caso de la última actualización SP11 de SAP Business Planning and Consolidation for NW (SAP BPC) hemos encontrado tres notas que deberían aplicarse luego de esta actualización, en especial 1912030 si es que tienes modelos de Consolidación, la cual señala lo siguiente:

After install note 1775713 or upgrade BPC (Business Planning and Consolidation) to versions between Support Package SP09 and SP11, Balance Carry Forward gets performance issue.

Las otras dos notas son las siguientes:

Error WIS 30270 subsiste en BI 4.1

En el mundo de SAP BusinessObjects BI, inclusive en la era pre-SAP, existe un código de error que nunca hemos dejado de ver en todas las versiones, nos referimos al Error WIS 30270. Se trata de un error genérico que puede ir acompañado con una amplia variedad de mensajes que brindan nulos indicios del origen o solución.


En el mundo de SAP BusinessObjects BI, inclusive en la era pre-SAP, existe un código de error que nunca hemos dejado de ver en todas las versiones, nos referimos al Error WIS 30270.  Se trata de un error genérico que puede ir acompañado con una amplia variedad de mensajes que brindan nulos indicios del origen o solución. Hace más de un año nos encontramos con este error cuando configurábamos la versión 4.0 y también recientemente con la versión 4.1 SP01 (liberada el 23 de agosto, y ya cuenta con dos patchs), en este último caso, el mensaje recibido ha sido el siguiente:

An internal error occurred while calling instance API ERR_WIS_30270

El origen puede estar relacionado con la versión de los componentes JAVA, es decir el servidor de aplicaciones Web y la máquina virtual java. Inclusive seguimos considerando la versión del sistema operativo del host, que seguimos recomendando que sea totalmente en inglés.  Recomendamos realizar la instalación sobre un servidor totalmente “limpio”, sólo con el software del sistema operativo.  Por suerte, contamos con una maqueta de máquina virtual con estas características, un “salvavidas” antes de buscar explicaciones o soluciones que serán difíciles de encontrar, que inclusive SAP no ha podido acotar. 

Al finalizar la instalación, e inclusive antes de profundizar en la customización, realiza pruebas de generación de consultas e informes, grabación y visualización en Web Intelligence (tanto la versión Java como la de cliente enriquecido), es preferible detectar los problemas en esta fase inicial.

SAP HANA Forum, BCN 31 Oct 2013

El próximo 31 de octubre de 2013, en Barcelona, se realizará el primer Forum internacional sobre SAP HANA en España, una jornada en donde se podrá conocer más de esta tecnología, usos, novedades y planes de futuro.


El próximo 31 de octubre de 2013, en Barcelona, se realizará el primer Forum internacional sobre SAP HANA en España, una jornada en donde se podrá conocer más de esta tecnología, usos, novedades y planes de futuro.

SAP HANA Forum, en Barcelona el 31 de octubre 2013

¿Qué es SAP HANA?

Es la tecnología de SAP que combina hardware y software que posibilita el procesamiento en memoria (in-memory computing)

 ¿Qué es in-memory computing ?

La computación o procesamiento en memoria es la técnica que consiste en mantener los datos en la memoria RAM, lo más próximo a las CPUs, eliminando cualquier interacción con dispositivos mecánicos o electromecánicos como los discos duros, disminuyendo considerablemente el tráfico de datos durante las tareas de tratamiento de la información.

¿Qué conforma SAP HANA?

Todo el software y hardware de SAP HANA está preparado para la tecnología in-Memory Computing, algunos elementos gestionan el almacenamiento de datos y otros los procesan o facilitan su procesamiento. Los siguientes son los principales elementos que lo componen:

  • SAP HANA Appliance. Es el hardware certificado por SAP para utilizar HANA. Estos equipos los proveen ciertos fabricantes con diversas configuraciones pero que cumplen determinadas exigencias como el uso de procesadores INTEL específicos.
  • SAP HANA Database. Señalado como el corazón de esta tecnología. Es la primera BBDD in-memory computing. Comprende la ingeniería necesaria para que todos los datos que se esperan utilizar estén en memoria para agilizar su procesamiento. A través de tareas en segundo plano, los datos son constantemente respaldados en disco para evitar su perdida si fallara el suministro eléctrico.
  • SAP HANA Studio. Es la consola multipropósito que permite, a través de fichas (perspectivas), realizar las tareas administrativas, seguridad, modelado de datos, programación, monitorización, y otras actividades que se requieran. Estas perspectivas se pueden activar si se cuenta con las autorizaciones adecuadas.
  • SAP HANA Extended Application Services (HANA XS) Es el servidor y contenedor de aplicaciones Web que permite albergar aplicaciones desarrolladas a medida para que utilicen el procesamiento en memoria de HANA.

 ¿Por qué SAP HANA Database es la mejore BBDD?

Además de tener los datos constantemente en memoria, las claves de éxito de HANA son los siguientes:

  • Uso dual de almacenamiento columnar y relacional.
  • Compresión de datos en memoria.
  • Procesamiento en Paralelo (varios procesos ejecutándose simultáneamente en distintos CPUs o partes de un mismo proceso ejecutándose en varios CPUs)

En una palabra ¿Qué es SAP HANA?

Es una plataforma. HANA brinda toda la infraestructura necesaria para desarrollar o implementar la nueva generación de aplicaciones de negocio que brindarán respuesta en tiempo real.  Los principales productos SAP que nos permiten obtener los mejores beneficios de la tecnología HANA son los siguientes:

  •  SAP Suite powered by SAP HANA (incluye ERP y CRM entre otros components)
  • SAP NW BW powered by SAP HANA (BW on HANA)
  • SAP BusinessObjects Business Intelligence 4.0/4.1 (Para acceder a datos HANA y BW on HANA)

 ¿Qué partners de hardware HANA existen?

El hardware para HANA es validado por SAP,  lo proveen determinados partners: IBM, HP, Fujitsu, Hitachi, Dell y Huawei (el último en integrarse a esta lista).  A pesar que deben cumplir ciertos criterios como el uso de procesadores Intel (Nehalem EX y Westmere EX E7), hay importantes diferencias entre ellos, tales como las posibilidades de ampliación de la memoria, configuración de discos o las configuraciones en más de un nodo (scale-out).  Particularmente, por la innovación constante, apostamos por IBM como partner de hardware SAP HANA.

Las claves de la eficiencia de la tecnología columnar

Con la expresión «tecnología columnar» nos referimos a las técnicas de almacenamiento de los datos por columnas, incluida en las alternativas más actuales de base de datos como SAP HANA Database y SAP Sybase IQ, propuesta de base de datos para fines analíticos y de data warehouse de SAP.


Con la expresión «tecnología columnar» nos referimos a las técnicas de almacenamiento de los datos por columnas, característica incluida en las alternativas más actuales de base de datos como esel caso de SAP HANA Database y SAP Sybase IQ, propuesta de base de datos para fines analíticos y de data warehouse de SAP.

La mejor eficiencia que proporciona el almacenamiento por columnas en entornos analíticos, podríamos resumirlos en los siguientes aspectos:

  • Más rapidez. Las consultas analíticas se basan en el ordenamiento, agrupación, clasificación o elaboración de rankings de la información, para lo cual se accede a campos o columnas de datos. Las tablas basadas en el almacenamiento en columnas, además de contener los datos en esta estructura, cuentan con índices que señalan la ubicación de los valores en cada columna. Este hecho facilita la recuperación de los datos consultados, sin tener que acceder a toda las filas de datos de una tabla (tal como sucede en un esquema relacional). Finalmente, todo esto redunda en un menor consumo de CPU y en menores tiempos de respuesta.
  • Menor espacio. Con la tecnología columnar los valores similares en cada columna son sustituidos por claves más pequeñas que requieren menos espacio que el valor original.  Como resultado final, el almacenamiento de una tabla puede reducirse en una proporción entre 3x a 7x, aunque este ratio puede variar considerablemente dependiendo de los valores repetidos y del tipo de dato que se almacene.

La tecnología columnar no es mejor que la relacional, cada una tiene un mejor uso recomendable, ya sea en un entorno analítico o transaccional, respectivamente (aquí post relacionado)

Los motores de SAP HANA

SAP HANA trabaja con información en tablas con almacenamiento en filas o en tablas con almacenamiento en columnas. Para procesar esta información existe un componente específico según cómo y qué se esté solicitando para obtener los mejores tiempos de respuesta.


SAP HANA trabaja con información en tablas con almacenamiento en filas o en tablas con almacenamiento en columnas.  Para procesar esta información existe un componente específico según cómo y qué se esté solicitando para obtener los mejores tiempos de respuesta.

Vistas vs Motores de procesamiento SAP HANA

Estos componentes se denominan motores (Engine):

  • OLAP Engine.  Procesa consultas analíticas básicas.  Estas consultas se construyen a través de la definición de modelos físicos o lógicas (vistas analíticas) y se vinculan tablas construyendo una estructura denominada “esquema en estrella” (una o más tablas, que cumplen el papel de “dimensiones”, se vinculan a una o más tablas que cumplen el papel de “hechos”).
  • Calculation Engine. Procesa las consultas complejas o los modelos lógicos diseñados en las vistas calculadas.
  • Join Engine. Es el motor que procesa las sentencias SQL estándar como las que se pueden lograr construir a través de las vistas de atributos.
  • Row Engine. Procesa consultas SQL más complejas, las que acceden a tablas con almacenamiento en filas o con lógicas recursivas.

Cada motor es especializado para cada tipo de estructura de datos, los rendimientos de cada uno de estos motores es distinto, por lo que el rendimiento global será la suma de todos los motores que interviene en un proceso.   Por este motivo, es importante realizar el diseño más óptimo, tanto de las estructuras de datos como en las consultas o esquemas lógicos, para obtener los mejores tiempo de respuesta, SAP HANA, por sí sólo, no hace milagros.