В последнее время одна из наших виртуальных машин Hyper-V периодически перестает отвечать по сети. Кажется, что это происходит каждые несколько дней, а иногда до нескольких раз в день. Я ни в коем случае не системный администратор, поэтому любое направление, которое вы могли бы дать, было бы очень кстати. Я включил все, что знаю, ниже. Если вам понадобится дополнительная информация, я буду рад ее включить.
Мы не знаем точное время, когда сервер выходит из строя, но примерно в то время, когда он выходит из строя, постоянно появляется следующая ошибка:
Ошибка 5719, NETLOGON
Этот компьютер не удалось настроить как безопасный сеанс с контроллером домена в домене *** из-за следующего: В настоящее время нет серверов входа в систему, доступных для обслуживания запроса входа в систему. Это может привести к проблемам с аутентификацией. Убедитесь, что этот компьютер подключен к сети. Если проблема не исчезнет, обратитесь к администратору домена.
РЕДАКТИРОВАТЬ
Вот несколько деталей, которые я упустил во время первоначального поста.
Следующая статья может иметь отношение, а может и не иметь отношения .... предположительно, она была исправлена в 2008 R2, затем сломана в SP1, а затем снова исправлена после SP1 в этом исправлении.
http://support.microsoft.com/kb/2263829
По моему опыту, эта проблема все еще существует, даже после применения исправления.
На сегодняшний день я не могу найти способ решить эту проблему. Я считаю, что потратил больше недели на отключение разгрузки TCP и многие подобные настройки; ничто не препятствует отказу сетевого стека Hyper-V. Я не уверен, что это связано с чисто сетевой нагрузкой, так как я могу сделать это не так при использовании ARCserve для резервного копирования моей виртуальной машины Exchange 2010. Но это не удается только при резервном копировании диска C :. Если я удалю «Агент клиента для Windows» и оставлю агент Exchange только на виртуальной машине, то я могу без проблем выполнять резервное копирование БД Exchange снова и снова. И скорость передачи данных по (виртуальной) сети при резервном копировании базы данных Exchange намного выше, чем при резервном копировании диска C: с тысячами маленьких файлов.
Итак, это заставляет меня думать, что это может быть какая-то проблема с файловым вводом-выводом на VHD? Возможно, проблема с SMB (использует ли ARCserve Backup SMB?)? Комбинация большого количества файлового ввода-вывода и сетевой нагрузки? Может быть, ошибка в службах интеграции Hyper-V? Что-то не так, и я не могу поверить, что вокруг этого больше нет шума. У меня есть 2 сервера в разных местах, на которых возникает эта проблема, хотя симптомы и восстановление немного отличаются.
Другой сервер теряет сетевой стек в виртуальной машине, но вам необходимо перезагрузить хост, чтобы восстановить работу, поскольку виртуальная машина выходит из строя и перестает отвечать во время перезагрузки. Итак, это более серьезно, поскольку для исправления сбойной сети на одной виртуальной машине требуется перезагрузка всего хоста. Об этом симптоме сообщил jwerwie в исходном сообщении.
Возиться с MAC-адресами, настройками TCP Offload и т. Д. Может показаться колоссальной тратой времени.
Похоже, что есть проблема с виртуальной сетевой картой и / или взаимодействием части программного обеспечения с виртуальной сетевой картой. Вот несколько вещей, которые вы можете попробовать, но мои деньги, вероятно, потрачены на антивирус / брандмауэр.
На всех ли ваших виртуальных машинах установлен один и тот же антивирусный продукт? Убедитесь, что ваш антивирус / брандмауэр специально поддерживает Server 2008 с Hyper-V, в противном случае попробуйте другой (или временно удалите, если это возможно) ваш антивирусный продукт / брандмауэр в качестве теста, чтобы увидеть, исчезнет ли проблема. Это было виновником наших систем: каждые 24-48 часов кажущаяся случайной виртуальная машина теряла связь, пока не была перезагружена.
Убедитесь, что ваш антивирусный продукт в управляющей / родительской ОС имеет соответствующую папку и исключения процесса (идентификатор статьи MS: 961804)
Попробуйте отключить функции разгрузки сетевого адаптера, такие как разгрузка большой отправки и разгрузка контрольной суммы, в сетевом адаптере виртуальной машины, они включены по умолчанию в Windows, но, возможно, ваша аппаратная сетевая карта не поддерживает их (или плохо взаимодействует с Hyper-V) что может вызвать проблемы с производительностью и ошибки сети. Есть несколько способов сделать это, но самый быстрый для целей тестирования - это (внутри виртуальной машины) открыть свойства сетевого адаптера, перейти на вкладку «Дополнительно» и отключить функции разгрузки в списке, а затем перезагрузить виртуальную машину. (Идентификатор статьи MS: 951037) Это довольно распространенная проблема. Вы, вероятно, также увидите ошибки на своих сетевых коммутаторах на связанных портах, если это проблема.
Внезапно одна из моих виртуальных машин перестала отвечать. Любые другие виртуальные машины, находящиеся на том же хосте Hyper-V, могут проверить связь с сервером, но любой, кто находится за пределами VMHost, получит очень прерывистый ответ.
Оказывается, мой коллега запустил старый сервер, который мы недавно использовали P2V. Виртуальная машина по-прежнему имела тот же MAC-адрес, что и физический сервер. В моем случае это оказалось проблемой с MAC-адресом.
Сказав это, когда я создавал среду Hyper-V, я отключил все функции разгрузки на сервере Broadcom nics, которые использовались Hyper-V. До этого у меня не было ни одной проблемы с сетью.
Я бы начал с поиска основных неисправностей.
Есть ли вероятность конфликта IP-адресов? Если у сервера статический адрес, перекрывается ли он с какими-либо пулами DHCP? Помните, что ваш пул DHCP Windows может быть не единственным в вашей среде, особенно если у вас есть такие устройства, как устройства VPN или контроллеры WLAN.
Есть ли другие виртуальные машины с одним и тем же физическим сетевым интерфейсом? У всех ли есть подключение к сети, а у этого нет?
Я столкнулся с той же проблемой на виртуальной машине, работающей в кластере серверов 3 HV.
Один из наших виртуализированных стандартных серверов win2003SP2 перестает отвечать через сеть, я вхожу на сервер через MS SC VMM или через консоль Hyper-V на узле, где находится виртуальная машина, и кажется, что он потерял свой сетевой интерфейс ... если я попробуйте перейти к свойствам сетевого интерфейса, у меня нет окна, поэтому я не могу отключить / включить, чтобы увидеть, вернулось ли соединение. У меня есть другие виртуальные машины, использующие тот же виртуальный коммутатор на сервере, и они продолжают работать без каких-либо проблем.
Чтобы исправить ситуацию, мне просто нужно перезапустить виртуальную машину или перенести ее на другой узел Hyper-V кластера.
Я просмотрел журнал системных событий и обнаружил несколько событий, подобных приведенному ниже:
Тип: Информация
Источник: netvsc
Категория: нет
ID события: 4
Сброс минипорта «Сетевой адаптер шины виртуальной машины Microsoft».
Дополнительные сведения см. В центре справки и поддержки по адресу
или
Тип: Предупреждение
Источник: netvsc
Категория: нет
ID события: 5
Минипорт «Сетевой адаптер шины виртуальной машины Microsoft» завис.
Дополнительные сведения см. В центре справки и поддержки по адресу
Но я действительно не понимаю, почему они происходят.
С уважением, Мигель Бранку да Силва Лиссабон - Португалия
У меня была такая же проблема с некоторыми из моих виртуальных машин. Особенно с виртуализацией Exchange. Проблема заключалась в «тяжелом исходящем трафике», из-за которого наша виртуальная машина теряла соединение с сетью, но в остальном выглядела нормально.
Я исправил проблему этим патчем: http://support.microsoft.com/kb/2263829