Cum să obțineți mai mult suc dintr-o replică secundară pe un grup de disponibilitate AlwaysOn în SQL Server

În acest articol, înțelegem cum să facem most din replica secundară pentru grupurile de disponibilitate AlwaysOn.

Utilizatori care lucrează la SQL Server sunt familiarizați cu caracteristica AlwaysOn disponibilă în 2012 și edițiile ulterioare. Grupurile de disponibilitate AlwaysOn ajută utilizatorii să ofere o disponibilitate mai mare, echilibrare la scară de citire și recuperare în caz de dezastru. Există o replică primară activă și împreună cu o replică secundară care este pasivă. Deci întrebarea esențială este cum putem atribui anumite sarcini unei replici secundare și să economisim niște resurse și să folosim ambele replici în mod eficient.

Obțineți mai mult din replica secundară din grupurile de disponibilitate AlwaysOn în SQL Server

Articolul se concentrează pe utilizarea și funcționalitatea replica secundară pentru grupurile de disponibilitate AlwaysOn server SQL. 

O privire asupra modului în care au funcționat lucrurile în trecut

În versiunile anterioare, replica secundară rămânea inactivă dacă replica principală este activă ca most dintre soluții ar necesita o configurație pasivă activă. Cu toate acestea, odată cu noile actualizări, caracteristica Always On ediția din 2012 a schimbat ecuațiile, iar acum replica secundară poate fi, în esență, într-un mod de doar citire și poate gestiona eficient interogările și joburile de backup ale bazei de date care transferă încărcarea de la replica principală. Grupurile de disponibilitate „Always On” practic boost disponibilitatea unui set de DB utilizator pentru o întreprindere/Organizație.

Replicile secundare

Replicile secundare au ieșit la iveală după SQL Server Actualizare 2012. Ele sunt utile în oglindirea bazei de date și sunt capabile să utilizeze o copie secundară pentru a efectua copii de siguranță și pentru a rula alte interogări care necesită resurse grele. Acest lucru reduce sarcina de la replicile primare și îmbunătățește performanța și folosește replica secundară care, altfel, era inactivă în timpul operațiunilor. 

Pentru a efectua o copie de rezervă a bazei de date SQL pe o replică secundară activă, utilizatorii pot utiliza „opțiunea de copiere numai” concepută pentru grupuri de fișiere, fișiere, baze de date complete și copii de rezervă ale jurnalului. De asemenea, utilizatorii pot configura un grup de disponibilitate pentru a efectua backup-urile. Scripturile pentru lucrările de backup pot fi scriptate în timp ce alegeți copii de rezervă ale replicilor. Sau, alternativ, utilizatorii pot configura doar în timp ce rulează grupul Expert of New Availability.

Apoi, există și o opțiune de utilizare a BACKUP_PRIORITY pentru a localiza copiile de rezervă. Trebuie remarcat faptul că preferințele de rezervă desemnate sunt folosite de planurile de expediere a jurnalelor și de întreținere.

Restricții secundare pentru replică 

Deși există beneficii majore ale utilizării replicilor secundare, există și unele restricții. În special, modificarea urmăririi datelor și a captării datelor nu sunt cu adevărat acceptate în bazele de date care utilizează replici secundare în iterația 2012 a SQL Server.

De asemenea, ghost Curățarea înregistrărilor pe replica primară poate fi blocată de tranzacțiile replicii secundare. Deci, vor fi curățate doar atunci când replicile secundare nu vor avea nevoie de ele. DBCC Shrinkfile poate eșua și pe replica principală într-o situație similară în care replica secundară necesită ghost înregistrări. Acestea sunt principalele restricții ale replicilor secundare. 

Utilizatorii ar trebui să rețină, de asemenea, că, dacă există tranzacții active pe baza de date primară în timpul îmbinării replicilor secundare care pot fi citite la grupurile de disponibilitate, versiunile de rând nu vor fi pe deplin accesibile pe baza de date secundară, ceea ce înseamnă că interogările vor fi blocate.rarpână când tranzacțiile care se aflau pe replica primară sunt anulate.  

Pe lângă implementarea corectă a grupurilor de disponibilitate AlwaysOn, companiile ar trebui să investească și în remediere mdf instrument pentru a face față oricărui incident de corupție a datelor.

Introducerea autorului:

Victor Simon este expert în recuperarea datelor DataNumen, Inc., care este lider mondial în tehnologiile de recuperare a datelor, inclusiv reparatie mdb și produse software de recuperare sql. Pentru mai multe informații vizitați https://www.datanumen.com/

Lasă un comentariu

Adresa ta de email nu va fi publicată. Câmpurile obligatorii sunt marcate *