RPC Operations/sec
Ruth Thieme
wir haben Exchange 2003 SP2 mit ca 2200 Mailboxen im Einsatz.
Wir beobachten mit dem Performancemonitor manchmal �ber mehrere Stunden lang
kurze, sehr deutliche Peaks bei "RPC Operations/sec" ( Faktor 3 zu normalen
Werten).
"RPC Operations/sec" ist ein Mass f�r die Aktivit�t des Informationstores,
wenn ich es richtig verstanden habe. Kann ich herausfinden mit was sich der
Store zu diesen Zeitpunkten besch�ftigt? Der Virenscanner ist es nicht.
Danke Euch
Ruth
Frank Carius
news:uci#RA1nKH...@TK2MSFTNGP05.phx.gbl...
> wir haben Exchange 2003 SP2 mit ca 2200 Mailboxen im Einsatz.
Auf einem Server ? da lohnt sich doch Exchange 2007/2010 schon wegen >4GB
RAM
und also Forschungsamstalt sollte das auch preislich im rahmen liegen
> Wir beobachten mit dem Performancemonitor manchmal �ber mehrere Stunden
> lang kurze, sehr deutliche Peaks bei "RPC Operations/sec" ( Faktor 3 zu
> normalen Werten).
Jepp, kann aber erst mal alle sein
> "RPC Operations/sec" ist ein Mass f�r die Aktivit�t des Informationstores,
> wenn ich es richtig verstanden habe. Kann ich herausfinden mit was sich
> der Store zu diesen Zeitpunkten besch�ftigt? Der Virenscanner ist es
> nicht.
Bedingt. du kannst aber sehen, welche Clients Anfragen stellen und ob die
auch zunehmen
zumindest per WMI
Auf http://www.msexchangefaq.de/konzepte/end2end.htm habe ich mit
"end2end-msxlatency" beschrieben, wie man von Exchange in realtime die
Zugriffe protokollierne lassen kann das dann einfach mal ein paar Stunden
mitlaufen lassen und am ende mit Excel und anderen Tools rausfinden, ob bei
den hohen RPC-Zeiten auch die Anfragen zugenommen haben und von wem die dann
sind.
Vielleicht macht da jemand ein "Volltextindex" mit einer Clientsoftware oder
ein Archivlauf o.�.
Das Skript kann ich dir gerne zusenden, aber da Auswerten kann eine
Wissenschaft f�r sich sein. Es ist kein "Plug and Play" Script.
Auf der MSXFAQ liegt es nicht zum Download, da ich schon mal schlechte
Erfahrungen derart gemacht habe, dass jemand ein Skript runtergeladen hat,
einsetzen wollte und nicht damit "zurecht" gekommen ist (etwas VBScript
sollte man schon k�nnen" und weil ich nicht "sofort" per Mail oder Telefon
geholfen habe hatte das am ende noch einen unangenehmen Nachgeschmack.
Daher kontrolliere ich seit dem die Verteilung einiger Skripte auch
bez�glich Supportunterst�tzungsm�glichkeiten.
--
Frank Carius MS Exchange MVP
Exchange FAQ auf http://www.msxfaq.de
Wenn es die Zeit erlaubt, dann rufe ich auch an. Nummer/Mailadresse ?
:-) --
Ruth Thieme
und versuche es zu verstehen.
Kann ich aus den RPC-Requests in diesem Zusammenhang etwas schliessen? Wir
lassen derzeit mit Windump einen Trace mitlaufen und versuchen diesen zu
interpretieren.
... und wenn ich schon mit Dir maile:
Du weisst doch auch ueber PAM4Exchange Bescheid. Ist es richtig, dass im
2.Quartal 2010 PAM4Exchange auch Exchange2010unterstuetzt. Wir wollen
naemlich auf PAM4Exchange migrieren und nuzten diese Archivierungssoftware.
Danke Dir
Ruth
"Frank Carius" <fr...@carius.de.spamstop> schrieb im Newsbeitrag
news:%231wGgQ6...@TK2MSFTNGP04.phx.gbl...
> "Ruth Thieme" <NOSPAM-...@gsi.de> schrieb im Newsbeitrag
> news:uci#RA1nKH...@TK2MSFTNGP05.phx.gbl...
>> wir haben Exchange 2003 SP2 mit ca 2200 Mailboxen im Einsatz.
>
> Auf einem Server ? da lohnt sich doch Exchange 2007/2010 schon wegen
> >4GB RAM
> und also Forschungsamstalt sollte das auch preislich im rahmen liegen
>
>> Wir beobachten mit dem Performancemonitor manchmal �ber mehrere Stunden
>> lang kurze, sehr deutliche Peaks bei "RPC Operations/sec" ( Faktor 3 zu
>> normalen Werten).
>
> Jepp, kann aber erst mal alle sein
>
>
>> "RPC Operations/sec" ist ein Mass f�r die Aktivit�t des
>> Informationstores, wenn ich es richtig verstanden habe. Kann ich
>> herausfinden mit was sich der Store zu diesen Zeitpunkten besch�ftigt?
>> Der Virenscanner ist es nicht.
>
> Bedingt. du kannst aber sehen, welche Clients Anfragen stellen und ob die
> auch zunehmen
> zumindest per WMI
>
> Auf http://www.msexchangefaq.de/konzepte/end2end.htm habe ich mit
> "end2end-msxlatency" beschrieben, wie man von Exchange in realtime die
> Zugriffe protokollierne lassen kann das dann einfach mal ein paar Stunden
> mitlaufen lassen und am ende mit Excel und anderen Tools rausfinden, ob
> bei den hohen RPC-Zeiten auch die Anfragen zugenommen haben und von wem
> die dann sind.
> Vielleicht macht da jemand ein "Volltextindex" mit einer Clientsoftware
> oder ein Archivlauf o.�.
>
> Das Skript kann ich dir gerne zusenden, aber da Auswerten kann eine
> Wissenschaft f�r sich sein. Es ist kein "Plug and Play" Script.
> Auf der MSXFAQ liegt es nicht zum Download, da ich schon mal schlechte
> Erfahrungen derart gemacht habe, dass jemand ein Skript runtergeladen hat,
> einsetzen wollte und nicht damit "zurecht" gekommen ist (etwas VBScript
> sollte man schon k�nnen" und weil ich nicht "sofort" per Mail oder Telefon
> geholfen habe hatte das am ende noch einen unangenehmen Nachgeschmack.
> Daher kontrolliere ich seit dem die Verteilung einiger Skripte auch
> bez�glich Supportunterst�tzungsm�glichkeiten.
Frank Carius
Zu Terminen, wann welche Produkte welche Exchange Version unterst�tzen, kann
dir der Hersteller am besten helfen.
Aber aktuell nutzt jede Archivl�sung, die ich kenne CDO f�r den
Postfachzugriff, was auch mit Ex2010) geht
Nur bei der Verwaltung etc muss man sicher was �ndern.
Wobei eine echte Ex2007/Ex2010 Version nicht schlecht beraten w�re ,das per
EWS zu tun.
Einfach bei H&S nachfragen, die k�nnen sicherr termine nennen.
"Ruth Thieme" <NOSPAM-...@gsi.de> schrieb im Newsbeitrag
news:O6ByGwBo...@TK2MSFTNGP06.phx.gbl...
> ja, Frank, kannst Du mir bitte das Skript schicken - ich schau's mir mal
> an und versuche es zu verstehen.
>
> Kann ich aus den RPC-Requests in diesem Zusammenhang etwas schliessen? Wir
> lassen derzeit mit Windump einen Trace mitlaufen und versuchen diesen zu
> interpretieren.
>
> ... und wenn ich schon mit Dir maile:
> Du weisst doch auch ueber PAM4Exchange Bescheid. Ist es richtig, dass im
> 2.Quartal 2010 PAM4Exchange auch Exchange2010unterstuetzt. Wir wollen
> naemlich auf PAM4Exchange migrieren und nuzten diese
> Archivierungssoftware.
>
> Danke Dir
> Ruth
>
>
>
>
> "Frank Carius" <fr...@carius.de.spamstop> schrieb im Newsbeitrag
> news:%231wGgQ6...@TK2MSFTNGP04.phx.gbl...
>> "Ruth Thieme" <NOSPAM-...@gsi.de> schrieb im Newsbeitrag
>> news:uci#RA1nKH...@TK2MSFTNGP05.phx.gbl...
>>> wir haben Exchange 2003 SP2 mit ca 2200 Mailboxen im Einsatz.
>>
>> Auf einem Server ? da lohnt sich doch Exchange 2007/2010 schon wegen
>> >4GB RAM
>> und also Forschungsamstalt sollte das auch preislich im rahmen liegen
>>
>>> Wir beobachten mit dem Performancemonitor manchmal �ber mehrere Stunden
>>> lang kurze, sehr deutliche Peaks bei "RPC Operations/sec" ( Faktor 3 zu
>>> normalen Werten).
>>
>> Jepp, kann aber erst mal alle sein
>>
>>
>>> "RPC Operations/sec" ist ein Mass f�r die Aktivit�t des
>>> Informationstores, wenn ich es richtig verstanden habe. Kann ich
>>> herausfinden mit was sich der Store zu diesen Zeitpunkten besch�ftigt?
>>> Der Virenscanner ist es nicht.
>>
>> Bedingt. du kannst aber sehen, welche Clients Anfragen stellen und ob die
>> auch zunehmen
>> zumindest per WMI
>>
>> Auf http://www.msexchangefaq.de/konzepte/end2end.htm habe ich mit
>> "end2end-msxlatency" beschrieben, wie man von Exchange in realtime die
>> Zugriffe protokollierne lassen kann das dann einfach mal ein paar Stunden
>> mitlaufen lassen und am ende mit Excel und anderen Tools rausfinden, ob
>> bei den hohen RPC-Zeiten auch die Anfragen zugenommen haben und von wem
>> die dann sind.
>> Vielleicht macht da jemand ein "Volltextindex" mit einer Clientsoftware
>> oder ein Archivlauf o.�.
>>
>> Das Skript kann ich dir gerne zusenden, aber da Auswerten kann eine
>> Wissenschaft f�r sich sein. Es ist kein "Plug and Play" Script.
>> Auf der MSXFAQ liegt es nicht zum Download, da ich schon mal schlechte
>> Erfahrungen derart gemacht habe, dass jemand ein Skript runtergeladen
>> hat, einsetzen wollte und nicht damit "zurecht" gekommen ist (etwas
>> VBScript sollte man schon k�nnen" und weil ich nicht "sofort" per Mail
>> oder Telefon geholfen habe hatte das am ende noch einen unangenehmen
>> Nachgeschmack. Daher kontrolliere ich seit dem die Verteilung einiger
>> Skripte auch bez�glich Supportunterst�tzungsm�glichkeiten.