SnapProtect - Advanced Configuration - DB2

Table of Contents

Managing Instances

In the CommCell Console each DB2 instance references a group of databases. Hence it is necessary to discover the instances which can then be used to backup data. You can discover or add instances as described in the following sections:

Discovering Instances

You can manually discover the existing DB2 instances at any given point of time. All the existing DB2 instances on all the DB2 versions on this client can be discovered using this instance discovery operation. Following rules (related to storage policies) are applicable for DB2 instances:

  • By default, a newly discovered DB2 instance inherits the storage policy from an existing DB2 instance in the client.

  • If there are no existing DB2 instances in the client prior to the discovery of a new DB2 instance, then the newly discovered DB2 instance inherits the storage policy from the File system's default subclient.

  • If there are no existing DB2 instances, and if there is no storage policy created for the default subclient of the File system, in such cases you have to manually select a storage policy for the DB2 instance.

When instances are discovered, the DB2 instance name and DB2 home directory are added t the instance properties. Customize some options (for example user credentials, storage policies for data, logs and command line) after instance discovery.

Use the following steps to discover the DB2 instances:

  1. From the CommCell Browser, navigate to Client Computers | <Client>.
  2. Right-click DB2, point to All Tasks, and then click Discover Instances.
  3. In the confirmation dialog, click Yes.

Manually Adding an Instance

If a DB2 instance is discovered manually from the CommCell Console, options such as DB2 home path and user account are preset. When instances are manually added, these options can be customized. Use the following steps to manually add an instance:

  1. From the CommCell Browser, navigate to Client Computers | <Client>.
  2. Right-click DB2, point to All Tasks, and then click New Instance.

  3. In the Instance Name box, type the Instance name (up to 32 characters).
  4. In the HOME box, type the DB2 application install path. Alternatively, click Browse to select the DB2 install path (Home Directory), and click OK.
  5. Click Change.
  6. In the DB2 User Account box, type the user name to access the DB2 application on the client computer.
  7. In the Password box, type the password for the user account.
  8. In the Confirm Password box, retype the password, and then click OK.

  9. Click the Storage Device tab.
  10. In the Default Storage Policy box, select a storage policy name.
  11. Click the Log Backup tab.
  12. In the Storage Policy for All Log Files box, select a storage policy name.
  13. Click the Command Line Backup tab.
  14. In the Storage Policy for All Command line Backup box, select a storage policy name.
  15. Click OK.

Changing the Home Directory

DB2 HOME directory refers to the location where the DB2 application resides. When instances are discovered, the home path is automatically assigned to the instance. However, you can modify the home path location for an instance at any point of time. Use the following steps to configure the DB2 HOME directory:

  1. From the CommCell Browser, navigate to Client Computers | <Client> |DB2.
  2. Right-click the <Instance>, and then click Properties.
  3. In the HOME box, type the path to the DB2 Home directory. Alternatively, you can click Browse to locate the path.
  4. Click OK.

Managing Backup Sets

In the CommCell Console, each backup set references a db2 database. Hence it is important that you discover the databases prior to performing backup and restoring operations on the database.

Enabling Automatic Database Discovery

When automatic database discovery is enabled, the existing DB2 databases are discovered automatically as follows:

  • Every 168 hours
  • Whenever the Communications Service (GxCVD) is restarted (such as after a computer reboot)

This capability ensures that all databases are accounted for on a regular basis for backups. Use the following steps to enable automatic database discovery:

  1. From the CommCell Browser, navigate to Client Computers | <Client>.
  2. Right-click DB2, and then click Properties.
  3. Select the Enable Database Discovery check box.
  4. Click OK.

Manually Discovering Databases

In addition to automatic discovery, you can also discover databases manually at any given point of time. Use the following steps to manually discover the databases:

  1. From the CommCell Browser, navigate to Client Computers | <Client> | DB2.
  2. Right-click the <Instance>, point to All Tasks, and then click Discover Databases.
  3. In the confirmation dialog, click Yes.

Creating a Backup Set

Once you have discovered the databases, you can create a backup set for each of the discovered database in order to perform backup and restore operations on the database. During DB2 instance discovery, options such as DB2 home path and user account, are preset. Use the following steps to create a new backup set for an existing DB2 database.

  1. From the CommCell Browser, navigate to Client Computers | <Client> | DB2.
  2. Right-click the <Instance>, point to All Tasks, and then click Create New Backup Set.

  3. Select the Database under the Available DB Names, and then click the arrow button to move it into Selection box.
  4. In the Storage Policy for all Log Files box, select the storage policy name.
  5. Click OK.

Configuring User Accounts for Backups

The DB2 iDataAgent requires a user account that has sufficient privileges to perform the following:

  • Perform backup and restore operations
  • Access Windows/Unix registry keys
  • Stop or Start DB2 services on Windows/Unix clients

By default, the DB2 user with administrator privileges is used for performing backups and restores. However, if you want to use a non-DB2 admin user, make sure that the user has the following privileges:

Operating System The User Account Should Be
Windows Local Administrator of the computer on which the DB2 database resides.
UNIX Member of the user group assigned during the iDataAgent install.
All
  • The user should be part of the SYSMAINT_GROUP and SYSCTRL_GROUP authorities.

    db2 update dbm cfg using SYSMAINT_GROUP <user_name or user_group>

    db2 update dbm cfg using SYSCTRL_GROUP <user_name or user_group>

  • The user should have DBADM privileges on the database.

    db2 grant dbadm on database to <new_user>

Initially, the user account credentials is provided during the instance configuration after the installation of the Agent. You can change the user account at the Client Computer Group, Instance and Backup Set levels. Accounts configured at each level will be used for all entities within that level.

At the Client Computer Group Level

This user account will be used for all computers within a Client Computer Group. Configure the user account at this level if different users will be conducting backup and restore operations for each Client Computer Group in your organization. This user account will override the user account configured at the CommCell level.

  1. Navigate to Client Computer Groups.
  2. Verify that all the Agent clients for which you wish to configure the user account is included in the Client Computer Groups.
  3. Right-click the Client Computer Group and click Properties.
  4. Enable the Override higher levels settings check box.
  5. Select the following:

    Use Local System Account if the computer's Administrator account contains the required privileges.

    Impersonate User if you want to use a different account that contains the required privileges. Type the User Name and Password for this account in the space provided.

  6. Click OK.

At the Instance Level

This user account will be used for subsequent new backup sets created within the instance. Configure the user account at this level if backup and restore operations will be conducted by a different user for each instance.

  1. Navigate to Client Computers | <Client> | DB2.
  2. Right-click the <Instance> and then click Properties.
  3. Click Change.
  4. In the DB2 User Account box, type the name of the user account to be used for accessing the DB2 application.
  5. In the Password box, type the password for the user account.
  6. In the Confirm Password box, retype the password, and then click OK.
  7. Click OK.

At the Backup Set Level

This user account will be used for a specific backup set. When you modify the user account for an instance, new backup sets created within the instance use the new account. However, existing backup sets continue to use the earlier user account unless modified manually.

Use the following steps to change the user account for a specific backup set:

  1. Navigate to Client Computers | <Client> | DB2 | <Instance>.
  2. Right-click the <backup set>, and click Properties.
  3. Select the Connect as a Different user check box.
  4. Click Change.
  5. In the DB2 User Account box, type the user account to be used for accessing the DB2 application.
  6. In the Password box, type the password for the user account.
  7. In the Confirm Password box, retype the password, and then click OK.
  8. Click OK.

Managing Subclients

Before you back up data, you must define the data that you want to back up and how this data should be backed up. This is done by creating one or more subclients for the database that you are backing up. For the DB2 iDataAgent SnapProtect operations, a subclient defines whether:

  • An entire database and online logs will be backed up.
  • Data intended for backup will be backed up with the DB2 database online or offline.
  • DB2 archive logs can be included in SnapProtect subclient that is using a traditional backup method.

Depending on your needs, you can create multiple subclients to backup an entire database.

Once you create a new backup set for a database, a default subclient is automatically created for the backup set. This SnapProtect option will not be enabled in this backup set. Each DB2 backup set is designed to represent a single DB2 database, so the default subclient that is created for a backup set will include the entire DB2 database for that backup set. However, you can also create user-defined SnapProtect subclients.

If a new database object is added to the database, and if none of the subclients contain that database object , then that object is assigned to the content of the default subclient.

Creating a Subclient for Offline Backups

During an offline backup, the database is shutdown and is not available for use. The full backup includes all the data files and tablespaces for the database. In order to backup the database when it is offline, you need to create a separate user-defined subclient for an offline backup. Note that when performing the offline backups, all applications associated with the DB2 database are automatically terminated . Use the following steps to create a subclient for offline backups.

  1. From the CommCell Browser, navigate to Client Computers |< Client > | DB2 | <Instance>.
  2. Right-click the <BackupSet>, point to All Tasks, and then click New Subclient.
  3. On the Creating New Subclient dialog box, navigate to the General tab and enter the Subclient name.
  4. On the Creating New Subclient dialog box, navigate to the Storage Device tab and select or type the Storage Policy in the combo box.
  5. On the Creating New Subclient dialog box, navigate to the  Backup Arguments tab and select Offline Backup and select the Backup Log Files check box.
  6. On the Creating New Subclient dialog box, navigate to the  SnapProtect Operations tab and select the  SnapProtect check box and the Snap engine from Available Snap Engines list.
  7. Click OK.

Creating a Subclient for Online Backups

Use the following steps to create a subclient for Online backups.

  1. From the CommCell Browser, navigate to Client Computers |< Client > | DB2 | <Instance>.
  2. Right-click the <BackupSet>, point to All Tasks, and then click New Subclient.
  3. On the Creating New Subclient dialog box, navigate to the General tab and enter the Subclient name.
  4. On the Creating New Subclient dialog box, navigate to the Storage Device tab and select or type the Storage Policy in the combo box.
  5. On the Creating New Subclient dialog box, navigate to the  Backup Arguments tab and select Online Backup.
  6. On the Creating New Subclient dialog box, navigate to the  SnapProtect Operations tab and select the  SnapProtect check box and the Snap engine from Available Snap Engines list.
  7. Click OK.

Enabling Log Deletion after Backup

Once you backup the archive logs, you can choose to delete the archived log files from the archive log path. Use the following steps to enable archive log deletion after a log backup:

  1. From the CommCell Browser, navigate to Client Computers |< Client > | DB2 | <Instance>.
  2. Right-click the <Backupset>, point to All Tasks, and then click New Subclient.
  3. In the Subclient name box, type the subclient name.
  4. Click the Content tab.
  5. Clear the Backup Data check box.

  1. Click the Backup Arguments tab.
  2. Select the Backup Log Files check box.
  3. Select the Delete Log Files After check box.
  4. Click Storage Device tab.
  5. In the Storage Policy box, type the storage policy name.
  6. Click OK.

Enabling Automatic Backup of Archive Logs

You can enable automatic backups of archive logs when using the snapprotect library parameters (SBT Interface). In this method, when the logs that get accumulated in the log archive path reach the default threshold value, the logs are backed up automatically through the third party command line.

Use the following steps to enable automatic log backups:

  1. From the DB2 console, run the following command to set the USEREXIT parameter.

    db2 update db cfg for <database_name> using USEREXIT OFF

  2. Type the command to set the LOGARCHMETH parameter to VENDOR.

    db2 update db cfg for <database_name> using LOGARCHMETH1 "'VENDOR:/<software_install_path>/Base/libDb2Sbt.so'"

  3. Type the command to set the LOGARCHOPT1 parameter.

    db2 update db cfg for <database_name> using LOGARCHOPT1 "'CvClientName=<CvClientName>,CvInstanceName=<CvInstanceName>'"

    where

    <database_name> is the name of the DB2 database

    <CvClientName> identifies the name of the computer where the DB2 iDataAgent is installed and this name must be same as in CommCell Console

    <CvInstanceName> identifies the name of DB2 iDataAgent instance associated with the appropriate CommServe

    <software_install_path> is the install path for the agent software; for Unix (except Linux), use base64 for 64-bit machines and base for 32-bit machines, for Linux use base for 32-bit and 64-bit machines.

Modifying the Threshold Value for Log Backups

By default, the archive log path given at the time of installation holds 1000 archive logs. Once the archive logs reach this threshold value, automated log backup gets started.

Use the following steps to change the threshold value to start an automated log backup:

  1. From the CommCell Browser, navigate to Client Computers.
  2. Right-click <Client> and then click Properties.
  3. Click the Additional Settings tab.
  4. Click Add.
  5. In the Name box, type sDb2ThresholdALFN. The Category and Type details will be automatically displayed.
  6. In the Value box, type <Value>.

    For example, 500.

    Set the value to 1 if you want the logs to be backed up immediately. When doing this, make sure that there are no log backups configured from the CommCell Console.

  7. Click OK.

Modifying the Archive Path

Once the DB2 online log files are full, they are moved to DB2 Archive folder. By default, at the time of installation of DB2 iDataAgent, a single parent location is specified for storing Archive files, Audit Error logs and Retrieve files or separate paths that are used in DB2 recovery process. However, if you want, you can change the Archive path after the installation of DB2 iDataAgent.

Use the following steps to modify the path for storing the Archive files:

  1. From the CommCell Browser, navigate to Client Computers.
  2. Right-click <Client>, and then click Properties.
  3. Click Advanced.
  4. Click the Additional Settings tab.
  5. Click Add.
  6. In the Name box, type sDB2_ARCHIVE_PATH. The Category and Type details will be automatically displayed.
  7. In the Value box, type <software_install_directory>\archive_path.
  8. Click OK.

Modifying the Audit Error Path

By default, at the time of installation of DB2 iDataAgent, a single parent location is specified for storing Audit Error logs, Archive files and files that are used in DB2 recovery process. However, if you want, you can change the Audit Error path after the installation of DB2 iDataAgent. Use the following steps for modifying the Audit Error path:

  1. From the CommCell Browser, navigate to Client Computers.
  2. Right-click <Client>, and then click Properties.
  3. Click Advanced.
  4. Click the Additional Settings tab.
  5. Click Add.
  6. In the Name box, type sDB2_AUDIT_ERROR_PATH.The Category and Type details will be automatically displayed.
  7. In the Value box, type <software_install_directory>\audit_error.
  8. Click OK.

Modifying the Retrieve Path

The retrieve path is the location where the files that are required for DB2 recovery process are stored. By default, at the time of installation of DB2 iDataAgent, a single parent location is specified for storing the files the are used in DB2 recovery process, Audit Error logs and Retrieve files or separate paths and Archive files. Change the Retrieve path after the installation of DB2 iDataAgent. Use the following steps for modifying the path to the Retrieve folder:

  1. From the CommCell Browser, navigate to Client Computers.
  2. Right-click <Client>, and then click Properties.
  3. Click Advanced.
  4. Click the Additional Settings tab.
  5. Click Add.
  6. In the Name box, type sDB2_RETRIEVE_PATH.The  Category and Type details will be automatically displayed.
  7. In the Value box, type <software_install_directory>\retrieve_path.
  8. Click OK.

Setting the Database Configuration Parameters

Each DB2 database has its own configuration. To back up DB2 data successfully, you must enable the appropriate database configuration parameters. You must set these parameters based on the state of the database, backup type, and/or data type.

Before you change any configuration parameter, ensure that no applications are currently using the affected database. Also, be sure to consult your database administrator regarding business requirements for the database.

Update the database configuration parameters when DB2 agent is installed on a cluster or multiple instances of  SnapProtect are installed.

Note: When you modify the LOGARCHMETH1 parameter, you must perform an offline full backup.  When you do this, DB2 will move the database out of the BACKUP_PENDING state.

  • From the DB2 console, type the following command to set the LOGARCHOPT1 parameter:

    db2 update db cfg for <database name> using LOGARCHOPT1"'CvClientName=<CvClientName>,CvInstanceName=<CvInstanceName>'"

    Example:

    db2 update db cfg for test_db using LOGARCHOPT1"'CvClientName=testhost,CvInstanceName=Instance001'"

  • Type the following command to set the VENDOROPT parameter:

    db2 update db cfg for <database name> using VENDOROPT"'CvClientName=<CvClientName>,CvInstanceName=<CvInstanceName>'"

    Example:

    db2 update db cfg for test_db using VENDOROPT"'CvClientName=testhost,CvInstanceName=Instance001'"

Updating VENDOROPT and LOGARCHOPT1 is optional, if the DB2 instance is running on non cluster configuration and default SnapProtect instance (Instance001).

CvClientName and CvInstanceName parameters are case sensitive.

CvClientName must match with the client name configured in cs.

For Online Backups

From the DB2 console, type the following command to set the LOGARCHMETH1 parameter:

db2 update db cfg for <new_db> using LOGARCHMETH1 "'VENDOR:/opt/SnapProtect/Base64/libDb2Sbt.so'"

For Delta or Incremental Backups

Enable the TRACKMOD database configuration parameter by entering the following command to run delta or incremental DB2 backups:

From the DB2 Console, type the following command to set the TRACKMOD parameter:

db2 update database configuration for <database name> using TRACKMOD on

You need to set the TRACKMOD database configuration parameter ON and run a full offline database backup to perform a successful delta or incremental backup.

For Log Backups

Use the following command to back up the DB2 log files:

  1. From the DB2 Console, type the command to set the LOGARCHMETH1 parameter.

    db2 update database configuration for <database name> using LOGARCHMETH1 "'VENDOR:<install path><shared library file>'"

    where:

    <install path> identifies the base install directory

    <shared library file> identifies the name of the shared library file libDB2Sbt.* (where * identifies the file extension, which will vary per the operating system)

    Example:

    db2 update database configuration for <database name> using LOGARCHMETH1 “'VENDOR:/opt/SnapProtect/Base/libDb2Sbt.so'”

Whenever you change the TRACKMOD database configuration parameter, be sure to run a full offline database backup. Otherwise, the TRACKMOD parameter will not be updated.

With the SBT interface, log files are staged to an archive path, and an On Demand backup of the log files is performed when a certain threshold is reached. Alternatively, the user can submit a backup request for any number of log files from the CommCell Console.

The SBT interface program takes the logs from the DB2 directory and transfers them first to the threshold directory that was defined during the DB2 iDataAgent install and then to tape. If you subsequently use the Delete option, the logs are deleted from the threshold directory; otherwise, the logs are kept in this directory. By default, the threshold directory can hold 1000 logs. If the threshold directory attempts to hold more than 1000 logs, a command line backup for the logs starts automatically, and the logs are transferred to tape.

You can control the threshold value by adding the sDb2ThresholdALFN <number> Additional Setting to the Db2Agent registry, where <number> indicates the number of logs you want to hold in the threshold directory before the logs will automatically start backing up to tape. Otherwise, by default, the threshold directory can hold 1000 logs.

Configuring Parameters on a Cluster Setup

You need to configure the DB2 database configuration parameter on both the physical nodes. Enter the virtual machine name instead of physical client name on a cluster setup when you configure DB2 database configuration parameters.

To back up any type of DB2 data online or offline, update the LOGARCHOPT1 and VENDOROPT database configuration parameters on both the physical nodes by entering the following commands:

  1. From the DB2 Console, type the command to set the LOGARCHOPT1 parameter.

    db2 update db cfg for <database name> using LOGARCHOPT1"' CvClientName=<Virtual_Machine_CvClientName>,CvInstanceName=<CvInstanceName>'"

  2. Type the command to set the VENDOROPT parameter.

    db2 update db cfg for <database name> using VENDOROPT"' CvClientName=<Virtual_Machine_CvClientName>,CvInstanceName=<CvInstanceName>'"

Configuring Streams for Backups

You can specify the number of streams that can be used for backup operations.

By default, backup data is sent to media in one stream. You can increase the number of streams used for backup copy for a particular subclient, provided the number of streams does not exceed the maximum number configured in the subclient's storage policy. Increasing the number of streams for a subclient further reduces the amount of time a backup takes to complete. For example, increasing the number of streams from 2 to 3 enhances backup time from one-half that of a single stream to one-third. Keep in mind that the same number of streams used for performing a backup will be needed to restore the data Use the following steps to configure streams for backups:

  1. From the CommCell Browser, navigate to Client Computers | <Client> | DB2 | <Instance> | <Backupset>.
  2. Right-click the <Subclient>, and then click Properties.
  3. On the Subclient Properties dialog box, navigate to the Data Storage Policy tab under the Storage Device tab.
    • In the Number of Data Backup Streams box, type or select the number of backup streams.
  4. Click OK.

Deleting an Agent, an Instance, a Backup Set or a Subclient

The following sections describe the steps involved in deleting an agent, instance, or subclient.

When you delete an instance or backupset, the associated data is logically deleted and you can no longer access the corresponding data from CommCell Console for recovery purposes.

Refer to the troubleshooting article on Recovering Data Associated with Deleted Clients and Storage Policies for information on how to recover data if you accidentally delete an entity.

Deleting an Agent

You need to uninstall or DeConfigure the agent software from the client computer before deleting from CommCell Browser. After you delete the client software, you can either leave the corresponding data intact for appropriate action or you can remove the data immediately. If you choose to remove the data immediately, you must delete the agent from the CommCell Browser. If you delete the agent, all of the agent's data is irretrievably lost.

  • You cannot delete an agent while operations for that agent are running.
  1. From the CommCell Browser, navigate to Client Computers | <Client>.
  2. Right-click the <Agent>, and then click Delete.
  3. A confirmation message is displayed with the following message:

    This operation will permanently delete the data backed up from this level and it cannot be restored.

  4. Click OK to continue with the deletion operation or click No to abort the deletion.

Deleting an Instance

Consider the following before deleting an instance:

  • When you delete a specific instance all job schedules and job histories that pertain to any of the levels within the deleted instance are deleted.
  • You cannot delete an instance if it is being backed up. Attempts to delete an instance under such conditions cause the deletion to fail. If a backup is in progress, either wait for the backup to complete or kill the backup job using the Job Manager. Once the backup is no longer in progress, you can delete the instance level.
  1. From the CommCell Browser, right-click the instance that you want to delete, click All Tasks and then click Delete.
  2. click Yes to confirm the deletion. (clicking No cancels the deletion and retains the node.)
  3. Type the requested phrase in the Enter Confirmation Text dialog box and click OK. This should delete the instance.

Deleting a Backup Set

Consider the following before deleting a subclient:

  • Schedules associated with the subclient are also automatically deleted.
  1. From the CommCell Browser, navigate to Client Computers | <Client> | <Agent> | <Instance>.
  2. Right-click the <Backupset > that you want to delete, and then click Delete.
  3. A confirmation message is displayed, asking if you want to delete the subclient.

    Click No to cancel the deletion and retain the subclient, or click Yes to continue the deletion.

Deleting a Subclient

In cases where a new subclient is created with the same name as a deleted subclient, the system will append a Unix time stamp to the deleted subclient's name in data protection job history reports and views to distinguish the two subclients. For example, subclientname_1104257351.

Consider the following before deleting a subclient:

  • You cannot delete a default subclient.
  • Schedules associated with the subclient are also automatically deleted.
  1. From the CommCell Browser, navigate to Client Computers | <Client> | <Agent> | <Instance> | < Backupset >.
  2. Right-click the <Subclient> that you want to delete, and then click Delete.
  3. A confirmation message is displayed, asking if you want to delete the subclient.

    Click No to cancel the deletion and retain the subclient, or click Yes to continue the deletion.

Additional Options

Several additional options are available to further refine your backup operations. The following table describes the additional options:

Option Description Related Topics
Change Storage Policies You can modify the storage policies in any of the following situations:
  • To include a different media for the backup operation.
  • To use a storage policy with a different retention criteria.

You can change the storage policies from the subclient level.

  1. From the CommCell Browser, right-click the subclient.
  2. Click Properties.
  3. Click Storage Device.
  4. Select the Storage policy from the drop-down menu.
  5. Click OK.
Refer to Storage Policies.
Rename a Subclient

You can rename a subclient:

  1. From the CommCell Browser, right-click the subclient.
  2. Click Properties.
  3. Type the new name in the  Subclient name field.
  4. Click OK.
 
Rename an Instance You can rename a instance.
  1. From the CommCell Browser, navigate to Client Computers | <Client>| DB2.
  2. Right-click the <Instance>, and then click Properties
  3. In the Instance box, type the instance name.
  4. Click OK.
 
Data Transfer Options You can configure the available resources for transferring data secured by data protection operations from the subclient level. This includes the following:
  • Enable or disable Data Compression either on the client or on the MediaAgent.
  • Configure the transfer of data in the network using the options for Network Bandwidth Throttling and Network Agents.

You can configure the data transfer options.

  1. From the CommCell Browser, right-click the subclient.
  2. Click Properties.
  3. Click Storage Device.
  4. Click Data Transfer Option tab.
  5. Choose the appropriate software compression option for this subclient.
  6. Select Throttle Network Bandwidth and set the required bandwidth.
  7. Click OK.
Refer to Data Compression and Network Bandwidth Throttling.
View Data Paths You can view the data paths associated with the primary storage policy copy of the selected storage policy or incremental storage policy. You can also modify the data paths including their priority from the subclient level.
  1. From the CommCell browser, right-click the subclient.
  2. Click Properties.
  3. Click Storage Device.
  4. Select Storage Policy from the drop-down menu.
  5. Click Data Paths.
 
Configure a Subclient for Pre-Post Processing of Data Protection You can add, modify or view Pre/Post processes for the subclient. These are batch files or shell scripts that you can run before or after certain job phases.
  1. From the CommCell browser, right-click the subclient.
  2. Click Properties.
  3. Click Pre/Post Process.
  4. Click one of the following phases and type the full path of the process that you want to execute during that phase. Alternatively, click Browse to locate the process (applicable only for paths that do not contain any spaces).
    • PreBackup Process
    • PostBackup Process
    • PreSnap Process
    • PostSnap Process
  5. Click OK.
  6. Select Run Post Backup Process for all attempts to run a post backup process for all attempts.
  7. For subclients on Windows platforms, Run As displays Not Selected.

    If you want to change the account that has permission to run these commands, click Change.

    1. In the User Account dialog box, select Use Local System Account, or select Impersonate User and enter the user name and password. click OK.
    2. If you selected Local System Account, click OK to the message advising you that commands using this account have rights to access all data on the client computer.
Refer to Pre/Post Processes.
Configure Activity Control You can enable backup and restore operations from the agent and subclient level. However, you can enable restore operations only from the agent level.
  1. From the CommCell browser, right-click the subclient.
  2. Click Properties.
  3. Click Activity Control, select or clear option(s) as desired.
  4. Click OK.
Refer to Activity Control.
Configure User Security You can configure user security from the agent or subclient level.

You can perform the following functions:

  • Identify the user groups to which this CommCell object is associated.
  • Associate this object with a user group.
  • Disassociate this object from a user group.
  1. From the CommCell browser, right-click the subclient.
  2. Click Properties.
  3. Click Security.
  4. Select the appropriate user groups to which you want to associate to the CommCell object from the Available Groups pane, and then move the user group to the Associated Groups pane.
  5. Click OK.
Refer to User Administration and Security.
Enable Data Encryption When you configure encryption at the client level, it is configured automatically for all the subclients associated with all the agents installed on that client. If you want to disable or change the encryption at the subclient level, follow the steps given below:
  1. From the CommCell browser, right-click the subclient.
  2. Click Properties.
  3. Click Encryption.
  4. Select the desired encryption.
  5. Click OK.
Refer to Data Encryption.
View Software Version and Installed Updates At the client level, the Version tab of the Properties dialog box displays the software version of the component.
  1. From the CommCell Browser, expand Client Computers.
  2. Right-click the appropriate client, and then click Properties.
  3. Select the Version tab.
  4. Click OK.
 
CommCell Configuration Report The CommCell Configuration Report provides the properties of the CommServe, MediaAgents, clients, agents, subclients, and storage policies within the CommCell based on the selected filter criteria.
  1. From the CommCell browser, click Reports icon.
  2. Select CommCell Configuration.
  3. Click Run.
Refer to CommCell Configuration.