Elementele de bază ale datelor Oracle 12c Data Guard - dummies

Protecția datelor este o adevărată tehnologie de protecție împotriva dezastrelor de la Oracle 12c. În acesta, aveți cel puțin două baze de date, primar și în așteptare. Protecția datelor are opțiuni pentru mai multe site-uri în așteptare, precum și o configurație activă activă .

Prin active-active, înseamnă că ambele / toate site-urile sunt sus, funcționează și sunt accesibile. Acest lucru se opune site-urilor care au o locație activă, iar celelalte trebuie să fie pornite atunci când sunt necesare. Acesta este un exemplu de aspect arhitectural general.

Arhitectura Data Guard și Oracle 12c

Începeți o descriere cu baza de date primară este ușoară deoarece diferă foarte puțin de orice altă bază de date posibilă. Singura diferență este ceea ce se întâmplă cu istoricul său de arhivare.

Baza de date primară scrie un set de jurnale de redoire arhivă într-o zonă de recuperare Flash sau pe un disc local. Cu toate acestea, puteți configura una sau mai multe alte destinații într-un mediu de date de protecție.

LOG_ARCHIVE_DEST_10

este configurat pentru a trimite jurnalele de redoire a arhivelor în zona de recuperare locală Flash. O destinație locală este necesară pentru toate bazele de date ale modului jurnal de arhivă.

• LOG_ARCHIVE_DEST_1
  este configurat pentru a expedia jurnalele de arhivă prin procesul de arhivare către un site de la distanță PHYSDBY1. Numele serviciului pentru acest site îndepărtat are o intrare în numerele tnsnames. ora pe serverul principal.

• LOG_ARCHIVE_DEST_2 este configurat pentru a expedia jurnalele de arhivă prin procesul LGWR către un site la distanță numit LOGSDBY1. Numele serviciului pentru acest site îndepărtat are o intrare în numerele tnsnames. ora pe serverul primar, de asemenea.

• De ce diferența dintre metodele de transport ARCn și LGWR? Asta are ceva de-a face cu modurile de protecție. Un mediu de protecție a datelor are trei moduri de protecție. Disponibilitate maximă

Modul de protecție maximă disponibilă compromite performanța și disponibilitatea datelor. Funcționează utilizând LGWR pentru a scrie simultan pentru redenumirea jurnalelor atât pe site-urile primare, cât și pe cele de așteptare. Degradarea performanței vine sub forma proceselor care trebuie să aștepte ca intrările de redo log să fie scrise în mai multe locații.

Comitetele de emisie a sesiunilor trebuie să aștepte până când toate informațiile necesare au fost înregistrate în cel puțin un redo log de bază de date în așteptare. Dacă o sesiune se blochează din cauza incapacității sale de a scrie informații de refacere, restul bazei de date continuă să meargă înainte.

Protecție maximă

Modul de protecție maximă este similar cu disponibilitatea maximă, cu excepția faptului că, dacă o sesiune nu poate verifica dacă redo-ul este scris pe site-ul de la distanță, baza de date primară se oprește.

Configurați cel puțin două site-uri standby pentru modul maxim de protecție. În acest fel, un site standby devenind indisponibil nu va perturba serviciul pentru întreaga aplicație.

Acest mod verifică faptul că nu se va produce pierderi de date în caz de dezastru, cu costul performanței.

Performanța maximă

Modul de protecție maximă a performanței detașează procesul de expediere a jurnalului de la baza de date primară prin trecerea acestuia în procesul de înregistrare a arhivelor (ARCn). Procedând astfel, toate operațiile de pe site-ul primar pot continua fără a aștepta ca intrările de redoire să fie scrise pentru a redobândi jurnalele sau pentru a returna transportul.

Acest lucru se opune modurilor de expediere a jurnalelor care utilizează scriitorul de jurnal pentru a transfera tranzacțiile. Utilizarea dispozitivului de scriere a jurnalului poate încetini procesarea tranzacției deoarece poate fi afectată de disponibilitatea sau performanța rețelei.

Performanța maximă oferă cel mai înalt nivel de performanță pe site-ul primar în detrimentul divergenței de date

Diferența de date are loc atunci când datele celor două site-uri încep să se sincronizeze. Arhivarea datelor de arhivare nu este expediată până când un întreg fișier de redoire a arhivelor este plin. În cel mai rău scenariu, o întreagă pierdere de site-uri ar putea duce la pierderea unei valori întregi a datelor din arhivă. Efectuați operațiuni de comutare și întrerupere a erorilor Puteți schimba procesarea pe site-ul standby în două moduri:

Comutarea

este un comutator planificat care poate apărea dacă doriți să efectuați întreținerea pe site-ul primar care necesită fi indisponibil. Această operație poate necesita câteva minute de întrerupere în aplicație, dar dacă trebuie să efectuați o întreținere care durează o oră sau mai mult, perioada de nefuncționare ar putea fi utilă.

• Această operație se numește o comutare grațioasă

  deoarece transformă site-ul primar în starea de așteptare și site-ul dvs. de așteptare în primar. De asemenea, puteți să reveniți cu ușurință la site-ul inițial inițial, fără a trebui să îl creați din nou de la zero. Eșecul apare atunci când site-ul principal a fost compromis într-un fel. Poate că a fost o pierdere totală a site-ului sau poate că ați descoperit corupția fizică într-un fișier de date. Nu întotdeauna, dar de obicei după o eroare, trebuie fie să re-creați complet site-ul primar, fie să îl recuperați dintr-o copie de siguranță și să îl reinstalați.

• De obicei, efectuați un failover numai atunci când ați stabilit că fixarea site-ului primar va dura destul de mult încât să preferați să nu aveți o întrerupere a aplicației pentru întreaga perioadă. Pentru a efectua o tranziție, urmați acești pași:

  Pe primar curent, conectați-vă la SQL * Plus și tastați următoarele:

Ar trebui să vedeți acest lucru:

1. Baza de date modificată.

   Închideți baza de date primară:

   Ar trebui să vedeți acest lucru:
   

2. Baza de date este închisă. Bază de date demontată. Opțiunea ORACLE sa oprit.

   Porniți baza de date primară în modul nomount:

   Ar trebui să vedeți ceva de genul acesta:
   

3. Începutul instanței ORACLE.Total System Global Area 789172224 bytes Dimensiune fixă ​​2148552 bytes Dimensiune variabilă 578815800 bytes Buffer de bază de date 201326592 bytes Redo Buffers 6881280 octeți

   Montați baza de date în regim de așteptare:

   Ar trebui să vedeți acest lucru:
   

4. Baza de date modificată.

   Începeți recuperarea:

   Vedeți acest lucru:
   

5. Recuperarea media a fost finalizată.

   Conectați-vă la SQL * Plus în modul de așteptare curent și tastați următoarele:

   Ar trebui să vedeți acest lucru:
   

6. Baza de date modificată.

   Închideți baza de date de așteptare:

   Ar trebui să vedeți acest lucru:
   

7. Baza de date este închisă. Bază de date demontată. Opțiunea ORACLE sa oprit.

   Asigurați-vă că sunt setați toți parametrii de inițializare adecvați pentru ca această bază de date să se comporte corect ca primar.

   Începeți-l în mod normal:
   

8. Ar trebui să vedeți ceva de genul acesta:

9. Începerea procesului ORACLE. Total System Global Area 789172224 bytes Dimensiune fixă ​​2148552 octeți Dimensiune variabilă 578815800 bytes Buffere de baze de date 201326592 bytes Redo Buffers 6881280 bytes Bază de date instalată. Bază de date deschisă.

   Asigurați-vă că utilizatorii și aplicațiile se pot conecta și pot utiliza noua instanță primară.