SAP BW on SAP HANA – aníbal goicochea

De SAP BW 7.5 a SAP BW/4HANA, la otra opción: claves para una buena estrategia de migración

El 31 de diciembre de 2027 termina el mantenimiento estándar de SAP BW 7.5. Queda poco más de un año, y muchas empresas están decidiendo su siguiente paso.

SAP apuesta por SAP Business Data Cloud, con Datasphere como pieza central. Sin embargo, muchas organizaciones prefieren ir con cautela y optar por lo conocido: SAP BW/4HANA. Mantiene la filosofía de BW, aprovecha el conocimiento del equipo y tiene soporte garantizado hasta 2040. Datasphere queda como una evolución posterior o como un proyecto propio, cuando el negocio esté preparado y tenga el reto de un nuevo desarrollo.

Requisitos técnicos de partida

Conversión in-place (sobre el mismo sistema): BW 7.5 SP05 o superior, ya sobre SAP HANA.
Conversión remote o shell (sistema nuevo): desde BW 7.0, con cualquier base de datos.
Revisión de HANA 2.0: la que exija la versión destino de BW/4HANA, que hay que comprobar en el PAM de SAP.
Herramientas necesarias: SAP Readiness Check, BW/4HANA Starter Add-on y Transfer Cockpit.

Estrategia en tres fases

1. Antes de la migración (la clave)

Diagnóstico con el Readiness Check, el análisis de código propio y el uso real de informes.
Limpieza: comprimir cubos, depurar los históricos de cambios de los DSO, vaciar las PSA y eliminar objetos sin uso y restos de flujos 3.x.
Adaptación: rehacer las conexiones DB Connect, pasar las fuentes SAP a ODP, sustituir InfoPaquetes por DTP y corregir rutinas y código Z.
Banco de pruebas: guardar datos e informes de referencia para validar el resultado.
Ensayo completo en un sandbox, copia de producción, para medir la parada real.

2. La migración

Conversión de objetos con el Transfer Cockpit, modo B4H y conversión técnica con SUM.
Secuencia desarrollo → calidad → producción, con una copia de seguridad antes de cada paso irreversible.

3. Después de la migración

Adaptar los informes que desaparecen (plantillas web y BEx Analyzer).
Comprobar con el banco de pruebas que los resultados coinciden.

Conclusión

El éxito no se decide el día de la migración, sino en los meses anteriores. Cada objeto limpiado o adaptado antes es un posible fallo menos, menos horas de proceso y menos ajustes después. Cuanto mejor preparado llegue el sistema, menor será el impacto en el negocio y menor el riesgo de sobrecostes.

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.