Cómo cargar y leer Web Services Data Store en Data Integrator

En este artículo, le enseñaré en 12 pasos cómo cargar y leer la información recuperada por un servicio web basado en una aplicación Java como fuente de información. Esto tiene una característica muy importante si, por ejemplo, está creando aplicaciones Java Social Media que leen información de Internet o si ha creado una aplicación Java que recupera información en Json Structure XML. Le mostraré cómo Data Services realiza solicitudes e interpreta las respuestas de un origen de datos de servicio web.

Si necesitas información de fondo sobre los primeros pasos de mi proceso, he hecho un primer post sobre cómo usar Data Services SDK libraries para construir un AWTableMetadata En una aplicación Java, seguida de la publicación donde expliqué cómo acceder a una aplicación JAVA como fuente de información Utilizando el WebService DataStore en SAP Data Services.

Si ya lees mis blogs anteriores, vamos a saltar en cómo cargar y leer Web Services Data Store en Data Integrator.

Paso 1:

Abra el Diseñador de servicios de datos. Vaya a la perspectiva de Data Store y haga clic derecho con el ratón y seleccione New .

Foto 1

Paso 2:

Establecer el nombre del extractor y la URL donde se encuentra su servicio web WSDL ( ver mi blog anterior para referencia ) .

Picture2

Paso 3:

Haga clic derecho en el botón "f (x)" Y seleccione Importar. Elija las funciones del servicio web que va a utilizar. En este ejemplo seleccionamos "getTableTweeetsEN" y "getTableTweeetsES".

Picture3

Nota especial:

Para acceder a estas funciones dentro de una transformación tenemos que usar el esquema de llamada de función proporcionado por Data Services. En este caso, la función getTableTweets_EN recibe una entrada y devuelve una tabla (tabla AWTableMetadata). Este tipo de retorno viene en un formulario anidado de nuestro Servicio Web. Tendremos que resolver este esquema anidado haciendo un par de transformaciones a continuación.

Imagen4

Paso 4:

Seleccione el parámetro de entrada para las funciones; En este caso es un campo de una tabla llamada "WS_Parameter". Seleccionamos esa tabla como una tabla de origen y nuestro primer elemento en nuestro flujo de datos.

Picture5

Paso 5:

Inserte una transformación en el flujo de datos como su segundo elemento. En esta primera consulta (Query1_EN). Creamos un SCHEMA llamado Schema 1, y asignamos el campo proveniente de la base de datos "Parameter" como un atributo de este Schema.

Picture6

Paso 6:

Cree una segunda transformación (Query2_EN). Esta consulta se encargará de llamar al servicio web con el parámetro de entrada mediante el procedimiento de llamada de función. Haga clic con el botón derecho del ratón en la tabla de esquemas llamada Consulta2 y seleccione Nueva llamada de función.

Picture7

Paso 7:

Seleccione el WS_ClaribaSMT dataSotre en el panel izquierdo, el panel derecho muestra las funciones que importamos al Data Store. Seleccionamos el primer getJsonTweet (para el idioma inglés) y clicamos en Siguiente.

Picture8

Paso 8:

Tenemos que mapear la nueva función llamada Schema con el nuevo Schema1. Esta es la estructura utilizada para llamar a un Servicio Web en Servicios de Datos. En este caso estamos llamando a la función getJsonTweets_EN con un parámetro nombre. Estructura que coincide con nuestro SHEMA1. A continuación, haga clic en Finalizar .

Cuadro9

El resultado final contendrá la llamada a la función. También puede agregar un atributo debajo de la llamada de función. En este caso agregamos "load_date" que contiene el sysdate que representa la fecha de los datos de carga.

Cuadro10

Paso 9:

La tercera consulta se encargará del reconocimiento de los datos devueltos por el servicio Web. En este caso, el Esquema se encuentra en el panel izquierdo. Para capturar esto en el integrador de datos necesitamos desacoplar este esquema hasta llegar al "objeto de retorno" que contiene los datos.

Cuadro11

Hacemos clic en el panel izquierdo encima de getJsonTweetResponse y lo arrastramos hacia el panel derecho. Luego hacemos clic derecho sobre el getJsonTweetResponse desde el panel derecho y seleccionamos la opción "Unnest". Esto causará la división entre los esquemas. Procedemos a capturarlo en la próxima consulta anidada.

Cuadro12

Paso 10:

Hacemos el mismo procedimiento en la consulta 4, arrastramos el getJsonTweetResponse a la derecha y lo desentrañamos.

Cuadro13

Paso 11:

Consulta 5 _EN contiene El resultado final que son dos variables que contiene el encabezado de la tabla más la fecha de carga.

Cuadro14

Paso 12:

El último paso depende de la implementación y las reglas de negocio. La tabla devuelta tendrá este formato.

Columna 1

Valor 1

Columna 2

Valor 2

Columna N ...

Valor N ...

Conclusión

Este método se aplica especialmente si está utilizando esquema de llamada de función y una matriz como tipo de devolución para su servicio web. Si su fuente es otra cosa diferente a una aplicación, la resolución del servicio web puede variar. El método para asignar la tabla final depende de usted y de sus necesidades empresariales. Una solución fácil podría ser agregar un ID a cada fila.

Si desea tener más información, lea mis blogs anteriores o deje un comentario a continuación.

Ahorrando el tablero de instrumentos con un clic en movimiento

Looking forward to add a little more to your visualizations? Spice them up with a clickable moving ticker! For those who are not familiar with Dashboard Design (formerly known as Xcelsius), a moving ticker is a banner which has a similar look to a stock market ticker displaying customized moving labels from right to left. The one described here is also clickable, which means that when you click on any label it can execute many actions such as opening URL’s.

We always try to build dashboards that people really use, and for that we need to find a balance between functionality and design. The design might not seem as important as the functionality, but trust me, in order to get the attention of users you need to build something that really catches their eyes, such as this ticker feature which is easily noticeable to do it´s constant movement.

Step by step process

In order to help you make your Dashboards eye-catching, I am going to show you how to build a clickable ticker to open URL’s with the following steps.

Let’s start by organizing our spreadsheet (find example below – Fig.1) with the following information:

• Labels: Information that will be displayed on the ticker
• URLs: Links that will be opened when clicking on the labels
• Auxiliary info: cells containing Index, destination, status, key, URL to open, which will be explained later on

When your spreadsheet is ready follow these steps:

1) Drag and Drop the ticker object to your canvas.

The ticker object can be found under the category “Selector”.

2) Configure the Ticker object’s properties.

In the General tab, assign the labels you would like to show on the dashboard.

Insertion type: Position

Destination: This cell is key as it will give the position number of the clicked label on the ticker.

e.g: If you click the third label of the ticker this cell will be a “3”, it it will change when you click another label.

3) Drag and Drop a URL object to your Canvas.

The URL object can be found under the category “Web Conectivity”

4) Configure the URL object’s properties and behavior.

URL: In this cell you need to build a “vlookup” formula as it is shown in fig.1.

In the behavior tab under the Trigger Behavior properties you find:

Trigger cell: This is going to be the same as the destination cell of the Ticker (Sheet1!D$4 in this case – Fig 2.).

Check the “When Value Changes” option.

Hide this button by selecting different values for the status and key cells as below:

The outcome and conclusions

 After completing these steps you should have built a clickable moving ticker which will spice up your visualization.

This solution will allow you to:

• Open Intranet/Internet URL’s from moving labels.
• Change visibility dynamically for graphs and images from you Dashboard Design visualization.
• Enhance the design and gain visibility of your visualizations

I hope this feature is useful to you and it brings positive feedback from your end users. Please feel free to leave a comment or question below.

Gestión de dependencias ETL con SAP BusinessObjects Data Services (Parte 2)

¿Está satisfecho con la forma en que actualmente gestiona las dependencias en su ETL? En parte 1 de este artículo , Hablé de las características que esperaba de un sistema de gestión de dependencias y cuáles son las principales posibilidades ofrecidas (directa o indirectamente) por SAP Data Services. Ahora (parte 2 del artículo), voy a proponer una arquitectura (estructura y comportamiento esperado) para un sistema de administración de dependencias dentro de Data Services. Los detalles de implementación vendrán en parte 3, mientras que una retroalimentación sobre cómo fue "en la vida real", así como posibles mejoras vendrán en parte 4.

La arquitectura propuesta

Lo que voy a desarrollar ahora es lo siguiente: una mejora de la "Un trabajo con todos los procesos dentro" arquitectura.

Las principales características de esta arquitectura son:

• Gestión de múltiples dependencias (un flujo puede depender de múltiples procesos)
• Un gracioso reinicio es posible. El reinicio ETL completo también es una opción.

Primero debemos crear dos tablas, FLOW_DEPENDENCIES y FLOW_STATUS.

- La tabla FLOW_DEPENDENCIES tiene dos columnas FLOW_NAME y PREREQUISITE. Tiene una línea para cada prerrequisito.

Para el ejemplo siguiente (dependencias de flujo lógico en un trabajo) ...

... relataremos la tabla FLOW_DEPENDENCIES de la siguiente manera:

Por supuesto, no puede implementar directamente estas dependencias lógicas en los Servicios de datos, por lo que es necesario encadenarlos uno tras otro.

La tabla se actualiza manualmente cada vez que hay un nuevo requisito previo. Un flujo sin requisito previo no necesita ninguna fila en esta tabla (ver flujo A por ejemplo).

La tabla FLOW_STATUS realiza un seguimiento de los diferentes estados de flujo (ya se ejecutan, Sucesos, Fallas, Requisitos previos faltantes) para cada ejecución del trabajo principal. Las columnas 3 son JOB_KEY (que contiene una clave sustituta para cada nueva ejecución del trabajo), FLOW_NAME y STATUS.

Para dejar las cosas claras, imaginemos que ejecutaremos el trabajo por primera vez (JOB_KEY = 1).

• El flujo A no tiene ningún requisito previo, por lo que se permite ejecutar. Tiene éxito. Se inserta una fila con STATUS = Success en la tabla FLOW_STATUS.
• El flujo B tiene un requisito previo de acuerdo con la tabla FLOW_DEPENDENCIES (el flujo A), por lo que comprueba el estado del flujo A en la misma ejecución. Resulta que el flujo A fue exitoso, por lo que se permite que el flujo B se ejecute. Desafortunadamente, falla por una razón desconocida. Se inserta una fila con STATUS = Failure en la tabla FLOW_STATUS.
• Se permite que el flujo C se ejecute de acuerdo con la misma lógica que para el flujo B. Se ejecuta con éxito. Se inserta una fila con STATUS = Success en la tabla FLOW_STATUS.
• El flujo D tiene dos pre-requisitos de acuerdo con la tabla FLOW_DEPENDENCIES (flujos B y C). Comprueba el estado de ambos. A medida que el flujo B falla, el flujo D no se deja correr. Se inserta una fila con STATUS = Requisito faltante en la tabla FLOW_STATUS.
• Se permite que el flujo E se ejecute de acuerdo con el mismo flujo lógico B. Se ejecuta correctamente. Se inserta una fila con STATUS = Success en la tabla FLOW_STATUS.
• El flujo F tiene un requisito previo (flujo D). Pero como el estado del flujo D es "Requisito faltante", el flujo F también no se permite correr. Se inserta un estado similar en la tabla de estado de flujo.

A continuación se muestran las filas insertadas en la tabla FLOW_STATUS durante esta ejecución del trabajo.

Una vez corregida la causa del error en el flujo B, podemos volver a ejecutar el trabajo. JOB_KEY será igual a 2, e indicaremos al trabajo que debe comprobar los estados del trabajo anterior (en el que JOB_KEY = 1).

• El trabajo comienza comprobando el estado del flujo A en la tabla FLOW_STATUS con JOB_KEY = 1. Como el estado es igual a Éxito, el flujo A no necesita ejecutarse en este trabajo. Se inserta una fila con STATUS = "Already run" en la tabla FLOW_STATUS.
•  El estado del flujo B con JOB_KEY = 1 es "Fallo". Por lo tanto, el flujo B debe ejecutarse durante este trabajo. A continuación, el trabajo comprueba el estado del requisito previo (el flujo A) para JOB_KEY = 2. Resulta que el flujo A ya estaba ejecutado, por lo que se permite que el flujo B se ejecute. Se ejecuta con éxito. Se inserta una fila con STATUS = Success en la tabla FLOW_STATUS.
• Los flujos restantes siguen una lógica similar.

A continuación se muestran las filas insertadas en la tabla FLOW_STATUS durante esta ejecución del trabajo.

Como puede ver, esta solución gestiona las dependencias de ETL, mantiene el rastro del historial de carga y permite fácilmente una re-ejecución parcial del ETL si una parte de éste falla. En la siguiente parte os daré los detalles de la implementación de Data Services: qué scripts / flows / functions / etc. Debemos usar ¿Cómo hacemos este sistema fácil de implementar y mantener? Hasta entonces, espero su opinión sobre esta arquitectura propuesta. ¿Se ve bien? ¿Cómo lo mejorarías? Háganme saber con un comentario a continuación.

Join SAP and Clariba for the Real-Time Business Analytics with SAP Business Intelligence event - Doha abril 22

The Best-Run Businesses Run SAP

SAP and Clariba cordially invite you to discover SAP’s strategy to fast-forward your business to real-time analytics and Improve informed decision-making from SAP ERP, Oracle eBusiness Suite and other applications, by leveraging SAP Business Intelligence and in-memory database solutions. Preinscríbase ahora  8:30 Registro y establecimiento de una red de desayuno 9:00 Welcome & morning overview 9:15 Where is SAP Going with BI -A closer look at SAP’s BI strategy and direction to address key trends and solutions to meet your business challenges. - Understand how the convergence to in-memory, real-time analytics can help accelerate your business. - Quick intro to SAP BI Suite. 10:00 Predictive analytics in Real-time  - Drive self care analytics in a mobile world and move to predictive the future. - In-depth analysis and trending for business users with Predictive Analysis (Demo). - Taking data mobile with SAP BI Mobility solutions. 10:45 High-level overview of the Real-time technology revolution - Develop an understanding of where SAP is taking its in-memory database technology SAP HANA. - Overview of the SAP ‘Real-Time Data Platform’ (RTDP). - Building a solid data integration strategy. 11:00 Descanso para tomar café en red   11:15 Taking your business to the next level with SAP HANA - Address today’s business challenges (explosion of data, complex data sources, need for agility) head on with a real-time strategy. - Understand the agility of integrating multi-source data and on-the-fly data modeling with large data sets. - Live demonstration. 12:00 Best time-to-value with SAP Rapid Deployment Solutions (RDS) - Overview of RDS: fixed price, time and scope projects. - Examples of RDS & their benefits to customers. 12:30 Wrap up 12:45 Conozca a los expertos durante el almuerzo This invitation-only event is free-to-attend, however, seats are limited. Please register early to secure your attendance. Preinscríbase ahora

Marca tu calendario       Doha - Qatar       Date: abril 22, 2013       Timings: 08:30 – 14:00       Venue: Oryx Rotana       Nahda School Street       Airport Road       Cost: Free to attend       Preinscríbase ahora         Follow Clariba Visit our Website › Follow us on Twitter › Watch on YouTube › Subscribe to our blog › Follow us on Linkedin ›

If you would prefer not to receive such e-mails in the future, please click on the Unsubscribe link.

- Overview of RDS – fixed price, time and scope projects- Examples of RDS & their benefits to customers

Join Clariba at the SAP Analytics Forum Doha (abril 8) and Dubai (abril 10)

Clariba would like to invite you to attend the SAP Analytics Forum in Doha - abril 8  and Dubai - abril 10. Join us and SAP MENA´s top-level management to gain valuable insights around Business Analytics and how it can help your company run better.

In Doha we will be presenting one of our success stories in the region alongside our customer QAPCO, on the Business Intelligence re-imagined track:  QAPCO´s journey to innovation – from a 360 BI assessment to analytics on HANA

In Dubai our managing director Marc Haberland will be presenting in the Finance Re-imagined track: Benefit from rapid time-to-value with FastTrack BI for Finance.

¿Por qué asistir?

In addition to catching Clariba in the customer tracks in the afternoon, SAP Analytics Forum has a packed one-day programme to offer to IT and Finance leaders. You will get a chance to:

• Discover how to extract more value from business data by making analytical insight accessible, real-time, predictive, visual, mobile and social
• Learn best practices and repeatable successes from customer speakers, business experts and analysts
• Build connections and share experiences with their counterparts in leading organisations, and meet multiple SAP specialists under one roof

Marca tu calendario

Doha Date: abril 8, 2013 Timings: 08:45 – 16:15 Venue: Oryx Rotana, Doha, Qatar Cost: Free to attend Register Here

Dubai Date: abril 10, 2013 Timings: 08:45 – 16:15 Venue: The Address Marina, Dubai, UAE Cost: Free to attend Register Here

Selección de dispositivos para SAP BI Mobile

For companies migrating to, or purchasing the newest SAP BI4 platform, a big question arises: which device should be acquired for employees to access BI? The answer to this question may vary depending on the user profile and type of information they want to access. This article focuses on apple and android devices which are the most sought after in the market nowadays.

Current SAP BI Mobile options

SAP BI currently has the following fastest growing options for mobile: The first 2 are apps freely downloadable from App Store or Google Play and a 3^rd option is a direct access to an HTML5 Dashboard through an internet browser.

SAP BI Mobile: It allows visualization of developments from:

• Web Intelligence
• Dashboards (aka Dashboard Design or Xcelsius)

SAP BusinessObjects Explorer: It allows to interact with:

• Explorador
• Exploration Views

Dashboard Design HTML5 extract: This is a working non-refreshable dashboard item.

The advantage of this is that it does not require any SAP BusinessObjects platform and can be accessed from any browser like Safari or Goggle Chrome as well as desktops – not only tablets -. The disadvantage of this is only offline, not-connected models are allowed and no security can be applied so this option is usable as demo material only. If you want to achieve this follow the method described in this article.

Dispositivos

The two device types that will be analysed here are tablets and phones.

IPad and IPhone by Apple are the ones currently well supported by vendor SAP, while some features can currently be accessed also by Android where unfortunately improvements are still pending in the area of Explorer and Dashboards and HTML5 during 2013. So for this reason this article will focus primarily on iOs devices. For a full specification of them check http://en.wikipedia.org/wiki/IPhone  and http://en.wikipedia.org/wiki/IPad

Applicability

Let’s consider the following case with four user types according to reporting information profile and role: Operational, Tactical, Strategic and Presales and the possibility of them having a phone, a tablet or both. Here is our recommendation for each technology option:

SAP BI Mobile: Web Intelligence Operational Users IPhone1 or higher IPad1 or higher	SBO Explorer: Explorer Operational Users IPhone1 or higher IPad1 or higher
SAP BI Mobile: Dashboards Strategic Users IPad 3 or higher	Offline HTML5 developments Strategic Users and Presales IPHONE 5 IPad3 or higher
SBO Explorer: Exploration Views Tactical Users IPad1 or higher

A summary table describing applicability is shown below. The criteria for selection is basically the RAM memory of the device which is in a direct relationship with the visualization process performance of a Dashboard.

We found out that all of the devices with 512MB of RAM or less had difficulty processing a dashboard with 1000 rows of information or more. For instance the IPad1 could barely process 500 rows. The effects were a message popping up in SAP BI mobile: “Insufficient device memory - Loading failed: The dashboard is too complex” or the device Internet Browser freezing up or hanging up

Even if Android is not purely compatible just a few comments on our experience on it:

• Some WebI components like single cells and small tables are quite well monitored in any device
• HTML5 developments are partially viewable but some of the components show a corrupted appearance. The RAM limitation also applies, so Dashboards performance would only be good in devices such as Samsung Galaxy 3 or equivalent

For the time being we recommend to use Android for very operational users who just need a few lines of tabular information, until Explorer or Dashboard support becomes a reality. See in the table below the areas where Android currently can be tested. In here we do not refer to specific models because applicability and functionality also vary depending on the Android version.

Resumen

The information here if not official from SAP, but are based on our experience. This article will need to be updated during this year 2013, based on the growing improvements that SAP is planning for, as well as new devices being launched in the market.

For now we can state that for iOS consumers who are strategic or working on presales require an IPad3 or an IPad4, and for operative users or tactical who do not need Dashboard capabilities will fulfill their needs with an iPhone.

Regarding Android users, the future is promising but in the meantime we recommend to use it for very simple WebI  developments only, no matter which device. And do not aim to use Dashboards or Explorer, hoping for a full compatibility during 2013.

If you have questions about this article, or if you want to share your experience or tips, please feel free to leave a comment.

Introducción a la supervisión de CMC en SAP BO4 SP4

Hace unos meses, un cliente me preguntó cómo ser consciente de los problemas (desconexiones) en los diferentes servidores y servicios de su SAP BO4 SP4 sin necesidad de una persona para comprobar constantemente el estado. Luego comencé a investigar sobre la función de monitoreo en el CMC. La verdad es que no hay demasiada información en la documentación, sólo algunas páginas en la Guía del administrador de la plataforma, o las publicaciones o referencias a este tema en la web. Con este post, intentaré compilar toda esta información que he encontrado y explicaré el uso de estas características interesantes y le daré una breve introducción al monitoreo de CMC.

First of all, let me explain what is CMC monitoring: Monitoring is a new feature of the CMC that appears with SAP BusinessObjects 4 and allows Administrators to see the use and health of the BO system. For this, it uses watches, probes, metrics and alerts. There are some default ones, which allow the Administrator to start playing around with monitoring without a huge knowledge on the topic and obtain really useful information about the status of the system. Before using  this feature we need to know the actions we must perform and the existing limitations.

Además, debemos asegurarnos de que la información para el monitoreo se almacene en la base de datos de Monitoreo. Esta es una base de datos Derby y funciona independientemente de los otros dos DBs en SAP BusinessObjects. Para activar la base de datos de monitoreo necesitamos iniciar sesión en el CMC, e ir a Aplicaciones, y hacer doble clic en la Aplicación de Monitoreo. Esto abrirá la ventana Propiedades de la aplicación de supervisión. Asegúrese de que "Activar la aplicación de supervisión" esté marcada. Haga clic en Guardar y cerrar. El paso final es reiniciar el Adaptive Processing Server (APS) si no se ha comprobado. La información de la base de datos se borra cada vez que llegamos a 1 GB de información. Podemos aumentar ese tamaño en el CMC.

Supervisión

Para acceder a la sección de monitoreo de la CMC, debemos ir a Aplicaciones> Monitoreo

Monitoring default view

Como podemos ver en la imagen anterior, hay 5 diferentes pestañas en esta sección: Dashboards, Metrics, Watchlists, Probes and Alerts. Vamos a correr a través de cada uno:

1. Paneles

es la pestaña predeterminada y como su nombre indica que es un tablero que está dividido en 5 partes:

• Salud en general: Es un icono que muestra si la BO está funcionando correctamente o no.
• Alertas Recientes: Aquí podemos ver las alertas activadas las últimas 24 horas por el sistema.
• Graphical view of BI Landscape: this panel includes a graphical or tabular view of the Watches within the system .We can drill down click in them.
• Estado de KPIs: Esta parte muestra tres Indicadores de Desempeño Clave para el sistema. También podemos profundizar haciendo clic sobre ellos.
• Métricas de nivel de implementación: podemos ver 3 métricas interesantes como los trabajos en ejecución, los usuarios y los trabajos pendientes.

2. Métrica

Las métricas son piezas individuales de información que contribuyen a conocer la salud de los diferentes componentes del sistema.

Metrics image

Las métricas se utilizan para medir la salud de un componente. Las métricas que definimos dependerán de los componentes que estamos monitoreando y de nuestros requerimientos. Ejemplos de métricas son el tiempo de acceso del usuario, el tiempo de ejecución de la consulta, el porcentaje de uso de la CPU, el estado de disponibilidad de un servicio del sistema, etc. Podemos utilizarlos en Relojes y Alertas, estableciendo umbrales para alertas de advertencia y peligro. Hay alrededor de 250 métricas predefinidas. Además, podemos crear nuestras propias métricas si creemos que son necesarias. Normalmente, con los predeterminados, podemos comprobar el estado de casi todo en el sistema.

Si seleccionamos una métrica, podemos observar el estado histórico y actual de la misma.

3. Listas de observación

Esta pestaña nos permite monitorear los relojes que hemos creado. Los relojes son umbrales para las métricas que nos muestran si la métrica está en un estado saludable, de advertencia o en peligro.

Watchlists image

Una vez más, hemos creado relojes por defecto. Podemos cambiar estos umbrales para adaptarlos a nuestro sistema. Además, podemos crear notificaciones a los relojes, por lo tanto, podemos pedirle al reloj que envíe un correo electrónico si el sistema está en peligro, por ejemplo. Hay un montón de opciones interesantes con los relojes. Les animo a probarlos por ustedes mismos.

Finalmente, podemos decidir cuáles son los relojes que queremos ver en la pestaña del tablero de instrumentos.

4. Sondas

Nos proporcionan la capacidad de monitorear nuestro sistema SAP BusinessObjects, utilizando flujos de trabajo de aplicaciones simuladas que se ejecutan a través de scripts basados ​​en SDK.

Probes image

Esta es la parte más interesante del monitoreo del CMC pero, al mismo tiempo, el más difícil. Como podemos crear sondas con un SDK, el poder de esta pestaña es enorme. Podríamos crear lo que queramos, pero no es muy fácil crear estas sondas. No hay ejemplos alrededor de la red o son muy difíciles de encontrar. (Voy a tratar de agregar otra entrada en este blog en el futuro con un ejemplo).

As I mentioned before, the system will provide default probes. We can choose among 9, which are:

• Sonda de inicio de sesión de inicio de sesión de CMS: supervisa si un usuario puede iniciar sesión con éxito en el sistema SAP BusinessObjects y cuánto tiempo tarda.
• Servicio Crystal Reports a través de la punta de prueba Page and Cache Server: supervisa la disponibilidad y el rendimiento del servicio Crystal Reports (a través de los servidores de página y caché).
• Servicio de Crystal Reports a través de la sonda de Report Application Server: Supervisa la disponibilidad y el rendimiento del servicio Crystal Reports (a través de RAS).
• Sonda Infoview: supervisa la disponibilidad y el rendimiento del inicio de sesión / cierre de sesión de la aplicación web InfoView.
• Sonda de supervisión del servicio de Web Intelligence: comprueba la disponibilidad y el rendimiento del servicio Web Intelligence a través de los servidores de informes.
• Sonda Ping de CMS: Comprueba la funcionalidad principal del CMS.
• CMS Cache probe: Comprueba la disponibilidad de la caché CMS.
• Sonda de conexión de base de datos de CMS: prueba la conexión con el repositorio de CMS.
• Iniciar y detener servidores: prueba para iniciar y detener los distintos servidores del sistema.

5. Alertas

Aquí es donde aparecerán todas las alertas que hemos configurado en la lista de seguimiento.

Alerts image

Esta es una lista de las alertas que el sistema plantea. Podemos ver los diferentes detalles de las alertas al hacer clic en ellos. Estas alertas también pueden enviar correos electrónicos y realizar acciones, dependiendo de lo que hemos establecido en la lista de seguimiento.

Cómo usar todo en uno

Con toda la información anterior, he explicado una visión general de las diferentes pestañas de la supervisión y también lo que podemos hacer con cada una de ellas.

Si queremos aprovechar todo el potencial, es fácil ver que todas las pestañas están conectadas y necesitamos usarlas todas. Un buen ejemplo podría ser el seguimiento del tiempo de respuesta para abrir un informe en el sistema. Para ello, utilizamos la detección "Web Intelligence Service Monitoring" que inicia sesión y tratamos de abrir y actualizar un informe en Web Intelligence. Después de esto, usamos la métrica del tiempo que lleva al sistema ejecutar la sonda y la métrica que dice si la sonda fue exitosa o no. Además, creamos un whatchlist con esta métrica y si las sondas tardan más de 5 segundos, enviará un correo electrónico informando al Administrador que el sistema está funcionando un poco lento y si la sonda falla o tarda más de 15 segundos , Enviará otro correo electrónico informándole que el sistema no funciona correctamente. Podemos programar esta sonda para que se ejecute diariamente.

Con este escenario simple somos capaces de detectar cualquier problema en el sistema automáticamente, antes de que cualquier usuario lo informe. Además, las alertas de las pestañas nos mostrarán si hay algo malo que no habíamos notado antes.

Conclusión

Como conclusión, podemos ver que al jugar con todas estas características, podemos lograr cosas realmente interesantes y obtener la mayoría de todo bajo control en nuestro sistema BO. Podría parecer difícil de aprender, pero hay muchas cosas que podemos hacer sólo con la configuración predeterminada. Después de acostumbrarse a ellos, es hora de jugar con el poder de las sondas auto-creadas y agregar más opciones personalizadas a nuestro monitoreo.

Espero que esta introducción al monitoreo le haya ayudado a entender un poco más cómo CMC Monitoring funciona en SAP BO 4 SP4.

Si tiene alguna pregunta o sugerencia, por favor deje un comentario a continuación.