Benutzer-Werkzeuge

Webseiten-Werkzeuge


dba:sqlnet_trace

Unterschiede

Hier werden die Unterschiede zwischen zwei Versionen angezeigt.

Link zu dieser Vergleichsansicht

Beide Seiten der vorigen RevisionVorhergehende Überarbeitung
Nächste Überarbeitung
Vorhergehende Überarbeitung
Nächste ÜberarbeitungBeide Seiten der Revision
dba:sqlnet_trace [2019/06/14 12:06] – [Audit Log "LOGOFF BY CLEANUP" Events auswerten] gpipperrdba:sqlnet_trace [2020/01/14 21:05] – [Wie findet nun aber der Client zur Datenbank?] gpipperr
Zeile 44: Zeile 44:
  
  
-==#est==+==#Test==
  
 Ein Testen erfolgt mit dem Programm „tnsping >DatenbankAlias>“, hier in der Ausgabe auf die Pfadangabe zur sqlnet.ora achten (ein Art ping für das sql*net Protokoll). Ein Testen erfolgt mit dem Programm „tnsping >DatenbankAlias>“, hier in der Ausgabe auf die Pfadangabe zur sqlnet.ora achten (ein Art ping für das sql*net Protokoll).
  
 +
 +Alternativ wenn kein TNSPing zur Verfügung steht:
 +
 +<code>
 +#youDontNeedTNSping
 +z6="\0\0\0\0\0\0";exec 3<>/dev/tcp/localhost/1521;echo -ne "\0\x67\0\0\x01\0\0\0\x01\x3e\x01\x2c\0\0\x20\0\xff\xff\x7f\x08\0\0\x01\0\0\x1d\0\x4a$z6\x9c\xd0$z6$z6$z6$z6\x20\0\0\x20$z6\0\0\0\0(CONNECT_DATA=(COMMAND=ping))" >&3; echo $(strings <&3 3>&-)
 +</code>
 +Quelle siehe => https://twitter.com/FranckPachot/status/1144617674099568640?s=19
  
  
Zeile 86: Zeile 94:
  
 Ansonsten wird es nur helfen, die Programm / Job Logik so zu ändern, dass für jeden Abfrageblock eine neue Session zur DB aufgebaut wird. Ansonsten wird es nur helfen, die Programm / Job Logik so zu ändern, dass für jeden Abfrageblock eine neue Session zur DB aufgebaut wird.
 +
 +
 +----
 +
 +==== Audit Log "LOGOFF BY CLEANUP" Events auswerten====
 +
 +Ist das Auditing auf Sessions eingeschaltet (audit SESSION) , kann auch über das DB Audit Log geprüft werden, ob Session "massiv" häufig abbrechen.
 +
 +
 +Immer wenn eine Client Session sich nicht ordentlich beim Server Prozesse abgemeldet hat, erkennt der PMON solche "verlorenen" Session und beendet diese dann automatisch nach einigen Sekunden.
 +
 +Im Audit Log taucht dann der Event "LOGOFF BY CLEANUP" auf.
 +
 +Auswerten:
 +
 +<code sql>
 +  select                                                                               
 +         to_char (extended_timestamp, 'dd.mm hh24:mi:ss') as timestamp
 +       , instance_number     
 +       , username
 +       , action_name
 +       , userhost
 +       , CLIENT_ID
 +    from dba_audit_trail
 +   where     extended_timestamp between   sysdate - (  1 / 4) and sysdate
 +         and action_name like 'LOGOFF BY CLEANUP'
 +order by extended_timestamp
 +/
 +</code>
 +
 +Mit der zeitlichen Information kann dann in weiteren Logs gesucht werden, ob zu diesem Zeitpunkten etwas besonderes im System passiert ist.
 +
 +
 +siehe auch Node Doc ID 274697.1.
 +
 +----
  
  
dba/sqlnet_trace.txt · Zuletzt geändert: 2021/11/08 17:29 von gpipperr