Szenarium 1: Server Nicht In Runtime - Siemens SIMATIC HMI Handbuch

Arbeiten mit Redundancy

3.6.1 Szenarium 1: Server nicht in Runtime

In diesem Szenarium wird das Verhalten von Redundancy besprochen, wenn das Projekt
auf Server 2 deaktiviert wurde.
Folgende Reaktionen werden ausgelöst:
• Server 1 speichert die Ausfallzeit (Datum und Uhrzeit) von Server 2 ab.
• Server 1 gibt den Ausfall von Server 2 durch eine Systemmeldung bekannt.
• Falls Server 1 der "Slave" ist, übernimmt dieser nun die Rolle des "Masters", indem die
Variable @RM_MASTER gesetzt wird. Entsprechend wird die Variable
@RM_MASTER_NAME verändert.
• Nach dem erneuten Hochlauf von Server 2 ist dieser als Slave eingestellt und die
Variable @RM_MASTER zurückgesetzt.
• Entsprechend werden die Variablen @RM_MASTER_NAME verändert.
Server 2 kehrt wieder
Während der Ausfallzeit ist in den Archiven von Server 2 eine Lücke entstanden. Diese
wird durch folgende Maßnahmen ausgeglichen:
• Server 1 speichert die Wiederkehrzeit (Datum und Uhrzeit) von Server 2 ab.
• Server 1 gibt die Wiederkehr von Server 2 durch eine Systemmeldung bekannt.
• Die Lücke im Melde-, Prozeßdaten- und Anwenderarchiv von Server 2 wird mit den
Daten aus dem Archivspeicher von Server 1 aufgefüllt.
• In beiden Servern bleiben die Variablen @RM_MASTER unverändert, d.h. daß im
Server 1 die Variable @RM_MASTER gesetzt bleibt und im Server 2 die Variable
@RM_MASTER zurückgesetzt wird.
Im Vergleich zum Online-Abgleich kann der Archivabgleich nach einem Serverausfall je
nach Anzahl der abzugleichenden Sätze und der Rechner- und Netzbelastung merklich
lange dauern.
Wenn Ausfälle wechselseitig auftreten (siehe Skizze), werden diese nacheinander
abgeglichen. Nach dem Abgleich sind so in beiden Archiven alle Daten vorhanden.
Server 1 :
Server 2 :
Im oben gezeigten Fall, gibt Server1 zuerst alle Werte an Server2 für den Ausfall A –
danach gleicht sich Server1 von Server2 für den Ausfallzeitraum B ab.
3-16
Ausfall B
Ausfall A
08.99
Ausfall C
WinCC Handbuch
C79000-G8200-C163-01