Alternatief voor SQL Server Altijd Aan: HA voor Express- en Standard-edities

Alternatief voor Always On SQL Server voor express- en standaardedities

De oplossing voor Microsoft SQL Server

SafeKit zorgt voor hoge beschikbaarheid tussen Microsoft SQL Server twee redundante knooppunten met synchrone realtime replicatie van gegevens en automatische failover.

De oplossing is onafhankelijk van de Microsoft SQL Server -editie en werkt met zowel de express- als de standaardeditie.

Een generiek product

SafeKit is een generiek product. U kunt er meer mee repliceren dan alleen SQL Server-gegevens en -logboeken. Als uw applicatie is gebaseerd op SQL Server met specifieke mappen die uw configuratie of andere bestanden bevatten, kunt u deze op dezelfde manier repliceren. Bovendien kunt u naast de SQL Server-services ook uw eigen services opnieuw starten.

Installatiehandleiding SafeKit met express- en standaardedities voor Microsoft SQL Server

Zonder Microsoft failover-cluster

SafeKit werkt zonder het failovercluster Microsoft net als Always On SQL Server . Het is een alles-in-één oplossing met een virtueel IP-adres, synchrone realtime replicatie van mappen, automatische failover en failback, en meer. SafeKit maakt gedeelde schijven en database-enterprise-edities overbodig.

Zonder domeincontroller en Active Directory

SafeKit werkt zonder configuratie van de domeincontroller en Active Directory, net als Always On SQL Server . Deze eenvoudig te implementeren, kosteneffectieve oplossing vereist geen specifieke vaardigheden.

Zonder 3 knooppunten voor quorum

SafeKit werkt zonder dat er 3 knooppunten nodig zijn voor quorum, zoals bij Always On SQL Server . In geval van netwerkisolatie implementeert SafeKit een split-brain checker met een ping naar een router die als witness fungeert. Bovendien kunnen meerdere heartbeats eenvoudig in het product worden geconfigureerd.

Andere oplossingen voor redundantie en hoge beschikbaarheid

Met SafeKit kunt u op Windows en Linux realtime replicatie en failover implementeren van alle mappen en services, databases, complete Hyper-V- of KVM-virtuele machines, en Docker en Kubernetes cloudapplicaties.

Een complete oplossing

SafeKit lost op:

• hardwarestoringen (20% van de problemen), waaronder het volledig uitvallen van een computerruimte,
• Softwarefouten (40% van de problemen), waaronder het herstarten van kritieke processen.
• en menselijke fouten (40% van de problemen) dankzij het gebruiksgemak en de webconsole.

Hoe werkt het SafeKit mirror-cluster met Microsoft SQL Server ?

Stap 1. Realtime replicatie

Server 1 (PRIM) draait de Microsoft SQL Server applicatie. Clients zijn verbonden met een virtueel IP-adres. SafeKit repliceert in realtime wijzigingen die in bestanden zijn aangebracht via het netwerk.

De replicatie is synchroon en er gaat geen data verloren bij een storing, in tegenstelling tot asynchrone replicatie.

U hoeft alleen de namen van de te repliceren mappen in SafeKit te configureren. Er zijn geen vereisten voor de schijforganisatie. Mappen kunnen zich op de systeemdisk bevinden.

Stap 2. Automatische failover

Wanneer Server 1 uitvalt, neemt Server 2 het over. SafeKit schakelt het virtuele IP-adres over en start de Microsoft SQL Server applicatie automatisch opnieuw op Server 2.

De toepassing vindt de bestanden die door SafeKit zijn gerepliceerd op Server 2. De toepassing blijft draaien op Server 2 door lokaal de bestanden te wijzigen die niet langer naar Server 1 worden gerepliceerd.

De failovertijd is gelijk aan de foutdetectietijd (standaard 30 seconden) plus de opstarttijd van de toepassing.

Stap 3. automatische failback

Failback houdt in dat server 1 opnieuw wordt opgestart nadat het probleem dat de storing veroorzaakte, is opgelost.

SafeKit synchroniseert de bestanden automatisch opnieuw, waarbij alleen de bestanden worden bijgewerkt die op Server 2 zijn gewijzigd terwijl Server 1 was gestopt.

De failback vindt plaats zonder de Microsoft SQL Server toepassing te verstoren, die kan blijven draaien op Server 2.

Stap 4. Terug naar normaal

Na de reintegratie zijn de bestanden weer in mirror, zoals in stap 1. Het systeem is weer in de hoge beschikbaarheidsmodus, met de Microsoft SQL Server applicatie die op Server 2 draait en SafeKit die bestandswijzigingen repliceert naar Server 1.

Als de beheerder wil dat de toepassing op Server 1 wordt uitgevoerd, kan dit handmatig via de webconsole op een geschikt moment, of automatisch via configuratie.

Hoe configureer ik een SafeKit mirror-cluster voor Microsoft SQL Server ?

De SafeKit webconsole biedt een intuïtieve interface om hoge beschikbaarheid voor uw bedrijfskritische applicaties te orkestreren. In slechts een paar stappen kunt u een SafeKit mirror-cluster configureren om bedrijfscontinuïteit te garanderen:

• Failover van applicaties (tabblad Macro’s): Definieer de specifieke applicatiediensten die automatisch opnieuw moeten worden gestart in geval van een storing.
• Heartbeatnetwerk(en): Toegewezen communicatiepad(en) die door clusterknooppunten worden gebruikt om de status en beschikbaarheid van elkaar continu te controleren en failoverbeslissingen te synchroniseren.
• Virtueel IP-beheer: Stel het virtuele IP-adres (VIP) in voor een transparante herverbinding van de client na een failover.
• Realtime replicatie: Selecteer de kritieke mappen voor hostgebaseerde, synchrone replicatie op byteniveau.
• Checkers: controleer de status van de toepassing en activeer automatisch herstel als er een procesfout wordt gedetecteerd.

Het SafeKit cluster bevat een speciale split-brain-checker om netwerkisolatieproblemen op te lossen zonder dat er een derde ‘witness’-machine of een extra ‘heartbeat’-netwerk nodig is. Lees meer over ‘heartbeat’, ‘failover’ en ‘quorum’ in een cluster.

Hoe kan ik een SafeKit mirror-cluster voor Microsoft SQL Server monitoren?

De SafeKit beheerconsole biedt een uniform overzicht van uw hoge beschikbaarheidsinfrastructuur. Hiermee kunnen beheerders de operationele status van het cluster controleren en de gegevenssynchronisatie in realtime volgen.

Voor een mirror-cluster met 2 knooppunten geeft de console duidelijk de rollen van elke server weer:

• PRIM (primair): de actieve node die momenteel de toepassing uitvoert en het virtuele IP-adres beheert. Deze voert schrijfbewerkingen uit naar de lokale opslag en realtime-replicatie naar de secundaire node.
• SECOND: Het stand-byknooppunt ontvangt synchrone updates op byteniveau. Het is direct klaar om het over te nemen als het primaire knooppunt uitvalt.
• ALONE status: Geeft een visuele waarschuwing wanneer het cluster op één knooppunt draait (bijv. tijdens onderhoud of na een storing), wat aangeeft dat de redundantie tijdelijk verloren is gegaan.
• Voortgang van de resynchronisatie: Wanneer een defecte node herstelt, wordt de status oranje tijdens de achtergrondgegevensreïntegratie, zodat er geen downtime is tijdens de fase ’terug naar normaal’.

Naast eenvoudige statuspictogrammen biedt de interface failover-orkestratie met één klik, zodat u de primaire rol handmatig kunt toewijzen voor gepland onderhoud, terwijl u de continue beschikbaarheid voor gebruikersactiviteiten waarborgt.

Videohandleiding: Een SafeKit HA mirror cluster configureren voor SQL Server

SafeKit video: Clustering op applicatieniveau (8:47)

Ontdek in deze video hoe SafeKit een mirror HA-cluster implementeert zonder de complexiteit van een SAN. Hoewel deze demonstratie gebruikmaakt van Microsoft SQL Server, werkt de oplossing identiek voor andere databases en toepassingen.

Hoofdstukken

1. 🎬 2 knooppunten met SQL Server (0:32)
2. 🎬 Configureer het cluster en de mirror.safe-module (3:58)
3. 🎬 SQL-replicatie, -migratie en -failover bij een crash starten en testen (4:17)

Stapsgewijze implementatie

• 🛠️ Lees de handleiding voor het instellen van een mirror-cluster op Windows
• 🛠️ Lees de handleiding voor het instellen van een mirror-cluster op Linux

🔍 Ontdek SafeKit

Vind informatie over de functies, architecturen, video’s, documentatie en de gratis proefversie van SafeKit.