Integrales USV-Management - Generex GmbH

sowohl auf die Client-/Server-Komponenten als auch die
Geräte selbst zu. Eine Menge kleiner USVs im Firmennetz
machen nicht nur die Verwaltung komplizierter, sondern
geben gleichzeitig auch jedem Nutzer potenziell die Möglichkeit
(Software) an die Hand, damit Unfug zu treiben.
Dezentral vs. zentral
Wo viele kleine USVs eingesetzt werden, für die
jeder Computerbenutzer zudem noch mehr oder weniger
selbst verantwortlich ist, sind Totalausfälle fast schon ein
Normalzustand. Ursache ist meist die fehlende Wartung
der Klein-USVs: Schon nach relativ kurzer Zeit kann es
vorkommen, dass die Batterien defekt sind und im Störfall
gar keine Wirkung mehr zeigen. Ohne Batterieüberwachung
ist es nicht möglich zu sagen, ob eine Batterie nach
wenigen Tagen oder erst nach vielen Jahren ausgefallen
ist. Da viele solcher Klein-USVs nur Offline- oder Line-
Interactive-Geräte sind [2,3], wird dieses Problem meist
erst bemerkt, wenn es zu spät ist. Bei Online-USVs ist zwar
sichtbar, dass ein technisches Problem auftritt (USV geht
auf Bypass) – aber „vor Ort“ scheint sich nie jemand dafür
zu interessieren: IT-Benutzer schenken der USV-Wartung
kaum Beachtung und ignorieren oft auch Warnungen, da
sie ihren Inhalt nicht verstehen oder sie schlicht zu häufig
auftreten.
Als Resultat bleibt festzustellen, dass Klein-USVs
zwar das Gewissen beruhigen, aber ohne Wartung
genauso gut oder schlecht sind wie gar keine USV. Vor
allem die „preiswerten“ Geräte (meist Offline bzw. Lineinteractive-Systeme),
die erst auf Batterie umschalten,
wenn ein Problem auftritt, sind selbst ein Problem. Viele
USVs stehen beim Benutzer und leuchten brav „grün“ vor
sich hin; nach ein paar Jahren würde jedoch nicht einmal
die Hälfte einen Stromausfalls überbrücken können.
Eine zentrale USV vermeidet diese Probleme,
zumindest wenn klare Verantwortlichkeiten für ihre Wartung
festgelegt sind. Dabei darf man allerdings nicht
vergessen: Je weniger Geräte zu managen sind, desto
weniger Aufwand bedeutet diese Überwachung zwar, aber
desto sorgfältiger muss man auch auf eine funktionierende
Überwachung Wert legen.
Besondere Aufmerksamkeit verlangt dabei auch
der Fall parallel-redundanter USV-Anlagen, bei denen einige
Module als Reserve ausgelegt sind. Hierbei muss
beziegungsweise darf der Ausfall einer einzelnen USV
keinen Shutdown auslösen, solange die geforderte Gesamtkapazität
noch gegeben ist. Viele „handelsübliche“
SNMP-Software kann eine solche fallweise Bearbeitung
nicht leisten; nur komplexe Software wie beispielsweise
CA Unicenter stellt Programmiersprachen bereit, die solche
Fälle erfassen. Spezielle USV-Management-Software
muss für dieses Anwendungsszenario ebenfalls speziell
© SecuMedia Verlags-GmbH · 55205 Ingelheim · 2004 # 4
gerüstet sein: Geräte, die zu einer Redundanz-USV gehören,
muss man als Gruppe definieren können und festlegen,
wie viele Geräte ausfallen dürfen, bevor ein „Gruppenalarm“
ausgeführt wird; die Festellung eines „Ausfalls
bis zum Redundanzverlust“ kann als Warnstufe beziehungsweise
„Voralarm“ hilfreich sein.
Sabotage-Sicherheit
Auch das unrechtmäßige Auslösen eines Shutdowns
oder anderer Fernsteuerfunktionen erfordert eine
nähere Betrachtung. Gegenüber dem Internet sollten die
entsprechenden Protokolle natürlich möglichst abgeschirmt
sein. Sich vor Sabotage durch Mitarbeiter zu
schützen, ist deutlich schwerer. USV-Managementsysteme
und -Shutdown-Software arbeiten üblicherweise heutzutage
nicht mit Verschlüsselung und starken Authentifizierungssystemen:
Listen von berechtigten Systemen (IP-
Nummer oder Hostname) sowie einfache Passwörter sind
hier weiterhin Standard. Ein versierter Netzwerker kann
womöglich schnell herausfinden, wie man ein USV-Steuersystem
umgeht und dann relativ leicht auch Schaden
anrichten. Man sollte daher darauf achten, dass die USV-
Software zumindest eine verlässliche Protokollierung besitzt,
sodass man den Angriff eines Innentäters wenigstens
lokalisieren und ahnden kann.
Hilfreich kann es hier auch sein, wenn die Shutdown-Software
keine starren Befehle zum Ziel transportiert,
sondern lediglich ein „Signal“ gibt, das auf dem
Zielsystem eine dort hinterlegte spezifische Aktion (Skript)
ausführt. So könnte man beispielsweise durch automatische
Rotation der Shutdown-Skripte erreichen, dass während
des beaufsichtigten Betriebs zunächst nur die Verantwortlichen
informiert werden, während in den Nachtstunden
und am Wochenende die Systeme ohne weiteres
heruntergefahren werden. ■
Frank Blettenberger ist Technical Director der GENEREX
GmbH (www.generex.de).
Literatur
[1] IETF Network Working Group, RFC 1628, UPS Management
Information Base, www.rfc-editor.org/rfc/
rfc1628.txt
[2] Angelika Netzler, USV: Mehr als Ausfallsicherung,
2001 # 4, S. 18
[3] Jorma Mannerkoski, USV: Konzeption und Technik,
2000 # 3, S. 10
33