In perioada 21-24 aprilie 2015 va avea loc la București, Oracle University Expert Summit. Detalii despre eveniment puteți găsi aici.
Rezolvarea evenimentelor comune de performanta în Oracle
Un eveniment de așteptare (wait) este în esență înregistrarea de timp petrecută pe executarea unei părți a codului de către serverul de baze de date Oracle. Granularitatea evenimentelor de așteptare poate diferi între versiunile Oracle. Evenimentele de așteptare pot descrie interacțiunea cu sistemul de operare (citire sau scrierea), dar, de asemenea, interacțiunea dintre procese (de exemplu inter-process communication). Un eveniment de așteptare nu este necesar un lucru rău. Fiecare proces de baze de date Oracle fie execută pe CPU, fie așteptă. În cazul în care o sesiune din SQL * Plus nu execută nimic, atunci va exista un eveniment de așteptare pentru SQL*Net message from client, ceea ce înseamnă că baza de date așteaptă următoarea instrucțiune.
Există peste 800 de evenimente de așteptare, dar cele mai frecvent întâlnite sunt mai puține. În acest articol încerc să acopăr cele mai populare dintre evenimentele de așteptare.
Citește mai mult „Rezolvarea evenimentelor comune de performanta în Oracle”
pentru nostalgici…
Se apropie sfârșitul anului 2014 iar dacă ne uitam în urma a fost un an cu multe evenimente: Microsoft a lansat în aprilie SQL Server 2014, Oracle a adus opțiunea In Memory database iar Teradata și-a consolidat poziția prin achiziționarea altor două companii (Hadapt și Revelytix). Pentru ca m-am obișnuit ca pe acest blog sa vorbesc în general despre Oracle voi continua în aceasta tema și voi face un timeline release scurt istoric al bazei de date de la prima versiune pana la cea din prezent.
Oracle Corporation a fost înființată în 1977 de către Lawrence Ellison, Bob Miner și Ed Oates, inițial a purtat numele „Proiectul Oracle” un proiect pentru unul dintre clienții lor, Central Intelligence Agency, iar compania care a dezvoltat Oracle s-a numit „Systems Development Labs” sau SDL.
Instalarea Oracle Forms and Reports 11gR2 (II)
In articolul precedent am prezentat cum se instalează Weblogic 11gR1, în continuare voi descrie pașii necesari instalării serverului Oracle Forms and Reports 11gR2 cu mențiunea că în cazul în care instalarea de Weblogic 11gR1 nu a fost finalizata cu succes atunci nu puteți trece mai departe.
Citește mai mult „Instalarea Oracle Forms and Reports 11gR2 (II)”
Instalarea Oracle Forms and Reports 11gR2 (I)
In prima parte a articolului voi descrie cum se instalează Oracle WebLogic Server (WLS) 11gR1 (10.3.6) peste care va fi pus Oracle Forms and Reports (în a doua parte a articolului).
Sistemul meu de operare preferat este Oracle Enterprise Linux 6.5 x86_64 dar pașii de instalare și configurare sunt foarte asemănători și pe alte sisteme. In timpul instalării de OS am ales opțiunea „basic server” iar la numele serverului nu am specificat domeniul, după instalare sunt necesare următoarele configurări:
Citește mai mult „Instalarea Oracle Forms and Reports 11gR2 (I)”
Oracle Database 12.1.0.2
Începând cu 22 iulie 2014 este disponibil primul Patchset pentru Oracle Database 12c Release 1 (12.1.0.2), putând fi descarcat de pe site-ul Oracle. Pâna la aceasta data kitul este disponibil doar pentru Linux și Solaris.
Noutățile aduse de acest patch sunt:
Funcționalitati noi pentru programatori in Oracle 12c
După ce în urma cu un an am scris aici ce noutăți aduce versiunea 11g Release 2, iată ca a sosit momentul sa trecem în revista noutățile destinate celor care programează în noua versiune Oracle Database12c.
Câteva cifre despre Oracle Database 12c:
Citește mai mult „Funcționalitati noi pentru programatori in Oracle 12c”
Scheme implicite in Oracle Database
Mai jos găsiți o listă a utilizatorilor Oracle împreună cu parolele lor implicite și script-uri pentru recreare. Sper să vă fie util.
ORA 600 [kgantc_1]
Daca v-ati lovit vreodata de eroarea de mai jos:
ORA-00600: internal error code, arguments: [kgantc_1], [0], [1], [], [], [], [], [], [], [], [], []
ORA-00604: error occurred at recursive SQL level 1
ORA-06510: PL / SQL: non-operated excluding certain user-
ORA-06512: at „SYS.PBREAK”, line 1087
ORA-06512: at „SYS.PBSDE”, line 201
ORA-06510: PL / SQL: non-operated excluding certain user-
ORA-06512: at line 1
ORA-01013: user requested cancel of current operation
ORA-06512: at „COL.SP_LOG_ERRORS_DETAIL_LOGGING”, line 14
ORA-06512: at „COL.SP_FEEDBACK_IMPORT”, line 289
ORA-06510: PL / SQL: non-operated excluding certain user-
ORA-06512: at „SYS.PBREAK”, line 1087
ORA-06512: at „SYS.PBSDE”, line 201
ORA-06510: PL / SQL: do not operate
Crearea unui catalog de recuperare
Datele depozit (repozitory) RMAN sunt ținute întotdeauna în fișierul de control al bazei de date. Parametrul de inițializare CONTROL_FILE_RECORD_KEEP_TIME controlează modul în care înregistrările de backup sunt păstrate în fișierul de control înainte ca aceste înregistrări sa fie re-utilizate pentru a stoca informații despre backup-uri mai recente. În mod implicit acest parametru este setat la 7 zile. O altă copie a datelor depozit RMAN poate fi, de asemenea, salvata în catalogul de recuperare. RMAN poate fi folosit cu sau fără un catalog de recuperare. Un catalog de recuperare este o schemă stocată într-o bază de date care urmărește backup-uri și script-uri înmagazinate pentru utilizarea în backup-uri RMAN și situații de recuperare.
oradbaro 