Мониторинг прохождения почты через вашу инфраструктуру

Задача мониторинга почты впервые была поставлена передо мной еще в 2008 году. Пинг, мониторинг ключевых показателей и статус служб получить было достаточно просто. Но сразу же возник вопрос – будет ли это служить доказательством того, что почта снаружи может быть получена? Естественно, нет, так как получение почты снаружи завязано еще на кучу факторов. Тогда я не смог настроить работоспособных механизмов проверки.

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

System Center Operations Manager Exchange Management Pack не помогал, так как в синтетических транзакциях отсутствовала опция обмена почтой с внешней почтовой системой. Я несколько раз собирался что-то наколбасить на коленке, но все переключался, пока мне не попалась на глаза вот эта статья. Использование System Center Orchestrator в связке с System Center Operations Manager могло решить мою задачу. Поехали…

Continue reading “Мониторинг прохождения почты через вашу инфраструктуру”

SC 2012 SP1 Orchestrator & SCOM IP – Failed to get Monitor…

Данная статья перепечатана с blog.it-kb.ru.

После обновления System Center 2012 Orchestrator до уровня Service Pack 1 заметил что перестала корректно работать задача, описанная в заметке SC 2012 Orchestrator – Режим обслуживания SCOM по расписанию. На этапе выполнения активности Start Maintenance Mode для каждого объекта полученного из SQL запроса к БД SCOM возникала ошибка:

Failed to get Monitor. The exception was “An object of class MonitoringObject with ID 00000000-0000-0000-0000-000000000000 was not found.”.

image

После изучения ситуации стало понятно, что в обновлённой версии Orchestrator изменилось представление объектов возвращаемых из SCOM для подстановки в поле Monitor для активности Start Maintenance Mode. Например если ранее значение выглядело так..

Microsoft.Windows.Computer:KOM-AD01-RDS03.holding.com

..то после обновления оно стало выглядеть так..

KOM-AD01-RDS03 : Microsoft.Windows.Computer:KOM-AD01-RDS03.holding.com

Таким образом, для того чтобы описанная в ранее указанной заметке задача заработала, пришлось несколько изменить SQL запрос к БД SCOM:

SELECT (TargetObjectDisplayName + ‘ : ‘ + TargetObjectFullName)

FROM RelationshipGenericView

WHERE isDeleted=0 AND SourceObjectDisplayName like ‘KOM RDS Servers (VMs with App-V Client)’

System Center 2012 Orchestrator SP1

С разрешения Максимова Алексея я начинаю перепечатку некоторых статей, относящихся к продуктам Microsoft.

На этот раз я перепечатаю статью про System Center 2012 Orchestrator SP1.

Совсем недавно стал доступен Service Pack 1 (SP1) для линейки продуктов Microsoft System Center 2012. Попробую рассмотреть процесс обновления тех продуктов линейки, с которыми у меня есть возможность работать.

Из документа Upgrade Sequencing for System Center 2012 SP1 можно понять, что в средах, где используется несколько продуктов линейки System Center 2012 важна правильная последовательность обновления этих продуктов до уровня SP1, а именно есть рекомендация соблюдать следующий порядок обновления:

1. Orchestrator
2. Service Manager
3. Data Protection Manager
4. Operations Manager
5. Configuration Manager
6. Virtual Machine Manager
7. App Controller

В этой заметке мы рассмотрим первый пункт этой последовательности – обновление System Center 2012 Orchestrator (SCO) до уровня SP1.

Continue reading “System Center 2012 Orchestrator SP1”