Classic ASP Bottlenecks

Question

У меня есть 2 веб-сайта, подключающихся к одному экземпляру MSSQL через классический ASP. Оба сайта похожи по своему характеру и выполняют похожие запросы.

Один сайт задыхается каждый раз в то время, а другой сайт в порядке. Это заставляет меня думать, что MSSQL не проблема, иначе я бы подумал, что узкое место будет происходить на обоих сайтах одновременно.

Я пытаюсь использовать монитор производительности в Windows Server 2008, чтобы найти проблему, но поскольку все в сводной форме, сложно найти страницу asp.

Так что я ищу некоторые советы по устранению неполадок ...

Есть простой способ проверить все последние страницы ASP и количество см времени они баллотировались?

Есть ли простой способ увидеть запросы на страницу в реальном времени, как они происходят?

Мне в основном нужно отследить этот оскорбительный код, но мне нелегко видеть, что происходит в реальном времени через IIS.

Answer 1

Если вы используете «журнал регистрации W3C» в качестве режима журнала для ваших логарифмов IIS, вы можете включить столбец «время», которое даст вам время выполнения каждого ASP в миллисекундах (по умолчанию это столбец отключен). See here для более подробной информации.

Answer 2

Лучше всего запустить профайлер SQL Server, чтобы узнать, какая процедура или sql может занять много времени. Вы также можете использовать Process Monitor, чтобы просмотреть любые страницы, на которые может потребоваться много времени, чтобы завершить выполнение, и, наконец, не забудьте проверить журналы IIS.

Надежда, что помогает

Answer 3

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

Проверьте свой код для транзакций и их закрытие, и, возможно, более контрейлерные настройки трассировки на SQL-сервере для регистрации взаимоблокировок.