MS Server 2016 Essentials - Arbeitsspeicher läuft nach ca. 2-3 Tagen zu.?

Hier nun der vollständige Text, wurde irgendwie beim Erstellen abgeschnitten?!?


Hallo zusammen,

ich habe ein Problem mit einem Server, dass schon fast ein halbes Jahr besteht:

Es geht um einen Terra Mini-Server Ess. 2016 mit 16 GB RAM + 2 x 1,6 TB SSDs im RAID1-Verbund.
Das Gerät läuft mit 4 Client Mini-PCs als File- + Print Server und hat eine kleine Firebird Datenbank mit max. 2 GB drauf laufen (eine Datenbank Applikation).

Das Gerät wurde im März vergangenen Jahres für einen Kunden angeschafft und lief‘ auch die ersten 6 Monate prima und schnell

Wurde wieder abgeschnitten?!? (merkwürdig)
Hab' noch ein Smily am Satzende gefunden, vermutlich deshalb, also jetzt nochmal ...


Hallo zusammen,

ich habe ein Problem mit einem Server, dass schon fast ein halbes Jahr besteht:

Es geht um einen Terra Mini-Server Ess. 2016 mit 16 GB RAM + 2 x 1,6 TB SSDs im RAID1-Verbund.
Das Gerät läuft mit 4 Client Mini-PCs als File- + Print Server und hat eine kleine Firebird Datenbank mit max. 2 GB drauf laufen (eine Datenbank Applikation).

Das Gerät wurde im März vergangenen Jahres für einen Kunden angeschafft und lief‘ auch die ersten 6 Monate prima und schnell.
Im vergangenen Herbst kam es dann vermehrt dazu, dass der Arbeitsspeicher „voll lief“, d.h. irgendwann stand die Maschine dann (evtl. durch ein Windows-Update?)
Nach einem „Kaltstart“ lief die Maschine dann wieder anstandslos…

Nach einigen Tagen wieder das gleiche, Kaltstart, da der Server stand und sich nicht mehr herunterfahren ließ‘.

Nach Rücksprache mit Fa. Wortmann (Server-Support), habe ich dann mal einen Hardwaretest aller Komponenten des Server durchgeführt (toolhouse LX)
Es war alles i.O. mit der Hardware.
Nach erneuter Rücksprache mit Fa. Wortmann, habe ich dann letzte Woche das BIOS a.d. neueste Version upgedated, seitdem scheint es, bis jetzt, besser zu sein…
Seit dem lässt sich der Server zumind. sauber herunterfahren, wenn der Arbeitsspeicher "zu läuft".
Aber heute ging‘ der Arbeitsspeicher wieder treppenartig von ca. 2,8 GB auf gut 7 GB hoch! (oh, oh)
Da gibt’s zwar noch Luft nach oben, aber mal sehen, wie er sich weiter verhält…?
Gestern war der Arbeitsspeicher aber wieder zugelaufen, ein sauberer Neustart war möglich.

Ich hab‘ natürlich auch ein bisschen oder auch schon etwas mehr, zu dem Thema gegoogelt und herausgefunden, dass es solcherlei Probleme früher um die Zeit von Server 2008R2 u.ä. gab.

https://forum.sysinternals.com/ram-fully-occupied-by-a-too-large-mapping ...
https://blogs.msdn.microsoft.com/ntdebugging/2007/11/27/too-much-cache/
https://blogs.msdn.microsoft.com/ntdebugging/2009/02/06/microsoft-window ...

Es sollte lt. deren Aussage die Lösung der Cache-Begrenzung aber nicht für Maschinen oberhalb von 2008R2, aufgrund von Performance-Gründen, hergenommen werden?!?

Wäre Klasse, wenn jemand hier Rat wüßte.

Andreas

P.S. Anbei hänge ich noch ein Bild dran', um zu zeichen, mit in welchem Bereich des RAMs der Arbeitsspeicher "zu läuft" - Geändert (5372 MB), Arbeitsspeicher, dessen Inhalt auf einen Datenträger geschrieben werden muss, bevor er zu einem anferen Zweck verwendet werden kann.

Normalerweise werden beim Betrieb ca. 3-4 GB RAM genutzt, d.h. es sind ca. 12-13 GB frei.
Das Problem ist, dass der Arbeitsspeicher des Servers nach ca. 2-3 Tage so zuläuft, dass nicht mal mehr über den Server Druckaufträge entgegengenommen werden! Es bleibt nur der Neustart!

Ich habe mal einen Sensor zur Arbeitsspeicherüberwachung installiert, dass mir Bescheid gesagt wird, wenn der Server unter 10 GB sinkt.
Und so schaut es aus, wenn der Arbeitsspeicher "zu läuft". Aktuell von gestern:
(i.d. Grafik war die Unterschreitungsgrenze noch auf 4 GB gesetzt)

Ja, normalerweise soll der Arbeitsspeicher hergenommen werden (Performance).
Das erste halbe Jahr hatte ich auch keinerlei "Auslagerungsdatei - Pagefile.sys" im Betrieb, da der Server eh' genügend RAM hat, lief auch, wie gesagt wunderbar performant, dann ging es im Herbst irgendwie los (durch ein Windows Update?!?), dass das RAM anfing zu "zu laufen", dann habe ich eine Auslagerungsdatei angelegt, vom System verwaltet, aber es brachte keine Besserung! Dann hieß' es in einem Beitrag, dass die Auslagerungsdatei kleiner sein sollte, hab' sie dann auf 4 GB begrenzt, genützt hat es leider alles noch nichts.

Aber wie im P.S. geschrieben, wird folgender Bereich immer größer:
"Geändert (5372 MB), Arbeitsspeicher, dessen Inhalt auf einen Datenträger geschrieben werden muss, bevor er zu einem anferen Zweck verwendet werden kann."
Irgendwie wird der genannte Bereich des RAMs nicht nicht zurückgeschrieben, sondern wächst und wächst nach ca. 2-3 Tagen?!?
Es ist kein Programm zusehen, dass den Arbeitsspeicher "in Beschlag" nimmt...

Ich hab' schon einige Windows Server am Laufen und mach' dass auch schon 'ne Weile, aber so ein Fehler ist mir bis jetzt noch nicht begegnet.

Anbei noch mal der Screenshot vom Anfang:

O.k. verstanden.

Momentan kann ich (die besondere Situation) nicht nachschauen, da sich der Server im Moment "normal" verhält.

Aber ich habe auch schon "RAMMap" + "procexp" bei den besonderen Situationen gestartet gehabt, es wurde kein(e) Prozess(e) im "proexp" angezeigt, die den Arbeitsspeicher ausnutzt.
Bei RAMMap fiel auf, das der hellgrüne "Modified" Speicherbereich sehr groß angewachsen war, der hatte dann über ca. 12 GB in Beschlag.

Was kann ich am besten tun, wenn die "besondere Situation" wieder auftaucht?
(die genannten tools sind noch a.d. Server)

s. Screenshot (momentan aber im "normal" Zustand)

Moin Frank,

da müsste ich nachfragen, da die Firebird DB von einem Softwareanbieter installiert wurde und gewartet wird...
Alle paar Wochen werden auch Updates von denen eingepflegt, aber die hatten noch keinen Kunden, der solche Probleme hatte...
(hab' ich gleich bei denen im Herbst nachgefragt)

Wo könnte man dass denn nachprüfen?
Kann dass solche Auswirkungen haben?

Gruß Andreas

Moin nochmal,

wenn's an der Firebird DB liegt, müsste doch irgendwas i.d. Richtung im Prozessmanager auftauchen oder?
Wie gesagt es wird kein Prozess angezeigt, der soviel RAM belegt...

Anbei nun ein Screenshot von der Software mit den entspr. Versionen:

Man merkt, dass ich nicht viel mit DB-Servern zu hab'...

Sorry, es ist tatsächlich ein "SQL Anywhere" DB-Server, gibt es da auch diese Art von Problemen?

Ich versuche es jetzt nochmal zusammenfassend zu sagen, was ich bereits am Anfang gesagt habe:

- es gibt keinen "sichtbaren" Prozess im Taskmanager unter dem Reiter "Prozesse", der derart viel Arbeitsspeicher "frisst / benutzt", wenn der Problemfall auftritt, es ist einfach kein Prozess dort sichtbar! - Auch nicht mit dem tool "Process Explorer". Dort scheint anscheinend alles "zu passen", wenn dem auch nicht so ist!

- lediglich im RAMMap tool ist zu sehen, dass der hellgrüne "Modified" Speicherbereich sehr groß angewachsen war (ca. 12 GB) s. bereits geposteten Screenshot.

- in der grafischen Taskmanager Ansicht fällt auf, dass es einen großen Bereich gibt, der anscheinend, erst wieder von anderen Programmen genutzt werden kann, wenn er zurückgeschrieben worden ist (s. bereits vorher angefügten Screenshot, grafi TaskManager Ansicht). Leider wird der Bereich anscheinend nicht zurückgeschrieben, sondern, wenn der Problemfall auftritt, wächst der Bereich und wächst, bis der Server Arbeitsspeicher voll ist!

Wie kann ich rausfinden, was das Problem verursacht?
Wenn der Problemfall auftritt, läßt nur noch eingeschränkt a.d. Server agieren, bis gar nicht mehr...
Aber ich bekomme ja schon vorher eine Meldung, wenn der freie RAM-Speicher < 10 GB ist.

Hallo KMUlife,

danke für Deine Antwort.

Virenschutz ist die KES-Cloud (Kaspersky) drauf und hat bis jetzt auch nix gefunden.

Ich werd' nochmal schauen bzgl. RAID-Controller Update, vielleicht liegt's daran, dass der RAM-Speicher teilweise nicht zurückgeschrieben wird?!?

Gruß Andreas

Der Controller ist ein "LSI MegaRAID SAS 9250-4i" und läuft, wie erwähnt im RAID 1 Modus mit 2 x 1,6 TB SSDs.

Momentan werden ca. 3,2 GB RAM gebraucht, alles im grünen Bereich.

Hallo zusammen,

heute Nacht bzw. heute Morgen war es dann wieder so weit, der Server stand, ich konnte mich nicht mal mehr mit Teamviewer draufklinken

Nun hab' ich mir die Ereignisanzeige des Servers mal ein bisschen durchgeschaut:

Da wird eben gemeldet, dass der virt. Speicher nicht mehr ausreicht a.d. Server:


Aber der "größte" Verbraucher war wohl der DB-Server mit 2 GB, aber dass macht den RAM-Speicher ja nicht voll.

Gibt's da noch etwas anderes, wonach ich Ausschau halten kann im Event-Log?

Ansonsten habe ich jetzt erstmal ein "Workaround" bei dem Server eingerichtet, dass er alle 2 - 3 Tage um 05.00 h neustartet (Mo-Mi-Fr)
(das Problem tritt etwa alle 3-5 Tage auf)

Hat jemand sonst noch eine Idee, wie dem Problem auf die Schliche gekommen werden kann?