aníbal goicochea

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

Revisando la guía de Sizing de SAP BPC on HANA (#HANABPC)

En una instalación de SAP Business Planning and Consolidation 10.0 NW (SAP BPC) la arquitectura de nuestra instalación cambia a nivel de la capa de datos, tal como se señala en la siguiente imagen:

En una instalación de SAP Business Planning and Consolidation 10.0 NW (SAP BPC) la arquitectura de nuestra instalación cambia a nivel de la capa de datos, tal como se señala en la siguiente imagen:

Luego de revisar una reciente actualización de la guía de Sizing (estimación de necesidades de hardware) de HANABPC, destacamos los siguientes aspectos:

Las posibles causas de pérdida de rendimiento son las mismas señaladas para una instalación de BPC NW 10.0 sin HANA (ver entrada relacionada).
A nivel del servidor de aplicaciones (SAP NW ABAP Application Server) las necesidades de memoria y CPU se mantienen y a nivel de servidor de base de datos las necesidades de hardware se incrementan considerablemente con HANA.

Las estimaciones que figuran en esta guía sólo es para BPC on HANA si hubiese más componentes se debería realizar las estimaciones necesarias y sumar los resultados de estas estimaciones de hardware.
No hay que hacer una asignación de recursos a cada componente, la asignación es automática y gestionada por el sistema, el único requisito es que se debe contar con todos los recursos necesarios que necesiten los componentes.
Las estimaciones de esta guía están basadas para soluciones de tipo planificación. Si se implementase soluciones del tipo consolidación financiera debería considerarse que cada usuario utiliza un CPU core, por ejemplo, si hubiese 10 tareas concurrentes de consolidación se debería considerar la necesidad de 10 cores en el sistema.
Las estimaciones son las mismas si se trata de una infraestructura física o de entornos o máquinas virtuales.
No se señala explicitamente que la recomendación de no utilizar modelos con más de 13 dimensiones se supere en un sistema con HANABPC. Nuestra sugerencia es diseñar modelos con el menor número de dimensiones que sea posible.

El uso de CPUs y las licencias de SAP BusinessObjects BI

El sistema de licenciamiento de SAP BusinessObjects BI no es nada exacto o uniforme, todo depende según las necesidades del cliente. Las licencias del uso de CPU, en teoría, responden a los siguientes criterios:

El sistema de licenciamiento de SAP BusinessObjects BI no es nada exacto o uniforme, todo depende según las necesidades del cliente (ver entrada anterior). Las licencias del uso de CPU, en teoría, responden a los siguientes criterios:

Cada CPU core de un host SAP BI requiere una licencia.
El primer CPU core requiere una licencia de CPU. Cada core del mismo CPU requiere un 0.5 de licencia.
Si el resultado del cálculo no es número entero, este deberá redondearse.
En teoría, SAP no impone limitaciones en el uso de CPUs, la contratación de licencias necesarias es una formalización que debe realizarse.

Por ejemplo, para una instalación de un host con dual CPU quad-core, el cálculo de licencias de CPU sería el siguiente:

1 Server x 2 CPUs x (1 + 0.5 + 0.5 + 0.5) = 5 Licencias de CPU

Pero bueno, cada caso tiene un tratamiento particular, la última palabra la tendrá SAP.

Referencias: Notas SAP 1285639 y 1344387

Licencias de SAP BusinessObjects BI, tan diverso y difuso como clientes pudiesen existir

Difícilmente encontraremos dos clientes que hayan pagado lo mismo por un producto SAP y mucho menos probable si de SAP BusinessObjects BI hablamos. SAP podría decir en su descargo que responde a las necesidades singulares de cada cliente,… Pero bueno, sea cual fuera el motivo, en el sistema de licenciamiento de SAP BO BI entran en juego las siguientes variables:

Difícilmente encontraremos dos clientes que hayan pagado lo mismo por un producto SAP y mucho menos probable si de SAP BusinessObjects BI hablamos. SAP podría decir en su descargo que responde a las necesidades singulares de cada cliente,… Pero bueno, sea cual fuera el motivo, en el sistema de licenciamiento de SAP BO BI entran en juego las siguientes variables:

Usuarios nominales (Named user license). La licencia determina un número máximo de usuarios que se pueden definir en la plataforma.
Licencia por concurrencia (Concurrent license). Determina el número de sesiones que se pueden conectar simultáneamente. Un usuario puede consumir más de una sesión, por ejemplo un usuario puede estar conectado vía navegador Web y la aplicación mobile de SAPBI.
Licencia por CPU (CPU License). Determina el número máximo de CPUs (cores) que se podrían utilizar en un BusinessObjects Server Enterprise.

Como propuesta de licencia podemos recibir una basada en alguna de estas variables, generalmente en función de la tercera combinada con cualquiera de los dos primeras variables.

Referencia: SAP Note 1285639

¿Mayores causas de pérdida de rendimiento en BPC 10.0 que en BPC 7.5?

Comparando las guías de Sizing o dimensionamiento de las necesidades de hardware de SAP Business Planning and Consolidation NW (SAPBPC NW) de las versiones 7.5 y 10.0, vemos un aumento considerable de las posibles causas de pérdida de rendimiento en la última versión.

No creemos que se deba a un aumento de complejidad de BPC, más pensamos que SAP ha aprendido de la experiencia y señala casi absolutamente todo como posible causante de pérdida de rendimiento.

Nuestra sugerencia es que se debe tener en cuenta, desde el punto de partida, que BPC es una herramienta transaccional ´para las tareas relacionadas a la planificación y consolidación financiera. Si se desea analizar grandes volúmenes de información, SAP BPC no es la herramienta analítica que cubrirá tus expectativas, quizás, además de BPC, deberías pensar en SAP BusinessObjects BI.