Cuando comentamos las sugerencias de buenas prácticas o restricciones que se deben tener en cuenta al diseñar modelos en SAP Business Planning and Consolidation (SAP BPC especialmente en entornos NetWeaver), los usuarios técnicos, habituados al uso de SAP NW BW, no pueden evitar las comparaciones, afirmando en ocasiones que en entornos BW no existen limitaciones.
Cuando comentamos las sugerencias de buenas prácticas o restricciones que se deben tener en cuenta al diseñar modelos en SAP Business Planning and Consolidation (SAP BPC especialmente en entornos NetWeaver), los usuarios técnicos, habituados al uso de SAP NW BW, no pueden evitar las comparaciones, afirmando en ocasiones que en entornos BW no existen limitaciones.
Por supuesto que menos amplias que en SAP BPC, pero las restricciones técnicas también existen en entornos SAP NW BW, algunas de estas restricciones han sido recopiladas en la nota de referencia, tenerlas en cuenta ayudará en la eficiencia de los procesos.
SAP LT Replication Server (LT = Landscape Transformation) es la tecnología para replicar en sistemas SAP HANA información provenientes de fuentes de datos SAP y no-SAP. Los servidores SAP LT Replication identifican los cambios en las bases de datos origen a través de disparadores (triggers) para luego llevarla a SAP HA Database con la frecuencia definida.
SAP LT Replication Server (LT = Landscape Transformation) es la tecnología para replicar en sistemas SAP HANA información provenientes de fuentes de datos SAP y no-SAP. Los servidores SAP LT Replication identifican los cambios en las bases de datos origen a través de disparadores (triggers) para luego llevarla a SAP HA Database con la frecuencia definida.
Dependiendo del tipo de la fuente de datos y de la configuración de los sistemas, se optará por un tipo u otro tipo de despliegue:
Un servidor dedicado (Para fuentes de datos SAP. Enfoque de 3 capas). Necesario en los casos que el sistema SAP origen no se ajuste a los requerimientos básicos de nivel de actualización de SAP Netweaver y SAP Kernel. Lo positivo: Mayor flexibilidad en el despliegue al no existir dependencia del mantenimiento del software. Lo negativo: Inversión y manteamiento en una nueva instancia de servidor NW.
Instalación en el sistema origen (Para fuentes de datos SAP. enfoque 2 capas). Opción posible si los sistemas están alineados con el nivel de actualización requerido. Positivo: Mínima inversión y lo Negativo: Podría haber un menor rendimiento con relación a la opción anterior y habría una dependencia en el mantenimiento del software el cual debería ir alineado entre los sistemas fuentes y el servidor de SAP LT Replication.
Instalación para fuentes de datos no-SAP. En estos casos se requiere un servidor dedicado de SAP LT Replication.
El informe de la consultora Gartner, sobre el sector de las bases de datos relacionales utilizadas como repositorios de datos, ha sido publicado el día de hoy, para nosotros, segundo en importancia después del informe sobre Plataformas de Business Intelligence. Los informes anuales “Magic Quadrant” de Gartner cubren las diversas tecnologías y son referentes para toda la industria informática.
El informe de la consultora Gartner, sobre el sector de las bases de datos relacionales utilizadas como repositorios de datos, ha sido publicado el día de hoy, para nosotros, segundo en importancia después del informe sobre Plataformas de Business Intelligence. Los informes anuales “Magic Quadrant” de Gartner cubren las diversas tecnologías y son referentes para toda la industria informática.
Gartner DBMS 2013
En el “Magic Quadrant for Data Warehouse Database Management Systems” sólo se mencionan a fabricantes, en cuanto a sus productos aparecen en los comentarios. SAP no figura en estos informes hasta la edición de 2011, cuando se considera como fabricante de base de datos por la adquisición de Sybase en mayo de 2010.
¿Teradata ganador?
Un artículo de ZDNet señala que el ganador es Teradata, pero por los comentarios del informe no lo vemos totalmente claro, los fabricantes que figuran en el cuadrante de líderes tienen importantes “deberes” que podrían afectar su futuro inmediato. Teradata, el que muchos apuntan como el “ganador” de este informe, tiene una estrategia comercial que complica nuevas adquisiciones e inclusive actualizaciones y por otro lado, no existen los suficientes especialistas en Teradata que brinden el soporte necesario en la instalación y mantenimiento de esta base de datos.
SAP HANA, el protagonista
Es la segunda vez que se menciona a SAP HANA en estos informes, pero creemos que en esta última edición es el gran protagonista, totalmente distinto a la edición del 2012, entonces totalmente desconocido para Gartner:
We mention SAP HANA here, but we do not have any production references at the time of this analysis. Sybase has thousands of Sybase IQ customers worldwide.
Se señala que a diciembre de 2012, SAP HANA ya contaría con más de 1.000 clientes, lo que significa que tiene una tasa de crecimiento del 48%, muy lejos de la media del sector que oscila el 14,8%.
En cuanto a los motivos por qué se compra SAP HANA, esta muy claro:
45% para SAP BW powered by HANA
45% para data marts en memoria
10% otros usos
En cuanto a las precauciones o cuidado sobre SAP, por partes, pareciera que se estuviera describiendo fortalezas. Observamos que el gran problema es la falta de claridad en el mensaje, especialmente sobre los siguientes aspectos:
Papel de SAP Sybase IQ y de SAP HANA, hay confusión del uso o utilidad que puede brindar cada uno como Data Warehouse
Uso de sus productos para las necesidades Big Data
Las características limitaciones de las bases de datos tradicionales (disk-based databases) han determinado las arquitecturas de las infraestructuras tecnológicas actuales, uniformemente divididas por un entorno transaccional y otro entorno analítico. Estas limitaciones son responsables, entre otras cosas, de lo siguiente:
Las características limitaciones de las bases de datos tradicionales (disk-based databases) han determinado las arquitecturas de las infraestructuras tecnológicas actuales, uniformemente divididas por un entorno transaccional y otro entorno analítico. Estas limitaciones son responsables, entre otras cosas, de lo siguiente:
División de la gestión de los procesos de negocio y el análisis de la información.
Necesidad de ejecutar procesos de cargas de datos, y en algunos casos, con complejos algoritmos de transformación.
Procesos de verificación de la integridad de datos entre los repositorios y los sistemas origen.
Imposibilidad de efectuar en tiempo real o inmediato el análisis de la información.
Limitación de la cantidad y naturaleza de la información a procesar.
Cantidad considerable de recursos para gestionar las infraestructuras.
Renuncia, por parte de los usuarios, de sus necesidades de información, en tiempo y contenido.
Inversiones constantes en hardware para mejorar las plataformas tecnológicas, cuyos resultados muchas veces son imperceptibles para los usuarios.
Por motivos como estos, el concepto de bases de datos con procesamiento en memoria, es una alternativa adecuada porque elimina la casi totalidad de estas limitaciones, pero lamentablemente, por razones económicas, no es una solución al alcance de todos.
Las licencias de SAP HANA se requieren para su base de datos, núcleo de la plataforma in-memory computing de SAP. Al igual que otros productos SAP, existen dos tipos de licencias:
Licencias “Temporales”. Son las licencias con la que viene una nueva base de datos SAP HANA, tienen una vigencia de 90 días, período en el cual se debe solicitar (en SAP Market Place) y aplicar las licencias permanentes.
Licencias “Permanentes”. Estas licencias determinan la cantidad de memoria que podrá utilizar la base de datos y tienen un período de vigencia determinado, luego de los cual se deberá solicitar una nueva licencia permanente. Si una licencia permanente caducara y no se contara con una nueva, se podrá utilizar una licencia temporal por un período de 28 días.
En cuanto a licencias permanentes, hay dos tipos, enforced y unenforced, la primera de ellas bloque el sistema si supera la cantidad de memoria permitida y la segunda permite uso requerimiento adicional. Por ahora, la licencia permanente “enforced” sólo es aplicable en instalaciones SAP Business One.
(Nota: Para consultar o modificar las licencias de la base de datos SAP HANA es necesario privilegio LICENSE ADMIN)
aníbal goicochea 