Die alte Exchange-Umgebung ist längst abgeschaltet, doch Operations Manager meldet weiter fehlgeschlagene MAPI-Tests? So räumen Sie verwaiste Objekte nach einer Migration sauber auf.
Nach einer Migration von Exchange 2003 auf Exchange 2010 meldete Operations Manager bei einem Kunden hartnäckig zwei Alarme: Fehlgeschlagene MAPI-Konnektivitätstests gegen Postfächer bzw. Öffentliche Ordner auf Servern, die es gar nicht mehr gab.
Transaction failures occurred during MAPI connectivity testing.
Target: System mailbox for ...PUB01
Error: [Microsoft.Exchange.Data.Storage.MailboxUnavailableException]: Cannot open mailbox ...Warum das passiert
Die Exchange-Überwachung testet die Konnektivität zu jeder Datenbank, die als Objekt in SCOM bekannt ist. Solange die alten Datenbanken und Server noch als Objekte existieren – etwa weil die Discovery auf den neuen Servern Verweise auf alte Objekte aus der Exchange-Konfiguration liest oder weil die alten Agenten nie sauber entfernt wurden –, laufen die Tests weiter und schlagen fehl.
So räumen Sie auf
- Prüfen, ob die Objekte noch existieren: In der Konsole unter Monitoring › Discovered Inventory nach den alten Servern und Datenbanken suchen.
- Alte Agenten entfernen: Server, die abgebaut wurden, unter Administration › Agent Managed löschen. Waren sie zum Zeitpunkt des Abbaus nicht mehr erreichbar, genügt das Löschen in der Konsole.
- Verwaiste Objekte bereinigen: Wurden Discoveries per Override deaktiviert, entfernt
Remove-SCOMDisabledClassInstancedie zugehörigen Objekte endgültig. - Exchange-Konfiguration prüfen: Stehen die alten Server oder Datenbanken noch in der Exchange-Konfiguration im Active Directory, findet die Discovery sie immer wieder. Dann muss die Exchange-Seite bereinigt werden – etwa durch korrektes Deinstallieren der letzten Legacy-Server.
Tipp
Steht ein abgebauter Server noch mit Agentenresten im Netz, entfernen Sie den Agenten per Deinstallation oder mit den Bereinigungswerkzeugen von Microsoft, bevor Sie ihn löschen. Sonst meldet er sich unter Umständen erneut an.
Vorbeugen bei künftigen Migrationen
- Alte Server vor dem Abschalten in den Wartungsmodus setzen und anschließend in SCOM löschen.
- Management Packs für Altversionen erst entfernen, wenn keine Objekte mehr davon abhängen.
- Nach der Migration eine Woche lang gezielt auf Alarme achten, die sich auf nicht mehr existierende Objekte beziehen.
Heute
Das Prinzip gilt für jede Migration – ob Exchange, SQL Server oder Windows Server – und für alle Operations-Manager-Versionen. In SCOM 2007 hieß das Cmdlet noch Remove-DisabledMonitoringObject.