aníbal goicochea

Solución de problemas de red en una plataforma SAP HANA

Si se percibe un problema de rendimiento en una plataforma SAP HANA, identificándose aumento de tiempos de acceso a los datos, quizás el problema no este centrado en SAP HANA sino en la red. SAP señala las causas que originarían problemas en la red y las acciones que podríamos realizar para comprobar y superar estos inconvenientes.

Si se percibe un problema de rendimiento en una plataforma SAP HANA, identificándose aumento de tiempos de acceso a los datos, quizás el problema no este centrado en SAP HANA sino en la red. SAP señala las causas que originarían problemas en la red y las acciones que podríamos realizar para comprobar y superar estos inconvenientes. Esta información, contenida en la nota 2081065, es aplicable a instalaciones SAP HANA SPS 08 (Revisión 80 – SPS = Support Package Stack) o con actualizaciones superiores.

Los aspectos que intervienen en el rendimiento de red, son los siguientes:

Latencia. Es el tiempo que tarda un paquete de cruzar una conexión de red, del emisor a receptor.
Ancho de banda (Bandwidth). Se refiere a la cantidad de datos que se puede llevar de un punto a otro en un período de tiempo (bps).
Pérdida de paquetes (Packet loss). Se refiere al fallo de uno o más paquetes transmitidos para llegar a su destino. De producirse, ocasionaría que el punto origen debería retransmitir el dato, percibiendo el usuario final un mal desempeño y retrasos.

Los problemas en la red, podrían repercutir en los siguientes aspectos en una instalación SAP HANA:

Comunicación entre los host SAP HANA (arquitectura Scale out u horizontal).
Comunicación entre SAP HANA Database y las aplicaciones cliente.
Replicación de base de datos SAP HANA.

Para encontrar las posibles soluciones a estos inconvenientes sugerimos la revisión de la nota de referencia.

Referencia: SAP Note 2081065

Controlar el tamaño de la fuente al exportar informes Crystal Reports

Los planes que tiene SAP para simplificar los componentes que conforman en su portfolio de herramientas de Business Intelligence (SAP BusinessObjects BI) incluye la sugerencia de utilizar Crystal Reports for Enterprise en lugar de las ediciones 2013, 2011 y 2008 de Crystal Reports.

Los planes que tiene SAP para simplificar los componentes que conforman en su portfolio de herramientas de Business Intelligence (SAP BusinessObjects BI) incluye la sugerencia de utilizar Crystal Reports for Enterprise en lugar de las ediciones 2013, 2011 y 2008 de Crystal Reports. Pero sin embargo, son muchas las implementaciones y usuarios fieles a las ediciones clásicas de la herramienta de reporting operativo.

Si eres usuario de esta herramienta y al exportar estos informes en formato RTF o Word y se observa que el tamaño de la fuente no es igual al utilizado en el informe original, la aplicación del siguiente procedimiento podría evitar este comportamiento:

Referencia: Nota SAP 1810847

Comprobación de una instalación SAP BPC

Al finalizar una instalación de SAP BPC (SAP Business Planning and Consolidation) nos puede surgir la inquietud si ha sido realizada correctamente, por experiencia, podemos señalar que esta preocupación no sería infundada, porque podría ocasionar importantes contratiempos.

Al finalizar una instalación de SAP BPC (SAP Business Planning and Consolidation) nos puede surgir la inquietud si ha sido realizada correctamente, por experiencia, podemos señalar que esta preocupación no sería infundada, porque podría ocasionar importantes contratiempos. Para detectar oportunamente cualquier potencial problema podríamos, simular tareas básicas como las siguientes:

Copiar y eliminar un environment
Copiar, eliminar y crear una dimensión
Agregar, modificar y eliminar miembros de dimensión
Diseñar un formulario de entrada en el EPM Add-in,
Agregar datos transaccionales,
Diseñar un informe EPM Add-in
…

Estas y otras tareas podrían ayudar, pero quizás podríamos considerar iniciar estas comprobaciones cerciorándonos si se han aplicado las indicaciones post-instalación que señala la documentación del producto. SAP afirma que algunos errores reportados son originados porque no se ha seguido rigurosamente el proceso de instalación. En la nota 2069510 se destaca los “olvidos” más comunes:

BI Content no activado.
Perfiles de autorización ABAP no han sido activados.
Conexiones RFC no definidos o con configuración incorrecta.
Usuario BPC Service no se ha creado o sin perfiles de autorización.
Environment básico (ENVIRONMENTSHELL) no ha sido activado correctamente o ha sido activado antes del BI Content o de los perfiles básicos.

Aun todo esto, no podremos asegurar que no habrán “sorpresas”, porque estas se puede encontrar por aplicar una reciente actualización o seguir un procedimiento poco habitual al utilizar alguna funcionalidad, pero seguro que no reportaremos una incidencia conocida.

Quién es Quién 2014, (Consultoría e Informática) – 2da. edición

En mayo compartíamos el extracto sobre los rubros Informática y Consultoría del directorio de empresas «Quién es Quién» del Diario Expansión y la revista Actualidad Económica, hoy compartimos una segunda edición de este informe.

Destacamos de esta edición el reclamo de la Asociación Española de Consultoría (AEC) que señala que para que la consultoría se siga potenciando y continúe contribuyendo al desarrollo de las organizaciones, es necesaria «una normativa adecuada que propicie la calidad de los servicios y la consolidación del empleo en las empresas de consultoría tecnológica«.

Referencia: (aquí)

Sobre las actualizaciones de SAP HANA

Las actualizaciones del software de SAP HANA son liberadas bajo dos modalidades o categorías que difieren en su denominación con respecto a otros productos SAP a los que estamos más habituados. Estos paquetes de actualización se denominan Support Package Stacks (SPS) y Revisions.

Las actualizaciones del software de SAP HANA son liberadas bajo dos modalidades o categorías que difieren en su denominación con respecto a otros productos SAP a los que estamos más habituados. Estos paquetes de actualización se denominan Support Package Stacks (SPS) y Revisions.

Los SPS son las actualizaciones principales de SAP HANA los cuales incluyen nuevas funcionalidades y significativos cambios. Las Revisiones son parches al software con el fin de corregir errores o brindar pequeñas mejoras. En ambos casos, SAP recalca que los cambios y mejoras no son disruptivos. Comparando el sistema de actualización del software de SAP HANA con SAP BusinessObjects BI (BI4), podríamos señalar que los SPS de HANA equivalen a los SP de BI4 (Support Pack) y una “Revision” equivale a un ”Patch”.

No hay un ciclo definido de liberación de las actualizaciones del software de SAP HANA, pero se estiman dos actualizaciones del tipo SPS al año, y usualmente una antes de mayo y la otra antes de noviembre, aproximadamente. Meses después de la liberación de un paquete, SAP podría finalizar el ciclo de vida de una actualización anterior, por lo que la aplicación de las actualizaciones no debería postergarse demasiado.

En cuanto a las “Revisions”, también denominadas Support Package (SP), se liberan sin seguir ningún patrón de frecuencia, son publicadas cuando SAP lo vea necesario. Hay dos tipos de revisiones: “SAP HANA Datacenter Service Points”, revisiones comprobadas en los sistemas de producción de SAP y “SAP HANA Maintenance Revisions” las cuales pueden contener un mayor número de corrección de errores pero suelen basarse en SPS antiguos, por ejemplo, revisiones en base al código del SPS 07 cuando ya se ha liberado el SPS 08.