Understanding the CommCell Console
Configuring User Defined Backup Sets
Creating a Backup Set for On Demand Backups
Configuring User Defined Subclients
Creating a Subclient to Backup Specific Files
Creating a Subclient to Backup Symbolic Links
Creating a Subclient to Backup Raw Devices
Configuring Backups for NFS-Mounted File Systems
Configuring the Locale for Non-ASCII Characters
Configuring Backups for Automatically Skipped File Systems
Enabling Backups for Skipped File Systems
Adding the Skipped File System to Subclient Content
Configuring Filters for Backups
Configuring Exclusions to Filters
Configuring the Kernel Parameters
Configuring Multi-Streaming for Backups
Configuring the Index for Backups
Creating a New Index on a Full Backup
Converting to a Full Backup on Indexing Failures
Configuring Incremental/Differential Backups using Ctime and Mtime
Configuring Pre/Post Processing for Backups
Setting Up Post Processes To Run During Failures
Configuring Sparse Files for Restores
Modifying an Agent, Backup Set or Subclient
Deleting an Agent, Backup Set or Subclient
YoYou can create user defined backup sets to group a set of selected data that you need to backup. A user-defined backup set will contain its own default subclient.
On Demand backups allow content to be specified as an external input at the time of initiating a backup. Whereas traditional backups are performed using subclients, which contain fixed content configured prior to performing the operation, On Demand backups allow you to specify content each time you perform a backup.
Content for On Demand backups is defined through two entities:
Once these entities are defined, an On Demand Backup Set is then created. Backups run from this Backup Set will provide the facility to select the Content and Directive Files to be included.
Content File entries should be in the following format with no filters, wildcards, or regular expressions included:
\\client1\shares\ondemand_content\test1.txt
/usr/datafile
/usr/textfile
/etc/docfile
Similarly, Directive File entries should be in the following format with no filters, wildcards, regular expressions, or blank lines:
/usr/ContentFile1
If the path or the filename contains Unicode characters, the Content File must be converted to a format that can be used by the data protection operation. The Unicode Conversion utility must be used to convert the Content File to a format that can be provided as input.
cvconvertunicode <source file> <destination file>
Where:
<source file> is the full path and name of the file created in Step 1.
<destination file> is the full path and name of the destination file. The file will automatically be created by the utility.
For example, consider a Content File that lists the following entries:
/usr/
/usr/textfile
In this scenario, a backup operation will back up the contents of all data residing in the textfile folder twice as the Content File already has the entry for the parent folder to be backed up.
It is recommended that Content Files do not include such duplicate entries. If you are not able to avoid duplicate entries, use the following steps to prevent the duplication of data.
|
![]() |
You can create user-defined subclients to protect specific portions of the client data. For example, you may need to frequently backup a specific directory or a set of directories. You can create a subclient for such directories and schedule frequent backups for that subclient.
By default, the content of the Default Subclient contains
the entire file system. When you create a user-defined Subclient, the contents of the user-defined Subclient will be excluded from the Default Subclient. |
You can create a user-defined subclient to manage and backup specific data files.
|
![]() |
A symbolic link is a file that points to another file. By default, the symbolic link file will be included in the subclient content. However, use the following procedure to expand and backup the path in the symbolic link.
|
![]() |
Use the following steps to follow the symbolic links under a subclient and include the content pointed by these links for backup:
|
![]() |
Use the following procedure to follow the symbolic links under all the subclients and include the content pointed by these links for backup:
|
![]() |
|
![]() |
|
![]() |
To backup and restore files containing non-ASCII (international) characters appropriate locale has to be configured in the server. Once configured, these settings enable you to:
The following steps use the example of KOI-8R character encoding scheme to store the files with Russian names.
1. | Logon to the client as root and stop the Services. | Calypso stop |
2. | Run the locale command (with no options) to determine which locale is currently set on the server. A sample output is shown in the example. |
Example: LANG=en_US.iso885915 LC_CTYPE="en_US.iso885915" LC_NUMERIC="en_US.iso885915" LC_TIME="en_US.iso885915" LC_COLLATE="en_US.iso885915" LC_MONETARY="en_US.iso885915" LC_MESSAGES="en_US.iso885915" LC_ALL= This output shows that the en_US.iso885915 locale for the LANG environment variable is currently set. |
3. | Use the LC_CTYPE environment variable to set the desired locale. |
Example: LC_CTYPE=ru.koi8-r |
4. | Export the locale. | export LC_CTYPE |
5. | Run the locale command. A sample output is shown in the example. |
Example: LANG= en_US.iso885915 LC_CTYPE="ru.koi8-r" LC_NUMERIC="ru.koi8-r" LC_TIME="ru.koi8-r" LC_COLLATE="ru.koi8-r" LC_MONETARY="ru.koi8-r" LC_MESSAGES="ru.koi8-r" LC_ALL= |
6. | Start the Services | Calypso start |
A properly configured system will have the correct locale set in one of the operating system startup scripts (e.g., /etc/profile). In case you do not want to change the locale for the entire system, you may make the changes to the Calypso startup scripts by editing the /opt/calypso/galaxy_vm file
Example:
LC_CTYPE=ru.koi8-r
export LC_CTYPE
To update the CRC consistency checking, include the following command as root from the Base directory:
/updatecrc32 galaxy/Base/Galaxy
Restart the server to allow the iDataAgent to start with the correct locale settings.
By default, the following file systems are automatically skipped during backups:
By default, the default subclient includes all the data in the client. However, the above mentioned file systems are not included in the backups. Use the following procedure to include the skipped file systems in the default subclient.
|
![]() |
|
![]() |
You can set filters to prevent specific data from being backed up. Typically, you can use filters to exclude certain system-related files and database application files which consistently fail during a backup operation.
Subclient-level backup filters are available for the File System iDataAgent to exclude specified directories and files from being backed up. Follow the steps given below to configure filters on a subclient:
|
![]() |
Once you set the filters, you can also provide exceptions for the filters. The files or folders added to the exception list will be included in the backup operations. For example, if you want to exclude from your back up operation all the files in the /Ops directory except the Maintenance file. You can add a subclient filter to exclude the /Ops directory from being backed up and also provide an exception to allow the Maintenance file to be backed up.
|
![]() |
You can remove a filter by deleting it from the exclusion list.
|
![]() |
The File System iDataAgent uses the operating system's kernel resources, such as shared memory, semaphores, etc., to perform backup and restore operations. In order to run the backup and restore operations efficiently, you need to ensure that these kernel parameter settings are sufficient for the specific environment.
By default, the kernel parameters are automatically set during the installation of the Macintosh File System iDataAgent . However, you can also modify the parameters at a later point in time if needed.
The following table displays the recommended values for each kernel parameter. Note that the requirements specified for the resources needed by the CommCell components do not take into consideration any additional resources needed by any other application. Therefore, systems that interact with an application (e.g., Oracle) may require additional resources. These items should be (or should have been) administered by the appropriate application administrator.
If "*" appears
after the parameter name, this indicates that you can increment the
value of the parameter based on the number of desired streams by using
the formula parameter value = 64 * number of desired streams as long as the "high-end" value of the range for the parameter is not exceeded. |
Parameters | Description | Possible Range of Values |
SEMMNI* | Defines the maximum number of semaphore sets in the entire system. | 1 – 65535 |
SEMMNS* | Defines the maximum semaphores in the system. | 1 – 2147483647 [MAXINT] |
SEMMSL* | Defines the minimum recommended semaphore value. | 1 – 2147483647 [MAXINT] |
SHMALL | Defines the maximum total shared memory system-wide. | shmmax/hw_pagesize |
SHMMIN | Defines the minimum allowable size of a single shared memory segment | 1 |
SHMMNI* | Defines the maximum number of shared memory segments in the entire system. | 1 – 2147483647 [MAXINT] |
SHMMAX | Defines the maximum allowable size of one shared memory segment. | 0 – 2147483648 [2 GB] (the high-end value is the recom |
SHMSEG* | Defines the maximum number of shared memory segments that one process can attach. | 0 - 32767 |
Use the following steps to modify the kernel parameters on Macintosh clients:
1. | Log in to the client as root. | |
2. | Ensure that no jobs are running on the client. | |
3. | Navigate to the /etc directory. | |
4. | Edit the required parameter in the
sysctl.conf
file. For example, set the value for semmni
parameter to 55680 If the sysctl.conf file does not exist, edit the /etc/rc script instead (in this case, the kernel parameter configurations are located under either the Start BootCache section or System Tuning section of the /etc/rc script). Use the following formula to calculate the value for the parameters marked with * in the above table: parameter value = 64 * number of desired streams as long as the high-end value of the range for the parameter is not exceeded. |
Example: kern.sysv.shmmni=12288 |
5. | Save the sysctl.conf file or the rc script. | |
6. | Restart the computer to allow the changes to take effect. |
Note that, you do not have to enable multi-streaming if you have multiple mount points pointing to the same physical drive. Do not use multiple streams if you have added UNC paths to the subclient content.
Before enabling multi streaming, ensure that you can use multi-streaming when you restore the data and create an auxiliary copy.
Follow the steps given below to configure multi-streaming.
|
![]() |
This option accelerates Full or On Demand backups and is enabled by default. Subsequently, when you perform a browse and restore operation, the default browse displays data up to the most recent full backup. To browse and restore older data you have to use the options to browse before or between specific dates.
When disabled, Full or On Demand backups may be slower. However, the default browse displays all data in the entire retention period; not just one full backup cycle.
Use the following steps to configure this option for all subclients. This option can also be set for the individual backups when initiating the job.
|
![]() |
|
![]() |
Incremental and differential backups can be configured depending on the changed time. The changed time can include ctime (changes in the file properties) or mtime (changes to the data in the file). You can use ctime to include the files with their properties changed since last backup/last full backup. Similarly, you can use mtime to include the files with their data changed since last backup/last full backup.
The ctime and mtime will be applicable only for the volumes which are scanned by the Classic File Scan. When the Data Classification is used for scanning the volumes, ctime and mtime will not be taken into account.
Follow the steps given below to configure an incremental backup using ctime and mtime options.
|
![]() |
A Save As Script file can also be run as a pre/post process, if you include the absolute path of the associated input file in the script file.
The first line of the script must execute a command that is designed to call in the pre/post program. Ensure that you have included the appropriate command in the first line of the script.
The following is an example of a typical pre/post script:
#!/bin/bash base='basename $0' echo $0, 'date' > /extra/aah/RESULTS/$base.out exit 0
|
![]() |
Use the following steps to run a post process even if the scan or backup operation did not complete successfully. For example, this may be useful to bring a database online or release a snapshot.
|
![]() |
The sparse files are restored by default as flat files, wherein the holes are restored as data. This will increase the disk usage. Use the following steps to restore the holes as genuine holes which will considerably reduce the disk usage.
|
![]() |
The following table describes the properties that can be configured from the agent, backup set and subclient levels.
Option | Description | Related topics |
Preserving the File Access Time |
This option allows you to prevent the file access
time from being changed as a result of running data protection
operations on the client. When this option is selected, the file access
time will be preserved.
|
|
Change Storage Policies |
You can modify the storage policies in any of the following situations.
You can change the storage policies from the subclient level.
|
Refer to Storage Policies. |
Rename a Backup Set or Subclient |
You can rename backup sets and subclients. Renaming BackupSet:
Renaming subclient:
|
|
Data Transfer Options |
You can efficiently configure the available resources for transferring data secured
by data protection operations from the subclient level. This includes the following:
You can configure the data transfer options.
|
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.
|
|
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.
|
Refer to Activity Control. |
Configure User Security |
You can configure user security from the agent or subclient
level.
You can perform the following functions:
|
Refer to User Administration and Security. |
Enable/Disable Data Encryption |
You can enable data encryption from the subclient level. Encryption must be enabled at the client level prior to configuring any
instances residing on that client.
|
Refer to Data Encryption. |
View Software Version and Installed Updates |
The Version tab, at the Agent level displays the
software version and post-release service packs and updates installed for
the component.
|
|
CommCell Configuration Report |
The CommCell Configuration Report provides the properties of the
CommServe, MediaAgents, clients, agents, SRM agents, subclients, and
storage policies within the CommCell based on the selected filter
criteria.
|
Refer to CommCell Configuration. |
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. |
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.
This operation will permanently delete the data backed up from this level and it cannot be restored.
Consider the following before deleting a Backup Set:
Click No to cancel the deletion and retain the Backupset, or click Yes to continue the deletion.
Consider the following before deleting a subclient:
Click No to cancel the deletion and retain the subclient, or click Yes to continue the deletion.