4 Basistechnieken om problemen met uw Oracle 12c-systeemmethodiek op te lossen - dummies

Uw Oracle 12c-database vereist dat verschillende systemen op uw computer functioneren om de door u gemaakte databases te ondersteunen. Hier zijn een paar systemen om te controleren of u problemen ondervindt met uw database:

• CPU-gebruik: Is de CPU maximaal?

• Geheugen: Hoeveel geheugen is beschikbaar?

• Beschikbare schijfruimte: Is er schijfruimte beschikbaar?

• Systeemgebeurtenissenlogboeken: Wordt er iets gerapporteerd aan het systeem?

U hoeft geen systeembeheerder te zijn om deze controles uit te voeren.

Oracle 12c ad CPU-gebruik

Servers kunnen enkele of meerdere CPU's hebben. Hoe dan ook, de verwerking moet beschikbaar zijn voor de server om applicatieverzoeken te verwerken.

Als een apparaat een zeer hoog of volledig CPU-gebruik heeft, treden prestatieproblemen op.

• Op Windows, heeft de eerder genoemde Windows Task Manager een tabblad Prestaties. Op dat tabblad wordt het CPU-gebruik als een percentage weergegeven en als recente spikes

• Voor Linux / UNIX systemen, geeft het hierboven beschreven bovenste commando CPU-gebruik weer bovenaan het scherm.

  

Oracle 12c en geheugen

Als de server geheugen mist, lijdt de systeemprestatie of staat hij zelfs stil. Het is niet wenselijk om een ​​server met weinig of geen geheugen beschikbaar te maken. Als u merkt dat de server voortdurend uitgehongerd is, voegt u meer geheugen toe of vermindert u de hoeveelheid geheugen die is toegewezen aan programma's.

• Om het geheugen op Windows te controleren, geeft het tabblad Windows Task Manager-prestaties het totale geheugen op de machine en de beschikbare hoeveelheid weer.

• Linux / UNIX -systemen hebben meerdere hulpmiddelen om het geheugen te controleren, maar het bovenste hulpprogramma biedt deze informatie snel.

Beschikbare schijfruimte en Oracle 12c

Schijfruimte is anders dan schijfgebruik. De frequentie van lezen en schrijven op een schijf is gebruik en kan een belangrijke prestatiefactor zijn. Het tekort aan beschikbare schijfruimte kan uw systeem tot stilstand brengen en staat hier centraal omdat u als DBA er iets aan kunt doen.

Wat kan er gebeuren als een schijf vol raakt? Het hangt af van wat er naar die schijf schrijft. Er kunnen ten minste geen logbestanden worden weggeschreven en tablespaces kunnen niet worden uitgebreid. In het slechtste geval kunnen archieflogbestanden niet met succes worden geschreven en blijft de database hangen.

Met andere software kunnen processen grote hoeveelheden CPU draaien en kunnen Java Virtual Machines crashen. Elk van deze problemen genereert waarschijnlijk een paniekerige oproep naar uw bureau.

De snelste manier om schijfruimte te controleren, is door te kijken of bestandssystemen 100 procent vol zijn.

• Voor Windows -systemen is de snelste manier om naar mijn computer te gaan en naar vrije ruimte voor elk schijfstation te kijken. Zorg ervoor dat de optie Details is geselecteerd op het tabblad Weergave voor de volledige informatie.

• De opdracht df -m helpt Linux en gebruikers van Oracle Solaris:

  $ df -m Bestandssysteem 1M-blokken Gebruikt Beschikbaar Gebruik% Gemount op / dev / sda3 8064 3587 4068 47% / tmpfs 3957 1885 2072 48% / dev / shm / dev / sda5 8064 208 7447 3% / home / dev / sda6 8064 147 7508 2% / tmp / dev / sda1 64310 17016 44028 28% / u01 / dev / sr0 2367 2367 0 100% / media / Oracle12cBeta
  

  Deze code geeft de bestandssystemen weer, het gebruikte percentage, het percentage gratis (beschikbaar) en de werkelijke bedragen in megabytes. De opdracht df -k kan dezelfde info weergeven, maar wordt weergegeven in kilobytes. De vlag -k is nuttig omdat sommige versies van UNIX de vlag -m niet ondersteunen.

• Gebruik op HP-UX UNIX -systemen bdf.

Oracle 12c en systeemgebeurtenissenlogboeken

Luister naar wat de computer u vertelt als al het andere faalt. Als DBA moet u op zijn minst leesrechten hebben voor de systeemgebeurtenissenlogboeken op uw server en hopelijk alle servers die deel uitmaken van de toepassing.

Systeemgebeurtenissenlogboeken registreren routinegebeurtenissen op de server, maar kunnen ook speciale foutgebeurtenissen vermelden die de oorzaak kunnen zijn van uw systeemproblemen. Soms geven de gebeurtenislogboeken een overzicht van hardwareproblemen, of zijn de bestandssystemen vol of is de machine zojuist opnieuw opgestart of gecrasht. Dit zijn allemaal goede dingen om te weten wanneer u een probleem probeert op te sporen.

De locatie van de gebeurtenislogboeken kan variëren en vaak zijn extra logboeken buiten de OS-logboeken om te bekijken wanneer u uw systeem leert.

• Ga op Windows -systemen naar Configuratiescherm → Systeembeheer → Logboeken om de systeem- en toepassingslogboeken te bekijken.

• Op Linux / UNIX -systemen, / var / adm / messages en / var / log / syslog zijn behoorlijk waardevol. Met de opdracht dmesg kan het einde van het meest recente systeemlogbestand worden weergegeven.

Veel van deze informatie is mogelijk niet logisch voor een DBA die niet OS-slim is; Het kan echter voldoende zijn om fouten te zien om de mening van de systeembeheerder te vragen.