cancel
Showing results for 
Search instead for 
Did you mean: 
cancel
361
Views
0
Helpful
2
Replies

UC 8.x to 9.x Physical to Virtual Upgrade?

b-krauthamer
Level 1
Level 1

Hi,

We are currently running the following UC applications on physical MCS hardware:
CUCM: 8.6.2.25900-8
UCCX: 8.5.1.11003-32
CUC: 8.0.3.20000-18
WFO/AQM: 8.5.2.100

Our current plan is to upgrade all of the above to the latest 9.x versions and go virtual at the same time.  We would like to go with 10.x but there are some specific features of CAD that we use that are not fully implemented in the Finesse client yet.  Our VAR has sent along the following link showing that the suggested upgrade path is to create the virtual servers running the current applications versions, backup the physical servers using DRS, restore to the new virtual environment and then do an in place upgrade to the desired version.

http://docwiki.cisco.com/wiki/Virtualization_for_Cisco_Unified_Contact_Center_Express

Like many administrators the UC apps have grown organically over time with many items in the configs that are no longer in use, don't match best practices, don't following consistent naming conventions etc.  We are also migrating to an entirely new IP range for these systems.  Our original thought was to build the new 9.x virtual systems in parallel and only apply (using BAT files or by hand) the pieces of configuration we wish to carry over, leaving the junk behind.  The final step of the process would be to change the registration of our gateways and phones once we are confident of the rest of the system.  

Does anyone out there have any experience they could share about doing this type of upgrade rather than the p2v-then-upgrade-in-place model?

Thanks!
Bryan

 

2 Replies 2

George Thomas
Level 10
Level 10

There are multiple customers who have done the same thing - usually if its an old 4.x customer who has the older dial-plan. Its very much possible to do so. This way, you can build the new cluster side by side, change your dial plan configurations and other integrations, and do BAT to import phones. Its a little more time to do it this way compared to the p2v-then-upgrade-in-place model.

Couple of considerations: make sure you choose the service parameter "prepare cluster to rollback to pre 7.0" to remove the ITL files before moving phones.

UCCX reporting and recording will be lost ie, there is no way to move reporting DB to the new UCCX cluster assuming you are going to build that new as well. (You kinda have to give you are going to UCM 10.x)

You could potentially use COBRAS/Connection message shuttle to move messages. Ideally i would start fresh but it all depends if its ok for you to loose VMs.

Other than that its the normal process of changing DHCP scopes to point to new TFTP servers and also point gateways and other 3rd party system to these new CUCM servers.

Good luck!

Please rate useful posts.

Thanks!  Especially for the tip about the rollback to pre 7.0 service parameter.

 We were not planning on migrating UCCX data or voice mail messages so those are thankfully out of the equation.

 

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: