Versiunea Beta a documentului. Este necesar să verificați serverele reale! Dacă cineva va face această versiune a documentului, scrieți ce da, unde, ce să corectați.
Oracle Data Guard soluție de tehnologie predalagaet pentru disponibilitate ridicată, performanțe îmbunătățite, și failover automat consecințe.
Modificările din baza de date principală pot fi transferate în baze de date în așteptare, cu garanția că nu există pierderi de date în timpul transferului.
Două tipuri de baze de date de rezervă sunt acceptate - cu backup fizic și logic.
Baza de date de așteptare fizică conține aceleași structuri ca baza de date primară. Logic - poate avea alte structuri interne (de exemplu, indicatori suplimentari utilizați pentru generarea de rapoarte). Sincronizarea bazei de date principale cu copia de siguranță se face transferând datele jurnalului prin instrucțiunile SQL care se execută în baza de date standby.
O bază de date fizică în așteptare este o copie bloc a bazei de date primare. În timpul recuperării în situații de urgență, baza de date în așteptare este exact aceeași cu baza de date principală.
Baza de date logică - folosită pentru a pregăti rapoartele (când se pregătesc rapoarte, sunt necesare resurse semnificative de sistem). În acest caz, baza de date în așteptare este deschisă doar pentru citire, iar utilizatorii care au nevoie să genereze rapoarte lucrează cu acesta. În acest caz, baza de date principală continuă să lucreze la primirea datelor de la operatori.
Nu am un mediu unde lucrez constant cu dataguard. Aici voi încerca să-l personalizați. Voi actualiza pe măsură ce apar noi cunoștințe.
Și da, nu am citit încă Ghidul Concepte pentru DataGuard și nu intenționează să în viitorul apropiat. Nicăieri, oriunde am lucrat, nu a fost folosită, pentru că scumpe. Deoarece sarcinile vor fi, voi începe imediat un studiu mai aprofundat. Prin urmare, rafinamentele vor fi foarte bune. sunt utile.
Esența DataGuard pentru o persoană care nu a citit Ghidul Conceptelor pare destul de simplă. Aveți nevoie de 2 serveruri identice (sau aproximativ aceeași). Una va efectua unele sarcini de zi cu zi pe de altă parte, de exemplu, să construiască rapoarte care mănâncă mult timp CPU, memorie, etc.
Pentru aceasta, se face o copie a serverului principal. Serverul principal este împărțit în arhive de rezervă, menținând astfel baza de date curentă. În acest caz, dacă primul server 3.14 este închis, le puteți schimba.
De asemenea, puteți configura serverul să funcționeze în modul failover și trecerea la comutare (comutarea rolurilor între instanța primară și cea de așteptare).
DataGuard lucrează în configurația Enterprise necesită GRID. Prețul licenței va fi mai mare decât standardul. În acest caz, ar putea fi mai ieftin de implementat serverul 2 și Standart hidroizolatie arhivlogi unul de la altul, de exemplu, prin intermediul programului rsync.
De asemenea, puteți rezolva această problemă cu ajutorul Oracle Golden Gate. Poate că soluția cu Golden Gate va fi mai bună.
Pentru informații:
db_name este numele bazei noastre de date (aceeași pentru instanțele primare și în așteptare).
db_unique_name este un nume unic pentru fiecare instanță, nu se schimbă atunci când se schimbă rolurile de la standby la producție.
Pregătirea mașinilor virtuale și a instanțelor:
Trimiteți-le prietenilor: