Recuperare in caz de dezastru – Azure SQL Database

• 21.06.2019
• 5 minute de citit

In acest articol

SE APLICA: Azure SQL Database

Baza de date Azure SQL ofera urmatoarele functii pentru recuperarea dintr-o intrerupere:

• Geo-replicare activa
• Grupuri de failover automat
• Geo-restaurare
• Baze de date redundante in zone

Pentru a afla despre scenariile de continuitate a activitatii si caracteristicile care sustin aceste scenarii, consultati Continuitatea activitatii.

Pregateste-te pentru evenimentul unei intreruperi

Pentru succes cu recuperarea intr-o alta regiune de date utilizand fie grupuri de reluare, fie copii de rezerva geo-redundante, trebuie sa pregatiti un server intr-o alta intrerupere a centrului de date pentru a deveni noul server primar in cazul in care apare nevoia, precum si pentru a avea pasi bine documentati si testati pentru a asigura o recuperare lina. Acesti pasi de pregatire includ:

• Identificati serverul din alta regiune pentru a deveni noul server principal. Pentru restabilirea geografica, acesta este, in general, un server in regiunea asociata pentru regiunea in care se afla baza de date. Aceasta elimina costul suplimentar al traficului in timpul operatiunilor de georeparare.
• Identificati si, in mod optional, definiti regulile de firewall IP la nivel de server necesare pentru ca utilizatorii sa acceseze noua baza de date primara.
• Stabiliti cum veti redirectiona utilizatorii catre noul server primar, cum ar fi schimband sirurile de conexiune sau schimband intrarile DNS.
• Identificati si creati optional datele de conectare care trebuie sa fie prezente in baza de date master pe noul server primar si asigurati-va ca aceste conectari au permisiunile corespunzatoare in baza de date master, daca exista. Pentru mai multe informatii, consultati Securitatea bazei de date SQL dupa recuperarea in caz de dezastru
• Identificati regulile de alerta care trebuie actualizate pentru a fi mapate la noua baza de date primara.
• Documentati configuratia de audit pe baza de date primara curenta
• Efectuati un exercitiu de recuperare in caz de dezastru. Pentru a simula o intrerupere pentru georeparare, puteti sterge sau redenumi baza de date sursa pentru a provoca esecul conectivitatii aplicatiei. Pentru a simula o intrerupere utilizand grupuri de failover, puteti dezactiva aplicatia web sau masina virtuala conectata la baza de date sau failover-ul bazei de date pentru a provoca erori de conectivitate a aplicatiei.

Cand se initiaza recuperarea

Operatiunea de recuperare are impact asupra aplicatiei. Necesita schimbarea sirului de conexiune SQL sau redirectionare utilizand DNS si ar putea duce la pierderea permanenta a datelor. Prin urmare, ar trebui sa se faca numai atunci cand intreruperea este probabil sa dureze mai mult decat obiectivul de timp de recuperare al aplicatiei dvs. Cand aplicatia este implementata in productie, trebuie sa efectuati o monitorizare regulata a starii de sanatate a aplicatiei si sa utilizati urmatoarele puncte de date pentru a afirma ca recuperarea este justificata:

1. Esec permanent de conectivitate de la nivelul aplicatiei la baza de date.
2. Portalul Azure arata o alerta cu privire la un incident din regiune cu impact larg.

In functie de toleranta aplicatiei la timpii morti si de eventuala raspundere comerciala, puteti lua in considerare urmatoarele optiuni de recuperare.

Utilizati baza de date recuperabila ( LastAvailableBackupDate ) pentru a obtine cel mai recent punct de restaurare Geo-replicat.

Asteptati recuperarea serviciului

Echipele Azure lucreaza cu sarguinta pentru a restabili disponibilitatea serviciului cat mai repede posibil, dar in functie de cauza principala poate dura ore sau zile. Daca aplicatia dvs. poate tolera perioade de nefunctionare semnificative, puteti astepta pur si simplu finalizarea recuperarii. In acest caz, nu este necesara nicio actiune din partea dvs. Puteti vedea starea actuala a serviciului in tabloul nostru de bord Azure Service Health. Dupa recuperarea regiunii, disponibilitatea aplicatiei dvs. este restabilita.

Esec la serverul secundar geo-replicat din grupul de failover

Daca timpul de nefunctionare al aplicatiei dvs. poate duce la raspunderea comerciala, ar trebui sa utilizati grupuri de reluare. Acesta permite aplicatiei sa restabileasca rapid disponibilitatea intr-o alta regiune in caz de intrerupere. Pentru un tutorial, consultati Implementarea unei baze de date geo-distribuite.

Pentru a restabili disponibilitatea bazelor de date, trebuie sa initiati reluarea la serverul secundar folosind una dintre metodele acceptate.

Utilizati unul dintre urmatoarele ghiduri pentru a trece la o baza de date secundara geo-replicata:

• Esec la un server secundar geo-replicat utilizand portalul Azure
• Esec la serverul secundar utilizand PowerShell
• Esec la un server secundar utilizand Transact-SQL (T-SQL)

Recuperati utilizand georepararea

Daca timpul de nefunctionare al aplicatiei dvs. nu are ca rezultat raspunderea comerciala, puteti utiliza georepararea ca metoda de recuperare a bazelor de date ale aplicatiei. Se creeaza o copie a bazei de date din cea mai recenta copie de rezerva geo-redundanta.

Configurati baza de date dupa recuperare

Daca utilizati georepararea pentru a va recupera dintr-o intrerupere, trebuie sa va asigurati ca conectivitatea la noile baze de date este configurata corect, astfel incat functia normala a aplicatiei sa poata fi reluata. Aceasta este o lista de verificare a sarcinilor pentru a va pregati productia de baze de date recuperate.

Actualizati sirurile de conexiune

Deoarece baza de date recuperata se afla pe un alt server, trebuie sa actualizati sirul de conexiune al aplicatiei pentru a indica serverul respectiv.

Pentru mai multe informatii despre schimbarea sirurilor de conexiuni, consultati limba de dezvoltare adecvata pentru biblioteca dvs. de conexiuni.

Configurati regulile firewall-ului

Trebuie sa va asigurati ca regulile firewall-ului configurate pe server si pe baza de date se potrivesc cu cele care au fost configurate pe serverul principal si baza de date primara. Pentru mai multe informatii, consultati Cum se face: Configurarea setarilor de firewall (baza de date SQL Azure).

Configurati datele de conectare si utilizatorii bazei de date

Trebuie sa va asigurati ca toate datele de conectare utilizate de aplicatia dvs. exista pe serverul care gazduieste baza de date recuperata. Pentru mai multe informatii, consultati Configurarea securitatii pentru geo-replicare.

Configurati alerte de telemetrie

Trebuie sa va asigurati ca setarile existente ale regulii de alerta sunt actualizate pentru a fi mapate la baza de date recuperata si la serverul diferit.

Pentru mai multe informatii despre regulile de alerta a bazei de date, consultati Primiti notificari de alerta si urmariti starea serviciului.

Activati auditul

Daca auditul este necesar pentru a accesa baza de date, trebuie sa activati Auditul dupa recuperarea bazei de date. Pentru mai multe informatii, consultati Auditul bazei de date.

Pasii urmatori

• Pentru a afla despre copiile de siguranta automatizate ale bazei de date SQL Azure, consultati Copii de rezerva automatizate ale bazei de date SQL
• Pentru a afla despre scenariile de proiectare si recuperare a continuitatii afacerii, consultati Scenarii de continuitate
• Pentru a afla despre utilizarea copiilor de siguranta automate pentru recuperare, consultati restaurarea unei baze de date din copiile de rezerva initiate de servicii