Sizing – aníbal goicochea

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

Complemento para el Sizing de SAP Suite on HANA

Agregando a la entrada anterior sobre el dimensionamiento de la cantidad de memoria requerida (Sizing) para un sistema SAP Suite on HANA, SAP ofrece una herramienta adicional la cual se debe utilizar una vez migrado los datos a SAP HANA Database.

Agregando a la entrada anterior sobre el dimensionamiento de la cantidad de memoria requerida (Sizing) para un sistema SAP Suite on HANA, SAP ofrece una herramienta adicional la cual se debe utilizar una vez migrado los datos a SAP HANA Database. Los valores obtenidos por esta nueva utilidad no deben ser tomados como valores absolutos sino como una referencia adicional, debido a que no todos los tipos de objetos de la plataforma son considerados para el cálculo de la memoria requerida.

Se trata de una sentencia SQL que muestra un pequeño informe. Todas las indicaciones necesarias para utilizar este recurso se encuentra en la nota de referencia, se sugiere acceder a esta nota para obtener la última versión de la utilidad.

Referencia: SAP Note 1872170

Sizing para SAP Suite on HANA

El «Sizing», dimensionamiento o estimación de las necesidades de memoria y CPU es uno de los primeros pasos y más relevante al implementar un nuevo producto SAP, en el caso de la plataforma SAP HANA o cualquier de los productos que funcionan sobre esta HANA tiene aún más importancia como en el caso de SAP Suite on HANA, la cual incluye los siguientes componentes:

El «Sizing», dimensionamiento o estimación de las necesidades de memoria y CPU es uno de los primeros pasos y más relevante al implementar un nuevo producto SAP, en el caso de la plataforma SAP HANA o cualquier de los productos que funcionan sobre esta HANA tiene aún más importancia como en el caso de SAP Suite on HANA, la cual incluye los siguientes componentes:

SAP ERP 6.0, version for SAP HANA,
SAP CRM 7.0, version for SAP HANA,
SAP SCM 7.0, version for SAP HANA,
SAP Supplier Relationship Management 7.0, version for SAP HANA

Para calcular la cantidad de memoria requerida, SAP sugiere el uso de la herramienta QuickSizer. Pero para un cálculo aproximado y rápido, SAP señala el siguiente criterio: 50% del tamaño total de las tablas de datos, incluyendo índices, más 20% como margen de seguridad. También se debe considerar los crecimientos futuros en datos o el uso de otras aplicaciones.

Referencia: SAP Note 1793345

Factores que influyen en el rendimiento de SAP BPC

Hay diversos factores que pueden influir en el rendimiento de SAP Business Planning and Consolidation (SAP BPC), sobre todas las posibles causas esta la configuración del hardware (CPUs, memoria, red, uso de SAP HANA o SAP BWA) el cual debería responder, especialmente en cuanto al número de CPU y memoria, a los siguientes otros factores que también influyen en el rendimiento:

Hay diversos factores que pueden influir en el rendimiento de SAP Business Planning and Consolidation (SAP BPC), sobre todas las posibles causas esta la configuración del hardware (CPUs, memoria, red, uso de SAP HANA o SAP BWA) el cual debería responder, especialmente en cuanto al número de CPU y memoria, a los siguientes otros factores que también influyen en el rendimiento:

Número de usuarios concurrentes.
Volumen de datos maestros (dimensiones).
Volumen de datos transaccionales (cubos).
Complejidad de jerarquías (número de jerarquías y niveles o profundidad).
Complejidad de lógicas (scripts y fórmulas).
Complejidad en la definición de business rules para los procesos de consolidación y conversión monetaria.

Un adecuado dimensionamiento de las necesidades de hardware (sizing) desde el inicio, teniendo una visión clara de lo que se diseñará, podrá evitar contratiempos posteriores. Adicionalmente, tenga presente las tareas de administración que requiere esta plataforma (tales como optimización de cubos y eliminación de ficheros temporales).

«Datos no-activos» de «SAP BW on SAP HANA»

El concepto de datos no activos (non-active data concept) que se aplica en SAP NW BW powered by SAP HANA (BW on SAP HANA) nace de la característica común que podemos encontrar en cualquier repositorio de datos o data warehouse: los datos históricos que pueden contener, los cuales pueden ser de gran volumen y suelen tener un uso ocasional.

El concepto de datos no activos (non-active data concept) que se aplica en SAP NW BW powered by SAP HANA (BW on SAP HANA) nace de la característica común que podemos encontrar en cualquier repositorio de datos o data warehouse: los datos históricos que pueden contener, los cuales pueden ser de gran volumen y suelen tener un uso ocasional.

Identificando y gestionando adecuadamente los datos históricos con los que se cuenta, se puede hacer un uso más eficiente de la memoria principal, permitiendo que se cargue en ella los datos que requieran los usuarios en el momento que sea necesario. Inclusive para las tareas de estimaciones de las necesidades de recursos de hardware (sizing), la correcta aplicación de este concepto puede tener impacto en una menor necesidad de memoria principal (nota 1736976).

Al igual que todo lo que concierne a SAP HANA, el concepto de datos no-activos es relativamente muy nuevo, por lo que SAP prevé ampliar el alcance y funcionamiento de esta técnica para hacer un uso más óptimo de la memoria.

Referencia: Nota SAP 1767880