Deleting a Mount Path With Backup Data

You can delete a mount path that contains backup data. If you shared the mount path with a MediaAgent that is online with write access and with Feature Release 21 or later version, then the delete operation deletes the mount path along with data from the CommServe database and the physical storage. Otherwise, the delete operation only deletes the mount path from the CommServe database. If the mount path is the only mount path in the library, then the software deletes the library along with the mount path.

Note

If you plan to use the storage of the mount path for other purposes and also want to retain the data that is present currently in the mount path, then you can move the mount path from one location to another location on the same MediaAgent or across different MediaAgents instead of deleting the mount path. For instructions, see Moving a Mount Path.
You cannot delete the mount paths that contain the backup data written by a WORM copy.
If you plan to delete multiple mount paths in a library, delete one mount path at a time, and then wait for the delete operation to complete before you delete another mount path.
To delete a library or a mount path that contains backup data in a HyperScale storage pool, see Deleting a HyperScale Storage pool. The deletion of the storage pool does not delete backup data. You must delete the data manually.
You cannot delete mount paths that contain backup data using the Expert Storage Configuration interface.
If you recover from a disaster recovery backup that contains the mount path that you deleted, then you must delete the mount path again.
If auxiliary copy operation fails to read from the mount path that you deleted, then run a quick data verification operation on the associated deduplication databases and prevent the yet to be copied jobs for which the data verification operation failed from being copied in the auxiliary copy operation. For more information, see Performing a Data Verification Operation on Deduplicated Data and Prevent Jobs From Being Copied.

Before You Begin

Verify that the deduplication database (DDB) associated with the mount path that you want to delete is not in use for any back up operations or auxiliary copy operations.
Verify that the mount path that you want to delete is not in use for any restore operations or auxiliary copy operations.
If the mount path that you want to delete is silo enabled, then you must complete the following:
1. Delete the contents of the mount path.
  
  For instructions, see Delete the Contents of a Mount Path.
2. Seal the DDB that the mount path is associated with.
  
  For instructions, see Sealing the Deduplication Database.
3. Run a data aging job.
To send email notifications about the delete operation, you must configure a mail server in the CommCell Console.

For instructions, see E-Mail Server Configuration.

Procedure

From the CommCell Browser, go to Storage Resources > Libraries > library.
Right-click the mount path that you want to delete, and then click Delete Mount Path.
Confirm the delete operation.
- If you shared the mount path with a MediaAgent that is online with write access and with Feature Release 21 or later version, then the following dialog box appears.
- Otherwise, the following dialog box appears.
Enter Force delete with data loss, and then click OK.

A confirmation dialog box appears.
Click OK.

Results

The deletion must be approved by the administrator users for the deletion to take effect.

If the storage creator is a company user, the users of the Tenant Admin user group become the default administrators. If the storage creator is not a company user, the users of Master user group become the default administrators. The administrator users receive an email notification to approve or deny the deletion. The deletion must be approved by at least one administrator.

You can use the DeleteLibraryMountPathAuthorization workflow to change the administrators who can approve the deletion from default user groups to another users or user groups and to specify the approvers count.

When an administrator user approves or denies the deletion, you will receive an email.
If the mount path is associated with deduplication databases, then the software automatically performs a data verification job for each database.

For more information, see Verification of Deduplicated Data.

What to Do Next

After successful mount path deletion, the mount path may still appear in the library in the CommCell Console. You must refresh the library to clear the deleted mount path.
You must manually prevent the yet to be copied jobs for which the data verification operation is failed from being copied in an auxiliary copy operation.

For instructions, see Prevent Jobs From Being Copied.