Harden RTM endpoint adapter handling
This commit is contained in:
@@ -446,6 +446,16 @@ zurückgerollt. UNKNOWN in Platform, SQL Access, Suspensions, Host Instances,
|
||||
Receive Locations, Send Ports, Orchestrations oder Event Log bleibt
|
||||
blockierend, weil dort die Kern-Datenerhebung nicht zuverlässig belegt ist.
|
||||
|
||||
Version 2.2.7 klassifiziert die im RTM-Abnahmelauf identifizierten Adapter
|
||||
präziser. Scheduling-Komponenten sind keine Netzwerkziele und werden komplett
|
||||
ausgenommen. `Database://host[:port]/.../Oracle` wird per TCP auf den
|
||||
expliziten Port oder den Oracle-Standard 1521 geprüft. WCF-SAP verwendet den
|
||||
ersten SAProuter-Hop oder das Paar `ListenerGwHost`/`ListenerGwServ`; dabei
|
||||
entspricht `sapgwNN` dem TCP-Port `33NN`. Diese beiden Adapterklassen laufen
|
||||
als Best-Effort-Diagnose: Ein Fehlschlag bleibt über Metriken sichtbar, erzeugt
|
||||
aber keinen Alarm. Alle regulären und manuellen Ziele behalten ihre bisherige
|
||||
strenge Statuslogik.
|
||||
|
||||
Der installierte Task selbst läuft mit `RunLevel Limited`. Der Installer
|
||||
übergibt das Kennwort direkt an die Windows-Task-Scheduler-COM-Schnittstelle;
|
||||
es wird weder in einer Prozesskommandozeile noch in Config oder Log
|
||||
|
||||
Reference in New Issue
Block a user