11
SBS 2008 (virtuell auf ESX Server) - Server frisst immer mehr Memory
Wieso braucht mein SBS 2008 immer den max. zu Verfühgung stehenden RAM?
Hallo Community
Erst einmal allen ein gutes neues Jahr und viel Erfolg im 2010!
Ich betreibe einen SBS 2008 der als virtueller Server auf einer vShere Infrastruktur läuft. Der Server (SBS2008) funktioniert einwandfrei und alles ist damit ok. Nur eine kleine Sache ist komisch.
Auf dem Server laufen folgende Dienste: Exchange (16 Benutzer), Sharepoint (Companyweb) und der AD Dienst.
Zuerst gab ich dem Server 4GB RAM. Die Installation und auch der erste Betrieb (ca. 2Wochen) gieng das ohne Probleme. Doch dann bemerkte ich dass über 90% des RAM (also der 4GB) gebraucht wurden.
Ich dachte mir, "ist doch kein Problem, dafür haben wir ja VMware. Also gab ich dem Server 6GB RAM. Nach den Booting sah es dann wieder gut aus. ca. 65% RAM-Auslastung. Als ich jetzt nach den Weihnachtsferien die Logs kontrollierte, stellte ich fest, dass die RAM wieder zu mehr als 90% ausgelastet waren. Also geben wir Ihm hald 8GB... wenige Tage später -> wieder mehr als 90% ausgelastet.
Nun ich hab ja schon noch reserven, aber ich befürchte das ich dieses Spiel noch lange so weiter führen kann.
Kann mir jemand sagen, wie ich dieses "RAM-Growing" in den Griff bekomme? Gibt es Einstellungen im SBS die ich vornehmen kann?
Ich wäre wirklich froh, wenn mir jemand einen Tipp geben könnte.
Liebe Grüsse
computermerlae
Hallo Community
Erst einmal allen ein gutes neues Jahr und viel Erfolg im 2010!
Ich betreibe einen SBS 2008 der als virtueller Server auf einer vShere Infrastruktur läuft. Der Server (SBS2008) funktioniert einwandfrei und alles ist damit ok. Nur eine kleine Sache ist komisch.
Auf dem Server laufen folgende Dienste: Exchange (16 Benutzer), Sharepoint (Companyweb) und der AD Dienst.
Zuerst gab ich dem Server 4GB RAM. Die Installation und auch der erste Betrieb (ca. 2Wochen) gieng das ohne Probleme. Doch dann bemerkte ich dass über 90% des RAM (also der 4GB) gebraucht wurden.
Ich dachte mir, "ist doch kein Problem, dafür haben wir ja VMware. Also gab ich dem Server 6GB RAM. Nach den Booting sah es dann wieder gut aus. ca. 65% RAM-Auslastung. Als ich jetzt nach den Weihnachtsferien die Logs kontrollierte, stellte ich fest, dass die RAM wieder zu mehr als 90% ausgelastet waren. Also geben wir Ihm hald 8GB... wenige Tage später -> wieder mehr als 90% ausgelastet.
Nun ich hab ja schon noch reserven, aber ich befürchte das ich dieses Spiel noch lange so weiter führen kann.
Kann mir jemand sagen, wie ich dieses "RAM-Growing" in den Griff bekomme? Gibt es Einstellungen im SBS die ich vornehmen kann?
Ich wäre wirklich froh, wenn mir jemand einen Tipp geben könnte.
Liebe Grüsse
computermerlae
Auf Facebook teilen
Auf Twitter teilen
Auf Reddit teilen
Auf Linkedin teilenBitte markiere auch die Kommentare, die zur Lösung des Beitrags beigetragen haben
Content-ID: 132885
Url: https://administrator.de/contentid/132885
Ausgedruckt am: 24.11.2024 um 07:11 Uhr
11 Kommentare
Neuester Kommentar
Moin computermerlae,
das Problem kommt mir bekannt vor...bei uns ist es so, dass im Programm "vShere"in der Übersicht der virtuellen Maschinen langsam die RAM-Anzeige ROT wird und dahinter steht VMWare Tools -> OK. Wenn ich mich einlogge auf die Maschine sind nicht mal 2GB von den 4GB RAM belegt. Ist das bei dir auch so?
Wir warten seit 2 Wochen auf ne Antwort von VMWare...
Grüße,
Dani
das Problem kommt mir bekannt vor...bei uns ist es so, dass im Programm "vShere"in der Übersicht der virtuellen Maschinen langsam die RAM-Anzeige ROT wird und dahinter steht VMWare Tools -> OK. Wenn ich mich einlogge auf die Maschine sind nicht mal 2GB von den 4GB RAM belegt. Ist das bei dir auch so?
Wir warten seit 2 Wochen auf ne Antwort von VMWare...
Grüße,
Dani
Hallo Dani
Danke für deine rasche Antwort.
Hier ein Bild vom Task-Manager (SBS2008)
Im vShere Client wird die starke Nutzung zwar auch angezeigt, jedoch noch nicht rot, da nur 89%.
LG
computermerlae
Danke für deine rasche Antwort.
Hier ein Bild vom Task-Manager (SBS2008)
Im vShere Client wird die starke Nutzung zwar auch angezeigt, jedoch noch nicht rot, da nur 89%.
LG
computermerlae
Hallo,
du hast auf dem SBS ja Exchange und Sharepoint laufen, da ist es normal, das immer der gesamte verfügbare RAM benutzt wird.
Das ist bei physikalischen Servern genauso, dort kann man im Taskmanager sehen, welche Prozesse den RAM benutzen: Exchange (store.exe) und Sharepoint (sqlservr.exe)
mfg
Harald
du hast auf dem SBS ja Exchange und Sharepoint laufen, da ist es normal, das immer der gesamte verfügbare RAM benutzt wird.
Das ist bei physikalischen Servern genauso, dort kann man im Taskmanager sehen, welche Prozesse den RAM benutzen: Exchange (store.exe) und Sharepoint (sqlservr.exe)
mfg
Harald
Hallo harald 21
Du meinst also, dass das so normal ist und ich mir deswegen keine Sorgen machen muss?
Im Ressourcen-Monitor werden die besagten Dienste mit "nur" 2.2GB angezeigt. Wieso braucht SharePoint denn so viel Performance, da hab ich doch fast nichts drin? Kann ich das Wachstum bremsen?
LG
computermerlae
Du meinst also, dass das so normal ist und ich mir deswegen keine Sorgen machen muss?
Im Ressourcen-Monitor werden die besagten Dienste mit "nur" 2.2GB angezeigt. Wieso braucht SharePoint denn so viel Performance, da hab ich doch fast nichts drin? Kann ich das Wachstum bremsen?
LG
computermerlae
Hi.
Das ist der information store von Exchange, er cached und MS hat es übertrieben, kein vernünftiges Limit gesetzt - ich kenne das Problem. Setz manuell ein Limit per regedit. Wenn ich den Schlüssel noch finden sollte, liefere ich ihn.
Edit: zwischenzeitlich hast Du geantwortet...
ist also der SQL-Server und weniger exchange. Ich schätze, auch dem kann man RAM zuweisen.
Das ist der information store von Exchange, er cached und MS hat es übertrieben, kein vernünftiges Limit gesetzt - ich kenne das Problem. Setz manuell ein Limit per regedit. Wenn ich den Schlüssel noch finden sollte, liefere ich ihn.
Edit: zwischenzeitlich hast Du geantwortet...
ist also der SQL-Server und weniger exchange. Ich schätze, auch dem kann man RAM zuweisen.
Zitat von @DerWoWusste:
ist also der SQL-Server und weniger exchange. Ich schätze, auch dem kann man RAM zuweisen.
ist also der SQL-Server und weniger exchange. Ich schätze, auch dem kann man RAM zuweisen.
Moin
Kann man, gehe im Management Studio auf die Eigenschaften des Servers - und begrenze das
allgemein isses halt so, daß sich Software versucht, alles an Speicher zu allokieren - 4 GB RAM sind für den SBS2008 arg knapp - 8 GB wäre so schon okay...
Gruß
24
Hallo,
ja, das scheint mir normal zu sein, Exchange und SQL-Server versuchen so viele zugriffe wie möglich zu cachen und benutzen dabei den gesamten verfügbaren RAM. Das ist meiner Meinung nach auch sinnvoll, warum soll der installierte RAM ungenutzt Strom fressen?
sqlservr.exe (1.154376 kB) + store.exe (684.188 kB) + sqlservr.exe (445.020 kB) = 2.283.584 kB
Den Rest belegen dann andere Dienste (FSCRealtimeScanner.exe und FSCTransportScanner.exe scheinen mir Virenscanner zu sein, Edtransport.exe gehört ebenfalls zu Exchange)
mfg
Harald
ja, das scheint mir normal zu sein, Exchange und SQL-Server versuchen so viele zugriffe wie möglich zu cachen und benutzen dabei den gesamten verfügbaren RAM. Das ist meiner Meinung nach auch sinnvoll, warum soll der installierte RAM ungenutzt Strom fressen?
sqlservr.exe (1.154376 kB) + store.exe (684.188 kB) + sqlservr.exe (445.020 kB) = 2.283.584 kB
Den Rest belegen dann andere Dienste (FSCRealtimeScanner.exe und FSCTransportScanner.exe scheinen mir Virenscanner zu sein, Edtransport.exe gehört ebenfalls zu Exchange)
mfg
Harald
Hallo DerWoWusste und hallo 2hard4you
Ich konnte das Problem dank eurer Hinweise nun beheben. Wie besagt, habe ich den "Maximaler Serverarbeitsspeicher (MB)" nun auf 512 gesetzt und nach einem Reboot des SQL-Servers hat der SBS Server nur noch etwas über 60% Auslastung.
Hier ein Bild der vorgenommenen Einstellung:
Übrigens:
Wenn Ihr mit dem "Microsoft SQL Server Management Studio Express" nicht auf die SharePoint DB verbinden könnt, dann benutzt beim Verbinden zum Server folgenden String für den Servernamen:
\\.\pipe\MSSQL$MICROSOFT##SSEE\sql\query
Hier ein Bild dazu:
Vielen Dank für Eure Hilfe und liebe Grüsse
computermerlae
Ich konnte das Problem dank eurer Hinweise nun beheben. Wie besagt, habe ich den "Maximaler Serverarbeitsspeicher (MB)" nun auf 512 gesetzt und nach einem Reboot des SQL-Servers hat der SBS Server nur noch etwas über 60% Auslastung.
Hier ein Bild der vorgenommenen Einstellung:
Übrigens:
Wenn Ihr mit dem "Microsoft SQL Server Management Studio Express" nicht auf die SharePoint DB verbinden könnt, dann benutzt beim Verbinden zum Server folgenden String für den Servernamen:
\\.\pipe\MSSQL$MICROSOFT##SSEE\sql\query
Hier ein Bild dazu:
Vielen Dank für Eure Hilfe und liebe Grüsse
computermerlae
Nachtrag:
Positiver Nebeneffekt, seit dem ich dem SQL-Service die RAM begrenzt habe, läuft er viel schneller! Das zeigt sich vor allem auf der "Companyweb"-Seite.
Positiver Nebeneffekt, seit dem ich dem SQL-Service die RAM begrenzt habe, läuft er viel schneller! Das zeigt sich vor allem auf der "Companyweb"-Seite.
Hallo DerWoWusste
Hast du den REG-Schlüssel gefunden? Ich denke, dass wäre eine nützliche Ergänzung zu diesem Beitrag.
LG
computermerlae
Hast du den REG-Schlüssel gefunden? Ich denke, dass wäre eine nützliche Ergänzung zu diesem Beitrag.
LG
computermerlae
Hab gerade nochjmal geschaut, nicht regedit, sondern ADSIedit musste man nutzen.
http://support.microsoft.com/kb/266768
war es, glaube ich.
War bei unserem 2007er Exchange (auf Server 2008 x64 mit 8 GB RAM) auch nötig, store.exe ließ dermaßen wenig RAM über (RAM-Gesamtlast stets 90%), dass das Öffnen und Bedienen der Exchange-Management-Konsole kriechend langsam war. Danach ging's weitaus besser (store.exe auf 5,5 GB beschnitten)
http://support.microsoft.com/kb/266768
war es, glaube ich.
War bei unserem 2007er Exchange (auf Server 2008 x64 mit 8 GB RAM) auch nötig, store.exe ließ dermaßen wenig RAM über (RAM-Gesamtlast stets 90%), dass das Öffnen und Bedienen der Exchange-Management-Konsole kriechend langsam war. Danach ging's weitaus besser (store.exe auf 5,5 GB beschnitten)
