cancel
Showing results for 
Search instead for 
Did you mean: 

Converting netbackup 6.5.6 from 32-bit to 64-bit server

rlfryod
Not applicable

We are going to upgrade our Windows 2003 SP2 master server from a older 32-bit server to a new 64-bit model.  Out netbackup infrastructure resides on a SAN drive and is almost 500GB in size.  We would like to attach the SAN drive that contains the netbackup catalog to the new server, rename the netbackup installation path to a new name, install the 64-bit master server software and move selective files/folders from the now old installation path to the current installation path.  Once complete, start the netbackup services and have everything running as if nothing happened.

The one item I cannot find anywhere is the differences between the 32-bit and 64-bit NBU catalog.  I found the standard procedure of backing up the catalog and restoring it on the new server.  The issue we have is that the catalog backup take about 12 hours to complete.  Time does not allow me to do this unless it is absolutely necessary.  I am trying to avoid this activity.  The IP address and server name of the new server will be the same as the existing server.  Does anyone have any information that will assist me in my endeavor? 

 

Rob

1 ACCEPTED SOLUTION

Accepted Solutions

Marianne
Moderator
Moderator
Partner    VIP    Accredited Certified

Use Hot Catalog backup and restore to migrate to new hardware.

http://www.symantec.com/docs/TECH77447

 

****EDIT****

I am unable to access any TN right now  - I have a saved version of this one:

Using catalog backup and recovery to transfer NetBackup catalogs between Windows master servers as part of a hardware refresh

Details:


It is sometimes necessary for a customer to replace the hardware they use for their master server.  For example they may need to  replace a 32 bit master server with a newer model 64 bit master server.  In most cases this just involves replacing the existing master server with a newer machine of a similar type but a higher specification and can be accomplished without assistance from Symantec Consulting Services.
This tech note explains how catalog backup and recovery can be used as part of a hardware refresh process provided the following conditions are observed.  
If one or more of these conditions is not met please contact Symantec Consulting Services or your Business Critical Account Manager for assistance.
  1. The master server must not be clustered.  
  2. The version of NetBackup installed on the old and new hardware must be the same release update of NetBackup 6.5 (e.g. if the old master server is running NetBackup 6.5.4, install NetBackup 6.5.4 on the new master server).
  3. The master server cannot be a storage server for SharedDisk storage.
  4. The host name and IP address of the old and new hardware must be the same.
  5. The version of Windows on the old and new master servers does not matter, nor does the bit count, provided they are both supported by NetBackup.  Thus a 32 bit Windows 2003 master server can be replaced by a 64 bit Windows 2008 master server provided both are running NetBackup 6.5.4.
  6. The NetBackup paths and directory structures must be the same on the old master server and new master server.
The following procedure should be used when replacing hardware:
  1. Make a full catalog backup of the old master server and shut it down.
  2. Prepare the new master server using the same host name and IP address as the old master server (ensure that the conditions stated above are met).  If the master server is also a storage server for AdvancedDisk volumes ensure that the volumes are presented to the same mount points on the new master server (i.e. F:\ on the old master server must be mounted as F:\ on the new master server).  If the old master server has access to OpenStorage and PureDisk deduplication devices ensure that the new master server can access the same devices using the same storage server name.  If the migration is between 32 bit Windows and 64 bit Windows and OpenStorage is used ensure that correct OpenStorage plug in used in each case (see tech note 338426).  
  3. Install the same version of NetBackup on the new master as the version on the old master server.  Ensure the installation is made to the same path as the one used on the old master server  (a catalog backup made from C:\program files\veritas\netbackup cannot be restored to E:\program files\veritas\netbackup).  
Note:  Specify all the other servers in the domain when prompted because the catalog restore does not recover the registry hive containing the server list.
4. Restore the catalog backup created from the old master server to the new master server.  Details of the catalog restore process can be found in the Disaster Recovery section of the NetBackup Troubleshooting Guide.  
5. Once the catalog has been restored confirm the basic operation of NetBackup by running test backup and restore jobs.
6. If the master server is also a media server, run the device discovery wizard to update the locally presented devices and storage units.  
Note:  When using this procedure with NetBackup 6.5.x some backup policies, particularly file system policies that use directives and run multiple data streams, the first backup that runs after the catalog has been recovered will backup all the data – even if it is an incremental backup.   This may result in backups running longer and media usage being higher than normal during that first backup period and customers should take this into account when planning a hardware refresh.  This problem does not affect environments running NetBackup 7.0 and higher versions.

View solution in original post

2 REPLIES 2

Marianne
Moderator
Moderator
Partner    VIP    Accredited Certified

Use Hot Catalog backup and restore to migrate to new hardware.

http://www.symantec.com/docs/TECH77447

 

****EDIT****

I am unable to access any TN right now  - I have a saved version of this one:

Using catalog backup and recovery to transfer NetBackup catalogs between Windows master servers as part of a hardware refresh

Details:


It is sometimes necessary for a customer to replace the hardware they use for their master server.  For example they may need to  replace a 32 bit master server with a newer model 64 bit master server.  In most cases this just involves replacing the existing master server with a newer machine of a similar type but a higher specification and can be accomplished without assistance from Symantec Consulting Services.
This tech note explains how catalog backup and recovery can be used as part of a hardware refresh process provided the following conditions are observed.  
If one or more of these conditions is not met please contact Symantec Consulting Services or your Business Critical Account Manager for assistance.
  1. The master server must not be clustered.  
  2. The version of NetBackup installed on the old and new hardware must be the same release update of NetBackup 6.5 (e.g. if the old master server is running NetBackup 6.5.4, install NetBackup 6.5.4 on the new master server).
  3. The master server cannot be a storage server for SharedDisk storage.
  4. The host name and IP address of the old and new hardware must be the same.
  5. The version of Windows on the old and new master servers does not matter, nor does the bit count, provided they are both supported by NetBackup.  Thus a 32 bit Windows 2003 master server can be replaced by a 64 bit Windows 2008 master server provided both are running NetBackup 6.5.4.
  6. The NetBackup paths and directory structures must be the same on the old master server and new master server.
The following procedure should be used when replacing hardware:
  1. Make a full catalog backup of the old master server and shut it down.
  2. Prepare the new master server using the same host name and IP address as the old master server (ensure that the conditions stated above are met).  If the master server is also a storage server for AdvancedDisk volumes ensure that the volumes are presented to the same mount points on the new master server (i.e. F:\ on the old master server must be mounted as F:\ on the new master server).  If the old master server has access to OpenStorage and PureDisk deduplication devices ensure that the new master server can access the same devices using the same storage server name.  If the migration is between 32 bit Windows and 64 bit Windows and OpenStorage is used ensure that correct OpenStorage plug in used in each case (see tech note 338426).  
  3. Install the same version of NetBackup on the new master as the version on the old master server.  Ensure the installation is made to the same path as the one used on the old master server  (a catalog backup made from C:\program files\veritas\netbackup cannot be restored to E:\program files\veritas\netbackup).  
Note:  Specify all the other servers in the domain when prompted because the catalog restore does not recover the registry hive containing the server list.
4. Restore the catalog backup created from the old master server to the new master server.  Details of the catalog restore process can be found in the Disaster Recovery section of the NetBackup Troubleshooting Guide.  
5. Once the catalog has been restored confirm the basic operation of NetBackup by running test backup and restore jobs.
6. If the master server is also a media server, run the device discovery wizard to update the locally presented devices and storage units.  
Note:  When using this procedure with NetBackup 6.5.x some backup policies, particularly file system policies that use directives and run multiple data streams, the first backup that runs after the catalog has been recovered will backup all the data – even if it is an incremental backup.   This may result in backups running longer and media usage being higher than normal during that first backup period and customers should take this into account when planning a hardware refresh.  This problem does not affect environments running NetBackup 7.0 and higher versions.

MCron
Level 4
Partner

Rob,

Marianne has it correct.  I have sped this up by backing the catalog up to disk (temporary disk area), moving it over to the new system, and then doing the restore.  Use a Full catalog one night, then the day of the move run an incremental, then do the restores of both on your new system.

-Mark