Thursday, October 31, 2013

Hello Exchange Server 2010 MP. But WHERE Is The Correlation Engine?!

Had this strange issue.

The Exchange Server 2010 MP was installed and in the services snap-in for that particular account it showed up, titled Microsoft Exchange Monitoring Correlation. But when I logged on to the same server with my account and opened the same services snap-in, this service wasn’t to be found.

Logging on and off made no changes. The CE service wasn’t listed at all even though the process related to the services showed up in Task Manager. And YES, I was logged on to the proper server (triple checked it Smile).

So something else – and dumb I guessed – was at play here. Somehow the services snap-in for my account got a bit lost. As a last resort, before taking a deep dive, I tried this simple approach:

  1. Opened the services snap-in > File > Options and got this screen:
  2. Hit the button Delete Files and got this warning:
    > Yes, since it already looked like my profile was already damaged…
  3. > OK. Closed the services snap-in and opened it again. AND now the CE service was neatly shown:

So whenever you bump into similar issues, simply clear the cache of the MMC and you’ll be fine. Almost sounds like clearing the cache of the SCOM Console, doesn’t it? SmileSmileSmile

Where Are My SQL Servers?

At a customers site I bumped into an issue where not all SQL Servers were properly discovered. These servers had the Microsoft Monitoring Agent (MMA) installed but somehow SQL running on those servers wasn’t discovered at all.

Gladly however, SCOM reported errors on those very same undiscovered SQL servers: Operations Manager failed to start a process. And: One or more workflows were affected by this. Workflow name: Microsoft.SQLServer.2012.DBEngineDiscoveryRule.Server:

Besides this the MMA run just fine and all other components running on those same servers were neatly discovered. So somehow there was something at play here limited to the SQL server components itself, blocking SCOM to discover it properly. Time to for troubleshooting.

Check 01: Permissions
First of all a check was run whether the local system account had sufficient permissions to query the servers. And indeed, no special GPOs were in place or other security settings enforced compared to the SQL servers which were neatly discovered by SCOM.

Check 02: WMI
So perhaps WMI was at play. A basic WMI test worked out jus fine. So far so good. But still it could be that the WMI components related to SQL server weren’t okay. Time for a deeper dive.

Soon we found this thread on the TechNet Forum where other people ran into the same issue and solved it by rebuilding the WMI repository for SQL server:

So time to run those steps:

  1. Open a cmd-prompt with elevated permissions;
  2. Go to  folder “C:\Program Files (x86)\Microsoft SQL Server\100\Shared”;
  3. Give this command: mofcomp sqlmgmproviderxpsp2up.mof;
  4. Restart the MMA

And soon after it, the SQL server running on that server was neatly discovered and monitored. Awesome!

Thursday, October 24, 2013

Quick Trick: SCOM 2012 & SCOM 2007 R2 PS Provider

Sometimes it’s handy to use the old SCOM 2007 PS R2 Provider in SCOM 2012. Why? Sometimes old PS scripts need to be run and you didn’t find the time (yet) to convert them to the SCOM 2012 PS Provider.

But how to go about it? It’s fairly simple. Run these three commands in the Operations Manager shell and you can run all your old (but still effective) SCOM 2007 PS scripts Smile:

  1. add-pssnapin "Microsoft.EnterpriseManagement.OperationsManager.Client"
  2. new-managementGroupConnection –ConnectionString:<NAME OF YOUR SCOM 2012 MS SERVER>
  3. set-location "OperationsManagerMonitoring::"

After these commands the SCOM 2007 PS R2 Provider is loaded and active. Now you can run your old SCOM 2007 R2 PS scripts.

Even though this trick works perfectly, you should only run these SCOM 2007 R2 based PS scripts when you’re ABSOLUTELY sure they don’t harm your SCOM 2012x environment!!!

Wednesday, October 23, 2013

Update Rollup 4 For System Center 2012 SP1 Is Available

Today Microsoft released Update Rollup 4 for the System Center 2012 SP1 product and its related components. KB2879276 tells more about it.

For SCOM 2012 SP1 there are 14 fixes. For UNIX/Linux monitoring there are 6 additional fixes as well.

My advice 01: be careful with rolling out this Update Rollup since previous versions introduced sometimes new challenges as well. So it’s better to test this update in a test environment and wait with moving it to production until this update is longer available and update experiences are posted on the internet.

My advice 02: RTFM, RTFM & RTFM!!!

The Update Rollup 4 package for SCOM 2012 SP1 can be downloaded from here.

Tuesday, October 22, 2013

Xplat: Where Are The SCX-Certificates Stored?

When running a SCOM 2012 based MG which is involved in monitoring UNIX/Linux servers and the Resource Pool used for this purpose consists out of more SCOM 2012 Management Servers, one has to export the SCX-certificates on those very same SCOM 2012 Management Servers and import them on the other ones.

These articles are very clear about it:

  1. Posting by Kevin Holman;
  2. This TechNet article.

However, the tool operated from the command line for this purpose, scxcertconfig.exe, is rather silent. There is not a single statement telling you all went okay. Of course, for the export switch we do see a result (the exported SCX certificate) but when importing those certificates on the other SCOM 2012 Management Servers, there is no feedback whatever.

And yes, we may ASSUME everything went just fine, but as we all know, assumption is the mother of all… So how to check for the correct execution of the import command? This is actually simple and straight forward and takes no time what so ever.

Along came MMC

  1. Start mmc.exe;
  2. File > Add/Remove Snap-in > CertificatesAdd > Service Account > Local Computer > Next;
  3. Now select the Microsoft Monitoring Agent (SCOM 2012 R2, for previous version select System Center Management);
  4. > Finish > OK > Console Root > Certificates – Service > HealthService\Trusted Root Certification Authorities;
  5. Now in the middle pane you’ll see the imported SCX certificates. The Friendly Name tells you by what SCOM 2012 Management Server the SCX certificate is issued:

Run this procedure on every SCOM 2012 Management Server which is part of the Resource Pool, used for monitoring the UNIX/Linux based servers/workloads.

Quick Trick: Windows Server 2012 (RTM/R2): Where Are My SCOM 2012 Shortcuts?

With Windows Server 2012 (RTM/R2) the good old and well known Start Menu is gone. No, this posting isn’t about a rambling on this topic. None the less, I DO get many questions from people where to locate the shortcuts to SCOM 2012 besides the revamped Start screen.

Also because when you use those very same shortcuts on the Start screen and the shortcut refers to a webpage (Web Console, Application Advisor and Application Diagnostics), the new styled IE will open instead of the desktop based version. Many people don’t like that at all. Of course you can change this behavior so the desktop version of IE is always started, no matter what. None the less, many people want to have all the available SCOM 2012 shortcuts on their desktop.

So this is a quick tip. All the shortcuts to SCOM 2012 are still present and can be found here: C:\ProgramData\Microsoft\Windows\Start Menu\Programs\Microsoft System Center 2012\Operations Manager:

Simply copy & paste them to your desktop and be done with it. Or even better, copy it to the folder C:\Users\Public\Desktop\ so EVERYONE will get these shortcuts on their desktop of that server.

Saturday, October 19, 2013

SCOM 2012 Disaster Recovery: How To Crack It & Get Rid Of EventID 29120

Whenever your SCOM 2012 environment goes down the drain there is this TechNet posting helping you in order to get things running again. However there are some caveats to reckon with, one of them I already shared.

The other caveat is all about retyping the usernames AND passwords for the SCOM accounts defined in the SCOM Console as described in the same TechNet article:

I did this a THOUSAND times but was bugged by the annoying EventID 29120, Source OpsMgr Management Configuration, with this information (a part of it): ‘…OpsMgr Management Configuration Service failed to process configuration request (Xml configuration file or management pack request) due to the following exception: Microsoft.EnterpriseManagement.ManagementConfiguration.Interop.HealthServicePublicKeyNotRegisteredException: Padding is invalid and cannot be removed…’

It has taken me HOURS to crack it since I couldn’t find the culprit. Had the help of Kevin Holman who pointed out to me that the problem was in the accounts as found in the Console. But those accounts I already checked and the ones using certificates (binary authentication) were removed by me.

And still, this MG didn’t move at all since EventID 29120 was stopping it!

After a long search I found it: there was also a UNIX/Linux account. And when I removed that one (it wasn’t used anymore) things started to get moving again Smile.

So whenever you are recovering from a disaster with your SCOM 2012 x MG, and rebuilt yourself a new MS connecting to the old SQL databases, don’t forget those accounts, also the UNIX/Linux accounts.

Either retype ALL the credentials (USERNAME & password) or remove them like the accounts using certificates. Of course, later on you have to restore them but soon you’ll find yourself in good order!

Friday, October 18, 2013

SCOM 2012 Disaster Recovery: It Works BUT Forget The Line Breaks!!!

Have had my piece of SCOM today.

Wanted to upgrade a very important environment and it went bad. The single Management Server (I know…) was wrecked. The upgrade rolled back leaving me with nothing: the SCOM 2012 SP1 Management Server functionality was gone. Totally.

So it was time for Disaster Recovery as described here. First I restored the SCOM 2012 SP1 SQL databases from backup. And now I did something which I shouldn’t have done: I COPIED and PASTED this section into a cmd file:

Of course I added my information to it and ran the file. But all I got were errors in the log file (OpsMgrSetupWizard.log):

And this surprised me! And no matter what I tried I didn’t get passed it. Contacted some fellow MVP buddies and they also didn’t know what went wrong.

Finally I had a clear moment: remove all the line breaks so it becomes a single command line, like this:

And guess what? Now it worked! So within ten minutes I had myself a new SCOM 2012 SP1 Management Server enabling me to reinstall the Console, Web Console and Reporting Smile.

Back in business.

Lessons learned:

  1. Never EVER copy & paste but put it into a single command line;
  2. I do have some really good friends, in random order: Bob Cornelissen, Stanislav Zhelyazkov, Cameron Fuller, Kevin Holman, Flemming Riis and Oskar Landman. Awesome guys! Thanks for your effort and assistance in cracking this one.

System Center 2012 R2 RTM: Loads Of New TechNet Documentation

Today is THE day! The R2 wave will be released and become general available. Along with it loads of TechNet documentation will become available as well, all about the new wave of R2.

Yesterday late in the evening Microsoft released the update documentation for SCOM 2012 SP1 to SCOM 2012 R2 RTM. Even though the online document still carries this statement [This topic is pre-release documentation and is subject to change in future releases. Blank topics are included as placeholders.]:

I expect it to be removed soon.

So when you’re running SCOM 2012 SP1 and want to upgrade it to SCOM 2012 R2 RTM, this is your starting point. Please take your time to read it and understand it. Only then it’s time to plan, prepare and finally execute the upgrade itself.

Upgrading To SCOM 2012 R2 RTM? Don’t Forget To Set The License

Yesterday while I was upgrading one of my test environments from SCOM 2012 SP1 to SCOM 2012 R2 RTM it was running late. I thought I had covered it all, but thanks to FB and a good friend with a keen eye I was pointed to an omission.

While upgrading I took a picture of the new splash screen of SCOM 2012 R2 RTM and posted it on FB:

But mind the yellow highlighted text, stating Retail. As one of my FB friends noticed: this product isn’t licensed yet, so please run the Set-SCOMLicense cmdlet in PowerShell.

And indeed, afterwards SCOM 2012 R2 RTM is properly licensed:

So thanks to this much respected FB friend I was able to resolve this issue quickly. Awesome! Thanks buddy!

And even though the same KB article about setting the SCOM license tells you to reboot the server, this isn’t necessary. Simply restart the Data Access service on all SCOM Management Servers and you’ll be fine.

Thursday, October 17, 2013

My Personal Upgrade Experiences From SCOM 2012 SP1 To SCOM 2012 R2 RTM

With the R2 RTM bits available I decided to upgrade at least one of my labs to SCOM 2012 R2 RTM this evening. On my work laptop I run Windows 8.1 RTM with the Hyper-V role and on top of that I have my own SCOM 2012 SP1 environment.

So the choice what test environment to upgrade first wasn’t hard at all, it would be the one running on my laptop simply because I demonstrate the same environment to my customers as well. And for that case I simply must run the latest version of the software, no matter what. So I deleted the VM with the RC bits and started the upgrade.

This posting is all about this upgrade process. In this posting I won’t show all screen dumps, only the most important ones. Otherwise this posting gets way too big…

01: Preparation
Preparation is key for any upgrade and this one isn’t different. So I backed up my VMs, the SCOM 2012 SP1 SQL databases, and exported all the unsealed MPs. This way there is always a way back when things go sour.

Also, as it turned out, SCOM 2012 R2 RTM Console requires the Report Viewer 2012 Runtime. And this software has another requirement, as I blogged earlier about. So on both SCOM 2012 SP1 Management Servers I installed both requirements.

On top of it all I gave both VMs additional RAM and disk space so the upgrade process would go faster. And of course, the related SQL Server also got additional vRAM and vCPU so it had temporarily more resources available to run the upgrade of the SCOM 2012 SP1 SQL databases to SCOM 2012 R2 RTM and the SCOM 2012 SP1 Reporting update to SCOM 2012 R2 RTM.

02: Upgrading the first SCOM 2012 SP1 Management Server
I started the upgrade on the SCOM 2012 SP1 Management Server which was the first one I installed in the SCOM 2012 Management Group. Simply because during that installation both SCOM 2012 SQL databases were created as well, along the Management Group itself. So that’s the best place to start the upgrade itself from.

I simply mounted the ISO image and ran it. Soon the splash screen popped up:

> Install > now the wizard kicks in and detects it needs to perform an upgrade to SCOM 2012 R2 RTM:
Please take note of the highlighted recommendation…

> Next > accept EULA > Next > select Installation location > Prerequisites check > Next > select the account for the System Center Configuration and System Center Data Access service:

> Next > and that’s all is needed, the first SCOM 2012 SP1 Management Server is ready to be upgraded:

> Upgrade. This will take a while since many components will be upgraded. But when all is okay this screen will be shown after some time:

This went pretty easy. Time to move on to the second SCOM 2012 SP1 Management Server.

03: Upgrading the second SCOM 2012 SP1 Management Server
Please take note
DO NOT upgrade the second SCOM 2012 SP1 Management Server BEFORE the upgrade of the FIRST SCOM 2012 SP1 Management Server is successfully finished. Otherwise the installer will be trying to upgrade SCOM 2012 SP1 SQL databases to SCOM 2012 R2 RTM level and that might break your whole SCOM 2012 SP1/R2 RTM environment. So be patient and WAIT until the first SCOM 2012 SP1 Management Server is 100% finished upgrading to SCOM 2012 R2 RTM.

Mount the same ISO as used for upgrading the first SCOM 2012 SP1 Management Server > Install. Again the installer will know it has to run the upgrade process. However, the amount of components to be upgraded is far less compared to the first SCOM 2012 SP1 Management Server which was upgraded:

This makes sense, since the SCOM 2012 SQL databases are already upgraded to SCOM 2012 R2 RTM level AND the second SCOM 2012 SP1 Management Server doesn’t host the SCOM 2012 Web Console.

> Next > accept EULA > select Installation location > Prerequisites check > Next > select the account for the System Center Configuration and System Center Data Access service > and the second SCOM 2012 SP1 Management Server is ready to be upgraded:

> Upgrade. This upgrade goes faster since less components need to be upgraded. And soon this screen will be shown:

This was also pretty easy. Time to upgrade the SCOM 2012 SP1 Reporting component to SCOM 2012 R2 RTM level.

When you have multiple SCOM 2012 SP1 Management Servers you can update these servers simultaneously since the SCOM 2012 R2 RTM installation wizard ‘knows’ by now the SCOM 2012 SQL databases are already on SCOM 2012 R2 RTM level and won’t touch them anymore.

04: Upgrading the SCOM 2012 SP1 Reporting Server
Now it’s time to upgrade SCOM 2012 SP1 Reporting to SCOM 2012 R2 RTM level. Simply mount the ISO on the SQL Server hosting the SSRS instance for SCOM 2012 SP1 and run the setup program.

The wizard will detect it has to run the upgrade cycle. Install

> Next > accept EULA > select Installation location > Prerequisites check > Next > and SCOM 2012 SP1 Reporting is ready to be upgraded:

> Upgrade. Depending on the specs of the SQL server this can take a while. In my case it went pretty fast:

05: Upgrading the SCOM 2012 SP1 Agents to the Microsoft Monitoring Agents
With all SCOM 2012 SP1 Management Server upgraded to SCOM 2012 R2 RTM the SCOM 2012 SP1 Agents reporting to those servers will be in pending management, requiring an upgrade as well.

That is of course when those Agents are pushed from the Console. When these Agents are manually installed (any installation mechanism outside the Console, like SCCM for instance) they have to be upgraded using the same method.

In my case however, these Agents are pushed so they are in pending management:

Simply select a bunch of them, right click > Approve and within some time all those Agents are upgraded to Microsoft Monitoring Agents as well:

Of course in your production environment you’re likely to have hundreds to thousand of SCOM Agents to be upgraded. Update them in bunches of 20 to 50 and start small at first with less critical servers in order to see all goes as well and as expected.

Missing pieces:
In this setup of mine I don’t have SCOM 2012 SP1 Gateway Servers. So I couldn’t upgrade them Smile. But I expect it, based on my other upgrade experiences, to be a smooth ride as well. Of course, make a BACKUP first before you start so there is always a way back.

The upgrade from SCOM 2012 SP1 to SCOM 2012 R2 RTM is a smooth ride for what I’ve seen now. In the days to come I’ll upgrade many other SCOM 2012 SP1 environments as well. Whenever required I’ll update this posting with those experiences.

For now I must say I am impressed. The upgrade really went fast and smooth without any errors. All is still working. And perhaps it’s just me, but it looks like the Consoles are snappier, even with their former settings of vRAM…

Upgrading To SCOM 2012 R2 RTM: Report Viewer 2012 Runtime Error

When you want to upgrade your SCOM 2012 SP1 environment to SCOM 2012 R2 RTM you’ll need to install Report Viewer 2012 Runtime first, which can be downloaded from here.

However, as the same web page states, this package has a dependency:

When Microsoft SQL Server System CLR Types for SQL Server 2012 isn’t installed, you’ll get this error when trying to install the Report Viewer 2012 Runtime:

The Microsoft SQL Server System CLR Types for SQL Server 2012 can be downloaded from this webpage (half way).

However, for your convenience here are the direct download links:

Install the correct package and you’ll be just fine when installing Report Viewer 2012 Runtime.

System Center 2012 R2 RTM Bits Already Available For MSDN and/or TechNet Subscribers

Just noticed that the System Center 2012 R2 RTM bits are available for download for MSDN Subscribers:

For TechNet Subscribers the SC 2012 R2 RTM bits are available as well:

Nice! Next week I have the first implementation of SCOM 2012 R2 RTM already. Awesome!

SCOM 2007 R2 CU#7 & SCOM 2012 R2 RTM: Does It Work?

2013-10-17 Update:
I have just downloaded the RTM version of SCOM 2012 R2. And tested this scenario with the SCOM 2012 R2 MMA. And yes, this works as well. I have updated the blog posting accordingly.

Yesterday evening I had an interesting discussion with fellow MVP and friend, Cameron Fuller. He asked me whether a Microsoft Monitoring Agent (MMA) will work on a server which was formerly covered by a SCOM 2007 R2 Management Group, resulting in a multi-homed MMA reporting to a SCOM 2007 R2 MG and to the SCOM 2012 R2 RTM MG.

Since a single picture clarifies a lot, the above described scenario looks like this:

And the question is: DOES it work? So it was time to test this scenario. Even more because tomorrow SC 2012 R2 will be released to the public and many companies are still on SCOM 2007 R2 level.

For this I built myself to single-server-MGs. This kind of MG is only viable for quick test runs for this kind of scenarios and nothing more. So never ever run such a MG in a production environment or test environment. I always break these MGs down after the scenario is tested. So no activation of the software is required.

My test lab
For this particular scenario I had built myself these three servers. These are the FQDNs and their related functionality:

    This server runs SQL Server 2005 x64 ENU Enterprise edition SP4 with SCOM 2007 R2 CU#7 Root Management Server, without Reporting installed. Guest OS: Windows Server 2008 R2 SP1 ENU, Standard edition. This is a single-server-MG for SCOM 2007 R2 CU#7.
    This server will be monitored by the SCOM 2007 R2 MG in the beginning. Later on this SCOM 2007 R2 Agent will be replaced by MMA and – hopefully – become multi-homed, reporting to the SCOM 2007 R2 MG and the SCOM 2012 R2 MG. Guest OS: Windows Server 2008 R2 SP1 ENU, Standard edition.
    This server runs SQL Server 2012 SP1 x64 ENU Standard edition with SCOM 2012 R2 RC Management Server, with Reporting installed. Guest OS: Windows Server 2012 R2 RTM, Standard edition. This is a single-server-MG for SCOM 2012 R2 RC.

The test scenarios
There are multiple test scenarios, where the first two are basic and no-brainers. Scenarios 3 and 4 will more be exiting Smile.

  1. Test Scenario 01: The SCOM 2007 R2 CU#7 MG monitors the Windows server
    First of all, I will start monitoring the server SCOMAgent with the SCOM 2007 R2 CU#7 Agent. Now this is a no-brainer and works as expected:

  2. Test Scenario 02: The SCOM 2012 R2 RC MG monitors the Windows server
    Basically this is a no-brainer as well. The SCOM 2012 R2 RC MG will discover this server and the SCOM 2007 R2 CU#7 based Agent. Now it will replace it with the MMA which will report to the SCOM 2012 R2 RC MG:

  3. Test Scenario 03: The MMA will become multi-homed and report to BOTH SCOM MGs
    This scenario will happen automatically. MMA will know there was an old SCOM Agent (the SCOM 2007 R2 CU#7 Agent) reporting to another SCOM MG. So the MMA will multi-home itself and start reporting to both MGs: the SCOM 2007 R2 CU#7 MG and the SCOM 2012 R2 RC MG.

    Question here is whether the SCOM 2007 R2 CU#7 based MG will accept the communication from the MMA. Without a doubt the MMA works perfectly with the SCOM 2012 R2 RTM MG as seen with Test Scenario 02.

    Let’s take a look at the configuration of the MMA on the server itself:
    This looks promising since the MMA has indeed multi-homed itself. As expected, it reports to two MGs. One of those MGs is SCOM 2007 R2 CU#7 based and the other SCOM 2012 R2 RC based.

    How about the SCOM event log on the same server? Best test here is to stop MMA, flush the cache (remove the HealthState folder), empty the SCOM event log and start MMA again. That way we have a nice clean crisp start situation, forcing the MMA to recollect all MPs from BOTH MGs. So whenever the SCOM 2007 R2 CU#7 MG refuses to communicate with the MMA, we’ll know it.

    Good signs:
    This is looking GOOD! EventID 21023 tells us that the MMA is requesting new configuration from the Management Group. And in this case the MMA logs EventID 21023 for BOTH MGs:

    The SCOM 2007 R2 CU#7 MG:

    The SCOM 2012 R2 RTM MG (as expected):

    Afterwards many other important EventIDs will be logged. But the most important one is EventID 1210 telling us the new configuration of the MMA became active. Basically this EventID shows the MG has accepted the MMA.

    The SCOM 2007 R2 CU#7 MG:
    The SCOM 2012 R2 RC MG (as expected):

    Let’s check the SCOM 2007 R2 CU#7 Console:

    The SCOM 2012 R2 RC Console:

    Another test: I have built myself in SCOM 2007 R2 a Service Monitor based on the MP Template. This service monitor checks the health of the Hyper-V Guest Shutdown Service running on the server and the SCOM 2007 RMS as well. And the MMA executes this Monitor properly:

    Test Scenario 4: Will the standalone RTM MMA work as well with SCOM 2007 R2?
    This can be tested since the RTM version of MMA is already available for download. So let’s download it and install it on the server and see what happens.

    After the installation of the standalone version of the MMA, it’s still communicating with both MGs:

    Let’s run the same check again: Stop MMA, flush it, empty the SCOM even log and start the MMA again in order to see what happens.

    Okay, EventID 21023 for both MGs is logged. That’s a good start Smile. And YES! EventID 1210 for BOTH MGs is logged as well!
    The SCOM 2007 R2 CU#7 MG:

    The SCOM 2012 R2 RTM MG:

    And YES, the MMA which is available as a separate download is of a newer version compared to the MMA provided by SCOM 2012 R2 RC. And as it turns out, the version of the standalone MMA is exactly the same as the MMA version used by the RTM version of SCOM 2012 R2.

    The SCOM 2007 R2 CU#7 Console:

    The SCOM 2012 R2 RC Console:

The MMA (up to version 7.1.10184.0 which is part of SCOM 2012 R2 RTM) works perfectly with SCOM 2007 R2 CU#7 based MGs.

This is really good news since it opens the path for many organizations still running SCOM 2007 R2 CU#7 and wanting to migrate to SCOM 2012 R2 RTM.

And NO. There is NOT a single upgrade path available from SCOM 2007 R2 CU#7 to SCOM 2012 R2 RTM. It will still involve (too?) many steps:

  1. SCOM 2007 R2 CU#7 > SCOM 2012 RTM
  2. SCOM 2012 RTM > SCOM 2012 SP1
  3. SCOM 2012 SP1 > SCOM 2012 R2 RTM.

Multi-homed Migration Scenario
HOWEVER. As it seems now, the MMA communicates fine with a SCOM 2007 R2 MG. So this opens the way to a whole different approach with rolling out SCOM 2012 R2 RTM. Instead of going through the pains of a multi staged in-place upgrade from SCOM 2007 R2 to SCOM 2012 R2 RTM, you instead opt for the option of a Multi-homed Migration scenario.

In this scenario a whole new SCOM 2012 R2 RTM MG is built. The MMAs are pushed out to all monitored Windows Servers. In case there is a SCOM 2007 R2 CU#7 Agent on it, the MMA will replace it and become multi-homed. We know now, that the MMA (up to version 7.1.10184.0) works well with SCOM 2007 R2 CU#7 based MGs.

There are multiple advantages here:

  1. No down time of monitoring;
  2. A phased migration project;
  3. No burdens of the past are put into the new SCOM 2012 R2 RTM MG;
  4. Lessons learned can be implemented from day one in the new SCOM MG;
  5. MPs containing overrides can be transferred to the new MG as well, even overrides targeted at Server objects since the multi-homed MMA will inject the same GUIDs.

Some challenges – related to transferring MPs with overrides - are:

  1. Overrides targeted at certain Objects instead of a Group;
  2. Overrides targeted at Groups with explicit members;
  3. Overrides targeted at non-Windows Computer objects.

When you want to know more about the Multi-homed migration, read this posting of my fellow MVP buddy (and friend), Cameron Fuller.