Als iemand een herinnering nodig heeft, is het altijd een goed idee om de impact van uw monitoringtools op de database die u bewaakt te bepalen. Sommige monitoringtools zijn lichtgewicht en andere zijn meer opdringerig. Ik gebruik Enterprise Manager 13c om een specifieke SQL-instructie te controleren terwijl deze wordt uitgevoerd. Ik merkte in een andere monitoringtool (Lighty van Orachrome) dat de volgende SQL-instructie een behoorlijke hoeveelheid bronnen in beslag nam:
MET MONITOR_DATA ALS (
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
…
De rest van de tekst heb ik afgesneden. Deze SQL-instructie is letterlijk een paar duizend regels lang. Jakkes! Maar dat is niet het probleem. In Lighty zag ik de activiteit in deze screenshot.
De bovenste SQL-instructie is mijn CPU-varken. Ik heb de SQL-tekst zwart gemaakt om mogelijk bedrijfseigen informatie te beschermen. Let op die laatste SQL-instructie. Het verbruikt een behoorlijke hoeveelheid middelen om het systeem alleen te controleren.
Hier is een screenshot van het EM13c-venster.
Toen ik Automatisch vernieuwen uitschakelde (standaard 15 seconden), stopte de activiteit op het systeem. Ik druk dan handmatig op de refresh-knop als ik een update nodig heb.
Er zijn zeker momenten waarop ik de automatische refresh kan gebruiken, zelfs elke 15 seconden. Houd alleen rekening met de mogelijke negatieve impact op de database.