Контроль банка сообщений Exchange 2003
Избегайте Dataram если вообще возможный. Мы использовали его в некотором более старом механизме Sun. У них есть пожизненная гарантия по причине, она привыкает довольно часто.
Однако я стараюсь избегать сторонней памяти по всей стоимости (и с ценой памяти Sun, это - co$t). Когда это прибывает время для размещения служебного вызова с Sun, их первый ответ должен удалить стороннюю память прежде, чем продолжить поиск и устранение неисправностей.
Exchange 2003 имеет встроенный контроль (Инструменты | Контроль и Состояние в Администраторе системы), и это довольно настраивается: http://support.microsoft.com/kb/310315. Это может создать некоторую дополнительную нагрузку для Вашего сервера в зависимости от того, какие опции Вы выбираете.
В дополнение к тому, что встроено, если у Вас есть Nagios в Вашей сети (и в противном случае необходимо уделить ему некоторое внимание) Вы найдете, что много плагинов имеют дело с контролем Exchange.
Я записал сценарий и опубликовал к Microsoft Script Center Repository с определенным сценарием здесь: http://gallery.technet.microsoft.com/ScriptCenter/en-us/e5dd50bc-5e69-4eb9-b544-221493e12f0d.
Заставить его работать выполненный членом Администраторов домена (так, чтобы это могло запросить что специальное местоположение AD). Я ввел его в эксплуатацию на своей работе пара несколько месяцев назад. (Намного лучше, чем контроль директором, касающимся Вашего плеча, спрашивающего "почту, повреждается?"!)
Это проверяет, что серверы являются дающими отклик на ping-запрос, что Exchange Services работает, что Коннекторы работают, Хранилища данных смонтированы, и диски, которые хранят Журналы транзакций, составляют используемых меньше чем 50%. На любом отказе это посылает электронное письмо. Описание сценария описывает что потребности быть настроенным.
- Waldo