Archivo de la etiqueta: SAP BusinessObjects 4.0

Desktop Intelligence Compability Pack (DCP) de SAP BusinessObjects BI 4.1


Desktop Intelligence (DeskI) fue el primer componente de SAP BusinessObjects BI para diseñar informes, poco a poco fue perdiendo protagonismo por Web Intelligence (WebI), otro componente con similares características pero en entorno Web, principal diferencia con relación a DeskI, que requiere ser instalado en cada ordenador donde será utilizado.

DeskI fue declarado obsoleto y excluido de SAP BusinessObjects 4.0 (BI4) , sin considerar el gran uso que tenía en la comunidad de usuarios BusinessObjects, llegando a ser muy importante en algunas grandes organizaciones que tienen centenares de estos documentos. Las posibilidades que tenían los usuarios en BI4 para no perder el trabajo realizado en sus documentos DesKi eran las herramientas de conversión, que hasta ahora no han satisfecho a casi nadie.

La nueva propuesta para para gestionar el trabajo realizado con DeskI en las tareas de actualización de la plataforma de BusinessObjects BI se denomina Desktop Intelligence Compability Pack (DCP) introducida con la versión 4.1 de SAP BusinessObjects BI (BI41).  DCP es una propuesta menos “traumática”, no se trata de un “conversor mágico”, permite realizar un trabajo progresivo utilizando Desktop Intelligence y accediendo a BI41.

DCP es incluido dentro del paquete de componentes cliente de SAP BusinessObjects XI 3.1 Fix Pack 6.1 y actualizaciones posteriores de la versión 3.1. Es posible utilizar DCP para migrar los documentos DeskI de instalaciones 3.1 y XIR2.  Para mayor información te sugerimos revisar la nota SAP 1920743.

Error WIS 30270 subsiste en BI 4.1


En el mundo de SAP BusinessObjects BI, inclusive en la era pre-SAP, existe un código de error que nunca hemos dejado de ver en todas las versiones, nos referimos al Error WIS 30270.  Se trata de un error genérico que puede ir acompañado con una amplia variedad de mensajes que brindan nulos indicios del origen o solución. Hace más de un año nos encontramos con este error cuando configurábamos la versión 4.0 y también recientemente con la versión 4.1 SP01 (liberada el 23 de agosto, y ya cuenta con dos patchs), en este último caso, el mensaje recibido ha sido el siguiente:

An internal error occurred while calling instance API ERR_WIS_30270

El origen puede estar relacionado con la versión de los componentes JAVA, es decir el servidor de aplicaciones Web y la máquina virtual java. Inclusive seguimos considerando la versión del sistema operativo del host, que seguimos recomendando que sea totalmente en inglés.  Recomendamos realizar la instalación sobre un servidor totalmente “limpio”, sólo con el software del sistema operativo.  Por suerte, contamos con una maqueta de máquina virtual con estas características, un “salvavidas” antes de buscar explicaciones o soluciones que serán difíciles de encontrar, que inclusive SAP no ha podido acotar. 

Al finalizar la instalación, e inclusive antes de profundizar en la customización, realiza pruebas de generación de consultas e informes, grabación y visualización en Web Intelligence (tanto la versión Java como la de cliente enriquecido), es preferible detectar los problemas en esta fase inicial.

PAM actualizado para BI 4.1


El nuevo SAP BusinessObjects BI 4.1 (BI41), al igual que el resto de nuevos proudctos, tiene la guía que resume la compatibilidad de los componentes y sus requerimientos de software y hardware en el documento denominado Product Availability Matrix (PAM).  El mismo PAM es para la plataforma BI 4.1, BusinessObjects Explorer 4.1, Dashboards 4.1 y Crystal Reports 2013.

SAP BO BI 4.1 -  PAM - Página sobre la compatibilidad con apps móviles

Referencia: aquí o aquí

Best Practices para virtualizar BI4* con VMWare


El uso de máquinas virtuales, por la facilidad y flexibilidad que brindan para administrarlos y configurarlos, inclusive en entornos productivos, es una alternativa cada vez más tomada en cuenta.  Hemos visto más de alguna implementación de SAP BusinessObjects Business Intelligence 4.0 (BI4) importante en cuanto al número de usuarios y volumen de información que se procesa que han sido instaladas y configuradas utilizando un cluster de hosts virtualizados.

Somos usuarios habituales de VMware WorkStation para configurar las distintas aplicaciones que utilizamos, asignándole los recursos que se necesita en cada ocasión, de otro modo no podríamos tener varios productos en un mismo equipo.  Este producto es útil para crear máquinas virtuales con todos los sistemas operativos necesarios para instalar cualquier producto SAP.  La edición WorkStation está dirigida al usuario técnico para ser utilizado en un ordenador personal y la edición vSphere es la edición para empresas (Productos de VMWare).

Para lograr una instalación de BI4 sobre VMWare con el máximo rendimiento, SAP está preparando un nuevo manual de buenas prácticas para implementar BI4 en una máquina virtual con VMWare vSphere 5.0, el documento final estará disponible en junio, pero ya se puede acceder a la versión “Draft” (consultar referencias adjuntas).

Referencia: SAP SDN o aquí

Conectividad SAP HANA con BI4


Teniendo presente que la conectividad de SAP HANA y SAP BusinessObjects BI (quizás ya deberíamos llamarlo SAP Analytics) está en evolución, compartimos este gráfica en dónde se puede ver las posibilidades de acceder a los datos de la base de datos de SAP HANA desde los componentes de la plataforma de Business Intelligence de SAP.

(clic para ampliar imagen)

Referencia: SAP Press

Arquitectura de SAP BO BI 4.0: ¿Escalabilidad horizontal o vertical?, “he ahí el dilema”


Poner en marcha un producto como SAP BusinessObjects Business Intelligence, no es “instalar y usar”, menos aún la versión 4.0 y todas sus actualizaciones posteriores, resulta imprescindible que se planifique cual es la mejor arquitectura que requiere la organización, factores tales como el número de usuarios, componentes que se utilizarán, fuentes de datos a las que se accederá o el volumen de información que se analizará; son determinantes en el diseño de la arquitectura de la plataforma de SAP BO BI.

Una plataforma como SAP BusinessObjects BI 4.0 (BI4), tiene varios procesos de servidor, grosso modo, cada componente que genera contenidos de BI tiene entre 3 a 5 tareas (servicios) que se ejecutan en uno o más servidores de BO (ver post anterior), además, otras funcionalidades tales como las búsquedas o estadísticas también tienen procesos asociados que consumen recursos. Considerando este aspecto, se puede definir que los procesos de servidor se puedan “ampliar verticalmente” (escalabilidad vertical) para ahorrar costos (un equipo ejecuta varios o todos los procesos del lado del servidor) o “ampliar horizontalmente” (escalabilidad horizontal ) para mejorar el rendimiento (donde los procesos de servidor se distribuyen entre dos o más máquinas en red).

Pequeñas instalaciones pueden tener un único host para el servidor de aplicaciones Web, servidor de bases de datos y todos los servidores de BI4.  En instalaciones pequeñas o grandes, para liberar recursos al host de SAP BO BI, se puede optar por tener un host de servidor de Aplicaciones Web por separado.

En instalaciones grandes se pueden disponer de varios host de BI4 incluidos en un sólo cluster.  De este modo, se obtiene lo siguiente:

  • Alto Rendimiento (Improved Performance). Varios hosts de SAP BO BI procesarán más rápido una cola de consultas que un único host.
  • Equilibrio de carga (Load balancing). Si un servidor del cluster experimenta una carga más elevada, el proceso responsable en distribuir el trabajo (Central Management Server, CMS) enviará automáticamente el nuevo trabajo a un servidor con mejores tareas en ejecución.
  • Alta Disponibilidad (Improved availability). Si un servidor se encuentra con una “condición inesperada” (unexpected condition), el CMS reenviará el trabajo a otros servidores del cluster hasta que la anomalía se corrija.

Hosts, servidores y servicios, la esencia de SAP BO BI


Cuando hablamos de aplicaciones informáticas la palabra servidor o servidores siempre esta presente, para muchos, tiene un significado específico, asociado a un hardware o un equipo con un sistema operativo “especial” que administra las aplicaciones y/o bases de datos.  Pero si hablamos de SAP BusinessObjects BI, este concepto no es del todo exacto.

Desde sus orígenes, la columna vertebral de SAP BO BI son los servidores, los cuales gestionan las principales funciones de cada componente que se incorpora en la plataforma de BI.  Un servidor en BO es un proceso de sistema operativo que utiliza los recursos que se le asigna (memoria y disco) para llevar a cabo una o más tareas de la plataforma BI de SAP.  Un servidor de BO contiene uno o más servicios, los cuales ejecutan una tarea puntual dentro del espacio asignado al servidor que los contiene.

Los servidores de BO son instalados y configurados en los hosts (máquinas físicas o virtuales).  La principal preocupación de los implementadores y administradores de SAP BusinessObjects BI, es organizar los hosts (si hubiese más de uno), servidores y servicios, considerando las necesidades de la organización y lo que nos ha enseñado nuestra experiencia, para hacer un buen uso de los recursos y brindar con eficiencia la información solicitada por los usuarios.

Conectividad de los nuevos componentes de la plataforma SAP BO BI 4.0


Para casi todas las categorías de componentes de SAP BusinessObjects BI, tenemos más de una alternativa (ver post anterior), por ejemplo, salvo escasas excepciones, creemos que no sería recomendable desplegar las dos ediciones de SAP Crystal Reports en una organización.  La plataforma de SAP BO BI cuenta con una amplia variedad de componentes, además de los que generan contenido BI, contamos con componentes que permiten distribuir contenidos y otros tantos para administrarlos, cada uno de estos pueden consumir los recursos del servidor (host) de SAP BO BI, además del tiempo de las personas responsables en gestionarlos o administrarlos.

Las posibilidades de conectarse a las fuentes de datos puede ser un aspecto para determinar si un componente es útil para un grupo de usuarios de una organización.  De los nuevos componentes que tiene la plataforma SAP BusinessObjects BI, que comentábamos en el post anterior, su conectividad, actualmente, es la siguiente:

SAP Crystal Reports for Enterprise

  • Universos UNX
  • Consulta SAP BEx
  • Analysis Views (SAP HANA)
  • ODBC
  • JDBC
  • MS Excel

SAP BusinessObjects Predictive Analysis

  • Libros MS Excel y ficheros de texto (CSV y txt)
  • Bases de datos: Sybase SQL Anywhere, MySQL, MS SQL Server, Oracle, SAP HANA (relacional y OLAP)
  • Universos UNV (3.*) y UNX (4.0)

SAP BusinessObjecs Design Studio

  • SAP HANA
  • SAP NW BW (y según documentación otras fuentes de datos OLAP)

SAP Visual Intelligence

  • Ficheros de texto (CSV)
  • SAP HANA
  • MS Excel
  • Sentencias SQL sobre bases de datos MS SQL Server, Oracle, Sybase IQ y Teradata
  • Universos UNX

Componentes de SAP BusinessObjects BI 4.0 que generan contenido de BI (actualización)


A comienzos de año compartimos una imagen que describían los principales componentes de la plataforma SAP BusinessObjects Business Intelligence, componentes que permiten generar documentos para analizar la información de una organización, pero desde entonces, nuevos protagonistas en el panorama de SAP BI han surgido, lo que motiva la actualización de esta imagen.

El nuevo panorama de SAP BO BI presenta una plataforma completa, con todas las funcionalidades que se esperan en una suite de Business Intelligence, ahora denominadas Business Analytics (al margen de las discusiones comerciales, para nosotros, BI o BA, es lo mismo).   La característica más echada en falta era la minería de datos, antes cubierta gracias a IBM SPSS, ahora, contaremos con un desarrollo propio de SAP, denominado SAP BusinessObjects Predictive Analysis (no confundir con SAP BusinessObjects Predictive Workbench by IBM, basado en SPSS, compatible sólo con SAP BO 3.1).

Las limitadas posibilidades de Xcelsius (SAP BusinessObjects Dashboards) para desplegar sus visualizaciones en dispositivos móviles, dio lugar a una restructuración de la estrategia de SAP para la elaboración de tableros y cuadros de mando, que consiste en una doble alternativa, por un lado seguiremos contando con Xcelsius, que será renovada para brinde las posibilidades HTML5, formato compatible con dispositivos mobile (actualización prevista para la segunda semana de noviembre) y por otro lado, contaremos con un nuevo producto, SAP BusinessObjects Design Studio (SAP Zen) totalmente compatible con HTML5.

Otra novedad de este año ha sido SAP Visual Intelligence, “hermano” de SAP BusinessObjects Explorer, ambas herramientas encajan en la categoría de exploradores o buscadores empresariales. Visual Intelligence es una versión de escritorio (requiere instalación) a diferencia de Explorer que es aplicación Web.  La interfaz y las posibilidades gráficas, también las diferencia.

Revisando el “road map” de WebI


SAP BusinessObjects Web Intelligence (WebI) es la principal herramienta de la plataforma de Business Intelligence de SAP, SAP BusinessObjecs BI, con este componente se diseñan los informes analíticos que requiere una organización y dadas sus características, permitiendo el uso de universos (capa semántica) es el componente dirigido a satisfacer las necesidades “self service” para que los usuarios modifiquen o diseñen sus nuevos informes sin requerir el soporte de un especialista.

WebI, en la versión 4.0 tuvo grandes cambios, además de las posibilidades de acceso a datos a fuentes de datos SAP, universos UNX y SAP HANA, también tuvo grandes cambios funcionales, ofreciendo una interfaz de usuario más productiva.  Por todo ello, no sorprende que la reciente versión del road map de WebI (del 9 de agosto) no figuren grandes cambios, y en gran medida todo vaya dirigido a estabilizar o mejorar lo hecho hasta ahora.  Sólo nos resultan destacables las posibilidades de personalización de la interfaz, característica que estaría disponible en las próximas actualizaciones.

Referencia: (aquí)