SBS Speicherhunger
Hallo,
ich habe eine allgemeine Frage zu SBS Servern und deren unglaublichen Speicherhunger.
Wir haben mehrere SBS 2008 und 2011 Server in der Umlaufbahn und alle haben die gleiche Macke:
Egal wieviel Speicher installiert ist, er krallt sich nach kurzer Zeit alles incl. Auslagerungsdatei. Nach Neustart gehts wieder eine Woche, danach Speicher voll.
Installiert ist nirgends was besonderes. DC mit Exchange, die normalen SBS SQL Datenbanken, ein Backup Exec, Virenscanner und par Dateien in der Freigabe.
Den Vogel schießt ein Kundenserver ab: SBS2008 mit 32GB RAM für ~ 20 User. 1-2 Wochen nach dem Neustart ist die Kiste voll ausgelastet.
Dagegen ein ESXi mit ähnlicher Hardware und ähnlichen Funktionen, nur auf 3 Virtuelle (Non SBS) Server verteilt, dümpelt so vor sich hin.
SQL Speichergrenzen sind gesetzt. Trotzdem nimmt die sqlservr.exe (3 Tage nach reboot) 11,5GB
Der Rest verbraucht ungefähr 15GB. Das kann doch nicht sein, zumal wir SBS2008 Systeme auf 8 GB Maschinen laufen haben, auch voll ausgelastet aber trotzdem funktionsfähig.
Kennt das jemand bzw gibts ein brauchbares HowTo dagegen?
MfG Marcel
ich habe eine allgemeine Frage zu SBS Servern und deren unglaublichen Speicherhunger.
Wir haben mehrere SBS 2008 und 2011 Server in der Umlaufbahn und alle haben die gleiche Macke:
Egal wieviel Speicher installiert ist, er krallt sich nach kurzer Zeit alles incl. Auslagerungsdatei. Nach Neustart gehts wieder eine Woche, danach Speicher voll.
Installiert ist nirgends was besonderes. DC mit Exchange, die normalen SBS SQL Datenbanken, ein Backup Exec, Virenscanner und par Dateien in der Freigabe.
Den Vogel schießt ein Kundenserver ab: SBS2008 mit 32GB RAM für ~ 20 User. 1-2 Wochen nach dem Neustart ist die Kiste voll ausgelastet.
Dagegen ein ESXi mit ähnlicher Hardware und ähnlichen Funktionen, nur auf 3 Virtuelle (Non SBS) Server verteilt, dümpelt so vor sich hin.
SQL Speichergrenzen sind gesetzt. Trotzdem nimmt die sqlservr.exe (3 Tage nach reboot) 11,5GB
Der Rest verbraucht ungefähr 15GB. Das kann doch nicht sein, zumal wir SBS2008 Systeme auf 8 GB Maschinen laufen haben, auch voll ausgelastet aber trotzdem funktionsfähig.
Kennt das jemand bzw gibts ein brauchbares HowTo dagegen?
MfG Marcel
Bitte markiere auch die Kommentare, die zur Lösung des Beitrags beigetragen haben
Content-ID: 169964
Url: https://administrator.de/forum/sbs-speicherhunger-169964.html
Ausgedruckt am: 24.12.2024 um 19:12 Uhr
12 Kommentare
Neuester Kommentar
Zitat von @Alchemy:
Wir haben mehrere SBS 2008 und 2011 Server in der Umlaufbahn und alle haben die gleiche Macke:
Ich habe das Problem nur mit SBS 2011Wir haben mehrere SBS 2008 und 2011 Server in der Umlaufbahn und alle haben die gleiche Macke:
Installiert ist nirgends was besonderes. DC mit Exchange, die normalen SBS SQL Datenbanken, ein Backup Exec, Virenscanner und par
Dateien in der Freigabe.
Wieiviel nimmt die store.exe? und wieviel der SQL Server?Dateien in der Freigabe.
Den Vogel schießt ein Kundenserver ab: SBS2008 mit 32GB RAM für ~ 20 User. 1-2 Wochen nach dem Neustart ist die Kiste
voll ausgelastet.
Je nach dem wie die User arbeiten würde ich RAM nach stecken.voll ausgelastet.
SQL Speichergrenzen sind gesetzt. Trotzdem nimmt die sqlservr.exe (3 Tage nach reboot) 11,5GB
Die Speichergrenzen sind ein zweischneidiges Schwert. Hardware ist nun mal billig und etwas in ein paar GB RAM zu investieren und dafür schneller arbeiten finde ich eine gute und günstige SacheDer Rest verbraucht ungefähr 15GB. Das kann doch nicht sein, zumal wir SBS2008 Systeme auf 8 GB Maschinen laufen haben, auch
voll ausgelastet aber trotzdem funktionsfähig.
Einen großteil nimmt die store.exe oder?voll ausgelastet aber trotzdem funktionsfähig.
Kennt das jemand bzw gibts ein brauchbares HowTo dagegen?
Ja. RAM reinstecken ;)Gruß
Wird aber definitiv schneller ;)
Meine Meinung ist nur besser mehr RAM als Auslagern ist einfach schneller und RAM kosten eben nichts mehr.
Gruß
http://www.microsoft.com/sbs/en/us/system-requirements.aspx
Bei 32GB ist Schluss und es kann ja nicht sein das wir von 16BG auf 32 aufrüsten und das Problem einfach mitwächst.
Ich weiß.Bei 32GB ist Schluss und es kann ja nicht sein das wir von 16BG auf 32 aufrüsten und das Problem einfach mitwächst.
SQL nimmt 11 und Store nur ~1GB
Was nimmt noch viel Speicher?Meine Meinung ist nur besser mehr RAM als Auslagern ist einfach schneller und RAM kosten eben nichts mehr.
Gruß
Hallo Alchemy,
welche Version des SQL-Servers hast Du im Einsatz ?
Wie groß ist die Datenbank ?
Ist es neu die Datenbank des SBS-Server (MSEE ???) ?? oder was noch ?
Du kannst natürlich im SQL Server Management Studio die Server Memory Options entsprechend einstellen und z. Bsp. auf max 10 GB RAM limitieren.
Je nachdem, was alles in der DB läuft.
Der SQL-Server nimmt sich prinzipiell soviel RAM wie zur Verfügung steht. Wenn Du den SQL Dienst stoppst und neu startest, wirst Du feststelle, dass der
SQL-server mit wenig RAM beginnt und dann immer mehr bis zum maximum nimmt.
Gruß
Anton
welche Version des SQL-Servers hast Du im Einsatz ?
Wie groß ist die Datenbank ?
Ist es neu die Datenbank des SBS-Server (MSEE ???) ?? oder was noch ?
Du kannst natürlich im SQL Server Management Studio die Server Memory Options entsprechend einstellen und z. Bsp. auf max 10 GB RAM limitieren.
Je nachdem, was alles in der DB läuft.
Der SQL-Server nimmt sich prinzipiell soviel RAM wie zur Verfügung steht. Wenn Du den SQL Dienst stoppst und neu startest, wirst Du feststelle, dass der
SQL-server mit wenig RAM beginnt und dann immer mehr bis zum maximum nimmt.
Gruß
Anton
HI,
ich habe exakt das gleiche Problem SBS 2011, der den kompletten Arbeitsspeicher auffrisst. (30GB). Dazu kommen auch recht elendig große Auslagerungsdatei (11 GB momentan).
Davon sind 0 MB frei, als Ergebnis lässt der Server die Festplatten heiß laufen…
Was hast du mit der Datenbank gemacht?
Gruß
Denis
ich habe exakt das gleiche Problem SBS 2011, der den kompletten Arbeitsspeicher auffrisst. (30GB). Dazu kommen auch recht elendig große Auslagerungsdatei (11 GB momentan).
Davon sind 0 MB frei, als Ergebnis lässt der Server die Festplatten heiß laufen…
Was hast du mit der Datenbank gemacht?
Gruß
Denis