cancel
Showing results for 
Search instead for 
Did you mean: 
cancel
279
Views
5
Helpful
1
Replies

switch version ucm 7.1.3(4) back to 7.1.3(2) test

mgruyters
Level 1
Level 1

Hello,

I'm testing to switch version back to a lower version. I only have one ucm server. The problem is that the configuration that i made on the new version are not seen in the old version. For example i configured a phone with lines. When ik switch back to the older version the phone is not seen in the configuration of the ucm. I don't understand why. BTW when i switch back to the newer version the phone is seen agian with the lines.

Can anybody explain this to me and how to solve this?

Greetz,

Tinus.

1 Accepted Solution

Accepted Solutions

Aaron Harrison
VIP Alumni
VIP Alumni

Hi

That is working as designed.

Basically when you upgrade, the system installs the new OS/APps to the inactive partition, and then migrates your data accross. When you choose to reboot to the new version, only user-facing configurables (such as current call forward settings etc) are migrated accross.

When you switch back, you also go back to the original version of the DB; the new version's database is not migrated back.

There are probably lots of reasons for this - If new config changes are pushed back to the old DB, then rolling back a failed upgrade would not be 'clean' and would require further manual regression work. Also newer config elements may not be supported by the old version (e.g. new phone types or features), so lots of extra work for Cisco to map the data back and potential loss of config...

The idea is to quickly get you back to where you where before  the upgrade as a quick rollback, not to allow you to randomly switch versions at leisure weeks later if something doesn't seem right...

Regards

Aaron

Please rate helpful posts...

Aaron Please remember to rate helpful posts to identify useful responses, and mark 'Answered' if appropriate!

View solution in original post

1 Reply 1

Aaron Harrison
VIP Alumni
VIP Alumni

Hi

That is working as designed.

Basically when you upgrade, the system installs the new OS/APps to the inactive partition, and then migrates your data accross. When you choose to reboot to the new version, only user-facing configurables (such as current call forward settings etc) are migrated accross.

When you switch back, you also go back to the original version of the DB; the new version's database is not migrated back.

There are probably lots of reasons for this - If new config changes are pushed back to the old DB, then rolling back a failed upgrade would not be 'clean' and would require further manual regression work. Also newer config elements may not be supported by the old version (e.g. new phone types or features), so lots of extra work for Cisco to map the data back and potential loss of config...

The idea is to quickly get you back to where you where before  the upgrade as a quick rollback, not to allow you to randomly switch versions at leisure weeks later if something doesn't seem right...

Regards

Aaron

Please rate helpful posts...

Aaron Please remember to rate helpful posts to identify useful responses, and mark 'Answered' if appropriate!
Getting Started

Find answers to your questions by entering keywords or phrases in the Search bar above. New here? Use these resources to familiarize yourself with the community: