EarlyWatch Alert para SAP HANA Database

El EWA o EarlyWatch Alert es el automatismo que nos informa, periódicamente, sobre el estado de una plataforma, brindando alertas o sugerencias sobre mejoras en la parametrización y aplicación de actualizaciones sobre los componentes que conforman un sistema.


El EWA o EarlyWatch Alert es el automatismo que nos informa, periódicamente, sobre el estado de una plataforma, brindando alertas o sugerencias sobre mejoras en la parametrización y aplicación de actualizaciones sobre los componentes que conforman un sistema. Desde hace un tiempo ya es posible configurar un EWA sobre un sistema SAP HANA, inclusive si este no hace una referencia a un sistema ABAP.

En la nota 1958910 se señala los requisitos, modo de configuración y otras consideraciones.

Notas para utilizar SAP BPC como fuente de datos en SAP BusinessObjects BI

Poco a poco va mejorando la conectividad entre SAP Business Planning and Consolidation (SAP BPC) y SAP BusinessObjects BI (BI4.*). En el documento de referencia se recopila la serie de notas SAP que explican cómo conectar componentes BI o diseñar universos BusinessObjects utilizando como fuentes datos a modelos BPC.


Poco a poco va mejorando la conectividad entre SAP Business Planning and Consolidation (SAP BPC) y SAP BusinessObjects BI (BI4.*). En el documento de referencia se recopila la serie de notas SAP que explican cómo conectar componentes BI o diseñar universos BusinessObjects utilizando como fuentes datos a modelos BPC.

  • 1731626 – Connectivity options between various BusinessObjects BI tools and BPC
  • 1835142 – Cannot connect to BPC 7.5 from BI 4.0
  • 1613548 – How to troubleshoot the BPC ODBO driver connectivity issues
  • 1690965 – How to test ODBO connectivity on 64-bit editions of Windows
  • 1613532 – Error «Could not find provider BPCMDX.4» when creating a Universe connection
  • 1797313 – Authentication error when creating an IDT connection to BPC 7.5 using XMLA
  • 1632820 – How to debug and trace Xcelsius dashboards connected to a web service
  • 1784015 – BPC MS: What are the required components for BPC and Xcelsius Integration
  • 1909019 – How to troubleshoot connectivty issues between BI and BPC data sources with Fiddler
  • 1709467 – Trouble shooting BPC ODBO / XMLA issues

Referencia: SAP Note 1835213

«Promover» objetos con LCM_CLI en BI4.*

En SAP BusinessObjects BI 4.* (BI4.1 o BI4.0), se conoce con el termino «Promover» a la acción de transportar o copiar los objetos de un entorno a otro, por ejemplo, de “Desarrollo” a “Producción”. Para este fin SAP Businessbjects BI 4.* incluyen la funcionalidad «Promotion Management», la que en algún tiempo se denominó Lifecycle Management, de ahí que la iniciales LCM estén presentes en algunos componentes de esta herramienta.


En SAP BusinessObjects BI 4.* (BI4.1 o BI4.0), se conoce con el termino «Promover» a la acción de transportar o copiar los objetos de un entorno a otro, por ejemplo, de “Desarrollo” a “Producción”. Para este fin SAP Businessbjects BI 4.* incluyen la funcionalidad «Promotion Management», la que en algún tiempo se denominó Lifecycle Management, de ahí que la iniciales LCM estén presentes en algunos componentes de esta herramienta.

Para “Promover” objetos tenemos la interfaz web, pero con la limitación que sólo podemos definir o configurar tareas (Jobs) con un máximo de 100 objetos, por otro lado, este proceso puede realizar comprobaciones de dependencias entre los objetos y con la seguridad definida, y según la complejidad de la implementación, esta tarea de comprobación podría interrumpirse si superase los 20 minutos que restringe el servidor de aplicaciones web para estos procesos.

LCM Command line interface (LCM_CLI) de BI4.1 y BI4.0

Debido a los dos posible contratiempos señalados en el párrafo anterior, existe “LCM Command Line Interface” (LCM_CLI.bat o lcm_cli.sh), una opción para promover gran cantidad de objetos entre plataformas SAP BI 4.1 o SAP BI 4.0. El uso de esta herramienta se recomienda en grandes implementaciones con una gran cantidad de objetos, su uso requiere una adecuada configuración, así como el seguimiento de algunas buenas práctica para evitar la pérdida de rendimiento o que el proceso no finalice o se interrumpa. Documentación reciente señala el uso de esta funcionalidad a partir de la actualización BI 4.1 SP02 o superiores, para lograr buena performance.

Referencia: SAP Note 1969259

Los sesgos en la toma de decisiones

En la toma de decisiones no basta un buen sistema de información, como señalamos en una entrada anterior, el adecuado control de nuestras emociones puede encaminarnos a decisiones más acertadas. Hay varios artículos sobre el proceso decisional, por ejemplo, en el artículo de referencia se señala cuatro “sesgos” en la toma de decisiones, para lo cual se mencionan sugerencias al respecto, esta publicación se basado en la teoría WRAP (acrónimo formado por las iniciales de las soluciones para evitar estos sesgos).


En la toma de decisiones no basta un buen sistema de información, como señalamos en una entrada anterior, el adecuado control de nuestras emociones puede encaminarnos a decisiones más acertadas. Hay varios artículos sobre el proceso decisional, por ejemplo, en el artículo de referencia se señala cuatro “sesgos” en la toma de decisiones, para lo cual se mencionan sugerencias al respecto, esta publicación se basado en la teoría WRAP (acrónimo formado por las iniciales de las soluciones para evitar estos sesgos).

Los sesgos en la toma de decisiones son los siguientes:

  1. Los marcos estrechos. Son la tendencia común que tenemos al definir nuestras opciones de un modo demasiado acotado, con el fin de verlas en términos binarios. Por ejemplo, nos preguntamos: ¿Deberíamos hacer esto o esto otro? En lugar de platearnos de este modo una situación, deberíamos preguntarnos: ¿Hay alguna manera de hacer esto y esto otro? Con frecuencia nos encontramos atrapados en un marco estrecho en el que se destaca una alternativa a expensas de las otras.
  2. Sesgo de confirmación. Un hábito normal en nuestras vidas es desarrollar una creencia precipitada acerca de una situación y luego buscar información que refuerce esa creencia. Cuando la gente tiene la oportunidad de recopilar información, es más probable que seleccione aquella información que respalda su actitud, sus creencias y sus acciones preexistentes.
  3. Las emociones a corto plazo. Cuando debemos tomar una decisión difícil, nuestros sentimientos se agitan. Repetimos los mismos argumentos en nuestra cabeza. Nos desesperamos por nuestras circunstancias. Cambiamos de opinión de un día para otro… Levantamos tanta polvareda que no podemos ver el camino a seguir.
  4. El exceso de confianza. La gente cree saber más de lo que en realidad sabe sobre el futuro. Tenemos demasiada confianza en nuestras propias predicciones debido a que, centramos nuestra atención en la información que tenemos a mano, y luego sacamos conclusiones a partir de esa información.

Cómo contrarrestar nuestros sesgos

Un proceso normal de toma de decisiones, habitualmente se lleva a cabo en cuatro pasos, cada uno de estos pasos puede verse influenciada por algún sesgo. A continuación, se señalan estos pasos con la posible solución que evite la influencia de los sesgos:

  1. Nos encontramos con una elección. Pero un marco estrecho hace que no tengamos en cuenta algunas opciones. Sugerencia: Ampliemos nuestras opciones (Widen your options).
  2. Analizamos nuestras opciones. Pero el sesgo de información nos lleva a recopilar información interesada. Sugerencia: Pasemos nuestros supuestos por la prueba de la realidad (Reality-test your assumptions).
  3. Tomamos una decisión. Pero las emociones a corto plazo, a menudo, nos tentarán a tomar la decisión equivocada. Sugerencia: Tomemos distancia antes de decidir (Attain distance before deciding).
  4. Luego vivimos con ella. Pero, a menudo, confiaremos demasiado respecto a lo que deparará el futuro. Sugerencia: Preparemonos para estar equivocados (Prepare to be wrong).

Referencia:Harvrd Deusto (Nro. 232 – Marzo 2014)

Particionado de Tablas en SAP HANA (y III) – Buenas Prácticas


A continuación señalamos algunas buenas prácticas (best practices) al definir particiones en SAP HANA Database. Cabe señalar que para los objetos BW on SAP HANA, la técnica de particionamiento es distinta (ver entradas anteriores: aquí y aquí):

  • Sólo aplicar el particionado de tablas cuando sea necesario y se observa un beneficio claro de esta técnica. Una alta cantidad de particiones innecesarias ocasionaría una sobrecarga en el sistema al ejecutar consultas, al tener que acceder a múltiples particiones para encontrar los datos solicitados.
  • Si se particiona por el límite de tamaño de tabla de los dos mil millones de registros, es aceptable si el tamaño de las particiones contienen hasta los 500 millones de registros.
  • Si el criterio de partición es por fecha, se debe evitar utilizar criterios granulares tales como día o semana, dado que generaría un gran número de particiones.
  • Si se utiliza el tipo de partición RANGE sobre una columna cuyo contenido no se distribuye uniformemente, se deben verificar la distribución de sus valores reales para definir los límites de los rangos en consecuencia
  •  Utilizar el menor número de columnas para definir el criterio de particionamiento. En el caso del tipo de partición HASH, a menudo es útil emplear sólo la columna clave más selectiva, para que las solicitudes de datos que incluye esta columna sólo accedan a una partición.
  •  Las buenas prácticas de los documentos de referencia, señalan que las particiones de una misma tabla estén contenidas en el mismo host si es que se cuenta con una estrategia scale-out (despliegue/escalabilidad horizontal)
  • Si se va a reparticionar una tabla, para lograr mayor eficiencia, elija un número múltiplo o divisor del número de particiones con respecto al actual.
  • Evitar la definición de particiones con restricciones únicas adicionales, por ejemplo índices secundarios, dado que las verificaciones posteriores significarían una sobrecarga importante.