HANA – Página 11 – aníbal goicochea

CPUs de un sistema SAP HANA a la máxima frecuencia

Puede suceder que después de reiniciar un sistema SAP HANA o realizar una actualización del sistema, se observe que los CPUs no estén trabajando a la máxima frecuencia disponible. Existe la posibilidad de monitorizar esta información a través de la vista M_HOST_INFORMATION la cual sólo se actualiza al iniciar el sistema.

Las diferencias entre las frecuencias del “CPU model” y el “CPU clock” se podrían deber a la parametrización del denominado “CPU governor”, parámetro a nivel del sistema operativo (SUSE Linux), que para el caso de un sistema SAP HANA, en el que se espera un sistema de alto rendimiento y un sistema de bases de datos con procesamiento paralelo, no debe tener asignado ningún valor equivalente a ahorro de energía (“ondemand” o similar), el valor recomendado es “performance”. En los enlaces de referencia se explica el procedimiento para ajustar este parámetro.

Referencia: SAP Note 1890444 y OpenSuse.org

SAP presenta su roadmap de soluciones de Análisis Predictivo

Con la compra de KXEN por parte de SAP, el panorama de su porfolio Predictive Analysis o Análisis Predictivo, estaba totalmente nublado. Con la publicación de la primera versión del roadmap “SAP Predictive Analysis and SAP InfiniteInsight” se aporta cierta claridad, quedando por esclarecer, la alianza estratégica que recientemente anuncio SAP con SAS.

Con la compra de KXEN por parte de SAP, el panorama de su porfolio Predictive Analysis o Análisis Predictivo, estaba totalmente nublado. Con la publicación de la primera versión del roadmap “SAP Predictive Analysis and SAP InfiniteInsight” se aporta cierta claridad, quedando por esclarecer, la alianza estratégica que recientemente anuncio SAP con SAS.

Un roadmap debe ser visto como una declaración de intenciones, la cual puede estar sujeta a ciertas modificaciones, pero en principio, da a conocer los pilares sobre la que se estructurará la evolución o próximos cambios de un portfolio. El conocimiento de un roadmap es importante para los usuarios para que puedan planificar sus próximas inversiones en tecnologías de la información.

La denominación de este roadmap recibe el nombre de las dos aplicaciones que coexistirán para cubrir diversas necesidades Estadísticas y de Minería de Datos. SAP Predictive Analysis es la aplicación desarrollada por SAP y SAP InfiniteInsight es el principal producto de KXEN. Contra lo que en principio se presuponía, SAP Predictive Analysis no desaparecerá, este producto terminará absorbiendo todos los módulos y funcionalidades de los productos de KXEN.

El panorama final será amplio, a largo plazo las funcionalidades y módulo de InfiniteInsight serán integradas en Predictive Analysis, Lumira (antes Visual Intelligence) y SAP HANA, lo cual dará lugar a la creación de una nueva librería HANA (InfiniteInsight function library – “IFL” – for SAP HANA). El mensaje de futuro es claro, “si quieres incorporar capacidades predictivas a tu negocio, piensa en HANA o en las alternativas de Sybase IQ o Teradata 14.1”

El análisis predictivo de SAP vuelve a «nacer», pero los que hicieron inversiones en SAP Predictive Analysis, por el momento, pueden estar tranquilos, su inversión no se ha perdido, y en el futuro tendrán a su disposición actualizaciones de una aplicación mucho más completa.

Propuesta de Análisis Predictivo de SAP en restructuración

SAP no se ha conformado con la adquisición de KXEN para reestructurar su propuesta de Análisis Predictivo y Minería de Datos, una nueva y transcendente medida se suma en esta línea, se trata del acuerdo de colaboración con SAS Institute la compañía líder de este sector del Business Analytics/Data Mining.

SAP no se ha conformado con la adquisición de KXEN para reestructurar su propuesta de Análisis Predictivo y Minería de Datos, una nueva y transcendente medida se suma en esta línea, se trata del acuerdo de colaboración con SAS Institute la compañía líder de este sector del Business Analytics/Data Mining.

La finalidad de la alianza de SAP con SAS es lograr el funcionamiento más óptimo de los productos y soluciones de SAS Institute sobre plataformas SAP HANA y desarrollar una propuesta comercial conjunta de procesamiento en memoria y Big Data. Hoy por hoy, sobre la propuesta de Análisis Predictivo de SAP identificamos los siguientes hechos relevantes:

Nueva adquisición de KXEN
Alianza estratégica con SAS Institute
Uso de SAP HANA como plataforma
Futuro de SAP Predictive Analysis (aplicación desarrollada a inicios de año por SAP)

Para muchos, falta claridad o una visión conjunta que explique los planes de futuro que tiene SAP para utilizar soluciones de minería de datos para la gestión de los negocios. Una alternativa para conocer los próximos pasos de SAP es el webinar del 4 de noviembre que bridarán los responsables de soluciones Predictive Analytics.

Referencias: SAS.com, SAP.com y enlace para Webinar

Uso de Vistas Analíticas de SAP HANA en BEx Query Designer

En un escenario SAP NetWeaver BW powered by SAP HANA o simplemente BW on HANA, las posibilidades de utilizar estructuras de datos nativos de HANA con los de BW o viceversa, se van ampliando con cada actualización tanto de HANA como de BW.

En un escenario SAP NetWeaver BW powered by SAP HANA o simplemente BW on HANA, las posibilidades de utilizar estructuras de datos nativos de HANA con los de BW o viceversa, se van ampliando con cada actualización tanto de HANA como de BW.

Por ejemplo, si necesitásemos diseñar una consulta BEx con datos BW y datos HANA, actualmente, esta necesidad puntual podríamos cubrirla del siguiente modo:

Crearíamos una vista analítica HANA (analytical view) para acceder a los datos HANA que se requieren.
Desde NW BW, accedemos a la transacción RSA1 y creamos un VirtualProvider de tipo “Based on a HANA Model” en la InfoArea que veamos conveniente. A través de botón de “detalles” seleccionamos la vista analítica HANA que deseamos utilizar.
Luego visualizaremos los atributos de la vista analítica, seleccionaremos aquellos que deseamos que sean accesibles desde el VirtualProvider y luego vincularemos con objetos BW.
Grabamos y activamos el VirtualProvider. A partir de este punto podríamos utilizar BEx Query Designer para construir una consulta o podríamos definir un Multiprovider para combinar el VirtualProvider con otras fuentes BW.

Referencia: Post «Creación de una “Analytic View” de SAP HANA»

Una tarea menos al migrar a BW on HANA, ya no es necesario optimizar los DSO

Los productos de los portfolios SAP de Business Intelligence, Enterprise Performance Management y todo el sistema SAP HANA se encuentran en un proceso de constante cambio o mejora, lo que podemos leer hoy, en unos meses podría ser inaplicable o simplemente podría tener colgado el letrero de “obsoleto”. Hasta hace unos meses, en las tareas de migración de SAP NetWeaver BW sobre la plataforma SAP HANA se señalaba, como parte de este proceso, la conversión de los denominados DataStore Objects (DSO) estándares a los DSO optimizados para SAP HANA, este paso, hoy por hoy, resulta innecesario, hasta contraproducente.

Los productos de los portfolios SAP de Business Intelligence, Enterprise Performance Management y todo el sistema SAP HANA se encuentran en un proceso de constante cambio o mejora, lo que podemos leer hoy, en unos meses podría ser inaplicable o simplemente podría tener colgado el letrero de “obsoleto”. Hasta hace unos meses, en las tareas de migración de SAP NetWeaver BW sobre la plataforma SAP HANA se señalaba, como parte de este proceso, la conversión de los denominados DataStore Objects (DSO) estándares a los DSO optimizados para SAP HANA, este paso, hoy por hoy, resulta innecesario, hasta contraproducente.

Un DSO es una estructura plana que permite almacenar datos con un nivel alto de granularidad. Hasta la actualización SP09 de SAP NW BW 7.3 llevado sobre SAP HANA, era necesario convertirlos los ODS estándar a los denominados SAP HANA Optimized DataStore Object. A partir de la actualización SP10 de SAP NW BW los ODS han sido mejorados en el tratamiento de la tabla de control de cambios (change log table), se prescinde del denominado “history index” (de “calculated change log” a “persistent chage log”) cuyo resultado es un mejor rendimiento al utilizar los DSO, haciendo innecesario su conversión una vez llevados sobre SAP HANA.

Además que en el panorama actual resulta innecesario convertir los DSO en SAP HANA, se sugiere que si se tuviese DSO optimizados para SAP HANA estos deberían reconvertirse utilizando la transacción RSDRI_RECONVERT_DATASTORE.

Referencia: SAP Note 1849498