Назад | Перейти на главную страницу

Каков автоматизированный способ проверить, что наш сервер обмена отправляет / получает электронную почту?

Есть ли какие-нибудь простые, но автоматизированные способы проверить правильность работы Exchange? В частности, мы ищем, могут ли пользователи Outlook подключаться к Exchange и есть ли поток электронной почты.

Иногда на нашем сервере возникают проблемы с виртуальной памятью, и пока мы пытаемся устранить причину этих проблем, было бы полезно сразу узнать, что наш сервер не работает.

Почти в каждом инструменте сетевого мониторинга есть проверка электронной почты. Обычно они отправляют электронное письмо на адрес электронной почты (тест SMTP), а затем получают его (тест POP). Это по большей части подтверждает, что Exchange работает и электронная почта отправляется. Например, если служба SA не работает, тест завершится неудачно, если служба IS не работает, тест завершится ошибкой, если почтовый магазин отключен, тест завершится ошибкой и т. Д. И т. Д.

Это не тестирует такие компоненты, как OWA, но вы можете настроить для этого HTTP-тест.

Это не полностью отвечает на ваш вопрос, но я написал сценарий для Мониторинг серверов Exchange. (Он был написан для E2k3, но должен работать на E2k7, но E2k10 ненадежен). В нынешнем виде он проверяет, что указанные серверы доступны для проверки связи, службы Exchange работают, соединители работают, хранилища данных подключены, а диски журнала транзакций заполнены не менее чем на 50% (порог которого, конечно, можно изменить).

У меня это запускается как запланированная задача каждые 10 минут, отправляя предупреждение по электронной почте / пейджеру, если обнаружена проблема. Это лучше всего работает, если у вас есть автономный SMTP-сервер (скажем, небольшой сервер sendmail Linux / Unix, который где-то тихо сидит), поскольку ничего не произойдет, если ваша почтовая среда сломается в единственной точке отказа ...

Другой способ обойти это ограничение (SPoF) - создать измененную копию, предназначенную для запуска из командной строки, и просто распечатать результаты на экране.

Это не означает, что вы не могли изменить его для вывода файла в формате по вашему выбору (html / json / xml) для считывания в Dashboard или для запуска других видов предупреждений. Вы ограничены только вашим воображением.

Вчера наткнулся на эту ссылку - http://www.msexchange.org/articles-tutorials/exchange-server-2007/monitoring-operations/testing-exchange-2007-powershell-part1.html. Я думаю, если вы запустите нужные вам тестовые команды с 1, 2 или 5-минутным сном, анализируя возвращенные объекты на предмет условий сбоя, вы получите предупреждение, когда что-то выйдет из строя.