NGA-Redundanz für redundanzfähige Datenbanken

Das Kapitel beschreibt NGA-Redundanz für redundanzfähige Datenbanken.

Für Datenbanken, die mit Redundanz umgehen können (d. h. einen einzigen virtuellen Knoten für die Kommunikation anbieten und in der Lage sind, das Schreiben/Lesen/Synchronisieren der redundanten Datenbankknoten intern zu verwalten), kann eine ähnliche, aber vereinfachte Architektur verwendet werden.

Note:
Dies erfordert in der Regel, dass sich die Datenbank(en) auf einem anderen Knoten oder auf anderen Computern befinden als dem Computer, auf dem WinCC OA läuft.
Figure 1. NGA-Redundanzarchitektur für redundanzfähige Datenbanken

Auf jedem redundanten WinCC OA-Knoten ist nur ein NGA DB-Backend erforderlich, das jeweils mit derselben virtuellen DB-Instanz verbunden ist. Das NGA auf dem aktiven Server schreibt Daten in die Datenbank, das passive puffert sie und gibt sie wieder frei, sobald sie auf die aktive Seite übertragen wurden. Diese Lösung ist der Redundanzarchitektur des RDB-Managers von WinCC OA sehr ähnlich.

Da die redundante Datenbank selbständig Redundanzumschaltungen vornehmen kann, muss das aktive Backend in der Lage sein, abgebrochene Transaktionen (verursacht durch eine Datenbankredundanzumschaltung) zu verarbeiten und zu wiederholen. Dies wird durch den Pufferungsalgorithmus von NGA gewährleistet, der das Schreiben von Puffern so lange wiederholt, bis die Operation erfolgreich ist oder eine bestimmte Anzahl von Wiederholungen erreicht ist.

Alle Lesevorgänge (nicht-direkt und direkt) werden immer an denselben virtuellen DB-Knoten gesendet. Daher ist es nicht erforderlich, den aktiven Knoten für direkte Abfragen zu "adressieren".

Details finden Sie im Unterkapitel Redundanz der WinCC OA-Dokumentation.