<html xmlns:v="urn:schemas-microsoft-com:vml" xmlns:o="urn:schemas-microsoft-com:office:office" xmlns:w="urn:schemas-microsoft-com:office:word" xmlns:m="http://schemas.microsoft.com/office/2004/12/omml" xmlns="http://www.w3.org/TR/REC-html40"><head><meta http-equiv=Content-Type content="text/html; charset=us-ascii"><meta name=Generator content="Microsoft Word 14 (filtered medium)"><style><!--
/* Font Definitions */
@font-face
{font-family:Calibri;
panose-1:2 15 5 2 2 2 4 3 2 4;}
@font-face
{font-family:Tahoma;
panose-1:2 11 6 4 3 5 4 4 2 4;}
/* Style Definitions */
p.MsoNormal, li.MsoNormal, div.MsoNormal
{margin:0in;
margin-bottom:.0001pt;
font-size:12.0pt;
font-family:"Times New Roman","serif";}
a:link, span.MsoHyperlink
{mso-style-priority:99;
color:blue;
text-decoration:underline;}
a:visited, span.MsoHyperlinkFollowed
{mso-style-priority:99;
color:purple;
text-decoration:underline;}
span.EmailStyle17
{mso-style-type:personal-reply;
font-family:"Calibri","sans-serif";
color:#1F497D;}
.MsoChpDefault
{mso-style-type:export-only;
font-family:"Calibri","sans-serif";}
@page WordSection1
{size:8.5in 11.0in;
margin:1.0in 1.0in 1.0in 1.0in;}
div.WordSection1
{page:WordSection1;}
--></style><!--[if gte mso 9]><xml>
<o:shapedefaults v:ext="edit" spidmax="1026" />
</xml><![endif]--><!--[if gte mso 9]><xml>
<o:shapelayout v:ext="edit">
<o:idmap v:ext="edit" data="1" />
</o:shapelayout></xml><![endif]--></head><body lang=EN-US link=blue vlink=purple><div class=WordSection1><p class=MsoNormal><span style='font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D'>We just updated our 7.1(5) environment to 8.? Then 3 weeks later we upgraded to 8.5.<o:p></o:p></span></p><p class=MsoNormal><span style='font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D'><o:p> </o:p></span></p><p class=MsoNormal><span style='font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D'>Our first stage to 8. Run DRS when you leave from work or before you go into to the upgrades. <o:p></o:p></span></p><p class=MsoNormal><span style='font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D'><o:p> </o:p></span></p><p class=MsoNormal><span style='font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D'>Our MCS servers needed bios/Raid updates and that took a while and it was unnerving because we knew NOTHING about those. Not in the docs, so that I think took us an additional hour per server. Rebooting several times and no timers to let us know what was going on really. <o:p></o:p></span></p><p class=MsoNormal><span style='font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D'><o:p> </o:p></span></p><p class=MsoNormal><span style='font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D'>You can actually install the upgrade onto the servers, at the same time just don’t reboot automatically.<o:p></o:p></span></p><p class=MsoNormal><span style='font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D'><o:p> </o:p></span></p><p class=MsoNormal><span style='font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D'>If I remember right our 5 servers were about 7 hours, it was a learning curve really – a few mistakes on our side – such as running DRS when we got there in the morning.<o:p></o:p></span></p><p class=MsoNormal><span style='font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D'><o:p> </o:p></span></p><p class=MsoNormal><span style='font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D'>If you can install the new image for the phones on to your existing TFTP before you do the upgrade – upgrading the image on the phones before the call manager upgrade saves you the hassle of waiting for the phones to upgrade when you do the new version. That’s up to you to save you some time while upgrading.<o:p></o:p></span></p><p class=MsoNormal><span style='font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D'><o:p> </o:p></span></p><p class=MsoNormal><span style='font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D'>When going to 8.5 – please NOTE there are BAD DVDS’s out there and cisco knows it! Seriously down load the ISO which is now available and burn your own copies. If you have a bad DVD you will go 99% thru the upgrade process and fail! We had this. <o:p></o:p></span></p><p class=MsoNormal><span style='font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D'><o:p> </o:p></span></p><p class=MsoNormal><span style='font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D'>If you get alerts and stuff from RTMT, you will get tons of warnings such as version mismatch when you upgrade to 8.5, you might want to turn off some of the monitors while upgrading to 8.5. Also you will get a new phone image for the phones again.<o:p></o:p></span></p><p class=MsoNormal><span style='font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D'><o:p> </o:p></span></p><p class=MsoNormal><span style='font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D'>For us there were a few unknowns but really no problems, Unity Conn was upgraded to 8.5 after we went to 8. <o:p></o:p></span></p><p class=MsoNormal><span style='font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D'><o:p> </o:p></span></p><p class=MsoNormal><span style='font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D'>We only had a couple of dozen phones that did not reregister so we power cycled them and they came back alive with no issues.<o:p></o:p></span></p><p class=MsoNormal><span style='font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D'><o:p> </o:p></span></p><p class=MsoNormal><span style='font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D'>Hope my ramblings help you<o:p></o:p></span></p><p class=MsoNormal style='text-autospace:none'><span style='font-size:10.0pt;font-family:"Courier New";color:#1F497D'><o:p> </o:p></span></p><p class=MsoNormal style='text-autospace:none'><span style='font-size:10.0pt;font-family:"Courier New";color:#1F497D'><o:p> </o:p></span></p><p class=MsoNormal style='text-autospace:none'><span style='font-size:10.0pt;font-family:"Courier New";color:#1F497D'>Neal Haas<o:p></o:p></span></p><p class=MsoNormal style='text-autospace:none'><span style='font-size:10.0pt;font-family:"Arial","sans-serif";color:#1F497D'><o:p> </o:p></span></p><p class=MsoNormal><span style='font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D'><o:p> </o:p></span></p><p class=MsoNormal><b><span style='font-size:10.0pt;font-family:"Tahoma","sans-serif"'>From:</span></b><span style='font-size:10.0pt;font-family:"Tahoma","sans-serif"'> cisco-voip-bounces@puck.nether.net [mailto:cisco-voip-bounces@puck.nether.net] <b>On Behalf Of </b>Matthew Saskin<br><b>Sent:</b> Thursday, March 31, 2011 12:25 PM<br><b>To:</b> Peter Slow<br><b>Cc:</b> cisco voip<br><b>Subject:</b> Re: [cisco-voip] Questions regarding migration of CUCM 7.1.5.31900-3 to a UCS platform<o:p></o:p></span></p><p class=MsoNormal><o:p> </o:p></p><p class=MsoNormal style='margin-bottom:12.0pt'>Fastest way to do it (per cluster) in my opinion:<br><br>1 - Acquire spare MCS server<br>2 - Implement change freeze on CUCM cluster in question, start cataloging "emergency changes" that are made<br>3 - Perform DRS backup of Publisher, DRS restore to spare MCS server<br>4 - Upgrade spare MCS server 7x to 8x<br>5 - DRS backup of spare MCS server<br>6 - DRS restore of 8x backup to MCS server<br>7 - Rebuild subscribers from scratch on UCS<br>8 - Migrate IP phones from 7x cluster to 8x cluster on UCS<br>9 - remove change freeze, re-implement any emergency changes that were required<br><br>There's some significant effort involved, in particular on the subscriber rebuilds, ensuring any custom TFTP files (wallpapers, etc.) are in place. That said, it's less work overall than doing a double upgrade.<br clear=all><br>Matthew Saskin<br><a href="mailto:msaskin@gmail.com" target="_blank">msaskin@gmail.com</a><br>203-253-9571<br><br><br><o:p></o:p></p><div><p class=MsoNormal>On Thu, Mar 31, 2011 at 2:01 PM, Peter Slow <<a href="mailto:peter.slow@gmail.com">peter.slow@gmail.com</a>> wrote:<o:p></o:p></p><p class=MsoNormal>Hello Everyone,<br><br>I'd like your input on a project I'm working on. I have five clusters,<br>all of which are currently running 7.1.5.31900-3. My goal is to<br>upgrade each of them to 8.5 running in/on UCS.<br><br>My _understanding_ is that I need to get a cluster to at least 8.0(2c)<br>(which is what actual version, btw?), do a DRS backup, install the<br>same version in UCS and then restore the backup into the VM.<br><br>I was under the impression (until i read all of<br><a href="http://tinyurl.com/5nuf25" target="_blank">http://tinyurl.com/5nuf25</a> ) that on most I2 servers a Bridged upgrade<br>is required and this would present an issue, because of time<br>constraints - The smallest cluster is 9 servers, the largest is 17 or<br>so and it can take upwards of 10 hours to upgrade a cluster, and about<br>that long to actually get everything switched over _after_ upgrading<br>is complete. (I realize this doesn't need to be a serial process, but<br>it mostly is at the moment, aside from subs having their versions<br>switched in pairs.)<br><br>The main goal here is to get to UCS, and the team I'm working with<br>REALLY doesn't want to upgrade the MCS servers one weekend, then move<br>to UCS servers a week later. (Thus far, I've been telling them that<br>this is going to be necessary AND that there is NO way to install<br>7.1(5) in VMWare and _then_ upgrade to 8.x) Right now my only<br>alternative _seems_ to be getting a CUCM in the lab running 7.1(5),<br>doing a DRS export to that form the production cluster, upgrading<br>that, then doing a DRS backup from _that_ to the UCS cluster in order<br>to get the pre-staged environment up.<br><br>There's some additional background below.<br><br>Constraints:<br>The first cluster to be upgraded is composed exclusively of 7845-I2<br>IBM servers.<br>In some cases clusters might have 7845-I1's functioning as TFTP or<br>MoH servers, I am allowed to replace these with I2's prior to the<br>upgrade if I need to.<br>76 GB drives and 4 GB RAM in the I2s<br>The upgrades / reboots etc need to take place during a weekend outage<br>window that provides me with enough time to roll back if something<br>awful happens. (I'd like to get everything done in a day, so that I<br>can spend Sunday troubleshooting if I need to.)<br><br>Questions:<br>* If a bridged upgrade is required, do _all_ servers in the cluster<br>need to be upgraded, or can I just upgrade the publisher, export with<br>DRS and proceed from there?<br>* Can I run 8.5 on my existing cluster of 7845-I2's w/ 76 gig drives<br>and 4 gigs of RAM? <a href="http://tinyurl.com/5nuf25" target="_blank">http://tinyurl.com/5nuf25</a> seems to indicate that I<br>can, but if it's wrong, I get fired.<br>* Am I correct about an upgrade from 7.1(5) to 8.x within VMWare not<br>being supported / possible?<br><br>-Pete<br><br>Peter I. Slow<br>AIM: humboldtbgp<br>Email: <a href="mailto:peter.slow@gmail.com">peter.slow@gmail.com</a><br>_______________________________________________<br>cisco-voip mailing list<br><a href="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</a><br><a href="https://puck.nether.net/mailman/listinfo/cisco-voip" target="_blank">https://puck.nether.net/mailman/listinfo/cisco-voip</a><o:p></o:p></p></div><p class=MsoNormal><o:p> </o:p></p></div></body></html>