Veritas Access Appliance 8.1 Solutions Guide for NetBackup

Last Published:
Product(s): Appliances (8.1)
Platform: Veritas 3340,Veritas 3350
  1. Access Appliance integration with NetBackup
    1.  
      About Access Appliance as a NetBackup client
    2.  
      About Access Appliance as backup storage for NetBackup
    3.  
      Use cases for long-term data retention
  2. System requirements
    1.  
      Supported configurations and versions for NetBackup with Veritas Data Deduplication
    2.  
      Supported configurations and versions for NetBackup with MSDP-C
  3. Configuring Veritas Data Deduplication with Access Appliance
    1.  
      About Veritas Data Deduplication
    2.  
      Benefits of using Veritas Data Deduplication with Access Appliance
    3. Configuring Veritas Data Deduplication without WORM
      1.  
        Configuring Veritas Data Deduplication using the GUI
      2.  
        Configuring Veritas Data Deduplication using the Access CLISH
    4. Configuring Veritas Data Deduplication with WORM
      1.  
        Configuring Veritas Data Deduplication with WORM using GUI
      2.  
        Configuring Veritas Data Deduplication with WORM using the Access CLISH
    5.  
      Managing Veritas Data Deduplication using the Access CLISH
    6. Managing Veritas Data Deduplication using GUI
      1.  
        Viewing information about Veritas Data Deduplication
      2.  
        Starting or stopping the Veritas Data Deduplication service
      3.  
        Increasing storage for Veritas Data Deduplication
      4.  
        Unconfiguring Veritas Data Deduplication
      5.  
        Adding secondary IP for Veritas Data Deduplication
      6.  
        Deleting secondary IP for Veritas Data Deduplication
    7. Accessing Access Appliance storage shell for management tasks
      1. About the Access Appliance storage server shell
        1. About the dedupe command
          1.  
            Stopping and starting the MSDP services
        2.  
          About the retention command
        3.  
          About the setting command
        4.  
          About the support command
    8.  
      Support for multiple domains across networks for Veritas Data Deduplication
    9.  
      Veritas Data Deduplication storage layout
    10.  
      Configuring a Veritas Data Deduplication storage unit on NetBackup
    11.  
      Configuring global deduplication using the Veritas Data Deduplication storage server across the domain
    12.  
      Enabling Veritas Data Deduplication encryption
    13.  
      Support for bandwidth throttling during duplication
    14.  
      Setting up secure communication between Veritas Data Deduplication on Access Appliance and the NetBackup primary server
    15.  
      About MSDP encryption using NetBackup KMS service
    16. Support for NetBackup Auto Image Replication
      1.  
        Separating the duplication and replication network
    17.  
      Setting up Auto Image Replication (AIR) between two Access Appliances which have secure communication enabled
  4. Configuring MSDP-C with Access Appliance
    1.  
      Starting the Access S3 server and provisioning the S3 bucket
    2.  
      Configuring Access S3 bucket with NetBackup MSDP-C
  5. Migrating the NetBackup images from existing storage to Veritas Access storage
    1.  
      Migrating NetBackup images from CloudCatalyst/S3/MSDP-C to Veritas Data Deduplication storage
    2.  
      Migrating the NetBackup images from the Veritas Data Deduplication STU to the MSDP-C STU
  6. Configuring Access Appliance with the NetBackup client
    1.  
      Configuring Access Appliance for NetBackup client
    2.  
      Installing the NetBackup client add-on packages
    3.  
      Prerequisites for configuring the NetBackup client
    4.  
      Configuring the NetBackup client
    5.  
      Adding an optional media server
    6.  
      Adding multiple primary servers
    7.  
      Adding file systems to the backup configuration
    8.  
      Removing file systems from backup configuration
    9.  
      Changing the virtual IP address used by the NetBackup client
    10.  
      Upgrade the NetBackup client
    11.  
      Unconfiguring the NetBackup client
    12.  
      Enabling Veritas Data Deduplication catalog backup with NetBackup client
    13.  
      Disabling Veritas Data Deduplication catalog backup from NetBackup client
    14.  
      Displaying the status of NetBackup services
    15.  
      Configuring backup operations using NetBackup or other third-party backup applications
    16.  
      Restoring filesystems backed up with NetBackup client
  7. Troubleshooting
    1.  
      Additional resources
    2.  
      Generating Access Appliance S3 server keys using the helper script
  8.  
    Index

Managing Veritas Data Deduplication using the Access CLISH

This section describes the various operations that you can perform on the deduplication server using the Access CLISH.

To change the user password

  • You can change the password of the deduplication server user.

    To change the password, enter the following:

    Dedupe> passwd user_name config_name	

    You are prompted to enter your current password and the new password. After you confirm the new password, the password gets updated.

Note:

  • If the user is not present on NetBackup, you have to add the user on the NetBackup server.

    # /usr/openv/pdde/pdcr/bin/spauser -a -u user_name
  • You also must update the password on NetBackup if you have updated the password for the Veritas Data Deduplication server from Access Appliance.

    # /usr/openv/volmgr/bin/tpconfig -update -stype PureDisk 
    -storage_server IP address -sts_user_id user_name

To start the deduplication storage server

  • The storage server is started on the node on which affinity is set. If only one storage server is configured and affinity is not set, the server starts on the node on which the virtual IP, which you specified in the dedupe config command is online.

    To start the deduplication storage server, enter the following:

    Dedupe> start config_name	 

    The deduplication storage server should be already configured before you start the deduplication storage server.

    If config_name is not specified, all the deduplication servers that are in stopped state are started.

To display information the deduplication storage server

  • To display information about the deduplication storage server, enter the following:
    Dedupe> show config_name 

    If config_name is not specified, the details of all the configured deduplication servers are displayed.

    The information includes details such as the file system(s) being used, the IP, and the cluster node on which the server is running, affinity, encryption, shrink status and errors.

To display the deduplication storage server statistics

  • To display the deduplication storage server statistics, enter the following:
    Dedupe> stats config_name 

    The information includes details like total storage size, free storage, and deduplication ratio. The deduplication storage server should be online for this operation.

    If the deduplication server is offline, the values of the attributes are displayed as "-". If config_name is not specified, the statistics of all the configured deduplication servers are displayed.

To show the status of the deduplication storage server

  • To show the status of the deduplication storage server, enter the following:
    Dedupe> status config_name 

    The information includes details such as whether the server is running and the cluster node on which the server is running.

    If config_name is not specified, the status of all the configured deduplication servers is displayed.

To stop the deduplication storage server

  • To stop the deduplication storage server, enter the following:
    Dedupe> stop config_name 

    The deduplication storage server must be configured and running. If any backup job is running when the server is stopped, the job aborts with an error.

    If config_name is not specified, all the deduplication servers are stopped.

To increase the storage capacity of the deduplication storage server

  • To increase the storage capacity of the deduplication storage server to the given size, enter the following:
    Dedupe> grow size config_name

    The deduplication storage server should be online for this operation.

    The config_name is the name of the deduplication server whose storage capacity is to be grown. It must be specified if more than one deduplication server is running on the cluster.

To reduce the storage capacity of the deduplication storage server

  • To reduce the storage capacity of the deduplication storage server to the given size, enter the following:
    Dedupe> shrink size config_name data_correct={yes|no}

    The config_name parameter must be specified if more than one deduplication server is running on the cluster.

    The data_correct parameter is set to no, by default, for shrink operation. If data_correct is set to yes, this command only corrects data errors that were caused by earlier shrink operation failures. If data_correct operation needs to be performed, the size parameter must be set to vxdefault.

The deduplication storage server is brought offline for this operation. The storage server remains offline after the shrink operation if it was offline before the operation. It is brought online after the shrink operation if it was online earlier. Running the dedupe shrink command starts a background process to perform the operation. You can view the status using the dedupe show command. It is recommended to perform the shrink operation with size equal to the size of the file system.

For example:

If the file system layout is as follows:

Fs1 100TB
Fs2 100TB
Fs3 80TB
Fs4 100TB

If you want to reduce the deduplication storage capacity from 380 TB to 200 TB, the dedupe shrink operation can be done in two steps.

Dedupe> shrink 300T msdp-engine data_correct=no
Dedupe> shrink 200T msdp-engine data_correct=no

Caution:

The time taken to perform the dedupe shrink operation varies based on the size parameter passed to the dedupe shrink command. In order to minimize the downtime required during the dedupe shrink operation, Veritas strongly recommends that the operation be performed under the supervision of Veritas Technical Support.

Note:

  • Do not perform any file system offline operation or any kind of maintenance activity when the dedupe shrink command is in progress.

  • Backup jobs should be stopped before performing the dedupe shrink operation. They can be resumed once the dedupe shrink operation is complete.

To add a new user to the deduplication storage server

  • To add a new user to the deduplication storage server, enter the following:
    Dedupe> adduser username config_name

    The user name that is mentioned here is the NetBackup media server user name which you use later to configure the storage server on the NetBackup server.

    The config_name is the name of the deduplication server to which the user is being added. It must be specified if more than one deduplication server is running on the cluster.

To show the list of users of the deduplication storage server

  • To show the list of users of the deduplication storage server, enter the following:
    Dedupe> listuser config_name 

    The config_name parameter must be specified if more than one deduplication server is running on the cluster. If config_name is not specified, all the users of the configured deduplication servers are listed.

To unconfigure the deduplication storage server

Ensure that you make a note of the following configuration details before you unconfigure the Veritas Data Deduplication server. These details are required when you reconfigure the service.

  • The virtual IP that you used to configure the Veritas Data Deduplication serve.

  • Credentials to access the Veritas Data Deduplication server

  • To unconfigure the deduplication storage server, enter the following:
    Dedupe> unconfig destroy_fs=yes/no config_name

    The config_name is the name of the deduplication server which is being unconfigured. It must be specified if more than one deduplication server is configured on the cluster.

    The destroy_fs is an optional parameter with default value set to no.

    If destroy_fs=no, the file systems that are used in the deduplication configuration (both data and catalog file systems) are not destroyed. You can later reconfigure deduplication using the same file systems.

    If destroy_fs=yes,:

    • If WORM was configured, a check is made to see if there are any backup images present in the system. If backup images are present, you cannot destroy the file system and the dedupe unconfig command fails. Before you unconfigure Veritas Data Deduplication and destroy the file systems, ensure that you have removed the storage unit, disk pool and storage server from the NetBackup primary server.

    • If WORM is not configured, the file systems are destroyed after unconfiguring deduplication.

To add an IP to the deduplication cluster

  • To add an IP to the deduplication cluster, enter the following:
    Dedupe> addip IP config_name

    The config_name is the name of the deduplication server to which IP is being added. It must be specified if more than one deduplication server is configured on the cluster.

    Note:

    IPs of the same subnet cannot be used as primary and secondary IPs. Ensure that the secondary IP which is being added to the deduplication configuration should not belong to the same subnet as the primary or any of the already existing secondary IPs.

To remove an IP from the deduplication cluster

  • To remove an IP from the deduplication cluster, enter the following:
    Dedupe> removeip IP config_name 

    The config_name is the name of the deduplication server from which IP is being removed. It must be specified if more than one deduplication server is running on the cluster.

  • To change the primary IP of the deduplication server, enter the following:

    Dedupe> changeip IP config_name

    The config_name is the name of the deduplication server to which IP is being added. It must be specified if more than one deduplication server is configured on the cluster.

To add an FQDN to the deduplication server

The FQDNs of the NetBackup master and media servers should be added to the deduplication server. This configuration leads to faster backups on the storage server and should be done prior to adding the storage server in the NetBackup administration console or Web UI. Adding the FQDNs of the NetBackup servers allows for faster name resolution within the docker container.

Do not add the IP and FQDN of the deduplication service to the deduplication server as this can create issues when the MSDP services are started.

  • To add an FQDN to the deduplication cluster, enter the following:

    Dedupe> fqdn add IP	fqdn config_name

    The config_name parameter must be specified if more than one deduplication server is running on the cluster.

To remove an FQDN from the deduplication cluster

  • To remove an FQDN from the deduplication cluster, enter the following:
    Dedupe> fqdn remove IP config_name

    The config_name parameter must be specified if more than one deduplication server is running on the cluster.

To grow the catalog file system of the deduplication server

  • To grow the catalog file system of the deduplication server to a specific size, enter the following:

    Dedupe> catgrow size
    			config_name

    The deduplication server should be online for this operation. This operation is not supported from the Access Appliance GUI.

    The config_name parameter must be specified if more than one deduplication server is running on the cluster.

You can use the dedupe catgrow <size> command to grow the catalog file system to the specified size. The default dedupe grow command does not modify the size of the catalog file system. If there are multiple data file systems, specify the file system names in the same order in which you specified them in the dedupe show command previously.

To set the affinity of a deduplication server to a node

  • To set the affinity of a deduplication server to a node, enter the following:
    Dedupe> affinity set node_name
    					container_name

    The container runs on the node on which affinity is set. This may take some time.

    In case there is more than one container, it is mandatory to specify the node_name.

See the dedupe man page for more information.