Оперативный и исторический анализ пропускной способности основанного на окнах поля IIS 6/7
Если бы у Вас есть корневой доступ, Вы могли бы попробовать tcp traceroute опция при наличии, например, в соответствии с Linux это было бы:
traceroute -M tcp -p 80 www.somedomain.com
Это попытается соединиться через порт 80 по tcp. Надо надеяться, Вы сможете определить, где проблема затем.
Монитор ресурсов Windows / журналы производительности и предупреждения были бы моим первым раскопом.
Мониторинг производительности будет вашим лучшим выбором. Существует целая категория (в IIS7 и IIS6) под названием «Веб-службы». Есть два счетчика, которые вас особенно интересуют: «Веб-служба \ Полученных байтов / сек» и «Веб-служба \ Отправленных байтов / сек» звучит так, как вам нужно. Вы также можете отслеживать FTP-трафик (в категории «FTP-сервис») или даже необработанную полосу пропускания TCP. Ознакомьтесь с этой статьей для уточнения деталей (она немного устарела, но все еще актуальна).
Вы можете наблюдать за значениями в реальном времени, но мне нравится создавать сборщик данных для сбора данных в долгосрочном плане. время. Вот хорошее прочтение по настройке сборщика данных в Perfmon (при условии, что вы используете 2008). Мне нравится настраивать сборщики данных для записи в формате CSV каждые 5 минут. Откройте его через несколько часов, и вы отлично повеселитесь в Excel ... средние значения, стандартные отклонения, минимальные и максимальные значения!
Одно примечание: убедитесь, что ваш центр обработки данных использует байты и не биты! Пропускная способность всегда обсуждается в битах. Как ни странно, счетчики Perfmon указаны в байтах, поэтому не забудьте скорректировать свои математические вычисления (1 байт = 8 бит): -)