SAP HANA – Administration – Página 8

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

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

Luego de la migración de BW sobre HANA, no olvides convertir los infocubos

Una vez realizada la migración de SAP NetWeaver BW a un sistema SAP HANA, BW on HANA podría ser utilizado para realizar las operaciones habituales sin ninguna restricción, pero este escenario no sería nada recomendable. Realizada la migración, el siguiente paso debería ser convertir los infocubos tradicionales de SAP NW BW a infocubos optimizados para SAP HANA (SAP HANA Optimized InfoCubes) para obtener el máximo rendimiento en las tareas de cargas de datos y reporting.

Una vez realizada la migración de SAP NetWeaver BW a un sistema SAP HANA, BW on HANA podría ser utilizado para realizar las operaciones habituales sin ninguna restricción, pero este escenario no sería nada recomendable. Realizada la migración, el siguiente paso debería ser convertir los infocubos tradicionales de SAP NW BW a infocubos optimizados para SAP HANA (SAP HANA Optimized InfoCubes) para obtener el máximo rendimiento en las tareas de cargas de datos y reporting.

Utilizando la transacción RSMIGRHANADB o el programa RSDRI_CONVERT_ CUBE_TO_INMEMORY, visualizaremos una ventana similar a la adjunta a esta entrada y dónde podremos elegir el infocubo que deseamos convertir. El proceso de conversión se ejecuta en segundo plano, este proceso remueve las tablas de dimensiones para que las tablas de datos maestros estén directamente vinculadas a la tabla de hechos F (post relacionado).

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