V tomto článku rozumieme tomu, ako urobiť most zo sekundárnej repliky pre skupiny dostupnosti AlwaysOn.
Používatelia pracujú na SQL Server sú oboznámení s funkciou AlwaysOn dostupnou v roku 2012 a nasledujúcich vydaniach. Skupiny dostupnosti AlwaysOn pomáhajú používateľom pri poskytovaní vyššej dostupnosti, vyváženia čítania a zotavení po katastrofe. Existuje aktívna primárna replika a spolu s ňou aj sekundárna replika, ktorá je pasívna. Podstatnou otázkou teda je, ako môžeme priradiť určité úlohy sekundárnej replike a ušetriť nejaké zdroje a efektívne využívať obe repliky.
Článok sa zameriava na použitie a funkčnosť sekundárnej repliky pre skupiny dostupnosti AlwaysOn na serveri SQL.
Pohľad na to, ako veci fungovali v minulosti
V starších verziách by sekundárna replika zostala nečinná, ak je primárna replika aktívna ako most riešenie by vyžadovalo aktívnu pasívnu konfiguráciu. S novými aktualizáciami však funkcia Vždy zapnutá vydanie z roku 2012 zmenila rovnice a teraz môže byť sekundárna replika v zásade v režime iba na čítanie a môže efektívne spracovávať dotazy a úlohy zálohovania databázy, ktoré prenášajú zaťaženie z primárnej repliky. Skupiny dostupnosti „Vždy zapnuté“ sú v zásade boost dostupnosť sady používateľských databáz pre podnik / organizáciu.
Sekundárne repliky
Sekundárne repliky vyšli najavo po SQL Server Aktualizácia 2012. Sú nápomocné pri zrkadlení databáz a sú schopné použiť sekundárne kopírovanie na vykonávanie záloh a spúšťanie ďalších dotazov, ktoré sú náročné na zdroje. Toto odoberá záťaž z primárnych replík a zlepšuje výkon a využíva sekundárnu repliku, ktorá bola inak nečinná počas operácií.
Na vykonávanie zálohovania databázy SQL na aktívnej sekundárnej replike môžu používatelia využiť voľbu „copy_only“ určenú na zálohovanie súborov, súborov, úplných databáz a protokolov. Používatelia môžu tiež nakonfigurovať skupinu dostupnosti na vykonávanie záloh. Skripty pre úlohy zálohovania možno skriptovať pri výbere replík záloh. Prípadne môžu používatelia jednoducho konfigurovať program pri spustení Sprievodcu novou skupinou dostupnosti.
Potom existuje aj možnosť použiť BACKUP_PRIORITY na vyhľadanie záloh. Je potrebné poznamenať, že určené predvoľby zálohovania sa používajú v plánoch prepravy a údržby protokolov.
Sekundárne obmedzenia repliky
Aj keď používanie sekundárnych replík má veľké výhody, existujú aj určité obmedzenia. Je pozoruhodné, že zmena sledovania a zberu údajov nie je v databázach používajúcich sekundárne repliky v roku 2012 s iteráciou servera SQL Server skutočne podporovaná.
Tiež, ghost vyčistenie záznamov na primárnej replike môže byť blokované transakciami sekundárnej repliky. Vyčistia sa teda až vtedy, keď ich sekundárne repliky nebudú potrebovať. Zmenšovací súbor DBCC môže zlyhať aj na vašej primárnej replike v podobnej situácii, keď sekundárna replika vyžaduje ghost záznamy. Toto sú hlavné obmedzenia sekundárnych replík.
Používatelia by si tiež mali uvedomiť, že ak počas pripájania čitateľných sekundárnych replík k skupinám dostupnosti existujú v primárnej databáze nejaké aktívne transakcie, verzie riadkov nebudú v sekundárnej databáze úplne prístupné, čo znamená, že dotazy budú blokované tempo.rarkým sa transakcie, ktoré boli na primárnej replike, nevrátia späť.
Okrem správneho implementovania skupín dostupnosti AlwaysOn by spoločnosti mali investovať aj do špecializovaných mdf opraviť nástroj na riešenie akýchkoľvek prípadov poškodenia údajov.
Úvod autora:
Victor Simon je odborníkom na obnovu dát v odbore DataNumen, Inc., ktorá je svetovým lídrom v oblasti technológií obnovy dát, vrátane oprava mdb a softvérové produkty na obnovenie sql. Pre viac informácií navštívte https://www.datanumen.com/
Nechaj odpoveď