bulk delete

Probabil ca orice DBA a fost nevoit de-a lungul timpului sa șteargă înregistrări din tabele
cu milioane de înregistrări care au indecși și constrângeri. Atunci ați putut observa ca
operația de ștergere este mare consumatoare de timp iar în plus generează și multe redo loguri și undo data. In funcție de situația cu care va confruntați exista mai multe abordări, voi
încerca sa dau câteva exemple:

Cum convertim o tabela nepartionata in una partitionata

Scurta descriere:

Partiționarea presupune descompunerea tabelelor ori a indecșilor foarte mari în „bucăți” mai mici și mai ușor de gestionat, numite partiții. Interogările SQL și declarațiile DML nu trebuie să fie modificate pentru a accesa tabelele partiționate.

De regulă când dorim să partiționăm o tabelă vom specifica acest lucru în definiția tabelei, asta presupune să știm de la început că vom avea un volum mare de înregistrări în această tabela. Totuși ce putem face dacă nu am definit de la început partițiile iar acum tabela este populata cu multe înregistrări? Sigur că o posibilitate ar fi să exportam tabela, să-i facem drop, să o recreăm folosind partițiile după care sa importam datele, dar va imaginați ca acesta operațiune este foarte costisitoare ca timp iar în plus nu poate fi realizata online. Eu prefer varianta mai simpla, pe care o voi descrie mai jos:

tail -f in windows

…sau la ce poți folosi tool-ul Automatic Diagnostic Repository Command Interpreter. Pentru cei care nu au folosit acest tool, menționez ca a apărut o data cu versiunea 11g R1 cu scopul de a simplifica următoarele taskuri:
– vizualizarea alertlog-ului și incidentelor
– generarea pachetelor zip pentru a fi trimise către suportul Oracle
– managementul fișierelor trace

Prin acest articol doresc să fac un rezumat al comenzile esențiale, pe care un DBA trebuie să le știe, în scopul de a folosi adrci.

Ghid de instalare rapida Oracle 11g R2 RAC, instalarea Oracle Grid si Oracle Database

În articolele precedente am văzut cum pregătim cele două mașini virtuale racnode1 și racnode2 pentru instalarea Oracle Grid Infrastructure și Oracle Database 11g cu Oracle Real Application Clusters, în acest articol (ultimul din această serie) vom finaliza instalarea.

Ghid de instalare rapida Oracle 11g R2 RAC, instalarea infrastructurii

In acest articol voi descrie instalarea bazei de date Oracle Database 11g release 2 (11.2.0.3 32-biti) RAC pe un sistem Linux Oracle 6.3 32 -biți folosind mașină virtuala VirtualBox (4.1.20).

Folosind VirtualBox putem rula mai multe mașini virtuale de pe un singur server, permițând-ne să rulăm ambele noduri RAC pe o singură mașină. În plus, ne permite să configurăm discuri virtuale partajate, eliminând obstacolul folosirii unui „shared storage”, mult mai costisitor.

Înainte de a începe vă rog să aveți în considerare următoarele lucruri:

  • Sistemul final va include: sistemul de operare de pe mașina gazdă, două sisteme de operare, două instalări de Oracle Grid (Clusterware + ASM) si două instante de baza de date, toate acestea rulând pe o singură mașină. Vă rog să aveți în vedere consumul mare de resurse hardware.
  • Acest articol nu trebuie luat în considerare pentru instalarea unui sistem aflat în producție. Poate fi folosit în scop didactic ori pentru instalarea unui sistem de test.
  • Single Client Access Name (SCAN) va trebui definit în DNS (Domain Name System) sau GNS (Graphical Network Simulator) trei adrese IP definite circular care vor fi pe aceeași subrețea cu ip-urile publice și private. Înainte de versiunea 11.2.0.2 putea fi definită ca o adresă unică în /etc/hosts, ceea ce este greșit dar permitea ca instalarea să se finalizeze fără configurarea unui DNS. Acest lucru nu mai este posibil pentru versiunile după 11.2.0.2