Archivo mensual: diciembre 2012

Tipos de gráficos según el problema a representar


Las herramientas más utilizadas para analizar la información son los gráficos, tienen la gran facilidad de transmitir, instantáneamente y sintéticamente, las relaciones existentes entre los datos,  pero en ocasiones usamos indistintamente uno u otro tipo sin pensar con más detenimiento cual es el mejor tipo de gráfico para facilitar la compresión y el análisis de los datos que están representando.

El objetivo del uso de gráficos debería ser “transmitir la máxima información de forma más directa y sencilla, para que el usuario descubra relaciones entre los datos, obtengas respuestas y tome decisiones”.

Del documento de referencia extraemos la siguiente sugerencia de tipos de gráficos, según el problema que se desea representar:

  • Para descripción y comparación de categorías: diagrama de barras, diagrama de barras apiladas, gráficos de áreas apiladas y diagramas de sectores (circular).
  • Análisis y comparación de distribuciones: Histogramas, polígonos de frecuencia, ojiva y diagrama de cajas.
  • Análisis de series temporales: Diagramas de línea.
  • Distribución conjunta de dos variables: Diagramas de dispersión (por ejemplo burbujas).

Referencia: ISBN 978-84-9281-207-3

Anuncios

Los “nombres técnicos” de SAP BPC NW


Cada vez que grabamos y procesamos objetos en SAP BPC NW, creamos un objeto en SAP NW BW, el cual es identificado con el prefijo /CPMB/ seguido de algunos caracteres, según sea su tipo de objeto.

El primer objeto que encontramos es la InfoArea generada por la instalación, la cual contendrá todos los metadatos que se definan en la plataforma de SAP BPC, denominada “Business Planning and Consolidation (/CPMB/BPC).

Toda la información de los metadatos de la instalación BPC reside en tablas cuya identificación comienza con el prefijo “UJA”, entre las tablas más relevantes tenemos:

  • En la tabla UJA_APPSET_INFO podemos obtener el prefijo y el nombre de la InfoArea de cada Environment.
  • En la tabla UJA_APPL podemos ver las propiedades de cada modelo, entre ellas los nombres técnicos asociados y el prefijo del modelo (APPL_PREFIX).  También encontramos el nombre técnico del infocubo y multiprovider asociado a cada modelo, los cuales se identifican de forma similar:

/CPMB/<PrefijoEntorno><I|M><PrefijoModelo><UnCaracter>

  • En la tabla UJA_DIMNSION encontramos los nombres técnicos de las dimensiones: /CPMB/<PrefijoEntorno>D<CuatroCaracteres>
  • En la tabla UJA_DIM_ATTR podemos recuperar los nombres técnicos de los atributos, los cuales van precedidos, como todos los objetos BPC en BW, de la cadena “/CPMB/”, del prefijo del entorno y la letra “P”, seguido de una cadena de cuatro posiciones.

Ranking de empresas de informática


En la revista Actualidad Económica del mes de diciembre de 2012 encontramos una lista digital de las 5.000 primeras empresas españolas por facturación, filtrando la lista por un tipo de sector más próximo a la informática, obtenemos una relación de 82 empresas.

Ranking de empresas informáticas 2012 (clic para ampliar)

De esta lista de empresas observamos algunas relacionadas a grandes grupos o asociaciones de empresas.

Cómo hacer seguimiento a las llamadas HTTP


Nos encontramos con un programa en entorno Web que deseamos saber a “dónde se dirige” qué llamadas hace o a dónde se conecta.  Puede tratarse de InfoView, BI Launch Pad de SAP BusinessObjects BI o el entorno Web de SAP BPC.  Utilizar un programa que hace un seguimiento de las llamadas HTTP puede ser de ayuda.  En la nota adjunta compartimos el procedimiento para utilizar un programa de este tipo, hay muchas otras alternativas, pero al menos este no agrega publicidad u otras aplicaciones no deseadas.

Referencia (aquí)

Conceptos básicos sobre gestión de usuarios en SAP HANA


La autorización que tiene un usuario para “hacer algo” sobre determinados “recursos de la base de datos” de SAP HANA, se denomina “privilegios” y la agrupación de estos privilegios para más fácilmente asignarlos a los usuarios, se denomina “roles”.  En el sistema SAP HANA tenemos dos grandes categorías de usuarios:

  • Database Users. Un  usuario de base de datos es un usuario que podrá  trabajar con los recursos de SAP HANA Database.
  • Operating System User. Son usuarios con acceso total a los recursos del sistema, también son referidos como administradores de la operativa del sistema, son los únicos que puede iniciar o detener un servicio o componente del sistema.  Un usuario operador del sistema no es un usuario de base de datos.

Usuarios técnicos

Durante la instalación de SAP HANA Database se crean una serie de “usuarios técnicos”, tales como <sid>adm, SYS,  _SYS_STATISTICS o SYSTEM.  Este último, es un usuario de bases de datos (database user) tiene unos privilegios irrevocables tales como crear usuarios de bases de datos o acceder a las tablas del sistema.  Como en cualquier otro sistema o plataforma de bases de datos, se sugiere no utilizar este usuario para las tareas diarias, sino definir uno con privilegios similares.

Autenticación

Los usuarios son definidos y gestionados por SAP HANA Database en SAP HANA Studio.

La autenticación de usuarios puede ser integrada con Kerberos y SAML (Security Assertion Markup Language).

Desde SAP HANA 1.0 SP05 es posible gestionar una lista de palabras que no podrán ser utilizadas en la definición de contraseñas (Password Blacklist). Esta lista es almacenada en la tabla _SYS_PASSWORD_BLACKLIST del esquema _SYS_SECURITY.  Si se cuenta con privilegios sobre la tabla o el esquema, se podrá actualizar esta lista vía sentencias SQL desde SAP HANA Studio.

Autorización

Un usuario autenticado como usuario de base de datos indica que podrá realizar operaciones, la confirmación que pueda hacer algo se denomina autorización, la cual se determinará por la verificación de los derechos efectivos sobre los recursos y privilegios para ejecutar la operación. Tipos de privilegios en SAP HANA database:

  • System privilege.  Permiten el control total del sistema con el fin de administrarlo permitiendo la ejecución de tareas tales como creación de esquemas, definición de usuarios y roles, copias de respaldo, gestión de licencias, etc.
  • Object privilege. Es usado para restringir el acceso y las modificaciones de los objetos de la base de datos.
  • Anlytic privilege. Son utilizados para determinar el acceso a las vistas de información, estos privilegios son evaluados durante la ejecución de las consultas
  • Package privillege. Determina si el usuario podrá acceder y trabajar con paquetes del repositorio, los cuales pueden contener vistas de información en tiempo de diseño.
  • Privilegios para tareas administrativas. Para las tareas típicas de un administrador del sistema, además de tener derechos sobre los objetos a gestionar, debe contarse con privilegios específicos como los siguientes:
    • Abrir la Consola de Administración (CATALOG READ y DATA ADMIN.  MONITORING para sólo conslta)
    • Iniciar o detener servicios (SERVICE ADMIN)
    • Gestionar licencias (LICENSE ADMIN)
    • Gestionar roles (ROLE ADMIN)
    • Gestionar usuarios (USER ADMIN)
    • Gestionar tablas, esquemas y particiones (DATA ADMIN o CATALOG READ)
    • Importar catálogo de objetos (IMPORT)
    • Exportar catálogo de objetos (EXPORT)

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)

SAP BPC 10.0 SP09, disponible!!!


Las dos ediciones de SAP Business Planning and Consolidation (SAP BPC), NeWeaver y Microsoft, vienen haciendo caminos distintos, la gran similitud que guardan es la terminología y los conceptos básicos en lo que se estructura la plataforma de soluciones financieras contables de SAP.  Pero el “cómo” se implementan y la arquitectura que tienen, es cada vez más distinta.

SAP, hace unos días, ha liberado la actualización SP09 de la versión 10.0 de SAP BPC para sus dos ediciones, con novedades particulares en cada caso.  Para la edición NetWeaver, la novedad que nos parece más relevante es la nueva funcionalidad de procesamiento paralelo, una característica que se deberá parametrizar según las necesidades y volumen de datos, con esta nueva característica podríamos optimizar los procesos de cargas de datos y consolidación financiera (lo adelantamos en un post anterior, también revisar Nota 1794758).  Para el caso de la edición Microsoft,  vemos menos novedades, donde nos parece relevante la posibilidades de uso de extensiones SDK para el desarrollo o mejora de aplicaciones.

Referencias: Nota edición NW (tambien) y Nota edición MS (también)