Archivo de la etiqueta: SAP BW on SAP HANA

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.

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.

Anuncios

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

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:

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

SAP HANA - Escenario Data Mart

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.

SAP HANA - Escenario AcceleratorUna 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.

SAP HANA - Escenario Integrado

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

SAP HANA - Aspecto clave de su arquitecturaEl 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) 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.

SAP Analysis 2.0 for MS Office en Ramp-up

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.

Recomendaciones de cliente según las fuentes de datos a utilizar

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.

Evoclución a un cliente único, pero por el momento, sólo para SAP HANA

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 HANABWoH) y ECC (Suite on HANASoH).

Fases de un proyecto de Migración SAP HANA

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.

Referencia: Blogs SAP SCN

Selección del motor para procesar consultas en BW on HANA


En entradas anteriores comentamos sobre los motores (engines) de SAP HANA, los cuales, según el tipo de consulta o cálculo, entran en ejecución para obtener los mejores tiempos de respuesta de todo un proceso que se demande. Para el caso de consultas en un entorno BW on SAP HANA, el motor especialmente diseñado y optimizado para este fin es OLAP Engine, es el que mejores tiempos de procesamiento debería brindar el ejecutar una consulta en SAP NW BW powered by SAP HANA.

Sin embargo, analizando la ejecución de una determinada consulta puede ser posible que se observe que mejores tiempos de respuesta nos brinde el motor JOIN Engine, si fuese así, SAP señala que se trataría de un error el cual debería ser reportado a SAP Support.

Mientras se encuentre la solución al posible error señalado en el párrafo anterior, SAP ofrece un “workaround” el cual debe ser deshabilitado una vez que el problema se resuelva. La “solución temporal” consiste en señalar el motor que debe utilizarse, el cual puede ser señalado para todo el sistema (modificando el parámetro HDB_QUERY_ENGINE_SELECTION), un infoprovider (agregando una fila a la tabla RSDRS_HDB_ENGSEL) o para una determinada consulta (vía transacción RSRT). Para más información consultar la nota 1931671.

Tipos de conexión posibles con el SAP EPM Add-In 10.0 SP 17


El complemento SAP EPM Add-In 10.0 es la herramienta cliente de los principales productos del protfolio SAP Enterprise Performance Managment (SAP EPM, entre ellos SAP BPC) que se integra en MS Office (especialmente a MS Excel).

Tipos de conexión posibles con el SAP EPM Add-In 10.0 SP 17 Patch 01

El complemento ha evolucionado en sus últimas actualizaciones (la última referencia conocida es la SP 17 Patch 01) lo que permite conectarse a más fuentes de datos como los modelos de SAP BPC NW 10.1 (en ramp-up), SAP HANA y cubos SAP BW, inclusive con posibilidades de entrada de datos, hasta hace poco, sólo permitida para modelos BPC (Business Planning and Consolidation).

Se debe tener presente que SAP EPM Add-In tiene dos ediciones .NET 3.5 (para MS Office de 32 bits) y .NET 4.0 (para MS Office de 64 bits), esta última es la que permite las conexiones de tipo InA Provider, por ahora, especialmente necesaria para modelos SAP BPC NW 10.1.

Gestión de datos “no-activos” en BW on HANA


La inmediatez de respuesta de SAP HANA es debido, entre otras cosas, porque los datos que podrían ser procesados son cargados en memoria, evitando el acceso a dispositivos electromecánicos, como pueden ser los discos, cada vez que se requieran. Pero no todos los datos que pueda tener una organización son necesarios en las tareas habituales, en muchos casos, se conserva información histórica por motivos legales o por políticas internas, e inclusive puede haber datos operativos temporales con ninguna utilidad para las tareas de análisis.

Cargar todos los datos que podría tener SAP NetWeaver BW on SAP HANA podría originar problemas de rendimiento o cuellos de botella.  A través de la identificación de los denominados “datos no-activos” se puede configurar la información que se cargará en memoria, inclusive se puede detallar a nivel de columna de lastablas de datos, para lograr un mayor rendimiento de la plataforma.

SAP ofrece un monitor que clasifica la información según el tipo de objeto BW que la contiene y la frecuencia de acceso, lo que facilitaría las tareas de identificación de los “datos no activos” para evitar que consuman memoria innecesariamente. Para mayor información consultar las notas SAP 1767880 y 1741844.

Importación de objetos BW para modelarlos en SAP HANA Studio


Si tenemos SAP NetWeaver Business Warehouse sobre una plataforma SAP HANA (BW on HANA) podríamos importar los denominados objetos BW para que sean accesibles desde la interfaz SAP HANA Studio y por consiguiente diseñar vistas de información que faciliten el acceso a los datos desde MS Excel o aplicaciones cliente tales como los componentes SAP BusinessObjects BI e inclusive diseñar Universos para que los usuarios de aplicaciones como Lumira o Predictive Analysis pueda acceder a esta información dado que estas herramientas, por el momento, no pueden acceder directamente a consultas BEx.

Los objetos BW importados son presentados en la interfaz SAP HANA según la naturaleza del objeto, así un DataStore lo verámos como una vista analítica con el mimo nombre del objeto origen.  La importación de un cubo o también denominado infocubo generaría una vista analítica de uso interno con el prefijo _INTERNAL y una vista calculada la que podría ser utilizada por los usuarios. Una QuerySnapshot InfoProvider generaría una vista analítica. Un infoObjeto tipo Característica generaría una vista de atributos.

Para más información sobre la importación de objetos SAP NW BW para modelarlos en SAP HANA Studio consultar la nota 1764251 la cual puede presentar novedades en cualquier momento.

“Rapid database migration of SAP NetWeaver Business Warehouse to SAP HANA”


El Rapid Deployment Solutions de SAP (RDS) para cambiar la base de datos relacional de un sistemas SAP NW BW por una base de datos SAP HANA se denomina “Rapid database migration of SAP NetWeaver Business Warehouse to SAP HANA”.  Como todo RDS, se ofrece la aplicación de buenas prácticas para minimizar el riesgo y asegurar el éxito del proyecto de migración.

Opciones RDS para BW on HANA

Con el fin de eliminar los riesgos y minimizar los tiempos de inoperatividad de los sistemas, este RDS evita los procesos manuales, lo que se traduce en una migración sencilla con la menor interrupción a los usuarios de negocio. .  Para este fin, se valoran dos posibles escenarios:

  1. Direct Migration (In-place migration). El sistema actual es migrado directamente para la nueva base de datos y el nuevo sistema reemplaza al anterior.
  2. New system and transportation (Copy, upgrade and migrate). Un nuevo sistema SAP NW BW es configurado con HANA Database.  Los datos y demás elementos del sistema anterior  son transportados o reconstruidos en el nuevo sistema.

La fórmula seleccionada dependerá del volumen de datos o de las necesidades de rediseño de las estructuras de datos, necesidad de definir fases o la inmediatez con la que se requiera ejecutar estas tareas. Pero por la parametrización que pudiese tener un sistema fuente, la opción que incluye la copia previa puede ser la alternativa más recomendada