Hochverfügbarkeit
Hochverfügbarkeit (englisch High Availability, HA) bezeichnet die Eigenschaft eines IT-Systems, auch bei Störungen einzelner Komponenten nahezu unterbrechungsfrei weiterzulaufen. Erreicht wird das durch Redundanz und automatisches Umschalten (Failover), sodass ein ERP-System über einen vereinbarten Zeitraum eine sehr hohe Verfügbarkeit – oft 99,9 % und mehr – erreicht.
Hochverfügbarkeit (englisch High Availability, kurz HA) beschreibt die Fähigkeit eines IT-Systems, seinen Dienst auch dann fortzusetzen, wenn einzelne Bausteine – ein Server, eine Festplatte, ein Netzteil oder eine Netzwerkverbindung – ausfallen. Statt dass der Betrieb stillsteht, übernimmt eine bereitgehaltene Ersatzkomponente die Arbeit, im Idealfall ohne dass Anwenderinnen und Anwender die Störung überhaupt bemerken. Ziel ist es, ungeplante Ausfallzeiten so weit zu reduzieren, dass ein System über einen Messzeitraum eine sehr hohe Verfügbarkeit erreicht – üblicherweise ausgedrückt in Prozent, etwa 99,9 % oder 99,99 %.
Für ein ERP-System ist Hochverfügbarkeit besonders relevant, weil es die zentrale Datendrehscheibe eines Unternehmens ist: Aufträge, Bestände, Rechnungen, Versand und Buchhaltung hängen daran. Fällt das ERP aus, kann nicht mehr bestellt, kommissioniert oder fakturiert werden – jede Minute Stillstand kostet Umsatz und Vertrauen. Hochverfügbarkeit ist der technische Ansatz, diese Ausfallzeiten durch Redundanz im laufenden Betrieb zu minimieren. Sie ist damit vom Backup und vom Notfallplan (Disaster Recovery) klar zu unterscheiden, auch wenn alle drei zusammen erst ein belastbares Betriebskonzept ergeben.
Auf einen Blick
- Hochverfügbarkeit (HA) = nahezu unterbrechungsfreier Betrieb trotz Ausfall einzelner Komponenten
- Grundprinzip: Redundanz plus automatisches Failover ohne manuellen Eingriff
- Gemessen in Prozent Verfügbarkeit – 99,9 % erlaubt rund 8,8 Stunden Ausfall pro Jahr
- Kein Ersatz für Backup: gelöschte oder verfälschte Daten werden mitgespiegelt
- Im ERP meist über eine Verfügbarkeit-SLA vertraglich zugesichert
Wie Hochverfügbarkeit funktioniert: Redundanz und Failover
Das Grundprinzip der Hochverfügbarkeit ist Redundanz: Kritische Komponenten werden mehrfach vorgehalten, sodass keine einzelne Stelle den gesamten Betrieb zu Fall bringen kann. Diese „Single Points of Failure" werden gezielt aufgelöst – vom doppelten Netzteil im Server über gespiegelte Festplatten und mehrere Netzwerkpfade bis hin zu kompletten Server-Clustern, deren Knoten sich gegenseitig absichern. Ergänzt wird das durch redundante Datenhaltung, bei der die Datenbank synchron auf einen zweiten Knoten repliziert wird, damit im Ernstfall ein aktueller Stand bereitsteht.
Der zweite Baustein ist das Failover: das automatische Umschalten auf eine intakte Komponente, sobald eine Störung erkannt wird. Ein Überwachungsmechanismus prüft dazu fortlaufend über sogenannte Heartbeats, ob die aktive Instanz noch antwortet. Bleibt das Signal aus, übernimmt der Ersatzknoten die Rolle des aktiven Systems, meist innerhalb von Sekunden. Damit die Last im Normalbetrieb sinnvoll verteilt wird und einzelne Knoten nicht überlaufen, kommt häufig ein Load Balancing zum Einsatz, das Anfragen gleichmäßig auf mehrere Server verteilt.
Aktiv-Passiv und Aktiv-Aktiv
Zwei Grundmuster prägen HA-Architekturen. Bei Aktiv-Passiv läuft ein Knoten aktiv, ein zweiter steht im Bereitschaftsmodus und übernimmt erst beim Ausfall – einfach umzusetzen, aber die Reservekapazität liegt im Normalbetrieb brach. Bei Aktiv-Aktiv arbeiten mehrere Knoten gleichzeitig und teilen sich die Last; fällt einer aus, tragen die übrigen die Anfragen weiter. Das nutzt die Hardware besser aus und bietet zusätzlich Skalierbarkeit, stellt aber höhere Anforderungen an die Synchronisation der Daten.
Verfügbarkeit messen: die „Neunen" und ihre Bedeutung
Hochverfügbarkeit wird als Prozentwert der Zeit angegeben, in der ein System nutzbar ist, bezogen auf einen Zeitraum – meist ein Jahr. In der Praxis spricht man von „Neunen": 99 % (zwei Neunen), 99,9 % (drei Neunen), 99,99 % (vier Neunen). Jede zusätzliche Neun verringert die erlaubte Ausfallzeit drastisch und erhöht zugleich den technischen Aufwand und die Kosten. Der Wert klingt abstrakt, lässt sich aber leicht in konkrete Ausfallminuten übersetzen.
Bei 99 % Verfügbarkeit sind rund 3,65 Tage Ausfall pro Jahr zulässig, bei 99,9 % etwa 8,8 Stunden, bei 99,99 % nur noch rund 52 Minuten und bei 99,999 % („fünf Neunen") gut 5 Minuten im ganzen Jahr. Wichtig ist die Frage, was in die Rechnung einfließt: Zählen geplante Wartungsfenster mit oder nur ungeplante Störungen? Wird die Verfügbarkeit auf Serverebene oder auf Ebene der tatsächlichen Anwendung gemessen? Genau diese Definitionen sollten in einer Verfügbarkeit-SLA festgehalten sein, damit die zugesicherte Zahl belastbar ist und nicht nur werblich klingt.
Hochverfügbarkeit im ERP-System
Ein ERP-System ist ein anspruchsvoller HA-Kandidat, weil es aus mehreren Schichten besteht: einer Datenbank, einer Anwendungslogik, oft angebundenen Webshops und Marktplätzen sowie zahlreichen Schnittstellen. Hochverfügbarkeit muss alle diese Schichten umfassen – eine gespiegelte Datenbank nützt wenig, wenn der einzige Applikationsserver ausfällt. Besonders heikel ist die Datenkonsistenz: Beim Umschalten dürfen keine Buchungen doppelt oder gar nicht verarbeitet werden, weshalb Konzepte wie Idempotenz bei den angebundenen Prozessen eine wichtige Rolle spielen.
Wie Hochverfügbarkeit umgesetzt und zugesichert wird, hängt stark vom Betriebsmodell ab. Bei einem Cloud-ERP im SaaS-Modell betreibt der Anbieter die Infrastruktur redundant in einem professionellen Rechenzentrum; die zugesicherte Verfügbarkeit steht in der SLA, die technische Umsetzung bleibt für den Kunden meist unsichtbar. Bei On-Premise oder eigenem Hosting muss das Unternehmen die HA-Architektur selbst planen, betreiben und finanzieren – von der Cluster-Software über redundante Netzanbindung bis zur unterbrechungsfreien Stromversorgung.
Abgrenzung: Hochverfügbarkeit vs. Backup vs. Disaster Recovery
Diese drei Begriffe werden häufig verwechselt, decken aber unterschiedliche Risiken ab. Hochverfügbarkeit schützt vor dem Ausfall einzelner Komponenten im laufenden Betrieb und hält den Dienst nahtlos am Leben. Ein Backup schützt vor Datenverlust und ermöglicht es, einen früheren Zustand wiederherzustellen – etwas, das HA gerade nicht leistet, denn ein versehentlich gelöschter oder durch Ransomware verschlüsselter Datensatz wird sofort auf alle redundanten Knoten gespiegelt. Disaster Recovery wiederum ist der umfassende Notfallplan für großflächige Ausfälle, etwa den Verlust eines ganzen Rechenzentrums, mit Kennzahlen wie RPO und RTO. Erst zusammen ergeben die drei ein tragfähiges Betriebskonzept.
Warum Hochverfügbarkeit wirtschaftlich zählt
Die Kosten eines ERP-Ausfalls sind selten offensichtlich, aber schnell erheblich. Ein Onlinehändler kann während des Stillstands keine Bestellungen annehmen und keine Ware versenden; im B2B-Handel verzögern sich Aufträge, Lieferzusagen platzen, und in der Produktion steht unter Umständen die gesamte Fertigung. Hinzu kommen indirekte Folgen: verärgerte Kunden, Vertragsstrafen bei zugesicherten Lieferterminen und Reputationsschäden. Diesen potenziellen Kosten steht der Aufwand für redundante Infrastruktur gegenüber – die Investition in Hochverfügbarkeit ist letztlich eine Abwägung von Ausfallrisiko und Absicherungskosten.
Deshalb ist Hochverfügbarkeit keine reine Technikfrage, sondern eine Geschäftsentscheidung. Nicht jedes System braucht fünf Neunen: Für ein internes Reporting mag ein mehrstündiger Ausfall verkraftbar sein, während ein kundenseitiger Bestellprozess nahezu ununterbrochen laufen muss. Die sinnvolle Vorgehensweise ist, den maximal tolerierbaren Ausfall pro Prozess zu bestimmen und die Architektur – sowie die zugehörige SLA – daran auszurichten, statt pauschal die höchste Verfügbarkeitsstufe zu fordern.
DACH-Besonderheiten und rechtlicher Rahmen
Im deutschsprachigen Raum spielen bei Hochverfügbarkeit auch regulatorische und standortbezogene Aspekte hinein. Viele Unternehmen legen Wert auf Datenresidenz in Rechenzentren innerhalb der EU oder speziell in Deutschland, Österreich oder der Schweiz – teils aus Compliance-Gründen, teils aus Vertrauen in die lokale Gerichtsbarkeit. Für die Bewertung von Rechenzentren und HA-Konzepten haben sich Orientierungen wie die Tier-Klassifizierung des Uptime Institute und die Empfehlungen des BSI im IT-Grundschutz etabliert.
Hinzu kommt: Aus der DSGVO ergibt sich die Anforderung, personenbezogene Daten verfügbar und belastbar zu verarbeiten – Verfügbarkeit ist damit ausdrücklich Teil der technischen Schutzmaßnahmen. In stärker regulierten Branchen können weitergehende Vorgaben gelten. Für die meisten mittelständischen Unternehmen ist die entscheidende Stellschraube jedoch pragmatischer: eine sauber formulierte Verfügbarkeit-SLA mit dem ERP- oder Hosting-Anbieter, die Messmethode, Wartungsfenster und Reaktionszeiten eindeutig regelt.
Praxisbeispiel
Beispiel: Failover bei einem Onlinehändler zur Hauptsaison
Ein mittelständischer Onlinehändler betreibt sein ERP als Cloud-Lösung mit zugesicherten 99,9 % Verfügbarkeit. Die Architektur ist als Aktiv-Aktiv-Cluster mit zwei Applikationsknoten und einer synchron replizierten Datenbank aufgebaut, davor ein Load Balancer. An einem umsatzstarken Aktionstag fällt einer der beiden Server durch einen Hardware-Defekt aus.
Der Load Balancer erkennt über die ausbleibenden Heartbeats binnen Sekunden, dass der Knoten nicht mehr antwortet, und leitet sämtliche Anfragen auf den zweiten Knoten um. Für die Kundschaft im Shop bleibt der Bestellprozess durchgehend nutzbar – lediglich in den Betriebslogs taucht die Störung auf. Der Anbieter tauscht die Hardware im Hintergrund aus und nimmt den Knoten wieder in den Cluster. Ohne Hochverfügbarkeit hätte derselbe Defekt mitten in der Hauptsaison einen mehrstündigen Verkaufsstopp bedeutet – mit unmittelbarem Umsatzverlust.
Häufige Fragen
Passende ERP-Systeme
Passende Leistungen
Quellen
Fragen zu Hochverfügbarkeit in deinem ERP-Projekt?
Wir beraten herstellerunabhängig – und setzen es auf Wunsch selbst um.