Dela via


Databasspegling och SQL Server-redundansklusterinstanser

Gäller för:SQL Server

Ett redundanskluster är en kombination av en eller flera fysiska diskar i en MSCS-klustergrupp (Microsoft Cluster Service), känd som en resursgrupp, som är deltagande noder i klustret. Resursgruppen konfigureras som en redundansklusterinstans som är värd för en instans av SQL Server. En SQL Server-redundansklusterinstans visas i nätverket som om det vore en enda dator, men har funktioner som tillhandahåller redundans från en nod till en annan om en nod blir otillgänglig. Mer information finns i AlwaysOn-redundansklusterinstanser (SQL Server).

Redundanskluster ger stöd med hög tillgänglighet för en hel Microsoft SQL Server-instans, till skillnad från databasspegling, vilket ger stöd för hög tillgänglighet för en enskild databas. Databasspegling fungerar mellan failover-kluster och mellan ett failover-kluster och en icke-klustrad värd.

Anmärkning

En introduktion till databasspegling finns i Databasspegling (SQL Server).

Spegling och klustring

När spegling används med klustring finns vanligtvis huvudservern och speglingsservern i kluster, där huvudservern körs på den redundansklustrade instansen av ett kluster och speglingsservern som körs på den redundansklustrade instansen av ett annat kluster. Du kan dock upprätta en speglingssession där en partner finns på den redundansklustrade instansen av ett kluster och den andra partnern finns på en separat, olusterad dator.

Om en klusterövertagning gör en huvudserver tillfälligt otillgänglig, kopplas klientanslutningar bort från databasen. När klusterredundansen har slutförts kan klienterna återansluta till huvudservern i samma kluster, eller på ett annat kluster eller en olusterad dator, beroende på driftläget. När du bestämmer hur du ska konfigurera databasspegling i en klustrad miljö är därför det driftsläge som du använder för spegling betydande.

Högräkerhetsläge session med automatisk failover

Om du tänker spegla en databas i högsäkerhetsläge med automatisk redundans rekommenderas en konfiguration med två kluster för partnerna. Den här konfigurationen ger maximal tillgänglighet. Vittnet kan finnas antingen i ett tredje kluster eller på en olusterad dator.

Om noden som kör den aktuella huvudservern misslyckas börjar den automatiska redundansväxlingen av databasen inom några sekunder, medan klustret fortfarande redundansväxlar till en annan nod. Databasspeglingssessionen växlar över till speglingsservern på det andra klustret eller den icke-klusteranslutna datorn, och den tidigare speglingsservern blir huvudservern. Den nya huvudservern rullar vidare sin kopia av databasen så snabbt som möjligt och gör den online som huvuddatabas. När klusterredundansen har slutförts, vilket vanligtvis tar flera minuter, blir den redundansklusterinstans som tidigare var huvudservern speglingsservern.

Följande illustration visar en automatisk övergång mellan kluster i en spegelsession som körs i läge för hög säkerhet med ett vittne som stöder automatisk övergång.

En redundansväxling i ett kluster

De tre serverinstanserna i speglingssessionen finns i tre distinkta kluster: Cluster_A, Cluster_B och Cluster_C. I varje kluster körs en standardinstans av SQL Server som en SQL Server-redundansklusterinstans. När speglingssessionen startar är den redundansklustrade instansen på Cluster_A huvudservern, den redundansklustrade instansen på Cluster_B speglingsservern och den redundansklustrade instansen på Cluster_C är vittnet i speglingssessionen. Så småningom misslyckas den aktiva noden på Cluster_A , vilket gör att huvudservern blir otillgänglig.

Innan klustret har tid att byta över, upptäcker speglingsservern med hjälp av vittnet förlusten av huvudservern. Speglingsservern uppdaterar sin databas och gör den tillgänglig som den nya huvuddatabasen så snabbt som möjligt. När Cluster_A har avslutat övergången är den tidigare huvudservern nu speglingsservern och synkroniserar databasen med den aktuella huvuddatabasen på Cluster_B.

Hög säkerhet läge för session utan automatisk failover

Om du speglar en databas i högsäkerhetsläge utan automatisk redundans fungerar en annan nod i klustret som huvudserver om noden som kör den aktuella huvudservern misslyckas. Observera att även om klustret inte är tillgängligt är databasen inte tillgänglig.

session i högprestandaläge

Om du tänker spegla en databas i högpresterande läge bör du överväga att placera huvudservern på den redundansklustrade instansen av ett kluster och placera speglingsservern på en olusterad server på en fjärrplats. Om klustret redundansväxlar till en annan nod fortsätter den redundansklustrade instansen som huvudserver i speglingssessionen. Om hela klustret har problem kan du tvinga tjänsten till speglingsservern.

Så här konfigurerar du ett nytt SQL Server-redundanskluster

Konfigurera databasspegling

Se även

Databasåterspegling (SQL Server)
Driftlägen för databasspegling
Always On-redundansklusterinstanser (SQL Server)