Nel caso in cui qualcuno abbia bisogno di un promemoria, è sempre una buona idea determinare l'impatto dei tuoi strumenti di monitoraggio sul database stesso che stai monitorando. Alcuni strumenti di monitoraggio sono leggeri e altri sono più invadenti. Sto usando Enterprise Manager 13c per monitorare un'istruzione SQL specifica durante l'esecuzione. Ho notato che in un altro strumento di monitoraggio (Lighty di Orachrome) la seguente istruzione SQL stava consumando una buona quantità di risorse:
CON MONITOR_DATA COME (
SELECT
INST_ID
,KEY
,NVL2 (
PX_QCSID
,NULL
,STATUS
) STATUS
,FIRST_REFRESH_TIME
,LAST_REFRESH_TIME
,REFRESH_COUNT
,PROCESS_NAME
,SID
,SQL_ID
,SQL_EXEC_START
…
Ho tagliato il resto del testo. Questa istruzione SQL è lunga letteralmente poche migliaia di righe. Accidenti! Ma non è questo il problema. In Lighty ho notato l'attività in questa schermata.
L'istruzione SQL in alto è il mio maiale della CPU. Ho oscurato il testo SQL per proteggere le informazioni potenzialmente proprietarie. Si noti l'ultima istruzione SQL. Sta consumando una discreta quantità di risorse per il solo monitoraggio del sistema.
Ecco uno screenshot della finestra EM13c.
Quando ho disattivato l'aggiornamento automatico (l'impostazione predefinita è 15 secondi), l'attività sul sistema è cessata. Quindi premo manualmente il pulsante di aggiornamento quando ho bisogno di un aggiornamento.
Ci sono sicuramente momenti in cui utilizzare l'aggiornamento automatico, anche ogni 15 secondi. Basta essere consapevoli del potenziale impatto negativo sul database.
