Coda y DataSources

Voy a intentar explicar y facilitar comandos y rutas que me han servido mucho para solucionar diversos problemas que me he ido encontrado con CODA y los DataSources. Esto me ha impedido en varias ocasiones poder generar gráficas con Performance Manager y proporcionar a los clientes a final de cada mes un informe completo y preciso.



Cuando instalamos algún SPI como por ejemplo uno de SQL, éste debe insertar automáticamente los datasources y ser reconocido para empezar a recolectar datos que posteriormente podremos utilizar mediante PM para generar gráficas. La teoría es que si seguimos los manuales que ofrece HP para cada caso, debe todo funcionar correctamente, pero me los he encontrado que en la práctica no ha sido capaz de definir los datasources.

Anteriormente publique un procedimiento que lo soluciona llamado [OVO] Errores DBSPI sobre Data Logging Failed. Podemos empezar por aquí para solucionar el problema.

Algunos comando utiles para detectar problemas de CODA:
1- opcagt / ovc : nos muestra el estado del Agente en el servidor ( actuamos siempre en local, no remotamente ). Sin duda alguna todos los componentes deben estar en Running, así que no hay escusa para arrancarlos aunque los siguientes estén ok:

scopent        (data collector)                               (6752)   Running
scopesrv      (collector service)                            (6580)   Running
coda            OV Performance Core               COREXT       (1964)   Running

2- ovcodautil -status / -support: tendremos por pantalla el estado del proceso/servicio.

3- ovcodautil -showds: conocemos así el total de DataSources cargados. Dependiendo de lo que estemos monitorizando tendremos mas o menos DatSources. Un servidor normal sin nada en particular puede tener unos 3. Si tenemos un SQL se nos va a unos 9.

4- HP Permorfance Collection Manager -  Esta utilidad gestionara la recolección de datos. Accedemos a ella con permisos de Administrador y a través de Configure > Data Sources tenemos los data sources que van a recolectar. Si sabemos que nos falta alguno, aquí los podremos añadir buscando el fichero log. Una vez añadido, hay que reiniciar el agente o el componente CODA para efectuar cambios. Tras el reinicio si ejecutamos ovcodautil -showds deben mostrarse los data sources configurados.

5- Si recibimos alertas indicando que no puede escribir en el directorio temp, deberemos dirigirnos a \usr\ov\dbspi\temp y eliminar el contenido. Por algún motivo cuando alcanza a 100 deja de funcionar.


Y hast aquí son los comandos y acciones que me han ayudado a solucionar estos problemas. Des de que ejecuté el que publiqué en [OVO] Errores DBSPI sobre Data Logging Failed no he vuelto a tener estos problemas en los servidores en que los apliqué.