Thank you Gentoo. This is very useful. Our plan is to test and perform
the upgrades in an off-line network. Once all is done, shut-down the
existing v7.x servers and re-connect the upgraded v9.x servers
on-line. In this case we would have a short downtime.
It would be great if you could find more about the bug and write up
some generic instructions.
Thanks again.
Rasim Duric
Network analyst, Network Infrastructure
Computing and Communications Services (CCS)
University of Guelph
519-824-4120 Ext 53146
rdu...@uoguelph.ca
www.uoguelph.ca/ccs
Room 037, Animal Science and Nutrition Building
Guelph, Ontario, N1G 2W1
----- Original Message -----
From: gen...@ucpenguin.com
To: cisco-voip@puck.nether.net
Sent: Thursday, 23 April, 2015 8:59:38 AM
Subject: Re: [cisco-voip] Unity Connection upgrade from 7.1(3) to
9.1(2)
Its also possible to do this without COBRAS or DRS.
Basically you just replace each node one at a time on the current
version but running on the new HW.
Once you have the current version running on the new hardware you
upgrade as usual. (Don't forget to get your 7.x licenses ahead of time
for the new HW)
Its possible that you will encounter a bug in 7.x when doing this that
will prevent you from adding new users. There are Informix commands
that are run to resolve this (just be sure to test that you can add
new
users). I believe root access (or TAC) is required to correct this.
At
one time the instructions were published on CCO.
This provides a seamless upgrade as there is always a CUC node in
service that can answer calls and large message stores don't have to
be
manually migrated (they are migrated as part of the initial install
from
the production node).
I can probably did up some generic almost step by step instructions
and
the fix for the creating new users if this is something you are
interested in.
Its also possible to do this direct to VM, though you will need root
access (only to change license mac to from virtual MAC to physical)
and
won't have TAC support while running 7.x on VM. Also, once you reach
9.x your partitions will be unaligned and a 9x VM to 9x VM migration
would be required to correct this.
Not saying this is the right option in your case, but it does work.
On 2015-04-21 15:55, Rasim Duric wrote:
Thank you James. I can conclude that the statement from the document
refers to COBRAS. I'll be using DRS so shouldn't be concerned.
Rasim Duric
Network analyst, Network Infrastructure
Computing and Communications Services (CCS)
University of Guelph
519-824-4120 Ext 53146
rdu...@uoguelph.ca
www.uoguelph.ca/ccs
Room 037, Animal Science and Nutrition Building
Guelph, Ontario, N1G 2W1
-------------------------
FROM: "James Avalos" <java...@adobe.com>
TO: "Rasim Duric" <rdu...@uoguelph.ca>, "voip puck"
<cisco-voip@puck.nether.net>
SENT: Tuesday, 21 April, 2015 4:31:11 PM
SUBJECT: RE: [cisco-voip] Unity Connection upgrade from 7.1(3) to
9.1(2)
Rasim,
I did an upgrade from Unity 7 to Unity Connection 9.1.2 a couple
years
back, and I think I know what you mean.
For my upgrades, I wanted to build Unity CxN in parallel with my
production Unity 7, so that I could do a migration at my chosen pace.
For this I went with COBRAS. It’s been a while, but I don’t
remember whether or not this jump allowed for a backup and restore
type of upgrade.
But it sounds like that’s your plan of attack.
For COBRAS export from Unity, use breifcase mode. This does not
require network path from source and target server.
also, does not make any changes to source sever the way "hot mode"
does.
For what its worth, here’s some information on what COBRAS gets you
for this type of upgrade. In case you change your mind…
COBRAS gets most data for the following parameters:
Call Handlers
Subscribers
Interview Handlers
Directory Handlers (will be called Name Loop Handlers in UC)
Public Distribution Lists
Schedules
Routing Rules (typically recommending for restores only, not
migrations)
Custom Key Mapping Coversation Data (UC to UC restores only)
COBRAS DOES NOT get data for the follwoing:
Class of Service
Restriction tables
Locations
Contacts ( SMTP/AMIS/Bridge/VPIM subscribers)
Holidays
Sys Config Data ( LDAP integration, IMAP login, RSA config, Advanced
settings, etc.)
Subscriber Templates
Call Handler Templates
Password policy information
Securty messages from older UC revs.
- J
FROM: cisco-voip [mailto:cisco-voip-boun...@puck.nether.net] ON
BEHALF
OF Rasim Duric
SENT: Tuesday, April 21, 2015 12:56 PM
TO: voip puck
SUBJECT: [cisco-voip] Unity Connection upgrade from 7.1(3) to 9.1(2)
Hello everyone,
I'm planning to upgrade our two Unity Connection servers 7.1(3)ES11
to
9.1(2)SU3. In the Cisco document at this
URL:http://www.cisco.com/c/en/us/td/docs/voice_ip_comm/connection/9x/requirements/9xcucsysreqs.pdf
[1], page 30, you can read the following:
_DURING THE MIGRATION, ONLY USER DATA AND, OPTIONALLY, VOICE MESSAGES
ARE PRESERVED. SYSTEM-LEVEL CONFIGURATION DATA (FOR EXAMPLE,
TEMPLATES
AND CLASSES OF SERVICE) MUST BE MANUALLY CONFIGURED._
I'm migrating CUC 7.1(3)ES11 from one physical server to another
physical server (compatible with 9.1(2)SU3 specs). The plan is to
install 7.1(3) from scratch on the new server and then restore the
old
server via DRS. After the 7.1(3) is up and running on the new server,
perform the 9.1.(3)SU3 upgrade. I think all data should be preserved
including the templates, the Class of Services, etc. in my case.
When would someone actually experience the above statement from the
Cisco document? What else is not preserved?
If anyone has done a similar upgrade, I'd like to hear any tips and
tricks or issues you ran into.
Thanks.
Rasim Duric
Network analyst, Network Infrastructure
Computing and Communications Services (CCS)
University of Guelph
519-824-4120 Ext 53146
rdu...@uoguelph.ca
www.uoguelph.ca/ccs [2]
Room 037, Animal Science and Nutrition Building
Guelph, Ontario, N1G 2W1
Links:
------
[1]
http://www.cisco.com/c/en/us/td/docs/voice_ip_comm/connection/9x/requirements/9xcucsysreqs.pdf
[2] http://www.uoguelph.ca/ccs
_______________________________________________
cisco-voip mailing list
cisco-voip@puck.nether.net
https://puck.nether.net/mailman/listinfo/cisco-voip
_______________________________________________
cisco-voip mailing list
cisco-voip@puck.nether.net
https://puck.nether.net/mailman/listinfo/cisco-voip
