cancel
Showing results for 
Search instead for 
Did you mean: 

upgrading 7.1.0.4 to 7.5.0.6 with Pure Disk MSDP pool

briggsy
Level 4
Partner

Hi,

I've a NetBackup 7.1.0.4 environment with a large MSDP Pure Disk pool and I'm about to upgrade it to 7.5.0.6.

My question relates to the Pure disk pool queue. Should I process the queued entries completely (until the queue is empty) before closing netbackup and performing the upgrade ...

..or ... If I allow the content router queue to finish processing its current batch, leaving a few thousand queued transactions , and then perform the upgrade.

I guess my question is : Will queued entries produced by 7.1.0.4 be processed successfully at 7.5.0.6 ?

I looked at the spoold log on the service I'm about to upgrade and also the test environment that I upgraded last week (with an empty queue) and the 7.1.0.4 service has libcr version 6.5.0.0 , and the 7.5.0.6 service has libcr version 7.0005.0013.053 - but both use Protocol Version 6.6.1

Thanks

 

5 REPLIES 5

Marianne
Level 6
Partner    VIP    Accredited Certified

Probably best to log a support call with these questions....

wan2live
Level 3
Certified
Hi, I have a few MSDP in multiple domains and upgraded while there was still data in the queue. Will your pool clear before the next backup window? That's the biggest thing. As always make sure you have a good catalog to fall back on. Good luck on what ever way you go.

thesanman
Level 6

I had no issues going from v7.1.0.4 to v7.5.0.5 (via v7.5 of course) with my Windows based MSDP servers.  I certainly didn't clear the queue beforehand and there's nothing in the install guide to indicate as such.

It just takes a good while as v7.5 restarts NetBackup which of course means a full cache reload; after which you have to apply the latest patch.

I manually stopped NBU services using bpdown -v first; this helps as then you control the NBU services restart afterwards.

briggsy
Level 4
Partner

Thanks for the replies  smiley

I waiting until the current batch had finished processing, which left approx. 8000 queue entries and then performed the upgrade to 7.5.0.6 as per the guide and the remaining queue transactions successfully processed overnight.

Blobjung
Level 2

When I have done my upgrades on my MSDP servers I have never waited for the queue entries to finish processing.  What I do is make sure that the system isn't processing anything by running the following

<install_drive>\program files\veritats\pdde\crcontrol --processqueueinfo   on all of the MSDP servers.

As long as the Busy output returns NO then the MSDP is not doing anything and the upgrade can start.

I will then stop all services  bpdown -f -v on all of the servers, patch the master server first then patch all of the media servers after that.

The only thing (not an issue) that I have had is sometimes it takes the NBU Deduplication Engine a while to fully start (Once it was about 4 hours).  I forget exactly what Support told me the reason behind that was, but they basically said it was normal and nothing to worry about.

 

 I have done this from v7.1 to v7.5.0.6 and have not had any problems.  

Just wanted to share my past experiences since so many people have helped me here.  Also, thanks to the person from the support person that took a little time to explain how things worked on that Sunday afternoon when I thought I corrupted my entire MSDP pool.