NGA-Redundanz für redundanzfähige Datenbanken

Für Datenbanken, die redundanzfähig sind und die z.B. einen einzelnen virtuellen Knoten für die Kommunkation anbieten und in der Lage sind, auf die redundanten Datenbankknoten zu schreiben, diese zu lesen sowie die Daten zu synchronisieren, kann eine ähnliche aber vereinfachte Architektur verwendet werden. Beachten Sie, dass dies typischerweise voraussetzt, dass die Datenbanken auf unterschiedlichen Knoten oder Rechnern als WinCC_OA, liegen.

Figure 1. NGA-Redundanz-Architektur für redundanzfähige Datenbanken

Nur ein NGA DB-Backend ist für jeden redundanten WinCC OA-Knoten erforderlich, das mit der gleichen virtuellen DB-Instanz verbunden ist. NGA auf dem aktiven Server schreibt die Daten in die Datenbank. Der passive buffert und verwirft die Daten sobald diese vom aktiven Server in die Datenbank geschrieben wurden. Diese Lösung ist sehr ähnlich mit der Architektur des WinCC OA RDB-Managers.

Da die redundante Datenbank Redundanzwechsel durchführt, muss das aktive Backend in der Lage sein, fehlgeschlagene Transaktionen abzuarbeiten (verursacht durch einen Datenbank-Redundanzwechsel) und diese zu wiederholen. Der NGA-Buffering-Algorithmus bietet dieses bis die Operation erfolgreich ist oder die Anzahl der Wiederholungen erreicht wurde.

Alle Leseoperationen (indirekte und direkte) werden immer an den gleichen virtuellen DB-Knoten gesendet, sodass es keinen Bedarf für die Adressierung des aktiven Knotens für direkte Abfragen, gibt.