[cisco-voip] How Many Docs Does it Take to Prep for an Upgrade?

[Ryan Huff]

Lelio, what challenges are you facing in your next upgrade on UCS?

I don't think staging is so much 'the old way of doing it' as much as it is depending on the engagement and timeline, in my opinion. 

If the target environment is only sized for the production VMs (and your coming from MCS) .... it might be difficult to do a bridge in the target environment. In that case, I would advocate pulling the DRS and upgrading offnet, unless the customer can spin-up an sftp server that you can use to shuffle DRS on. At that point though, I'd say it is going to take just as long, one way or the other.

Virtual to virtual with plenty of room in the datastores can certainly, and easily be done onnet. In place upgrades are another great case for onnet upgrades without staging.

As Anthony mentioned earlier, PCD is only valuable (IMO) in a rather limited set of circumstances and has enough nuances that I don't bother with it. PCD has a ways to go before I'd consider using it in practice; it's a good idea -just too early for me.

Some organizations have change-controls that mandate major upgrades be ran in tandem/staged, then switched once signed off on. In those cases, I'll usually advocate upgrading the device loads on the current version before the switch, so at least the phones move over quick.

Thanks,

Ryan

Sent from my iPad

> On Oct 18, 2015, at 6:36 PM, Lelio Fulgenzi <lelio at uoguelph.ca> wrote:
> 
> We've built an offline network where we have staged the last couple of upgrades. It's worked out well. We basically test everything we can to ensure operability. The day of the cutover there's an overall downtime of about 90 minutes but some things come up sooner. 
> 
> I'm hoping to come up with a similar approach to the next one. But it would be using ucs so I'm not sure how to make that work just yet. 
> 
> Sent from my iPhone
> 
>> On Oct 16, 2015, at 3:52 PM, Kevin Przybylowski <kevinp at advancedtsg.com> wrote:
>> 
>> It is very time consuming to stage in the lab… Installs, DRS’s, Upgrades, etc…  I’ve only done them in the past if there was a large gap in versions.  It looks like PCD PCD is getting better so it looks like a valid option nowadays for bare metal to esx migration/upgrades.
>>  
>> From: cisco-voip [mailto:cisco-voip-bounces at puck.nether.net] On Behalf Of Anthony Holloway
>> Sent: Friday, October 16, 2015 3:42 PM
>> To: Ryan Huff <ryanhuff at outlook.com>
>> Cc: Cisco VoIP Group <cisco-voip at puck.nether.net>
>> Subject: Re: [cisco-voip] How Many Docs Does it Take to Prep for an Upgrade?
>>  
>> You sound more organized than I am.  I would like to see what you have, sure.  Thanks for the offer.
>>  
>> I've never staged an upgrade in my lab, though I have heard of plenty of people doing this.  Is it really something to consider or is that a thing of the past?  Like pulling a drive from the array?  Not too mention, I rarely have time to perform two upgrades on a project like this.  I barely get enough time to upgrade the system once.
>>  
>> On Fri, Oct 16, 2015 at 1:56 PM, Ryan Huff <ryanhuff at outlook.com> wrote:
>> I use an excel spread sheet with a hyperlink to the base doc in one sheet with notes and details gathered in the sheet.Then I create additional worksheets of subordinate documentation and notes and then make references from the base sheet to the subordinate sheets. I also have a sheet for customer discovery (current dns, ip, device loads .... etc). It ends up looking a lot like a Gantt chart.
>>  
>> If you'd like, I can sanitize and send one to you, to compare notes and see if there is anything of use to you.
>>  
>> Also, If time permits, and it's feasible,  I like to stage a mock upgrade in my lab with customer data (drs ... etc) and do a dry run.
>> 
>> 
>> -------- Original message --------
>> From: Anthony Holloway 
>> Date:10/16/2015 2:38 PM (GMT-05:00) 
>> To: Cisco VoIP Group 
>> Subject: [cisco-voip] How Many Docs Does it Take to Prep for an Upgrade?
>> 
>> Does anyone else do this?  Gather all of the documentation ahead of time, because inevitably you're going to revisit a document more than once?  There are a lot of documents to gather!  Anything I could be doing better?  Tips?  Tricks?
>>  
>> I create a spreadsheet of all of the pertinent documents I need to review or reference, like in this screenshot.  There's over 90 documents in this list.  Granted, I don't read them all front to back, but some I do, and  for others I need to reference information within them nonetheless.  You never know when you might find a small font hidden note in there.
>>  
>> E.g., From the 8945 Release Notes
>>  
>> "Release 9.4(2)SR1 can only be upgraded from 9.3(4) and later. Releases prior to 9.3(4) have to be upgraded to 9.3(4) first."
>>  
>> Source: 8945 9.4(2)SR1 Release Notes
>>  
>> I actually missed this one recently, and unlike 7900 series phones, they phone will just brick itself and never register.  Causing you to walk to every phone and reset power to it, or walk the mac address tables of your layer 2 network and shut/no shut the ports.
>>  
>>  
>> _______________________________________________
>> cisco-voip mailing list
>> cisco-voip at puck.nether.net
>> https://puck.nether.net/mailman/listinfo/cisco-voip
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://puck.nether.net/pipermail/cisco-voip/attachments/20151018/137f95d3/attachment.html>