Классические узкие места ASP

Question

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

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

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

Поэтому я ищу несколько советов по устранению неполадок ...

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

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

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

Answer 1

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

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

Answer 2

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

Answer 3

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

Надеюсь, что это поможет