With the release of SCOM 2012 R2 Microsoft has fixed this issue and also posted an article how to go about it. Therefore it’s better to use their methods FIRST because they’re officially supported. Read this posting of mine all about it.
This posting contains NON SUPPORTED methods to solve issues. So be careful. Also good to know: All code samples are provided 'AS IS' without warranty of any kind, either express or implied, including but not limited to the implied warranties of merchantability and/or fitness for a particular purpose
Some weeks ago I had a strange situation in my SCOM 2012 SP1 UR#3 MG: ALL Groups were nested!
The names themselves of these two Groups puzzled me. Then I got a bad feeling: the names of these Groups were the SIteName switches I used for a demonstration of SCOM Gateway server functionality.
For that demonstration I had built myself two SCOM Gateway Servers, both using the SiteName switch. Since it’s a demo environment, I removed these two SCOM Gateway Servers the quick & dirty way. Two VMs they were, running on a trial license. So I simply removed both VMs without giving it a second thought. Yes, also removed them from AD and the required SCOM actions (removing both Gateway Servers) were planned for another day…
The situation gets even worse…
However, this approach turned out bad and was biting me seriously. And yes, in the SCOM Console both SCOM Gateway Servers were still listed. So I thought to remove those two Gateway Servers by running the SCOM Gateway Server Removal Tool.
I know, it’s the wrong order of things but as it turned out, removing a SCOM Gateway Server which uses the SiteName switch isn’t that easy at all, even without my own wrong actions (the quick & dirty removal of the SCOM Gateway Servers).
And this puzzled me since the SCOM Gateway Servers were gone. All objects reporting to those SCOM Gateway Servers were removed as well, so there was simply NOTHING reporting anything to these non-existent SCOM Gateway Servers.
No what? Thanks to the help of Daniele Grandini this puzzle got solved. So this posting came to be thanks to him. Therefore I want to say a BIG thanks to my Italian MVP buddy, Daniele.
Italy to the rescue
First I had to run a query against the OperationsManager database in order to obtain information for the second query.
Until now, no modifications are made to the SCOM database. The second query however WILL modify the SCOM database which is UNSUPPORTED. So think twice before proceeding.
So thanks to Daniele I solved this issue. Awesome!
When you want to know more about SCOM 2012 Gateway Server and Site Names, read Daniele’s posting: The road to Operations Manager 2012 – Sites and gateways. It covers many details and gives you a better understanding about this posting as well.
Again, this posting couldn’t have been written without the help of Daniele Grandini. So all credits go to him.