Archivo de la categoría: Sizing

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

Factores que influyen en la pérdida de rendimiento en SAP BPC 7.5 NW

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.

Factores que influyen en la pérdida de rendimiento en SAP BPC 10.0 NW

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.

Anuncios

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

Resultados del informe ZNEWHDB_SIZE para el dimensionamiento (Sizing) de memoria para SAP Suite on HANA (entre otros componentes, SAP ERP)

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:

  • 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:

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

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

La Escalabilidad en SAP HANA (II). Enfoque Scale-up


La capacidad de ampliación Scale-up de un sistema SAP HANA, no tiene mayor complejidad, viene determinada por las configuraciones disponibles que ha definido SAP (SAP HANA T-shirt sizes) y los modelos que ofrece el partner de hardware de SAP HANA que se ha elegido.  SAP recomienda adquirir la máxima recomendación que nos puedan brindar las estimaciones de las herramientas de sizing (notas relacionadas al sizing: aquí, aquí y aquí)

SAP HANA T-shirt sizes and their relation to the IBM custom models

Por ejemplo, tomando como referencia la tabla anterior, para mejorar la capacidad de un appliance SAP HANA con una configuración “XS” a una configuración “S”, bastaría con incrementar la memoria principal a 128 GB. 

Más recursos para el Sizing #BI4


Las necesidades de hardware de SAP BusinessObjects BI 4.0 (BI4) pueden llegar a ser muy importantes, sobre todo en cuanto a la memoria que requiera el Host de esta plataforma de Business Intelligence.  La identificación de las necesidades de hardware de una organización para un producto SAP se denomina Sizing, el cual se basa en uso de la aplicación Quick Sizer y guías específicas a cada producto.

Nueva herramienta para el Sizing de BI4

Para el caso de BI4 comentamos anteriormente, entre otras cosas, el uso de una plantilla del Quick Sizer, ahora a esto se suma una nueva aplicación, el principio es muy similar para introducir los parámetros, pero quizás el resultado es más legible: Se indica el número de usuarios y una estimación del volumen de datos que tendrán los documentos BI por cada tipo de componente que se va utilizar y como resultado obtenemos el número de SAPs que requiere el CPU y la cantidad de memoria recomendad en GB. 

How do we map BI performance to (SD) Benchmark performance

Esta nueva herramienta viene acompañada con la versión más actualizada de la guía de Sizing de BI4 (particularmente, preferimos las versiones anteriores de este documento).

Referencia: SAP SDN

Fórmulas para el “sizing” en SAP HANA


Según SAP, la vía “más segura” o recomendable para estimar las necesidades de hardware de un nuevo producto como puede ser  SAP HANA, es el uso del Quick Sizer.  Pero además de los resultados que se pudieran obtener con esta herramienta, para el caso de SAP HANA, existen unas fórmulas que brindan valores preliminares que no se alejarían de los valores definitivos.

El sizing consiste en estimar las necesidades de memoria, almacenamiento en disco y la capacidad de procesamiento (CPU).  Las fórmulas son las siguientes:

  • Memoria. Para el cálculo de este valor se toma como referencia el tamaño utilizado actualmente, ya sea por el actual SAP NW BW y/o SAP ERP, considerando que no se debería incluir el espacio utilizado por logs, temporales y agregados (en el caso de BW).  Toda la información será cargada en memoria, pero para este fin SAP HANA utiliza mecanismo de compresión que por norma general equivalen a la quinta parte.  Así mismo, para procesos internos, HANA necesita espacio, que se estiman igual al tamaño utilizado por los datos, una vez cargados en memoria.

Memoria = ((Espacio actual) / 5) * 2

  • Disco. Se estima en función del valor obtenido en el cálculo de las necesidades de memoria. Se calcula tanto para datos, como para los logs de transacciones, cada uno de estos datos se obtienen en cada factor de la siguiente fórmula:

Disco = (Memoria * 4) + (Memoria)

  • CPU (basado sobre el número de cores que incluyen) se debe estimar en función del número de usuarios activos, los cuales pueden fluctuar entre 20% y 40% del número de usuarios nominales.  Se estima que para gestionar un usuario activo se requiere 0,2 de un core de CPU:

CPU = 0,2 * (Usuarios activos)