La distribución de tablas en SAP HANA


En un sistema de base de datos, las tablas pueden ser distribuidas en distintos hosts para brindar balanceo de carga y evitar problemas de tipo OOM (Out of memory). En SAP HANA la distribución de tablas sólo es posible en un escenario Scale-out (uso de múltiples procesadores como una sola entidad), a través de los siguientes mecanismos:

  • Diferentes tablas asignadas a diferentes Index Servers (Particionamiento de base de datos y distribución de tablas).
  • La misma tabla dividida a través de multiples Index Servers (Particionamiento de tablas)

Por defecto, las nuevas tablas se distribuyen en los Index Server disponibles, sin embargo es posible especificar que una tabla o partición se cree en uno en concreto. Por otro lado, existe la posibilidad de realizar una redistribución de tablas, la cual podría plantearse en los siguientes casos:

  • Antes de retirar un host
  • Después de adicionar un host
  • Optimizar la distribución de tablas actual
  • Optimizar la partición de tablas existente

Por lo general, después de añadir o eliminar nodos, la redistribución (Landscape Redistribution) debe llevarse a cabo. En base a la configuración se sugerirá un nuevo panorama. En este proceso se considera sólo las tablas basadas en columnas (column-store tables), no son consideradas las tablas del sistema, temporales y basadas en filas (row-store tables).

En un sistema SAP NW BW sobre SAP HANA, los datos son distribuidos, grosso modo, del siguiente modo:

  • Nodo Principal: Contiene las tablas con almacenamiento basado en filas, tablas del sistema ABAP y datos operacionales generales.
  • Nodo Esclavo o Worker Node: Contiene todos los datos maestros de BW, cubos, DSO y PSAs

Nota: Quizás, sea útil tener presente los siguientes conceptos:

  • Un host es una máquina (compuesto por CPU, memoria, almacenamiento, red y sistema operativo) que ejecuta parte del sistema SAP HANA.
  • Un sistema distribuido SAP HANA, es un sistema que es instalado en más de un host.
  • Una instancia SAP HANA es un conjunto de componentes de un sistema distribuido que es instalado en un host.
  • Cada instancia tiene un “index server”, “preprocessor server” y “name server”. El “statistic server” existe sólo uno por sistema.

Referencia: SAP Note 2081591

SAP HANA Smart Data Access


Desde la actualización SPS 06 de SAP HANA, existe la característica Smart Data Access, la cual consiste en acceder a datos externos sin tener que replicarlos en SAP HANA. Esta técnica, grosso modo, consiste en crear tablas virtuales en HANA que apuntan a tablas remotas ubicadas en distintas fuentes, luego de lo cual se podrían escribir consultas SQL en SAP HANA las cuales serían ejecutadas en la base de datos correspondiente y el resultado sería devuelto a la consulta HANA para completar la operación.

La comunicación entre SAP HANA database y la base de datos remota es vía ODBC (los drivers de la BBDD remota deben ser instalados), a partir de la reciente actualización SPS 10 se soportan las siguientes fuentes de datos: SAP HANA, SAP IQ, SAP ASE, SAP Event Stream Processor, SAP MaxDB, Teradata Database, Microsoft SQL Server 2012, Oracle 12c, IBM DB2, Hadoop Hortonworks HDP 2.3, IBM Netezza Appliance.

Los usos sugeridos por SAP son los siguientes:

  • Abordar proyectos Big Data conectándose a Hadoop para analizarlos con datos SAP HANA.
  • Utilizar datos inactivos (cold storage) aquellos que muy rara vez se acceden y se desean combinar en consultas con datos de uso frecuente (hot data) en SAP HANA.
  • Crear aplicaciones SAP HANA que accedan a diversas fuentes de datos.
  • Adicionalmente, cabe señalar que a través de la tabla virtual es posible realizar todo tipo de operaciones sobre la tabla remota, tales como seleccionar, actualizar, insertar, eliminar, etc.

Referencias: Notas SAP 2180119 y 18668209

Problemas conocidos de SAP EPM Add-in


Con el cliente de SAP BPC 10.0 / 10.1 (Business Planning and Consolidation), denominado SAP EPM Add-in, podemos encontrarnos con algunos mensajes de error recurrentes al realizar algunas tareas básicas tales como conectarnos, grabar, leer o cambiar el estado del Work Status.

A través de la nota 2147402, SAP ha recopilado los mensajes más habituales que podemos encontrar al utilizar el componente SAP EPM Add-in, muchos de estos errores o “issues” se solucionan utilizando una actualización superior al SP20, recomendamos la subscripción o revisión periódica de este documento.

Referencias: 2147402 – Check points for EPM Add-in issue on BPC NW (o aquí)

El consumo de CPU en SAP HANA


En SAP HANA un alto consumo de CPU puede ser normal y aceptable, dado que el sistema podría estar utilizando los CPUs disponibles para la paralelización de operaciones complejas. Si el sistema estuviera procesando peticiones de base de datos simples con una gran cantidad de consumo de CPU, esto podría significar un cuello de botella crítico que podría evitarse, analizando y optimizando el consumo de CPU innecesarios.

Tipos de consumo de CPU

El consumo de CPU puede tener los siguientes tipos u orígenes:

  • User. El consumo de CPU se origina fuera del núcleo del sistema operativo, tales como operaciones que recorren tablas de gran tamaño o recuentan valores distintos. Operaciones de productos “no SAP HANA”, que se ejecutan en el mismo host, también podrían ser los causantes de un consumo elevado de CPU.
  • System. Se trata del consumo de CPU originado en núcleo del sistema operativo, por ejemplo: operaciones en segundo plano como la desfragmentación de la memoria o tiempos de espera por bloqueos y operaciones de E/S.
  • I/O Wait. Los tiesmpos de CPU para completar operaciones de E/S, pueden ser considerados como tiempo de inactividad.

 Cómo monitorizar el consumo DE CPU

Como la gran mayoría de tareas de administración y modelado de datos, el seguimiento del consumo de CPU se realiza en SAP HANA Studio a través de las siguientes vías:

  • Administration >> Overview >> CPU Usage
  • Administration >> Performance >> Load >> [System] CPU
  • Adicionalmente, a través de sentencias SQL (HANA_Resources_CPUAndMemory_History y HANA_Hosts_Overview) y definiendo algunos parámetros en el fichero global.ini se puede obtener mayor información.

Se debe tener presente que los casos típicos de un alto consumo de CPU pueden ser originados por sentencias SQL que requieran ser optimizadas (consumo de CPU del tipo User) o por consumo de tiempo de CPU del tipo System originadas por subprocesos tales como “garbage collection” con lentos accesos a tablas del sistema que requiere esta tarea. Para obtener más información sobre el consumo de CPU y cómo controlar su uso y monitorización, sugerimos la revisión períodica de documentos como la nota 2100040.

Las limitaciones y restricciones de SAP HANA


SAP HANA Database, al igual que cualquier otro motor de base de datos, tiene una serie de restricciones o limitaciones que se deben tener presente para garantizar el buen funcionamiento del sistema. A través de la nota 2154870 SAP señala las limitaciones y restricciones de sus base de datos en memoria. Muchos de los valores máximos señalados parecen más que suficientes, difícilmente de alcanzar, tales como las 16 columnas para conformar un índice o los 1.023 índices que puede tener una tabla.

A través de la vista M_SYSTEM_LIMITS se pueden obtener las principales restricciones, la cual puede variar según el nivel de actualización de la plataforma:, los siguientes valores corresponden a la actualización SPS 09:

Limitaciones de SAP HANA database a través de la vista M_SYSTEM_LIMITS

Otras restricciones que se deben tener presente son los siguientes:Otras restriciones de SAP HANA Database

Las siguientes limitaciones son configurables:Restrcciones SAP HANA parametrizables

Referencia: SAP Note 2154870

Matriz de componentes de SAP BPC 10.1 NW


En el documento de referencia podremos obtener la matriz de compatibilidad entre los componentes que conforman la última versión de SAP Business Planning and Consolidation 10.1 para Netweaver (SAP PC 10.1 for NW). En esta matriz se señala el nivel de actualización recomendado para cada componente:

Matriz de compatibilidad según versiones de componentes SAP BPC 10.1 NW

Referencia: SAP Note 2103585

La simplicidad de SAP Simple Finance


SAP Simple Finance es la primera solución completa de SAP S/4HANA (SAP Business Suite 4 SAP HANA o simplemente S/4), la nueva generación de aplicaciones basadas en la tecnología in-memory de SAP HANA, con interfaz de usuario renovada basada en SAP Fiori, la cual podrá ser utilizada bajo la modalidad Software como Servicio (SaaS) u on-premise (instalación propietaria).

Evolución de la plataforma SAP HANA desde 2011 a 2015

Las Ediciones

Las posibilidades de adopción de SAP Simple Finance va en línea a S/4, son las siguientes:

  • On-premise: Incluye control total sobre el sistema, configuración y con la posibilidad de realizar modificaciones. Es responsabilidad de la organización la gestión de la seguridad y la aplicación de actualizaciones.
  • SAP HANA Enterprise Cloud. SAP mantiene el software y los servidores dedicados con la posibilidad que el usuario configure sus procesos de negocio, pero sin la posibilidad de realizar modificaciones. Al utilizar servidores independientes, el nivel de actualización no siempre será el mismo entre todos los clientes. El soporte técnico y las actualizaciones se encuentran dentro del servicio que ofrece SAP.
  • Private cloud deployment. SAP ofrece la posibilidad de contar con un entorno privado bajo la modalidad SaaS, dónde la infraestructura y el software es gestionado por SAP. La configuración es estándar y las modificaciones no están permitidas. El cliente siempre será llevado al mismo nivel de actualización que el resto de clientes.
  • Public cloud deployment. Se trata de un despliegue básico, se trata de un modelo SaaS con multitenancy (más de una base de datos en el mismo sistema). La gestión de la infraestructura y el software es responsabilidad de SAP. La configuración es estándar, no se admiten modificaciones y todos los clientes tienen el mismo nivel de actualización. Es considerada la opción de más pronto despliegue y asegura a los usuarios una instalación con las últimas mejoras de manera permanente.
  • Hybrid deployment. Se trata de una implementación que combina la opción on-premise e implementaciones cloud. Se sugiere esta opción para procesos puntuales que no requieren una estrecha integración con el resto de SAP Business Suite o para grandes organizaciones que requieran la integración con subsidiarias o empresas de reciente adquisición.

SAP Simple Finance - simplificación de la arquitectura

La simplificación de SAP Simple Finance

A través de cualquiera de las ediciones de SAP Simple Finance, los beneficios son los siguientes:

  • Acceso a cualquier funcionalidad de una manera más simple e inmediata y desde cualquier dispositivo.
  • Simplificación de la ejecución de procesos de datos financieros en tiempo real que requieren se reconciliados.
  • Simplificación para el uso de predicción y simulaciones
  • Simplificación de la arquitectura, sin agregados y sin datos redundantes.

SAP Simple Finance - Simplificación de interfaz y de procesos

Las ediciones de SAP S/4HANA


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).

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:

  • 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.