Na stronie KB2592561 przedstawione są znane problemy po zainstalowaniu Management Pack dla Microsoft Exchange 2010 w SCOM 2007 oraz SCOM 2012.
Zanim zdecydujecie się zgłosić problem do supportu Microsoft-u polecamy zapoznanie się z tym artykułem, możecie tam znaleźć rozwiązanie problemu ze SCOM po zainstalowaniu Management Packu dla Exchange 2010.
Osoby, które wykorzystują do monitorowania swojego środowiska informatycznego produkt Microsoftu SCOM (System Center Operations Manager) mogą skorzystać z przeznaczonego dla Exchange Server 2010 Management Pack.
Exchange Server 2010 Monitoring Management Pack przeznaczony jest do monitorowania serwerów Microsoft Exchange 2010 i obsługuje wszystkie role tych serwerów.
Zawiera on liczne reguły oraz monitory dzięki temu możecie monitorować dostępność, wydajność, oraz przewidywać problemy jakie mogą pojawić się w środowisku Microsoft Exchange Server 2010.
Na stronie Microsoft możecie pobrać Exchange Server 2010 Monitoring Management Pack przeznaczony dla SCOM 2007 R2 niemniej jednak może być również stosowany w SCOM 2012.
Exchange Server 2010 Monitoring Management Pack
Exchange Server 2010 Management Pack Guide.doc
Exchange2010ManagementPackForOpsMgr2007-x64.msi
Exchange2010ManagementPackForOpsMgr2007-x86.msi
W dniu 31.08.2012 udostepniona zostala nowa poprawiona wersja Management Pack dla Exchange 2010. Wczesniejsza wersja zostala wycofana ze stron Microsoftu po problemach, ktore zaczely sie pojawiac w srodowiskach Exchange 2010 SP1 po zaimplementowaniu Management Packa do monitorowania srodowiska o czym pisalimy tutaj:
Microsoft Exchange 2010 Management Pack wycofany
Zmiany w nowej edycji Mangement Pack dla Micorosoft Exchange 2010 to:
Numer nowej wersji Mangement Pack dla Exchange 2010 to 14.03.0038.004
Nowy Exchange Management Pack mozna pobrac tutaj:
Exchange Server 2010 Monitoring Management Pack download
Jeżeli ktoś szuka Management Pack dla Exchange 2010 SP1 aby go wdrożyć w swoim SCOM 2007R2 to raczej chwilowo go nie znajdzie.
Jak się okazuje po zainstalowaniu MP monitor sprawdzający ilość wolnego miejsca dla baz i logów, używał skryptu TroubleShoot-DatabaseSpace.ps1.
Niestety monitor skonfigurowany był na uruchamianie się co 5 minut oraz miał ustawiony timeout na 300 sekund. Powodowało to że monitor w większych środowiskach Exchange nie wykonywał się do końca.
Dodatkowo monitor miał ustawione domyślne parametry odnośnie ilości wolnego miejsca która musi być dostępna dla baz oraz logów (25% wolnego miejsca) i parametry te nie mogły być zmienione.
English 
polski