Benutzer mit den meisten Antworten
HardMemoryLimit "Selektionskriterien"

Frage
-
Hallo an Alle,
wie im Operations Guide zu lesen ist, sorgt das HardMemoryLimit dafür, dass sobald der Arbeitsspeicher das HardMemoryLimit überschreitet, Sessions selektiert und beendet werden. Ich habe jetz die Frage, welche Sessions er dort beendet. Gibt es eine Logik, die dahinter steckt wie bspw. "Beende die längste offene Session" oder "Beende die jüngste Session" geht das HardMemoryLimit nach reiner Willkür vor?
Hat bereits jemand damit Erfahrungen gesammelt bzw. hat jemand vlt eine Idee, wie man die Sache angehen könnte, um die Logik herauszufinden?
Ich freue mich über jede Hilfe.
Grüße, fab
Antworten
-
Hi fab,
wenn man mal hier nachliest, geht es allen an den Kragen:
http://msdn.microsoft.com/en-us/library/ee301976.aspx
If memory use exceeds this value, the server will free all shrinkable memory, and if memory use still exceeds the limit after freeing all shrinkable memory, the server will kill all running commands.
Einen schönen Tag noch,
Christoph
--
Microsoft SQL Server MVP
www.insidesql.org/blogs/cmu- Als Antwort vorgeschlagen FZB Dienstag, 8. Mai 2012 10:10
- Als Antwort markiert fabulous_sql2012 Mittwoch, 9. Mai 2012 06:27
Alle Antworten
-
Hi fab,
wenn man mal hier nachliest, geht es allen an den Kragen:
http://msdn.microsoft.com/en-us/library/ee301976.aspx
If memory use exceeds this value, the server will free all shrinkable memory, and if memory use still exceeds the limit after freeing all shrinkable memory, the server will kill all running commands.
Einen schönen Tag noch,
Christoph
--
Microsoft SQL Server MVP
www.insidesql.org/blogs/cmu- Als Antwort vorgeschlagen FZB Dienstag, 8. Mai 2012 10:10
- Als Antwort markiert fabulous_sql2012 Mittwoch, 9. Mai 2012 06:27
-
meine Erfahrungen mit SSAS 2008R2 und all diesen sogenannten Settings zum Kontrollieren des Memoryverbrauch, waren derart, dass diese Werte jeweils als ein Marker verwendet wurde, welche nach Ueberschreiten des Limits einen Thread startet, welche dann aufraeumt.
Da wir dazu mal SQL Server und Analysis Server auf dem gleicher Server laufen liessen, hatten wir regelmaessig probleme, dass es zu lange dauerte, bis dieser Thread mit seiner Arbeit begann und damit das ganze System mehr Speicher brauchte als physisch vorhanden war und damit anfing ins Pagefile zu swappen und toedlich langsam wurde.
Selbst eine Konfiguration von AS derart, dass 2-3 GB Speicher freibleiben sollte, resultierte teilweise in Paging da in AS der benutzte Speicher nicht gleichmaessig und langsam anstieg, sondern ploetzlich mit stark steigernder Kurve und daher die Marke schon lange ueberschritten wurde bis endlich dieser Thread seine Arbeit aufnehmen konnte.
Als Loesung hatten wir schlussendlich, AS auf einen eigenen Server verschoben, da dann nicht mehr der SQL Server selber ausgebremst wurde und der AS das ganze physische Memory verwenden konnte was bei einer alleinigen Installation von AS auf einem Serve auch einigermassen klappte.
Please use Mark as Answer if my post solved your problem and use Vote As Helpful if a post was useful.