W2K Exchange + Store.exe

[Verwijderd]

Hallo,

Ik zit hier met een probleempje, namelijk:
We hebben hier een W2K omgeving, 6 servers, waarvan 1 exchange.
Op de exchange server staat niets anders dan exchange en DC.
De virusscanners die we gebruiken zijn MCAFEE & GROUPSHIELD.
Er zit 2,2 GB ECC geheugen in.
Dit is een netwerk met ca. 80 gebruikers.

Hier ligt nu het probleem. Als de exchange server schoon in de lucht komt draait de STORE.EXE op 300 MB. Maar na 1 avond draait diezelfde store al op 850 MB.
Deze blijft zo rond de 850 hangen, maar springt na een week door naar 1 GB memory load.

Nu kun je jezelf wel voorstellen wat er gebeurt als die server boven de 2,2 gig mem load komt.

Ik weet dat dit probleem komt doordat groupshield de mailboxes van gescannde gebruikers in het geheugen vasthoudt.

Nu is mijn vraag dus eigenlijk of iemand hier een oplossing voor weet, want op het moment dat er nu een aantal gebruikers bijkomen zal die server sneller en sneller aan zijn max. mem komen. Is er een mogelijkheid om zonder een reboot dat geheugen vrij te krijgen, of te cleanen via een batch ofzo.

Alvast bedankt.

[paulhekje]

je kunt natuurlijk de exchange services stoppen en starten via een batch (net stop .. /net start...)
maar beter nog: heeft groupshield nog geen patch?

NB: veelgeheugen gebruik door exchange is normaal, het gaat erom of je performance verlies hebt.

[Verwijderd]

Zal eens even goed gaan zoeken of er idd niet een patch voor groupshield is.

Ik zit namelijk zelf met de vraag of er geen rekensom is voor het aantal gebruikers op een exchange server, voor de hoeveelheid geheugen. Ik heb zoiets van, als ik een netwerk heb met maar 80 gebruikers, dan zou dat allemaal niet zo spannend moeten zijn voor die exchange server.....

Alleen de services van groupshield, of exchange stoppen vind ik best wel link, omdat je dan server en workstation stopt en start.

Bedankt voor de snelle reply.

[paulhekje]

Verwijderd schreef op 06 februari 2004 @ 09:47:.
Alleen de services van groupshield, of exchange stoppen vind ik best wel link, omdat je dan server en workstation stopt en start.

dit is niet waar: je moet exchange apart kunnen stoppen en starten, het heeft niks met de server/workstation service te maken.

[Oogje]

Ik heb nog nooit gezien dat de max werd bereikt.

Firstly - it is ABSOLUTELY normal for Store.exe to grab as much RAM on the
server as it can possibly get. Store was written to do so. It does this as
it wants to do as much stuff in memory as possible, without having to go to
the slow page file. It is a common misconception (I am not saying that your
server might not have a problem though) - that store.exe increasing memory
consumption is a "memory leak". This behavior is the same since Exchange 5.5
days:

182505 XADM: Memory Usage of Store.exe Is Higher in Exchange 5.5
http://support.microsoft.com/?id=182505

That being said:

1. Exchange store will grab as much as it can, yes. BUT - If another process
needs the RAM, it will tell Windows. Windows will then tell Store to back
off on some RAM. Store SHOULD then return the RAM to the OS, so OS can hand
it over to another process. That means that you should NEVER see a "out of
memory" message by any application on the server because of the store -
unless there is a leak, of course... or we are really trying to run insanely
large amount of stuff on the server

2. Store memory utilization can go up to 1.2 GB or sometimes even more. I
have not seen it go over 1.5 GB, but it would not take more, even if there
is 8 GB of RAM in the machine. so - Store taking 1.2 GB is not an indication
of the problem by itself.

3. We (Store) are not the only ones behaving like this... SQL does something
similar. That is one of reasons why we do not necessarily encourage putting
SQL and Exchange on the same server, as they will be fighting over RAM.

All of the above being said, let's go into the problem on your specific
server:

Are you seeing an actual performance problem that you thing might be related
to store taking up RAM? For example, stuff slows down when store gets large,
you are getting events logged etc?

Are there any "out of memory" errors on the server at all?

If not - I do not think that there is a problem. Again - store.exe taking up
a lot of RAM is NOT a problem on it's own, as OS can reclaim memory whenever
someone else needs it. Store is simply taking advantage of the RAM - as it
is in the machine

weet niet meer waar ik het gevonden heb

[jwpmzijl]

Hé Deadeye, mooi stukje. Het zegt precies wat ik uit ervaring al weet (ik beheer 4 exchange omgevingen). Kortom zeroCewl je hoeft je niet druk te maken over dit fenomeen. Het is gewoon caching van exchange.

[Acmosa]

Heb je misschien nog ergens een schedule staan die eens in de zoveel tijd alle mailboxen scant?
Dit kan ook een behoorlijke slok zijn voor je geheugen omdat hij dan alle mailboxen opent.
Hoe groot is je private (priv.edb) store eigenlijk?

[Verwijderd]

Ok, thnx.

Het enige wat ik wat minder vind op deze server is dat er fouten geconstateerd worden als dusdanig:

The virtual memory necessary to run your exchange server is fragmented in such a way that performance may be affected. It is highly recommended that you restart all Exchange services to correct this issue.

EventID : 9582 source MSExchangeIS

Deze melding komt na ongeveer een week uptime. Vindt ik persoonlijk geen probleem, geef om de week de hele omgeving een reboot, maar toch. Zo'n server zou langer in de lucht moeten kunnen blijven denk ik dan.

[Jazzy]

Verwijderd schreef op 09 februari 2004 @ 09:13:
Ok, thnx.

Het enige wat ik wat minder vind op deze server is dat er fouten geconstateerd worden als dusdanig:

The virtual memory necessary to run your exchange server is fragmented in such a way that performance may be affected. It is highly recommended that you restart all Exchange services to correct this issue.

EventID : 9582 source MSExchangeIS

Deze melding komt na ongeveer een week uptime. Vindt ik persoonlijk geen probleem, geef om de week de hele omgeving een reboot, maar toch. Zo'n server zou langer in de lucht moeten kunnen blijven denk ik dan.

Heb je dit Technet-artikel gelezen over deze melding? http://support.microsoft....aspx?scid=kb;en-us;314736

[mutsje]

de store van Exchange neemt net zoveel geheugen in als het denk nodig te hebben. Als andere programma's geheugen nodig hebben geeft Exchange het vrij..

[Jazzy]

mutsje schreef op 09 februari 2004 @ 09:53:
de store van Exchange neemt net zoveel geheugen in als het denk nodig te hebben. Als andere programma's geheugen nodig hebben geeft Exchange het vrij..

Je hebt natuurlijk 100% gelijk maar dat was 3 dagen geleden al geplaatst.

[Bierkameel]

Verwijderd schreef op 09 februari 2004 @ 09:13:
EventID : 9582 source MSExchangeIS

http://www.eventid.net/display.asp?eventid=9582&source=

[charlie]

Jazzy schreef op 09 februari 2004 @ 09:31:
[...]
Heb je dit Technet-artikel gelezen over deze melding? http://support.microsoft....aspx?scid=kb;en-us;314736

Ik ken dit artikel, en zit met een soortgelijk probleem, waarvoor ik nergens een oplossing kan vinden. Draai momenteel ook W2K met exchange 2000 op een standaard server met 1 Gb memory en dual xeon 2,8. Vermits de 3/gb switch enkel met advanced server werkt, ( zie ook http://support.microsoft....?scid=kb%3Ben-us%3B266096).

Anyway, mijn store.exe groeit ook zeer snel tot een 700 Mb, zodat windows begint te swappen als een gek en het systeem gewoon traag wordt (heb een raid 1 voor de swapfile en een raid 5 voor de information store en de harddisk leds blijven bijna continu branden). De performance logs tonen een gemiddelde van 175 pages /sec.
Is er geen mogelijkheid (zoals in exchange 5.5) om het gebruikte geheugen te beperken tot een zekere limiet?

[Jazzy]

Charlie23 schreef op 09 februari 2004 @ 10:16:
[...]


Ik ken dit artikel, en zit met een soortgelijk probleem, waarvoor ik nergens een oplossing kan vinden. Draai momenteel ook W2K met exchange 2000 op een standaard server met 1 Gb memory en dual xeon 2,8. Vermits de 3/gb switch enkel met advanced server werkt, ( zie ook http://support.microsoft....?scid=kb%3Ben-us%3B266096).

Anyway, mijn store.exe groeit ook zeer snel tot een 700 Mb, zodat windows begint te swappen als een gek en het systeem gewoon traag wordt (heb een raid 1 voor de swapfile en een raid 5 voor de information store en de harddisk leds blijven bijna continu branden). De performance logs tonen een gemiddelde van 175 pages /sec.
Is er geen mogelijkheid (zoals in exchange 5.5) om het gebruikte geheugen te beperken tot een zekere limiet?

Zelf draaide ik Exchange 2000 op een Pentium III 800 met 512 MB, de performance was op zich prima maar vanwege het geheugengebruik heb ik wat bijgeplaatst zodat hij nu 1,2 GB heeft. Het aantal gebruikers is ongeveer 80 en dat draait nu als een trein.

Als ik jouw verhaal lees dan vraag ik me af wat er aan de hand is. Ik kwam de volgende link tegen: Troubleshooting Microsoft Exchange 2000 Server Performance (PDF). Ik heb hem gedownload maar nog niet anar gekeken, misschien kun je er wat mee.

[charlie]

Bottleneck bleek inderdaad niet het geheugen te zijn maar de Adaptec Raid drivers...
In de server zat een ZCR kaartje en de bijgeleverde drivers gaven problemen onder W2K SP4 (en 3 ook volgens de site).
Een beta versie van de drivers loste het probleem op, Nu blijft het systeem vlot, zelfs tijdens een full backup ;-)

[Jazzy]

Charlie23 schreef op 09 februari 2004 @ 13:37:
Bottleneck bleek inderdaad niet het geheugen te zijn maar de Adaptec Raid drivers...
In de server zat een ZCR kaartje en de bijgeleverde drivers gaven problemen onder W2K SP4 (en 3 ook volgens de site).
Een beta versie van de drivers loste het probleem op, Nu blijft het systeem vlot, zelfs tijdens een full backup ;-)

Gaaf, bedankt voor het terugkoppelen!