Controla el espacio libre en disco de tu instalación SAP BusinessObjects BI

El poco espacio libre en disco en una instalación de SAP BusinessObjects BI puede ser un peligro potencial importante que puede dañar toda la instalación, especialmente en las tareas de actualización. Disponer de menos de 15 GB libres en disco puede significar la pérdida o corrupción de ficheros indispensables para la ejecución del servidor de aplicaciones (por ejemplo Tomcat) o del Server Intelligence Agent (SIA) o peor aún, el daño irreparable de la base de datos del CMS.


El poco espacio libre en disco en una instalación de SAP BusinessObjects BI puede ser un peligro potencial importante que puede dañar toda la instalación, especialmente en las tareas de actualización. Disponer de menos de 15 GB libres en disco puede significar la pérdida o corrupción de ficheros indispensables para la ejecución del servidor de aplicaciones (por ejemplo Tomcat) o del Server Intelligence Agent (SIA) o peor aún, el daño irreparable de la base de datos del CMS.

Medidas Preventivas

Como medida preventiva se debe controlar la disponibilidad de espacio suficiente en disco, si se tiene todos las capas es un mismo host, el tamaño promedio del disco, de un sistema de producción, no debería ser inferior a 150 GB. Así mismo, se debe controlar la generación de ficheros temporales, una actualización puede llegar a consumir más de 6 GB de espacio en disco en ficheros temporales que usualmente no elimina el programa de actualización al concluir el proceso. Por último, resulta indispensable la copia de seguridad de los datos de la plataforma de BI.

Posibles Soluciones

La primera señal de que algo no va bien es cuando el Tomcat y el SIA no se ponen en marcha, la cusa usual es que algunos ficheros JAR se han perdido, la solución pasa por copiar, desde otra instalación equivalente (misma versión y nivel de actualización) los ficheros JAR que estuviesen faltando (ver notas SAP 1982241 y 2033715). Un problema más grave sería el daño de la base del CMS, cuya solución puede resultar compleja antes de recurrir a la restauración de una copia de seguridad, depende del daño que tuviese, una medida sería recurrir a la copia de ficheros asociados a la base de datos del CMS que se almacenan antes de cada actualización (ver nota SAP 1711203).

Compatibilidad entre Data Services y BI4

SAP Data Services (DS) y SAP Information Steward (IS) son productos para el tratamiento de datos (ETL, calidad e integridad) los cuales tienen dependencia con la plataforma SAP BusinessObjects Business Intelligence (BIP). BIP o BI4 es indispensable en DS/IS para poder gestionar, a través de la consola de Administración Central (CMC), los Usuarios, Grupos, Access Level, Data Services (repositorios), Servers, entre otros objetos.


SAP Data Services (DS) y SAP Information Steward (IS) son productos para el tratamiento de datos (ETL, calidad e integridad) los cuales tienen dependencia con la plataforma SAP BusinessObjects Business Intelligence (BIP). BIP o BI4 es indispensable en DS/IS para poder gestionar, a través de la consola de Administración Central (CMC), los Usuarios, Grupos, Access Level, Data Services (repositorios), Servers, entre otros objetos.

Matriz de compatibilidad entre Data Services, Information Steward y SAP BusinessObjects BI o Information Platform Services (IPS)

Opcionalmente, en vez de utilizar una instalación completa de BI4 se puede optar por la instalación básica, denominada Information Platform Services (IPS). El nivel de versiones y actualizaciones de los distintos productos de SAP no van alineados en compatibilidad, en la nota de referencia podrás encontrar la matriz de compatibilidad entre DS con BI4/IPS.

Referencia: Nota SAP 1740516

El parámetro CLEAN_UNIVERSE, otro “gran desconocido” en BI4


Parametros por defecto de un Business Layer en IDT 4.1Por actividades propias de la edición de universos de SAP BusinessObjects BI, agregando o eliminando los distintos elementos que lo conforman, estas capas semánticas pueden alcanzar un gran tamaño en el transcurso del tiempo. Si se elimina definiciones de objetos en un universo, podremos observar que apenas cambia de tamaño, porque al parecer los objetos eliminados no se retiran físicamente, sólo se “ocultan”.

Para solucionar el problema de tener universos “pesados”, se introdujo en la versión XI 3.1 actualización Fix Pack 5.1, el parámetro CLEAN_UNIVERSE para que “comprimiese” los universos (ver nota 1726463). Al parecer, este parámetro sólo estaba pensado para el antiguo diseñador de Universos UNV, Universe Designer (o simplemente Designer).

Para Information Design Tool, el diseñador de universos UNX de la 4.0/4.1 la información sobre este parámetro es casi inexistente y la poca que hay es contradictoria. Por un lado se señala que no es necesario utilizar este parámetro porque los universos (Business Layer) son guardados de la manera más óptima y por otro lado, hay testimonios de usuarios que señalan haberlo utilizado, luego de los cual sus universos se habrían dañado (ver foro sobre el tema). Hasta no contar con documentación oficial, no recomendamos su uso.

Tamaño ideal de un Universo de SAP BusinessObjects BI

Por “fastuoso” que pueda resultar el nombre de la capa semántica de SAP BusinessObjects BI, un “universo” no necesariamente debe pretender cubrir todas las necesidades de análisis de información que tuviese una organización.


Por “fastuoso” que pueda resultar el nombre de la capa semántica de SAP BusinessObjects BI, un “universo” no necesariamente debe pretender cubrir todas las necesidades de análisis de información que tuviese una organización.

Recuento de objetos de un universo UNX en IDT a través del Business Layer (BI4)Un “universo”, el cual cumple el esencial papel de “interprete” o “puente” entre las estructuras técnicas de los datos y los usuarios de negocio, debería reflejar los elementos de análisis de un proceso de negocio o procesos complementarios, que no necesariamente son de “propiedad” de una determinada área o principal interés para todos los usuarios de una organización.

Las posibilidades que brindan herramientas como Web Intelligence (WebI) de diseñar documentos en base a más de una consulta, dónde cada consulta puede utilizar un proveedor de datos distinto (los cuales podrían ser diferentes universos), no justifica el diseño de universos mastodónticos.

¿Cuál es el tamaño ideal de un Universo?

Las buenas prácticas de SAP señalan que un universo no debería superar los 200 objetos. Si estamos utilizando “Information Design Tool” (IDT), en la capa del “Business Layer” podríamos obtener el recuento de objetos. Un universo demasiado grande podría ocasionar los siguientes contratiempos:

  • Problemas de rendimiento y memoria
  • Dificultad de navegación y uso
  • Complejidad en el diseño de la seguridad, más aún si se desea realizar a nivel de objeto.

Botón «End Session» de BI 4.1 SP3 ¿dónde estás que no te veo?

La posibilidad de eliminar sesiones de usuarios en SAP BusinessObjects BI, hasta antes de la reciente actualización 4.1 SP3 (28.03.2014), era posible mediante rutinas basadas en llamadas al SDK de la plataforma. Una de las principales novedades de SAP BI 4.1 SP3, anunciada con mucho entusiasmo (por ejemplo, aquí y aquí), es la inclusión de un botón para eliminar sesiones, muy necesario en grandes instalaciones para terminar aquellas sesiones que se quedan activas a pesar que el usuario ha cerrado las aplicaciones que las generó.


La posibilidad de eliminar sesiones de usuarios en SAP BusinessObjects BI, hasta antes de la reciente actualización 4.1 SP3 (28.03.2014), era posible mediante rutinas basadas en llamadas al SDK de la plataforma. Una de las principales novedades de SAP BI 4.1 SP3, anunciada con mucho entusiasmo (por ejemplo, aquí y aquí), es la inclusión de un botón para eliminar sesiones, muy necesario en grandes instalaciones para terminar aquellas sesiones que se quedan activas a pesar que el usuario ha cerrado las aplicaciones que las generó.

Botón End Session de SAP BusinessObjects BI 4.1 SP3 en el CMC  (Al parecer, sólo visible en nuevas instalaciones y no si se aplica la actualización)

Después de aplicar esta actualización a dos hosts distintos, con el nivel de parche 4.1 SP2 no hemos llegado a ver el tan anhelado botón. Revisando la documentación del Administrador, sólo se señala que es necesario tener el derecho «Edit Object» en el objeto «CMC», propio de un perfil de Administrador. Para despejar dudas, realizamos una nueva instalación utilizando el instalador con el nivel de actualización 4.1 SP3, y sin realizar nada excepcional, el «botón mágico» era visible.

Quizás hemos obviado algún paso que deberíamos revisar, pero en teoría, para este tipo de actualizaciones no hay demasiada ciencia. Comentarios sobre experiencias sobre este tema serán bienvenidos, en cualquier caso, esperaremos el próximo Patch de la SP3 de la 4.1.