Hi allRecently had a server crash due to a hardware problem which is all fixed now but when i got everything back up and running store.exe seems to just increase in memory usgae. I haven't had a out of memory error yet but i've been in work all week and have been restarting the information store service in the morning.I've read various posts here and there about memory usgae and exchange but i've yet to find something to help me.I have 2 servers on the cluster but obviously the only server with the store.exe is the one the service is running on.Please help :)Please note i have no idea of telling what service pack :) and i am using exchange 2007ThanksJason

Its normail on exchange 2007, where store.exe eats up lots of memory. Is it impacting the performance of the exchange?have you checked the perf monitor ? Try to check all the counters related to RPC on the server and see if some thing is not normal over there.Raj

Its not impacting on the server but at the same time i haven't let it get to that as i reset the service in the morning. What counters do you recommend and what do you think i should look for. (what does RPC stand for :))Jason

remote procudure call. I will recommend to use all the counters , speciall number of rpc requests, succesful and failed rpc request. For a while you can actaully monitor all of them.Raj

Hi, Yes! this is normal where Store.exe occupy huge memory space and it suppose to run on only active node of the cluster. To measure the performance here is the link for what you monitor on each type of server without any third party monitoring tool. you can use performance monitor that add those counter required counters. also note that adding all counter would also take some resources of the server. Monitoring Without System Center Operations Manager Hope this helps. Thanks.Vishal Ramnani | MCITP - Exchange 2007 | MCSE Messaging | MCTS - Win 2008 Config

Thanks for the help guys, I'll keep an eye on it and see if its affecting anything. Its just weird that before this week when it crashed it wasn't doing this at all it seemed to reach a limit around 1-1.5 gb. I shall see how it goes however

Addition to others just make sure that you have set the Paging File settings for WindowsVinod |CCNA|MCSE 2003 +Messaging|MCTS|ITIL V3|

I haven't set this, how do i go about it and what does it do exactly?

Check this out http://webtoolsandtips.com/make-windows-run-faster/increase-windows-speed-optimize-page-file/http://technet.microsoft.com/en-us/library/cc779553(WS.10).aspxRaj

It increases the storage spindle performance so that the server's hard drives can give you maximum throughput. Separating the Paging file location from system and database drive which is a basic requirement of any highly used server will increase the performance of the both Paging as well the Database and Logs I/O. There so many resources available to optimize the performance of your servers. few places to tune storage performance like Paging File, /3 Gb switch, logs and database on separate HD etc. I would suggest you to run ExPBA also which can you practical suggestions. This link can help you a bit. http://www.msexchange.org/articles-tutorials/exchange-server-2007/management-administration/12-tips-optimize-exchange-2007-infrastructure-part1.html Thanks.Vishal Ramnani | MCITP - Exchange 2007 | MCSE Messaging | MCTS - Win 2008 Config

On Fri, 6-Nov-09 09:22:53 GMT, Jason2234 wrote:>Its not impacting on the server but at the same time i haven't let it get to that as i reset the service in the morning. What counters do you recommend and what do you think i should look for. (what does RPC stand for :))Jason RPC is the abbreviation for Remote Procedure Call.If you want to use a predefined set of PerfMon objects, try usingthis:http://blogs.technet.com/mikelag/archive/2008/05/02/perfwiz-replacement-for-exchange-2007.aspxTo make life easier, use this:.codeplex.com/If you find there are perfromance problems in the PAL report you candig deeper into the counter trace log, Exchange Best PracticesAnalyzer (ExBPA), and any other tools you have at your disposal thatmight gather information specific to the problem you fins (if you findany!).---Rich MatheisenMCSE+I, Exchange MVP--- Rich Matheisen MCSE+I, Exchange MVP