I den här artikeln förstår vi hur man gör most ur sekundär replik för AlwaysOn tillgänglighetsgrupper.
Användare som arbetar med SQL Server känner till AlwaysOn-funktionen tillgänglig 2012 och efterföljande utgåvor. AlwaysOn tillgänglighetsgrupper hjälper användare att tillhandahålla högre tillgänglighet, läsbalansering och katastrofåterställning. Det finns en aktiv primär replika och tillsammans med en sekundär replika som är passiv. Så den väsentliga frågan är hur vi kan tilldela vissa uppgifter till sekundär replik och spara vissa resurser och använda båda replikerna effektivt.
Artikeln fokuserar på användning och funktionalitet av sekundär replik för SQL-servern AlwaysOn tillgänglighetsgrupper.
En titt på hur saker och ting fungerade tidigare
I tidigare versioner skulle den sekundära repliken förbli inaktiv om den primära repliken är aktiv som most av lösningarna skulle kräva en aktiv passiv konfiguration. Men med de nya uppdateringarna ändrade funktionen Alltid på 2012 ekvationerna och nu kan sekundär replik i huvudsak vara i ett skrivskyddat läge och kan effektivt hantera frågor och databasbackupjobb som flyttar belastningen från primär replik. 'Always On' tillgänglighetsgrupper i princip boost tillgängligheten av en uppsättning användar-DB för ett företag / en organisation.
Sekundära repliker
Sekundära repliker kom fram efter SQL Server Uppdatering 2012. De är användbara vid databasspegling och kan använda sekundär kopia för att säkerhetskopiera och köra andra frågor som är resurstunga. Detta tar bort belastningen från primära repliker och förbättrar prestandan och använder sekundär replika som annars var inaktiv under drift.
För att utföra säkerhetskopiering av SQL Database på en aktiv sekundär replik kan användare använda alternativet "copy_only" som är utformat för filgrupp, fil, fullständig databas och loggbackar. Användare kan också konfigurera en tillgänglighetsgrupp för att säkerhetskopiera. Skript för säkerhetskopieringsjobb kan skriptas medan du väljer replikbackups. Alternativt kan användare bara konfigurera medan de kör guiden för ny tillgänglighetsgrupp.
Sedan finns det också ett alternativ att använda BACKUP_PRIORITY för att hitta säkerhetskopiorna. Det bör noteras att angivna säkerhetskopieringspreferenser används av loggfartyg och underhållsplaner.
Begränsningar för sekundära repliker
Även om det finns stora fördelar med att använda sekundära repliker finns det också vissa begränsningar. Observera att ändring av dataspårning och datainsamling inte stöds i databaser med sekundära repliker under 2012 iteration av SQL Server.
Också ghost registerens rensning av primärreplikat kan blockeras av sekundärreplikatransaktioner. Så de kommer bara att rengöras när sekundära repliker inte behöver dem. DBCC Shrinkfile kan också misslyckas på din primära replika i en liknande situation där sekundär replika kräver ghost uppgifter. Dessa är de viktigaste begränsningarna för sekundära repliker.
Användare bör också notera att om det finns några aktiva transaktioner på den primära DB: n under anslutning av läsbara sekundära repliker till tillgänglighetsgrupper, kommer radversioner inte att vara fullständigt tillgängliga på sekundär DB vilket innebär att frågor kommer att blockeras temporartill dess att transaktionerna som var på den primära repliken rullar tillbaka.
Förutom att implementera AlwaysOn tillgänglighetsgrupper på rätt sätt bör företag också investera i specialiserade MDF-fix verktyg för att hantera alla händelser med datakorruption.
Författarintroduktion:
Victor Simon är en dataåterställningsexpert i DataNumen, Inc., som är världsledande inom teknik för återställning av data, inklusive mdb-reparation och mjukvaruprodukter för SQL-återställning. För mer information besök https://www.datanumen.com/
Lämna ett svar