Wat is SQL Server AlwaysOn?
Door: Simon Liew | Bijgewerkt: 2017-02-20 | Comments (10) | Related: Meer > Availability Groups
Probleem
SQL Server AlwaysOn is een populaire term die in verschillende bronnen wordt genoemd, maar wat betekent SQL Server AlwaysOn nu eigenlijk? Deze tip geeft uitleg over de term SQL Server AlwaysOn en de twee belangrijkste technologieën.
Oplossing
SQL Server AlwaysOn is een marketingterm die verwijst naar de oplossing voor hoge beschikbaarheid en disaster recovery die werd geïntroduceerd toen SQL Server 2012 werd gelanceerd.
Meer specifiek, SQL Server AlwaysOn bestaat uit twee technologieën:
- AlwaysOn Failover Clustering Instances (AlwaysOn FCI)
- AlwaysOn Availability Groups (AlwaysOn AG)
Terwijl beide technologieën overeenkomsten vertonen, zoals het feit dat Windows Server FailoverClustering (WSFC) nodig is als basis voor de implementatie, is elk een afzonderlijke technologie onder de AlwaysOn paraplu.
AlwaysOn Failover Clustering Instances (FCI)
AlwaysOn FCI heeft gedeelde opslag nodig zoals een iSCSI of Fibre Channel SAN dat toegankelijk is voor alle nodes in het cluster. Er is ook de optie om data replicatie tools van derden te gebruiken die kunnen helpen met de opslag vereisten als u geen gedeelde opslag heeft of als u dit wilt doen voor virtuele machines of in de cloud.
Het ondersteunt multisite clustering over subnetten heen, wat failover van SQL Server instances over datacenters heen mogelijk maakt, maar dit vereist replicatie van de gegevens tussen de gedeelde opslag in elk van de datacenters.
AlwaysOn FCI is beschikbaar op zowel SQL Server Standard als Enterprise Edition, maar legt beperkingen op aan SQL Server Standard Edition, zoals een limiet van 2 knooppunten.
Wanneer u SQL Server installeert, selecteert u de optie “New SQL failover clusterinstallation”.
Een implementatie van AlwaysOn FCI voor één site met twee knooppunten (met behulp van de quorum-modus Node en DiskMajority) wordt hieronder weergegeven.
De quorum-modus helpt bij het bepalen welke knooppunten beschikbaar zijn en welke knooppunten als primaire knooppunten moeten fungeren. Door een andere machine/object erbij te betrekken, kan worden bepaald of de communicatie tussen machines verloren is gegaan en dus of er een failover moet plaatsvinden. Hieronder staan algemene voorbeelden van quorum modus die gebruikt kunnen worden in een AlwaysOn FCI configuratie.
- Node Meerderheid
- Node en Fileshare Meerderheid
- Node en (symmetrische) Disk Meerderheid
Een symmetrische opslag betekent een clusterschijf die gedeeld wordt door alle WSFCnodes. Hierdoor is de gedeelde diskopslag beschikbaar voor alle potentiële failovernodes in het WSFC-cluster.
AlwaysOn Availability Groups
AlwaysOn AG heeft geen gedeelde diskopslag nodig voor de server die de SQL Server host. Deze SQL Server high availability technologie is een Enterprise feature. Dit betekent dat u SQL ServerStandard Edition niet kunt configureren om AlwaysOn AG te gebruiken met versies van vóór SQL Server 2016.Er is nu een optie om een basisbeschikbaarheidsgroep te maken met SQL Server 2016Standard Edition die ik hieronder bespreek.
Wanneer u SQL Server installeert, selecteert u de optie “Nieuwe SQL-stand-alone-installatie…”.
Een implementatie van AlwaysOn AG voor HA en DR (met behulp van quorum-modus Node Majority)is hieronder afgebeeld.
Hieronder staan diverse veelvoorkomende voorbeelden van quorum-modus die in een AlwaysOn AG-configuratie worden gebruikt.
- Node Meerderheid
- Node en Fileshare Meerderheid
- Node en (Asymmetrische) Schijf Meerderheid
Een asymmetrische opslag betekent dat een clusterschijf alleen wordt gedeeld door een subset van de nodes. Asymmetrische schijfmogelijkheid werd voor het eerst geïntroduceerd op Windows Server 2008.Hiermee kan een schijfgetuige worden geconfigureerd en alleen toegankelijk zijn voor nodes in één site, meestal de primaire site.
Nieuwe functies in SQL Server 2016
Nu u de verschillen tussen AlwaysOn FCI en AlwaysOn AG hebt begrepen, introduceerde SQL Server 2016 twee extra varianten van AlwaysOn AG.
- AlwaysOn Basic Availability Groups (AlwaysOn BAG)
- AlwaysOn Distributed Availability Group (AlwaysOn DAG)
AlwaysOn Basic Availability Group (AlwaysOn BAG)
AlwaysOn feature is nu een inbegrepen in SQL Server 2016 Standard Edition, maar het wordt aangeduid als AlwaysOn BAG. Het wordt gemaakt en beheerd op dezelfde manier als AG, maarAlwaysOn BAG is in staat om slechts een subset van functies te gebruiken in vergelijking met de meer geavanceerdeAlwaysOn AG op SQL Server Enterprise Edition. Een voorbeeld beperking is dat BAG slechts twee replica’s toestaat (primair en secundair).
AlwaysOn BAG biedt alleen failover ondersteuning voor een enkele database, ter vervanging van database mirroring die is afgeschreven.
AlwaysOn Distributed Availability Group (AlwaysOn DAG)
AlwaysOn DAG zijn losjes gekoppelde groepen van AGs. AlwaysOn DAG draait bovenop twee verschillende AGs wat betekent dat ze op twee verschillende WSFCs staan met hun eigen quorum en stemming management.
Deze configuratie staat secundaire replica’s van een AG toe om in een andere geografische regio te bestaan dan de primaire. Een voorbeeld hiervan is om read-only werklasten voor afgelegen regio’s mogelijk te maken en tegelijkertijd potentiële netwerkproblemen op de secundaire locatie te voorkomen die de primaire locatie kunnen beïnvloeden.
Karakteristieken van AlwaysOn FCI en AlwaysOn AG
Elke van de twee technologieën verschilt in zijn doel. Het is mogelijk om AlwaysOn FCI en AlwaysOn AG te combineren. Zakelijke eisen kunnen lokale hoge beschikbaarheid binnen een datacenter vereisen met behulp van AlwaysOn FCI, en cross data center ramp herstel met behulp van AlwaysOn AG. Het betekent alleen dat de oplossing dan zou bestaan uit een combinatie van gedeelde opslag en niet gedeelde opslag in de implementatie.
Als u zich afvraagt welke oplossing te implementeren, de onderstaande tabel vat de overeenkomsten en verschillen in kenmerken tussen SQL Server AlwaysOn FCI en AlwaysOn AG oplossingen samen als een leidraad bij het evalueren van SQL Server AlwaysOn.
| AlwaysOn FCI voor HA en DR | AlwaysOn AG voor HA en DR |
|---|---|
| Shared Storage-oplossing | Non-Shared Storage oplossing |
| Instance level HA Logins, SQL Agent taken, certificaten en andere SQL Server instance level objecten zijn intact na failover |
Database level HA (kan één of meer databases zijn) Handmatig toevoegen van logins, SQL Agent jobs, certificaten en andere SQL Server instance level objecten aan alle secondary’s |
| Elke groep secondary AG database(s) zijn redundante kopieën van de primary | Heb Active Passive nodes. Geen concept van een secundaire database. | DR-replica kan Active Secondary zijn voor backup, read-only workload. |
| Toepassing maakt verbinding via virtuele servernaam | Toepassing maakt verbinding via AG listener naam |
| Onthoudt geen redundante kopie van de gegevens en biedt dus geen bescherming tegen uitval van I/O subsysteem | Bescherming tegen uitval van I/O subsysteem i.e Automatic Page Repair |
| Geen speciale vereisten met betrekking tot databaseherstelmodellen | Database(s) in AG moet(en) in FULL-herstelmodel staan |
Andere zaken om op te merken voor beide:
- Elke AlwaysOn-implementatie is een WSFC-implementatie
- Zowel FCI’s als AG’s kunnen meerdere datacenters overspannen, maar met verschillende implementaties
- Kan worden geïmplementeerd op fysieke SQLServer-systemen, of op SQL Server systemen die als virtuele machines draaien
Samenvatting
Wanneer SQL Server AlwaysOn wordt genoemd, is dat niet specifiek omdat het zowel naar AlwaysOn FCI als AlwaysOn AG kan verwijzen.
In het kort:
- AlwaysOn = {SQL Server Failover Cluster Instances, Availability Groups}
- AlwaysOn != SQL Server Failover Cluster Instances != Availability Groups
- Availability Groups != Database Mirroring
- WSFC != SQL Server Failover Cluster Instances
Volgende stappen
- Hoge Beschikbaarheid Oplossingen (SQL Server)
- WWSFC Quorum Modes en Stemming Configuratie (SQL Server)
- Windows Server Failover Clustering Quorum Configuratie Modellen Uitgelegd
- SQL Server AlwaysOn Beschikbaarheid Groepen – Deel 1 configuratie
- Installeer SQL Server 2008 op een Windows Server 2008 Cluster Deel 1
- SQL Server Clustering Tips
- SQL Server Availability Groups Tips
Laatst bijgewerkt: 2017-02-20
Over de auteur
Simon Liew is een onafhankelijke SQL Server Consultant in Sydney, Australie. Hij is een Microsoft Certified Master voor SQL Server 2008 en heeft een Master’s Degree in Distributed Computing.Bekijk al mijn tips
- Meer SQL Server DBA Tips…