cancel
Showing results for 
Search instead for 
Did you mean: 
cancel
831
Views
0
Helpful
3
Replies

Rollback 9.1(1) back to 8.6(2a)SU2

George Chongris
Level 4
Level 4

Hi, I recently upgraded from 8.6.2.22900-9 to 9.1.1.10000-11 and after running into a handful of issues have decided that I'd like to pursue rolling back to 8.6.2.22900-9.  I have a publisher and 5 nodes, all virtualized spread across data centers on a private MPLS cloud.

Can I just do a switch-version from the CLI?  Has anyone done this or encountered a similar scenario with these versions (or close)?

Thanks.

3 Replies 3

Aaron Harrison
VIP Alumni
VIP Alumni

Hi

I've not switched back from 9.1 to 8.6 specifically, but...

In general the switch version command is there for you to use after you have implemented an upgrade and you have hit issues severe enough to make aborting preferable. In that scenario you switch back and you are back where you were before testing.

It sounds to me like you are further down the road. If you have been running for a couple of weeks for example, and you switch back, you may find that:

- configuration and admin changes made since the upgrade are lost

- CDR data in CAR would be lost

- etc.

Also other apps that you use (messaging, CUPS, etc etc) may similarly have user data that is lost if you switch back.

Probably best to keep working through the issues with TAC, or report them here to see if someone can suggest fixes or workarounds...

Regards

Aaron

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

Hi George,

As Aaron has said if you switchback, your database will fallback to the date you upgraded your system to 9.1. If it has been few weeks all the configuration changes, all adds\changes, like addition of phones etc. you have done in CUCM9 will be lost. You will have to manually redo those configs.

Your best option as Aaron has nicely summarised is to work through the issues with TAC.

But in case you must go back to 8.6, you should account for all the config changes (which is hard if its been few weeks - you can go through your internal ticketing system reports, for all VoIP requests, if applicable, to account for changes) and then rollback. After rollback add in the configs back. Again if its been a while and you rollback, you may be at risk of losing configs.

Terry

Rgonnella
Level 1
Level 1

George:

I was looking at upgrading my 8.6.2.22900 cluster to 9.1. I was wondering what issues you have run into that may keep me from wanting to do this upgrade at this time?

Thanks

Rich