Übersicht

Der Hauptaspekt der NGA-Redundanz besteht darin, den Verlust historischer Daten aufgrund einzelner Hardware- oder Softwarefehler zu vermeiden.

WinCC OA kann im redundanten Modus betrieben werden, bei dem zwei WinCC OAServer (im folgenden "links" und "rechts" genannt) eingesetzt werden und der Ausfall eines dieser Systeme durch den anderen kompensiert wird. Einer der Server ist immer der "aktive", der Daten an Peripheriegeräte sendet und Benutzerschnittstellen bedient, der andere Server ist der "passive", der eine Kopie des Zustands des aktiven Servers aufbewahrt.

Der Hauptaspekt der NGA-Redundanz besteht darin, den Verlust historischer Daten aufgrund einzelner Hardware- oder Softwarefehler zu vermeiden. Die Implementierung ist darauf ausgelegt, einzelne Ausfälle zu bewältigen, nicht aber mehrere parallele Ausfälle (z. B. Festplattenausfall auf beiden Servern). Ein weiterer Aspekt der NGA-Redundanz besteht darin, den Lesezugriff auf historische Daten für Remote-Benutzerschnittstellen auch dann zu ermöglichen, wenn ein redundanter WinCC OA-Knoten oder ein Datenbankknoten ausgefallen ist (wenn die Datenbank redundant ist und sich auf einem separaten Server befindet).

Es gibt auch einen speziellen Modus für die Redundanz, der "Split Mode" genannt wird, bei dem beide Server aktiv sind und bei Beendigung des Split Mode einer der beiden aktiv bleibt, während der andere neu gestartet wird und eine Wiederherstellung erfolgt (Standard WinCC OA-Redundanzfunktion, wenn ein Serverprojekt neu gestartet wird). Diese Option wird von NextGen Archiver (derzeit) nicht unterstützt.

Jeder redundante Server hat einen "Fehlerstatus" (auch "Gesundheitsstatus" genannt), der normalerweise auf beiden Servern identisch sein sollte.

Ist dies nicht der Fall, wird der Server mit dem besseren "Gesundheitszustand" aktiv, was zu einer "Umschaltung" zwischen aktivem und passivem Server führen kann. Wenn ein Server gestoppt wurde, muss er beim nächsten Neustart synchronisiert werden, damit er den gleichen "Zustand" (Datenpunktwerte, Alarmzustände usw.) hat wie der gerade laufende Server. Dies wird als Wiederherstellung bezeichnet.

Für den Einsatz von NextGen Archiver in einem redundanten System sind - abhängig von der Redundanzunterstützung der verwendeten Datenbank(en) - zwei verschiedene Schemata möglich:

1. Wenn die Datenbank nicht selbst redundant ist (z.B. die Open-Source-Version von InfluxDB), muss die Datenbank auf beiden Knoten laufen, die (aus Sicht der Datenbank) unabhängig voneinander sind.
2. Wenn die Datenbank redundant betrieben werden kann (z.B. PostgreSQL), dann können beide redundanten NGA-Instanzen mit einer gemeinsamen Datenbankinstanz kommunizieren, die redundante Operationen (Switchover, Recovery) selbständig durchführt.