4 Grundläggande tekniker för att felsöka din Oracle 12c-systemmetodik - dummies

Din Oracle 12c-databas kräver att flera system på din dator ska fungera för att stödja de databaser du skapar. Här är några system för att kontrollera om du har problem med din databas:

• CPU-utnyttjande: Är CPU maximal?

• Minne: Hur mycket minne finns tillgängligt?

• Tillgängligt diskutrymme: Finns det ledigt diskutrymme?

• Systemhändelseloggar: Är något som rapporteras till systemet?

Du behöver inte vara systemadministratör för att utföra dessa kontroller.

Användning av Oracle 12c ad CPU

Servern kan ha enstaka eller flera CPU: er. Oavsett, måste bearbetning vara tillgänglig för servern att behandla ansökningsförfrågningar.

Om en maskin har en mycket hög eller komplett CPU-användning kommer prestandafrågor att uppstå.

• På Windows, den tidigare nämnda Windows Task Manager har en flik Prestanda. Den fliken visar CPU-användning som en procentandel och som de senaste topparna

• För Linux / UNIX -systemen visar det ovan beskrivna toppkommandot CPU-utnyttjande längst upp på skärmen.

  

Oracle 12c och minne

Om servern saknar minne, lider systemets prestanda eller står till och med. Det är inte önskvärt att köra en server med lite eller inget minne tillgängligt. Om du upptäcker servern är konsekvent minnet svalt, lägg till antingen mer minne eller minska mängden minne som är allokerat för program.

• För att kontrollera minnet på Windows , visar fliken Windows Aktivitetshanterarens prestanda det totala minnet på maskinen och det tillgängliga beloppet.

• Linux / UNIX system har flera verktyg för att kontrollera minnet, men det bästa verktyget ger informationen snabbt.

Tillgängligt diskutrymme och Oracle 12c

Diskutrymme är annorlunda än diskutnyttjande. Frekvensen att läsa och skriva på en skiva är utnyttjande och kan vara en viktig prestationsfaktor. Att köra ut ur ledigt diskutrymme kan få ditt system stannat och fokuserar här eftersom du som DBA kan göra något åt ​​det.

Vad kan hända när en disk fylls upp? Det beror på vad som skrivs till den skivan. Minst kan loggfilerna inte skrivas till och tabellutrymmen kan inte utökas. I värsta fall kan arkivloggfiler inte skrivas framgångsrikt, och databasen hänger.

Med annan mjukvara kan processer rotera stora mängder CPU, och Java Virtual Machines kan krascha. Något av dessa problem kommer sannolikt att generera ett panikat samtal till ditt skrivbord.

Det snabbaste sättet att kontrollera diskutrymme är att se om filsystemen är 100 procent fulla.

• För Windows -system, är det snabbaste sättet att gå till min dator och titta på ledigt utrymme för varje hårddisk. Var noga med att välja alternativet Detaljer på fliken Visa för att få fullständig information.

• Kommandot df -m hjälper Linux och Oracle Solaris-användare:

  $ df -m Filsystem 1M-block Används Tillgänglig Använd% Monterad på / dev / sda3 8064 3587 4068 47% / tmpfs 3957 1885 2072 48% / tp / dev / sda1 64310 17016 44028 28% / u01 / dev / sr0 2367 2367 0 100% / media / Oracle12cBeta
  

  Den här koden visar filsystemen, deras procentuella andel, den procentuella fritt (tillgängliga) och de faktiska beloppen i megabyte. Kommandot df -k kan visa samma information men anges i kilobyte. -k-flaggan är användbar eftersom vissa versioner av UNIX inte stöder -m-flaggan.

• På HP-UX UNIX -system, använd bdf.

Oracle 12c och systemhändelseloggar

Om allt annat misslyckas, lyssna på vad datorn talar om. Som en DBA borde du åtminstone läsa åtkomst till systemhändelseloggarna på din server och förhoppningsvis alla servrar som ingår i applikationen.

Systemhändelseloggar spelar in rutinmässiga händelser på servern, men kan även lista särskilda felhändelser som kan vara orsaken till systemproblemen. Ibland visar händelseloggarna tydligt hårdvaruproblem, eller att filsystemen är fulla eller att maskinen bara omstartades eller kraschades. Alla dessa är bra saker att veta när du försöker spåra ett problem.

Platsen för händelseloggen kan variera, och ofta är ytterligare loggar utöver OS-loggarna för att granska när du lär dig ditt system.

• På Windows -system, gå till Kontrollpanelen → Administrationsverktyg → Event Viewer för att se system- och programloggar.

• På Linux / UNIX system, / var / adm / messages och / var / log / syslog är ganska värdefulla. Kommandot dmesg kan se slutet på den senaste systemloggfilen.

Mycket av denna information kan inte vara meningsfull för en DBA som inte är OS-kunnig. Men att se fel kan räcka för att söka systemadministratörens uppfattning.