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.

Transportable Tablespace

In articolele trecute am prezentat mai multe soluții pentru a migra datele dintr-o bază de date Oracle, fiecare dintre aceste metode avand particularitățile ei, de aceea înainte de implementare trebuie analizat care variantă este cea mai potrivită.

„Transportable tablespace” este una dintre aceste solutii care a fost introdusă în versiunea Oracle 8i și a fost îmbunătățită cu fiecare nouă versiune, iar din Oracle 11g se pot transporta tablespace-uri care provin de pe o platformă cu endian diferit. Avantajul acestei metode este că se poate muta rapid un volum mare de date iar dezavantajul este că tablespace-ul sursă trebuie să fie read-only, iar în majoritatea cazurilor asta se traduce printr-o perioadă de nefuncționare a sistemului sursă, însă acest neajuns a fost rezolvat cu ajutorul utilitarului RMAN.

Istoria Exadata

Exadata este o mașină compusă din componente optimizate pentru a furniza  o configurație care îmbunătățește performanța bazelor de date Oracle.  Sistemul este compus din serverul de baza de date, serverul de stocare,  Infiniband network și devices-ul de stocare (discurile fizice).

Formatul denumirii Exadata este după modelul Xn-s unde:
– n este numărul generației
– s numărul de socketuri CPU sockets
Cu precizarea că regula de mai sus nu se aplică sau nu tine cont de faptul că prima generație a fost „HP Oracle Database Machine„.

Modificare banner sqlplus

Despre cei meticuloși se spune că dau atenție în mod exagerat unor amănunte care nu întotdeauna sunt importante iar aceste persoane de cele mai multe sunt numiți tipicari, migăloși sau riguroși. Nu știu dacă sunt multi dintre voi care au dorit sa recompileze librăriile Oracle astfel încât la fiecare conectare cu sqlplus sa nu mai fie afișat banner-ul cu opțiunile care deși nu sunt folosite vor fi instalate cel puțin în versiunile Enterprise. Spre exemplu:

[oracle@localhost lib]$ sqlplus system/****

SQL*Plus: Release 12.1.0.2.0 Production on Thu Dec 29 02:48:50 2016

Copyright (c) 1982, 2014, Oracle.  All rights reserved.

Last Successful login time: Thu Dec 29 2016 02:44:48 -05:00

Connected to:
Oracle Database 12c Enterprise Edition Release 12.1.0.2.0 - 64bit Production
With the Partitioning, OLAP, Advanced Analytics and Real Application Testing options

SQL>

Eu am dorit sa scap de rândul îngroșat de mai sus iar în cele ce urmează veți vedea cat este de simplu de realizat acest lucru.

Advanced Index Compression

In articolul precedent am arătat cum se poate compresa o tabelă Oracle și spuneam că opțiunea de compresare a tabelelor a apărut o dată cu Oracle 9i dar până acum ceva timp nu a existat nici o opțiune de a compresa indecșii, această opțiune făcându-și apariția o dată cu Oracle 11g iar în ultima versiune a bazei  de date Oracle 12.1.0.2 iată  că a apărut o versiune îmbunătățită de compresare a indecșilor. Pentru a afla mai multe vă invit să mă urmăriți mai departe.

Data Compression

Una din opțiunile mele preferate dar prea puțin explorată pe acest site este Oracle Advanced Compression. Prezentă încă din versiunea 9i și îmbunătățită constant cu fiecare nouă versiune este una dintre cele mai utile opțiuni prin care se pot reduce costurile și crește eficientizarea infrastructurii.

Spațiul alocat unui articol este insuficient chiar și pentru a sumariza potențialul acestei opțiuni, totuși voi începe astăzi printr-un exemplu de compresare a unei tabele și analiza acesteia după micșorarea dimensiunii, urmând ca în articolele viitoare să readuc în discuție acest subiect și să-l completez.