Hinweise und Einschränkungen

Hinweise

Transaction Logging

Um die Wahrscheinlichkeit einer Datenbank Korruption durch fehlerhaftes Herunterfahren eines Systems zu verringern wird empfohlen "Transaction Logging" zu aktivieren.

Da die Daten Block für Block in die RAIMA Datenbank geschrieben werden können bei einem System Crash alle ungespeicherten Blöcke verloren gehen und die Daten können beschädigt sein. Zusätzlich muss die Datenbank für einige Minuten repariert werden nach jedem Crash wodurch der Start verzögert wird. "Transaction logging" verhindert einen permanenten Schaden in der Datenbank da alle internen (Data Intern) Transaktionen nur abgeschlossen werden sobald alle Daten gespeichert wurden. Dadurch ist bei aktivem "Transaction Logging" keine Reparatur der Datenbank nach einem Crash erforderlich.

Um "Transaction Logging" zu aktivieren muss folgender config Eintrag verwendet werden:

[data]

transactionLogging = 1

Anmerkung: Die Verwendung von "Transaction Logging" wird immer empfohlen! Am Effektivsten ist die Einstellung in Standard Projekten da z.B. in einem redundanten Projekt keine Reparatur der Datenbank erforderlich ist, sofern nicht beide Server gleichzeitig ausfallen. Als Folge durch die zusätzliche Absicherung arbeitet der Data Manager in manchen Engineering Fällen langsamer (z.B. ASCII Import).
Anmerkung: Um Transaction-Logging zu deaktivieren, muss der Config-Eintrag explizit auf 0 gesetzt werden. Transaction-Logging kann nicht durch das Löschen des Eintrags deaktiviert werden.

Redundanz

vSphere HA bietet eine hohe Verfügbarkeit durch automatische Neustarts einer fehlerhaften VMs oder VMs auf fehlerhaften Hosts aber bietet keine Redundanz. Um die Datenintegrität zusätzlich zu der hohen Verfügbarkeit zu gewährleisten wird empfohlen ein redundantes WinCC OA Projekt zu werden.

Um einen Single Point of Failure zu vermeiden sollten die zwei VMs welche das redunandate WinCC OA Projekt beinhalten auf separaten DataStores gelagert werden. Zusätzlich sollten die beiden VMs nicht auf dem selben Host betrieben werden. Das muss innerhalb der VM/Host Regeln definiert werden:

  1. Wechseln sie zum Cluster innerhalb des vSphere Web Client Navigators
  2. Klicken Sie auf den "Manage" Reiter
  3. Klicken Sie auf "Settings" und Scrollen hinunter zum Eintrag "Configuration"
  4. Klicken Sie auf "VM/Host Rules" und fügen Sie mittels "Add" eine neue Regel hinzu.
  5. Innerhalb des Dialogs vergeben Sie einen Namen für die Regel.
  6. Aus der "Type" Liste wählen sie "Separate Virtual Maschines"
  7. Klicken Sie "Add"
  8. Wählen Sie die zwei VMs für welche die Regel angewendet werden soll und klicken Sie "OK"
  9. Klicken Sie erneut "OK"

Mit einem redundanten WinCC OA Projekt und diesen VM/Host Regeln werden zumindest drei Hosts benötigt um den Vorteil des automatischen Fail-Overs von vSphere zu nutzen. Sollten nur zwei Hosts zur Verfügung stehen ist vSphere HA nicht in der Lage eine VM neu zu starten im Falle eines Host Fehlers.

Einschränkungen

  • Das VMWare Fault Tolerance Feature wird nicht unterstützt.