Diferența dintre ORACLE Dataguard și Real Cluster Application (RAC)

ORACLE Dataguard vs Real Cluster de aplicații (RAC)
 

RAC și Protecția datelor sunt subiecte foarte importante în Oracle High Availability. Ambele arhitecturi au multe îmbunătățiri în Oracle 11gR2 decât cele 10g și 9i. ORACLE recomandă o combinație de RAC și protecția datelor pentru a beneficia la maximum de nivelul de date și protecția la nivel de sistem. 

Ce este RAC?

RAC reprezintă Real Application Cluster. Acesta este un cluster al unei baze de date. Aceasta înseamnă că baza de date unică utilizează resursele a două sau mai multe servere. Cu alte cuvinte, două sau mai multe instanțe rulează pe două sau mai multe servere (noduri) conectate la aceeași bază de date. Toate aceste instanțe au accesul la scriere citit în baza de date. Dacă unul dintre aceste noduri ale sistemelor scade, baza de date nu coboară niciodată. Utilizatorii au în continuare acces la baza de date prin celelalte noduri (direcționează automat conexiunile care vin la serverul eșuat, la un nod care rulează). Software-ul de cluster și discurile partajate sunt utilizate pentru a păstra conexiunea și comunicarea între aceste servere multiple. RAC este o soluție bună pentru defecțiunile hardware, defecțiunile sistemului și defecțiunile software.

Ce este Data Guard??

Protecția datelor este o configurație care are cel puțin o bază de date în așteptare a bazei de date primare. Baza de date primară poate avea una sau mai multe baze de date în așteptare. Această întreagă configurație este denumită protecția datelor. Bazele de date în așteptare pot fi difuzate pe următoarele moduri, dacă baza de date primară are cel puțin unul dintre aceste moduri bază de date.

1. Modul maxim de protecție
2. Modul de disponibilitate maximă
3. Modul de performanță maximă

Atât bazele de date principale, cât și cele de așteptare împreună se numește protecția datelor. Există și două tipuri de baze de date în așteptare. Sunt,

1. Baze de date fizice în așteptare
2. Baze de date logice în așteptare

Ambele baze de date în așteptare se sincronizează mereu cu bazele lor de date primare. Bazele de date în așteptare pot fi pe același site sau pe un site separat (recomandat) din baza de date primară. Prin urmare, agenții de date sunt soluții bune pentru eșecurile SITE-ului, mai degrabă decât eșecurile instanțelor, eșecurile de software și defecțiunile hardware.