Redundantes Szenario

Anmerkung: InfluxDB® dient als Beispiel für die Szenarien in diesem Kapitel. Abgesehen von der Redundanz funktionieren alle Datenbanken gleich. Die verschiedenen Redundanzszenarien finden Sie in diesem Kapitel.
Das folgende Paket ist in der Basis WinCC OA enthalten und es ist kein extra Paket erforderlich. Nähere Informationen zu den Lizenzierungspaketen finden Sie im Kapitel Lizenzierung.

In NGA sind sowohl die Basis-NGA-Features sowie die Basis NGA-Features in redundanten Systemen inkludiert. Dazu zählt die lokal installierte InfluxDB®, die mit WinCC OA mitgelieft wurde.

Abbildung 1. NGA Bereitstellung – Redundantes Szenario - InfluxDB®

Dies ist das Standard-Redundanz-Szenario. Es verwendet zwei lokale Replicas der InfluxDB®. Die Synchronisation innerhalb der Replicas wird von der NGA abgewickelt. Wenn sich das Backend auf demselben Computer wie der NGA Archiver Manager befindet, kann die Ausführungsart entweder In-Proc oder Out-Of-Proc sein, d.h. es kann als Plug-In oder als separater Prozess ausgeführt werden.

Anmerkung: Für diese Art der Bereitstellung muss das Backend das Profil InfluxDB_dualDB verwenden - siehe Kapitel Name.
Abbildung 2. NGA Bereitstellung – Redundantes Szenario - InfluxDB® Single zentralisierte Datenbank

Ein weiteres Bereitstellungsszenario ist das mit einer zentralisierten Datenbank. Für dieses Szenario ist mindestens das NGA Standard- oder NGA Premium-Paket erforderlich. In diesem Fall ist keine Datenbank-Redundanz verfügbar. Die lokalen Backends zum Datenbankserver entlasten die WinCC OA-Server. Da die Backends auf einem Remote-Computer ausgeführt werden, muss die Ausführungsart Out-Of-Proc sein.

Anmerkung:

Für diese Art der Bereitstellung muss das Backend das Profil InfluxDB_singleDB verwenden - siehe Kapitel Name.

Mit der kostenlosen Version von InfluxDB® bietet dieses Szenario keine Redundanz auf Datenbankebene (InfluxDB_singleDB).

Abbildung 3. NGA-Bereitstellung - Redundantes Szenario - PostgreSQL®

Für Redundanz mit PostgreSQL® kann ein redundanter Cluster verwendet werden. Für dieses Szenario ist mindestens das NGA Standard- oder NGA Premium-Paket erforderlich. Die Synchronisierung zwischen den Replicas wird von PostgreSQL® durchgeführt.

Wenn sich das Backend auf demselben Computer wie der NGA Archiver Manager befindet, kann die Ausführungsart entweder In-Proc oder Out-Of-Proc sein, d.h. es kann als Plug-In oder als separater Prozess ausgeführt werden.

Abbildung 4. NGA-Bereitstellung - Redundantes Szenario - MS SQL®

Für dieses Szenario ist mindestens das NGA Standard- oder NGA Premium-Paket erforderlich.

Wenn sich das Backend auf demselben Computer wie der NGA Archiver Manager befindet, kann die Ausführungsart entweder In-Proc oder Out-Of-Proc sein, d.h. es kann als Plug-In oder als separater Prozess ausgeführt werden.

Die Redundanz für MS SQL® wird durch den Windows Server Failover Cluster realisiert. Für den Windows Server Failover Cluster - siehe die MSSQL_Redu.pdf-Datei in C:\Siemens\Automation\WinCC_OA\3.20\\data\NGA\MSSQLServer. Für weitere Informationen, siehe Kapitel NGA-Redundanz.