Вопросы Теги

Как настроить предупреждения Nagios для Почтовых Хранилищ Exchange

OpenFire является большим Сервером XMPP. Быстрая, стабильная, широкая общественная поддержка с большим количеством расширений, и коммерческих и OSS.

Не говоря уже о, интегрируется с основанными на LDAP системами, даже с Active Directory, таким образом, никакие отдельные логины не необходимы.

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

Как некоторая клиентская поддержка приложений XMPP NTLM, пользователи не должны настраивать пароли там так никакие проблемы с политиками, требующими периодических изменений пароля.

2
задан 6 June 2009 в 11:42
3 ответа

Я нашел способ проверить сколько активных соединений, там к конкретному mailstore использование check_nt-v ВСТРЕЧНАЯ проверка следующим образом:

check_nt -H $HOSTNAME$ -p $PORT$ -v COUNTER -l "\\MSExchangeIS Mailbox($ARG1$)\\Active Client Logons","$ARG1$ Sessions: %.f" -w0 -c0

Я предполагаю, что будет по крайней мере 1 Активный Клиентский Вход в систему от системного процесса, пока mailstore смонтирован, но что он спадет 0, если он будет размонтирован.

Я протестирую это позже и сообщу.

править

Активные Клиентские Логины спали 0 в течение ночи для некоторых mailstores, таким образом, это не решение - однако, я теперь задаюсь вопросом, будут ли Клиентские Логины работать, как описано.

Тестирование снова...

править

Используя Клиент Логины делают точно, что я хочу.

2
ответ дан 3 December 2019 в 10:31

Как Вы заявили, потому что Exchange использует процесс store.exe для всех баз данных почтового ящика, не возможно контролировать базу данных отдельного почтового ящика тот путь. Могут быть способы сделать так путем разговора directley к Exchange, но я не знаю ни о каком процессе для Nagios, который может сделать это.

Процесс store.exe является обслуживанием Банка сообщений Exchange, это может контролироваться Nagios. Если базы данных почтового ящика демонтируют из-за проблем дискового пространства и многих других проблем, это вероятно, этот сервер остановится также. Контроль этого должен дать Вам хороший признак проблем почтового ящика

Эта статья является превосходным учебным руководством при установке контроля для сервисов Exchange и включает много информации о разных вещах, которые можно проверить для контроля здоровья серверов Exchange.

[Править]

Windows Performance Counters действительно имеет счетчик для хранилища Exchange, Почтового ящика MSExchangeIS, счетчика, таким образом, это может также смочь использоваться.

2
ответ дан 3 December 2019 в 10:31
  • 1
    Вы знаете, может ли mailstores контролироваться через " Windows Performance Counters"? check_nt поддерживает их, но I' m не уверенный, можно ли к mailstore состоянию получить доступ тот путь. –  Brent 4 May 2009 в 20:51
  • 2
    Несомненно, посмотрите редактирование выше –  Sam Cogan 4 May 2009 в 20:59
  • 3
    Спасибо Sam - к сожалению, SMTPNTFSStoreDriver противостоит doesn' t, кажется, имеют экземпляры для нашего отдельного mailstores. Почтовый ящик MSExchangeIS, однако, делает. –  Brent 5 May 2009 в 02:02
  • 4
    Хороший для знания, не используемый счетчик производительности для Exchange прежде так wasn' t уверенный, какой сделал это. Обновили для отражения этого. –  Sam Cogan 5 May 2009 в 02:10

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

Тот в вопросе наиболее вероятен 1 метрика нескольких тысяч важных метрик, правильно контролирование Exchange Server... также, исчерпывая дисковое пространство походит на самый основной материал, любой контрольный комплект должен предупредить о - но теперь я - unusally раздражающий ^^

0
ответ дан 3 December 2019 в 10:31
  • 1
    Да, но это - фактический случай, с которым мы столкнулись на повторяющейся основе. I' m, только предполагая, что это происходит из-за проблем дискового пространства, но мы ДЕЙСТВИТЕЛЬНО контролируем дисковое пространство и те предупреждения, не смещены. Мы думаем, что это может быть временный дефицит из-за промежуточных резервных кэшей или чего-то. –  Brent 19 May 2009 в 20:55
  • 2
    Ясно. Могло быть интересно выполнить регистратор производительности за ночь для наблюдения то, что это делает в течение проблематичного периода. –  Oskar Duveborn 19 May 2009 в 21:29

Теги

Похожие вопросы