Проверка, нужна ли Вам установка дополнительной памяти, обычно довольно проста. Некоторые perfmon
счетчики скажут Вам, сколько раз ОС опускает в файл подкачки, а также использование памяти, страницы, и т.д. Кроме того, поскольку это - SQL Server, можно также использовать профилировщика для наблюдения, сколько чтения с диска делается для определенных запросов. Если использование памяти - что-нибудь <90% затем, SQL-сервер не настроен оптимально. Не используйте диспетчер задач для этого, поскольку это - "бесплатный" столбец памяти, включает сумму, выделенную упреждающей выборке.
Необходимо смочь убедить их (и Вы), что это - nessesary через эти метрики, прежде чем Вы даже потрудитесь делать перед/после того, как тестами. Прежде чем/после того, как тесты обычно просто создают резервную копию Вашего исходного доказательства. И если Ваши метрики не предлагают, чтобы Вам было нужно больше RAM затем, это сохраняет яйцо на Вашей поверхности.
Однако для перед/после того, как запросами, я взял бы наиболее часто используемый запрос (не слишком простой, что-то реальная жизнь), бросить его в Studio управления SQL, включить План выполнения (таким образом, можно удостовериться, что это выполняет тот же план каждый раз, и таким образом Вы получаете допустимые результаты), и время, сколько времени они берут.
Я думаю, что с IIS6 и встроенным SMTP-сервером вам не повезет. Встроенный SMTP-сервер довольно ограничен в своей функциональности. Помимо написания какого-либо плагина (который вы можете сделать) или покупки плагина, который может реализовать сканирование и регистрацию конвертов сообщений SMTP, вы не получите намного больше информации, чем то, что у вас есть сейчас.
Как уже упоминалось, от jdw в своем комментарии; В прошлом я использовал exim для этой конкретной цели, и я считаю, что MTA на основе Linux намного более гибок и мощнее для такого рода вещей. Но это вам не поможет, если все, что у вас есть, - это IIS-сервер.
Поскольку классический ASP представляет собой обычный текст, вы можете выполнить текстовый поиск на сервере общих команд ASP для отправки почты, таких как
CreateObject("CDO.Message")
. Оттуда вы сможете увидеть, как настраивается сценарий вверх по адресу "от". Я бы сказал, что любые сценарии, которые имеют динамическое значение FROM или, альтернативно, если вы постоянно получали нежелательную почту с одного и того же адреса электронной почты, просто выполняете поиск этого адреса электронной почты.
В дальнейшем я настоятельно рекомендую использовать только аутентифицированный SMTP.
Это строго теоретически, но я прочитал статью о подобной ситуации некоторое время назад. Вы должны иметь возможность использовать продукт типа Wireshark, настроенный на адрес обратной связи, чтобы получить захват пакета, содержащий все ссылки на ваш SMTP-коннектор по умолчанию. Может быть стоит посмотреть.