Sådan analyseres Oracle 12C Fejlmeddelelser

Nogensinde høre udtrykket "gemmer sig i et almindeligt syn"? Denne sætning gælder ofte, når folk ser en Oracle 12c fejlmeddelelse. De ser beskeden, men de faktisk ikke læse det og tænke over, hvad der står. Som et resultat heraf er den mest værdifulde fingerpeg dig ikke fuldt maksimeret.

Undgå at falde i denne fælde. Få mest ud af dine fejlmeddelelser:

  • Sæt farten ned og læse fejlmeddelelsen -. Flere gange, hvis nødvendigt Tænk over, hvad det siger. Må ikke bare aflire ORA-1234 og beskrivelsen. Spørg dig selv, hvilke specifikke foranstaltninger svigter baseret på baggrund af fejlmeddelelsen og hvad der foregår på det tidspunkt, meddelelsen.
  • Lad som om du er ansøgningen og spørge, hvad du lavede, da fejlen opstod. Så gælder teksten i beskeden for at se, hvilken brik eller handling svigter. Nedbrydning en større proces i de enkelte trin og hvert trin for at se, hvor noget bryder er en effektiv fejlfinding teknik.
  • Anvend de fleste af dit fokus på den første fejlmeddelelse, du modtager. Ofte en række fejlmeddelelser forekommer relateret til en begivenhed, men typisk den første besked er årsagen til de andre meddelelser.
  • Kend de typer af fejlmeddelelser og hvilke komponenter de vedrører:

    • ORA betegner database eller SQL-fejl.
    • TNS betegner database lytteren eller Oracle Net kommunikationsspørgsmål.
    • HTTP er web relateret.
    • LDAP betegner detaljer med din bibliotek server, måske Oracle Internet Directory.

    Arkitekturen i systemet afgør, hvilke komponenter kan generere fejl. Vide hvilke komponenter der findes i systemet og processen flow, så du kan fortælle, hvad en del af systemet svigter baseret på den type af meddelelse.

  • Bliv fortrolig med normale beskeder versus ekstraordinære fejlmeddelelser Mange harmløse orienterende meddelelser dukker op for hændelser, der ikke er fejl -. Især når arbejder med logfiler. Vide, hvad dit system logs ligne under normal drift, så når reelle fejl opstår, kan du identificere dem let.
  • Sæt fejlmeddelelsen ind i min Oracle Support (tidligere Oracle Metalink) og dine foretrukne Internet søgning forsyningsselskaber at få mere detaljerede beskrivelser og eventuelle rettelser. Forvent masser af irrelevante oplysninger og falske kundeemner. Men odds er gode, at dine søgeresultater også omfatter oplysninger, der hjælper med at identificere og løse problemet.

Basic-databasen og Oracle 12c systemet anatomi

En klar forståelse for Oracle database arkitektur og processer er nøglen til din evne til at forstå fejlmeddelelser og diagnostisk output. Tænk på det som database anatomi. Du ville flygte, hvis din læge sagde "jeg ikke rigtig forstå, at hjerte ting," ikke? Ligeledes hvilken slags Database Administrator (DBA) er clueless om systemet tablespace.

Hvor i det samlede system gør din database pasform, og hvad er de komponenter? Hvis folk rapporterer en HTTP-404 fejl, har du sandsynligvis ønsker at få web-administrator involveret, fordi problemet kan være en webserver eller indhold. Men hvis din database genererer HTML-indhold via mod_plsql Web Toolkit, kan det faktisk være din database har problemer.

Ikke at vide, der ville resultere i det problem, der dirigeres til de forkerte mennesker, yderligere forsinke fix. Der er simpelthen ingen erstatning for at kende detaljerne i, hvordan systemet fungerer, og at være i stand til at anvende denne viden.

Fejl systemet eksempel i Oracle 12c

Kig på dette eksempel på et fælles budskab, der forvirrer folk. Ved analyse, årsagen er enkel at identificere.

ORA-01034: ORACLE ikke tilgængelig.

ORA betegner en database meddelelse (versus TNS for en lytter eller HTTP for en web fejl). Hvad betyder Instans ikke tilgængelig betyde for databaser? Hvis du kender database arkitektur, du ved, at en instans er hukommelse og baggrundsprocesser for en database. Således kan databasen instans ikke kører; skal du bekræfte det.

En hurtig ps -ef | grep pMON på serveren viser ingen PMON proces kørende, så nu du har bekræftet databasen instans er nede. En yderligere kontrol ved hjælp af oppetid kommandoen viser serveren blev genstartet 15 minutter siden; du kan påtage databasen ikke genstarte efter et servernedbrud eller genstart.

På dette tidspunkt, kan du tjekke database logs for at se, om den instans forsøgt at genstarte og mislykkedes eller blev gjort noget forsøg at genstarte. Baseret på det, kan du manuelt genstarte databasen og få brugerne tilbage til arbejdet.

oerr nytte i Oracle 12c

Den oerr nytte får mere information om en fejlmeddelelse. Denne kommando-linje værktøj er, hvor du angiver en fejl nummer og oerr hjælpeprogram giver det mest sandsynlige problem årsager og mulige løsninger. Selv om det ikke er dybdegående fejlfinding, det er meget praktisk:

$ Oerr ora 1034
01034, 00000, "ORACLE ikke tilgængelig"
// * Årsag: Oracle blev ikke startet op. Mulige årsager omfatter følgende:
// - SGA kræver mere plads end der blev afsat til det.
// - Det operativsystem-system variabel peger mod instans er
// Defineret forkert.
// * Handling: Se medfølgende budskaber til mulige årsager og korrekt
// De i andre meddelelser problem.
// Hvis Oracle er blevet initialiseret, så på nogle operativsystemer,
// Kontrollere, at Oracle var forbundet korrekt. Se platformen
// Specifik Oracle dokumentation.


© 2019 Zajacperrone.com | Contact us: webmaster# zajacperrone.com