Можно сделать это, не используя Network Appliance с помощью следующих двух методов, по крайней мере, но они потребуют контроля изменений:
Обратный прокси, необходимо будет удалить сервер, который Вы собираетесь отключить от кандидатов прокси
DNS, необходимо будет запланировать заранее, изменить DNS и ожидать TTL для передачи
, можно также сделать автоматическое выравнивание нагрузки и активно-активную обработку отказа, специально для веб-сервера, служащего статическим страницам при помощи протоколов маршрутизации. Контроль EGP и IGRP. Должен быть материал справки онлайн (связанный с Cisco особенно), что деталь, как сделать это с двумя или больше хостами через маршрутизатор.
Посмотрите, помогает ли это: http://blogs.msdn.com/b/psssql/archive/2008/09/03/how-it-works-17888-all-schedulers-on-node-appear-deadlocked.aspx
Если Ваша программа создает 5 соединений на экземпляре SQL, и Вы видите 230 занятых рабочих на экземпляре, который подразумевает по крайней мере 46 копий программы. Они все работают на той же рабочей станции? IIRC, число по умолчанию рабочих 255, и вероятно, что Вы врезаетесь в это. Одним последствием этого являются долгие времена входа в систему для клиентов. В зависимости от приложения тайм-ауты входа в систему могли вызывать катастрофические отказы, продолжительные запросы - также.
ASYNC_NETWORK_IO подразумевает, что SQL Server ожидает клиентского приложения для чтения данных с SQL Server. Возможно, Вы насыщали сетевое соединение на рабочей станции, или даже на сервере?
Какие сетевые аппаратные средства Вы имеете в сервере? Действительно ли это - многоядерный сервер?