Transparent Application Continuity

Application Continuity (AC) este o caracteristică disponibilă cu opțiunile Oracle Real Application Clusters (RAC), Oracle RAC One Node și opțiunile Oracle Active Data Guard care maschează întreruperile utilizatorilor finali și aplicațiilor prin reconectarea sesiunilor bazei de date în urma întreruperilor. Application Continuity efectuează această recuperare a sesiunii astfel încât întreruperea apare în aplicație ca o execuție ușor întârziată.

Experiența utilizatorului este îmbunătățită atât pentru întreruperile neplanificate, cât și pentru ferestrele de mentenanță ale întreținerilor planificate.

Apply Oracle 19c Combo Patch

Pentru a ințelege importanța aplicării patch-urilor este nevoie să înțelegem ce reprezintă un patch. Un patch este o bucată de cod care îmbunătățește un program deja instalat, practic un bandaj pentru software de calculator. Odată descoperită o eroare/un bug într-un program deja lansat, se creează un patch pentru a remedia problema fără a fi necesară re-crearea programului. Printre beneficiile aduse de instalarea patch-urilor se regăsesc îmbunătățiri de securitate, productivitate, conformitate si inovație.

Dacă în articolele precedente am vazut care sunt pașii pentru a instala o bază de date Oracle 19c RAC, în acest articol vom urmări cum actualizăm Oracle Grid Infrastructure și Oracle Database.

Instalarea Oracle 19c RAC pe infrastructura VMware (partea 2)

În articolul precedent am văzut cum pregătim cele două mașini virtuale pentru instalarea Oracle Grid Infrastructure și Oracle Database cu Oracle Real Application Clusters, în acest articol vom finaliza instalarea componentei Grid Infrastructure.

Instalarea Oracle 19c RAC pe infrastructura VMware (partea 1)

Oracle Database 19c a fost lansat în Aprilie 2019 și este versiunea finală a familiei de produse Oracle Database 12c. Oracle Database 19c vine cu patru ani de suport premium și minimum trei de asistență extinsă. De asemenea, constituie o bază pentru următoarea fază Oracle de optimizare a bazelor de date autonome.

Actualizarea la Oracle Database 19c este încurajată și, deoarece este versiunea finală 12.2, dovedește o arhitectură stabilă. Cu toate acestea, pentru actualizarea la o noua versiune a bazei de date ar trebui luat in considerare un proiect care necesită metodologie, planificare, testare și experiență.

In acest articol voi prezenta pas cu pas procesul de pregătire și instalare a produsului Oracle Database 19c folosind o infrastructură Oracle Enterprise Linux 7.7 și VMware Workstation 15.5.

Oracle Key Vault

În acest articol vă voi arăta cum se folosește serverul Oracle Key Vault pentru a stoca un virtual wallet partajat pentru serverul Oracle Database. Oracle Key Vault este un  centralizator de chei care oferă gestionarea ciclului de viață al cheilor, alerte (de ex. Expirarea cheii), rapoarte și alte funcții administrative.

Implicit, cheia de criptare utilizată pentru criptarea în TDE este stocată într-un software wallet în sistemul de fișiere al serverului de baze de date. Problemele pe care le aveți cu wallet-ul pe un sistem de fișiere în implementări TDE mari sunt
– erori de utilizator precum parolă uitată,
– skip peste rotirea cheilor,
– ștergerea accidentală a wallet-ului,
– etc

Oracle 12c Real-Time cascade standby database

Oracle Database 12c a adus peste 500 de caracteristici noi, iar multe dintre ele sunt legate de îmbunătățiri de Data Guard. Împreună cu optimizarea generală, acum Data Guard Broker oferă suport pentru bazele de date standby în cascadă. Mai mult, destinațiile în cascadă primesc acum logurile redo în timp real, fără a aștepta switch-ul archivelog-urilor.

Cascada standby funcționează la fel ca baza de date standby, dar primește logurile redo din o altă bază de date standby și nu direct de la baza de date primară. Prin urmare se îmbunătățește utilizarea lățimii de bandă în baza de date primară.

Înainte de 12c atunci când redo-ul bazei de date primare era aplicat pe baza de date standby din cascadă numai după ce a fost arhivat. De aceea exista întotdeauna o întârziere între baza de date primară și baza de date standby din cascadă.

Oracle Flex ASM

Oracle Real Application Cluster (RAC) este un produs bine cunoscut printre soluțiile Oracle pentru a menține disponibilitatea ridicată a datelor. Oracle RAC permite ca sarcinile să fie împărțite între toate nodurile din cluster.

Înainte de versiunea Oracle 12c, fiecare nod din cluster pentru a rula utilizează instanța ASM iar dacă instanța ASM eșuează pe orice nod, atunci baza de date ar deveni indisponibilă la acel nod. Începând cu versiunea 12c sunt aduse două noi proprietăți numite „Flex ASM” și „Flex Cluster”.

RMAN Transportable Tablespace

După cum am mai scris în unul din articolele precedente există si alte variante de a migra datele folosind „transportable tablespace”. Soluția se numește RMAN „transportable tablespace” iar avantajul este de a nu mai fi nevoiți să punem în READ ONLY tablespace-urile pe care dorim sa le transportăm, în schimb avem nevoie de un backupset care se va restaura într-o destinație auxiliară iar de acolo vor fi generate Transportable Tablespace Set (TTS) împreună cu metadatele care se vor importa în baza de date destinație.

În rândurile ce urmează doresc sa migrez datele din tablespace-urile ‘USERS’ și ‘EXAMPLE’ unde baza de date sursă este Oracle 11.2.0.4 iar baza de date destinație este Oracle 12.2.0.1. Pașii sunt următorii:

Database Replay

Trebuie să recunoaștem că de fiecare dată când am planificat un upgrade, o migrare, ori o altă schimbare software sau hardware a sistemului am fost îngrijorați cu privire la comportamentul bazei de date. Această problemă nu ar mai trebui să ii îngrijoreze pe cei care au activată opțiunea Real Application Testing disponibilă în versiunea Enterprise a bazelor de date Oracle începând cu versiunea 11g Release 1. Database replay permite capturarea unui volum de lucru pe un sistem și repetarea acestuia pe același sistem ori pe un altul păstrând aceleași caracteristici. Iar acest lucru se poate face în diverse simulări până când rezultatul este satisfăcător astfel încât dorim să operăm aceeași modificare și pe sistemul de producție.

Procesul presupune patru faze pe care le voi detalia în rândurile ce urmează:

1. Workload capture
2. Workload pre-processing
3. Workload replay
4. Analiza datelor și raportarea

Transparent Data Encryption în Oracle 11g

Funcționalitatea Transparent Data Encryption (TDE) face parte din opțiunea Oracle Advanced Security (licențiată ca o componentă separată) și a fost introdusă pentru prima dată în versiunea 10g Release 2 pentru a preveni accesul asupra datelor la nivelul sistemului de operare. Transparent data encryption permite alegerea algoritmului de criptare dintre Triple DES (Data Encryption Standard) cu cheie de 168 bits sau AES (Advanced Encryption Standard) cu cheie de 128, 192 (implicit) sau 256 bits. Pentru a activa opțiunea Oracle Advanced Security este nevoie de Enterprise Edition.

Tablespace encryption extinde această tehnologie oferind posibilitatea de a cripta întreg conținutul unui tablespace.