Razones para actualizar a SAP BW 74.

Si un cliente tiene BW 7.0 y que se esta planteando la actulización y migración de ese sistema para BW 7.4 en HANA, que razones le podriamos dar a este cliente para moverle a lo que le esta funcionando bien?


Es mas simple.Es más flexibe (comparado con versiones anteriores).Se comporta mejor.


Todo esto es valido pensando en combianr  BW y HANA.
Entorno de modelado modernoHay un número de nuevos editores de modelización basados ​​en Eclipse, por ejemplo, para el proveedor de compuesto o el nuevo diseñador de consultas (previsto). Los paradigmas de modelado se armonizan con las del modelador de HANA, que hace que sea un entorno de modelado coherente, especialmente cuando se combina con características BW HANA-nativas.Objetos de modelado MenosEl nuevo proveedor de material compuesto puede sustituir a la antigua multiproveedor y (parcialmente) los antiguos conjuntos de información. El DSO en memoria es adecuado para muchos escenarios de informes por lo que es obsoleto utilizar InfoCubes en los caso. El DSO avanzada (prevista para SP8) simplificará aún más la situación.BPC unificadaBPC Classic BW integra la planificación incl. PAK convertirse en uno con el mismo ciclo de vida del software y entornos de modelado armonizadas. Hay incluso sinergias que permiten funciones de un extremo (enfoque) que deben aplicarse a la otra. Ejemplos de ello son los procesos de negocio de BPC fluye (BPF) y la workstatus siendo utilizado en los modelos de BW-IP o incremento en el rendimiento, especialmente a través de PAK, para los modelos de BPC (cubos).
Es más flexibe.
En general, BW ofrece un enfoque logrado el almacenamiento de datos. Mientras que muchos aprecian esta guía "mejores prácticas" algunos críticos argumentan que es difícil desviarse del enfoque estándar en caso de escenarios especiales, donde podría ser más fácil de programar una u otra función, por ejemplo, en SQL o secuencia de comandos SQL en lugar de a través de la modelización compleja. BW 7.4 en HANA ofrece una serie de opciones para hacerlo:
SQL → BWCualquier tabular artefacto HANA que es accesible a través de SQL puede ser incorporado en BW, ya sea para la presentación de informes o incluso las capas de almacenamiento de datos que armonizan los datos y crean consistencia a través de las muchas fuentes de alimentación en el almacén de datos. Las características clave de BW 7.4 en este sentido son la opinión de SAO abierto o el proveedor de material compuesto. Ambos se pueden combinar con el acceso de HANA inteligente de datos (también conocido como federación) función.BW → SQLEs posible exponer modelos de BW - es decir infoproviders pero se planea extender esto a consultas BW - como vistas HANA que pueden ser consumidos a través de SQL. De esta manera la seguridad BW también se traduce en seguridad basada en HANA. Así, los datos BW y (parcialmente) la semántica pueden ser consumidos a través de clientes de SQL-centrado. O modelos adicionales se pueden crear en la parte superior de las vistas generadas conducen a modelos HANA más refinados.Aproveche las bibliotecas altamente especializadosHANA ofrece numerosas bibliotecas especializadas como PAL, AFL, R para Menion algunos. Vía nuevo Proceso de Análisis HANA (HAP) la capacidad de BW es posible utilizar todos ellos en la parte superior de los modelos de BW y consumir el resultado como un modelo BW.
Se comporta mejor.
Consulta + CargandoEsta es la fuerza tradicional de HANA y sobre todo que es motor de cálculo subyacente. Más de características OLAP de BW ahora se compilan en los planes de ejecución en HANA. Una gran cantidad de características BW carga relacionada se ejecutan cerca de los datos evitando así el transporte de datos entre la aplicación y los servidores HANA. Ejemplos de ello son la activación DSO y la opción de compilar las transformaciones que se ejecutarán en el motor de calco. El último mecanismo se utiliza también para HAPs.

Casi ninguna de sintonizaciónAdmittingly, ajuste del rendimiento no ha desaparecido por completo pero hasbecome tanto er EASI. Sólo tienes que buscar en el blog de los 10 años de "no hay agregados en #SAPBW. La disminución de los esfuerzos de apoyo (en el extremo SAP) se correlaciona directamente con la disminución de la afinación y admin esfuerzo en el lado del cliente. Esta es la prueba de mundo real para reducir el coste total de propiedad!

Big DataLos volúmenes de datos son ningún problema, ni siquiera en el extremo de licencias a través de la capacidad de almacenamiento prolongado de HANA. Echa un vistazo a esta demo que consulta en la parte superior de 2.5 PB de datos.
Este blog ha sido transversal publicado aquí. Puedes seguirme en Twittertfxz.

Puedes leer el comunicado de prensa oficial aquí: http://wp.me/p3DO4j-2kS