HANA – Página 27 – aníbal goicochea

#SAPPHIRENOW Madrid, “Frases Célebres” de la primera jornada

En grandes eventos como es SAPPHIRE Now, los oradores o presentadores estilan acuñar frases que muchas veces se convierten en referencias destacables, o lo que es peor, en clichés, que pueden causar reacciones como las siguientes:

En grandes eventos como es SAPPHIRE Now, los oradores o presentadores estilan acuñar frases que muchas veces se convierten en referencias destacables, o lo que es peor, en clichés, que pueden causar reacciones como las siguientes:

Parece que la expresión “explotar los datos” para hacer referencia al reporting analítico, ya cansó, sugerencia: evite su uso.

Revisando algunos Tweets del día, extraemos lo que nos ha parecido lo más relevante de la primera jornada del último evento más importante del año de SAP:

Movilidad

No pienses en movilidad como una tecnología, piensa lo que un usuario final necesita
71% de los líderes de TI ven el móvil como un instrumento transformacional
La estrategia móvil no se trata de que dispositivos utilizar, debe ser centrada sobre la forma de abordar el fenómeno o necesidades del usuario final
La consumirización estan guiando la estrategia móvil. Usuarios demandan uso de dispositivos móviles en las empresas.
El móvil es el «escritorio» del futuro, en 3 a 5 años.
Lleve a su sucursal bancaria a sus clientes, personalizar su experiencia en banca
consumerización de la TI es real
Nuestro objetivo es crear valor para nuestros clientes, invirtiendo en innovación móvil.

Usuarios y Negocios

¿Qué ha cambiado para que usted debe aprender SAP Visual Intelligence, análisis predictivo y tableros móviles?
Consumidor promedio son 40% más propensos a comprar productos si son influenciados por factores sociales.
Punto de inflexión: Los usuarios desean la facilidad de Apple y la rapidez de Google
Aumentar el valor y el impacto estratégico de negocio, al mismo tiempo
La cara cambiante del departamento de recursos humanos de hoy – con mayores responsabilidades para HR
Imagine un sistema de financiamiento que sea divertido de usar.
Si la conclusión de la reunión es «educar a su cliente», has estado en la reunión equivocada
Nos alejamos de pensar que teníamos todas las respuestas, y hemos comenzado a escuchar a nuestros clientes.

Big Data, SAP HANA y BI

Nuevas posibilidades de consumo de información cuando se ejecuta SAP BW sobre HANA, pudiendo combinar con información no-SAP
La gente no quiere bigdata, quieren grandes respuestas
SAP HANA no es sólo una base de datos, sino una plataforma
SAP HANA SP05 intrudece la capa Application Services para la ejecución de aplicaciones HTTP
SAP también ofrecere un entorno para desarrollo de aplicaciones en la nueva capa «Application Services» de HANA
SAP HANA SP05 será liberado el 30 de noviembre
Geodatos serán soportados por SAP HANA
BI4 en SAP Hana es «fácil» de usar
El Análisis Predictivo es un proceso iterativo, no tan sólo para los científicos de datos.

Cloud Computing

EPM On-Demand, en cualquier momento y en cualquier lugar, impulsado por Cloud HANA
SAP planea habilitar Data Services (Herramienta de ETL) como una solocución cloud
La nube es mucho más que facilitar el uso de software, es conectar a las personas con otras personas
SAP cuenta con 17 millones de usuarios que ejecutan el software en la nube, Más que cualquier otra compañía en el mundo.

Coyuntura (Crisis)

En Europa tenemos que crear oportunidades y crecimiento. El desafío más grande es el desempleo para los jóvenes.
Estamos viviendo en un mundo donde la incertidumbre es la nueva normalidad. Es necesario reflexionar para encontrar la nueva oportunidad.

Nos quedamos como anuncios más importantes: la disponibilidad de SAP HANA 1.0 SP05 para el 30 de noviembre, la liberación o disponibilidad general de SAP Predictive Analysis y la versión de CRM sobre SAP HANA (SAP 360 Customer), la primera aplicación transaccional sobre la plataforma in-memory computing de SAP (sin considerar el componente HANABPC que requiere SAP NW BW powered by SAP HANA).

SAP HANA no es…

A nuestro parecer, SAP HANA no debería ser visto como una herramienta que cubre una necesidad especifica, el adjetivo que mejor define a SAP HANA es el de plataforma, una plataforma que facilita o posibilita soluciones que antes eran inimaginables, porque simplemente las organizaciones no tenían la capacidad de procesamiento que ofrece SAP HANA.

A nuestro parecer, SAP HANA no debería ser visto como una herramienta que cubre una necesidad especifica, el adjetivo que mejor define a SAP HANA es el de plataforma, una plataforma que facilita o posibilita soluciones que antes eran inimaginables, porque simplemente las organizaciones no tenían la capacidad de procesamiento que ofrece SAP HANA.

En ocasiones para definir algo, puede ayudar indicando que cosa no es, de una reciente publicación extraemos las siguientes aclaraciones sobre SAP HANA:

No es una solución de informes o reporting en sí mismo, lo que se puede hacer es conectar una plataforma de BI como puede ser SAP BusinessObjects BI para facilitar las tareas de análisis.
No es una herramienta ETL (Extracción, Transformación y Carga de datos). SAP HANA necesita una herramienta ETL externa o SAP BO Data Services para llevar los datos a su base de datos.
No es una herramienta de modelado de datos. Los datos requieren una estructura concreta para poder ser almacenados. SAP HANA, por ahora, no manipula datos no estructurados, estos datos pueden ser cargados pero deberían ser tratados o transformados para que puedan residir en una estructura que pueda ser utilizada por SAP HANA Studio para diseñar vistas analíticas.
No es módulo de SAP ERP. SAP HANA es una plataforma que en el corto plazo (entre fines de 2012 e inicios de 2013) será una alternativa para que SAP ERP funcione sobre ella, sustituyendo las bases de datos que utiliza la versión tradicional de SAP ERP.
No es SAP NetWeaver BW. SAP NW BW es una plataforma de data warehousing altamente estructurad basada en un esquema en estrella extendido (extended star-schema). SAP HANA posibilita que una versión especial de SAP NW BW funcione sobre ella (SAP NW BW powered by SAP HANA) brindando tiempos de procesamiento más reducido, conllevando a la optimización del modelo de datos de SAP NW BW para eliminar estructuras innecesarias para la filosofía SAP HANA.

Big Data es la necesidad, In-memory computing es la solución (Volumen y Variedad con Velocidad)

Técnicas definidas hace varias décadas atrás tales como esperar que los datos sigan un flujo a través de un modelo de datos complejo, lleguen a un data warehouse para luego finalmente, obtener los informes que se requieren, ya no es aceptable para los usuarios. La antigua forma de capturar datos, prepararlos, almacenarlos ya no es suficiente. Los negocios necesitan nuevas y más rápidas formas de obtener información y conocimiento para tomar las decisiones más inmediatas, efectivas y acertadas.

Muchos estudios y estadísticas demuestran que las organizaciones o bien no están recibiendo la información que necesitan, o no confían en los datos que analizan.

Este “fenómeno” o cambio de tendencia para obtener información, que se produce, básicamente por la concurrencia de factores como la gran cantidad de información (Volumen), la amplitud de fuentes de los datos (Variedad) y la necesidad de los usuarios que se procesen con inmediatez (Velocidad) se le ha venido denominar como Big Data.

Conocida la necesidad, se ha encontrado la solución, de todas las técnicas propuestas hasta la fecha, es el procesamiento en memoria (in-memory computing) la técnica que está resultando más efectiva para cubrir las necesidades de los negocios de este siglo.

SAP con su propuesta SAP HANA y Oracle con Exadata y Exalytics, son los primeros fabricantes que proponen amplias soluciones para el procesamiento en memoria, tendencia que están siguiendo otros fabricantes, el último en considerar seriamente el in-memory computing ha sido Microsoft, al anunciar su proyecto Hekaton el cual consiste en dotar a su base de datos MS SQL Server con esta capacidad de procesamiento. La propuesta de Microsoft no dependería de un hardware específico, se estima que estaría disponible en 2014.

Con menor repercusión mediática hay otras iniciativas de procesamiento en memoria como la Software AG e inclusive una iniciativa Open Source.

Referencias: (aquí)

SAP HANA Database cumple los principios ACID

ACID es el acrónimo de las palabras atomicidad, consistencia, aislamiento y durabilidad en inglés (ACID, atomicity, consistency, isolation y durability) un conjunto de principios básicos o propiedades que debe cumplir cualquier transacción u operación sobre una base de datos:

ACID es el acrónimo de las palabras atomicidad, consistencia, aislamiento y durabilidad en inglés (ACID, atomicity, consistency, isolation y durability) un conjunto de principios básicos o propiedades que debe cumplir cualquier transacción u operación sobre una base de datos:

Una transacción tiene que ser atómica. Es decir, si parte de una transacción falla, toda la transacción tiene que fallar, ante un fallo el estado de la base de datos no debe tener cambios (todo o nada).
La consistencia de una base de datos debe ser preservado. Todas las transacciones deben ser validadas según el mismo patrón de reglas.
Con aislamiento se espera que no se produzcan interferencias entre las transacciones aunque estas se ejecuten simultáneamente.
Durabilidad significa que después de la ejecución de una transacción que ha significado una actualización de la base de datos, esta actualización permanecerá allí.

De los cuatro aspectos, sólo el cuarto se vería afectado por el procesamiento en memoria si sólo se almacenaran los datos en la denominada memoria principal, porque esta es volátil (se pierde si se produce un fallo en el suministro eléctrico). Para que el principio de “durabilidad” se produzca, el almacenamiento se debe realizar en un dispositivo no volátil, tal como los discos duros.

En SAP HANA, este proceso se realiza en “segundo plano” (es decir, mientras que se atiende las peticiones de procesamiento de datos, en paralelo, se realizan estas tareas, sin afectar el rendimiento) para ello, grosso modo, se realiza lo siguiente:

La memoria donde estas todos los datos de la base de datos SAP HANA es dividida en páginas.
Si un dato es modificado, la página de memoria que lo contiene es “marcada”.
Un proceso se ejecuta en intervalos regulares verificando las “páginas de memoria marcadas” para volcar en la base de datos los cambios efectuados.
Para evitar que las últimas modificaciones se pierdan, adicionalmente se guardan un registro (log) de todas las transacciones que actualizan datos. Tras la recuperación de una pérdida del fluido eléctrico, a partir del último punto en que se salvaron los datos se procesan las transacciones grabadas en el log, garantizando de este modo el cumplimiento del principio de durabilidad.

Referencia: (post complementario)

SAP NW BW powered by SAP HANA, obliga a rediseñar el modelo de datos

Al utilizar cualquier tecnología, en su implementación, podemos vernos obligados a realizar ciertas “soluciones” que si estuvieras utilizando otro producto no serían necesarias. Esta situación también se produce con SAP NetWeaver Business Warehouse (SAP NW BW), que para agilizar los tiempos de respuesta se diseña un modelo de datos, algunas veces muy complejo. Pero si pensamos en SAP NW BW sobre SAP HANA (SAP NW BW powered by SAP HANA) debemos considerar las siguientes situaciones:

Al utilizar cualquier tecnología, en su implementación, podemos vernos obligados a realizar ciertas “soluciones” que si estuvieras utilizando otro producto no serían necesarias. Esta situación también se produce con SAP NetWeaver Business Warehouse (SAP NW BW), que para agilizar los tiempos de respuesta se diseña un modelo de datos, algunas veces muy complejo. Pero si pensamos en SAP NW BW sobre SAP HANA (SAP NW BW powered by SAP HANA) debemos considerar las siguientes situaciones:

Se requiere que la presentación de informes sea más rápida. Como ya muchas veces se ha comentado, SAP HANA brinda tiempos muy reducidos con relación a una plataforma estándar de SAP NW BW. Tener SAP NW BW sobre SAP HANA requiere la versión 7.3 de SAP NW BW, lo que puede incrementar los costos si se tiene una versión anterior.
Se desea simplificar el modelo de datos de su plataforma SAP NW BW. Con SAP NW BW powered by SAP HANA ya no es necesario la redundancia de datos o agregados para agilizar los procesos y flujos de datos, esto puede conllevar a un trabajo inicial de rediseño de la arquitectura de datos, pero que en el futuro facilitará la administración de los datos, la escalabilidad o adaptabilidad a nuevas necesidades y desarrollos.
Se necesita cargas de datos más rápidas. SAP HANA brindará cargas de datos más rápidas porque tendrá menos tablas e índices por actualizar, pero un impacto significativo se logrará si se diseña un modelo más eficiente, con menos capas y eliminando redundancias de datos, innecesarias en SAP NW BW powered by SAP HANA.

Considerando estos aspectos, podríamos señalar que llevar SAP NW BW a SAP HANA no pasa sólo por una migración de un producto, para obtener una mejora considerable estaríamos hablando de dos fases:

Migración técnica (según el RDS correspondiente demandaría alrededor de 3 meses).
Rediseño del modelo de datos para eliminar capas y estructuras innecesarias, que dependiendo de su complejidad, podría ser necesario dividir esta fase en proyectos o etapas.