Hej,
I denne artikel vil jeg kort introducere og forklare Failover Cluster-teknologien i SQL Server. Failover Cluster-teknologi i SQL Server er også en vigtig teknologi, der giver høj tilgængelighed. Så det er meget brugt i virksomhedsapplikationer for at give maksimal service i produktionssystemer.
Failover Cluster-teknologi er den perfekte teknologi til at opretholde den høje tilgængelighedsservice for applikationerne i de institutioner, der sigter mod at levere det maksimale serviceniveau (telekommunikation, bank, regeringskontorer, beholdninger).
Denne teknologi kan defineres som en enkelt databases evne til at kunne tjene på mere end én server. Det giver således High Availability, Maximum Service, som er en af de uundværlige regler i databaseverdenen.
Jeg vil også gerne nævne, at mange mennesker kan se Failover Cluster-teknologien som en løsning til Disaster Recovery, men det er den ikke. Failover Cluster-teknologi er ikke Disaster Recovery-løsning, det er en teknologi, der kun giver høj tilgængelighed.
Vi kan liste de løsninger, der tilbydes af SQL Server-databasen for High Availability, som følger.
- Failover-klynger
- Databasespejling
- Datareplikering
- Snapshot af database
I Failover Cluster-arkitekturen er en af de 2 eller flere servere, der er forbundet til hinanden via Windows Cluster, aktiv, og den anden er passiv. Hvis den aktive server under alle omstændigheder ikke er i stand til at levere service, opstår Failover-status, og den passive node aktiveres af Windows Cluster.
For at installere SQL Server Failover Cluster skal begge servere være på Windows Cluster. På SQL Server-siden er den tjeneste, der leverer Failover Cluster-arkitekturen, Microsoft Cluster Service (MSCS). Begge servere har forskellige diske, men der er en delt disk, hvor de database- og klyngerelaterede filer opbevares. Denne disk er kendt som Quorum Disk. Vi kan symbolisere Quorum Disken, som symboliserer den fælles diskplads og er fælles for begge noder, som vist på billedet nedenfor.
Når applikationen tilgår databasen, får applikationen kontinuerligt adgang til databasen med Cluster-IP'en indtastet uden at vide, hvilken af de aktive passive noder der er. Cluster IP anmoder om den aktuelt aktive node, som er den node, der sendes til noden. Når den aktive node er nede, forbindes applikationen til den passive node på 1 sekund afhængigt af systemet, og den påvirkes ikke. I dette tilfælde er den passive node aktiv, og admin kan allerede udføre failover manuelt til enhver tid.