Las «tablas del sistema» de SAP HANA

La documentación sobre SAP HANA es cada vez más accesible, uno de los últimos documentos publicados es sobre las tablas del sistema y vistas de monitorización. Estas tablas pueden ser consultadas por la vista de Catálogo del SAP HANA Studio.


La documentación sobre SAP HANA es cada vez más accesible, uno de los últimos documentos publicados es sobre las tablas del sistema y vistas de monitorización.  Estas tablas pueden ser consultadas por la vista de  Catálogo del SAP HANA Studio.

Documentación disponible, pero falta lo más importante, la instalación o plataforma ¿?.  Por el momento nos conformamos con las instalaciones de evaluación.  SAP estima que en la medida que aumenten las instalaciones de SAP HANA, disminuirán los precios de adquisión y mantenimiento de su plataforma de procesamiento en memoria.

Referencia: help.sap.com o aquí

El Sizing de SAP, una “ciencia inexacta”

Resulta imprescindible contar con el hardware adecuado para las soluciones que se utilicen en una organización, es imprescindible saber si es necesario más memoria, disco o capacidad de procesamiento para que el rendimiento de las aplicaciones se ejecuten en tiempos razonables y aceptables para el usuario.


Resulta imprescindible contar con el hardware adecuado para las soluciones que se utilicen en una organización, es imprescindible saber si es necesario más memoria, disco o capacidad de procesamiento para que el rendimiento de las aplicaciones se ejecuten en tiempos razonables y aceptables para el usuario.

SAP, en el transcurso de su existencia, ha ido presentando una serie de recursos para realizar el dimensionamiento de las necesidades de hardware (conocido como “sizing”), de todas estas herramientas, es el Quick Sizer es el que nos ofrece el dato más aproximado, una estimación difícil de interpretar expresada en SAPS, que según sugerencias de SAP debería ser debatida o interpretada por el proveedor del hardware.

Los SAPS (SAP Application Performance Standard) es una unidad de medida creada por SAP que equivale a 2.400 transacciones SAP basadas en el módulo de SAP SD (Sales and Distribution).  Según documentación SAP, el número de SAPS obtenidos debería ser verificado en las tablas de referencia para obtener los valores en CPU, memoria y espacio de base de datos.  Esto podría parecer relativamente fácil, pero resulta que las tablas de referencias sólo se basan en la implementación de SAP ERP.

Novedades para el Sizing

SAP ha incluido recientemente una aplicación denominada “Sizing Decision Tree” para guiar al usuario hacia el recurso que debería utilizar o consultar según las necesidades que tenga. Otra novedad es la inclusión de un nuevo KPI que complementaría a los SAPS, denominado SCU (Single Computing Unit) que trata de dimensionar el impacto del hardware sobre el rendimiento de la aplicación (aquí más información), dudamos que ayude, porque de igual modo tenemos que consultar las tablas de referencia. Nos preguntamos: ¿Es mucho pedir, después de introducir la aplicación a utilizar, usuarios concurrentes, volumen de datos y la información que SAP considere, que SAP nos diga, “necesitas tanto de CPU, memoria y disco”?

Adicionalmente al dimensionamiento del hardware, como parte del Sizing, es aconsejable revisar las guías de Sizing de la aplicación correspondiente, en muchos casos incluyen parametrización adicional, para el caso de SAP BusinessObjects BI 4.0, resulta imprescindible su uso.  Como novedad se ha publicado la guía del Sizing de SAP GRC 10.0

Otros post sobre Sizing SAP: aquí, aquí y aquí

Presente y futuro de SAP GRC

SAP GRC 10.0, disponible desde ha ce más de un año, es la versión que integra, de un modo más efectivo todos los componentes que conforman esta plataforma, no tan sólo visualmente, sino también desde el punto de vista de configuración, parametrización, uso y compartición de datos.


SAP GRC 10.0, disponible desde ha ce más de un año, es la versión que integra, de un modo más efectivo todos los componentes que conforman esta plataforma, no tan sólo visualmente, sino también desde el punto de vista de configuración, parametrización, uso y facilidades para compartir datos.

Pero al hablar del futuro, es referirse al “road map”, planes de futuro, sujetos a modificaciones, que ofrece SAP para sus principales productos y plataformas. Si hay algo común en todos estos “mapas de ruta”, es su integración con SAP HANA, el despliegue de versiones o complementos “móviles” (SAP GRC ya cuenta con una aplicación mobile para smartphones y tabletas) y uso/explotación de información no estructurada proveniente de medios sociales (blogs y redes sociales).

Pero además de los aspectos comunes a otras plataformas, se espera que las próximas versiones de SAP GRC incluyan, entre otras cosas, lo siguiente:

  • Funcionalidades más analíticas,
  • Herramientas predictivas,
  • Librerías de controles automatizados,
  • La aplicación de estándares internacionales (ISO 2700X e ISO 31000),
  • Más funciones de control y monitorización de los procesos de negocio y transacciones

Referencia: (pdf)

Sugerencia de buenas fuentes sobre GRC

Han pasado más de dos años que escribimos uno de nuestros primeros post sobre GRC, y percibimos que estamos en lo mismo, hace más de dos años pensábamos que después de la situación que nos había tocado digerir (y que aún nos sigue atragantando), las organizaciones (al menos, las más grandes) intentarían hacer las cosas de un modo diferente. Pero sin contar con estudios al respecto, creemos que en general, todo se sigue haciendo del mismo modo.


Han pasado más de dos años que escribimos uno de nuestros primeros post sobre GRC, y percibimos que estamos en lo mismo, hace más de dos años pensábamos que después de la situación que nos había tocado digerir (y que aún nos sigue atragantando), las organizaciones (al menos, las más grandes) intentarían hacer las cosas de un modo diferente. Pero sin contar con estudios al respecto, creemos que en general, todo se sigue haciendo del mismo modo.

GRC (Governance, Risk and Compliance) al igual que el EPM (Enterprise Performance Management) son “términos paraguas”, debajo de ellos encontramos una serie de conceptos, metodologías, técnicas y herramientas. En el caso del EPM, resulta meridianamente fácil explicar, porque como disciplina las funciones económicas financieras se llevan de un modo u otro, en todas las organizaciones.

Podríamos señalar sobre el GRC lo siguiente: “es una disciplina que define una filosofía o marco de trabajo único, coherente con la estrategia, para que esta se cumpla, evitando contratiempos, identificando oportunamente los riesgos y definiendo acciones para disminuir o eliminar el impacto de los mismos”. Pero por más definiciones propusiésemos, si nunca se ha hecho nada similar, quizás se piense que se puede continuar sin GRC.

Para contribuir a conocer un poco más el mundo del GRC, compartimos los siguientes enlaces, que a nuestro parecer son las mejores fuentes de información al respecto:

Referencia: Nuestros posts sobre GRC

¿Existe «publicidad engañosa» de terceros que quieren beneficiarse de SAP HANA?

Si un producto dice ser dietético y no lo es, en algunos países del mundo, donde los entes reguladores existen y cumplen su trabajo, en el corto plazo, aquel producto es retirado del mercado o el fabricante es obligado a cambiar su discurso. Esta situación podría ser catalogada como un caso de publicidad engañosa, porque podría conducir a que los consumidores comprasen el producto con la esperanza de obtener un beneficio que nunca se producirá.


Si un producto dice ser dietético y no lo es, en algunos países del mundo, donde los entes reguladores existen y cumplen su trabajo, en el corto plazo, aquel producto es retirado del mercado o el fabricante es obligado a cambiar su discurso. Esta situación podría ser catalogada como un caso de publicidad engañosa, porque podría conducir a que los consumidores comprasen el producto con la esperanza de obtener un beneficio que nunca se producirá.

Otro caso, un fabricante diseña una plataforma que se podrá convertir en un estándar para el procesamiento de datos, permitiendo que otros fabricantes diseñen sus productos para que trabajen con la nueva plataforma, pero ¿quién controla que los productos de los otros fabricantes cumplen las especificaciones mínimas para que ese producto pueda señalar que es compatible con la nueva plataforma?

Centrando nuestra preocupación. ¿El simple hecho que una aplicación nos permita conectarnos a bases de datos SAP HANA, es suficiente para que se auto-señale como un producto “on SAP HANA” o “powered by SAP HANA”, cuando lo único que nos ofrece es un conector, quizás recodificado proveniente para otra fuente de datos?

Sabemos que uno de los principios básicos de SAP HANA y del procesamiento en memoria (in-memory computing), es que la capacidad de cálculo, que tradicionalmente reside en las aplicaciones, es trasladada, en gran parte, a la base de datos, evitándose el tráfico innecesario y contribuyendo a disminuir los tiempos de respuesta. Intuimos que la mayoría de soluciones que se presentan con “compatibilidad HANA” no cumplen este principio. Pensamos que SAP debería ser más exigente con la calidad de los desarrollos de otros fabricantes que quieran ser reconocidos como productos para la plataforma SAP HANA, evitará decepciones de los usuarios y protegerá el prestigio de su producto más importante.

Posts relacionados: aquí y aquí