Por qué merece la pena la conversión a SAP BW/4 Hana

Cambio de era con valor añadido a través de BW/4, ya que el almacén de datos actual se basa por completo en la base de datos en memoria SAP Hana, mientras que BW 7.5 en Hana gestionó el acto de equilibrio entre los mundos de las bases de datos antiguas y nuevas.

Hasta aquí, todo bien. Pero, ¿hay realmente buenas razones para fijarse en BW/4 Hana? ¿Aparte del hecho de que el almacén de datos es el lanzamiento estratégico de SAP y sólo éste se seguirá desarrollando?

Nosotros decimos: ¡Sí! Y queremos justificarlo basándonos en la versión 2.0, ya disponible.

Simplificación

Uno de los mensajes centrales de SAP es que BW/4 simplifica y reduce la complejidad. En concreto, se trata de limitar los tipos de proveedores de información y sistemas fuente a los optimizados para Hana.

Se trata de un requisito esencial para el diseño de un almacén de datos orientado al futuro en el que las capas persistentes se sustituyan por capas virtuales para aumentar la flexibilidad y reducir los esfuerzos del proyecto.

En teoría, esto también es posible con BW 7.5 en Hana. Sin embargo, la experiencia demuestra que los sistemas migrados a BW 7.5 muy a menudo no se convierten de forma coherente a los tipos de proveedores de información que quedan en BW/4 Hana. Esto significa que no se aprovecha plenamente el potencial de Hana.

Optimización de los niveles de datos

Con Data Tiering Optimisation (DTO), BW/4 ofrece una función avanzada para la gestión de datos a lo largo de todo su ciclo de vida. Incluso con versiones anteriores era posible archivar datos poco utilizados en Near Line Storages (NLS).

Sin embargo, esto exigía una gestión activa de los datos. No sólo había que determinar para cada proveedor de información qué datos debían archivarse. También había que crear procesos de archivo de datos para cada proveedor de información, lo que suponía un esfuerzo adicional.

Esto puede reducirse considerablemente con la ayuda de DTO, ya que se puede prescindir de los procesos de archivo de datos. En su lugar, los datos se trasladan periódica y automáticamente a los almacenes de datos asignados a las clases de temperatura definidas para cada proveedor de información.

Otra ventaja es que la asignación se realiza a nivel de partición. Esto permite utilizar diferentes clases de temperatura para un mismo objeto de almacenamiento de datos avanzado (ADSO). Esto no es posible cuando se utiliza NLS.

Además, los repositorios ya establecidos, como SAP IQ o los clústeres Hadoop, pueden seguir funcionando con DTO, ya que la disposición de las tablas no cambió al pasar de NLS a DTO.

Deslocalización de funciones

En comparación con BW 7.5 en Hana, BW/4 desplaza la ejecución de cada vez más funciones del servidor de aplicaciones a la base de datos Hana. De este modo se aceleran considerablemente funciones de uso frecuente, como las condiciones de consulta Top N y Bottom N.

Integración de Big Data

Cuando SAP habla de Big Data, siempre se refiere al SAP Data Hub como solución de orquestación. BW/4 ofrece el último y más alto nivel de integración con SAP Data Hub y simplifica así la integración de datos no estructurados con los datos estructurados de un almacén de datos.

SAP Analytics Cloud

Uno de los requisitos más importantes para utilizar SAP Analytics Cloud es el acceso en tiempo real al almacén de datos. El éxito y la amplitud de uso de las funciones en tiempo real dependen directamente de la naturaleza del almacén de datos.

Aunque todavía no hay diferencia entre BW 7.5 en Hana y BW/4 en este sentido, las amplias capacidades de push-down de BW/4 también desempeñarán un papel en el rendimiento de los informes a través de una conexión en directo.

Con la versión 2.0, no sólo se dispone de nuevas funciones de almacén de datos. BW/4 también utiliza la versión 2.0 de la plataforma Hana. Esto significa que pueden utilizarse numerosas funciones adicionales, por ejemplo, para el análisis de texto, el procesamiento espacial y de gráficos o la integración de scripts R.

Esto permite a las empresas implantar sofisticados temas de análisis directamente en el almacén de datos sin tener que crear componentes o sistemas adicionales.

El camino hacia BW/4

Una vez convencido de las nuevas funcionalidades y del posicionamiento estratégico de BW/4, surge la pregunta: ¿cómo se consigue la introducción? Porque el camino hacia BW/4 es diferente al de anteriores actualizaciones de BW e igual de diferente al de una migración a BW 7.5 en Hana.

Hay que distinguir si se prefiere una actualización del sistema existente o una nueva instalación. Al actualizar a BW/4, hay una diferencia esencial con las actualizaciones anteriores: antes de la implantación, hay que migrar los flujos de datos, por ejemplo, para convertir los Info Cubes y los DSO en ADSO y los multiproveedores en proveedores compuestos.

Esta migración puede realizarse en el sistema existente mediante la "Conversión in situ". En este proceso, las herramientas de migración del complemento BW/4 Starter se utilizan para convertir de forma semiautomática un escenario tras otro, por ejemplo, desde el paquete de información hasta el proveedor múltiple. Una vez convertidos todos los escenarios, se lleva a cabo la actualización real de la versión.

Antes de la "conversión in situ", el sistema debe ordenarse sistemáticamente. No se trata sólo de reducir al máximo la cantidad de datos de los usuarios. También se trata de eliminar los metadatos que ya no son necesarios. Las herramientas adecuadas ayudan a identificar el potencial.

BW/4 también puede introducirse como instalación nueva. En este caso, se puede seguir un planteamiento greenfield, en el que todo se reinstala por completo. Esto es especialmente útil para instalaciones de pequeño alcance.

Una segunda forma de reinstalación es la "conversión remota". También en este caso se utilizan las herramientas de migración para migrar escenario por escenario. Los modelos se migran y transfieren del antiguo sistema BW a BW/4 junto con los datos que contienen.

Una variante de la "conversión remota" es la "conversión shell". La diferencia: no se transfieren datos, lo que resulta especialmente atractivo para las empresas que no quieren utilizar todos los datos históricos al reiniciar, sino sólo una selección.

Por lo tanto, antes de implantar BW/4, es importante identificar el camino que mejor se adapte al propio sistema y a las condiciones específicas. No debe pasarse por alto que también hay trabajo que hacer en el front end, a menos que ya se estén utilizando exclusivamente herramientas de SAP Business Objects BI Suite y SAP Analytics Cloud. Porque, en principio, ya no está previsto utilizar las antiguas herramientas de SAP Business Explorer.

Conclusión

Hay mucho que decir a favor del cambio a BW/4: se están desarrollando nuevas funciones casi exclusivamente para el almacén de datos actual, como el Data Protection Workbench, que por primera vez implementa los requisitos de DSGVO en interacción con SAP ILM.

Además, ya se ha anunciado el fin del mantenimiento para todas las versiones anteriores. BW 7.5 en Hana recibirá soporte hasta finales de 2024, y las versiones anteriores solo hasta finales de 2020.

A este respecto, cada empresa debería comprobar en qué punto se encuentra actualmente en materia de almacenamiento de datos. En función de los resultados, puede que haya llegado el momento de prepararse para el cambio. Dado que el cambio es más que una actualización, no hay que subestimar su complejidad.

Quienes abordan la cuestión desde el principio no sólo pueden planificar y aplicar la introducción con tranquilidad. También se benefician rápidamente de las numerosas oportunidades.