8
Windows Server 2008 SBS Ramverbrauch
Hallo,
ich hab mir grad mal so angesehen was mein SBS so an Ramverbrauch hat und ich dachte ich kipp weg.
6,26 GB <-- was mich ja jetzt nicht so schockt aber die 7GB Auslagerungsdatei dazu das find ich mal hart.
Am Server läuft AD,Exchange,Printsachen und ein MSSQL.
Jetzt meine Frage wer braucht den MSSQL aller? Weil ich persönlich keine Nutzung vom Sharepoint
vorhabe, dachte ich mir ich könnt ja den MSSQL 2005 runterschmeisen, nur weis ich jetzt nicht ob da
wohl nicht der Exchange auch mitreingestrickt ist.
Und das ein IIS Worker Process mal schlappe 250MB brauch is mir auch nicht geheuer wenn man bedenkt nur
für die Bereitstellung des OWA aber das könnte auch mit Sharepoint zusammenhängen oder?
grüße
edit:
ich hab mir grad mal so angesehen was mein SBS so an Ramverbrauch hat und ich dachte ich kipp weg.
6,26 GB <-- was mich ja jetzt nicht so schockt aber die 7GB Auslagerungsdatei dazu das find ich mal hart.
Am Server läuft AD,Exchange,Printsachen und ein MSSQL.
Jetzt meine Frage wer braucht den MSSQL aller? Weil ich persönlich keine Nutzung vom Sharepoint
vorhabe, dachte ich mir ich könnt ja den MSSQL 2005 runterschmeisen, nur weis ich jetzt nicht ob da
wohl nicht der Exchange auch mitreingestrickt ist.
Und das ein IIS Worker Process mal schlappe 250MB brauch is mir auch nicht geheuer wenn man bedenkt nur
für die Bereitstellung des OWA aber das könnte auch mit Sharepoint zusammenhängen oder?
grüße
edit:
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: 149384
Url: https://administrator.de/forum/windows-server-2008-sbs-ramverbrauch-149384.html
Ausgedruckt am: 25.12.2024 um 03:12 Uhr
8 Kommentare
Neuester Kommentar
Morgen godlie,
bitte trink einen Kaffee und beruhige dich ein bisschen.
Fang auf alle Fälle mal nicht an, wahllos Dienste des SBS zu deinstallieren.
Der SBS hat mehrere SQL-Instanzen aktiv. Welche das sind, findest du so heraus:
Kommandozeile:
tasklist /svc|find "sql"
Aber der Exchange selbst hat nichts mit SQL-Instanzen zu tun.
Einen SBS08 sollte man mit mindestens 8 GB RAM bestücken. Auch ist es heutzutage kein wirkliches Problem mehr, dort ein wenig mehr einzubauen.
Die RAM-Preise sind immer noch ziemlich weit unten.
bitte trink einen Kaffee und beruhige dich ein bisschen.
Fang auf alle Fälle mal nicht an, wahllos Dienste des SBS zu deinstallieren.
Jetzt meine Frage wer braucht den MSSQL aller? Weil ich persönlich keine Nutzung vom Sharepoint
vorhabe, dachte ich mir ich könnt ja den MSSQL 2005 runterschmeisen, nur weis ich jetzt nicht ob da
wohl nicht der Exchange auch mitreingestrickt ist.
Keine gute Idee.vorhabe, dachte ich mir ich könnt ja den MSSQL 2005 runterschmeisen, nur weis ich jetzt nicht ob da
wohl nicht der Exchange auch mitreingestrickt ist.
Der SBS hat mehrere SQL-Instanzen aktiv. Welche das sind, findest du so heraus:
Kommandozeile:
tasklist /svc|find "sql"
Aber der Exchange selbst hat nichts mit SQL-Instanzen zu tun.
Einen SBS08 sollte man mit mindestens 8 GB RAM bestücken. Auch ist es heutzutage kein wirkliches Problem mehr, dort ein wenig mehr einzubauen.
Die RAM-Preise sind immer noch ziemlich weit unten.
Hallo.
Nein, kannst du nicht. U.a. nutzt das Reporting Service einen Instanz des SQL.
Wieviel RAM ist den überhaupt in dem Server verbaut?
LG Günther
dachte ich mir ich könnt ja den MSSQL 2005 runterschmeisen
Nein, kannst du nicht. U.a. nutzt das Reporting Service einen Instanz des SQL.
Wieviel RAM ist den überhaupt in dem Server verbaut?
LG Günther
Im Server stecken 8GB mehr geht bei dieser Mühle nicht mehr ...
Mal schaun obs mal einen neuen gibt mit Tyan Board oder so
Ok na gut aber gibt es Möglichkeiten das ganze ein wenig abzuschlanken, sodass der nicht 7GB noch an Auslagerung fährt?
Was mir grad aufgefallen ist, der MSSQL läuft einmal als 32bit und einmal als 64bit dürfte wohl wieder so ne MS Eigenheit sein...
( und ja es ist mir bewusst das es sich bei 32bit und 64bit um etwas andere Strukturen handelt .. )
Mal schaun obs mal einen neuen gibt mit Tyan Board oder so
Ok na gut aber gibt es Möglichkeiten das ganze ein wenig abzuschlanken, sodass der nicht 7GB noch an Auslagerung fährt?
Was mir grad aufgefallen ist, der MSSQL läuft einmal als 32bit und einmal als 64bit dürfte wohl wieder so ne MS Eigenheit sein...
( und ja es ist mir bewusst das es sich bei 32bit und 64bit um etwas andere Strukturen handelt .. )
Hallo zusammen
Auch wenn Du denn SQL in zaum halten würdest
Würde Dir der Exchange den Vorrat wieder auffressen.
MS frisst halt gerne RAM und Festplattenplatz.
Unter Systemeigenschaften-> Leistungsoptionen -> Erweitert ->
Denn Virtuellen Arbeitsspeicher
Da könntest Du was Einstellen.
Wegen der Stabilität musst Du dich aber selber fragen obs Dir das Wert ist.
gruass affabanana
Auch wenn Du denn SQL in zaum halten würdest
Würde Dir der Exchange den Vorrat wieder auffressen.
MS frisst halt gerne RAM und Festplattenplatz.
Unter Systemeigenschaften-> Leistungsoptionen -> Erweitert ->
Denn Virtuellen Arbeitsspeicher
Da könntest Du was Einstellen.
Wegen der Stabilität musst Du dich aber selber fragen obs Dir das Wert ist.
gruass affabanana
Zitat von @godlie:
Im Server stecken 8GB mehr geht bei dieser Mühle nicht mehr ...
Mal schaun obs mal einen neuen gibt mit Tyan Board oder so
Nee, kauf dir einen Server von einem Markenhersteller, nicht irgend ein Board.Im Server stecken 8GB mehr geht bei dieser Mühle nicht mehr ...
Mal schaun obs mal einen neuen gibt mit Tyan Board oder so
Ok na gut aber gibt es Möglichkeiten das ganze ein wenig abzuschlanken, sodass der nicht 7GB noch an Auslagerung fährt?
Benutze den Processexplorer, um herauszufinden, welche Dienste/Prozesse den meisten RAM belegen.Was mir grad aufgefallen ist, der MSSQL läuft einmal als 32bit und einmal als 64bit dürfte wohl wieder so ne MS
Eigenheit sein...
Siehe meine Antwort weiter oben.Eigenheit sein...
Der SBS hat idR viele SQL-Instanzen dabei (Monitoring, WSUS, Sharepoint, etc.pp)
Diese Instanzen mit jeweiligem Verbrauch herauszufinden ist dein Job!
Danach nennst du uns diese und wir sagen dir, was zu tun sein könnte.
Wär es eigentlich zuviel verlangt, dass Du ausliest, welche(r) Prozess(e) da so zulangen? Evtl. ist das nur die store.exe von exchange 2007 - hier kann man per Registryeingriff ein Limit für den Speicherverbrauch setzen. Ohne dieses Limit war mir dieser Prozess bei uns auch zu gierig, er ließ auf dem Server (mit 8 GB) nur 5% Ram frei und die Bedienung wurde lahm.
Sodala bin erst jetzt dazu gekommen,
hab das Bild mit der Prozessliste oben angehängt.
Im großen und ganzen sind die sqlserv und die store.exe die die am meisten fressen, wobei es mir nicht ganz ersichtlich ist, woher da die zusätliche große Auslagerungsdatei kommt...
hab das Bild mit der Prozessliste oben angehängt.
Im großen und ganzen sind die sqlserv und die store.exe die die am meisten fressen, wobei es mir nicht ganz ersichtlich ist, woher da die zusätliche große Auslagerungsdatei kommt...
Dann probier mal Dein Glück mit der store.exe - ich hab meine Doku nicht zur Hand, aber Du findest es vermutlich schnell: http://www.google.de/search?q=limit+store.exe+%22exchange+2007%22
Edit: Ach, jetzt hast Du auch ein Bild reingestellt... Nee, die store.exe hast da kaum was zu melden, Du musst Dich um die sqlserve.exe kümmern.
Edit: Ach, jetzt hast Du auch ein Bild reingestellt... Nee, die store.exe hast da kaum was zu melden, Du musst Dich um die sqlserve.exe kümmern.
