4 Tehnici de bază pentru depanarea metodologiei sistemului Oracle 12c - dummies

Baza de date Oracle 12c necesită funcționarea mai multor sisteme pe computer pentru a sprijini bazele de date pe care le creați. Iată câteva sisteme pentru a verifica dacă aveți probleme cu baza de date:

• Utilizarea CPU: CPU-ul este depășit?

• Memorie: Câtă memorie este disponibilă?

• Spațiu disponibil pe disc: Există spațiu pe disc disponibil?

• Jurnalele de evenimente ale sistemului: Este ceva raportat în sistem?

Nu trebuie să fii administrator de sistem pentru a efectua aceste verificări.

Utilizarea procesorului Oracle 12c CPU

Serverele pot avea procesoare unice sau multiple. Indiferent de aceasta, procesarea trebuie să fie disponibilă pentru ca serverul să proceseze cererile de aplicație.

Dacă o mașină are o utilizare foarte mare sau completă a procesorului, vor apărea probleme de performanță.

• Pe Windows, Managerul de activități Windows menționat mai sus are o fila Performanță. Această filă afișează CPU-ul ca procent și ca vârfuri recente

• Pentru sisteme Linux / UNIX , comanda superioară descrisă anterior afișează utilizarea procesorului în partea superioară a ecranului.

  

Oracle 12c și memorie

Dacă serverul nu are memorie, performanța sistemului suferă sau chiar se oprește. Nu este de dorit să rulați un server cu o memorie puțin sau deloc disponibilă. Dacă găsiți că serverul este în mod constant afectat de memorie, fie adăugați mai multă memorie, fie reduceți cantitatea de memorie alocată programelor.

• Pentru a verifica memoria pe Windows , fila Performance Task Manager din Windows oferă memoria totală a mașinii și cantitatea disponibilă.

• sistemele Linux / UNIX au mai multe instrumente pentru a verifica memoria, dar utilitatea de top furnizează rapid aceste informații.

Spațiul disponibil pe disc și Oracle 12c

Spațiul de pe disc este diferit de utilizarea discului. Frecvența de citire și scriere pe un disc este o utilizare și poate fi un factor major de performanță. Rularea spațiului disponibil pe disc poate aduce sistemul tău la oprire și se concentrează aici pentru că tu, ca DBA, poți face ceva în legătură cu asta.

Ce se poate întâmpla când un disc se umple? Depinde de ce scrie pe acel disc. La minim, fișierele jurnal nu pot fi scrise și spațiul de tabel nu poate fi extins. În cel mai rău caz, fișierele de jurnal de arhivă nu pot fi scrise cu succes, iar baza de date se blochează.

Cu alte aplicații software, procesele pot transforma cantități mari de procesoare, iar mașinile virtuale Java se pot prăbuși. Orice dintre aceste probleme va genera un apel panicat la biroul dvs.

Cea mai rapidă modalitate de a verifica spațiul pe disc este să vezi dacă toate sistemele de fișiere sunt 100% pline.

• Pentru sistemele Windows , cel mai rapid mod este să mergi la calculatorul meu și să privesc spațiul liber pentru fiecare unitate de disc. Asigurați-vă că ați selectat opțiunea Detalii din fila Vizualizare pentru a obține informațiile complete.

• Comanda df -m ajută utilizatorii Linux și Oracle Solaris:

  $ df -m Sistemul de fișiere 1M blocuri utilizate Utilizate disponibile% montate pe / 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
  

  Acest cod arată sistemele de fișiere, procentajul utilizat, procentul gratuit (disponibil) și sumele reale în megaocteți. Comanda df -k poate afișa aceleași informații, dar este afișată în kilobyte. Steagul -k este util deoarece unele versiuni de UNIX nu acceptă flagul -m.

• Pe sisteme HP-UX UNIX , folosiți bdf.

Oracle 12c și jurnale de evenimente ale sistemului

Dacă toate celelalte nu reușesc, ascultați ce vă spune computerul. Ca DBA, trebuie să aveți cel puțin citirea accesului la jurnalele de evenimente ale sistemului pe serverul dvs. și sperăm că toate serverele care fac parte din aplicație.

Jurnalele de evenimente ale sistemului înregistrează evenimente de rutină pe server dar, de asemenea, pot afișa evenimente speciale de eroare care ar putea fi cauza problemelor dvs. de sistem. Uneori, jurnalele de evenimente afișează în mod clar probleme legate de hardware sau că sistemele de fișiere sunt pline sau că mașina a fost doar rebootată sau prăbușită. Toate acestea sunt lucruri bune de știut atunci când încercați să identificați o problemă.

Locația jurnalelor de evenimente poate varia și, adesea, jurnalele suplimentare sunt dincolo de jurnalele de sistem de operare pentru a fi examinate atunci când învățați sistemul.

• Pe sistemele Windows , accesați Panou de control → Instrumente administrative → Vizualizator evenimente pentru a vedea jurnalele de sistem și aplicații.

• Pe sistemele Linux / UNIX , / var / adm / messages și / var / log / syslog sunt destul de valoroase. Comanda dmesg poate vedea sfârșitul fișierului jurnal de sistem cel mai recent.

O mare parte din aceste informații pot să nu aibă sens la un DBA care nu este OS savvy; totuși, văzând erorile pot fi suficiente pentru a solicita opinia administratorului de sistem.