I probably should have read the documentation first. The names are still confusing, but after downloading the docs for 184.108.40.206 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 (220.127.116.11) is a patchset release also know as minor release which is incremental release over the base version 12c. To upgrade to EM 18.104.22.168 from 12.1.0.x you have to download the em 22.214.171.124 binaries and then invoke the runinstaller à choose 1-system upgrade option. Note upgrade from 12.1.0.x to 126.96.36.199 is with downtime
Step 1: Bring down your 188.8.131.52 (with bp1) /184.108.40.206 OMS and invoke EM 220.127.116.11 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 18.104.22.168 console
Step 4: Use AUC to upgrade your 22.214.171.124 (with bp1), 126.96.36.199 agents to 188.8.131.52
Refer following collateral-
Understanding Enterprise Manager 184.108.40.206 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/220.127.116.11 to R3/18.104.22.168 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.