Изменения, сделанные в менеджере по IIS, отражаются в web.config вместо этого applicationHost.config

Используя Профилировщика, исследуйте запросы, работающие на экземпляре SQL.

Если приложение не кодируется хорошо, можно быть в 'death-1000 сценарий сокращений, где существуют сотни или тысячи маленьких, возможно незначительные запросы, возвращая единственные строки вместо как набор или a JOINрезультат редактора. Каждый раз, когда приложение хочет данные для одного из этих наборов запросов, разделение уровней представляет огромную сумму дополнительной задержки по сетевому соединению. Это довольно парадоксально, если Вы не видели эту ситуацию прежде.

Выполнение Профилировщика на сервере с относительно высоким объемом запроса может быть трудным, но если случается так, что большой объем, можно включить его для несколько раз, 1-2 минуты за один раз, и получить хороший образец. Просто независимо от того, что Вы делаете, не выполняйте Профилировщика по сетевому соединению. Или выполните Профилировщика на поле SQL Server через RDP или настройте трассировку для работы самого экземпляра, (предпочтенного).

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

0
задан 9 August 2013 в 13:00
1 ответ

Продукт стороннего производителя изменил делегирование функций для фильтров ISAPI с "Только чтение" на "Чтение / запись". Это изменение предписывает диспетчеру IIS хранить значение в web.config вместо applicationHost.config.

0
ответ дан 24 November 2019 в 10:40

Теги

Похожие вопросы