Tareas y responsabilidades al poner en marcha SAP HANA

El software y hardware de un SAP HANA appliance ya viene del todo configurado, pero sin embargo hay una serie de tareas adicionales por realizar para poner en marcha la plataforma in-memory computing de SAP, en el manual SAP HANA Technical Operations,


El software y hardware de un SAP HANA appliance ya viene del todo configurado, pero sin embargo hay una serie de tareas adicionales por realizar para poner en marcha la plataforma in-memory computing de SAP, en el manual SAP HANA Technical Operations, un buen documento de referencia, encontramos la relación de las principales tareas y la asignación de responsabilidades.

Como posibles responsables para realizar estas tareas encontramos al proveedor del hardware, al cliente y al servicio de soporte de SAP, no se menciona el apoyo que podrían brindar los partners de consultoría técnica especializada, también necesarios en esta fase, y muchos más en las siguientes, en la que se deberá realizar tareas como la configuración de la replicación de datos o el diseño de vistas analíticas para analizar la información.

Más sobre las ediciones de SAP HANA

En SAP, no confundir ediciones con versiones, la primera palabra se refiere al contenido del producto y la segunda a la evolución y mejoras del producto. La plataforma SAP HANA, en cuanto al software, se ofrece en tres ediciones, …


En SAP, no confundir ediciones con versiones, la primera palabra se refiere al contenido del producto y la segunda a la evolución y mejoras del producto.  La plataforma SAP HANA, en cuanto al software, se ofrece en tres ediciones, diferenciadas entre ellas por los componentes que incluyen, Enterprise Extended (la más completa), Enterprise y Platform (la más básica) tiene en común que están configuradas sobre el mismo sistema operativo, SUSE Linux Enterprise Server.

En un anterior post mencionábamos las tres ediciones de SAP HANA, en esta entrada señalamos los componentes que tiene cada edición,  Además del sistema operativo, también tienen en común que en las tres ediciones podemos tener SAP Netweaver BW, también denominado SAP NW BW powered by SAP NAHA.

El principal criterio para seleccionar la edición que necesita una organización será identificar las fuentes de datos qué tiene o lo que es lo mismo, qué sistema de replicación de datos utilizará (aquí una entrada al respecto).

La Nota SAP Central sobre SAP HANA

Información actualizada la encontramos en las notas SAP que accedemos a través de SAP Maket Place, pero encontrar las notas técnicas que nos interesa puede resultar algo lento si no utilizamos las palabras adecuadas para acotar los resultados de nuestra consulta…


Información actualizada la encontramos en las notas SAP que accedemos a través de SAP Maket Place, pero encontrar las notas técnicas que nos interesa puede resultar algo lento si no utilizamos las palabras adecuadas para acotar los resultados de nuestra consulta, tal como sucedería como un buscador de Internet.  Para facilitarnos las búsquedas de información existen las denominadas “Central Note” para los principales productos o porfolios de productos, en el caso de SAP HANA es la nota 1514967.

La nota SAP 1514967 se actualiza con relativa frecuencia y recopila, a modo de índice, la relación de todas las notas SAP sobre SAP HANA, documento útil para tenerlo de referencia.

Referencia: Nota SAP 1514967

Notas SAP sobre SAP BPC 10.0 NW powered by SAP HANA

Si tienes la suerte de estar trabajando con SAP HANA como plataforma y base de datos in–memory computing, o simplemente te estas preparando para cuando surja la oportunidad, una Nota SAP que deberías tener presente es la …


Si tienes la suerte de estar trabajando con SAP HANA como plataforma y base de datos in–memory computing, o simplemente te estas preparando para cuando surja la oportunidad, una Nota SAP que deberías tener presente es la 1734706, este documento agrupa las referencias a las notas de SAP de SAP Business Planning and Consolidation sobre SAP HANA (HANABPC), no contiene todas, pero figuran las más relevantes

Referencia: NT 1734706

¿SAP HANA-Optimized Infocubes?

En el anterior post se señalaba cómo SAP BPC NW 10.0 se puede beneficiar si se configura sobre SAP HANA y se utilizan los cubos optimizados. Si se lleva SAP NW BW sobre una plataforma SAP HANA (SAP NW BW powered by SAP HANA) el criterio que debería predominar es que se aplique toda la tecnología que nos permitirá obtener el mayor beneficio del procesamiento in-memory computing. Unas de estas técnicas a poner en marcha son los denominados SAP HANA Optimized Infocubes.


En el anterior post se señalaba cómo SAP BPC NW 10.0 se puede beneficiar si se configura sobre SAP HANA y se utilizan los cubos optimizados (Nota: SAP BPC NW 10.0 requiere SAP NW BW 7.3 y SAP NW BW 7.3 puede ser configurado sobre SAP HANA).  Si se lleva SAP NW BW sobre una plataforma SAP HANA (SAP NW BW powered by SAP HANA) el criterio que debería predominar es que se aplique toda la tecnología que nos permitirá obtener el mayor beneficio del procesamiento in-memory computing.  Unas de estas técnicas a poner en marcha son los denominados SAP HANA Optimized Infocubes.

Estos infocubos optimizados para SAP HANA se basan en que en la construcción del denominado “modelo en estrella”, físicamente no se crean tablas de dimensiones, ratios y características físicamente son incluidos en la tabla de hechos.  El concepto de dimensiones tal como se conoce en entornos BW se mantiene, como un “concepto lógico” con el fin de facilitar el uso de herramientas como BEx Query Designer.  Esta arquitectura, unida al almacenamiento en columnas, y la ausencia de dos tablas de hechos (Tabla E, datos comprimidos y Tabla F, datos de entrada no comprimidos) optimizará el rendimiento de cualquier aplicación.

Para convertir un tradicional infocubo a un infocubo optimizado, se utiliza una transacción que permite seguir utilizando la plataforma a los usuarios (excepto las cargas de datos), la operación de conversión tardará en función del volumen de datos, algunas estimaciones señalan entre 10 y 20 minutos para cubos con cientos de millones de registros.  Para esta conversión sólo se espera que el cubo origen no tenga más de 233 ratios (key figures) y un máximo de 248 características.

Referencias: aquí