El daemon de control de base de datos (dbmonitor_nxd) proporciona un mecanismo para permitir que se actualice la memoria caché de las tablas de base de datos específicas de CA SDM cuando los cambios se realizan fuera de CA SDM.
La función principal de dbmonitor_nxd es generar notificaciones de CAMBIOS para los cambios de las tablas especificadas que no se produjeron a través de CA SDM. Para ejecutar esta función, el monitor consulta periódicamente la base de datos, determina lo que ha sido cambiado externamente y, a continuación, envía notificaciones de CAMBIOS al servidor de bpvirtdb_nxd. El servidor de bpvirtdb_nxd notifica del cambio a todos los servidores de domsrvr, lo que hace que cada servidor actualice la memoria caché de objetos específicos de la base de datos y, a continuación, notifique al resto de los procesos que suscriben los cambios en las tablas especificadas.
Este mecanismo funciona bien para los cambios externos eventuales en las tablas controladas. Sin embargo, en los casos en que las actualizaciones en masa se realizan externamente, se retransmite una tormenta de notificaciones de CAMBIOS que conduce a muchas consultas de base de datos desde distintos procesos de CA SDM que repercuten significativamente en el rendimiento de CA SDM.
Para eliminar este impacto sobre el rendimiento de CA SDM, se ha actualizado dbmonitor_nxd en esta versión del producto. El monitor es compatible con una interfaz de línea de comandos que permite al usuario iniciar y detener el control de las tablas especificadas.
Sintaxis
Este comando tiene el formato siguiente:
dbmonitor_nxd -c <comando> -t <tablas>
Escriba start o stop.
Especifica un nombre de tabla o una lista delimitada por comas de nombres de tabla que deben coincidir con una o más de las tablas especificadas en la variable de entorno NX_DBMONITOR_TABLES.
Cada solicitud se envía al daemon dbmonitor_nxd. El daemon lleva a cabo las acciones apropiadas y devuelve un mensaje al usuario que le indica la acción que se ha realizado.
Nota: Cuando se pausa el monitor de la tabla, es posible que todos los procesos de CA SDM que almacenan los datos de estas tablas en la memoria caché se desactualicen, y la actualización de la memoria caché no está prevista.
Por ejemplo, BOPLGIN almacena en memoria caché los registros de contacto (provenientes de las tablas ca_contact y usp_contact) y esta memoria no se actualizará al realizar una pausa en el monitor para la tabla ca_contact durante el intervalo en que se cargaron actualizaciones externas en la base de datos. En el caso de BOPLGIN, este hecho tendrá poca repercusión porque los atributos básicos de los contactos almacenados en la memoria caché de BOPLGIN se toman de la tabla usp_contact y no de la tabla ca_contact.
Nota: Al realizar una pausa en el monitor de la tabla, los usuarios Web no podrán ver los cambios de la tabla cuando visualizan un formulario de detalles, si los cambios se realizaron externamente mientras el monitor estaba en pausa.
Copyright © 2013 CA.
Todos los derechos reservados.
|
|