Business Intelligence – Página 39

«SAP Visual Intelligence» ahora se denominará «SAP Lumira»

Sí, tenemos otro “rebanding” en SAP y otra vez en el portfolio de SAP BusinessObjects Business Intellince (perdón, SAP Analytics Solutions), a pesar de las extensas explicaciones que se han dado esta vez, resulta incomprensible que SAP reiteradamente siga haciendo lo mismo, el caso más sonado fue Xcelsius por SAP Dashboards (pasando previamente por otras variantes) o el caso de SAP Desing Studio que previamente se llamó SAP BusinessObjects Analysis, edition for Application Design y fue dado a conocer con SAP Zen e inclusive en algún momento se pretendió cambiar el nombre de Web Intelligence por algo como Interactive Analysis.

Sí, tenemos otro “rebanding” en SAP y otra vez en el portfolio de SAP BusinessObjects Business Intellince (perdón, SAP Analytics Solutions), a pesar de las extensas explicaciones que se han dado esta vez (aquí o aquí), resulta incomprensible que SAP reiteradamente siga haciendo lo mismo, el caso más sonado fue Xcelsius por SAP Dashboards (pasando previamente por otras variantes) o el caso de SAP Desing Studio que previamente se llamó SAP BusinessObjects Analysis, edition for Application Design y fue dado a conocer con SAP Zen e inclusive en algún momento se pretendió cambiar el nombre de Web Intelligence por algo como Interactive Analysis.

Hasta ahora, el “criterio” para cambiar los nombres que tenía SAP era utilizar nombres descriptivos, resulta que los nuevos criterios serán: evocador, inusual y memorable… “mala suerte” para Xcelsius, de haberse pensando antes así, quizás no lo hubieran cambiado el nombre o quizás tendríamos en porfolio de soluciones analíticas algo llamado como SAP Zen.

SAP Visual Intelligence (SAPVisi) es una herramienta dirigida a los usuarios de negocio, muy fácil de instalar y utilizar, que permite cargar datos, ajustarlos (transformarlos) y elaborar gráficas o visualizaciones para analizar la información sin requerir ayuda de especialistas técnicos. Esta herramienta que ya lleva más de un año de circulación ahora se denominará SAP Lumira.

SAP Lumira es una apuesta de presente y futuro que tiene SAP, inicialmente se presentó como un complemento de SAP BusinessObjects Explorer, pero la vemos, por todas las funcionalidades que viene sumando, como un producto más versátil y ágil, con muchas posibilidades para ser considerado para cubrir las necesidades de análisis de información de áreas de negocio y pequeñas/medianas empresas. Además de poder adquirirla por 99 dólares la edición personal, se sumará la alternativa cloud en el mes de junio.

Esperemos que el cambio de nombre de SAP Visual Intelligence por el de SAP Lumira no genere demasiada confusión, especialmente por todo lo que ya se ha escrito con el término Visual Intelligence. No cuestionamos el cambio de nombre, sino el momento y la variación en el criterio, es más nos, nos parece muy adecuado el nombre porque en más de una ocasión algún usuario a pensado que existe similitud con Web Intelligence, dos componentes del porfolio de soluciones analíticas totalmente distintos. Después de todo, el poco conocimiento que tienen los usuarios sobre este producto y un nombre más coloquial ayude a su difusión.

SP4, SP5 y SP6 para BI4

Para muchos usuarios debe ser algo complicado comprender las versiones que tenemos disponibles con SAP BusinessObjects Business Intelligence 4.0 (BI4). Actualmente tenemos en circulación la 4.0 SP4, 4.0 SP5 y 4.0 SP6 liberada esta última el 30 de abril. Cada una de estos service pack (SP) tiene un nivel de parche (patch), viendo el calendario de actualizaciones semanales, observamos que en el caso de la SP4 llegaría hasta el patch 10.

Para muchos usuarios debe ser algo complicado comprender las versiones que tenemos disponibles con SAP BusinessObjects Business Intelligence 4.0 (BI4). Actualmente tenemos en circulación la 4.0 SP4, 4.0 SP5 y 4.0 SP6 liberada esta última el 30 de abril. Cada una de estos service pack (SP) tiene un nivel de parche (patch), viendo el calendario de actualizaciones semanales, observamos que en el caso de la SP4 llegaría hasta el patch 15.

Podemos pasar de un SP a otro superior sin tener que aplicar todos los parches que existiesen entre ellos. Salvo una indicación excepcional (recomendable revisar la documentación que acompaña a cada versión), siempre una actualización de cualquier producto SAP que se encuentre en el mismo nivel de Service Pack (SP), es posible aplicar desde cualquier Patch a uno superior sin necesidad que sea el inmediatamente consecutivo, esto es posible porque los Patchs son acumulativos dentro de un mismo SP. Por ejemplo, se podría saltar del Patch 3 al 7, ambos del SP5.

Por otro lado, también se habla de la versión 4.1, la cual se encuentra en ramp-up (equivalente a una fase de pruebas que es realizada con la colaboración de un grupos de usuarios) y sería liberada en agosto.

Sugerencia, deberíamos contar con una actualización próxima a la SP6, mínimo SP5 patch 1, la que incluye mejoras en movilidad para Dashboards y todos los parches que se aplicaron en SP4 antes que se publicara SP5. Debido a que cada vez se liberaba un nuevo SP, este generalmente no incluía el último parche del SP anterior, a través de un blog de SAP SCN, se indica que esto se corrige con el SP6, el cual incluye todas las correcciones publicada a nivel de SP5 hasta el 30 de abril.

Consideraciones básicas para el despliegue de “BW on HANA” (I)

Complementando la entrada anterior, si contáramos con SAP Netweaver BW powered by SAP HANA” (BW on HANA ) se debería considerar los siguientes aspectos al planificar su configuración:

Complementando la entrada anterior, si contáramos con SAP Netweaver BW powered by SAP HANA (BW on HANA ) se debería considerar los siguientes aspectos al planificar su configuración:

SAP no da soporte al despliegue de múltiples sistemas SAP NW BW en un sistema productivo SAP HANA.
SAP brinda soporte al despliegue de múltiples sistemas SAP NW BW on HANA en arquitecturas de nodo único o multinodo con fines distintos a un entorno productivo, con una base de datos por cada sistema SAP NW BW.
El servidor de base de datos de un sistema BW es desplegado en un esquema de la base de datos SAP HANA. La instancia central del sistema BW y todas las aplicaciones de servidor asociadas no se instalan en el appliance SAP HANA, son instalados en un servidor aparte.
Con respecto al párrafo anterior, existen “excepciones” señaladas en la nota 1661202 que permiten aplicaciones residan en el sistema SAP HANA en un entorno productivo. Si una aplicación que no figura en el listado de excepciones es instalada en BW on HANA en un entorno productivo, esta aplicación no tendría soporte por parte de SAP. En un entono distinto a producción si tendría soporte.
BW on HANA permite la aplicación de técnicas de alta disponibilidad (High Availability – HA) y tolerancia a fallos (Disaster Tolerance – DT). En cuanto a HA sigue los mismos mecanismos que un sistema SAP HANA, a través de la activación de nodos pasivos. En general, especialmente en los casos de DT, estas técnicas pueden variar en función del proveedor de Hardware.
Las técnicas que se aplican en un sistema SAP HANA para evitar que los datos en memoria se pierdan ante un fallo en el servicio eléctrico también incluye los datos de BW on HANA.
Es recomendable tener por los menos tres nodos en un sistema SAP HANA en el que se despliegue BW on HANA. En el nodo principal estarían las tablas con almacenamiento basado en filas y en lo nodos esclavos se tendría las particiones de los infocubos y ODSs (Ref. nota 1702409).
Para información adicional y futuras novedades sobre los aspectos comentados en esta entrada revisar las notas 1666670 y 1661202.

Consideraciones para el despliegue de más de una base de datos SAP HANA

Con el término SAP HANA Appliance se hace referencia a un servidor o un sistema SAP HANA el cual puede estar compuesto por un único nodo o por un conjunto (cluster) de nodos (arquitectura con escalabilidad horizontal o sclae-out) dónde en al menos un nodo reside la base de datos SAP HANA y los componentes del sistema.

Con el término SAP HANA Appliance se hace referencia a un servidor o un sistema SAP HANA el cual puede estar compuesto por un único nodo o por un conjunto (cluster) de nodos (arquitectura con escalabilidad horizontal o sclae-out) dónde en al menos un nodo reside la base de datos SAP HANA y los componentes del sistema.

Hace unos días leíamos un listado de acrónimos y términos vinculados al mundo SAP HANA, una buena referencia, pero faltaría considerar otros como MCOS que corresponden a las iniciales de “Multiple Components One System” que describen la arquitectura de múltiple nodo que se señala en el párrafo anterior. Otro término que también se utiliza en el contexto SAP HANA es “Multi-SID” o MSID (Multiple Database on one SAP HANA appliance) que hace referencia a la posibilidad de configurar más de una base de datos en un sistema SAP HANA.

Cabe recordar que en un entorno productivo HANA sólo tendrá soporte si tiene una única base de datos en el sistema (SIDS). Es posible tener más de una base de datos HANA, pero sólo debería ser considerado en entornos que no son con fines de producción, tales como los clásicos entornos de pruebas o desarrollo. Esta consideración se aplica tanto si se trata de una arquitectura de un nodo o multinodo.

Un appliance HANA, recién entregada por los partners de hardware, lo encontraremos con una base de datos SAP HANA, usando “On-Site Configuration tool” se podrá configurar una base de datos adicional, para lo cual deberá considerar lo siguiente:

No debería realizarse en un entorno productivo.
Se debería contar con la configuración de hardware necesaria para soportar el despliegue de más de una base de datos (especialmente en cuanto a memoria).
Se debe tener en cuenta que se puede perder rendimiento o velocidad en la ejecución de varios procesos.
Si hubiera problemas en el sistema y se solicitará el servicio de soporte de SAP, podría indicarse detener las bases de datos para comprobar si el problema es originado por la configuración de las bases de datos adicionales.
Para más información y futuras novedades revisar las notas 1681092 y 1661202.

Conectividad de los componentes SAP BI con fuentes de datos SAP NW BW

A continuación un cuadro resumen de las posibilidades de conectividad para acceder a fuentes de datos SAP NW BW desde componentes clientes SAP BusinessObjects BI o herramientas que permiten generar contenidos de Business Intelligence.

A continuación un cuadro resumen de las posibilidades de conectividad para acceder a fuentes de datos SAP NW BW desde componentes clientes SAP BusinessObjects BI o herramientas que permiten generar contenidos de Business Intelligence. En todos los casos, si la herramienta tiene conectividad BICS (BI Consumer Services, introducida en la versión 4.0) es a alternativa más recomendable por la rapidez de acceso y por ofrecer el mejor reflejo de la definición de los metadatos.

Predictive Analysis y Visual Intelligence aceptan universos UNX pero no si acceden a fuentes de datos SAP NW BW. Tener presente que esta conectividad puede mejorar o variar en el futuro.