Los “buffers” de un sistema SAP

Los buffers de un sistema SAP son áreas de memoria que permiten almacenar programas, registros de tablas, y otros objetos del sistema, con el fin de mejorar el rendimiento de los procesos que utilizan estos datos. Con la transacción ST02 podemos visualizar el estado de los buffers del sistema.


Los buffers de un  sistema SAP son áreas de memoria que permiten almacenar programas, registros de tablas, y otros objetos del sistema, con el fin de mejorar el rendimiento de los procesos que utilizan estos datos.  Con la transacción ST02 podemos visualizar el estado de los buffers del sistema.

Estructura de la ventana de la transacción ST02 para ver los buffers del sistema

De esta ventana, destacamos los siguientes tipos de buffers:

  • Buffers del repositorio (Nametab buffers). Contiene las definiciones de las tablas y campos activos del diccionario del sistema.  Cuando se activa una tabla o un campo en el sistema, se añade una entrada en dichos buffers.
  • Buffers de programas.  Contiene las versiones ejecutables de los programas.
  • Buffers de tablas. Almacenan registros o rangos de registros. En la configuración de cada tabla (Technical Option) se puede ver su inclusión en este buffer. Esta sección presenta dos entradas: Generic Key (rangos de registros o tablas enteras) y Single record (registros individuales)
  • Export/Import. Facilita, vía programas, la grabación de datos en memoria, también es usada por las jerarquías de BW.

Hay una serie de recomendaciones para valorar el uso de los buffers, tales como la frecuencia de modificación de las tablas, modo de acceso (vía claves primarias) o el tamaño de la tabla.  La buena gestión de los buffers de un sistema SAP NW BW repercutirá en el funcionamiento de otras aplicaciones que se ejecuten sobre ella, tal como SAP Busniess Planning and Consolidation (SAP BPC).

Limitaciones en reporting con cubos BPC10 NW usando herramientas distintas al EPM Add-in o formato Web

Supongamos que en proyecto de SAP BPC 10.0 NW (SAP Business Planning and Consolidation) no gustan lo suficiente los informes del EPM Add-in (interfaz cliente de SAP BPC) o la fuerza de la costumbre que puedan tener los usuarios adquiera una importancia considerable y se decida utilizar otra herramienta de reporting externa a BPC, una herramienta tal como BEx Analyzer.


Supongamos que en proyecto de SAP BPC 10.0 NW (SAP Business Planning and Consolidation) no gustan lo suficiente los informes del EPM Add-in (interfaz cliente de SAP BPC) o la fuerza de la costumbre que puedan tener los usuarios adquiera una importancia considerable y se decida utilizar otra herramienta de reporting externa a BPC, una herramienta tal como BEx Analyzer.

Al margen de las dudas sobre BEx Analyzer con respecto a su futuro como herramienta de reporting,  se debe tener en cuenta que su uso para explotar directamente en cubo SAP BPC, es una práctica no soportada por SAP, así se lee en la nota de referencia:  “Integration with BEx Analyzer(NOT officially supported yet)”.

Limitaciones al utilizar otra herramienta de reporting externa a SAP BPC utilizando el conector SAP BW OLE DB (ODBO-XLMA) tal como BEx Analyzer

Técnicamente es factible explotar un cubo generado por la definición de un modelo SAP BPC NW, pero hacerlo significa tener presente la distinta interpretación de datos que puedan tener otra herramienta, dado en que BPC la interpretación de los valores está determinado por las especificaciones plasmadas en las distintas dimensiones que conforman un modelo, especialmente en la dimensión de tipo Account.  Así mismo, toda la seguridad definida a través de los miembros de dimensión (Data Access Profiles) no sería toda en cuenta, por lo que debería replicarse algo similar.

Referencia: SAP Note 1730125

Una vez más, gestiona bien tus ficheros temporales de SAP BPC

En una entrada anterior comentábamos el impacto que podría causar en el rendimiento de los procesos sino se gestiona adecuadamente los ficheros temporales que se generan en una plataforma SAP Business Planning and Consolidation (SAP BPC), sumamos ahora el impacto negativo que también tendría en la generación de las copias de seguridad.


En una entrada anterior comentábamos el impacto que podría causar en el rendimiento de los procesos sino se gestiona adecuadamente los ficheros temporales que se generan en una plataforma SAP Business Planning and Consolidation (SAP BPC), sumamos ahora el impacto negativo que también tendría en la generación de las copias de seguridad.

Ventana de la transacción UJBR de SAP BPC NW 7.5 SP10 y SAP BPC NW 10.0

Los ficheros temporales de SAP BPC NW que se generan por operaciones tales como la carga de datos o la auditoria, pueden llegar a incrementar de manera considerable el tamaño de un Environment BPC (antes AppSet o Conjunto de Aplicaciones) que harían imposible restaurar una copia de seguridad.  

Para evitar contratiempos, es necesario definir procedimientos periódicos para eliminar o transferir estos ficheros transaccionales fuera del Environment de BPC y utilizar adecuadamente las opciones que nos ofrece la transacción de Backup/Restore de BPC.

Referencia: SAP Note 1660238

SAP, tengo una «sospecha», los Environments de BPC tienen limitaciones

Con las experiencias o padecimientos de los usuarios se logra la madurez de un producto, lo que se puede corregir el fabricante lo corrige y lo que no, se señala como restricciones, limitaciones o fuera de alcance. Hay muchos cambios que hemos visto en productos tan nuevos como SAP BusinessObjects BI 4.0 y SAP Business Planning and Consolidation (SAP BPC) 10.0


Con las experiencias o padecimientos de los usuarios se logra la madurez de un producto, lo que se puede corregir el fabricante lo corrige y lo que no, se señala como restricciones, limitaciones o fuera de alcance.  Hay muchos cambios que hemos visto en productos tan nuevos como SAP BusinessObjects BI 4.0 y SAP Business Planning and Consolidation (SAP BPC) 10.0, algunos cambios de funcionamiento y también advertencias y restricciones. Indudablemente estos cambios han sido gracias a los primeros usuarios que «descubrieron» alguna anomalía y lo comunicaron al equipo de soporte de SAP, que al final deriva en una nota para el resto de los usuarios.

En el caso de SAP BPC 10.0 NW, tenemos una «sospecha», nos referimos así porque no hay documentación o nota que niegue o afirme nuestra «hipótesis». Cuando trabajamos con SAP BPC NW por cada «Environment» (antes Application Set) se crea una InfoArea en SAP NW BW, en este espacio se van guardando la serie de objetos que vamos definiendo, necesarios para nuestros proyectos (dimensiones, modelos – cubos -, lógicas e inclusive ficheros temporales). Nuestra «sospecha» es que, al igual que otros objetos de BPC que se reflejan en BW, no pueden ser tratados del mismo modo.

Es decir, creemos que las InfoAreas creadas por la definición de un Environment de BPC tienen limitaciones, tales como la cantidad de objetos que puedan contener o inclusive, su origen, por ejemplo que no pueda contener cubos creados desde BW. Seguro que por el momento son muy pocos los que superen los 35 modelos en un Environment de BPC para que hasta la fecha no exista una nota con «restricciones» al respecto. Algunas veces no es necesario esperar una «comunicación oficial», si vemos los contratiempos, podemos actuar. La nota de referencia refuerza un poco nuestra sospecha.

Referencia: (aquí)

Compatibilidad de SAP BPC con Windows 8 y Office 2013

A través de la nota 1823786 SAP ha comunicado que tiene planes para el 2013 incluir en SAP Business Planning and Consolidation (SAP BPC) versión 10.0 compatibilidad con los nuevos productos de Microsoft,


A través de la nota 1823786 SAP ha comunicado que tiene planes para el 2013 incluir en SAP Business Planning and Consolidation (SAP BPC) versión 10.0 compatibilidad con los nuevos productos de Microsoft, tal como Windows 8, Office 2013 y Internet Explorer 10.  Para la versión 7.5 sólo se prevé compatibilidad con Windows 8 e Internet Explorer 10.  Para la versión 7.0 no habría novedades en este sentido. 

Referencia: (aquí) y revisar post relacionado