Homeserver Forum

sTunTe hat geschrieben:Eine "Vorabversion" gibt es doch schon längst...
Schau Dir mal den untersten Link in meiner Signatur an.
Da hast Du schonmal die "Serverversion"...

... deswegen schrieb ich ja "Als Overlay benutze ich dies heute schon, ist aber sehr unübersichtlich, da irgendetwas immer überdeckt wird."



DOK

Ich habs auch gerade gesehen, wollte wohl den TE auch nur verarschen

http://www.msexchangefaq.de/code/wmi.htm
http://www.msexchangefaq.de/admin/perfmon.htm

Angeblich soll man die Netzwerkauslastung per WMI erfahren können - konnte es allerdings nicht testen da unter Windows 7 ein perfmon.exe /WMI mit ungültiger Parameter endet genauso wie ein perfmon.exe /?



AH EDITH!

Wenn man mal alles lesen würde... steht ja sogar da das es nicht mehr drin ist.

@Mike:
Siehste... noch eine Hürde.
Ich muss ja auch irgendwie gewährleisten, dass es auf allen Betriebssystemen (XP, 2003, Vista, 2008, seven, sowohl in den 32 als auch in den 64 bit Versionen) läuft....
Nöööö ... lass mal....
Da soll sich mal jemand anderes die Zähne dran ausbeißen...
Ich hab auch so schon jede Menge Infos zu verarbeiten...

PS: Weitere Vorschläge?!?

Gruß
sTunTe

So...
Was hat sich in den letzten paar Tagen getan?!?
Ehrlich gesagt, nicht allzuviel.

Ich habe die Zeit aber nicht ungenutzt verstreichen lassen...
Da mich das Thema WMI ohnehin interessiert, habe ich mich noch einmal in selbiges Eingelesen und mir dutzende Codebeispiele angesehen.
Soweit ich das momentan beurteilen kann, steht einem Auslesen des Netzwerktraffics nichts mehr im Wege.
Im Laufe der kommenden Woche werde ich mich mit dem Thema etwas intensiver Beschäftigen und auf verschiedenen Betriebssystemen testen.
Mal schauen, was dabei so rum kommt...


Gruß
sTunTe

Hiho,


mir ist gestern noch was feines eingefallen(bzw. wurde ich durch eine Appliance in der IX inspiriert ) . Und zwar wäre es schön wenn man die Informationen der Ereignisanzeige aller Rechner zentral in der Konsole hätte um immer einen Überlick zu haben.
Und das am beten noch gefiltert also nur relevantes und nicht alles.

http://msdn.microsoft.com/de-de/library/bb979181.aspx Hier dürfte auch schon mal etwas Input bei sein

Hallo Mike.

Interessante Idee.
Hab's mal auf meine Todo-Liste gesetzt.
In wie weit ich das umsetzen kann, muss ich mal sehen...


Gruß
sTunTe

Eigentlich wollte ich mit dieser Ankündigung noch etwas warten....
Aber nachdem ich den ganzen Vormittag damit verbracht habe, eine Lösung für ein "nicht unwichtiges" Problem zu finden und ich nun endlich die Lösung gefunden habe, kann ich's nicht mehr bei mir halten...

Wie ja schon erwähnt versuche ich zur Zeit einen großen Teil der Infos per WMI auszulesen.
Kein Problem.
Nun ist es so, dass man diese Infos nicht nur lokal am Rechner, sondern auch remote übers Netzwerk auslesen kann.
WHS -> XP: Kein Problem
WHS -> Vista/7 : arrrrgggghhh

Ich weiß nicht mehr, wie viele Versuche, Einstellungen und Kraftausdrücke ich gebraucht habe.... aber jetzt funktionierts...
Hier der Beweis:

Hier liest der WHS die +12Volt-Spannung meines Vistarechners aus.

Und was bringt mir das jetzt?!?
Ganz einfach:
Da ich nun die Möglichkeit habe, die Infos remote vom WHS aus abzufragen, brauche ich weder einen Clientservice, noch einen Client-Monitor.
Somit sind die (vom User verursachten) Fehlerquellen schonmal auf ein Minimum reduziert.

War jetzt die ganze vorherige Arbeit umsonst?!?
Was den Client-Monitor betrifft, ja.
Da ich hier aber noch nicht all zu viel Arbeit investiert hatte, kann ich da ganz gut mit leben.
Beim Clientservice sieht es dagegen anders aus.
Hier kann ich viele der Funktionen fast 1:1 übernehmen.

Damit die User (also ihr) es später etwas einfacher haben die Einstellungen für Vista und 7 zu tätigen, werde ich noch eine kleine Anwendung schreiben, die zumindest den größten Teil der Arbeit davon übernimmt.
Lediglich das Aktivieren des Administrator-Kontos (ist standartmäßig deaktiviert) müsst Ihr dann noch selbst vornehmen.

Na, wie klingt das?!?


Gruß
sTunTe

Sabber! Lechz!

Klingt sehr gut! Weiter so!!

Mike Lowrey hat geschrieben:Hiho,


mir ist gestern noch was feines eingefallen(bzw. wurde ich durch eine Appliance in der IX inspiriert ) . Und zwar wäre es schön wenn man die Informationen der Ereignisanzeige aller Rechner zentral in der Konsole hätte um immer einen Überlick zu haben.
Und das am beten noch gefiltert also nur relevantes und nicht alles.

http://msdn.microsoft.com/de-de/library/bb979181.aspx Hier dürfte auch schon mal etwas Input bei sein

Hallo Mike.

Ich habe mir die Sache mal angesehen.
Da ich ja nun ohne Clientservice arbeite und die Daten per WMI vom Server abfragen lasse, sieht die Geschichte mit der Ereignisanzeige ziemlich schlecht aus.
Eine lokale, ungefilterte Abfrage (select * from Win32_NTLogEvent) dauerte auf einem Athlon XP 2400+ mit 5000 Einträgen mal eben eine Minute und 15 Sekunden.
Und selbst auf meinem Core i7 mit 30.000 Einträgen (ich sollte mal die Protokollgröße verkleinern) benötigte der Vorgang rund 2,5 Minuten.
Auf eine Remoteabfrage habe ich daher verzichtet.
Diese würde mit ziemlicher Wahrscheinlichkeit in einem Timeout enden.
Und zu guter Letzt:
Wenn meine Quads damit schon Schwierigkeiten haben, wie sollen dann die WHS-Atoms damit zurecht kommen?!?

Ich denke die Geschichte ist gestorben.
Über WMI lässt sich das kaum realisieren.


Gruß
sTunTe

Hi,

vielleicht hilft dir ja die die PowerShell 2.0 mit der endlich ein Haufen Remote Abfragen möglich werden - hatte den IX Artikel nur überflogen klang aber ganz überzeugend - hängt dann allerdings davon ab ob die entsprechenden Commandlets auch auf dem WHS laufen.

(Die Doku zur V2 ist leider noch absoluter Mist, werde mir also den Artikel nochmal zu Gemüte führen und dir dann etwas Input geben)

Hallo Mike.

Wie schon gesagt finde ich die Idee ja nicht verkehrt.
Ob die Powershell aber dafür der richtige Ansatz ist?!?
Ich wollte es dem User (zugegeben: nicht ohne Hintergedanken im Bezug auf den Support) so einfach wie möglich machen.
Sprich: Addin installieren, Addin konfigurieren (z.B. wie oft die Werte abgefragt werden sollen) und fertig.
Das ich für Vista und Seven jetzt extra eine kleines Skript schreiben muss, damit die Abfrage überhaupt ankommt, finde ich schon "bescheiden".
Wenn jetzt der User nun auch noch gezwungen wird Programm X, Y und Z zu installieren, ist das in meinen Augen ein Schritt in die falsche Richtung.
Wenn ich könnte, würde ich am liebsten auch auf das optionale Everest verzichten.
Doch dummerweise sind Hardwaresensoren mit boardeigenen Mitteln nicht abzufragen....

Trotzdem wären ein paar Infos zur Nutzung der Powershell interessant.
Ich vermute aber, dass hier auch die Daten per WMI abgefragt werden, was dazu führen würde, dass eine Abfrage unglaublich lange dauert.

Gruß
sTunTe

Mir fiel die PowerShell nur in dem Zusammenhang ein weil gerade eben die neuen Remote Funktionen beworben wurden.
Leider musste ich gerade feststellen, dass die Power Shell 2.0 mit dem für dieses Feature nötige WinRM 2 bisher nur als CTP für Win2k3 verfügbar ist.
Somit hat sich das Thema zumindest erstmal eh erledigt.
Ansonsten könnte es so laufen:

Funktion erstmal nur für Win 7 (hier ist die PS 2 integriert)
Dann müsste das Add In lediglich für die Installation der PS2 auf dem WHS sorgen
Ab da kann dein eigentliches AddIn den Aufruf des Commandlet machen.

Aber das kann ja ggf. noch später kommen


Was die Performance angeht könnte man das durch eine einfache Begrenzung des Zeitraum der abgefragt werden soll (denn das Abrufen ansich geht zügig) abfangen ansonsten zieht die PowerShell bei meinem Core 2 Duo bei dem Aufruf Get-WinEvent 70% Leistung

Mike Lowrey hat geschrieben:Was die Performance angeht könnte man das durch eine einfache Begrenzung des Zeitraum der abgefragt werden soll (denn das Abrufen ansich geht zügig) abfangen ....

Natürlich ginge das.
Aber da hast Du schon wieder das nächste Problem.
Dem einen reichen die Einträge des aktuellen Tages, der nächste möchte die komplette Woche und der übernächste den kompletten Monat... usw.

Mike Lowrey hat geschrieben:ansonsten zieht die PowerShell bei meinem Core 2 Duo bei dem Aufruf Get-WinEvent 70% Leistung

Ein ähnliches Phänomen konnte ich bei mir auch feststellen, nur das ein Core zu 100% über besagtem Zeitraum ausgelastet wurde.
Wenn man diese Abfrage nur einmal täglich machen würde (z.B. beim Systemstart des Clienten), wäre das noch zu bewältigen.
Was nützt Dir aber eine "veraltete" Ereignisanzeige?
Alternativ könnte man einen Button einfügen, der diese Abfrage bei Bedarf auslöst.
Aber ich vermute, dass das in einem Timeout endet....

Ich habe mir außerdem einmal die Dateien angesehen, in denen die Ereignisse gespeichert werden.
Zu finden sind diese unter (C:\Windows\System32\config).
Keine Ahnung, welches Format MS hier benutzt.... Selbst mit einem Editor wie UltraEdit bekommt man rein garnichts zu sehen...

Gruß
sTunTe

Natürlich ginge das.
Aber da hast Du schon wieder das nächste Problem.

Ne das hab ich mir anders gedacht

Beim ersten Mal wird alles komplett geladen damit das AddIn alles parat hat, ab da an muss aber nur noch (bspw.) alle 2 Stunden eine Abfrage von der Zeit seit der letzten Abfrage bis zwei Stunden später gemacht werden.
Und im Normalfall passiert ja nicht sooo viel in der Zeit.

Wenn das nicht machbar ist wäre es auch nicht tragisch, falls doch wäre es halt eine konsequente Optimierung.

Mike Lowrey hat geschrieben: Beim ersten Mal wird alles komplett geladen damit das AddIn alles parat hat, ab da an muss aber nur noch (bspw.) alle 2 Stunden eine Abfrage von der Zeit seit der letzten Abfrage bis zwei Stunden später gemacht werden.
Und im Normalfall passiert ja nicht sooo viel in der Zeit.

Wenn das nicht machbar ist wäre es auch nicht tragisch, falls doch wäre es halt eine konsequente Optimierung.

hm.
Das wäre auch eine Idee.
Dazu müsste dann aber noch ein Event kommen, dass alte Einträge löscht.
Ansonsten laufe ich Gefahr, dass die DB überläuft (s. meine 30.000 Einträge, bei einem Clienten).
Mal sehen, was ich da machen kann.

Vorher sind aber noch andere Sachen...

Gruß
sTunTe