Exemplaren van databasespiegeling en SQL Server-failoverclusters

Van toepassing op:SQL Server

Een failovercluster is een combinatie van een of meer fysieke schijven in een MICROSOFT Cluster Service-clustergroep (MSCS), ook wel een resourcegroep genoemd, die deelnemende knooppunten van het cluster zijn. De resourcegroep is geconfigureerd als een failoverclusterexemplaar dat als host fungeert voor een exemplaar van SQL Server. Een exemplaar van een SQL Server-failovercluster wordt weergegeven in het netwerk alsof het één computer is, maar heeft functionaliteit die failover van het ene knooppunt naar het andere biedt als het ene knooppunt niet beschikbaar is. Zie AlwaysOn Failover Cluster Instances (SQL Server) voor meer informatie.

Failoverclusters bieden ondersteuning voor hoge beschikbaarheid voor een volledig Microsoft SQL Server-exemplaar, in tegenstelling tot databasespiegeling, die ondersteuning biedt voor hoge beschikbaarheid voor één database. Databasespiegeling werkt tussen failoverclusters en, ook, tussen een failovercluster en een niet-geclusterde host.

Opmerking

Zie Databasespiegeling (SQL Server) voor een inleiding tot databasespiegeling.

Spiegeling en clustering

Wanneer mirroring wordt gebruikt met clustering, bevinden de hoofd-server en de mirrorserver zich beide op clusters, waarbij de hoofd-server draait op het failover cluster-exemplaar van één cluster en de mirrorserver draait op het failover cluster-exemplaar van een ander cluster. U kunt echter een mirroringsessie tot stand brengen waarin één partner zich bevindt op het exemplaar van een failovercluster van een cluster, terwijl de andere partner zich op een afzonderlijke, niet-geclusterde computer bevindt.

Als een clusterfailover een principal-server tijdelijk niet beschikbaar maakt, worden clientverbindingen losgekoppeld van de database. Nadat de clusterfailover is voltooid, kunnen clients opnieuw verbinding maken met de principal-server op hetzelfde cluster of op een ander cluster of op een niet-geclusterde computer, afhankelijk van de bedrijfsmodus. Wanneer u besluit hoe u databasespiegeling configureert in een geclusterde omgeving, is de bedrijfsmodus die u gebruikt voor spiegeling aanzienlijk.

Sessie in High-Safety modus met automatische failover

Als u van plan bent om een database te spiegelen in de modus voor hoge veiligheid met automatische failover, wordt een configuratie van twee clusters aanbevolen voor de partners. Deze configuratie biedt maximale beschikbaarheid. De witness kan zich op een derde cluster of op een niet-geclusterde computer bevinden.

Als het knooppunt waarop de huidige principal-server wordt uitgevoerd mislukt, begint de automatische failover van de database binnen een paar seconden, terwijl het cluster nog steeds een failover naar een ander knooppunt uitvoert. De databasespiegelingssessie voert een failover uit naar de mirrorserver op de andere cluster of niet-geclusterde computer en de voormalige mirrorserver wordt de hoofdserver. De nieuwe principal-server stuurt de kopie van de database zo snel mogelijk door en brengt deze online als principal-database. Nadat de clusterfailover is voltooid, wat doorgaans enkele minuten duurt, wordt het failover-clusterexemplaar dat voorheen de hoofdserver was, de spiegelserver.

In de volgende afbeelding wordt een automatische failover tussen clusters getoond in een mirroring-sessie die wordt uitgevoerd in de modus met hoge veiligheid met een witness, die automatische failover mogelijk maakt.

De drie serverexemplaren in de spiegelingssessie bevinden zich op drie afzonderlijke clusters: Cluster_A, Cluster_B en Cluster_C. Op elk cluster wordt een standaardexemplaar van SQL Server uitgevoerd als een SQL Server-failoverclusterexemplaar. Wanneer de spiegelingssessie wordt gestart, is de failoverclusterinstantie op Cluster_A de principal-server, de failoverclusterinstantie op Cluster_B de gespiegelde server en de failoverclusterinstantie op Cluster_C de witness in de spiegelingssessie. Uiteindelijk mislukt het actieve knooppunt op Cluster_A , waardoor de principal-server niet meer beschikbaar is.

Voordat het cluster kan failoveren, wordt het verlies van de hoofdserver gedetecteerd door de mirrorserver, met behulp van de getuige. De mirror-server stuurt de database door en brengt deze zo snel mogelijk online als de nieuwe principal-database. Wanneer Cluster_A een failover heeft voltooid, is de voormalige principal-server nu de spiegelserver en wordt de database gesynchroniseerd met de huidige principal-database op Cluster_B.

Hoogveiligheidsmodussessie zonder automatische failover

Als u een database spiegelt in de hogeveiligheidsmodus zonder automatische failover, zal een ander knooppunt in het cluster als de principale server fungeren als het knooppunt waarop de huidige principale server draait, uitvalt. Merk op dat de database niet beschikbaar is zolang het cluster niet beschikbaar is.

Sessie Hoge-Prestatie modus

Als u van plan bent om een database in de hoge-prestatiemodus te spiegelen, kunt u overwegen om de primaire server te plaatsen op de failoverclustereenheid in een cluster en de mirror-server op een niet-geclusterde server op een externe locatie te plaatsen. Als er een failover van het cluster naar een ander knooppunt wordt uitgevoerd, zal het failoverclusterexemplaar doorgaan als de hoofdserver in de mirroringsessie. Als het hele cluster problemen heeft, kunt u de service afdwingen op de mirrorserver.

Een nieuw SQL Server-failovercluster instellen

• Een nieuw SQL Server-failovercluster maken (setup)

Instellen van databasespiegeling

• Databasespiegeling instellen (SQL Server)

• Een databasespiegelingssessie tot stand brengen met behulp van Windows-verificatie (SQL Server Management Studio)

Zie ook

Databasespiegeling (SQL Server)
Bedrijfsmodi voor databasespiegeling
AlwaysOn-failoverclusterexemplaren (SQL Server)