Ich bin noch relativ neu in der Konfiguration von Hyper-V, daher könnte dies für manche eine einfache Frage sein, aber ich brauche einige Ratschläge.
Ich habe einen Hyper-V-Hostserver mit 128 GB RAM, und dieser gesamte RAM wird von irgendetwas verbraucht. Es laufen 6 VMs, die so konfiguriert sind, dass sie weniger als die Hälfte der 128 GB verwenden, sodass dieser bei Ausfall eines anderen Hosts dessen VMs übernehmen kann. Dass der gesamte RAM meines Hosts also unerwarteterweise verwendet wird, ist das Problem.
Eine der laufenden VMs ist SQL Server 2014 Standard und ich habe festgestellt, dass ein Neustart dieser VM den RAM an den Host zurückgibt, also scheint dies die problematische Maschine zu sein. Die SQL-VM wurde für feste 16 GB RAM konfiguriert, dann habe ich dynamisches RAM von 16 GB bis 32 GB ausprobiert, das Problem bestand weiterhin. Der SQL Server-Dienst selbst ist mit einem maximalen Speicherlimit konfiguriert, das eingehalten wird, wenn man innerhalb der VM im Task-Manager nachsieht. Es ist erwähnenswert, dass dieser zusätzliche Speicher, der vom Host-Betriebssystem verbraucht wird, nicht im Task-Manager der SQL-VM angezeigt wird, der zeigt, was ich für die Nutzung konfiguriert habe. Aber wie ich schon sagte, ein Neustart der SQL-VM gibt diesen gesamten RAM an den Host zurück und die Nutzung geht von 100 % auf etwa 40 % zurück.
Speichereinstellungen:
Danke für alle Hinweise hierzu.
***Update 19.01.17 12:00 Ich habe einen kostenlosen Veeam Task Manager für Hyper-V verwendet, der mir gezeigt hat, dass der Host den Speicher nutzt und nicht die SQL VM, die ich vermutet hatte. Aber wie erwähnt habe ich festgestellt, dass das Herunterfahren der SQL VM dies kostenlos tut. Gibt es also einen Grund, warum der Host so viel RAM benötigt, um eine SQL VM zu verwalten? Wir haben einen laufenden Host, der 7 % des RAM der physischen Maschine nutzt. Dieser problematische Host nutzt 54 %! Ich habe vor, diesen Host heute Abend herunterzufahren und neu zu starten, alle Ideen sind willkommen.
Antwort1
Die Lösung hierfür war ein Update des Netzwerkkartentreibers, das offenbar etwa zur selben Zeit veröffentlicht wurde, als dieses Problem auftrat. Viel Zeit und Mühe, aber letztendlich eine einfache Lösung. Danke für Ihren Beitrag.