Archivo de la etiqueta: SAP HANA Studio

Notas para gestionar las alertas de un sistema SAP HANA


Los administradores de un sistema SAP HANA deben controlar activamente el estado del sistema, los servicios que se están ejecutando y el consumo de los recursos que se esté realizando.  Un sistema SAP HANA tiene un amplio conjunto de alertas  que comunican sobre situaciones críticas, como por ejemplo consumo elevado de memoria, falta espacio en disco, algún servidor detenido o uso de CPU en límites máximos.

El responsable de recopilar esta información es el Servidor de Estadísticas (Statistics Server) de SAP HANA, este componente verifica constantemente las condiciones para la generación de las alertas. La prioridad de la alerta indica la gravedad del problema y depende de la naturaleza de la comprobación y los valores de umbral configurados en la alerta. Por ejemplo, si se está utilizando el 90% del espacio disponible en el disco, se emite una alerta de baja prioridad, si se llega a utilizar el 98%, se emitirá una alerta de alta prioridad.

Las alertas del sistema se pueden consultar y controlar a través de SAP HANA Studio, tanto los valores actuales como los históricos, almacenados en la base de datos de HANA (esquema _SYS_STATISTICS). Saber gestionar las alertas del sistema SAP HANA es muy importante, a continuación compartimos tres notas que detallan las categorías de alertas más críticas:

Anuncios

Licencias de SAP HANA Database


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

Vía para consulta o modificar las licencias SAP HANA Database,... (gups... no tenemos acceso)

(Nota: Para consultar o modificar las licencias de la base de datos SAP HANA es necesario privilegio LICENSE ADMIN)

Monitorización del sistema SAP HANA al iniciarlo o detenerlo


Editores de la perspectiva Consola de Administración de SAP HANA StudioLa gran parte de la información sobre el funcionamiento del sistema SAP HANA se guarda en la base de datos, pero cuando los servicios que gestionan SAP HANA Database no están disponibles porque se está iniciando el sistema o este se está deteniendo, la información sobre el funcionamiento de estas operaciones (start y stop services) no es almacenada en base de datos, pero es accesible en SAP HANA Studio vía la perspectiva de “Administration Console”, pero a diferencia de las dos entradas anteriores, utilizando la opción “Diagnosis mode”

El “modo diagnóstico” será el editor por defecto de la “Consola de Administración” cuando el sistema se esté deteniendo o poniendo en marcha, o cuando ninguna conexión SQL esté disponible.

Opciones para reiniciar un sistema SAP HANA


En SAP HANA, un cambio de un parámetro no obliga reiniciar el sistema o incluso son raras las veces que se requiera reiniciar un servicio, pero en algún caso podría ser necesario si se llegase instalar un nuevo servicio como puede darse si actualizas un sistema SAP HANA a SPS05 e instalas el servicio SAP HANA extended application services (SAP HANA XS) o el caso que figura en el manual de administración de SAP HANA“En un sistema distribuido, un host deja de funcionar y sus tareas pasan a ser gestionadas por el host de respaldo, pero sin embargo este sigue ocupado aun cuando el host que tuvo problemas esta nuevamente operativo”

Servicios SAP HANA, donde el principal es SAPSTARTSRV el cual pone en funcionamiento todo el sistema

Como tarea de administración, para reiniciar el sistema, utilizaremos la perspectiva de la “Consola de Administración” de SAP HANA Studio, si tenemos un usuario adecuado (operating system user) podremos detener y reiniciar el sistema denominado sapstartsrv el cual es responsable de poner en funcionamiento los servicios que requiere la plataforma SAP HANA.  Al reiniciar el sistema nos encontraremos con dos opciones:

  • Hard. Fuerza una inmediata interrupción de todos los servicios en todos los host.  La opción menos recomendada debido a que no permite la grabación de las operaciones en curso  (savepoint operation) y originaría una reinicialización más lenta.
  • Soft. Ejecuta la grabación de todas las modificaciones (savepoint operation) realizadas, antes de detener los servicios de base de datos.

Al igual que muchas otras tablas de información de SAP HANA Studio, se puede especificar que datos se desean ver

(Nota: Para reiniciar el sistema SAP HANA se solicita el usuario y contraseña del administrador y para el caso de reiniciar los servicios de base de datos basta el privilegio SERVICE ADMIN)

Revisando los “parámetros del sistema” de nuestro SAP HANA Appliance


SAP HANA Appliance viene con una parametrización siguiendo las best practices que ha ido definiendo SAP gracias a pruebas de laboratorio y a las instalaciones que viene realizando de su plataforma in-memory computing.  Sin embargo, en alguna ocasión será necesario revisar esta parametrización estándar o cambiar algún valor, para ello, deberemos utilizar SAP HANA Studio.

Activando el Administration Editor de SAP HANA Studio, perspectiva Administration Console (Las imagenes pueden variar según la versión de SAP HANA y Studio, esta corresponde a 1.0 SP4)

SAP HANA Studio es la principal herramienta de configuración, administración y modelado de datos de SAP HANA, está compuesta por una serie de utilidades o herramientas que reciben el nombre de “Perspectivas”, cada una es útil para una tarea muy específica, como la denominada “Modeler”, la cual explicamos en entradas anteriores para diseñar vistas de información.

Configuration Files disponibles actualmente, cada uno de ellos contiene secciones y cada sección contiene parámetros con un valor asignado.

Si deseamos revisar o modificar la parametrización del sistema utilizaremos la perspectiva “Administration Console”, activando el “Administration Editor”, podremos visualizar una amplia información sobre el sistema, organizada en fichas.  Para el caso de los parámetros, debemos dirigirnos a la ficha “Configuration”, donde encontraremos los denominados “Configuration files”, similares a los clásicos ficheros *.INI que contienen los parámetros de un programa o sistema operativo agrupados por secciones.

Un parámetro muy importante, global_allocation_limit, por defecto igual a cero que equivale al 90 porciento de la memoria disponible

Estos ficheros contienen parámetros tan importantes como la cantidad de memoria que utilizará la base de datos (por defecto 90% de la disponible), pero cuya modificación requiere un privilegio del sistema especial (INIFILE ADMIN), la modificación de cualquier valor no requiere la reinicialización del sistema, a lo sumo,  si fuera necesario, el sistema automáticamente reinicia algún componente de la plataforma. (Sugerimos la nota 1730999)

Recapitulando los primeros pasos con SAP HANA Studio


En recientes entradas hemos compartido las nociones básicas sobre el diseño de las Vistas de Información con SAP HANA Studio:

Definición de la conexión a un servidor SAP HANA y selección de la Vista de Información que se desea utilizar en el diseño de un nuevo documento SAP Visual Intelligence

En cuanto a diseño de vistas hay muchos más temas por abordar, tales como el diseño de jerarquías, variables, parámetros, filtros, cálculo  y las “Calculation Views”.  

Uso de una Vista Analítica en SAP Visual Intelligence

El fin del diseño de las vistas de información de HANA es que el usuario de negocios que las utilice, desde cualquier herramienta de análisis que las reconozca, tenga como paso más “complicado” indicar los datos de la conexión al servidor .

Uso de una Vista Analítica en SAP Visual Intelligence (2)

Creación de una “Analytic View” de SAP HANA


Las vistas de información de SAP HANA, que diseñemos con SAP HANA Studio, son la vía más simple y ordenada para brindar acceso a un subconjunto de datos contenidos en SAP HANA Database.  Los Attribute View, que vimos en una entrada anterior, es un tipo de vista de información que nos permite diseñar una visión de los datos no numéricos de las tablas de dimensión (símil a datos maestros o atributos de características) tales como códigos, nombres, descripciones, entre otros.

Si deseamos ofrecer una visión de los datos numéricos, generados de las transacciones u operativa diaria, necesitaremos un Analytic View.  Una Vista Analítica combinará la información de las tablas que contienen los datos numéricos (tablas de hechos) con una o más Attribute Views.

PROCEDIMIENTO PARA CREAR UNA “Analytic VIEW”

  • Para iniciar la creación de la vista podemos utilizar el acceso directo del “Quick Launch” o vía el menú contextual del paquete que lo contendrá.

Opción para iniciar la creación de una Analytic View - SAP HANA Studio

Otra vía para iniciar la creación de una Analytic View - SAP HANA Studio

  • En la siguiente ventana, deberemos indicar el nombre, descripción y paquete que contendrá la vista.  Al igual que en la Vista de Atributos, el diseño de la vista analítica la podemos iniciar desde cero (“Create New”) o a partir de una vista existente (“Copy From”).

Definción de la Vista Analítica  - SAP HANA Studio

  • Adicionalmente, en esta primera ventana, deberemos indicar el esquema de la base de datos que contiene las tablas para la conversión monetaria, SAP HANA Studio detecta estas tablas y sólo nos permitirá seleccionar los esquemas que contienen esta información.  A continuación, hacemos clic en el botón “Next” y veremos la ventana para seleccionar las tablas que necesitamos.

Selección de las tablas para la vista Analítica - SAP HANA Studio

  • Seguidamente, podremos seleccionar las Vistas de Atributos que nos ayudarán a describir los importes o valores numéricos de las tablas que en el paso anterior hemos seleccionado.

Seleccion de Vistas de Atributos para definir una vista Analítica - SAP HANA Studio

  • Al hacer clic en el botón “Finish”, veremos la venta de diseño de la Vista Analítica.

Editor gráfico de vistas analíticas - SAP HANA Studio

  • En la parte inferior de esta ventana veremos dos fichas, la primera de ellas, denominada “Data Foundation”, nos muestra las tablas seleccionadas para la Vista Analítica y en la segunda ficha, “Logical View”, definiremos y veremos cómo se relacionan los atributos de estas tablas y las vistas de atributos.
  • De las Attribute Views seleccionadas, veremos, en el panel de la derecha, los atributos que contienen.
  • Agregaremos los atributos y medidas, según corresponda la naturaleza de cada campo de la tabla de hechos que hemos seleccionado.

Agregar atributos y medidas en la vista analítica - SAP HANA Studio

  • En el panel de la derecha, organizados por su origen y naturaleza, veremos los atributos y medidas que hemos definido.

Atributos y medidas de la Vista Analítica - SAP HANA Studio

  • Luego, en la ficha “Logical View”, deberemos vincular los objetos de las tablas que hemos incorporado (Data Foundation) con las vistas de atributos, señalando los atributos que tengan en común, no necesariamente con el mismo nombre, que serán utilizados para la vinculación.

Activación de la Vista Analítica - SAP HANA Studio

  • Finalmente, con el botón vista previa, podríamos comprobar el funcionamiento de la vista, visualizando los datos en forma de tabla o como gráficos.

Comprobación del funcionamiento de la vista analítica - SAP HANA Studio

Hay muchas más posibilidades y características que podríamos aplicar en el diseño de las Vistas Analíticas, este post describe una secuencia genérica o común en cualquier diseño de un objeto de este tipo.

La “dimensión Time” de SAP HANA


Si alguna dimensión nunca falta en cualquier repositorio de datos o sistema de información, ese el tiempo. SAP HANA también lo tiene en cuenta y nos ofrece la posibilidad de crear estas tablas de una manera inmediata a través de la definición de un “Attibute View”, si seleccionamos el tipo de vista “Time”.

Definción de una vista de atributo de tipo Time (y creación de una dimensión TIME)

En la definición de la vista deberemos indicar lo siguiente:

  • Tipo de Calendario. Deberemos indicar  entre Gregoriano y Fiscal (para este segundo caso es necesario tener la definición de la tabla T009, símil a la tabla del mismo nombre de SAP R/3 que almacena las variantes de años fiscales).
  • Esquema. Sólo necesario para el tipo de calendario Fiscal se deberá indicar la ubicación de la tabla T009. Para el caso de calendario Gregoriano estas tablas se generan en el esquema _SYS_BI.
  • Granularidad.  Nivel de detalle que tendrá la tabla y la vista. En el caso de un nivel de detalle igual o inferior a Date, se crea una tabla con todos los campos o atributos denominada M_TIME_DIMENSION en el esquema _SYS_BI. Para niveles de detalle con menor granularidad se creará en el mismo esquema una tabla con el mismo nombre seguido del nivel de detalle
  • La opción “Auto Create” creará las estructuras y contenidos, la tabla se creará, por defecto, con todos los datos comprendidos entre 1990 y 2020.

Diseño de un Attribute View de tipo tiempo y tablas de tipo tiempo definidas

Una vez introducidos estos parámetros, la tabla y vista se habrán creado, veremos el lienzo de diseño de la vista, podremos agregar más atributos a la vista y finalmente sólo quedará guardarla y activarla.

Vista previa de una dimensión TIME

Creación de una “Attibute View” de SAP HANA


Las vistas de información de SAP HANA, diferencias técnicas al margen, tienen una utilidad funcional similar a los universos de SAP BusinessObjects BI o la capa semántica de cualquier plataforma de Business Intelligence: facilitar a los usuarios el acceso a los datos, haciendo transparente la terminología técnica que los rodea y presentando sólo los datos que realmente se requieren.

De los tres tipos de vistas de información que ofrece SAP HANA, las primeras que definiremos son aquellas que nos permitirán acceder a los datos de las tablas que actúan como maestros o dimensiones, estas vistas se denominan Attribute View o Vista de Atributos.  Por ejemplo, una tabla de “Proveedores”  puede tener una gran cantidad de datos, pero quizás, para las tareas de análisis, con el código y razón social será suficiente, brindar más datos podría dificultar la comprensión o desviaría el objetivo del análisis.

Un Attribute View de SAP HANA nos permite acceder a una o más tablas y presentar ciertos atributos o campos de estas tablas como si se tratase una sola.  Para crear las vistas de información se utiliza SAP HANA Studio.

Procedimiento para crear una “Attribute View”

Podemos acceder a la ventana de definición del Attibute View, a través del panel “Quick Launch” o el botón derecho sobre un package del Content (Perspectiva Navigator).

Vías para iniciar la creación de un Attribute View

El nombre de la vista sólo puede contener letras, números y el carácter de subrayado, el nombre que se introduzca se convierte en mayúsculas.  En cuanto a la descripción, no hay ninguna restricción. En el campo paquete debemos indicar dónde lógicamente quedará vinculada nuestra vista, este paquete deberá ser creado previamente.

Ventana inicial de definición de un Attibute View

En cuanto a los tipos de vista, tenemos:

  • Standard. Basada en tablas de la base de datos.
  • Time. Para creación de una visión y datos típica de una dimensión de tiempo que incluye información del día, semana, mes, año, etc.
  • Derived. Para cuando la definición de la vista partirá de la definición de otra vista existente, ambas vistas quedan vinculadas.  Cualquier cambio en la vista de referencia se reflejará en todas las vistas que la utilicen.
  • Copy from. Similar a la de tipo Derived, con la diferencia que no existe vínculo entre las vistas, cualquier cambio en la vista de referencia no se refleja en las vistas que la utilizaron a través de esta opción.

Selecciona la tablas o tablas que utilizaremos para crear nuetra vista de atributo en SAP HANA

Seguidamente, este asistente nos mostrará nuestro Catálogo, buscaremos en el esquema que lo contiene o podremos utilizar la opción para buscar una tabla.  (Podemos seleccionar más de una tabla).

Agregando atributos a nuetras vista Attribute View

A continuación, veremos en un lienzo las tablas seleccionadas en el cual deberemos agregar los atributos que deseamos utilizar en esta vista, para ello nos ubicamos sobre un campo de la tabla, hacemos clic derecho y en el menú contextual tendremos dos opciones para este fin: “Add as Key Attribute” (para los campos o atributos clave) y “Add as Attribute” (para el resto de atributos).

Salvar y validar nuestra Vista

Luego, podremos validar y grabar (primer símbolo verde) o grabar y activar (segundo símbolo verde). En HANA, al igual que los objetos de SAP ERP o SAP BW, ante de poder utilizarlos, estos deben ser activados. 

Ventana de activación de objetos

Finalmente, podremos comprobar el funcionamiento de nuestra vista, a través de una vista previa de los datos, accediendo al “Content” (perspectiva Navigator), y luego al “package” donde hemos almacenado nuestra vista.

Comprobación del funcionamiento de nuestra vista

Los Packages de SAP HANA


Antes de iniciar la definición de las vistas de información con SAP HANA Studio, primero se debe definir los paquetes (packages) que los contendrán.  Los paquetes son contenedores lógicos que nos permitirán tener las vistas que corresponden a un proyecto o aplicación, en un solo sitio, esto no impide que las vistas que se utilicen puedan provenir de distintos paquetes (siempre y cuando, se cuento los privilegios de acceso necesarios). 

El uso ordenado de paquetes también de ser visto como una buena práctica para las futuras tareas de mantenimiento. No se debe confundir el concepto paquete con el de esquemas, el cual se aplica a las tablas de datos de SAP HANA database.  Los paquetes SAP HANA pueden ser de dos tipos:

  • Estructurales (Structural). Es un paquete que contiene otros paquetes. Utilizado para ordenar los paquetes en un estructura de árbol.
  • No estructurales (Non-Structural). Es un paquete que contiene vistas, procedimientos y otros objetos.

Ventana para la definción de un package de SAP HANA

A través de los enlace del “Quick Launch” de SAP HANA Studio, accederemos a la ventana para definir el package, una vez introducimos los datos solicitados en esta ventana, visualizaremos este objeto en el Content de la Perspectiva Navigator.  (El campo “Delivery Unit”, es opcional, equivale a un número de orden de transporte).