Administrarea unei instante Oracle

Obiective

Punerea la punct a autentificarii prin sistemul de operare si prin fisierul de parole

Crearea fisierului de parametri

Pornirea instantei si deschiderea bazei de date

Inchiderea bazei de date si oprirea instantei

Obtinerea si setarea valorilor parametrilor

Administrarea sesiunilor

Monitorizarea fisierelor de ALERT si de trace

Vedere de ansamblu

O baza de date Oracle nu este accesibila utilizatorilor cit timp DBA-ul nu a pornit instanta si nu a deschis baza de date.

Urmatorii pasi sint indepliniti pentru a porni o baza de date:

Pornirea instantei.

Montarea bazei de date.

Deschiderea bazei de date.

Ori de cite ori o instanta este pornita, Oracle foloseste un fisier de parametri care contine parametri de initializare pentru a aloca SGA si a lansa procesele de background.

Daca o instanta este pornita sau baza de date este deschisa, se parcurg urmatorii pasi pentru a opri baza de date:

Inchiderea bazei de date.

Demontarea bazei de date.

Oprirea instantei.

Cind o baza de date este inchisa, utilizatorii nu o pot accesa.

Utilizatorii administratori ai bazei de date

Cei doi utilizatori administratori ai bazei de date, SYS si SYSTEM :

sint creati in mod automat

ambilor le este acordat rolul SYSDBA

Utilizatorii SYS si SYSTEM

Utilizatorii administratori ai bazei de date

Pentru a executa sarcini administrative in Oracle, ca d.ex. crearea de utilizatori, sint necesare privilegii suplimentare. Aceste operatii sint indeplinite de administratorii bazei de date.

Doua conturi de utilizatori ai bazei de date, SYS si SYSTEM, sint automat create odata cu baza de date si le este acordat rolul DBA (un rol predefinit ce este creat odata cu fiecare baza de date). Rolul DBA cuprinde toate privilegiile de sistem.

SYS

Cind o baza de date este creata, utilizatorul SYS, identificat initial prin parola CHANGE_ON_INSTALL este automat creat si ii este acordat rolul DBA.

Toate tabelele de baza si view-urile dictionarului de date sint stocate in schema lui SYS.

SYSTEM

Cind o baza de date este creata, utilizatorul SYSTEM, identificat initial prin parola MANAGER este de asemenea automat creat si ii este acordat rolul de privilegii DBA.

In schema SYSTEM sint create tabele si view-uri suplimentare, ce contin informatii administrative folosite de utilitarele Oracle.

Metode de autentificare

Conectarea cu privilegii de administrator

In unele situatii administratorii bazei de date au nevoie de o metoda de autentificare speciala, pentru ca baza de date ar putea sa nu fie deschisa (in special pentru operatii ca startup si shutdown).

Se poate alege ca autentificarea adminiatratorilor bazei de date sa fie facuta fie la nivel de sistem de operare fie prin fisier de parole dupa cum de doreste ca administrarea bazei de date sa fie facuta local, pe aceeasi masina pe care rezida baza de date, fie de la distanta, de pe un client.

Autentificarea la nivel de sistem de operare

Se creeaza utilizatorii care vor fi autentificati de sistemul de operare

Se seteaza REMOTE_LOGIN_PASSWORD_FILE NONE

Se folosesc urmatoarele comenzi pentru conectarea la o baza de date

CONNECT / AS SYSDBA

CONNECT / AS SYSOPER

In NT

Se creeaza doua noi grupuri locale denumite ORA_<SID>_DBA si ORA_<SID>_SYSOPER specifice unei instante sau ORA_DBA si ORA_SYSOPER care nu sint specifice unei instante.

Se adauga un utilizator acestor grupuri. Odata accesat acest domeniu, utilizatorul este automat validat ca DBA (sau SYSOPER) autorizat.

Se seteaza REMOTE_LOGIN_PASSWORD_FILE NONE

Conectarea la baza de date ca SYSDBA sau SYSOPER se face prin

CONNECT / AS

Folosirea autentificarii prin fisier de parole

Se creeaza fisierul de parole folosind utilitarul destinat acestui scop

Se seteaza REMOTE_LOGIN_PASSWORDFILE EXCLUSIVE sau SHARED

Pentru conectarea la baza de date

CONNECT internal/<parola>

Folosirea autentificarii prin fisier de parole

Oracle furnizeaza un utilitar care permite conectarea la un server Oracle folosind un nume de utilizator si o parola standard, dar care conecteaza utilizatorul in schema lui SYS in locul celei a numelui de utilizator furnizat. Accesul la baza de date folosind fisierul de parole este acordat de comenzi GRANT speciale lansate de utilizatori privilegiati.

Folosirea unui fisier de parole pe un server NT

Se creeaza fisierul de parole folosind utilitarul ORAPWD80

orapwd80 file=<fname> password=<password> entries=<entries>

unde:

fname este numele fisierului de parole

password este parola pentru SYS si INTERNAL

entries este numarul maxim de administratori

diferiti

Urmatoarea comanda creeaza un fisier de parole cu parola "admin" pentru utilizatorii SYS si INTERNAL si accepta pina la cinci utilizatori cu parole diferite:

orapwd80 %oracle_home%databasepwdorcl.ora password=admin entries=5

Se seteaza REMOTE_LOGIN_PASSWORDFILE EXCLUSIVE sau SHARED

unde:

EXCLUSIVE indica ca o singura instanta poate folosi fisierul de

parole si ca fisierul de parole poate contine si alte

nume decit SYS si SYSTEM

SHARED indica ca mai mult de o instanta poate utiliza

fisierul de parole (singurii utilizatori recunoscuti

de fisierul de parole sint SYS si INTERNAL).

Conectarea la baza de date se face prin:

SVRMGR>CONNECT internal/admin

Nota

Sub NT fisierul de parole este un fisier ascuns si se afla de obicei in directorul %ORACLE_HOME%DATABASE.

Schimbarea parolei lui Internal

Se poate folosi utilitatea orapwd pentru a sterge si recrea fisierul de parole

sau

Se poate folosi utilitarul ORADIM80 sub NT pentru a sterge si recrea un fisier de parole

Schimbarea parolei contului internal

ORADIM80 -NEW -SID sid [-INTPWD internal_pwd] [-SRVC srvcname]

[-MAXUSERS n] [-STARTMODE auto, manual] [-PFILE filename]

unde:

sid specifica numele instantei

internal_pwd este parola pentru contul internal

svrcname este numele serviciului

n este numarul maxim de intrari in

fisierul de parole

auto sau manual indica modul de pornire a serviciului

filename permite folosirea unui fisier neimplicit

de parole pentru configurarea instantei

Pentru a schimba parola INTERNAL se urmeaza pasii

Se sterge SID-ul pentru parola ce se doreste schimbata

ORADIM80 -DELETE -SID sid

Se creeaza acelasi SID din nou si se specifica o noua parola INTERNAL:

ORADIM80 -NEW -SID sid -INTPWD internal_pwd -MAXUSERS n

Fisierul de parametri de initializare

Fisierul de parametri, referit uzual drept init<SID>.ora, este un fisier text ce poate fi mentinut folosind un editor standard al sistemului de operare. Se afla in mod implicit in directorul %ORACLE_HOME%database sub NT.

Fisierul de parametri este citit numai in momentul pornirii instantei. Daca fisierul este modificat, instanta trebuie oprita si repornita pentru ca valorile noilor parametri sa devina efective.

Utilitatile parametrilor

Parametrii din init<SID>.ora au un efect semnificativ asupra performantei bazei de date si este necesara modificarea unora dintre ei pentru:

A dimensiona componentele System Global Area (SGA) pentru optimizarea performantelor.

A fixa valori implicite pentru parametrii instantei si ai bazei de date.

A fixa limitele bazei de date.

A defini (numai la crearea bazei de date) diversele atribute ale bazei de date, ca d.ex. dimensiunea blocurilor bazei de date.

Specificarea locatiilor fisierelor de control, fisierelor de log arhivate si a fisierelor de trace.

Reguli pentru specificarea parametrilor

Valorile se specifica in formatul: keyword=value.

Toti parametrii sint optionali.

Serverul are o valoare implicita pentru fiecare parametru.

Parametrii pot fi specificati in orice ordine.

Liniile de comentariu incep cu simbolul #.

Parametrii se cuprind intre ghilimele pentru a putea include literali de tip caracter.

Fisiere suplimentare se pot include folosind cuvintul cheie IFILE.

Valorile multiple sint incluse intre paranteze si separate prin virgule.

Exemplu de fisier de parametri

db_name = oracle

db_files = 20

control_files = C:ORAWIN95DATABASEctl1orcl.ora

compatible = 7.3.0.0.0

db_file_multiblock_read_count = 8 # INITIAL

# db_file_multiblock_read_count = 8  # SMALL

# db_file_multiblock_read_count = 16  # MEDIUM

# db_file_multiblock_read_count = 32  # LARGE

db_block_buffers = 200 # INITIAL

# db_block_buffers = 200  # SMALL

# db_block_buffers = 550  # MEDIUM

# db_block_buffers = 3200 # LARGE

shared_pool_size = 3500000 # INITIAL

# shared_pool_size = 3500000  # SMALL

# shared_pool_size = 6000000  # MEDIUM

# shared_pool_size = 9000000  # LARGE

log_checkpoint_interval = 10000

processes = 50 # INITIAL

# processes = 50 

Parametri care trebuie specificati

Etapele pornirii si opririi bazei de date

Etapele pornirii instantei

Cind se porneste baza de date, se poate alege starea in care sa fie pornita.

Pornirea instantei

In mod normal, se porneste instanta fara montarea bazei de date numai in timpul crearii bazei de date sau pentru recrearea fisierelor de control.

Pornirea instantei include urmatorii pasi:

Se citeste fisierul de parametri init<SID>.ora

Se aloca SGA

Se pornesc procesele de background

Se deschid fisierele de trace si ALERT.

Baza de date trebuie denumita fie prin parametrul DB_NAME din init<SID>.ora fie in comanda STARTUP.

Montarea bazei de date

Pentru a indeplini operatii de intretinere specifice, se porneste instanta, se monteaza baza de date dar nu se deschide baza de date.

D.ex., baza de date trebuie montata dar nu deschisa pentru indeplinirea urmatoarelor:

Redenumirea fisierelor de date

Activarea sau inhibarea optiunii de arhivare a fisierelor de redo log

Executarea unei refaceri totale a bazei de date

Montarea bazei de date include urmatoarele:

Asocierea bazei de date cu o instanta anterior pornita

Localizarea si deschiderea fisierelor de control specificate in fisierul de parametri

Citirea fisierelor de control pentru a obtine numele si starea fisierelor de date si de redo log (in acest moment nu se verifica existenta fisierelor de date si de redo log).

Deschiderea bazei de date

Operatiile normale asupra bazei de date se executa atunci cind instanta este pornita si baza de date este montata si deschisa: acestea permit oricarui utilizator valid sa se conecteze la baza de date si sa execute operatiile tipice de acces la date.

Deschiderea bazei de date include urmatoarele:

Deschiderea fisierelor de date online

Deschiderea fisierelor online de redo log

Daca vreun fisier de date sau de redo log online nu este prezent cind se incearca deschiderea bazei de date, Oracle returneaza eroare.

Pe durata acestei etape finale, Oracle verifica ca toate fisierele de date si de redo log online pot fi deschise si verifica consistenta bazei de date. Daca este necesar, procesul de background System Monitor (SMON) initiaza refacerea instantei.

Refacerea instantei

Un esec al instantei apare cind instanta nu poate continua sa lucreze.

D.ex., daca s-a produs o cadere a sistemului de operare, procesul de background SMON executa automat refacerea instantei atunci cind baza de date este redeschisa. Aceasta inseamna ca fisierele de redo log online sint folosite pentru pentru a reface datele comise in database buffer cache ce au fost pierdute datorita esecului instantei.

Refacerea instantei consta in urmatorii pasi:

Rolling forward: se refac datele ce nu au fost inregistrate in fisierele de date dar au fost inregistrate in fisierele de redo log

Deschiderea bazei de date fara a astepta executarea de roll back pentru tranzactiile nerefacute inainte de a face baza de date disponibila (toate datele care nu sint blocate de tranzactii nerefacute sint imediat disponibile)

Se executa rollback pentru toate tranzactiile necomise, de catre SMON si de catre procesele server individuale pe masura ce acestea acceseaza date blocate.

Etapele opririi instantei

Sint trei pasi in oprirea instantei si a bazei de date la care ea este conectata.

Inchiderea bazei de date

Cind baza de date este inchisa, Oracle scrie modificarile din database buffer cache si intrarile din bufferul de redo log in fisierele de date si in fisierele de redo log online. Dupa aceasta, Oracle inchide fisierele de date si fisierele online de redo log. Fisierele de control ramin deschise iar baza de date este inchisa, dar montata.

Demontarea bazei de date

Cind baza de date este demontata fisierele ei de control sint inchise.

Oprirea instantei

Cind instanta este oprita, fisierele de trace si ALERT sint inchise, SGA este dealocat si procesele de background sint oprite.

Comanda STARTUP

Pentru a porni o instanta se foloseste comanda:

STARTUP [FORCE] [RESTRICT] [PFILE=filename]

[EXCLUSIVE | PARALLEL | SHARED]

[OPEN [RECOVER] [database]

|MOUNT

|NOMOUNT]

unde

OPEN permite utilizatorilor accesul la baza de date

MOUNT monteaza baza de date pentru anumite activitati DBA dar nu

permite utilizatorilor accesul la baza de date

NOMOUNT  creeaza SGA si porneste procesele de background dar nu

permite accesul la baza de date

EXCLUSIVE permite numai instantei curente accesul la baza de date

PARALLEL permite mai multor instante sa acceseze baza de date

(folosit cu Oracle Parallel Server)

SHARED termen alternativ pentru PARALLEL

PFILE=parfile  permite ca un fisier de parametri, altul decit cel

implicit, sa fie folosit pentru configurarea

instantei

FORCE aborteaza instanta curenta inainte de a executa un STARTUP

normal

RESTRICT permite numai utilizatorilor cu privilegiul RESTRICTED

SESSION sa acceseze baza de date

RECOVER incepe refacerea bazei de date cind baza de date porneste

Nota

Sub NT, baza de date Oracle ruleaza ca serviciu si poate fi deschisa prin pornirea urmatoarelor servicii:

OracleService<SID> este creat pentru instanta SID a bazei de date

OracleStart<SID> porneste automat baza de date, rulind scriptul strt<SID>.cmd.

Probleme

Incercarea de a porni un utilitar Oracle fara a porni aceste servicii are ca urmare aparitia unei erori de felul:

ORA-12547: TNS: lost contact

sau

ora-09352: Windows 32-bit two task driver unable to spawn new

Oracle task

Pentru a trece o baza de date din stadiul NOMOUNT in stadiul MOUNT sau din stadiul MOUNT in stadiul OPEN

ALTER DATABASE

Oprirea instantei

Baza de date trebuie oprita pentru a face la nivelul sistemului de operare copii de siguranta ale tuturor structurilor fizice implicate sau pentru a modifica parametrii de initializare.

Pentru a opri instanta se foloseste comanda:

SHUTDOWN [NORMAL | TRANZACTIONAL | IMMEDIATE | ABORT]

Shutdown Normal

Este modul implicit de oprire. Odata lansat, se petrec urmatoarele:

Nu mai sint permise noi conexiuni

Serverul Oracle asteapta deconectarea tuturor utilizatorilor inainte de a opri instanta

Oracle inchide si demonteaza baza de date inainte de a opri instanta

Urmatoarea pornire nu va necesita o refacere a instantei

Shutdown Tranzactional

Scopul lui: a asigura ca tranzactiile incepute sint lasate sa continue.

Nici un client nu poate incepe o noua tranzactie prin aceasta instanta

Un client este deconectat atunci cind isi incheie tranzactia curenta

Cind toate tranzactiile s-au incheiat este lansat un shutdown immediate

Urmatoarea pornire nu va necesita o refacere a instantei

Shutdown Immediate

Procesarea instructiunilor SQL curente nu este incheiata

Serverul Oracle nu asteapta ca utilizatorii conectati la baza de date sa se deconecteze

Oracle executa rollback pentru toate tranzactiile curente si deconecteaza toti utilizatorii conectati

Oracle inchide si demonteaza baza de date inainte de a opri instanta

Urmatoarea pornire nu va necesita o refacere a instantei

Shutdown Abort

Procesarea instructiunilor SQL curente este imediat oprita

Serverul Oracle nu asteapta ca utilizatorii conectati la baza de date sa se deconecteze

Nu se executa rollback pentru tranzactiile necomise

Instanta este oprita fara ca fisierele sa fie inchise

Urmatoarea pornire va necesita o refacere a instantei

Obtinerea si setarea valorilor parametrilor

View-urile dinamice ale performantei sistemului

Mentinute de serverul Oracle si actualizate in mod continuu

Contin date despre structurile de pe disc si structurile de memorie

Contin date utile pentru optimizarea performantelor sistemului

Au sinonime publice cu prefixul V$

Aceste view-uri sint denumite view-uri dinamice de performanta (Dynamic Performance View) pentru ca sint in mod continuu actualizate cit timp baza de date este deschisa si in functiune. Continutul lor este legat in primul rind de performantele sistemului. Ofera date despre structurile interne de pe disc si despre structurile de memorie si sint accesibile administratorului bazei de date.

View-urile dinamice de performanta sint identificate prin prefixul V_$, dar Oracle ofera si sinonime publice cu prefixul V$.

Odata ce instanta este pornita in stadiul NOMOUNT, view-urile V$ ce pot fi citite dn memorie sint accesibile. Pentru ca view-urile V$ care citesc datele din fisierul de control sa fie acesibile, baza de date trebuie sa fie montata.

View-ul V$FIXED_TABLE afiseaza toate view-urile dinamice de performanta.

Afisarea valorilor curente ale parametrilor

Fie folosind comanda Server Manager

SHOW PARAMETER control_files

fie interogind view-ul dinamic de performanta V$PARAMETER

SELECT * FROM v$parameter WHERE name='control_files' ;

Parametrii dinamici de initializare

Unii parametri de initializare pot fi modificati in timp ce instanta ruleaza:

ALTER SESSION SET SQL_TRACE = true ;

ALTER SYSTEM SET TIMED_STATISTICS = true ;

ALTER SYSTEM SET SORT_AREA_SIZE = 131072 ;

Unii parametri de initializare sint dinamici - pot fi modificati folosind comenzile ALTER SESSION, ALTER SYSTEM sau ALTER SYSTEM DEFFERED in timp ce instanta ruleaza.

ALTER SESSION SET parameter_name = value ;

ALTER SYSTEM SET parameter_name = value [DEFFERED] ;

Comanda ALTER SESSION modifica valoarea parametrului numai pentru sesiunea in cadrul careia se executa comanda.

Comanda ALTER SYSTEM modifica global valoarea parametrului. Noua valoare este in efect pina cind se lanseaza shutdown sau pina cind este schimbata din nou.

Comanda ALTER SYSTEM DEFFERED modifica valoarea pentru sesiunile ulterioare ce se vor conecta la baza de date, cita vreme instanta curenta este activa.

Se pot interoga view-urile V$PARAMETER sau V$SYSTEM_PARAMETER pentru a obtine informatii asupra parametrilor modificati:

Exemplu:

SVRMGR> SELECT isses_modifiable, issys_modifiable, ismodified, name

2>            FROM v$system_parameter

3>            WHERE ismodified != 'FALSE' ;

ISSES ISSYS_MOD ISMODIFI NAME

TRUE IMMEDIATE MODIFIED timed_statistics

1 row selected

Informatiile din coloane sint urmatoarele:

ISSES_MODIFIABLE Indica daca parametrul poate fi modificat prin

ALTER SESSION

ISSYS_MODIFIABLE Indica daca parametrul poate fi modificat prin

ALTER SYSTEM

ISMODIFIED Valoarea MODIFIED indica modificarea prin ALTER

SESSION iar SYS_MODIFIED indica modificarea

prin ALTER SYSTEM

V$PARAMETER arata valorile sesiunii curente iar V$SYSTEM_PARAMETER valorile curente ale sistemului, independent de sesiune. D.ex., daca comanda ALTER SYSTEM DEFFERED este executata, coloana ISMODIFIED din V$SYSTEM_PARAMETER va contine valoarea MODIFIED dar coloana ISMODIFIED din V$PARAMETER va contine FALSE in aceeasi sesiune.

Nota

Comenzile ALTER SYSTEM sau ALTER SYSTEM DEFFERED ce modifica un parametru sint inregistrate in fisierul de trace denumit ALERT.

Sesiuni restrinse

Prin comanda STARTUP se poate restringe accesul la baza de date

STARTUP RESTRICT

Se poate folosi comanda ALTER SYSTEM pentru a plasa instanta in mod restrictionat

ALTER SYSTEM ENABLE RESTRICTED SESSION ;

Sesiuni restrictionate

Sesiunile restrictionate sint utile de.ex. cind se indeplinesc operatiuni de mentinere a structurii sau se executa export sau import de date. Baza de date poate fi pornita in mod restrictionat astfel incit este disponibila numai utilizatorilor ce au privilegiul RESTRICTED SESSION.

Baza de date poate fi plasata de asemenea in mod restrictionat folosind comanda SQL ALTER SYSTEM:

ALTER SYSTEM RESTRICTED SESSION ;

unde:

ENABLE RESTRICTED SESSION

permite conectari ulterioare numai pentru utilizatorii cu

privilegiul RESTRICTED SESSION

DISABLE RESTRICTED SESSION

permite tuturor utilizatorilor sa se conecteze la baza de

date

Nota:

Comanda ALTER SYSTEM nu deconecteaza sesiunea curenta ci influenteaza conectarile ulterioare prin intermediul instantei.

View-ul dinamic de performanta V$INSTANCE contine informatii despre modul restrins.

SVRMGR>SELECT logins FROM v$instance ;

LOGINS

RESTRICTED

1 row selected

Terminarea sesiunilor

Sesiunea care trebuie terminata se identifica folosind view-ul dinamic de performanta V$SESSION:

SELECT sid, serial# FROM v$instance

WHERE username = 'SCOTT' ;

Se executa comanda ALTER SYSTEM:

ALTER SYSTEM KILL SESSION '7,15' ;

Dupa ce o instanta este plasata in mod restrictionat ar putea fi necesara terminarea sesiunilor tuturor utilizatorilor inainte de a indeplini sarcini administrative.

ALTER SYSTEM KILL SESSION 'integer1, integer2'

unde:

KILL SESSION

termina o sesiune (o sesiune se identifica prin urmatoarele doua valori din view-ul V$SESSION:

integer1: valoarea coloanei SID

integer2: valoarea coloanei SERIAL#)

Nota:

ID-ul sesiunii si numarul de serie identifica in mod unic o sesiune. Aceasta garanteaza ca comanda ALTER SYSTEM este aplicata sesiunii corecte chiar daca utilizatorul se deconecteaza si o noua sesiune foloseste acelasi ID de sesiune.

Efectele terminarii unei sesiuni

Ca urmare a lansarii comenzii ALTER SYSTEM KILL SESSION procesul de background PMON parcurge urmatorii pasi:

Executa rollback pentru tranzactia curenta a utilizatorului.

Elimina toate lacatele detinute de acesta pe tabele sau linii.

Elibereaza toate resursele rezervate utilizatorului.

Se interogheaza view-ul V$SESSION pentru a identifica id-ul sesiunii si numarul de serie ale sesiunii utilizatorului.

Terminarea unei sesiuni active

Daca utilizatorul executa un apel SQL catre serverul Oracle - deci sesiunea este activa - cind acesta este terminat, pentru tranzactie se executa rollback iar utilizatorul primeste imediat mesajul

ORA-00028: your session has been killed

Daca sesiunea utilizatorului executa o activitate ce trebuie terminata si nu poate fi intrerupta, serverul Oracle asteapta ca aceasta activitate sa fie incheiata.

Terminarea unei sesiuni inactive

Daca sesiunea este inactiva atunci cind este terminata, mesajul ORA-00028 nu este returnat imediat, dar in coloana STATUS din view-ul V$SESSION, in linia corespunzatoare, sesiunea este marcata ca fiind terminata.

Cind utilizatorul incearca sa foloseasca sesiunea terminata, mesajul ORA-00028 este returnat si linia corespunzatoare sesiunii terminate din V$SESSION este inlaturata.

Fisierele de trace si ALERT

In fisierele de trace pot scrie procesele server sau procesele de background.

Oracle depune informatii despre erorile aparute in fisierele de trace.

Fisierul ALERT este o inregistrarea cronologica a mesajelor si erorilor.

Executarea de trace de catre procesele server poate fi activata sau inhibata prin:

comanda ALTER SESSION

setarea parametrului SQL_TRACE

Daca apare o eroare in timp ce instanta Oracle ruleaza, mesajele sint scrise in fisierul ALERT. In timpul pornirii bazei de date, daca fisierul ALERT nu exista, este automat creat de serverul Oracle.

Fisierul ALERT al unei baze de date este un jurnal in care sint depuse in ordine cronologica mesaje de eroare si alte mesaje. Oracle foloseste fisierul ALERT ca o alternativa pentru afisarea unor astfel de informatii.

Daca o eroare ete detectata de un proces de background, informatia este depusa intr-un fisier de trace.

Fisierele de trace sint de asemenea generate de un proces server, la cererea utilizatorului.

Executia de trace poate fi activata sau inhibata de parametrul de initializare SQL_TRACE: valoarea poate fi TRUE sau FALSE.

Urmatoarea instructiune permite scrierea intr-un fisier de trace pentru o sesiune particulara:

SQL>ALTER SESSION SET sql_trace = true ;

Controlul fisierelor de trace

Urmatorii parametri controleaza locatia si dimensiunea fisierelor de trace:

BACKGROUND_DUMP_DEST

defineste locatia fisierelor de trace pentru procesele de

background si pentru fisierul ALERT

USER_DUMP_DEST

defineste locul unde fisierele de trace vor fi create la

cererea utilizatorilor

MAX_DUMP_FILE_SIZE

specificat in numar de blocuri ale sistemului de operare,

limiteaza dimensiunea fisierelor de trace ale

utilizatorului

Nota:

Parametrii MAX_DUMP_FILE_SIZE si USER_DUMP_DEST sint parametri dinamici de initializare.

Sib NT, fisierul de trace este numit <SID>alrt.log si este localizat in mod implicit in directorul %ORACLE_HOME%RDBMS80TRACE.

Indicatii

Fisierul ALERT trebuie verificat periodic pentru:

A detecta erorile interne (ORA-600) si erorile de blocuri corupte

A monitoriza operatiile in baza de date

A urmari valorile parametrilor neimpliciti de initializare

Este important ca administratorul bazei de date sa verifice regulat fisierul ALERT pentru a detecta problemele inainte ca acestea sa devina serioase.

Urmatoarele informatii sint inregistrate in fisierul ALERT:

toate erorile interne (ORA-00600) si erorile de blocuri corupte (ORA-01578)

Operatii care afecteaza structurile si parametrii bazei de date, si instructiuni Server Manager ca STARTUP, SHUTDOWN, ARCHIVE LOG, si RECOVER

Valorile tuturor parametrilor de initializare neimpliciti in momentul pornirii instantei

Referinta: