La luz y la sombra de Hana

Por un lado, las innovaciones surgen a borbotones; por otro, Hana no alcanza una estabilidad suficiente. Para el uso operativo, sin embargo, la estabilidad cuenta más que la innovación.

Está muy bien que la memoria persistente ya esté disponible para Hana, pero muchos expertos de la comunidad SAP piensan: ¡la solución busca el problema! ¿Quién necesita memoria persistente? ¿En qué escenarios aporta esta innovación de Intel un valor añadido real para los clientes actuales de SAP?

La situación en torno a Hana es tensa y crítica. El discurso entre un experto en Hana y SAP muestra todo el alcance: [...] Mientras SAP lance un nuevo parche cada seis semanas y cambie las recomendaciones para la configuración de los parámetros incluso con más frecuencia, la memoria persistente tiene sentido, ¿no?

Y la respuesta de SAP desde la oficina del CEO Christian Klein: [...] Tanto las actualizaciones como el arranque son decisiones tomadas por el cliente - la frecuencia de actualización depende totalmente de ellos. La mayoría de los parámetros de Hana pueden modificarse en línea, sin reiniciar [...].

Lo que llevó a la siguiente declaración de la comunidad SAP: En realidad es una acusación de lo que sale de la oficina de un miembro de la junta de SAP. "Las actualizaciones y el arranque a través de son decisiones tomadas por el cliente - la frecuencia de actualización es sólo su decisión".

¿Por qué lanza SAP un parche a intervalos regulares si no es para asegurarse de que los clientes lo instalan, para corregir errores reconocidos que a veces distorsionan los resultados de los cálculos (¿quién puede seguir confiando en su sistema?) y fugas de memoria que hacen que el sistema se caiga a intervalos regulares?

Y si se pasa al equipo de soporte, por supuesto dirán: "¿Por qué no lo parchea primero a la última versión antes de que lo examinemos? De todas formas, el informe de vigilancia temprana lleva mucho tiempo mostrando luces rojas brillantes.