Recovering from an MSDP storage server failure

To recover from a permanent failure of the storage server host computer, use the process that is described in this topic.

NetBackup recommends that you consider the following items before you recover:

The new computer must use the same byte order as the old computer.
Warning:
If the new computer does not use the same byte order as the old computer, you cannot access the deduplicated data. In computing, endianness describes the byte order that represents data: big endian and little endian. For example, SPARC processors and Intel processors use different byte orders. Therefore, you cannot replace an Oracle Solaris SPARC host with an Oracle Solaris host that has an Intel processor.
Cohesity recommends that the new computer use the same operating system as the old computer.
Cohesity recommends that the new computer use the same version of NetBackup as the old computer.
If you use a newer version of NetBackup on the new computer, ensure that you perform any data conversions that may be required for the newer release.
If you want to use an older version of NetBackup on the replacement host, contact your Cohesity support representative.

Table: Recover from an MSDP storage server failure

Step	Task	Procedure
Step 1	Delete the storage units that use the disk pool	See the NetBackup Administrator's Guide, Volume I.
Step 2	Delete the disk pool	See Deleting a Media Server Deduplication Pool.
Step 3	Delete the deduplication storage server	See Deleting an MSDP storage server.
Step 4	Delete the deduplication host configuration file	Each load balancing server contains a deduplication host configuration file. If you use load balancing servers, delete the deduplication host configuration file from those servers. See Deleting an MSDP host configuration file.
Step 5	Delete the credentials on deduplication servers	If you have load balancing servers, delete the NetBackup Deduplication Engine credentials on those media servers.
Step 6	Configure the new host so it meets deduplication requirements	When you configure the new host, consider the following: You can use the same host name or a different name. You can use the same Storage Path or a different Storage Path. If you use a different Storage Path, you must move the deduplication storage to that new location. If the Database Path on the original host is different that the Storage Path, you can do one of the following: You can use the same Database Path. You can use a different Database Path. If you do, you must move the deduplication database to the new location. You do not have to continue to use a different Database Path. You can move the `databases` directory into the Storage Path and then specify only the Storage Path when you configure the storage server. You can use the host's default network interface or specify a network interface. If the original host used a specific network interface, you do not have to use the same interface name. If you had configured the previous MSDP storage server to use MSDP Encryption using KMS service, you must use the same configuration for the new MSDP storage server. See About MSDP storage servers. See About MSDP server requirements.
Step 7	Connect the storage to the host	Use the storage path that you configured for this replacement host. See the computer or the storage vendor's documentation.
Step 8	Install the NetBackup media server software on the new host	See the NetBackup Installation Guide.
Step 9	Reconfigure deduplication	You must use the same credentials for the NetBackup Deduplication Engine. See Configuring media server deduplication in NetBackup.
Step 10	Import the backup images.	See the NetBackup Administrator's Guide, Volume I. Note: Perform importing of the backup images only when NetBackup catalog is not present; otherwise, use the bpimage command to update the storage server names and disk pool names for catalog backup images.

More Information

Deleting credentials from a load balancing server

Recovering from an MSDP storage server failure

Feedback

Feedback