SAP BW on SAP HANA – aníbal goicochea

Aspectos claves de SAP BW/4HANA

SAP BW/4HANA es la, relativamente, nueva solución de data warehouse (liberado el 7 de septiembre 2016), a la que SAP dedicará sus mejores esfuerzos en el futuro. El fabricante señala que BW 4HANA no es el sucesor de soluciones actuales similares tales SAP BW o SAP BW powered by HANA o BW edition for HANA, dado que es una solución completamente construida sobre SAP HANA, la cual introduce nuevos objetos y descarta otros, inclusive cuenta con un nuevo Business Content.

SAP BW/4HANA es la, relativamente, nueva solución de data warehouse (liberado el 7 de septiembre 2016), a la que SAP dedicará sus mejores esfuerzos en el futuro. El fabricante señala que BW 4HANA no es el sucesor de soluciones actuales similares tales SAP BW o SAP BW powered by HANA o BW edition for HANA, dado que es una solución completamente construida sobre SAP HANA, la cual introduce nuevos objetos y descarta otros, inclusive cuenta con un nuevo Business Content.

BW 4/HANA introduce, a través de nuevas interfaces de usuario, una nueva gama de objetos para el modelado de datos que cubran necesidades tales como acceso en tiempo real a grandes volúmenes de información.

¿Qué pasará con las actuales soluciones BW de SAP?

La solución clásica de SAP NW BW o las más recientes, basadas en HANA, denominadas con los sufijos ON HANA o powered by HANA entrarán en fase de mantenimiento, con innovaciones mínimas, las más relevantes innovaciones se darán en BW/4HANA, solución que será independiente de la plataforma SAP NetWeaver.

¿Qué relación tiene BW/4HANA con S/4HANA?

El término “/4” puede inducir a creer que existe una relación entre ambos productos, pues esto no es así, se trata de dos productos totalmente independientes uno del otro. Tampoco se solapan, dado que la filosofía, ámbito y alcance de ambas plataformas es distinta. S/4 HANA es una plataforma transaccional que brinda la posibilidad de obtener informes operativos de los datos actuales de una única aplicación SAP.

BW/4HANA es una plataforma data warehouse que permite consolidar información actual e histórica, de diversas fuentes, SAP y no SAP, con el fin de facilitar su explotación.

¿SAP BW/4HANA con qué herramientas analíticas es compatible?

SAP asegura compatibilidad SAP Digital Boardroom y SAP BusinessObjects Cloud. Así mismo asegura compatibilidad con la plataforma SAP BusinessObjects BI Enterprise la cual incluye a Lumira, Design Studio, Analysis for Office, Web Intelligence y Crystal Reports.

En cuanto a la plataforma BEx (Business Explorer), una vez más, parece que esta vez será así, SAP asegura que no será soportado. Las querys BEx seguirán siendo compatibles pero se deberá utilizar la herramienta SAP BW/4HANA Modeling Tools para mantenerlas.

Comentario final

Sí, la “vorágine innovadora” de SAP conlleva a que nuevas implementaciones sean obsoletas desde el momento en que se planifican. Pero resulta elevadamente arriesgado adoptar una plataforma con tan poco recorrido, cuyas mejoras e innovaciones se encuentran en curso, los mecanismos de migración son artesanales y la compatibilidad o equivalencia entre objetos, tal como señala el fabricante, es mínima.

Pero este riesgo, que en algunos casos se deberá asumir, tanto para nuevas implementaciones como implementaciones existentes que requieren una actualización, debe ser gestionado definiendo fases con criterio funcional, identificando con claridad la arquitectura de datos crítica en cada momento, determinando los elementos técnicos de BW4/HANA disponibles que requiere el modelo de datos identificado y minimizando desarrollos personalizados, dado lo que pueda faltar hoy, puede ser posteriormente agregado por el fabricante, por ejemplo, el denominado Business Content Optimizado recientemente ha agregado definiciones para FI, CO, MM y SD.

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.

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.

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.

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).

Escenarios de despliegue SAP HANA

La principal característica de SAP HANA es que los datos están almacenados en la memoria principal, lo que le permite procesar grandes volúmenes de información más rápido que las bases de datos tradicionales, las cuales, a menudo, deben recuperar los datos de la memoria secundaria (disco).

Por otro lado, SAP HANA potencia su capacidad de procesamiento en memoria aplicando otras técnicas, tales como:

Por otro lado, SAP HANA potencia su capacidad de procesamiento en memoria aplicando otras técnicas, tales como:

Gestión de datos en columnas (columnar)
Compresión de datos
Procesamiento en la capa de datos
Particionamiento de tablas de bases de datos

Para que todo su software in-memory computing de HANA funcione según lo esperado, sólo utiliza un hardware con ciertas características, el cual es certificado por SAP (SAP HANA appliance), de este modo, se asegura que se cuenta con los recursos necesarios (memoria, disco, procesadores, etc).

Cabe señalar que el SAP HANA Appliance puede ser distribuido con uno de los siguientes sistemas operativos: “SUSE Linux Enterprise” o “Red Hat Enterprise Linux”. El appliance es optimizado a nivel de parámetros del sistema operativo y con el software HANA pre-instalado.

Escenarios SAP HANA

La plataforma SAP HANA brinda la posibilidad de desplegar los siguientes tipos de escenarios

Escenario Data Mart

Unos de los primeros enfoques que se dieron a conocer fue el de Data Mart, el cual se diseña a través de la replicación de datos y vistas HANA para que se exploten con herramientas analíticas, tales como SAP Lumira o Design Studio.

Escenario Accelerator

Por otro lado, tenemos el enfoque Acelerador, el cual también se basa en la replicación de datos, no para que estos datos sean evaluados con herramientas analíticas, sino para que transacciones o aplicaciones tradicionales adaptadas recuperen la información de SAP HANA database y no de la base de datos principal.

Un escenario Accelerator tiene como principal ventaja que se consigue mejorar el tiempo en las tareas de acceso a los datos sin necesariamente sustituir la base de datos. El aspecto más negativo, es que los datos se mantienen por duplicado y deben ser actualizados continuamente.

Una de las primeras soluciones con el enfoque Acelerador ha sido CO-PA Accelerator, la cual aumenta la velocidad del análisis de la rentabilidad utilizando el módulo de Controlling del SAP ERP.

Escenario Integrado

El enfoque integrado se diferencia de los anteriores en que SAP HANA no se ejecuta en paralelo con las bases de datos que se estuviesen utilizando, SAP HANA se integra totalmente a la arquitectura y reemplaza la antiguas bases de datos.

Una aplicación integrada se caracteriza por la transferencia de la lógica de aplicación a la capa de datos.

El enfoque integrado será posible sólo si las aplicaciones correspondientes se encuentran adaptadas y optimizadas para SAP HANA, lo cual significa que la base de datos, además de realizar las tareas de proveer y almacenar datos, es capaz de procesar o realizar los cálculos en la capa de datos (code push-down), dejándole a la capa de aplicación el papel de orquestación y desencadenante de complejas operaciones de cálculo. De este modo, la aplicación consume los
resultados en la capa de presentación. El más conocido representante en esta categoría es SAP BW on SAP HANA.

SAP Analysis 2.0 for MS Office, en ramp-up

La nueva versión de SAP Analysis, Edition for Microsoft Office 2.0 se encuentra en fase de ramp-up, este producto denominado “Cliente Excel Unificado” (Unified Excel Client)…

… Pareciera que deberíamos sugerir que si una gran empresa actualmente no tiene SAP HANA debería estar valorándolo para el corto o largo plazo, y debería tenerlo presente en su plan estratégico de desarrollo tecnológico.

La nueva versión de SAP Analysis, Edition for Microsoft Office 2.0 se encuentra en fase de ramp-up, este producto denominado “Cliente Excel Unificado” (Unified Excel Client) pretende aglutinar las funcionalidades de todos los programas tipo Add-in o complemento de SAP que se instalan sobre la plataforma Microsoft Office, especialmente sobre MS Excel. Importante relevancia tiene la inclusión de las funcionalidades del SAP EPM Add-in, actual componente cliente de SAP Business Planning and Consolidation (SAP BPC) 10.0/10.1.

Este cliente unificado, en principio, sólo sería para usuarios que se conectaran a plataformas SAP HANA, ya sea a fuentes SAP BW on HANA y/o SAP BPC 10.1 Unified. Para usuarios que requieran utilizar fuente de datos SAP BPC Classic (modelos 10.0 o de tipo Consolidation) deberían continuar utilizando el SAP EPM Add-in.

La fecha prevista de disponibilidad general de esta nueva versión es de mayo de 2015. No es la primera versión de un producto SAP orientado exclusivamente para plataformas SAP HANA. Pareciera que deberíamos sugerir que si una gran empresa actualmente no tiene SAP HANA debería estar valorándolo para el corto o largo plazo, y debería tenerlo presente en su plan estratégico de desarrollo tecnológico.

Referencia: (aquí)

Tips de una implementación SAP HANA

En los blogs de SAP SCN hallamos muchas entradas, algunas muy útiles desde el punto de vista técnico, sobre SAP HANA, encontramos un breve relato sobre la experiencia de la Universidad de Amsterdam al adoptar esta plataforma para sus sistemas de BW (BW on HANA – BWoH) y ECC (Suite on HANA – SoH).

En los blogs de SAP SCN hallamos muchas entradas, algunas muy útiles desde el punto de vista técnico, sobre SAP HANA, encontramos un breve relato sobre la experiencia de la Universidad de Amsterdam al adoptar esta plataforma para sus sistemas de BW (BW on HANA – BWoH) y ECC (Suite on HANA – SoH).

A continuación algunos tips que extraemos del post de referencia:

Motivo: El hardware de la organización era obsoleto y de muy costoso mantenimiento.
Situación: Como consecuencia del punto anterior, el rendimiento de los sistemas era pésimo.
Otras alternativas que se valoraron: En una comparativa de costos de licencias entre Oracle y HANA puede resultar más atractiva la primera, pero aspectos tales como la integración de los sistemas ECC y BW sobre la base de datos HANA fue el principal aspecto que primó sobre el precio.
Papel de SAP: Al parecer: La colaboración de los representantes de SAP sólo se enfocaron en aspectos técnicos, no ayudaron a construir el “business case” desde el punto de vista funcional requeridos en estos casos (este comentario ya lo hemos escuchado más de una vez).
Expectativas: Además de la implementación de los sistemas en una plataforma in-memory, las posibilidades de adoptar SAP HANA Live for Business Suite (el sistema de análisis y reporting en tiempo real para ECC) causó gran expectativa entre los usuarios de negocio.
Enlaces de referencia: SuiteOnHANA y ExperienceSAPHANA
Dimensionamiento: SAP ofrece recursos tales como informes que ayudan a estimar el tamaño requerido de la infraestructura SAP HANA. Como es conocido, las necesidades de disco se reducen significativamente con SAP HANA. En esta experiencia puntual, la base de datos de BW pasó de 1.8 TB a 300 GB y la de ECC de 550 GB a 250 GB.
Hardware: Esperar hasta el último momento la compra del hardware, debido a la competencia entre los proveedores, las mejoras y precios pueden cambiar drásticamente en tan sólo unas semanas.
Actualización y Migración: Según SAP la actualización y migración se podría efectuar en un solo paso (Data Migration Option of SAP Upgrade Manager – DMO of SUM), pero por motivos de seguridad se optó por realizar esta operación en dos pasos. Se sugiere optar por la última versión y actualización disponible de los componentes, así mismo, verificar el nivel de revisión del software. La migración no es muy distinta a cualquier otra migración SAP. Además del uso de los clásicos entornos que puede tener una organización, se sugiere un primer paso a través de un Sandbox con la finalidad de hacer pruebas, comprobaciones y comprender el proceso.
Código: Un factor positivo es el poco código personalizado que se tuviese, sin embargo, SAP provee informes que analizan tanto código SAP y código personalizado con el fin de brindar sugerencias para que funcione mejor en una plataforma SAP HANA.
Contratiempos: No se encontraron problemas significativos al realizar el proceso de actualización y migración, salvo con tablas que tenían un gran tamaño, contratiempo que se superó “truncándolas”.
Resultado: El rendimiento de BW y ECC ha mejorado de manera significativa y no ha habido problemas con las bases de datos o la plataforma HANA. Sin embargo, hay algunas transacciones que funcionan peor, que están siendo revisadas por SAP.
La Prueba: …Hemos experimentado con sólo «tirar del enchufe» para simular una desconexión inmediata, inesperada de HANA. Después de arrancar, no notamos ninguna pérdida o corrupción de datos.