I probably should have read the documentation first. The names are still confusing, but after downloading the docs for 220.127.116.11 it looks like the upgrade is done with the OUI with a one-system upgrade.
I wonder how many have done this, it's a little disconcerting to me to do this over my production EM. I only have one place to do this. I guess that's what backups are for.
Em release3 (18.104.22.168) is a patchset release also know as minor release which is incremental release over the base version 12c. To upgrade to EM 22.214.171.124 from 12.1.0.x you have to download the em 126.96.36.199 binaries and then invoke the runinstaller à choose 1-system upgrade option. Note upgrade from 12.1.0.x to 188.8.131.52 is with downtime
Step 1: Bring down your 184.108.40.206 (with bp1) /220.127.116.11 OMS and invoke EM 18.104.22.168 runInstaller
Step 2: Upgrade your OMS and repository (Use1-system option in Installer)
Step 3: You will get Agent upgrade console ( AUC) in the EM 22.214.171.124 console
Step 4: Use AUC to upgrade your 126.96.36.199 (with bp1), 188.8.131.52 agents to 184.108.40.206
Refer following collateral-
Understanding Enterprise Manager 220.127.116.11 Upgrade and Agent Upgrades
You can try the mock upgrade in your test system so that you are aware of the steps. Also make sure that you take back up of OMS, REP, AGENT, central inventory, softwrae lib . before doing any upgrade
I did an upgrade from R2/18.104.22.168 to R3/22.214.171.124 on my production Linux x86-64 EM12c server yesterday. Akanksha's advice about stepping through it in a test system is a great idea but some of us just don't have one. So at least one of us has taken the plunge. I had one small problem with one of my sandbox agents (it was my fault, since I had the agent on a tiny filesystem that filled up and then I accidentally deleted a backup the upgrade process makes), but other than that everything appears to be working perfectly and the upgrade was very smooth. Read through the upgrade guide carefully and it is pretty straightforward.
If you have the capability to do it, my preferred way to back things up is to shutdown your OMS and repository database and take a storage snapshot of the volumes containing them before starting the upgrade. Then you can very quickly revert to the snapshot if you have problems.