Следующие инструменты достойны рассмотрения
Если Вы открыты для коммерческого программного обеспечения, то можно взглянуть на предприятие Растяжки. Версия OSS AFAIK не может быть выполнена в Windows.
Предприятие растяжки - http://www.tripwire.com/products/enterprise/index.cfm
Вы выбрали некоторые хорошие критерии качества работы (Ваш маркированный список), и Вы правы, что диск IO мог быть проблемой, но я думаю, что Вы пропускаете прием.
Если Вы не должны использовать ОС undelying S2K3 для чего-то затем, почему бы не прекратить использовать 'Сервер 2' (который не на самом деле действительно очень хорош в выполнении как сервер), и используйте бесплатный гипервизор ESXI вместо этого? Хорошо Вы потеряете основной Windows OS, но Вы видели бы значительные повышения производительности и имели бы намного лучшую видимость поведения Вашего VM - то, чтобы позволять Вам подтвердить любые узкие места IO (который действительно только тратить деньги зафиксирует).
О, и я заинтригован этими '8 базовыми Xeon', Вы имеете, делает это, на самом деле имеют двойные четырехъядерные Xeon - это просто, что нет Xeon на 3.16 ГГц с 8 ядрами еще, поставлющегося. Эта информация могла сообщить нам лучше.
Это - хороший выбор тонких настроек. Однако тонкая настройка, которая улучшает производительность ЦП, например, бесполезна, если Вы - связанный диск. Я предложил бы начать со встречей с Perfmon (посмотрите на Диск статистика ввода-вывода в особенности) определить, где проблема находится.
Если бы Вы не используете предварительно выделенные диски, пристально смотрение на дисковую фрагментацию хоста было бы продуктивно, как мог бы, восстанавливая VMs XP с выровненными границами раздела диска.
' Большая дубинка ' мигрировала бы на ESXI, который предлагает намного лучшую производительность, если у Вас есть аппаратная совместимость.
Я работал с сервером, подобным Вашему - Windows 2003 R2, VMware Server 2, машина сборки XP и несколько других VMs, соответствующая RAM и шесть дисков RAID 5 для виртуальных машин. Любое время втолкнутая машина сборки, Вы определенно могли заметить его на другом VMs. Это было иногда болезненно.
Я погуглил и попробовал каждую оптимизацию, которую я мог найти, но только видел незначительное увеличение производительности от него. Я затем переместил этот VM прочь на его собственного VMware, хост ESXI и все машины везде были намного более счастливыми.
Этот опыт привел меня избегать VMware Server в целом - специально для диска интенсивные приложения. Это хорошо для низких сценариев использования, но использование ESXI (или сервер Hyper-V, который я также как) обычно делает жизнь настолько легче.
У меня теперь есть машина сборки, совместно использующая подобное, хотя немного более раскормленный, сервер со многими другими VMs под Hyper-V, и это работает отлично.
Так как моя установка имела еще очень много дисков, чем Ваша, я буду осторожен относительно просто предположения, что больше дисков решило бы Ваши проблемы.