{"id":37047,"date":"2019-10-31T22:15:29","date_gmt":"2019-10-31T19:15:29","guid":{"rendered":"https:\/\/prohoster.info\/blog\/monitoring-ibp-chast-vtoraya-avtomatiziruem-analitiku\/"},"modified":"2019-10-31T22:15:29","modified_gmt":"2019-10-31T19:15:29","slug":"monitoring-ibp-chast-vtoraya-avtomatiziruem-analitiku","status":"publish","type":"post","link":"https:\/\/prohoster.info\/de\/blog\/administrirovanie\/monitoring-ibp-chast-vtoraya-avtomatiziruem-analitiku","title":{"rendered":"Monitoring der USV. Teil zwei \u2013 Analytik automatisieren","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

Vor einiger Zeit habe ich ein System zur Bewertung der Lebensf\u00e4higkeit von B\u00fcro-USV entwickelt. Die Bewertung basiert auf einer langfristigen \u00dcberwachung. Aus den Nutzungsergebnissen habe ich das System weiterentwickelt und viele interessante Dinge erfahren, \u00fcber die ich berichten werde \u2013 herzlich willkommen unter dem Cut.
\n<\/a><\/noindex>
\nErster Teil<\/a><\/noindex><\/p>\n

Im Gro\u00dfen und Ganzen war die Idee korrekt. Aus einer einmaligen Anfrage an die USV kann man h\u00f6chstens erfahren, dass das Leben \u2013 Schmerz ist. Einige Parameter beziehen sich nur auf den Zustand ohne angeschlossene 220 V, andere ergeben bei der Analyse klaren Unsinn, einige m\u00fcssen manuell nachgerechnet werden, um mit der Realit\u00e4t \u00fcbereinzustimmen.<\/p>\n

Um es vorwegzunehmen, ich habe mich bem\u00fcht, diese Nuancen in das System zu integrieren. Man z\u00e4hlt schlie\u00dflich nicht von Hand, wir sind doch Automatisierer, oder?<\/p>\n

Hier ist zum Beispiel der Parameter \u201eBatterieladung in Prozent<\/b>\u201e. Als Einzelwert sagt er nichts aus und ist normalerweise 100. Was tats\u00e4chlich wichtig ist: wie schnell die Batterie entladen wird, wie schnell sie aufgeladen wird und wie oft sie auf kritische Werte entladen wurde. Erstaunlicherweise erledigt ein Teil dieser Arbeit die USV selbst, allerdings nach sehr seltsamen Formeln; dazu sp\u00e4ter mehr.<\/p>\n

Der Parameter \u201eLast auf der USV<\/b>\u201c ist ziemlich gut und n\u00fctzlich. Aber wenn man ihn dynamisch betrachtet, stellt man fest, dass es manchmal Unsinn ist, und manchmal gibt es interessante Informationen \u00fcber die angeschlossene Ausr\u00fcstung. <\/p>\n

«Batteriespannung<\/b>\u201e. Praktisch der heilige Gral, g\u00e4be es nicht eines: die absolute Mehrheit der Zeit befindet sich die Batterie im Ladezustand, und im Parameter wird die Spannung der Ladung und nicht der der Batterie angezeigt. Moment mal, sollte das nicht von der Selbsttestprozedur \u00fcbernommen werden?..<\/p>\n

«Selbsttest<\/b>\u201e. Sollte es, aber die Ergebnisse werden nirgendwo angezeigt. Bei einem misslungenen Selbsttest schaltet sich die USV aus und schreit wie am Spiess, das ist das einzige verf\u00fcgbare Ergebnis. Au\u00dferdem melden nicht alle USV den Fakt eines durchgef\u00fchrten Selbsttests.<\/p>\n

Und \u201enice try vendor\u201c \u2013 der interessanteste der verf\u00fcgbaren Parameter \u201eBatterielaufzeit<\/b>\u201e. Er soll vorhersagen, wie lange die Batterie bei der vorhandenen Last h\u00e4lt. Auch ist die interne Logik des Verhaltens der USV davon abh\u00e4ngig. Tats\u00e4chlich zeigt sie jedoch rosafarbene Tr\u00e4ume, insbesondere im Zustand der vollst\u00e4ndigen Aufladung.<\/p>\n

Es gab auch organisatorische Nuancen. <\/p>\n

Zum Beispiel haben alle USV, die ich bisher gesehen habe, Daten zum Batteriedatum (sogar zwei Felder). Dennoch konnte ich diese Daten (nach dem Austausch der Batterie) nur bei Produkten von APC eintragen, und das nur mit viel Aufwand. Bei Powercom hingegen lassen sich diese Informationen unter Windows \u00fcberhaupt nicht hinzuf\u00fcgen.
\nDie gleiche Powercom fiel durch identische Werte im Feld \"Seriennummer\" auf. Auch diese Aufzeichnungen sind nicht speicherbar. <\/p>\n

Die Kalkulation \u201eBatterielaufzeit<\/b>\u201e scheint Werte aus den Perioden einzuschlie\u00dfen, in denen die USV mit 220 V verbunden ist, und dementsprechend sind die Daten zur Batterie offen gesagt falsch. In der Tat kann man die battery runtime bedenkenlos durch 2 oder sogar 3 teilen. Und dennoch bleibt es immer noch ein rein synthetischer Wert. Zudem basiert es auf \u201ebattery load\u201c, bei der ebenfalls Merkw\u00fcrdigkeiten festgestellt wurden: Bei manchen Exemplaren wird der Wert nach einer hohen Belastung lange nicht zur\u00fcckgesetzt, w\u00e4hrend er bei anderen gegen null tendiert.<\/p>\n

Trotz eines solchen Durcheinanders kann man sehen, dass alle Parameter nach wie vor einer gewissen Algorithmierbarkeit unterliegen. Das bedeutet, dass man nicht nur die Daten betrachten kann (geschweige denn alle verf\u00fcgbaren Aufzeichnungen manuell durchsehen), sondern die gesamte Datenmenge sofort in einen Analyzer einspeisen und darauf basierende Empfehlungen erstellen kann. Das wurde in der neuen Version der Software umgesetzt.<\/p>\n

Die Seite mit Informationen zur USV gibt Warnungen und Empfehlungen aus:<\/p>\n