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

Statusangaben für Aufträge anpassen

Da sitzt man morgens beim ersten Kaffee vor Docusnap und verschluck sich, da 18 von 20 automatisierten Inventariserungen "Fehlgeschlagen" sind. Wer zu diesem Zeitpunkt seinen Kaffee bereits getrunken und entstsprechend etwas wacher ist weiß natürlich, dass man die Ergebnisse in der mit Docusnap 11 eingeführten Übersicht auf dem Mandanten prüft und nicht unter "Alle Aufträge", denn dort wird in Prozenten auch angegeben, wie viel wirklich fehlerhaft ist.
Davon abgesehen ist diese Meldung jedoch aus meiner Sicht irreführend. Ich habe hier gerade schöne Beispiele einer Kundeninfrastruktur vor mir:
SNMP Inventarisierung "fehlgeschlagen". Warum? Weil Hosts bereits mit einer höherwertigen Inventarisierung erfasst wurden. Das ist im Ergebnis natürlich super, aber einzelne Systeme aus den umfassenden SNMP IP Bereichen heraus zu schneiden, sodass ich hier auch einen erfolgreichen Job sehe ist doch etwas mühsam. Und was ist, wenn das System dann noch nicht mehr höherwertig inventarisiert wird? Dann muss hier auch jemand daran denken, die IP wieder in den SNMP Scan zu integrieren. -> Ich halte soetwas maximal für "INFO" würdig. Und selbst hier würde ich argumentieren, dass dies zwar als Info in der Jobzusammenfassung gerne stehen darf, nicht jedoch der Status irgendetwas anderes als "Erfolgreich" sein sollte. Ganz abgesehen von dieser persönlichen Ansicht, zeigt der IP Scan mir ja auch nicht ein "fehlerhaft" für jedes System, welches bereits per SNMP oder höherwertigem Scan erfasst wurde.
Ebenso wie Windows Inventarisierungen. Warum zählen die per Ping nicht erreichbaren Geräte als Fehler? Das kann natürlich einer sein, aber ich denke bei Workstations ist uns allen klar, dasss ich nahezu niemals einen Job haben werde, in dem jeder Workstation erreichbar/eingeschaltet war. Was also nützt mir ein Status "Fehlgeschlagen", wenn dieser sowieso in 99% der Fällen angezeigt wird? Die Information des fehlerhaften Ping darf natürlich nicht verloren gehen. Aber ein Todo ergibt sich daraus wohl eher in den seltensten Fällen und selbst in den Fällen, in denen dies der Fall ist, würde ich unter 50 fehlgeschalgenen Pings das fehlerhafte System aus dieser Meldung niemals herausarbeiten können. Dazu brauche ich z.B. den Offline-Systembericht oder ähnliches.
Vorschlag: Die Statusmeldung einer Aufgabe sollte einen Mehrwert an Information wiederspiegel um mir zu sagen, ob ich hier Hand anlegen muss, oder nicht.
  • Frank Oehlschlägel
    23. Nov 2021
    Definitiv, die Bewertung der Jobs-Quaität ist sehr strange und schlecht zu erklären. Das versteht meist kein Kunde so wirklich. Beispiele: Domäne mit Standorten und Datensammlern bei DNS, DHCP.