Urmărirea unei conexiuni de rețea la produsele Oracle - software

Cuprins

Se poate spune cu ușurință că majoritatea conexiunilor la DBMS Oracle sunt realizate prin rețea. Nu toată lumea va fi de acord că conectarea prin rețea face parte din tema bazei de date, însă faptul că administrarea unor astfel de conexiuni reprezintă o parte importantă a activității DBA este incontestabilă.

Pentru a organiza o conexiune de rețea la DBMS-ul său, Oracle oferă o serie de soluții, nu întotdeauna, din păcate, succesive și, uneori, "umede". Pentru a înțelege această serie, avem nevoie de un anumit nivel de pregătire în materie de rețea, nu atât de frecvent în cadrul întâlnirii specialiștilor de baze de date. Din fericire, cunoașterea întregului arsenal al soluțiilor Oracle nu este adesea necesară și este foarte posibil să se facă posesia foarte superficială a problemei. Cu toate acestea, se referă la capacitatea unui ADD de a urmări conexiunile cu Oracle. Urmărirea vă permite să identificați multe probleme legate de comunicarea cu DBMS și să evidențiați o cale de ieșire și totuși este adesea neglijată sau nefolosită din cauza ignoranței.

Acesta va descrie modul în care puteți utiliza următoarea conexiune cu baza de date Oracle din partea clientului și a serverului. O astfel de urmă dă administratorului șansa de a înțelege întrebarea "Ce se întâmplă cu legătura mea cu Oracle?"

În versiunea 9.1 a DBMS, Oracle a promis anumite inovații în organizarea trasării, dar până în prezent acest lucru nu sa întâmplat și va fi discutat mai jos despre versiunea 8.

Un cuvânt despre nume

Pentru organizarea conectării clienților la DBMS printr-o rețea din Oracle, o componentă numită Net8 este responsabilă. În versiunile 7 și mai devreme a fost numit SQL * Net, iar în versiunea 8 a fost redenumită pentru a atrage atenția publicului. Eliminarea vechiului nume din sistemul său sa dovedit imposibilă chiar și pentru o producție atât de avansată ca Oracle, așa că acum în documentație și programe există atât nume vechi cât și noi. În versiunea 8, unde se utilizează "SQL * Net", puteți înlocui în siguranță "Net8".

Aici este decodificarea altor nume care pot fi găsite în fișierele de urmărire a conexiunilor din rețea. Cele mai multe dintre acestea sunt legate de Net8 / SQL * Net, dar nu toate (cu excepția OCI, OPI și TTC):

• OCI - Oracle Call Interface
• OPI - Oracle Program Interface
• TTC - Două sarcini comune
• NI - Interfață de rețea
• NR - Rutarea rețelei
• NN - denumirea rețelei
• NA - autentificare în rețea
• TNS - Substrat de rețea transparentă

În general, semnificația multora dintre ele este de înțeles printr-o traducere simplă în limba rusă.

Arhitectura de conectare cu Oracle

Pentru a vă ajuta să înțelegeți abundența și corelația numelor de rețea între ele într-o stare generală de organizare a magazinelor (stive) de conexiuni, explicând locația și scopul fiecărei componente:

Diagrama este dată pentru cea mai comună variantă de conectare la Oracle. Dar, de îndată ce este prezent aici, merită menționat faptul că există și alte opțiuni, care se întâlnesc în practică mai rar. Deci, mai multe sau substanțial diferite scheme vor fi în protocoalele Oracle pentru GIOP - comunicarea cu obiectele CORBA și pentru JDBC - comunicarea cu programele Java.

Înregistrarea și urmărirea

Pentru a monitoriza funcționarea conexiunii Net8, Oracle folosește logarea și urmărirea. Nu există o diferență fundamentală între cele două, iar diferența dintre ele este pur condiționată. Logging stabilește în fișierele speciale cele mai semnificative evenimente din "viața conexiunii", cum ar fi, de exemplu, apariția unei erori în Net8 sau începutul ascultătorului. Urmărirea, deja în propriile fișiere, colectează detalii despre aceleași evenimente, de exemplu, despre cum a fost procesată procedura de conectare.

Pot exista mai multe obiecte de logare și de urmărire în suportul de rețea Oracle, dar numai trei principale vor fi luate în considerare mai jos:

• Componenta client Net8
• Componenta serverului Net8
• zvon (din nou: acesta este un ascultător)

Fișierele jurnal implicite au extensia de jurnal și se află în directorul% ORACLE_HOME% \ network \ log. Dacă nu specificați altfel, fișierul jurnal pentru componentele de rețea și client ale Net8 va fi numit sqlnet.log. iar fișierul cu jurnalul de lucru al vindecătorului este numele ascultătorului .log. Alte componente de rețea din Oracle au propriile fișiere de jurnal.

Fișierele urmărite implicit au extensia trc și sunt localizate în directorul% ORACLE_HOME% \ network \ trace. Dacă nu se specifică altfel, fișierul de urmărire pentru rețeaua Net8 și componentele clientului va fi numit sqlnet.trc sau, uneori, cli.trc. Alte componente de rețea din Oracle vor avea propriile fișiere de urmărire.

Activarea urmăririi componentei clientului Net8

În starea inițială, funcționarea componentei client Net8 nu este activată. Pentru ao activa, pe mașina client trebuie să faceți următoarele:

• Specificați numele și locația fișierului de urmărire din fișierul sqlnet.ora:

TRACE_DIRECTORY_CLIENT = nume_director
TRACE_FILE_CLIENT = numele fișierului

Deși acest lucru nu este necesar, ci pentru un control mai complet este util să faceți acest lucru în mod explicit, fără a se baza pe implicit.

Dacă, în plus, prescriu

pentru fiecare conexiune nouă se va crea un fișier nou, în numele căruia Oracle va adăuga automat numărul procesului - astfel încât numele să difere.

• Pentru a specifica în același loc scara de colectare a informațiilor de urmărire:

  care ulterior scade de la valoarea maximă (SUPPORT) la zero (OFF) din lista de alternative.

  Activați roaming-ul de urmărire

  Manipularea similară cu fișierul listener.ora vă permite să permiteți urmărirea activității ascultătorului. Cel mai adesea, ascultătorul se află pe aceeași mașină ca instanța bazei de date, deși acest lucru nu este necesar:

  • Specificați numele și locația fișierului de urmărire din fișierul listener.ora:

  TRACE_DIRECTORY_ RANDOMNAME = numele directorului
  TRACE_FILE_ RENAME-RANDOM = numele fișierului

  Ca mai sus, acest lucru nu este necesar, dar este de dorit.

  Dacă există, de asemenea, prescrie

  TRACE_FILENO_ NAME-HEARING = numărul de fișiere
  TRACE_FILELEN_ NAME-HEARING = număr_Kîți.

  atunci numărul de fișiere specificate pentru dimensiunea specificată va fi folosit pentru urmă, care va fi folosit într-un cerc, ștergându-le conținutul pe o bobină nouă cum ar fi fișierele jurnal online.

• Specificați modul de comitere în fișierul de urmărire a evenimentului (opțional):

  Specificați cantitatea de informații care trebuie colectate în fișierul de urmărire:

  cu același înțeles al alternativelor date față de valorile parametrilor ca și pentru client.

• Reporniți zvonul - de exemplu, o pereche de comenzi din fereastra de consolă OS:

  > Oprire lsnrctl
  > Începutul lsnrctl

  Note de utilizare

  Traseul inclus, în primul rând, duce în mod inevitabil la o încetinire generală a sistemului (scris într-un fișier), și în al doilea rând, utilizarea spațiului de pe disc, cu cât mai mult timp a trecut și cu cât este mai mare nivelul traseului. Chiar și la nivelul ADMIN, marcajul din fișierul de urmărire al evenimentului de conectivitate are nevoie de aproximativ 500 de linii de text. Prin urmare, trebuie să vă amintiți să opriți urmărirea atunci când nevoia de a dispărea.

  Mai ales se referă la urmărirea părții de server, la care curg conexiunile de la toți clienții DBMS. Cu toate acestea, pentru partea de server există o altă opțiune pentru a rezista creșterii necontrolate a fișierelor de urmărire: setați numărul dorit de fișiere cu dimensiunea corectă, după cum se arată mai sus, iar cantitatea de informații de urmărire nu depășește limita necesară. Această opțiune este disponibilă numai de la versiunea 8.1.

  
  
  
  
  
  
  

  Pagina anterioară

  Pagina următoare

  Trimiteți-le prietenilor: