End2End File

Auf der Seite Ende zu Ende Monitoring habe ich beschrieben, dass ein einfaches Überwachen von Performance Countern  und des Eventlogs nicht alles ist, um die Leistung eines Servers zu überwachen. Für eine komplette Überwachung und Bewertung der Leistung müssen auch Teste her, die die Antwortzeit beim Client entweder selbst messen oder Messwerte des Clients einsammeln.

Oft ist es aber gar nicht Exchange oder Outlook die ein "Problem" darstellen, sondern schon die darunter liegenden Strukturen sind zumindest fraglich. Da liegt es natürlich nahe, die Funktion von Netzwerk und Massenspeicher einfach durch eine kleine Testroutine zu überprüfen. Nun gibt es ja Testprogramme zuhauf, die versuchen die maximale Leistung zu ermitteln. Einige Administratoren versuchen mit einem XCOPY die Grenzen einer Gigabit-Karte oder eines Dateiservers zu ermitteln und scheitern mehr oder weniger. Tools wie NETIO, IPERF und TTCP sind Spezialisten für das Netzwerk und eine DT Performance Messung bezieht sich auf die Disk-Performance.

Was kann ich messen und analysieren.

End2End-File arbeitet anders und versucht gar nicht erst die maximale Leistung eines Systems zu ermitteln, sondern beaufschlagt das System mit einer definierbaren "Grundlast", und ermittelt die Zeiten hierfür. Es ist damit also sehr einfach möglich, von einem Client über das LAN oder lokal auf dem Server permanent eine kleine konstante Last auf dem Server anzulegen und "Aussetzer" zu ermitteln. Bislang hat das Skript mit geholfen bei ...

Es sind also manchmal die einfachen Skripte, die einem bei der Fehlersuche voran bringen.

So funktioniert das Skript

Dazu schreibt End2End-File eine bestimmte konfigurierbare Anzahl an Bytes auf die angegeben Datei (Local oder Netzwerk) und misst die Zeit hierfür. Danach pausiert das Skript für eine ebenfalls einstellbare Zeit um dann den Prozess zu wiederholen. Die Zeitdauer für das Schreiben wird zu einem Mittelwert verrechnet und wenn eine bestimmte ebenfalls konfigurierbare Abweichung vorhanden ist, wird ein Alarm (z.B. im Eventlog) generiert. Zudem werden alle Messwerte in einer CSV-Datei mit protokolliert.

Dieses Skript hat mir schon gute Dienste getan, wenn die Umgebung eigentlich ohne Fehler läuft aber manchmal Verzögerungen zu beobachten sind und Performancecounter oder SNMP-Werte der Switches zu ungenau waren oder nicht zur Verfügung standen.

Die Standardwerte sind wie folgt im Skript definiert. Sie können alle Werte im Skript ändern oder per Kommandozeile überschreiben.

Mit diesen Werte schreibt das Skript also alle 100ms eine 1KB-Datei. Wenn man die Zeit für das Schreiben als gering ansetzt, dann produziert dieses Skript maximal 10kbyte oder 100kbit/Sek. Ziel des Skript es ja nicht die maximale Leistung zu ermitteln, sondern die Kontinuität. Es liegt an ihnen, die Werte anzupassen. Eine höhere Belastung können Sie durch einen größeren Buffer als auch durch kürzere Pausenzeiten erreichen.

Download und Anwendung

Ursprünglich entstand das Skript als VBScript. Mittlerweile gibt es auch eine Powershell 2-Version, die aber von der Funktion her identisch sind. Sie können die Skripte ja vergleichen. Gerade die Verarbeitung von Kommandozeilenparametern ist denkbar einfacher. Auch die Event-Log Ausgabe. Dennoch werde ich beide Versionen sicher einige Zeit weiter betreiben, da Powershell 2 noch nicht auf allen Clients zum Standard gehört.

end2end-file.1.2.vbs
end2end-file.1.2.ps1

Ich kann zwar das Skript kostenfrei zum Download anbieten, allerdings müssen Sie schon selbst überlegen, von welchen Systemen aus auf welche andere Systeme Sie einen Test laufen lassen wollen und wie Sie die Daten am Ende auswerten und interpretieren. Das Skript miss einfach nur.

Achtung
Um in das Eventlog zu schreiben, muss das Powershell-Skript als Administrator laufen oder Sie vergeben explizit die Berechtigungen. Solche Dinge übernimmt bei Programmen in der Regel die Setup-Routine.

Weitere Links

Keywords:End2End Monitoring