Datenbanksteuerung
Selektieren Sie den Backend-Prozesstyp. Jedes Backend kann als In-Proc (als Shared Library im NGA Frontend-Manager) oder Out-Of-Proc (als separater Prozess) gestartet werden.
CAUTION: Wenn Sie die Ausführungsart ändern (In-Proc wird in Out-Off-Proc geändert oder umgekehrt), starten Sie den NGA-Manager neu - sowohl auf dem
Server eines Remote-UI-Projekts, als auch auf einem redundanten Projekt auf dem jeweils anderen Server als auf
dem, auf welchem die Konfiguration geändert wurde.
- In-Proc (Backend als plugin). Das Frontend ist immer mit dem Backend verbunden. Es gibt nur eine "externe" Verbindung zwischen dem Backend und der Datenbank. Nur diese Verbindung zur Datenbank wird überwacht. Wenn der Prozess stirbt, läuft NGA nicht weiter.
- In-Proc (Backend als plugin) nur für NGA-Manager. Wie oberhalb, aber wird nur für den NGA-Manager und nicht für "Direkte Read-Option" verwendet.
- In-Proc (Backend als plugin) nur für "Direct Read". Wie oberhalb, aber wird nur für "Direkte Read-Option" verwendet.
- Out-Off-Proc (separater Prozess) / In-Proc für "Direct Read". Der Vorteil des separaten eigenständigen Prozesses ist, dass NGA-Frontend weiterläuft, wenn der Prozess unerwartet stoppt . Es gibt eine Verbindung zwischen dem Frontend und dem Backend sowie zwischen dem Backend und der Datenbank. Für die "Out-Off-Proc"-Option können die voreingestellten Einstellungen für Kommunikation (siehe "Kommunikation"-Registerkarte) oder benutzerdefinierte Einstellungen genutzt werden. Werden mehrere Backends "Out-Off-Proc" verwendet, müssen über benutzerdefinierte Einstellungen verschiedene Portnummern für die Kommunikation vergeben werden. Out-Off-Proc wird in In-Proc für die "Direkte Read-Option" konvertiert und in diesem Fall läuft das Backend als Plugin.
- Out-Off-Proc (separater Prozess) nur für NGA-Manager. Wie oberhalb, aber wird nur für den NGA-Manager und nicht für "Direkte Read-Option" verwendet.