Problemen oplossen met uw Oracle Database 12c Logs

Je nodig hebt om te duiken in de Oracle 12c logt zelf. Elke database heeft een set van mappen waar de belangrijkste log, spoor, en dump bestanden worden opgeslagen.

Databaselogboekbestanden infrastructuur in Oracle 12c

Met behulp van logbestanden van een probleem is vaak een dagelijkse taak voor de DBA dus weten hoe Oracle beheert deze kritische bron is belangrijk. Oracle logbestand structuur en het beheer worden aangeduid als de automatische diagnose Repository (ADR). ADR biedt deze log management mogelijkheden:

  • Geïntegreerde log management niet alleen voor de database, maar andere Oracle producten. Momenteel Automatic Storage Management en luisteraar schrijft ook voor de nieuwe log infrastructuur.
  • Event logging in termen van incidenten met de meegeleverde diagnostische gegevens en opgeslagen in zip-bestanden die kunnen worden beoordeeld en naar Oracle Ondersteuning. Het idee is om fouten gebeurtenissen beter te grendelen en netjes te verpakken zodat ze direct kunnen worden verzonden naar Oracle Ondersteuning.
  • Incident overstromingen om intelligent te beperken het ontstaan ​​en de grootte van de bestanden te traceren. Als een evenement wordt herhaald in een extreme snelheid boven een bepaalde drempel, wordt alleen het optreden van de gebeurtenis vastgelegd.

Het is belangrijk om te weten waar de sleutel diagnostische bestanden zich bevinden:

  • De locatie voor de diagnostische submappen (diag) is de ADR_BASE en is meestal onder de ORACLE_BASE.
  • De locatie van de basis voor de log subdirectory is het ADR_HOME en is gedefinieerd door de database parameter DIAGNOSTIC_DEST.
  • De ADR_HOME is onder de ADR_BASE locatie en is onder de database SID directory.

De structuur voor ADR_HOME voor databases volgt:

$ ADR_BASE / diag / rdbms / DATABASE NAAM / DATABASE SID

Bijvoorbeeld, hier is de volgende structuur voor het dev12c database:

$ Ls $ ORACLE_BASE / diag / rdbms / dev12c / dev12c
waarschuwen hm incpkg lck metadata metadata_pv sweep
cdump incident ir inloggen metadata_dgif stadium trace

De ADR_HOME locatie is het volledige pad tot en met de tweede verwijzing naar dev12c.

Je ziet dit dezelfde informatie netjes opgeslagen in de database en kunnen worden opgevraagd via V $ DIAG_INFO:

SQL> select naam, de waarde van v $ diag_info;
Naam Waarde
----------- ---------------------------------
Diag Ingeschakeld TRUE
ADR Base / u01 / app / oracle
ADR Home / u01 / app / oracle / diag / rdbms / dev12c / dev12c
Diag Trace / u01 / app / oracle / diag / rdbms / dev12c / dev12c / trace
Diag Alert / u01 / app / oracle / diag / rdbms / dev12c / dev12c / alert
Diag Incident / u01 / app / oracle / diag / rdbms / dev12c / dev12c / incident
Diag Cdump / u01 / app / oracle / diag / rdbms / dev12c / dev12cl / cdump
Health Monitor / u01 / app / oracle / diag / rdbms / dev12c / dev12c / hm
Standaard Trace File
/u01/app/oracle/diag/rdbms/dev12c/dev12c/trace/dev12c_ora_23293.trc
Actieve Probleem graaf 0
Actieve Incident graaf 0
11 rijen geselecteerd.

Binnen elke database directory zijn submappen waar verschillende bestanden worden opgeslagen. Hier is elke primaire directory en het doel ervan.

Adresboek Doel
alarm Winkels zeer belangrijke XML-alert logboek voor de database
cdump Core dump locatie van het geheugen stack wanneer een proces mislukt
incident Submappen met betrekking tot individuele gebeurtenissen of incidenten
spoor Traceren en dump bestanden voor achtergrond en gebruiksvriendelijke processen; bevat ook tekst opgemaakt alert log
Dit is een bedrijf van elke directory:

$ Ls $ ORACLE_BASE / diag / rdbms / dev12c / dev12c
waarschuwen hm incpkg lck metadata metadata_pv sweep
cdump incident ir inloggen metadata_dgif stadium trace
oralinux1> ls $ ORACLE_BASE / diag / rdbms / dev12c / dev12c / alert
log.xml
$ Ls $ ORACLE_BASE / diag / rdbms / dev12c / dev12c / cdump
$ Ls $ ORACLE_BASE / diag / rdbms / dev12c / dev12c / incident
$ Ls $ ORACLE_BASE / diag / rdbms / dev12c / dev12c / trace
alert_dev12c.log dev12c_m000_23037.trc dev12c_ora_6593.trm
dev12c_aqpc_24310.trc dev12c_m000_23037.trm dev12c_ora_760.trc

Deze mappen kunnen rommelig met veel bestanden te krijgen en opeten schijfruimte.

Hebben een proces op te ruimen het spoor, cdump, en incident mappen zodat ze niet vullen uw schijf en eenvoudiger te beheren.

Traceren en dump bestanden in Oracle 12c

Wanneer er een probleem voordoet (zoals een mislukte proces of niet toewijzen van geheugen), logbestanden voor die gebeurtenis zijn geschreven in het spoor directory.

Het formaat voor de log bestandsnaam is SID_process name_process ID .trc:

$ Ls $ ORACLE_BASE / diag / rdbms / dev12c / dev12c / trace
alert_dev12c.log dev12c_m000_23037.trc dev12c_ora_6593.trm
dev12c_aqpc_24310.trc dev12c_m000_23037.trm dev12c_ora_760.trc

Hier zijn de inhoud van een trace-bestand:

Tracebestand /u01/app/oracle/diag/rdbms/dev12c/dev12c/trace/dev12c_dbw0_24263.trc
Oracle Database 12c Enterprise Edition release 12.1.0.1.0 - 64bit Production
Met het partitioneren, OLAP, Advanced Analytics en Real Application Testing kiezen
ionen
ORACLE_HOME = /u01/app/oracle/product/12.1.0
Naam systeem: Linux
Naam van knooppunt: oralinux1
Vrijlating: 2.6.39-400.17.2.el6uek.x86_64
Versie: # 1 SMP wo maart 13 12:31:05 PDT 2013
Machine: x86_64
Bijvoorbeeld naam: dev12c
Redo draad gemonteerd door deze instantie: 0 <geen>
Oracle proces nummer: 11
Unix proces pid: 24.263, afbeelding: oracle @ oralinux1 (DBW0)
*** 2013/07/19 13: 21: 21,458
*** CLIENT ID :() 2013/07/19 13: 21: 21,458
*** Service Name :() 2013/07/19 13: 21: 21,458
*** Modulenaam :() 2013/07/19 13: 21: 21,458
*** ACTIE NAAM :() 2013/07/19 13: 21: 21,458
2013/07/19 13: 21: 21,458540: kjcipctxinit (): (pid | PSN) = (11 | 1): geïnitialiseerd en
gekoppeld pctx 0x125d93038 in proces lijst

Het verschil tussen een dump en een trace-bestand: Een spoor is een doorlopend logboek van een probleem evenement. De dump is de eenmalige dumpen van informatie in een bestand voor een probleem gebeurtenis. Als Database Administrator (DBA), moet u herziening van deze tekstbestanden te diagnosticeren wat er gebeurt.

Als een proces crasht, kan een core dump worden gemaakt in de cdump directory. Dit is een binaire traceerbestand van het geheugen proces en de inhoud ten tijde van de crash. Hoewel veel mensen deze op "hands-off" een DBA te beoordelen zijn, dat is niet noodzakelijk het geval.

De Linux en UNIX strijkers commando kan de afdrukbare tekst van een binair bestand te tonen. Als u ervoor kiest om de kern-bestand uploaden naar elke support organisatie, kunt u het voor het eerst herzien voor gebruikersnaam en wachtwoord combinaties, omdat ze zijn soms aanwezig in leesbare tekst in deze bestanden.

Luisteraar log in Oracle 12c

Je kan hebben om verbindingen te traceren in de database via de luisteraar. Iedere keer dat een verbinding met de database voorkomt, die gebeurtenis (of falen) opgeslagen in de luisteraar log.

Weten waar luisteraar logs worden gegenereerd is het belangrijk om het oplossen van problemen. U kunt de luisteraar log onder de ADR_BASE / diag / tnslsnr directory tree vinden. (In dit voorbeeld is het /u01/app/oracle/diag/tnslsnr/oralinux1/listener/trace/listener.log.)

Hier is een voorbeeld logboekingang:

02-AUG-2013 17:38:48 * (CONNECT_DATA = (SERVICE_NAME = dev12c)
(CID = (PROGRAM = sqlplus) (HOST = oralinux1) (USER = orakel))) *
(ADRES = (PROTOCOL = TCP) (HOST = 192.168.2.121) (PORT = 21165))
* Vast * dev12c * 0

Belangrijke informatie is de tijd, gastheer, en het programma voor de inkomende verbindingen.

Hier is een Dell PAD software utility gebruiker die verbinding, waarschijnlijk vanaf het werkstation van een gebruiker:

02-AUG-2013 11:57:45 * (CONNECT_DATA = (SERVICE_NAME = 192.168.2.121)
(CID = (PROGRAM = C:? \ Program Files \ Quest Software \ PAD \ TOAD.exe)
(HOST = LPT-MPYLE) (USER = mpyle))) * (ADRES = (PROTOCOL = tcp)
(HOST = 192.168.2.170) (PORT = 3108))
* Vast * 192.168.2.121 * 12514

Ten slotte is er een fout is optreden:

TNS-12514: TNS: de luisteraar heeft momenteel geen weet van dienst
gevraagd in verbindingsdescriptor

U kunt zoeken naar het vervoersnetwerk Ondergrond (TNS) foutcode in de luisteraar log om te zien welke fouten zich voordoen. Deze zoektocht is handig want er zullen (hopelijk) veel meer verbindingen dan fouten en, net als de waarschuwing logs, kan de luisteraar log vrij hoog worden.


© 2019 Quilcedacarvers.com | Contact us: webmaster# quilcedacarvers.com