Skip to Main Content
Kategorien Analyse
Erstellt von Thomas Funke
Erstellt am 24. Nov 2021

Connect Pakete ohne DS Serverreboot möglich machen

Bei diversen Kundensystemen ist mir aufgefallen, dass die Ausgabe von per Connect abgefragter Daten nicht immer funktioniert. Teilweise werden die Tabellen in Konzepten nicht geladen, oder sind beim Export in Excel Dateien leer. Damit die Connect Pakete richtig funktionieren, muss nach deren Erstellung der Docusnap Serverdienst neu gestartet werden.
Der Docusnap Support hat mir, mit Feedback seiner Entwicklungsabteilung bestätigt, dass dieses Verhalten "by design" ist. Das hat wohl irgendwas mit der Aktualisierung von Metaschemas zu tun und einen erhöhten Arbeitsspeicherbedarf, wenn dies außerhalb eines Dienstneustarts gemacht wird.
Im Ergebnis halte ich die Umsetzung nicht für optimal. Eine offizielle Programmfunktion für den Endbenutzer die nur funktioniert, wenn der Serverdienst neustartet? Mindestens gehört sowas in die Produktdokumentation, direkt zur Einrichtung von Connect Paketen. schließlich ist dieser Schritt genau so wichtig, wie der Klick auf "Speichern". Weiterhin halte ich eine Warnung bei der Erstellung von Connect Paketen für angebracht.
Ich schlage vor, dass hierfür eine andere Lösung gefunden wird. Z.b. könnte das Programm bei einer Erstellung des Connect Paketes die notwendigen Schritte durchführen. Und wenn es wirklich nicht anders geht, als dass der Docusnap Serverdienst neu gestartet wird, dann halt diesen Schritt. Schließlich bekommen wir auch bei der Konfiguration des Docusnap Servers den Hinweis angezeigt, dass der Dienst zur Übernahme der Einstellung neu gestartet werden muss. Und beim Klick auf "Speichern" können wir gar nicht anders als den Dienst neuzustarten.
Optional könnte man den Neustart bei Connect Paketen "aufschieben" und z.B. zeitlich in Dokusnap planen, oder per Userbestätigung ganz weglassen, dann aber mit einem Warnzeichen am Connect Paket, welches einem verdeutlicht, dass dieses noch nicht vollständig funktionieren wird und der Neustart aussteht. Durch diese Anpassung könnte man mehrere Connect Pakete erstellen / per Vorschau testen und dann einmalig einen Neustart für alle ausführen anstelle bei jedem "Speichern" auf den Dienst warten zu müssen. Zudem können dann weiterhin Connect Pakete erstellt werden, während nebenbei Inventarisierungen laufen.
Zur Planung des Neustarts könnte man auch eine Funktion einbauen "Neustart in X Zeiteinheit, sofern kein Job läuft, spätestens jedoch nach Y Zeiteinheit" um weitere Probleme zu vermeiden.
Nun fällt mir noch eine Randbedingung ein: Speichere ich ein Connect Paket ohne Änderungen, will ich natürlich keine Warnung angezeigt bekommen und einen Neustart planen müssen. ABER, wenn ich mehrere Connect Pakete angepasst habe und einen kumulierten Neustart machen will, muss ich ja irgendwie wieder an die Optionen zur Zeitsteuerung incl. "nur wenn kein Job läuft" usw. kommen. Entsprechend müsste diese Funktion auch außerhalb des Speicherns eines Connect Paketes zur Verfügung stehen. Entweder in der Connect Verwaltung, oder in dem Menü "Server Status" in dem schon immer der einfache Reboot des DS Servers möglich war.
Abgesehen davon, dass ich das obige in jedem Fall für sinnvoll erachte werfe, ich auch noch ein, dass ich einen z.B. alle 24h laufenden Job in der Windows Aufgabenplanung zum Reboot des Dienstes nicht gut finde. Neue Connect Pakete funktionieren dann stundenlang nicht, oder der Reboot unterbricht ggf. laufende Jobs.
Zudem will ich anmerken, dass nicht jeder Connect Paket erstellende Benutzer das Recht hat oder haben sollte, den DS Serverdienst zu rebooten. Ich halte also eine Lösung abseits eines Reboots immer noch für besser, sofern möglich. In jedem Fall müsste die Steuerung der Rebootsmöglichkeit über Connect Pakete auch in die Docusnap Rollen / Steuerlement Berechtigungen übergehen, sodass im dümmsten Fall der Benutzer das Connect Paket nur Speichern, den Server aber nicht Rebooten kann. Entsprechend meines Vorschlags würde eine Warnung angezeigt werden, sowohl beim Speichern, als auch persistent in der Liste der Connect Pakete, dass dieses noch nicht funktionieren wird. Der User kann sich dann an seinen Administrator mit den notwendigen Rechten wenden.
  • Frank Oehlschlägel
    30. Nov 2021
    Moin, wenn das Verhalten tatsächlich so ist (ich wusste das bisher auch nicht) bin ich 100% bei Ihnen. Hier sollte der Hersteller mal eine konkrete Aussage machen, denn dies ist bestimmt kein "kleines Ding" wenn man sich darauf verlässt, das Connect sauber läuft. Und ich habe einiges mit Connect erstellt bei Kunden...