IIS, DNS, аутентификация
Проблема состоит в том, что сопоставление базы данных, устанавливающее это, которое Вы имели в старой базе данных 2000 года, было нечувствительно к регистру, но Вы мигрировали на новую базу данных, где установка сопоставления была чувствительна к регистру. Все, что необходимо сделать, изменяют настройки сопоставления в Вас более новые свойства баз данных, и затем они будут соответствовать именам независимо от случая.
Ваше приложение было кодировано к Верхнему регистру пароли, потому что разработчики не поняли, что база данных 2000 года была чувствительна к регистру. Они, возможно, легко изменили настройки базы данных 2000 года к нечувствительному к регистру для решения их проблемы, но они, очевидно, приняли решение "взломать" вокруг этого вместо этого.
Я нахожу это интересным, что все, на которые elses отвечают на этот вопрос, следуют за тем же наивным путем. Вообразите все напрасно потраченное время в истории из-за разработчиков, не понимающих эту простую проблему.
Не уверенный, если это имело бы какое-либо отношение к нему или нет, но в том, какой слой Ваша подсистема балансировки нагрузки выполняет Виртуальный Сервис? Это работает на Уровне 4 или Уровне 7? Снова я не уверен, почему это имело бы значение, но возможно. Кроме того, что-то еще, что Вы могли бы хотеть проверить (если бы Вы работаете на Уровне 7) было бы, включили ли Вам прозрачность IP, если Вы не делаете затем ситуации, Вы описываете, когда на локальном сервере и наличии это перенаправляет назад через LB, возможно, мог иметь некоторое отношение к нему.
-
1Спасибо за обратную связь я заставлю одного из своих парней смотреть. – Mike Mengell 9 July 2010 в 10:12
Попытайтесь проверить с помощью ping-запросов http://WebSite1 на WebFarm1. Попытайтесь проверить с помощью ping-запросов http://WebSite1 на клиенте. Также попробуйте tracert на обоих Wat, результаты?
Сервер имеет несколько сетевых плат?