Letölthető a SCOM management csomag az Exchange Server 2013-hoz. A csomag elérhető itt: http://www.microsoft.com/en-us/download/details.aspx?id=39039
A korábbi Management Pack (MP) hagyományokkal szakít ez a megoldás. Eddig az “okosság” mindig az MP-ben volt különböző szintetikus tesztek formájában. Így az MP helyes üzembeállítása jelentős munkaerő ráfordítást és szakértelmet igényelt. Tapasztalatból mondhatom, hogy ahhoz, hogy ezeket helyesen állítsuk be, egyszerre kellett a SCOM lelkéhez és az Exchange működéséhez is érteni. Azonban a legritkább esetekben volt ez jelen egyszerre.
Az Exchange Server 2013 esetében szakítunk ezzel a hagyománnyal. Az Exchange tartalmaz egy Managed Availability megoldást, aminek a lényege az, hogy saját állapotát szintetikus ellenőrzésekkel folyamatosan vizsgálja. Ha hibát észlel, akkor azt a hiba bekövetkezési helyétől és annak súlyosságától függően megpróbálja megoldani. Kicsit beköltözött a SCOM az Exchange-be, hiszen eddig ezt a SCOM MP, vagy custom SCOM fejlesztések végezték el.
Azonban ha már így alakult, akkor a SCOM a Managed Availability (MA) szolgáltatás által végzett, Exchange ellenőrzések eredményét feldolgozhatja és fel is dolgozza. Ez a SCOM MP, a valóságban összesen annyit tesz, hogy az Exchange MA által futtatott ellenőrzéseket a SCOM-ba juttatja és ott aggregált módon megjeleníti nekünk az eredményeket.
Egy szemléletes ám elég egyszerű ábra mutatja a jelenlegi relációt:
A most kiadott SCOM MP legfontosabb tulajdonságai:
- SCOM 2007 és SCOM 2012 kompatibilis
- Exchange Server 2013 CU1-t tud felügyelni, az RTM nem támogatott, korábbi Exchange verziók nem támogatottak
A sikeres telepítés és beüzemelést követően az Operations Console-ban megjelenik az Exchange Server 2013:
Exchange Organizáció szintű nézetben is áttekinthetjük, hogy mi az aktuális állapot:
Ha nem vagyunk abban a szerencsés helyzetben, hogy minden zöld, akkor egyszerűen a szerver szintű nézet mentén fúrhatunk le tovább, hogy valójában mi is a hiba:
Itt tisztán látszik, hogy a Hub-Transport komponens ellenőrzésével van a baj. De mi történt? A hibára kettőt kattintva, előjön Health Monitor, ahol az adott komponenshez tartozó összes ellenőrzés eredményéről tájékozódhatunk.
Tisztán látszik, hogy nem tudta létrehozni a kiszolgálóm 15 perc alatt 10 levélhez tartozóan a shadow másolatot és ezért riasztott be.
Már csak az a kérdés, hogy miért van a környezetemben április 10-e? A válasz az, hogy ez a cikk, április 10-én készült és az MP megjelenésének időpontjára vártam a publikálással. 
Az MP Exchange oldali dokumentációja elérhető itt: http://technet.microsoft.com/en-us/library/ee758046(v=exchg.150).aspx