Код статьи: 2020559 - Последнее изменение :: 4 февраля 2011 г. - Редакция: 5.0

В Microsoft Windows Server 2008 R2 сбое кластера с помощью учетной записи гостя Hyper-V с многими диски к серверу конфигурации компьютера может занять некоторое время перейти в оперативный режим

Просмотр в представлении "Рядом"Показать рядом статью на английском языке и ее перевод на русский язык
Переведено с помощью машинного переводаПРЕДУПРЕЖДЕНИЕ: СТАТЬЯ ПЕРЕВЕДЕНА С ПОМОЩЬЮ МАШИННОГО ПЕРЕВОДА
Список продуктов, к которым относится данная статья.
Совет по использованию системыЭта статья относится к операционной системе, отличной от установленной на вашем компьютере. Содержимое, не относящееся к используемой системе, отключено.
Развернуть все | Свернуть все

Проблема

Рассмотрим следующий сценарий:

  • У вас есть отказоустойчивый кластер Windows Server 2008 R2 с Hyper-V
  • У вас есть хотя бы один гостя Hyper-V, добавляется к этому кластеру
  • У вас есть много сквозной дисков, добавленных для этого гостя, управляются кластером
  • Есть несколько путей для хранения через iSCSI и при использовании политики активно активным в MPIO как по кругу

Следующие действия через диспетчер отказоустойчивости кластеров занять продолжительное время для завершения или сбоя (время ожидания):

  • Перевод конфигурация виртуальной машины в интерактивном режиме.
  • При переключении виртуальной машины
  • Обновление конфигурации виртуальной машины в диспетчер отказоустойчивости кластеров
  • Обновление конфигурации виртуальной машины после изменения конфигурации

Более сквозной диски представлены для конкретной виртуальной машины, больше будет взять его конфигурация виртуальной машины в Интернете или обновить.

Время, затраченное пропорционально объему дисков, настроенных в этой виртуальной машины.  Это время соединения будут расширены до происходит сбой, поскольку ее размер превышает ожидающую ресурсов по умолчанию или время ожидания взаимоблокировки для ресурса кластера конфигурация виртуальной машины тип.

Перейти к началу страницы

Причина

Производительность медленных iSCSI может возникнуть во время перегрузки сетиили при задержке RFC 1122 подтверждений расширить процесс восстановления ошибки.  В ситуациях, где нет перегрузки сети, 200 миллисекунд задержки по умолчанию на подтверждение оказывают значительное влияние на Задержка команды SCSI в среду iSCSI .  Использование резервных каналов решения балансировки нагрузки запросов чтения между несколькими портами массива, увеличивает вероятность того, Эти OpCode SCSI прочитать запросы (чтение Lun, ReadLunCapacity) завершений из нескольких портов приведет к перегрузке сети. 

Алгоритм Nagle применяется как часть RFC 1122 означает, что небольшой полезные данные (например, чтение команды SCSI OpCode) в передаче по сети могут не отправляться пока не достигнут полный сегмент TCP на сетевой ПЛАТОЙ или задержка подтверждения достигнуто время триггера (200 мс).

Интерактивная операция конфигурация виртуальной машины выполняет проверочной, чтобы убедиться, что все компоненты виртуальных Машин, включая хранилища доступны.  В это вхождение, читать команды, которые должны происходить последовательно несколькими SCSI на одном диске к серверу.  Из-за отложенного подтверждение каждого из этих команд ознакомиться до 200 мс для завершения, таким образом расширяя общее время в сети этот ресурс настройки виртуального компьютера.

Как правило подтверждение отправляется для каждого сегмента TCP, полученных на подключение, пока не истекает таймером (200 миллисекунд). Таймером можно изменить путем редактирования реестра, как описано в методе обхода уязвимости.

Перейти к началу страницы

Решение


    Измените параметры TCP/IP для сетевых интерфейсов, несущих трафик iSCSI для немедленного подтверждения получения входящих TCP-сегментов.  Данный метод обхода проблемы устранены проблемы скорость чтения.   

    Примечание: Не следует изменять эти параметры TCP/IP для сетевых интерфейсов, не включающим трафика iSCSI, как подтверждение повышения трафика могут неблагоприятно повлиять на другие приложения.

    Внимание! Это решение содержит сведения об изменении реестра. Перед изменением реестра убедитесь, что для резервного копирования и убедитесь, что вы знаете, как восстановить реестр в случае возникновения проблем. Для получения сведений о том, как резервное копирование, восстановление и внесите изменения в реестр, щелкните следующую ссылку в следующей статье базы знаний Майкрософт: http://support.microsoft.com/kb/256986/.

    1. Запустите редактор реестра (Regedit.exe).
    2. Найдите и выделите следующий подраздел реестра:

      HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\Tcpip\Parameters\Interfaces

      интерфейсы приводится под автоматически сгенерированного идентификатора GUID как {064A622F-850B-4 C 97-96B3-0F0E99162E56}
    3. Щелкните каждый из идентификаторов GUID интерфейса и выполните следующие действия:

      а. Проверка параметров IP-адрес или DhcpIPAddress, чтобы определить, используется ли интерфейс для трафика iSCSI.  В противном случае перейдите к следующему интерфейсу.

      б. в меню Правка выберите команду Создать и затем щелкните значение DWORD.

      c. имя нового значения TcpAckFrequency и присвоить ему значение 1.
    4. Закройте редактор реестра.
    5. Перезапустите Windows, чтобы это изменение вступило в силу.
Перейти к началу страницы

Дополнительная информация

Дополнительно можно просмотреть сведения об этом в руководстве пользователя iSCSI.

http://download.Microsoft.com/download/a/e/9/ae91dea1-66d9-417c-ade4-92d824b871af/uguide.doc

Перейти к началу страницы
Примечание. Это ЭКСПРЕСС-ПУБЛИКАЦИЯ, подготовленная непосредственно службой технической поддержки Майкрософт . Сведения, содержащиеся в данном документе, предоставлены в качестве отклика на возникшие проблемы. Из-за срочности в материалах могут быть опечатки, и в любое время и без уведомления в них могут быть внесены изменения. Чтобы получить дополнительные сведения, см. Условия использования (http://go.microsoft.com/fwlink/?LinkId=151500) .
Перейти к началу страницы
Информация в данной статье относится к следующим продуктам.
  • Microsoft Hyper-V Server 2008 R2
  • Windows Server 2008 R2 Enterprise
Перейти к началу страницы
Ключевые слова: 
kbhyperv kbclustering kbmt KB2020559 KbMtru
Перейти к началу страницы
Переведено с помощью машинного переводаПереведено с помощью машинного перевода
ВНИМАНИЕ! Перевод данной статьи был выполнен не человеком, а с помощью программы машинного перевода, разработанной корпорацией Майкрософт. Корпорация Майкрософт предлагает вам статьи, переведенные как людьми, так и средствами машинного перевода, чтобы у вас была возможность ознакомиться со статьями базы знаний KB на родном языке. Однако машинный перевод не всегда идеален. Он может содержать смысловые, синтаксические и грамматические ошибки, подобно тому как иностранец делает ошибки, пытаясь говорить на вашем языке. Корпорация Майкрософт не несет ответственности за неточности, ошибки и возможный ущерб, причиненный в результате неправильного перевода или его использования. Корпорация Майкрософт также часто обновляет средства машинного перевода.
Эта статья на английском языке:2020559  (http://support.microsoft.com/kb/2020559/en-us/ )
Перейти к началу страницы