Arbeitsspeicher unseres Fileservers läuft voll
Bei unserem Fileserver besteht das Problem das nach 3 - 4 Tagen der Arbeitsspeicher so ausgelastet ist, dass die verschiedenen Profile der Benutzer nicht mher richtig geladen werden.
Es handelt sich hierbei um MS Windows Server 2003 SP2
Arbeitsspeicher 3 GB.
Nach einigen Tagen ist die Auslagerungsdateiauslastung ca. bei 3,5 GB. Wir der Server dann neugestartet beläuft es sich wieder auf ca. 1,6 GB.
Wir haben bereits festgestellt das die Prozesse "sqlservr.exe" und "store.exe" eine enorm große Speicherauslastung haben.
Also ... was können wir machen das dies nicht mehr passiert ? Oder wir alle 4 Tage den Server neustarten müssen?
Es handelt sich hierbei um MS Windows Server 2003 SP2
Arbeitsspeicher 3 GB.
Nach einigen Tagen ist die Auslagerungsdateiauslastung ca. bei 3,5 GB. Wir der Server dann neugestartet beläuft es sich wieder auf ca. 1,6 GB.
Wir haben bereits festgestellt das die Prozesse "sqlservr.exe" und "store.exe" eine enorm große Speicherauslastung haben.
Also ... was können wir machen das dies nicht mehr passiert ? Oder wir alle 4 Tage den Server neustarten müssen?
Bitte markiere auch die Kommentare, die zur Lösung des Beitrags beigetragen haben
Content-ID: 153856
Url: https://administrator.de/contentid/153856
Ausgedruckt am: 22.11.2024 um 19:11 Uhr
12 Kommentare
Neuester Kommentar
naja - du könntest auch einfach nur über die Konsole die beiden Dienste neustarten lassen...
Sind die aktuellen Service-Packs u. Patches drin? Weil das mit der Store.exe hatten wir nur vor dem SP1 beim Exchange Probleme...
Wobei 3 GB natürlich auch nicht sooo üppig sind für nen SQL und nen Exchange auf nem 2003er Server... Wieivele User habt ihr denn?
Sind die aktuellen Service-Packs u. Patches drin? Weil das mit der Store.exe hatten wir nur vor dem SP1 beim Exchange Probleme...
Wobei 3 GB natürlich auch nicht sooo üppig sind für nen SQL und nen Exchange auf nem 2003er Server... Wieivele User habt ihr denn?
Hallo,
SQL-Server und Exchange-Server sind separate Produkte und haben deshalb auch jeweils separate Service Packs, das hat mit den Service Packs für Windows überhaupt nichts zu tun.
Hab ihr evtl einen SBS-Server?
Ihr solltet euch auch überlegen, die Dienste auf einzelne Server aufzuteilen, z. B. so:
1. Server: ADS, DNS, WINS, DHCP, Files- und Printserver
2. Server: Exchange
3. Server: MSSQL-Server
mfg
Harald
SQL-Server und Exchange-Server sind separate Produkte und haben deshalb auch jeweils separate Service Packs, das hat mit den Service Packs für Windows überhaupt nichts zu tun.
Hab ihr evtl einen SBS-Server?
Ihr solltet euch auch überlegen, die Dienste auf einzelne Server aufzuteilen, z. B. so:
1. Server: ADS, DNS, WINS, DHCP, Files- und Printserver
2. Server: Exchange
3. Server: MSSQL-Server
mfg
Harald
naja - bei der 64-Bit-Version schon... Und ich würde überlegen ob es sich bei der Anzahl an Usern lohnt da über ne Erweiterung/Wechsel nachzudenken.
Natürlich weiss ich nicht wie das bei euch aussieht - daher muss ich einfach mal Werte annehmen. Und zwar nehme ich mal an jeder User hat nen Postfach von nur 100 MB. Bedeutet bei 45 Usern -> 45*100 MB = 4500 MB oder 4,5 GB. Wenn die also ihr Postfach öffnen dann sind die 3 GB schon locker weg - der Server hat nicht mal die Chance auch nur etwas in den Cache zu packen (natürlich wird nicht alles in den Cache geladen - aber zumindest die aktuellen Mails). Dann noch der SQL-Server -> auch der würde gern nen bisserl was für den Cache haben...
Ich sags mal so: Bei einem Datenbank-Server (und auch die Exchange-Datenbank ist eine Datenbank!) kann man generell erstmal sagen das dir reine CPU-Power wenig bringt - wenn du nicht den entsprechenden RAM im Hintergrund hast! Denn jeder Zugriff auf die Festplatte ist im Vergleich zum Ram endlos lang (grob gesagt um eine Größenordnung oder Faktor 1000(!!!) höher - dein Ram ist bei 5-7 ns, deine Festplatte bei einigen Milli-Sek im Zugriff!).
Bei dir versucht jetzt also jedes System sich was vom RAM zu holen -> und da kann die Kiste nur noch auslagern...
Von daher glaube ich nicht das du bei der User-Zahl viel machen kannst ausser die Kiste wirklich mal komplett umzubauen und da nen 64-Bit-OS drauf zu packen... (und RAM rein...)
Natürlich weiss ich nicht wie das bei euch aussieht - daher muss ich einfach mal Werte annehmen. Und zwar nehme ich mal an jeder User hat nen Postfach von nur 100 MB. Bedeutet bei 45 Usern -> 45*100 MB = 4500 MB oder 4,5 GB. Wenn die also ihr Postfach öffnen dann sind die 3 GB schon locker weg - der Server hat nicht mal die Chance auch nur etwas in den Cache zu packen (natürlich wird nicht alles in den Cache geladen - aber zumindest die aktuellen Mails). Dann noch der SQL-Server -> auch der würde gern nen bisserl was für den Cache haben...
Ich sags mal so: Bei einem Datenbank-Server (und auch die Exchange-Datenbank ist eine Datenbank!) kann man generell erstmal sagen das dir reine CPU-Power wenig bringt - wenn du nicht den entsprechenden RAM im Hintergrund hast! Denn jeder Zugriff auf die Festplatte ist im Vergleich zum Ram endlos lang (grob gesagt um eine Größenordnung oder Faktor 1000(!!!) höher - dein Ram ist bei 5-7 ns, deine Festplatte bei einigen Milli-Sek im Zugriff!).
Bei dir versucht jetzt also jedes System sich was vom RAM zu holen -> und da kann die Kiste nur noch auslagern...
Von daher glaube ich nicht das du bei der User-Zahl viel machen kannst ausser die Kiste wirklich mal komplett umzubauen und da nen 64-Bit-OS drauf zu packen... (und RAM rein...)
Dann wäre doch auch mal interessant zu erfahren, was sich in den letzten Wochen geändert hat, wenn doch sonst keine Probleme da waren, oder?
Markus
Hallo,
ich hatte vor kurzem ein ähnliches Problem bei unserem Fileserver. Die RAM-Auslastung war auch bis fast 90-100%
Bei uns war es ein SQL-Update für unseren SQL-Server mit SP3 das die Probleme versacht hatte. Nach deinstallation des Updates ging alles wieder einwandfrei. Vielleicht hilft es weiter....
Falls DFS auf dem Server läuft, würde ich die Bandbreite auch mal überprüfen (war auch mal ein Problem), denke aber bezieht sich eher auf SQL.
Gruß
ich hatte vor kurzem ein ähnliches Problem bei unserem Fileserver. Die RAM-Auslastung war auch bis fast 90-100%
Bei uns war es ein SQL-Update für unseren SQL-Server mit SP3 das die Probleme versacht hatte. Nach deinstallation des Updates ging alles wieder einwandfrei. Vielleicht hilft es weiter....
Falls DFS auf dem Server läuft, würde ich die Bandbreite auch mal überprüfen (war auch mal ein Problem), denke aber bezieht sich eher auf SQL.
Gruß
Hallo,
SBS steht für die "Small Buisiness Server" von Microsoft, da sind dann (fast) alle Funktionen auf einer Machine zusammengefasst. Das ganze dann zu einem vergünstigten Preis und für maximal 50 User.
Die Dateien auf einen anderen Server auszulagern wird dir zwar Plattenplatz bringen, jedoch nur wenig freien Arbeitsspeicher - die Fileserver-Dienste sind da sehr genügsam.
MSSQL-Server (sqlservr.exe) und Exchange (store.exe) nehmen sich beide immer soviel RAM wie möglich, das heißt, diese beiden Dienste auf einem System laufen zu lassen sollte man nach Möglichkeit vermeiden.
mfg
Harald
SBS steht für die "Small Buisiness Server" von Microsoft, da sind dann (fast) alle Funktionen auf einer Machine zusammengefasst. Das ganze dann zu einem vergünstigten Preis und für maximal 50 User.
Die Dateien auf einen anderen Server auszulagern wird dir zwar Plattenplatz bringen, jedoch nur wenig freien Arbeitsspeicher - die Fileserver-Dienste sind da sehr genügsam.
MSSQL-Server (sqlservr.exe) und Exchange (store.exe) nehmen sich beide immer soviel RAM wie möglich, das heißt, diese beiden Dienste auf einem System laufen zu lassen sollte man nach Möglichkeit vermeiden.
mfg
Harald
DFS = Distributed File System
Dort kann du sog. Namespaces erstellen
Verzeichnisse auf mehreren Servern könne so synchron gehalten werden und sind unter einem Verzeichnis "ansprechbar"
Bei mir war der Fall, das eben die mit einer zu hohen Bandbreite untereinander synchronisiert haben.
Aber das wird dann nicht auf dich zutreffen...
Wenn du einen sqlservr.exe Prozess hast muss einer unter Software sein....
Dort kann du sog. Namespaces erstellen
Verzeichnisse auf mehreren Servern könne so synchron gehalten werden und sind unter einem Verzeichnis "ansprechbar"
Bei mir war der Fall, das eben die mit einer zu hohen Bandbreite untereinander synchronisiert haben.
Aber das wird dann nicht auf dich zutreffen...
Wenn du einen sqlservr.exe Prozess hast muss einer unter Software sein....