Las ediciones de SAP S/4HANA

SAP S/4HANA es el acrónimo de SAP Business Suite 4 SAP HANA. S/4 es la nueva generación de Business Suite, llamado a ser el sucesor de SAP R/3. Se trata de un nuevo desarrollo, totalmente diseñado para la tecnología in-memory computing de SAP HANA.


SAP S/4HANA es el acrónimo de SAP Business Suite 4 SAP HANAS/4 es la nueva generación de Business Suite, llamado a ser el sucesor de SAP R/3. Se trata de un nuevo desarrollo, totalmente diseñado para la tecnología in-memory computing de SAP HANA.

S/4 pretende ser el referente para una nueva generación de aplicaciones, con una nueva interfaz de usuario, orientado a SAP Fiori y teniendo en consideración las tendencias actuales, tales como el Big Data, Internet de las cosas (Internet of ThingsIoT) o movilidad.

Se ofrecerá bajo la modalidad on-premise (infraestructura propia), cloud e hibrida. Se podría utilizar la capacidad Multitenant (característica que consiste en definir más una base de datos en el mismo sistema), incluida desde la actualización SPS09 de SAP HANA.

Roadmap 2015 de SAP S4 HANA

Ediciones de S/4

  • SAP S/4HANA, on-premise edition. Es de similares funcionalidades, idiomas, industrias que la actual Business Suite, además también incluye la simplificación que conlleva SAP Simple Finance.
  • SAP S/4HANA, public cloud edition. Dirigido a específicos escenarios de líneas de negocio e industrias., se prevé almenos 10 escenarios básicos.
  • SAP S/4HANA, managed cloud edition. Tendría un alcance similar a la edición on-Premise. La primera liberación ofrecería los escenarios básicos de un ERP (contabilidad, controlling, gestión de materiales, planificación y control de la producción, ventas y distribución, logística, mantenimiento, proyectos y PLM).

Integración

En todas las ediciones, se espera una integración futura con otros sistemas tales como SuccessFactors Employee Central (Plataforma de gestión integral de RRHH, incorporada al portfolio SAP desde fines de 2011) y Ariba Network (portal comercial B2B, que adquirió SAP en mayo de 2012).

Actualizaciones

La edición on-premise estará disponible para todas las industrias y regiones. En el caso de las ediciones cloud, su disponibilidad será progresiva durante el 2015. En cuanto a las actualizaciones y mejoras, SAP pondría a disposición una actualización anual para la edición on-premise y una actualización trimestral para las ediciones cloud.

Roadmap 2015 de SAP S4 HANA (V2)

Ventajas de los modelos integrados de SAP BPC 10.1 NW

En SAP BPC 10.1 para SAP NW (SAP Business Planning and Consolidation for NetWeaver) tenemos la posibilidad de diseñar los modelos estándar para proyectos de planificación y consolidación, aplicando los mismos conceptos que conocemos en SAP BPC 10.0. Las grandes diferencias y ventajas lo encontramos en una instalación de SAP BPC 10.1 sobre una plataforma SAP HANA, diseñando modelos integrados o embebidos (Embedded Environment).


En SAP BPC 10.1 para SAP NW (SAP Business Planning and Consolidation for NetWeaver) tenemos la posibilidad de diseñar los modelos estándar para proyectos de planificación y consolidación, aplicando los mismos conceptos que conocemos en SAP BPC 10.0. Las grandes diferencias y ventajas lo encontramos en una instalación de SAP BPC 10.1 sobre una plataforma SAP HANA, diseñando modelos integrados o embebidos (Embedded Environment).

Evolución de SAP BPC sobre SAP HANA

Un modelo integrado se basa en los metadatos de SAP BW, lo que posibilita una mayor integración con toda la estructura de BW Integrated Planning Modeler (SAP BW-IP), la cual es muy potente en funciones de planificación. Por otro lado, SAP BW tiene una mejor integración con sistemas SAP ECC, al incluir en su “business content” amplios recursos para las tareas de carga de datos (ETL), evitando mayores redundancias de datos.

El entorno integrado se basa en el denominado Planning Apllication Kit (PAK), el cual utiliza la potencia de cálculo de SAP HANA para las funciones de planificación, proporcionando un rendimiento considerablemente superior.

A grandes rasgos, la definición de un entorno integrado de SAP BPC 10.1 constituye los siguientes pasos:

  • Definición de un modelo de datos en SAP BW.
  • Diseño de una aplicación utilizando BW-IP.
  • Diseño de una consulta utilizando BEx Query Designer.
  • Diseño de una aplicación utilizando un entorno integrado en SAP BPC.

Escenarios de despliegue SAP HANA

La principal característica de SAP HANA es que los datos están almacenados en la memoria principal, lo que le permite procesar grandes volúmenes de información más rápido que las bases de datos tradicionales, las cuales, a menudo, deben recuperar los datos de la memoria secundaria (disco).

Por otro lado, SAP HANA potencia su capacidad de procesamiento en memoria aplicando otras técnicas, tales como:


La principal característica de SAP HANA es que los datos están almacenados en la memoria principal, lo que le permite procesar grandes volúmenes de información más rápido que las bases de datos tradicionales, las cuales, a menudo, deben recuperar los datos de la memoria secundaria (disco).

Por otro lado, SAP HANA potencia su capacidad de procesamiento en memoria aplicando otras técnicas, tales como:

  • Gestión de datos en columnas (columnar)
  • Compresión de datos
  • Procesamiento en la capa de datos
  • Particionamiento de tablas de bases de datos

 Para que todo su software in-memory computing de HANA funcione según lo esperado, sólo utiliza un hardware con ciertas características, el cual es certificado por SAP (SAP HANA appliance), de este modo, se asegura que se cuenta con los recursos necesarios (memoria, disco, procesadores, etc).

Cabe señalar que el SAP HANA Appliance puede ser distribuido con uno de los siguientes sistemas operativos: “SUSE Linux Enterprise” o “Red Hat Enterprise Linux”. El appliance es optimizado a nivel de parámetros del sistema operativo y con el software HANA pre-instalado.

Escenarios SAP HANA

La plataforma SAP HANA brinda la posibilidad de desplegar los siguientes tipos de escenarios

Escenario Data Mart

Unos de los primeros enfoques que se dieron a conocer fue el de Data Mart, el cual se diseña a través de la replicación de datos y vistas HANA para que se exploten con herramientas analíticas, tales como SAP Lumira o Design Studio.

SAP HANA - Escenario Data Mart

Escenario Accelerator

Por otro lado, tenemos el enfoque Acelerador, el cual también se basa en la replicación de datos, no para que estos datos sean evaluados con herramientas analíticas, sino para que transacciones o aplicaciones tradicionales adaptadas recuperen la información de SAP HANA database y no de la base de datos principal.

Un escenario Accelerator tiene como principal ventaja que se consigue mejorar el tiempo en las tareas de acceso a los datos sin necesariamente sustituir la base de datos. El aspecto más negativo, es que los datos se mantienen por duplicado y deben ser actualizados continuamente.

SAP HANA - Escenario AcceleratorUna de las primeras soluciones con el enfoque Acelerador ha sido CO-PA Accelerator, la cual aumenta la velocidad del análisis de la rentabilidad utilizando el módulo de Controlling del SAP ERP.

Escenario Integrado

El enfoque integrado se diferencia de los anteriores en que SAP HANA no se ejecuta en paralelo con las bases de datos que se estuviesen utilizando, SAP HANA se integra totalmente a la arquitectura y reemplaza la antiguas bases de datos.

SAP HANA - Escenario Integrado

Una aplicación integrada se caracteriza por la transferencia de la lógica de aplicación a la capa de datos.

SAP HANA - Aspecto clave de su arquitecturaEl enfoque integrado será posible sólo si las aplicaciones correspondientes se encuentran adaptadas y optimizadas para SAP HANA, lo cual significa que la base de datos, además de realizar las tareas de proveer y almacenar datos, es capaz de procesar o realizar los cálculos en la capa de datos (code push-down), dejándole a la capa de aplicación el papel de orquestación y desencadenante de complejas operaciones de cálculo. De este modo, la aplicación consume los
resultados en la capa de presentación. El más conocido representante en esta categoría es SAP BW on SAP HANA.

Servidor de Estadísticas de SAP HANA

El servidor de estadísticas de SAP HANA (SAP HANA statistics server) es una herramienta de monitorización de la base de datos de SAP HANA, entre otras cosas, controla el rendimiento a través de las siguientes tareas:


El servidor de estadísticas de SAP HANA (SAP HANA statistics server) es una herramienta de monitorización de la base de datos de SAP HANA, entre otras cosas, controla el rendimiento a través de las siguientes tareas:

  • Verificación regular de situaciones críticas y generación de alertas.
  • Generación de información histórica de monitorización en tablas localizadas en el esquema _SYS_STATISTICS.

Para la consulta de la información generada por el servidor de estadísticas, hay una serie de sentencias SQL disponibles (Nota 1969700), en cuanto a las alertas, estas podrían ser monitorizadas y configuradas en SAP HANA Studio (la configuración de alertas se gestionan según el tipo de enfoque que se esté utilizando, ESS o SSS).

La implementación de las estadísticas tiene dos enfoques:

  • Embebido (Embedded Statistics Server , ESS). Denominado embebido porque se incluye dentro del Indexserver Process.
  • Independiente (Standalone Statistics Server, SSS). Es el enfoque antiguo, vigente, pero con importantes desventajas, tales como incremento del uso de memoria, innecesaria generación de datos históricos, datos históricos importantes no recopilados o recursos no compartidos con indexserver process.

Por lo expuesto en los párrafos anteriores, para el uso de estadísticas en SAP HANA, es recomendable el enfoque Embedded Statistics Server porque es más eficiente en el uso de recursos (memoria) y generación de información para la monitorización del sistema. Por otro lado, el enfoque Standalone ya no será mantenido, desde la revisión 74, SAP sugiere realizar la migración.

La migración se puede realizar manualmente, se debe tener presente que desde la actualización 93 las estadísticas Standalone Embebidas se activan automáticamente.

Referencia: Nota SAP 2147247

Cargas y descargas de datos en memoria en SAP HANA

Como ya sabemos, una de las claves del buen rendimiento de SAP HANA es tener los datos en memoria. Este proceso consiste en llevar las columnas de las tablas con almacenamiento columnar a la memoria, a la zona denominada SAP HANA Column Store Memory. Las tablas con almacenamiento basado en filas, son cargadas al iniciarse el sistema y permanecen en esta zona sin variación.


Como ya sabemos, una de las claves del buen rendimiento de SAP HANA es tener los datos en memoria. Este proceso consiste en llevar las columnas de las tablas con almacenamiento columnar a la memoria, a la zona denominada SAP HANA Column Store Memory. Las tablas con almacenamiento basado en filas, son cargadas al iniciarse el sistema y permanecen en esta zona sin variación.

 Cuando las columnas se cargan en memoria, usualmente no se generan problemas, estos se pueden producir al descargarse. Las columnas se cargan en memoria en las siguientes situaciones:

  • Explícitamente accedidas. Cuando una columna es consultada, y si esta no se encuentra en memoria, esta es cargada. Exceptuando las columnas de tipo Hybrid LOB. El tiempo dedicado a las tareas de carga de datos a memoria pueden ser consultados (M_SQL_PLAN_CACHE).
  • Explícitamente cargadas. Vía la sentencia LOAD es posible cargar todas las columnas de todas las tablas o algunas columnas de ciertas tablas, entre otras especificaciones.
  •  Recargadas después del arranque (tablas explícitamente configuradas). A través de la sentencia ALTER TABLE <tabla> PRELOAD puede ser utilizada para definir las tablas que deben ser cargadas directamente después del arranque del sistema.
  • Recargadas después del arranque (basado en columnas previamente cargadas). A través de parametrización de ficheros del sistema (indeserver.ini) se puede establecer que se carguen al iniciar el sistema, las columnas que estaban cargadas antes de la parada previa del sistema.

 Las descarga de una columna se puede producir por los siguientes motivos (columna REASON de la vista M_CS_UNLOADS):

  • Descarga por poca memoria disponible (LOW MEMORY). SAP HANA automáticamente realiza descargas cuando la memoria escasea, esto puede ser muy crítico para el rendimiento del sistema. Esta situación se debe evitar, entre otras cosas, es posible parametrizar el tamaño máximo de los objetos que se deben mantener en memoria (indexserver.ini).
  • Explícitamente descargada. A través de la sentencia UNLOAD es posible descargar las tablas que se deseen.
  • Descarga de recurso no utilizado (UNUSED RESOURCE). Puede establecerse que automáticamente se descargan las columnas cuando exceden un período sin uso (global.ini).

Referencia: SAP Note 2127458