aníbal goicochea

PAM actualizado para BI4 SP6

Con la publicación del service Pack 06 (SP6 o SP06) de SAP BusinessObjects Business Intelligence 4.0 (BI4) SAP ha publicado una actualización del documento «Product Availability Matrix» (PAM) en este documento se resume los requerimientos de software y hardware que requiere un producto SAP.

Con la publicación del service Pack 06 (SP6 o SP06) de SAP BusinessObjects Business Intelligence 4.0 (BI4) SAP ha publicado una actualización del documento «Product Availability Matrix» (PAM) en este documento se resume los requerimientos de software y hardware que requiere un producto SAP.

Entre las principales novedades es la compatibilidad que tiene la versión 4.0 SP6 con Windows 8 y Office 2013. Así mismo, también la conectividad con fuentes SAP NW BW se amplia a las versiones 7.31 y 7.4.

Referencia: (aquí)

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.

¿Qué es SAP HANA Enterprise Cloud?

SAP HANA Enterprise Cloud es el nombre comercial de una plataforma en la nube (PaaS)denominada Petabyte Farm (actualmente cuenta con 2 datacenters en EEUU y 2 en Europa) que brinda procesamiento en memoria para desplegar aplicaciones SAP incluyendo SAP Business Suite powered by SAP HANA y SAP NetWeaver Business Warehouse powered by SAP HANA (BW on HANA).

SAP HANA Enterprise Cloud es el nombre comercial de una plataforma en la nube (PaaS)denominada Petabyte Farm (actualmente cuenta con 2 datacenters en EEUU y 2 en Europa) que brinda procesamiento en memoria para desplegar aplicaciones SAP incluyendo SAP Business Suite powered by SAP HANA y SAP NetWeaver Business Warehouse powered by SAP HANA (BW on HANA).

SAP HANA Enterprise Cloud es a la fecha la vía más económica para que una organización cuente con la tecnología in-memory computing de SAP. No se debe confundir con SAP HANA One, el servicio que se ofrece a través de Amazon Web Services, dirigida principalmente a los desarrolladores el cual brinda principalmente el servicio de base de datos. SAP HANA Enterprise Cloud es una plataforma que puede ser utilizada en entornos productivos con posibilidades muy similares a las que podríamos obtener con una infraestructura física de SAP HANA.

Referencia: (aquí o aquí)

¿Tanto comprobar importes para que luego todo se “cocine”?

Este es la pregunta que nos formulamos después de saber que más del 60% de directivos cree que las empresas ajustan los números de sus cuentas según su conveniencia, lo que vulgarmente conocemos como “cocinar”. Esta conclusión se basa en una encuesta realizada por Ernst & Young a directivos de 100 compañías de Europa, Oriente Medio, India y África.

¿Dónde quedan las discusiones por los descuadres por diferencias de algunos céntimos o unidades monetarias que nunca falta cuando se comparan informes?, ¿Dónde queda la transparencia y responsabilidad social?… Bueno, siempre podremos decir que estamos dentro del 40% restante.

Referencia: Diario Expansión y elEconomista

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.