Ich komme gerade von einer Infrastruktur in der der Docusnap Discovery Agent auf dem Docusnap Server nicht verbunden war. Was genau das Problem war weiß ich nicht, der Serverdienst und die API liefen problemlos. Das Problem wurde mit einem Servicereboot behoben.
Problematisch war, dass dies erst nach Wochenlanger, ausgebliebener Inventarisierung aufgefallen ist. Klar lassen sich Berichte in Docusnap einrichten, um darüber zu informieren, aber ein Monitoring stellt dies nicht wirklich dar, siehe auch die Diskussion in https://ideen.docusnap.com/s/idea/0873X000000kmQbQAI/detail
Anders als beim DDS Dienst, gibt es keine (mir bekannte) CLI für den DS Server Dienst. Entsprechend lässt sich bei laufendem Dienst, offenem Port und funktionierender API (Test über https/localhost:9001/info) nicht erkennen, ob der Discovery Agent des primären Docusnap Servers auch wirklich verbunden ist.
Ich schlage vor, dass die Webseite https://localhost:9001/info entsprechend um alle relevanten, technischen Informationen erweitert wird. D.h. mindestens um den Verbindungsstatus der Discovery Agents. Die Webseite kann dann von einem Monitoring System aufbearbeitet werden.
und falls jemand den Service auf dem DocuSnap-Server überwachen möchte, dann hilft dieses Statement:
select count(*) from Docusnap.dbo.tSysDiscoveryServices where tSysDiscoveryServices.DiscoveryType=1and tSysDiscoveryServices.Online=0 and tSysDiscoveryServices.Enabled=1
Werte ungleich "Null" stellen ebenfalls einen Fehler dar. Leider bleibt der DocuSnap-Service im windows auf "Running" obwohl er manchmal feige den Dienst verweigert.
das Problem ist auch mir bekannt, da ich ein eigenes Icinga betreibe habe ich das darüber gelöst. Die Information ist aus der docuSnap-datenbank mit folgendem Statement zu bekommen:
select count(*) from Docusnap.dbo.tSysDiscoveryServices where tSysDiscoveryServices.DiscoveryType=2 and tSysDiscoveryServices.Online=0 and tSysDiscoveryServices.Enabled=1
Ist hier das Ergebnis größer als "Null" ist einer der DDSe offline.