SAP HANA es la implementación de SAP SE de la tecnología de base de datos en memoria. Hay cuatro componentes dentro del grupo de software:
SAP HANA DB (o HANA DB) se refiere a la tecnología de base de datos en sí. SAP HANA Studio se refiere al conjunto de herramientas que proporciona SAP para modelar. SAP HANA Appliance se refiere a HANA DB como socio de Hardware presentadas en el certificado (véase más adelante) como un dispositivo. También incluye las herramientas de modelado de HANA Studio, así como herramientas de replicación y transformación de datos para mover datos a HANA DB SAP HANA Aplicación en nube se refiere a la infraestructura basada en la Computación en la nube para la entrega de aplicaciones (típicamente las aplicaciones existentes de SAP reescritas para ejecutarse en HANA).
HANA DB se aprovecha del bajo coste de la memoria principal (RAM), la capacidad del procesamiento de datos de los procesadores multinúcleo y el acceso rápido a datos de unidades de estado sólido con respecto a los discos duros tradicionales para ofrecer un mejor rendimiento de las aplicaciones analíticas y transaccionales. Ofrece un entorno de consulta multi-motor de procesamiento que le permite soportar tanto datos relacionales (con tanto en fila y columna orientado a representaciones físicas en un motor híbrido) así como el tratamiento gráfico y de texto para la gestión de datos no estructurados y semi-dentro del mismo sistema. HANA DB es 100% compatible con ACID.
Aunque HANA ha sido llamado de diversas maneras un acrónimo HAsso's New Architecture (una referencia al fundador de SAP Hasso Plattner) y de High Performance ANalytic Appliance, HANA es un nombre no es una sigla.
Historia SAP HANA es la síntesis de los tres productos por separado - TREX, P*Time y MaxDB.
TREX (Recuperación y Extracción de texto) es un motor de búsqueda y comenzó en 1996 como un proyecto estudiantil en SAP en colaboración con DFKI. TREX se convirtió en un componente estándar de SAP NetWeaver en 2000. La memoria de los atributos se añadieron en 2002 y el almacén de datos columnar se añadió en 2003, como la manera de mejorar el rendimiento. En 2005, SAP adquirió Transact Menlo Park basado en tecnología in-Memory, Inc. Con la adquisición se produjo P*Time, en memoria de peso ligero de procesamiento de transacciones en línea (OLTP) tecnología RDBMS con un almacén basado en filas de datos. MaxDB (antes SAP DB), una base de datos relacional que viene de Nixdorf a través del Software AG (Adabas D) para SAP, se añadió a TREX y P*Time para proporcionar persistencia y características de base de datos más tradicionales como la copia de seguridad.
En 2008, SAP CTO Vishal Sikka escribió sobre HANA "... nuestros equipos de trabajo en conjunto con el Instituto Hasso Plattner y la Universidad de Stanford demostró cómo una arquitectura de nueva aplicación es posible, uno que permite en tiempo real de análisis complejos y de agregación, al día de cada transacción, nunca de un modo parecido posible en las aplicaciones financieras ". En 2009, una iniciativa de desarrollo fue lanzada en SAP para integrar las tres tecnologías anteriormente mencionadas para proporcionar un conjunto de características más completo. El producto resultante se denominó internamente y externamente como NewDB hasta que el cambio a HANA DB se finalizó en 2011.
SAP HANA no es primer producto in-Memory de SAP . Business Warehouse Accelerator (BWA, anteriormente denominado BIA) fue diseñado para acelerar las consultas mediante el almacenamiento de BW InfoCubos en la memoria. Esto fue seguido en 2009 por el explorador Accelerated SAP que combina la herramienta Explorador de BI con BWA como una herramienta para realizar análisis ad hoc. Otros productos de SAP que utilizan la tecnología in-Memory eran Segmentación CRM, By Design (para análisis) y Enterprise Search (búsqueda de rol basado en datos estructurados y no estructurados). Todas ellas se basan en el motor TREX.
Tomando un enfoque diferente de Planificación Avanzada y Optimización (APO) utiliza liveCache para sus análisis.
Versiones, paquetes de servicio El cofundador de SAP (y presidente del Consejo de Supervisión de SAP a partir de 2012) Hasso Plattner abogó por un sistema de emisiones "sin versión". Los paquetes de apoyo hasta la fecha han sido: SP0 - lanzado el 20 de noviembre de 2010; primer lanzamiento público de HANA SP1 - lanzado el 20 de junio de 2011; HANA disponibilidad general (GA); se centra como una operación de data mart SP2 – lanzado el 27 de junio de 2011; más funciones de data mart SP3 también conocido como HANA 1.5 – lanzado el 7 de noviembre de 2011; se centra en HANA como la base de datos subyacente en Business Warehouse (BW), también llamado Project Orange SP4 - Q2 proyectada, 2012; va a resolver una variedad de problemas de estabilidad y añade nuevas características para PN, de acuerdo con SAP
Posición en el mercado Big data Big data se refiere a los conjuntos de datos que exceden las capacidades de las herramientas de uso común. Si bien no existe una definición formal basada en el tamaño existe, estos conjuntos de datos alcanzan típicamente terabytes (TB), petabytes (PB), o incluso exabytes de tamaño. SAP HANA se ha posicionado como solución a los problemas de big data en el extremo inferior de esta escala. En el lanzamiento HANA comenzó con 1 TB de RAM que soporta hasta 5 TB de datos sin comprimir. A finales de 2011 el hardware de 8 TB de RAM se dispuso que el apoyo de hasta 40 TB de datos sin comprimir. SAP propiedad de Sybase IQ, con su más maduro MapReduce funcionalidad similar se ha citado como una forma potencialmente mejor para grandes conjuntos de datos. Otras bases de datos comercializadas por SAP SAP todavía ofrece otros productos de bases de datos:
MaxDB Sybase IQ Sybase ASE SQL Anywhere
Como empresa agnóstica de base de datos, SAP también revende bases de datos de proveedores como IBM, Oracle y Microsoft para sentarse bajo su ERP Business Suite.
Competencia Ofreciendo su propia solución de base de datos para apoyar su Business Suite ERP SAP se pone en competencia directa con algunos de sus socios más grandes, como IBM, Microsoft y Oracle. Entre los productos más destacados que compiten son:
accesorios Microsoft Parallel Data warehouse (Microsoft) Active Enterprise Data Warehouse 5600 (Teradata) Exadata Database Machine (Oracle) Exalytics In-Memory Machine (Oracle) Greenplum Data Computing Appliance (EMC) Netezza Data Warehouse Appliance (IBM) Vertica Analytics Platform (HP) En sistemas de memoria de bases de datos (Kognitio) SolidDB (IBM) Times Ten (Oracle) Terracotta BigMemory (Software AG) Manifact (Manifact)
Aplicaciones Estrategia de planificación de la plantilla SAP Business Objects Strategic Workforce Planning (SWP) fue una de las primeras aplicaciones de SAP que se rediseñaron para aprovechar las capacidades de HANA. SWP en HANA está dirigido a ejecutivos de recursos humanos que quieren simular modelos de la fuerza de trabajo en tiempo real, teniendo en cuenta el volumen de negocios, la jubilación, la contratación y otras variables. Smart Meter Analytics En septiembre de 2011 SAP lanzó su herramienta Smart Meter Analytics. Se trata de ayudar a las empresas de servicios públicos con grandes despliegues de medidores inteligentes para gestionar y utilizar la gran cantidad de datos generados por el medidor de este tipo.
Ecosistema Socios de Hardware
A partir de 2012, los siguientes socios tienen soluciones de hardware certificados para HANA. En orden alfabético son:
Cisco Dell Fujitsu Hitachi HP IBM NEC
Comunidad de Desarrolladores El punto central de la comunidad de desarrolladores en la plataforma SAP HANA es SAP HANA Centro de desarrollo o "el DevCenter". El DevCenter ofrece información general, los materiales educativos, foros de la comunidad, además de acceso a la base de datos SAP HANA con licencias libres:
Evaluación durante 30 días, licencia de desarrollador gratuita de las imágenes alojadas en la nube pública.
El acceso a algunos materiales y características pueden requerir inscripción gratuita.
Nube HANA En septiembre de 2011 SAP anunció sus intenciones de asociarse con EMC y VMware para permitir una HANA basada en la infraestructura de aplicaciones en nube. Esta plataforma como servicio (PaaS) ofrece HANA DB-as-a-service junto con una opción de pila basada en Java o ABAP base. Las aplicaciones creadas para cualquiera pila tendrá acceso a través de las API de DB HANA a través de una variedad de APIs. El enfoque basado en Java, con nombre en código River Project, se basa en la NetWeaver 7.3.1 servidor de aplicaciones Java. El enfoque basado en ABAP está diseñado más para la base de usuarios de SAP - por ejemplo en la suite SAP Business ByDesign de aplicaciones empresariales como ERP, CRM y gestión de la cadena de suministro.
Tecnología Arquitectura En su forma más básica, la arquitectura del sistema de base de datos HANA tiene los siguientes componentes:
Cuatro servicios de gestión El componente de gestión de conexión y administra las sesiones Sesión / conexiones para clientes de bases de datos. Los clientes pueden utilizar una variedad de idiomas para comunicarse con la base de datos HANA. El componente Administrador de transacciones ACID ayuda con el cumplimiento mediante la coordinación de las operaciones, el control y el seguimiento de aislamiento transaccional de funcionamiento y transacciones cerradas. El componente de Administrador de autorización se encarga de toda la seguridad y la acreditación (ver Seguridad más adelante). El componente de Metadata Manager gestiona todos los metadatos, tales como definiciones de tablas, vistas, índices y la definición de las funciones de secuencias de comandos SQL. Todos los metadatos, incluso de diferentes tipos, se almacena en un catálogo común. Tres componentes Motor de base de datos Componente del cálculo de motor se ejecuta en los modelos de cálculo recibidos de SQL Script (y otros) los compiladores. El Optimizador de componentes y el Plan Generador analiza y optimiza las solicitudes de cliente. Componentes del motor de ejecución invoca los distintos In-Memory procesamiento de los motores y rutas resultados intermedios entre los pasos de ejecución consecutivos basados en el plan de ejecución optimizado. Tres Motores de almacenamiento en memoria Motor Relacional El motor de gráficas Motor de texto Capa de persistencia
Almacén Columnas y filas El motor relacional admite filas y columnas orientadas a representaciones físicas de tablas relacionales. Un administrador de sistema especifica en tiempo de definición si una nueva tabla se va a almacenar en una fila o en un formato orientado a columnas. Tablas de fila y columna de la base de datos orientada pueden ser perfectamente combinadas en una instrucción SQL, y posteriormente, las tablas pueden moverse de una representación a la otra.
El almacén de fila está optimizado para escritura concurrente y las operaciones de lectura. Mantiene todas las estructuras de índices en memoria en lugar de persistir en el disco. Utiliza una tecnología que está optimizada para la concurrencia y escalabilidad en sistemas multinúcleo. Por lo general, los metadatos o datos a los que raramente se accede se almacenan en un formato de fila-orientada.