In de door technologie gedreven wereld van vandaag zijn er maar weinig delen van ons leven die niet afhankelijk zijn van software en IT-gerelateerde functies. Naarmate we afhankelijker zijn geworden van technologie, zijn we minder tolerant geworden voor prestatieproblemen in de applicaties die we regelmatig gebruiken.
Een van de meest kritische prestatiecriteria die we voor applicaties hebben, is dat we willen dat ze altijd beschikbaar zijn wanneer we ze nodig hebben. Downtime van servers en databases is onaanvaardbaar in de huidige concurrerende zakelijke omgeving. Om ervoor te zorgen dat gebruikers toegang hebben tot applicaties met weinig tot geen onderbrekingen, moeten DBA's en IT-teams gefocust blijven op het handhaven van hoge beschikbaarheid voor hun SQL Server-databases.
Wat is hoge beschikbaarheid van SQL Server?
Hoge beschikbaarheid van SQL Server is de praktijk om SQL Server-databases en -instanties actief te houden met minimale downtime in het geval van een crash of storing. Veel zakelijke toepassingen zijn afhankelijk van het actief zijn van databases, dus wanneer databases niet beschikbaar zijn, raken gebruikers gefrustreerd en kunt u hun bedrijf kwijtraken.
Hoge beschikbaarheid is vooral cruciaal voor bedrijfskritieke toepassingen en e-commercesites waar downtime een onmiddellijk negatief effect kan hebben op welzijn of inkomsten.
SQL Server heeft verschillende technologieën voor hoge beschikbaarheid, waaronder verzending van logbestanden, transactionele replicatie en gegevensmirroring, maar kortheidshalve ligt de focus van dit bericht op het bereiken van hoge beschikbaarheid met behulp van SQL Server Always On-beschikbaarheidsgroepen.
Wat zijn SQL Server Always On-beschikbaarheidsgroepen?
AlwaysOn-beschikbaarheidsgroepen ondersteunen een gerepliceerde omgeving voor een gedefinieerde set beschikbaarheidsdatabases die samen een failover naar een beschikbaarheidsreplica uitvoeren.
Zoals uitgelegd in de Microsoft SQL Server-documentatie, "ondersteunt een beschikbaarheidsgroep een set lees-schrijf primaire databases en één tot acht sets bijbehorende secundaire databases."
U hebt ook de mogelijkheid om de secundaire databases beschikbaar te stellen voor alleen-lezen toegang en sommige back-upbewerkingen. Het is echter belangrijk op te merken dat secundaire databases geen back-ups zijn. U moet regelmatig een back-up van uw databases en hun transactielogboeken blijven maken.
Voordelen van SQL Server Always On-beschikbaarheidsgroepen
SQL Server Always On-beschikbaarheidsgroepen bieden tal van voordelen die organisaties helpen een hoge beschikbaarheid te behouden, waaronder:
Beschikbaarheid replica's: De beschikbaarheidsreplica's worden gehost door een opgegeven SQL Server-exemplaar, dat een lokale kopie bijhoudt van elke beschikbaarheidsdatabase die tot de beschikbaarheidsgroep behoort. Elke beschikbaarheidsgroep kan één primaire replica en maximaal acht secundaire replica's ondersteunen.
Alternatieve beschikbaarheidsmodi: AlwaysOn-beschikbaarheidsgroepen ondersteunen twee typen alternatieve beschikbaarheidsmodi:asynchrone-commit en synchrone-commit.
De modus voor asynchrone doorvoer is een goede optie voor herstel na nood gevallen wanneer de beschikbaarheidsreplica's sterk worden gedistribueerd.
Synchronous-commit-modus biedt hoge beschikbaarheid en gegevensbescherming, maar kan de prestaties beïnvloeden. Een beschikbaarheidsgroep kan maximaal drie synchrone beschikbaarheidsreplica's ondersteunen, inclusief de primaire.
Beschikbaarheidsgroep-failovers: Always On-beschikbaarheidsgroepen bieden verschillende vormen van failover en failover-modi met variërende kans op gegevensverlies:automatische failover (geen gegevensverlies), geplande handmatige failover (geen gegevensverlies) en geforceerde handmatige failover (mogelijk gegevensverlies).
Beschikbaarheidsgroep luisteraar: Elke AlwaysOn-beschikbaarheidsgroep biedt een beschikbaarheidsgroeplistener, een server waarmee clients verbinding kunnen maken om toegang te krijgen tot een database in de primaire of secundaire replica van de beschikbaarheidsgroep. Luisteraars sturen inkomende verbindingen naar de primaire of secundaire replica, waardoor een snelle failover van de toepassing mogelijk is wanneer een beschikbaarheidsgroep faalt.
Beveiligingsfuncties: SQL Server Always On-beschikbaarheidsgroepen ondersteunen automatisch paginaherstel om te beschermen tegen paginacorruptie, evenals codering en compressie voor veilig, hoogwaardig transport.
Vereisten en beperkingen voor AlwaysOn-beschikbaarheidsgroepen
Voordat u SQL Server Always On-beschikbaarheidsgroepen implementeert, is het belangrijk om de vereisten en beperkingen die eraan verbonden zijn te begrijpen. U kunt een volledige discussie over SQL Server Always On-beschikbaarheidsgroepen vinden in de SQL Server-documentatie van Microsoft, maar we bespreken hier enkele hoogtepunten:
Vereisten en beperkingen van de beschikbaarheidsgroep
Het proces voor het instellen van beschikbaarheidsgroepen wordt bepaald door bepaalde vereisten en beperkingen. U kunt hier meer te weten komen over de bijzonderheden (en hoe het opzetten van een virtuele omgeving sommige beperkingen kan helpen omzeilen):
- Vereisten
- Beperkingen
Vereisten en beperkingen van de beschikbaarheidsdatabase
Voordat u een database toevoegt aan een AlwaysOn-beschikbaarheidsgroep, moet u er zeker van zijn dat de database voldoet aan de vereisten en beperkingen die hier worden beschreven:
- Checklist vereisten
- Beperkingen
Vereisten en beperkingen voor SQL Server-instanties
Beschikbaarheidsgroepen gaan over naar een gedefinieerde set beschikbaarheidsreplica's die worden gehost door SQL Server-instanties. Deze exemplaren moeten op de juiste manier worden geconfigureerd om de beschikbaarheidsreplica's effectief te hosten. Deze bronnen bieden details over de noodzakelijke vereisten, vereisten voor threadgebruik en benodigde machtigingen:
- Vereiste checklist
- Draadgebruik
- Machtigingen
Een SQL Server Failover Cluster-instantie gebruiken om een beschikbaarheidsreplica te hosten
Een SQL Server-failoverclusterexemplaar is een enkele SQL Server-exemplaar dat is geïnstalleerd op Windows Server Failover Clustering-knooppunten en herstel op databaseniveau biedt. Er zijn enkele belangrijke dingen die u moet weten over het hosten van een beschikbaarheidsreplica op een failover-clusterinstantie, dus zorg ervoor dat u de checklist en beperkingen zorgvuldig doorneemt:
- Vereiste checklist
- Beperkingen
Aan de slag met Always On-beschikbaarheidsgroepen
Zodra de vereisten en beperkingen zijn gesorteerd, kunt u doorgaan met het instellen en implementeren van SQL Server Always On-beschikbaarheidsgroepen. Er zijn vier primaire stappen in de initiële installatie en configuratie van beschikbaarheidsgroepen, elk met verschillende subtaken. De stappen worden hieronder vermeld met de volledige details die beschikbaar zijn in de Microsoft SQL Server-documentatie:
- Configureer een exemplaar van SQL Server om Always On-beschikbaarheidsgroepen te ondersteunen
- Een nieuwe beschikbaarheidsgroep maken en configureren
- Beschikbaarheidsgroepen, replica's en databases beheren
- Beschikbaarheidsgroepen bewaken
SQL Server Always On-beschikbaarheidsgroepen zijn een eenvoudige, betrouwbare manier om een hoge beschikbaarheid voor uw onderneming te behouden. Always On-beschikbaarheidsgroepen maximaliseren de beschikbaarheid van uw database en bieden gebruikers de naadloze, betrouwbare applicatie-ervaring die ze nodig hebben.