<?xml version="1.0" encoding="UTF-8"?>
<rss xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" version="2.0">
  <channel>
    <title>topic The upgrade was completed in Unified Communications Infrastructure</title>
    <link>https://community.cisco.com/t5/unified-communications-infrastructure/time-estimate-for-pcd-upgrade-of-cucm/m-p/2620820#M4417</link>
    <description>&lt;P&gt;The upgrade was completed nearly two months ago and took somewhere north of&amp;nbsp;two hours per node. One complaint about using PCD is the lack of real-time status when performing&amp;nbsp;the upgrade. I ran the ESXi client with the UCM console(s) open during the upgrade so that I could keep an eye on task status.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;</description>
    <pubDate>Tue, 23 Jun 2015 23:50:29 GMT</pubDate>
    <dc:creator>Robert Rhodes</dc:creator>
    <dc:date>2015-06-23T23:50:29Z</dc:date>
    <item>
      <title>Time estimate for PCD upgrade of CUCM</title>
      <link>https://community.cisco.com/t5/unified-communications-infrastructure/time-estimate-for-pcd-upgrade-of-cucm/m-p/2620817#M4414</link>
      <description>&lt;P&gt;Does anyone have a reasonable estimate of how long it takes to perform a PCD upgrade of a CUCM cluster? I know that there are a lot of variables, so the real answer is "it depends", but even a rough swag would help in scheduling resources and setting customer expectations. It's a 3 node cluster with ~900 users/devices, currently running 8.6.2 and upgrading to 10.5.2.&lt;/P&gt;&lt;P&gt;Thanks&lt;/P&gt;</description>
      <pubDate>Tue, 19 Mar 2019 16:29:46 GMT</pubDate>
      <guid>https://community.cisco.com/t5/unified-communications-infrastructure/time-estimate-for-pcd-upgrade-of-cucm/m-p/2620817#M4414</guid>
      <dc:creator>Robert Rhodes</dc:creator>
      <dc:date>2019-03-19T16:29:46Z</dc:date>
    </item>
    <item>
      <title>Hi Rob,You are correct, it</title>
      <link>https://community.cisco.com/t5/unified-communications-infrastructure/time-estimate-for-pcd-upgrade-of-cucm/m-p/2620818#M4415</link>
      <description>&lt;P&gt;Hi Rob,&lt;/P&gt;&lt;P&gt;You are correct, it depends upon various factors like size of database, throttling parameter, upgrade path etc. However, a rough estimate would be 90 minutes to a couple of hours per node for your cucm cluster.&lt;/P&gt;&lt;P&gt;HTH&lt;/P&gt;&lt;P&gt;Manish&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;.&lt;/P&gt;</description>
      <pubDate>Tue, 21 Apr 2015 02:34:39 GMT</pubDate>
      <guid>https://community.cisco.com/t5/unified-communications-infrastructure/time-estimate-for-pcd-upgrade-of-cucm/m-p/2620818#M4415</guid>
      <dc:creator>Manish Gogna</dc:creator>
      <dc:date>2015-04-21T02:34:39Z</dc:date>
    </item>
    <item>
      <title>Be aware that you are doing</title>
      <link>https://community.cisco.com/t5/unified-communications-infrastructure/time-estimate-for-pcd-upgrade-of-cucm/m-p/2620819#M4416</link>
      <description>&lt;P&gt;Be aware that you are doing quite a jump there, and i believe it is a refresh upgrade, so each upgrade may take even longer than that.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;You can also tell the system not to switch versions after the upgrade, so you can schedule the upgrade at 3 oclock in the afternoon to start running at 9pm that evening.&amp;nbsp; Then hopefully by the time you come back in the morning, the upgrade will be complete (and successful)&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Your servers however will remain on the old version and nothing will change.&amp;nbsp; The phones WILL reboot while the upgrade is happening, but you do not have to be there.&amp;nbsp; The process is automatic.&amp;nbsp; Once servers are successfully upgraded, you can then schedule in a time to switch versions to the new upgraded version.&amp;nbsp; The servers then only need a reboot to come up on the new version; cutting the time needed for you to be on site by a lot.&amp;nbsp; You should just need a base support staff for a few hours on the weekend of the switch version to check phones and run a few tests; the actual attended "upgrade" part should take less than an hour, then you just drink coffee and run a few tests.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Please rate if you find useful!&lt;/P&gt;</description>
      <pubDate>Wed, 17 Jun 2015 13:10:38 GMT</pubDate>
      <guid>https://community.cisco.com/t5/unified-communications-infrastructure/time-estimate-for-pcd-upgrade-of-cucm/m-p/2620819#M4416</guid>
      <dc:creator>carlnewton</dc:creator>
      <dc:date>2015-06-17T13:10:38Z</dc:date>
    </item>
    <item>
      <title>The upgrade was completed</title>
      <link>https://community.cisco.com/t5/unified-communications-infrastructure/time-estimate-for-pcd-upgrade-of-cucm/m-p/2620820#M4417</link>
      <description>&lt;P&gt;The upgrade was completed nearly two months ago and took somewhere north of&amp;nbsp;two hours per node. One complaint about using PCD is the lack of real-time status when performing&amp;nbsp;the upgrade. I ran the ESXi client with the UCM console(s) open during the upgrade so that I could keep an eye on task status.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;</description>
      <pubDate>Tue, 23 Jun 2015 23:50:29 GMT</pubDate>
      <guid>https://community.cisco.com/t5/unified-communications-infrastructure/time-estimate-for-pcd-upgrade-of-cucm/m-p/2620820#M4417</guid>
      <dc:creator>Robert Rhodes</dc:creator>
      <dc:date>2015-06-23T23:50:29Z</dc:date>
    </item>
  </channel>
</rss>

