2013-09-18 2 views
0

У меня есть несколько устаревших приложений, созданных изначально на asp.net 2.0, IIS 6 и панелях обновления. Они отлично работали на этом старом сервере, время отклика не превышало 4 секунд.ASP.NET AJAX очень медленно после обновления до IIS 7.5 ASP.NET 4.5

Я переместил их на новый сервер Windows 2008 с IIS 7.5, а производительность намного медленнее на 20 секунд на асинхронный запрос/ответ.

  • код не изменился
  • базы данных не изменилась.
  • AppPool работает в классическом режиме.
  • база данных реагирует сразу, как только он получает запрос (опять занимает 20 секунд для базы данных, чтобы получить запрос)
  • Я установил последнюю AJAXControlToolkit для ASP.net 4.5.

Я сделал некоторый анализ и нашел, что запрос - это то, что занимает так много времени, но я не знаю почему. Я попытался переключиться на интегрированный режим, но это не оказало положительного эффекта.

Любые идеи о том, что я могу сделать?

Спасибо, Джастин.

+0

Из любопытства, какова ценность ? – Levi

+0

У меня нет этого набора. – Asmussen

ответ

0

Кажется, проблема с сетью для меня.

База данных не изменилась.

База данных не изменилась, и вы перевели код на новый сервер. Получаете ли вы доступ к БД через локальный IP-адрес? Если нет, вам нужно это сделать. Проверьте скорость соединения, проверив старый сервер БД с вашего нового сервера и посмотрите, не требуется ли времени для получения ответа.

база данных реагирует сразу, как только он получает запрос (опять же это занимает 20 секунд для базы данных для получения запроса)

Если база данных быстро реагировать и он работает отлично ранее, нет никаких шансов, что с ним возникнут какие-либо проблемы. Что-то подозрительно в передаче данных по сети.

Только в случае, это не проблема сети:

1) Пожалуйста, очистить и восстановить решение и загрузить его снова. Удаление всех папок «bin» в каждом проекте и их повторное восстановление снова работало для меня. Это стало причиной моей проблемы.

2) Пожалуйста, убедитесь, что вы используете новейшие сборки разъемов DB на всякий случай, если используете MySql или Oracle.

3) Вы можете использовать fiddler для отслеживания ваших HTTP-запросов и посмотреть, где именно проблема.

 Смежные вопросы

  • Нет связанных вопросов^_^