Consideraciones al migrar “SAP NW BW” a “SAP NW BW powered by SAP HANA”

Diciéndolo en pocas palabras SAP NetWeaver Business Warehouse powered by SAP HANA consiste en utilizar la base de datos SAP HANA en lugar de la base de datos relacional que utilizan las plataformas SAP NW BW estándar. Realizada esta migración, se seguirá utilizando BW con las mismas funcionalidades, sin la necesidad de realizar muchas tareas de optimización/administración y obteniendo tiempos de procesamiento muy rápidos.


Diciéndolo en pocas palabras SAP NetWeaver Business Warehouse powered by SAP HANA (BW ON HANA) consiste en utilizar la base de datos SAP HANA en lugar de la base de datos relacional que utilizan las plataformas SAP NW BW estándar.  Efectuada la migración, se podrá utilizar BW on HANA con las mismas funcionalidades que en un BW tradicional pero con tiempos de respuesta reducidos, realizando algunas tareas adicionales de optimización/administración, obtendremos aún mayores beneficios.

A grandes rasgos, la migración de SAP NW BW a SAP NW BW powered by SAP HANA contempla las siguientes tareas:

  • Si aún no se cuenta con una plataforma SAP HANA, el primer paso es identificar las necesidades de la organización para estimar la configuración idónea de SAP HANA Appliance que se requiere (estas tareas se denominan Sizing).
  • Verificar que se cuente con las versiones mínimas exigidas para SAP NW BW (actualmente 7.3 SP5) y si ya se contara con una plataforma SAP HANA, verificar la versión de SAP HANA System.
  • Migrar la base de datos SAP NW BW a SAP HANA.
  • Verificar las fuentes de datos y conexiones (Si se utilizarán SLT o SAP Data Services)
  • Revisar el modelo de datos para retirar características innecesarias es una plataforma SAP HANA, como el cálculo de agregados. Quizás también podría ser necesario revisar las cadenas de procesos para retirar procesos innecesarios.
  • También podría ser factible revisar los modelos de datos para eliminar redundancias de datos que se implementaron para facilitar el procesamiento de la información en un entorno lento que ya no sería necesario en SAP HANA.
  • Conversión de objetos BW a objetos optimizados (cubos y ODSs)
  • Verificación y pruebas

El proceso es mecánico y muy similar entre todas las implementaciones, salvo que se trate de alguna implementación muy especial o particular, un buen punto de partida es utilizar el “despliegue rápido” que SAP ofrece a través de una RDS.

Referencia: (post relacionada)

SAP BEx: “With or without you”

Contigo o sin ti… Si tuviéramos que ponerle un fondo musical a los eventos de SAP cuando se habla sobre el futuro de BEx, nos parece que no hay mejor elección que esta canción…


Contigo o sin ti… Si tuviéramos que ponerle un fondo musical a los eventos de SAP cuando se habla sobre el futuro de BEx, nos parece que no hay mejor elección que esta canción…

Desde que SAP compró en 2007 la compañía francesa Business Objects (BO), su herramienta de reporting analítico, SAP BEx, fue casi inmediatamente sentenciada a ser sustituida por la nueva generación de herramientas de BI que venían con BO, en el año 2008 ya se escribía textos como el siguiente (o aquí):

On the business intelligence (BI) side, decisions were a bit easier. Business intelligence capabilities that existed within the SEM offering at SAP will continue moving forward. The only notable transition would take place with the SAP BEx line of applications, which will be gradually discontinued over a 5-7 year period.

Las comunidades de usuarios protestaron porque las herramientas que SAP proponía como “sustitutas”, las ya obsoletas Voyager o Pioneer eran muy limitadas y no cubrían las funcionalidades que BEx tiene. SAP bajó en la intensidad de su mensaje, pero no renunció a la idea, y en 2010 encontrábamos en SAP.info las siguientes afirmaciones: “SAP has stopped development of the older SAP BEx report designer tool”.

Las dudas se incrementaron cuando en 2011 SAP incluye, en su flamante SAP BusinessObjects BI 4.0 (BI4), a SAP BEx Analyzer como una alternativa de reporting. Pero paralelamente SAP sigue señalando que cada uno de los componentes de SAP BEx tiene sustituto, sin decir con claridad que sucederá con BEx. Por ejemplo, en un reciente Webinar sobre BI4, se señaló lo siguiente:

  • SAP BusinessObjects Analysis, edition for Microsoft Office is the premium success for SAP BusinessExplorer (BEx) Analyzer
  • SAP BusinessObjects Analysis, edition for OLAP is the premium success for SAP BusinessExplorer (BEx) Web Analyzer
  • SAP BusinessObjects Design Studio is the upcoming premium success for the SAP Web Application Designer (WAD).

Sin embargo, casi la totalidad de componentes de SAP BusinessObjects BI 4.0 permiten utilizar consultas BEx como fuentes de datos, al menos ese futuro parece que lo tiene asegurado. Por ahora, las consultas BEx son la mejor vía para llevar los metadatos de BW a BI4, pero como herramienta de reporting, echamos en falta un mensaje claro y contundente sobre su futuro, porque si consideramos lo que se afirmaba en 2008, cuando se señalaba 5 o 7 años de vida para BEx, este plazo se cumpliría entre 2013 y 2015… BEx, without you I cant live.

Revisando el “road map” de “SAP NW BW powered by SAP HANA”

Nos guste o no, el futuro de SAP Netweaver BW o del Data Warehouse de SAP se cimentará en SAP HANA. Al igual que puntos de vista similares, habíamos escrito en anteriores entradas que no estábamos convencidos que SAP BW se llevará, casi tal cual, sobre SAP HANA, esperábamos una solución puramente HANA como una nueva generación de repositorio de datos. Pero dejamos al margen nuestras “lógicas” perspectivas y nos “aferramos” al futuro revisando el Road map de “SAP NW BW powered by SAP HANA” (no confundir con el road map de SAP HANA).


Nos guste o no, el futuro de SAP Netweaver BW o del  Data Warehouse de SAP se cimentará en SAP HANA.  Al igual que puntos de vista similares, habíamos escrito en anteriores entradas que no estábamos convencidos que SAP BW se llevará, casi tal cual, sobre SAP HANA, esperábamos una solución puramente HANA como una nueva generación de repositorio de datos.  Pero dejamos al margen nuestras “lógicas” perspectivas y nos “aferramos”  al futuro revisando el road map de “SAP NW BW powered by SAP HANA” (no confundir con el road map de SAP HANA).

Con respecto a la plataforma de procesamiento en memoria de SAP, con frecuencia nos encontramos con argumentos tales como que económicamente  es una tecnología poco asequible, pero además de los planes que tiene SAP de reducir sus precios en la medida siga siendo implementada, SAP HANA debe ser vista como la plataforma tecnológica capaz de cambiar la cultura de una organización, el modo de comunicarse, obtener y analizar la información, y por consiguiente, sin temor a exagerar, SAP HANA es sinónimo de transformación de los negocios.

Actualmente, para las empresas que han adquirido una plataforma SAP HANA, y tuviesen SAP NW BW 7.30, SAP ofrece “SAP NW BW powered by SAP HANA”, la mejor vía para mejorar el procesamiento de información con una reducción abismal de los tiempos, esto se logra, en gran medida,  porque los elementos que conforman BW (ODS o DSO DataStore Objects), así como la lógica que las procesa, residen en la base de datos en memoria de SAP HANA.

Actualmente SAP BW sobre SAP HANA ofrece una estructura de datos simplificada, dónde algunas tareas de administración ya no son necesarias, tales como la creación/actualización de índices, ofrece compatibilidad completa con BEx Query, seguridad gestionada por SAP NW BW, entre otras cosas.

Pero el futuro de SAP NW BW powered by SAP HANA tiene aspectos aún más interesantes como la posibilidad de diseñar vistas analíticas (Analytical Views) en SAP NW BW con interfaces nativas HANA, acceso a datos BW en SAP BusinessObjects Explorer vía SAP HANA, optimización de carga de datos en BW y para más largo plazo se uniformizarían las interfaz de usuario, simplificación de la arquitectura con la reducción de los tipos de infoproviders.

Referencia: (aquí)