Oracle 11g Database New Features

1. Oracle 11g DatabaseNew Features

2. Cuprins Introducere Cui se adreseaza prezentarea? Oracle database timeline Prezentarea noilor facilitati aparute in baza de date Oracle 11g De ce sa facem upgrade la 11g Cand amanam un upgrade ? Intrebari

3. Prezentator : Paul Catalin Tomoiu Peste 10 ani experienta cu tehnologia Oracle Pozitia actuala:sef serviciu in cadrul Ministerului Finantelor Publice, departamentul de IT Certificari obtinute:PMP PMI, DBA OCP (9i, 10g, 11g), 11i DBA (Apps) OCP, OAS OCA, OCP DEV, SQL Server 2005 Implementation and Maintenance, CompTIA Linux+ Site personal: www.in-oracle.com

4. Cui se adreseaza prezentarea? Administratorilor de baze de date Arhitectilor tehnici Programatorilor ce folosesc baze de date Oracle Managerilor din domeniul IT Analistilor ce lucreaza cu mediul de dezvoltare Oracle Studentilor de la facultatea de informatica

5. Oracle database timeline 1979 : Apare prima versiune de Oracle (numita versiunea 2) 1983 : Apare Oracle versiunea 3 1984 : Apare versiunea 4 (se introduce notiunea de “read-consistency ”) 1985 : Apare versiunea 5 1988 : Apare versiunea 6 1992 : Apare versiunea 7 1997 : Apare versiunea 8 2001 : Apare versiunea 9i (cu 400 “new features” fata de versiunea 8) 2003 : Apare versiunea 10g (cu mai multe facilitati pentru grid) 2007 : Apare versiunea 11g

6. Database Replay Se poate inregistra activitatea unei baze de date dintr-o perioada de timp, iar apoi se poate monitoriza baza de date sub acel “workload” avand parametrii diferiti (in teste). Cea mai buna combinatie de parametrii va fi folosita in productie pentru a avea o baza de date optimizata.

7. Edition-Based Redefinition(de la 11gR2) Acest “new feature” permite versiuni multiple ale obiectelor PL/SQL, a view-urilor si sinonimelor intr-o singura schema. Acest lucru face posibil upgrade-ul aplicatiilor online. De exemplu, in timp ce un view e recreat, utilizatorii vor avea acces la vechea versiune.

8. Real Native Compilation “Native Compilation” (fata de “Interpreted Compilation”) transforma codul PL/SQL in cod C si il executa ca atare. Prin urmare, codul PL/SQL se executa mai rapid; Practic, numai partea matematica dintr-un cod PL/SQL se executa mai repede; o comanda SQL ruleaza cu aceeasi viteza; Pentru cresterea vitezei de executie se poate folosi noul tip de data SIMPLE_INTEGER (un subtip al lui PLS_INTEGER); Incepand cu Oracle 11g, vorbim de “Real Native Compilation” deoarece nu mai avem nevoie de un compilator C pe server, nu mai trebuie ca un DBA sa intervina, iar aceasta facilitate este 100% functionala in RAC.

9. Interfata pentru LogMiner LogMiner este o facilitate mai veche, dar ignorata des de catre administratorii de baze de date; LogMiner e folosit pentru a extrage comenzile DML din redo log-uri si a gasi ce modificari s-au facut in baza de date; cu LogMiner practic ai acces la datele trecute (care nu mai sunt actuale) din baza de date; LogMiner poate crea si comanda care sa faca un “undo” vis-à-vis de o anumita modificare; Nou in 11g este ca acum LogMiner este grafic, deci mai usor de folosit.

10. Data Pump Gets Better In 11g Oracle Datapump (aparuta in 10g pentru un exp/imp rapid) poate crea fisiere comprimate.

11. Automatic Health Monitor (AHM) AHM verifica regulat fisierele si “dictionarul” bazei de date pentru a se asigura ca nu exista coruptie logica sau fizica in baza de date; Problemele gasite sunt inregistrate in Automatic Diagnostic Repository (ADR, nou in 11g) pentru o analiza ulterioara; Acest nou concept (ADR) a facut ca fisierul de log al bazei de date (alert.log) sa se gaseasca in alt loc fata de cum eram obisnuiti in 10g.

12. Memory Management Daca in 10g se foloseau SGA_TARGET, respectiv PGA_AGGREGATE_TARGET pentru managementul automat al memoriei, in 11g managementul e mult mai simplu: se foloseste MEMORY_TARGET in locul lor (SGA, PGA sunt administrate automat global).

13. Alte imbunatatiri in 11g (I) RMAN poate fi folosit folosind o interfata grafica; Comanda RMAN “validate database;” verifica automat validitatea bazei de date, ne mai fiind necesara folosirea utilitarului dbverify (“Proactive Health Checks”); Backup in paralel a fisierelor mari folosind optiune “section size”; Pentru managementul instantei ASM (Automatic Storage Management) nu mai este nevoie de rolul SYSDBA, ci de SYSASM; “SQL Result Cache” este o alta zona de memorie de tip SGA (la fel ca si “buffer cache-ul”) in care se poate pastra rezultatul unui select ce contine date statice (sau a unei tabele). Rularea din nou a selectului se va executa mult mai rapid caci datele vor fi luate direct din memorie;

14. Alte imbunatatiri in 11g (II) Oracle 11g introduce conceptul de “SecureFiles”: managementul obiectelor de tip LOB este mai eficient in baza de date; Aparitia notiunii de “coloana virtuala” la tabele (nu contine fizic date, ci informatii bazate pe coloanele “reale”); Posibilitatea de a face un index INVIZIBIL pentru a vedea daca el e folositor sau nu (el va fi in continuare “updatat” cand sunt comenzi DML); Parolele pot fi “case sensitive”; “Access Control Lists” pentru UTL_TCP/HTTP/SMTP : creste securitatea folosirii acestor package-uri (de exemplu cu utl_tcp poti sa lucrezi numai pe anumite servere (cu anumite IP-uri)).

15. De ce sa facem upgrade la 11g Performanta mai buna a bazei de date; Securitate sporita; Management mai usor al bazei de date; Noi facilitati tehnice pe care Oracle 10g nu le are; Pentru a avea in continuare suportul Oracle (in cazul in care versiunea actuala este foarte veche).

16. Cand amanam un upgrade ? Cand inca nu ne-am documentat in legatura cu bug-urile din ultima versiune/ patch set; Cand tehnologiile pe care le folosim sunt complexe si nu am stabilit inca daca ele sunt compatibile cu Oracle 11g; Cand costul upgrade-ului depaseste bugetul pe care ni-l putem permite (uneori un astfel de upgrade nu implica costuri considerabile).

17. Intrebari