Notitie
Voor toegang tot deze pagina is autorisatie vereist. U kunt proberen u aan te melden of de directory te wijzigen.
Voor toegang tot deze pagina is autorisatie vereist. U kunt proberen de mappen te wijzigen.
Van toepassing op:
SQL Server
Een beschikbaarheidsgroep is een uitgebreide oplossing die mogelijkheden voor hoge beschikbaarheid aan SQL Server biedt en ook geïntegreerde schaaloplossingen biedt. In een typische databasetoepassing voeren meerdere clients verschillende typen workloads uit. Soms kunnen knelpunten zich ontwikkelen vanwege resourcebeperkingen.
In de context van een beschikbaarheidsgroep worden leesworkloads overgedragen naar een of meer secundaire replica's. U kunt resources vrijmaken en een hogere doorvoer bereiken voor de OLTP-workload. U kunt ook betere prestaties leveren en opschalen op alleen-lezen workloads. Profiteer van de snelste replicatietechnologie voor SQL Server en maak een groep gerepliceerde databases om rapportage- en analyseworkloads te offloaden naar alleen-lezen replica's.
Met beschikbaarheidsgroepen kunnen een of meer secundaire replica's worden geconfigureerd ter ondersteuning van alleen-lezentoegang tot secundaire databases.
De clienttoepassingen die analyse- of rapportageworkloads uitvoeren, kunnen rechtstreeks verbinding maken met secundaire databases. U kunt ook een alleen-lezen routeringslijst instellen en verbinding maken met de primaire database. Vervolgens wordt de verbindingsaanvraag doorgestuurd naar elk van de secundaire replica's vanuit de routeringslijst op een round robin-manier.
Beschikbaarheidsgroepen met leesschaalbaarheid zonder cluster
In SQL Server 2016 (13.x) en eerdere versies hebben alle beschikbaarheidsgroepen een cluster nodig. Het cluster biedt bedrijfscontinuïteit voor hoge beschikbaarheid en herstel na noodgevallen (HADR). Daarnaast zijn er secundaire replica's geconfigureerd voor leesbewerkingen. Als hoge beschikbaarheid niet het doel was, werd aanzienlijke operationele overhead besteed om een cluster te configureren en te gebruiken. SQL Server 2017 (14.x) introduceert beschikbaarheidsgroepen met leesschaal zonder cluster.
Opmerking
In beschikbaarheidsgroepen die geen gebruikmaken van Windows Server Failover Clustering (WSFC), zoals beschikbaarheidsgroepen met leesschaal of beschikbaarheidsgroepen op Linux, kunnen kolommen in de DMV's van de beschikbaarheidsgroepen die zijn gerelateerd aan het cluster gegevens over een intern standaardcluster weergeven. Deze kolommen zijn alleen bedoeld voor intern gebruik en kunnen worden genegeerd.
Als het uw zakelijke vereiste is om resources te sparen voor missie-kritieke workloads die op de primaire replica worden uitgevoerd, kunt u read-only routing gebruiken of rechtstreeks verbinding maken met leesbare secundaire replica's. U hoeft niet afhankelijk te zijn van integratie met clusteringtechnologie. Deze nieuwe mogelijkheden zijn beschikbaar voor SQL Server 2017 (14.x) die worden uitgevoerd op zowel Windows- als Linux-platforms.
Belangrijk
Dit is geen installatie met hoge beschikbaarheid. Er is geen infrastructuur voor het bewaken en coördineren van foutdetectie en automatische failover. Zonder een cluster kan SQL Server geen RTO (Low Recovery Time Objective) bieden die een geautomatiseerde oplossing voor hoge beschikbaarheid biedt. Als u mogelijkheden voor hoge beschikbaarheid nodig hebt, gebruikt u een clusterbeheer (Windows Server-failovercluster in Windows of Pacemaker op Linux).
De read-scale beschikbaarheidsgroep kan een capaciteit voor herstel na noodgevallen bieden. Wanneer de read-only replica's zich in de synchronisatiecommitiemodus bevinden, bieden ze een RPO (Recovery Point Objective) van nul. Als u een failover wilt uitvoeren voor een beschikbaarheidsgroep op leesschaal, zie Voer een failover uit van de primaire replica in een beschikbaarheidsgroep met leesschaal.
Gedistribueerde beschikbaarheidsgroepen gebruiken voor geografische leesschaal
Geografisch gescheiden oplossingen kunnen leesschaaloplossingen implementeren met gedistribueerde beschikbaarheidsgroepen. U kunt ze gebruiken om leesworkloads van de primaire replica te offloaden naar leesbare secundaire replica's op locaties die dichter bij de bron van deze leesworkloads staan. Gedistribueerde beschikbaarheidsgroepen verminderen het gebruik van resources op de primaire replica. Ze helpen ook bij leesdoorvoer door de netwerklatentie te verminderen en te profiteren van toegewezen resources.
Eén gedistribueerde beschikbaarheidsgroep kan maximaal 17 leesbare secundaire replica's hebben. Gebruik daisy-chain om meerdere beschikbaarheidsgroepen te koppelen voor een grotere schaalcapaciteit en om het aantal leesbare replica's nog verder te verhogen. U kunt ook twee gedistribueerde beschikbaarheidsgroepen van dezelfde beschikbaarheidsgroep implementeren voor leesbewerkingen met lage latentie in geografisch verspreide omgevingen.