Jeśli ktoś potrzebuje przypomnienia, zawsze dobrym pomysłem jest określenie wpływu narzędzi monitorujących na samą bazę danych, którą monitorujesz. Niektóre narzędzia do monitorowania są lekkie, a inne bardziej natrętne. Używam Enterprise Manager 13c do monitorowania określonej instrukcji SQL podczas jej działania. Zauważyłem, że w innym narzędziu monitorującym (Lighty by Orachrome) następująca instrukcja SQL zużywa znaczną ilość zasobów:
Z MONITOREM_DANE JAKO (
WYBIERZ
INST_ID
,KEY
,NVL2 (
PX_QCSID
,NULL
,STATUS
) STATUS
,FIRST_REFRESH_TIME
,LAST_REFRESH_TIME
,REFRESH_COUNT
,NAZWA_PROCESU
,SID
,SQL_ID
,SQL_EXEC_START
…
Odciąłem resztę tekstu. Ta instrukcja SQL ma dosłownie kilka tysięcy wierszy. Ojej! Ale to nie jest problem. W Lighty zauważyłem aktywność na tym zrzucie ekranu.
Najwyższa instrukcja SQL to moja świnia procesora. Wymazałem tekst SQL, aby chronić potencjalnie zastrzeżone informacje. Zwróć uwagę na ostatnią instrukcję SQL. Samo monitorowanie systemu pochłania sporo zasobów.
Oto zrzut ekranu okna EM13c.
Kiedy wyłączyłem Auto Refresh (domyślnie 15 sekund), aktywność w systemie ustała. Następnie ręcznie naciskam przycisk odświeżania, gdy potrzebuję aktualizacji.
Z pewnością zdarzają się przypadki użycia automatycznego odświeżania, nawet co 15 sekund. Pamiętaj tylko o potencjalnym negatywnym wpływie na bazę danych.
