4 Grundlæggende teknikker til fejlfinding af din Oracle 12c-systemmetode - dummies

Din Oracle 12c-database kræver, at flere systemer på din computer skal fungere for at understøtte de databaser, du opretter. Her er et par systemer til at kontrollere, om du har problemer med din database:

• CPU-udnyttelse: Er CPU'en maksimal?

• Hukommelse: Hvor meget hukommelse er tilgængelig?

• Ledig diskplads: Er der ledig plads på diskpladsen?

• Systemhændelseslogfiler: Er der rapporteret noget til systemet?

Du behøver ikke være systemadministrator til at udføre disse checks.

Oracle 12c ad CPU udnyttelse

Servere kan have enkelt eller flere CPU'er. Uanset om det er nødvendigt, skal behandlingen være tilgængelig for serveren til at behandle ansøgningsanmodninger.

Hvis en maskine har en meget høj eller komplet CPU-brug, vil der opstå ydeevne.

• På Windows, den tidligere nævnte Windows Task Manager har en ydeevne faneblad. Denne fane viser CPU-brug som en procent, og som nyere toppede

• For Linux / UNIX -systemer viser den tidligere beskrevne øverste kommando CPU-udnyttelse øverst på skærmen.

  

Oracle 12c og hukommelse

Hvis serveren mangler hukommelse, lider systemets ydeevne eller endda står stille. Det er ikke ønskeligt at køre en server med ringe eller ingen hukommelse til rådighed. Hvis du finder serveren er konsekvent hukommelse sultet, skal du enten tilføje mere hukommelse eller reducere mængden af ​​hukommelse, der er allokeret til programmer.

• For at kontrollere hukommelsen på Windows , indeholder fanen Windows Opgavehåndtering Performance den samlede hukommelse på maskinen og det tilgængelige beløb.

• Linux / UNIX systemer har flere værktøjer til at kontrollere hukommelse, men topværktøjet giver disse oplysninger hurtigt.

Ledig diskplads og Oracle 12c

Diskplads er forskellig fra diskudnyttelse. Hyppigheden af ​​læsning og skrivning på en disk er udnyttelse og kan være en vigtig præstationsfaktor. At løbe tør for ledig diskplads kan bringe dit system til ophør og er fokus her, fordi du som DBA kan gøre noget ved det.

Hvad kan der ske, når en disk fylder op? Det afhænger af, hvad der skriver til den disk. I det mindste kan logfiler ikke skrives til, og tablespaces kan ikke udvides. I værste fald kan arkivlogfiler ikke skrives korrekt, og databasen hænger.

Med anden software kan processer spinde store mængder CPU, og Java Virtual Machines kan gå ned. Ethvert af disse problemer vil sandsynligvis generere et panikopkald til dit skrivebord.

Den hurtigste måde at kontrollere diskplads på er at se, om filsystemer er 100 procent fulde.

• For Windows -systemer, er den hurtigste måde at gå til min computer og se ledig plads til hvert harddisk. Sørg for at have Detaljer-indstillingen valgt på fanen Vis for at få de fulde oplysninger.

• Df -m-kommandoen hjælper Linux og Oracle Solaris-brugere:

  $ df -m Filsystem 1M-blokke Brugt Tilgængelig Brug% Monteret på / dev / sda3 8064 3587 4068 47% / tmpfs 3957 1885 2072 48% / dev / shm / dev / sda5 8064 208 7447 3% / hjem / dev / sda6 8064 147 7508 2% / tmp / dev / sda1 64310 17016 44028 28% / u01 / dev / sr0 2367 2367 0 100% / media / Oracle12cBeta
  

  Denne kode viser filsystemerne, deres procentdel, procentdelen gratis (tilgængelig) og de faktiske mængder i megabyte. Kommandoen df -k kan vise den samme information, men er angivet i kilobytes. -k-flag er nyttigt, fordi nogle versioner af UNIX ikke understøtter -m-flag.

• På HP-UX UNIX systemer, brug bdf.

Oracle 12c og systemhændelseslogfiler

Hvis alt andet fejler, skal du lytte til, hvad computeren fortæller dig. Som en DBA skal du i det mindste have læst adgang til systemhændelseslogfilerne på din server og forhåbentlig alle servere, der er en del af applikationen.

Systemhændelseslogfiler registrerer rutinemæssige hændelser på serveren, men kan også liste særlige fejlhændelser, der kunne være årsagen til systemproblemerne. Nogle gange viser hændelseslogfilerne tydeligt hardwareproblemer, eller at filsystemerne er fulde, eller at maskinen kun genstartes eller styrtes. Alt dette er gode ting at vide, når du forsøger at spore et problem.

Placeringen af ​​hændelseslogfilerne kan variere, og ofte er yderligere logfiler ud over OS-logfilerne for at gennemgå, når du lærer dit system.

• På Windows systemer, gå til Kontrolpanel → Administrative værktøjer → Event Viewer for at se system- og applikationslogfilerne.

• På Linux / UNIX systemer, / var / adm / messages og / var / log / syslog er ret værdifulde. Dmesg-kommandoen kan se slutningen af ​​den nyeste systemlogfil.

Meget af disse oplysninger kan ikke være fornuftigt for en DBA, som ikke er OS-kyndig; Men at se fejl kan være nok til at søge systemadministratorens mening.