[exchange] RAM volledig in gebruik door exchange

[Dorgaldir]

Hey,

wij hebben bij ons op bedrijf een server sbs2011 staan met een exchange 2010 sp3 op, en de gebruikelijke dingen (printers, mappen, documenten) en ook nog een kopij van Commence, dit is een gedecentraliseerd database systeem dat al jaren in het bedrijf gebruikt word.
De server zorgt dus dat al onze systemen gesynct zijn omdat dit het centrale punt is waar de database samenkomt. Hier lopen ook enkele scripts op zoals het automatisch verwerken van scanners en dergelijke.

Opzich geen probleem, maar nu blijkt commence meer en meer problemen te krijgen met RAM terwijl we toch een vrij nieuw toestel hebben met 16GB RAM geheugen.

Nu blijkt dat exchange een heel groot deel van het geheugen ineemt waardoor het RAM steeds rond de 98-99% zit. Degene die onze server installeerde vertelde me dat exchange altijd zoveel mogelijk RAM claimt om altijd zo snel mogelijk alles te kunnen verwerken.
Mijn conclusie is dan onmiddelijk, "daarom heeft commence geheugenproblemen" maar volgens hem zou dit niet kunnen aangezien exchange het geheugen terug los zou laten indien het door andere processen gevraagd word.
Ik heb daar eerlijk gezegd mijn twijfels bij en de praktijk toont ons dat de server steeds sneller vertraging begint op te bouwen. We zijn wel bezig met enkele processen van dit toestel weg te halen om dit te ontlasten maar ik wou toch eens horen hoeveel er klopt van het verhaal dat exchange alles direct zou loslaten indien andere processen nood hebben aan RAM. Zelf ben ik niet zo bekend in deze materie daar ik zelf een programmeur ben en me liever bezig houd met code dan met servers dus hij zou gewoon helemaal gelijk kunnen hebben. Echter heeft een andere IT collega van mij ook zo zijn bedenkingen bij het verhaal maar ook weer niet de kennis dit echt te staven.

edit: sbs2001 zou nogal vreemd geweest zijn

[Paul]

Dat is inderdaad by design voor Exchange, en op een SBS een probleem (want: andere pakketten).

Wat is de onderliggende database van Commence? Als dat SQL Server is kun je die limiteren op (zeg) 4 GB RAM ( http://www.bursky.net/ind...-sql-server-memory-usage/ ) en er 8 of 10 aan Exchange geven ( http://www.bursky.net/ind...exchange-2010-memory-use/ ).

Die twee getallen pak ik zomaar even uit de lucht, beter kijk je nu hoeveel beiden nemen, ze zijn zelf aan het uitvechten wie wat krijgt, dat equilibrium kun je aanhouden in de verdeling hierboven. Merk op dat ik 2 tot 4 GB vrij houdt voor de rest

Op een SBS staat ook de 'internal database', deze kun je ook beheren met SSMS ( http://www.mssqltips.com/...e-microsoftssee-instance/ ) en limiteren op (zeg) 500 MB. WSUS en sbsmonitoring gebruiken niet zo gek veel, al moet je wel zorgen dat de databases en de logs onder de 4 GB blijven. Als je geen goede (SQL!!) Backups maakt van die databases dan groeien en groeien de logs. Best zet je ze op recovery model simple als je geen backups maakt of niet per se naar een bepaald punt in tijd terug wilt (als je bijvoorbeeld een RPO van 24 uur of een week hebt. zo heel belangrijk zijn die databases niet. Sharepoint mogelijk voor jullie wel!)

[CMD-Snake]

Exchange pakt inderdaad zoveel mogelijk geheugen. In hoeverre dat een probleem is op een SBS server wisselt. Ik ken kleine omgevingen daar valt het wel mee, er zijn toch niet veel mailboxen aanwezig en wat er nog extra draait op de server valt nog te overzien. Maar stel dat je 40 mailboxen hebt is het een nadere situatie.

Ik heb wel eens horen zeggen dat geheugenbeperkingen opleggen niet altijd zo geweldig werkt, sommige MS pakketten lijken dit meer als optioneel te zien dan echt als harde limiet. Zelf heb ik nog nooit limieten op zitten leggen, doorgaans als geheugen echt een probleem wordt geef ik de voorkeur aan uitbreiden.

Mogelijk dat je een keer meer geheugen kan plaatsen in je machine? Dat is mogelijk een andere oplossing voor het probleem. Exchange zal natuurlijk een deel confisqueren van dat meer geheugen maar wellicht geeft het je andere pakket ook ademruimte.

[Question Mark]

Dorgaldir schreef op dinsdag 25 februari 2014 @ 14:02:
Opzich geen probleem, maar nu blijkt commence meer en meer problemen te krijgen met RAM terwijl we toch een vrij nieuw toestel hebben met 16GB RAM geheugen.

Hoe weet je dat commence echt een memory probleem heeft? Dat een server zijn geheugen gebruikt hoeft geen slecht teken te zijn, anders zit het er ook voor nop in.

Heb je al eens met de perfomance monitor gekeken of je echt bottlenecks op je systeem hebt (en welke). Mijn ervaring met SBS-omgevingen is dat deze vaak op disk I/O nog wel eens onderbemeten zijn.

[Paul]

TS noemt ook 98-99% memory usage. Mijn ervaring is dat 96% alles lekker vlot loopt, 97% de grens is en bij 98 en 99 de hele server niet meer vooruit te branden is. Dat is natuurlijk geen wet van Meden en Perzen, resource monitor of perfmon erbij pakken is nooit een verkeerd idee, maar dat soort percentages denk ik eerst aan memory, niet aan disk

[Verwijderd]

Dorgaldir schreef op dinsdag 25 februari 2014 @ 14:02:
We zijn wel bezig met enkele processen van dit toestel weg te halen om dit te ontlasten

Voor 200 euro heb je 16 GB ECC/registered DDR3 geheugen.
Exchange vreet notoire bergen RAM, en er is van alles te zeggen voor het weghouden van databases van je SBs bak waar Exchange op draait, maar in plaats van je moeite op de hals te halen met het verkassen van dingen zou je ook eerst eens kunnen kijken of je jezelf niet heel veel tijd en moeite kunt besparen door je server af te stampen met RAM. Een upgrade is al snel een hele hoop goedkoper dan een extra server

[Jazzy]

Eerst maar eens uitzoeken wat de bottleneck is hier, voordat je spullenboel gaat kopen. Meten is weten.

[_Arthur]

Exchange bepekert zich op een SBS2011 niet/niet genoeg in het geheugen gebruik.

Zoek op het grote internet maar naar de AD-attributen: msExchESEParamCacheSizeMax & msExchESEParamCacheSizeMin

Deze zal je met ADSI Edit moeten 'setten'.

Verder natuurlijk ook prima om te onderzoeken wat de bottleneck echt is: je disks, memory of cpu. Doorgaans in die volgorde dat de problemen zich ook voordoen.

[ Voor 25% gewijzigd door _Arthur op 25-02-2014 17:03 ]

[FireWood]

Heb ook SBS 2011 draaien en heb ook problemen gehad met geheugengebruik i.c.m. een andere programma. Sinds ik het geheugengebruik ingeperkt heb voor MSSQL draait het systeem stukken beter.

Geheugengebruik was bij mij ongeveer 2 keer de grootte van de complete database.

[Urk]

Je kan volgens mij sinds Exchange 2010 ook het geheugengebruik van de Information Store (store.exe) ook beperken. Ik heb een server waar nu 24GB inzit en Exchange 2010 op draait met ong. 25 mailboxen en die gebruikt na een geheugen upgrade van 12GB naar 24GB ook gewoon > 90% van het geheugen.

[Dorgaldir]

Question Mark schreef op dinsdag 25 februari 2014 @ 15:31:
[...]
Hoe weet je dat commence echt een memory probleem heeft? Dat een server zijn geheugen gebruikt hoeft geen slecht teken te zijn, anders zit het er ook voor nop in.

Heb je al eens met de perfomance monitor gekeken of je echt bottlenecks op je systeem hebt (en welke). Mijn ervaring met SBS-omgevingen is dat deze vaak op disk I/O nog wel eens onderbemeten zijn.

We zijn hier vrij zeker van, maar geen 100%. We merken dat commence stilvalt op zwaardere scripts overdag die hij 's nachts zonder al te veel problemen kan uitvoeren omdat hij dan veel minder dingen bezig is.

we willen hier nog wel enkele dingen testen maar zoals op vele bedrijven is tijdsgebrek bij ons ook een probleem

[T0ny]

Geheugen bijplaatsen heeft weinig zin, maar 32GB kan geen kwaad (SBS heeft een limiet van 32GB).

Zowel SQL Server als Exchange willen zoveel mogelijk vrij geheugen hebben om daar hun data in te cachen.
Als je beiden op dezelfde machine heb staan ontstaat er dus een gevecht tussen deze twee producten.

Op SBS geef ik zowel Exchange als SQL Server standaard een geheugenlimiet mee.
Voor Exchange: http://www.bursky.net/ind...exchange-2010-memory-use/
Voor SQL: http://technet.microsoft..../ms191144(v=sql.105).aspx


Beste optie is meestal om een extra Windows 2008R2 licentie aan te schaffen voor je SQL server (SBS Actionpack, is niet duur).
Dan installeer je Win2008R2-Std met de Hyper-V rol op je hardware, en draai je daarbovenop als VMs SBS2011 en Win2008R2 (waar je dan SQL en je applicatie installeert).

[ Voor 23% gewijzigd door T0ny op 26-02-2014 12:04 ]