---
title: "Alternative zu SQL Server Always On: HA für Express- und Standard-Editionen"
canonical: "https://safekit.eviden.com/de/best-practises/alternative-always-on-sql-server-express-standard-editions/"
description: "Suchen Sie eine kostengünstige Alternative zu SQL Server Always On? SafeKit bietet eine SAN-lose Architektur, die hohe Verfügbarkeit für die Express- und Standard-Editionen SQL Server gewährleistet. Profitieren Sie von synchroner Replikation, virtueller IP und automatischem Failover ohne SAN oder Active Directory."
category: "best-practises"
lang: "de"
topics: "Alternative zu Always On SQL Server für Express- und Standard-Editionen, Wie funktioniert der SafeKit Mirror-Cluster mit Microsoft SQL Server ?, Videoanleitung: Konfigurieren eines SafeKit HA mirror Clusters für SQL Server"
---

# Alternative zu SQL Server Always On: HA für Express- und Standard-Editionen {#alternative-to-sql-server-always-on-ha-for-express-and-standard-editions}

## Alternative zu Always On SQL Server für Express- und Standard-Editionen {#alternative-to-always-on-sql-server-for-express-and-standard-editions}

### Die Lösung für Microsoft SQL Server {#the-solution-for-microsoft-sql-server}

SafeKit sorgt für hohe Verfügbarkeit zwischen Microsoft SQL Server zwischen zwei redundanten Knoten mit synchroner Echtzeit-Datenreplikation und automatischem Failover.

Die Lösung ist unabhängig von der Microsoft SQL Server Edition und funktioniert mit Express- und Standard-Editionen.

### Ein generisches Produkt {#a-generic-product}

SafeKit ist ein generisches Produkt. Sie können damit mehr als nur SQL-Server-Daten und -Protokolle replizieren. Wenn Ihre Anwendung auf SQL Server basiert und bestimmte Ordner mit Ihrer Konfiguration oder anderen Dateien enthält, können Sie diese auf dieselbe Weise replizieren. Außerdem können Sie neben den SQL-Server-Diensten auch Ihre eigenen Dienste neu starten.

Installationsanleitung [ SafeKit Microsoft SQL Server (Express- und Standardausgabe) und ](<https://safekit.eviden.com/de/quick-install/safekit-quick-installation-guide-with-microsoft-sql-server/>)

### Ohne Microsoft Failovercluster {#without-microsoft-failover-cluster}

SafeKit funktioniert wie Always On SQL Server auch ohne den Failovercluster Microsoft . Es handelt sich um eine Komplettlösung mit virtueller IP-Adresse, synchroner Echtzeitreplikation von Ordnern, automatischem Failover und Failback und vielem mehr. SafeKit macht gemeinsam genutzte Datenträger und Enterprise-Datenbanken überflüssig. 

### Ohne Domänencontroller und Active Directory {#without-domain-controller-and-active-directory}

SafeKit funktioniert wie Always On SQL Server ohne Konfiguration eines Domänencontrollers und Active Directory. Diese einfach zu implementierende und kostengünstige Lösung erfordert keine besonderen Fachkenntnisse.

### Ohne 3 Knoten für Quorum {#without-3-nodes-for-quorum}

SafeKit funktioniert ohne die Notwendigkeit von drei Knoten für ein Quorum, wie es bei Always On SQL Server der Fall ist. Bei Netzwerkisolation implementiert SafeKit einen Split-Brain-Checker mit einem Ping an einen Router, der als Zeuge fungiert. Darüber hinaus lassen sich mehrere Heartbeats im Produkt problemlos konfigurieren.

### Weitere Redundanz- und Hochverfügbarkeitslösungen {#other-redundancy-and-high-availability-solutions}

Mit SafeKit können Sie auf Windows und Linux die Echtzeitreplikation und das Failover von beliebigen Ordnern und Diensten, Datenbanken, kompletten Hyper-V- oder KVM-VMs, Docker , Kubernetes und Cloud-Anwendungen implementieren.

### Eine Komplettlösung {#a-complete-solution}

SafeKit löst: 

  * Hardwareausfälle (20 % der Probleme), einschließlich des kompletten Ausfalls eines Computerraums, 
  * Softwarefehler (40 % der Probleme), einschließlich Neustart kritischer Prozesse 
  * und menschliche Fehler (40 % der Probleme) dank seiner Benutzerfreundlichkeit und der Webkonsole.

## Wie funktioniert der SafeKit Mirror-Cluster mit Microsoft SQL Server ? {#safekit-mirror-cluster}

### Schritt 1. Replikation in Echtzeit {#step1}

Server 1 (PRIM) führt die Microsoft SQL Server Anwendung aus. Clients sind mit einer [virtuellen IP-Adresse](https://safekit.eviden.com/de/best-practises/how-a-virtual-ip-address-works/) verbunden. SafeKit repliziert Änderungen, die an Dateien vorgenommen werden, in Echtzeit über das Netzwerk.

![Dateireplikation auf Byte-Ebene in einem mirror Microsoft SQL Server Cluster](https://safekit.eviden.com/wp-content/uploads/2023/02/safekit-prim-second-300.png "w:300")

Die Replikation ist [synchron](https://safekit.eviden.com/de/best-practises/synchronous-replication-vs-asynchronous-replication/) und es kommt im Gegensatz zur asynchronen Replikation bei einem Fehler nicht zu Datenverlust.

Sie müssen lediglich die Namen der zu replizierenden Verzeichnisse in SafeKit konfigurieren. Es gibt keine Voraussetzungen für die Festplattenorganisation. Verzeichnisse können sich auf der Systemfestplatte befinden.

### Schritt 2. Automatische Failover-Funktion {#step2}

Wenn Server 1 ausfällt, übernimmt Server 2. SafeKit wechselt die virtuelle IP-Adresse und startet die Microsoft SQL Server Anwendung automatisch auf Server 2.

Die Anwendung findet die von SafeKit replizierten Dateien auf Server 2 auf dem neuesten Stand. Die Anwendung läuft weiterhin auf Server 2, indem sie ihre Dateien, die nicht mehr auf Server 1 repliziert werden, lokal ändert.

![Failover der Microsoft SQL Server in einem Mirror-Cluster](https://safekit.eviden.com/wp-content/uploads/2023/02/safekit-stop-alone-300.png "w:300")

Die Failover-Zeit entspricht der Fehlererkennungszeit (standardmäßig 30 Sekunden) zuzüglich der Anwendungsstartzeit.

### Schritt 3. automatischer Failback {#step3}

Failback beinhaltet das Neustarten von Server 1, nachdem das Problem behoben wurde, das zu seinem Ausfall geführt hat.

SafeKit synchronisiert die Dateien automatisch neu und aktualisiert dabei nur die Dateien, die auf Server 2 geändert wurden, während Server 1 angehalten war.

![Failback in einem mirror Microsoft SQL Server Cluster](https://safekit.eviden.com/wp-content/uploads/2023/02/safekit-resynchro-alone-300.png "w:300")

Das Failback erfolgt, ohne die Microsoft SQL Server Anwendung zu stören, die weiterhin auf Server 2 ausgeführt werden kann.

### Schritt 4. Zurück zum Normalzustand {#step-4-back-to-normal}

Nach der Reintegration befinden sich die Dateien wieder im mirror, wie in Schritt 1. Das System ist wieder im Hochverfügbarkeitsmodus, wobei die Microsoft SQL Server Anwendung auf Server 2 läuft und SafeKit die Dateiaktualisierungen auf Server 1 repliziert.

![Rückkehr zum Normalbetrieb in einem mirror Microsoft SQL Server Cluster](https://safekit.eviden.com/wp-content/uploads/2023/02/safekit-second-prim-300.png "w:300")

Wenn der Administrator möchte, dass die Anwendung auf Server 1 ausgeführt wird, kann dies manuell über die Webkonsole zu einem geeigneten Zeitpunkt oder automatisch über die Konfiguration erfolgen.

### Wie konfiguriert man einen SafeKit Mirror-Cluster für Microsoft SQL Server ? {#safekit-mirror-cluster-configure}

![SafeKit Web Console: Dashboard für die Hochverfügbarkeitskonfiguration für Microsoft SQL Server, das Heartbeat-Netzwerke, die Einrichtung virtueller IPs und die Echtzeit-Verzeichnisreplikation für einen Mirror-Cluster anzeigt.](https://safekit.eviden.com/wp-content/uploads/2026/01/safekit-mirror-cluster-config.png "w:763")

Die **SafeKit Webkonsole** bietet eine intuitive Schnittstelle zur Orchestrierung der Hochverfügbarkeit für Ihre kritischen Anwendungen. In nur wenigen Schritten können Sie einen **SafeKit Mirror-Cluster** konfigurieren, um die Geschäftskontinuität zu gewährleisten:

  * **Anwendungsfailover (Registerkarte „Makros“):** Definieren Sie die spezifischen Anwendungsdienste, die im Falle eines Ausfalls automatisch neu gestartet werden sollen.
  * **Heartbeat-Netzwerk(e):** Dedizierte Kommunikationspfade, die von Clusterknoten verwendet werden, um den Zustand und die Verfügbarkeit der anderen Knoten kontinuierlich zu überwachen und Failover-Entscheidungen zu synchronisieren.
  * **Virtuelles IP-Management:** Richten Sie die virtuelle IP (VIP) für eine transparente Client-Wiederverbindung nach einem Failover ein.
  * **Echtzeit-Replikation:** Wählen Sie die kritischen Verzeichnisse für die hostbasierte, synchrone Replikation auf Byteebene aus.
  * **Checkers:** Überwachen Sie den Zustand der Anwendung und lösen Sie eine automatische Wiederherstellung aus, wenn ein Prozessfehler erkannt wird.

Das SafeKit Cluster verfügt über eine spezielle Split-Brain-Prüfung, um Probleme mit der Netzwerktrennung zu lösen, ohne dass ein dritter Witness-Computer oder ein zusätzliches Heartbeat-Netzwerk erforderlich ist. Erfahren Sie mehr über [Heartbeat, Failover und Quorum in einem Cluster](https://safekit.eviden.com/de/best-practises/heartbeat-failover-quorum-windows-linux-cluster/).

### Wie kann man einen SafeKit Mirror-Cluster für Microsoft SQL Server überwachen? {#safekit-mirror-cluster-monitoring}

![SafeKit Web Console: Echtzeitüberwachung eines 2-Knoten Mirror-Cluster für Microsoft SQL Server, die PRIM und SECOND Zustände mit aktiver Datenreplikation anzeigt.](https://safekit.eviden.com/wp-content/uploads/2026/05/mirror-monitoring-prim-second.png "w:604")

Die **SafeKit Managementkonsole** bietet eine einheitliche Ansicht Ihrer Hochverfügbarkeitsinfrastruktur. Sie ermöglicht es Administratoren, den **Betriebsstatus** des Clusters zu überwachen und die Datensynchronisierung in Echtzeit zu verfolgen.

Bei einem Mirror-Cluster mit zwei Knoten zeigt die Konsole die Rollen der einzelnen Server deutlich an:

  * **PRIM (Primär):** Der aktive Knoten, auf dem die Anwendung derzeit ausgeführt wird und der die virtuelle IP-Adresse verwaltet. Er führt Schreibvorgänge in den lokalen Speicher und die Echtzeitreplikation auf den sekundären Knoten durch.
  * **SECOND (Sekundär):** Der Standby-Knoten empfängt synchrone Updates auf Byte-Ebene. Er ist bereit, sofort die Übernahme zu übernehmen, falls der primäre Knoten ausfällt.
  * **ALONE Status:** Warnt Sie visuell, wenn der Cluster auf einem einzelnen Knoten läuft (z. B. während der Wartung oder nach einem Fehler), was darauf hinweist, dass die Redundanz vorübergehend verloren gegangen ist.
  * **Resynchronisierungsfortschritt:** Wenn sich ein ausgefallener Knoten erholt, wird sein Status während der Hintergrunddatenneuintegration orange, um sicherzustellen, dass es während der „Rückkehr zum Normalzustand“-Phase keine Ausfallzeiten gibt.

Über einfache Status-Symbole hinaus bietet die Schnittstelle **eine Failover-Orchestrierung mit einem Klick**, mit der Sie die primäre Rolle für geplante Wartungsarbeiten manuell neu zuweisen und gleichzeitig die kontinuierliche Verfügbarkeit für Benutzeraktivitäten gewährleisten können.

 

## Videoanleitung: Konfigurieren eines SafeKit HA mirror Clusters für SQL Server {#videoguide-safekit-mirror-cluster}

### SafeKit Video: Clustering auf Anwendungsebene (8:47) {#demo-mirror-ha-cluster}

In diesem Video erfahren Sie, wie SafeKit einen **mirror HA-Cluster** ohne die Komplexität eines SAN implementiert. Während diese Demonstration Microsoft SQL Server verwendet, funktioniert die Lösung identisch für andere Datenbanken und Anwendungen. 

### Kapitel {#chapters}

  1. 🎬 [2 Knoten mit SQL Server](https://www.youtube.com/watch?v=mGwEguDnnH0&t=0s) (0:32)
  2. 🎬 [Konfigurieren Sie den Cluster und das Modul mirror.safe](https://www.youtube.com/watch?v=mGwEguDnnH0&t=32s) (3:58)
  3. 🎬 [SQL-Replikation, -Migration und Failover bei Absturz starten und testen](https://www.youtube.com/watch?v=mGwEguDnnH0&t=270s) (4:17)

### Schritt-für-Schritt-Implementierung {#step-by-step-implementation}

  * 🛠️ [Lies die Anleitung zum Einrichten eines Mirror-Clusters unter Windows](https://safekit.eviden.com/de/quick-install/safekit-quick-installation-guide-for-a-new-windows-application-with-real-time-replication-and-failover/)
  * 🛠️ [Lies den Leitfaden zum Einrichten eines Mirror-Clusters unter Linux](https://safekit.eviden.com/de/quick-install/safekit-quick-installation-guide-for-a-new-linux-application-with-real-time-replication-and-failover/)