Я новичок в настройке Hyper-V, поэтому для кого-то это может быть простым вопросом, но мне нужен совет.
У меня есть сервер хоста Hyper-V с 128 ГБ ОЗУ, и вся эта ОЗУ чем-то занята. На нем запущено 6 виртуальных машин, они настроены на использование менее половины 128 ГБ, так что если другой хост выйдет из строя, он сможет взять на себя их виртуальные машины. Так что вся ОЗУ, используемая на моем хосте, не ожидается — вот в чем проблема.
Одна из работающих виртуальных машин — SQL Server 2014 Standard, и я обнаружил, что перезапуск этой виртуальной машины возвращает оперативную память хосту, так что, похоже, это проблемная машина. Виртуальная машина SQL была настроена на фиксированную оперативную память 16 ГБ, затем я попробовал динамическую оперативную память от 16 ГБ до 32 ГБ, проблема сохранилась. Сама служба SQL Server настроена на максимальный предел памяти, который, когда внутри виртуальной машины смотришь на диспетчер задач, этот предел памяти соблюдается. Стоит добавить, что эта дополнительная память, которая потребляется из ОС хоста, не отображается в диспетчере задач виртуальной машины SQL, который показывает, что я настроил ее на использование. Но, как я уже сказал, перезапуск виртуальной машины SQL возвращает всю эту оперативную память хосту, и она снижается со 100% использования до примерно 40%.
Настройки памяти:
Спасибо за любые указания по этому поводу.
***Обновление 19/01/17 12:00 Я использовал бесплатный инструмент Veeam Task Manager для Hyper-V, который показал мне, что память использует хост, а не SQL VM, как я подозревал. Но, как уже упоминалось, я обнаружил, что выключение SQL VM освобождает от этого. Так есть ли причина, по которой хосту нужно так много ОЗУ для управления SQL VM? У нас есть один работающий хост, который использует 7% ОЗУ физических машин. Этот проблемный хост использует 54%! Я планирую выключить и запустить этот хост сегодня вечером, любые мысли приветствуются.
решение1
Решением для этого стало обновление драйвера сетевой карты, которое, похоже, было выпущено примерно в то же время, когда началась эта проблема. Много времени и усилий, но в конечном итоге простое исправление. Спасибо за ваш вклад.