Прочитать на английском

Поделиться через

Руководство по устранению неполадок с производительностью протокола TCP/IP

  • Статья

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

Контрольный список по устранению неполадок

Параметры TCP во всех современных операционных системах Windows задаются автоматически. Чтобы выяснить текущие параметры TCP, используйте командлет Get-NetTCPSettings.

Советы для повышения пропускной способности

  • Убедитесь, что нет базовых проблем с сетью, таких как потеря пакетов.
  • Включите расширенные свойства сетевого интерфейса для функций производительности (таких как кадры Jumbo, RSS/VMQ, функции разгрузки и RSC), за исключением случаев, когда возникла базовая проблема совместимости сети или для устранения неполадок.
  • Убедитесь, что для протокола TCP указан обычный уровень автоматической настройки.
  • Выполните анализ в Мониторе производительности и убедитесь, что возможности ЦП или хранилища не создают узких мест.
  • Выберите функции безопасности, которые соответствуют реальным требованиям организации.
  • Определите базовые показатели.

Дополнительные сведения см. в разделе "Узкие места" для пропускной способности TCP.

Дополнительные сведения о создании базовых показателей см. в статье "Создание базового плана".

Когда пропускная способность падает ниже заданного базового показателя, примените средство захвата пакетов, чтобы выполнить трассировку сети и обнаружить проблемы с сетью. Использование средства ctsTraffic для анализа трассировки сети

Проверка журналов монитора производительности

Распространенные проблемы и решения

Сбор данных

Перед обращением в службу поддержки Майкрософт вы можете собирать сведения о проблеме.

Предварительные требования

  1. TSS должен выполняться учетными записями с правами администратора в локальной системе, и EULA необходимо принять (после принятия лицензионного соглашения TSS не будет запрашивать снова).
  2. Рекомендуется использовать политику выполнения PowerShell локального компьютера RemoteSigned .

Примечание

Если текущая политика выполнения PowerShell не разрешает выполнение TSS, выполните следующие действия:

  • RemoteSigned Задайте политику выполнения для уровня процесса, выполнив командлетPS C:\> Set-ExecutionPolicy -scope Process -ExecutionPolicy RemoteSigned.
  • Чтобы проверить, вступает ли в силу изменение, выполните командлет PS C:\> Get-ExecutionPolicy -List.
  • Так как разрешения уровня процесса применяются только к текущему сеансу PowerShell, после закрытия заданного окна PowerShell, в котором выполняется TSS, назначенное разрешение для уровня процесса также будет возвращено в ранее настроенное состояние.

Сбор ключевых сведений перед обращением в службу поддержки Майкрософт

  1. Скачайте TSS на всех узлах и распакуйте его в папке C:\tss.

  2. Откройте папку C:\tss из командной строки PowerShell с повышенными привилегиями.

  3. Запустите трассировку с помощью следующих командлетов:

    TSS.ps1 -Scenario NET_Winsock

    Для связанных проблем с NCSI:

    TSS.ps1 -Scenario NET_NCSI

  4. Примите EULA, если трассировки выполняются в первый раз на компьютере.

  5. Разрешить запись (PSR или видео).

  6. Воспроизвести проблему перед вводом Y.

    Примечание

    Если вы собираете журналы как на клиенте, так и на сервере, дождитесь появления этого сообщения на обоих узлах перед воспроизведением проблемы.

  7. Введите Y , чтобы завершить коллекцию журналов после воспроизведения проблемы.

Трассировки будут храниться в ZIP-файле в папке C:\MS_DATA , которую можно отправить в рабочую область для анализа.

Справочные материалы