Luați imediat la cunoștință faptul că oglindirea nu este singura tehnologie utilizată pentru o toleranță crescută la erori. Există, de asemenea, o publicație a jurnalului de tranzacții (logshiping) și replicare, dar fiecare bază de date poate sprijini replicarea și logshiping necesită publicarea jurnalului de tranzacții pe o parte, care nu este întotdeauna acceptabilă. Oglindirea are, de asemenea, limitări, de exemplu, nu puteți să oglindiți bazele de date master, msdb, tempdb sau modelul, dar sunt într-adevăr necesare? Copie suficientă a maestrului.
Avantajele oglinzii includ:
- protecția datelor:
- o disponibilitate sporită a datelor;
- nu sunt necesare unități comune;
- echipamentul serverelor partenere poate fi diferit;
- disponibilitate pentru actualizări
Terminologia oglinzii.
Serverul principal (Principal) este serverul sursă de lucru care găzduiește baza de date, care trimite jurnalele de tranzacții pe serverul oglindă și baza sa de date.
Mirror server (Mirror) - server-receptor, care găzduiește o copie de rezervă a bazei de date. Copia oglindă este sincronizată constant cu baza de date a serverului primar.
Un server de martori (Witness) este un server care monitorizează funcționarea serverelor primare și a oglinzilor și poate porni procesul de failover automat (schimbarea rolurilor serverelor primare și oglindă). Un server de martori este o componentă opțională și poate fi absent.
Cum funcționează oglinda.
Un server back-end servește cererilor utilizatorilor și trimite un jurnal de tranzacții la serverul oglindă. Ie serverul mirror repetă toate operațiile de inserare, actualizare și ștergere, la fel ca în baza de date principală. Imediat ce serverul de oglindă execută și corectează tranzacțiile, acesta trimite mesajul de confirmare principalului. În modul de securitate înalt, noile tranzacții nu vor fi executate de serverul primar până când confirmarea nu este primită de la serverul de oglindă. Reaminteste masinile care trec printr-un numar, iar daca cineva incepe sa ramana in urma, al doilea, de asemenea, va scapa de viteza. Încet, dar sigur. Dacă apare un eșec pe serverul primar, trebuie să treceți la oglindire manuală (de fapt, schimbați rolul de mirror-primar). Modul de disponibilitate înaltă este similar cu cel descris mai sus, cu excepția faptului că comutarea este automată, monitorizarea serverului fiind controlată de serverul martor. Imediat ce serverul principal nu reușește, observatorul își schimbă rolurile cu oglindirea, atunci când serverul principal este restabilit, se va întâmpla invers.
Spre deosebire de modul descris, modul de înaltă performanță (numit și asincron) permite serverului principal să execute tranzacții, fără a aștepta confirmarea din oglindă. Ie încălcate, așa-numitele, securitatea tranzacțiilor. Acest lucru este valabil mai ales atunci când oglinda are resurse hardware mai puțin puternice. Ie una din mașini este trasă înainte, al doilea încearcă să-l prindă. Acest mod nu necesită un server de mărturii.
Acțiuni după eșec.
Să presupunem că, ca urmare a unei defecțiuni, serverul mirror a dispărut, caz în care primarul continuă să servească conexiunile utilizatorilor. După restaurarea oglinzii, baza de date de rezervă se va conecta automat și va prinde din urmă stația de lucru.
Dacă baza de date centrală este distrusă, este necesar să efectuați recuperarea forțată:
ALTER DATABASE MIRROR_TEST SET PARTENER FORCE_SERVICE_ALLOW_DATA_LOSS
O parte din date pot fi pierdute (nu au avut timp să intre în oglindă), dar atunci trebuie să vă ridicați. După recuperarea forțată, baza oglinzii devine imaginea primară și oglinda primară. Pentru a porni oglindirea, pe noua oglindă efectuați următoarea comandă:
ALTER DATABASE MIRROR_TEST REZUMAT PARTENER SET
Pentru a schimba doar rolurile:
ALTER BAZĂ DE DATE MIRROR_TEST SET PARTNER FAILOVER
Ca rezultat, principalul devine oglinda, oglinda - cea principală.
Articole similare
Trimiteți-le prietenilor: