Configure application details and settings to protect file system data
Stay organized with collections
Save and categorize content based on your preferences.
From the Application Details & Settings page—accessed from the
Details & Settings link at the top of each application's backup
plan—you can modify application-specific settings for backing up a file
system.
Application settings may be useful or required in certain circumstances.
After you configure your application settings, click Save Changes.
The following is a list of the application settings and a description of what
they do.
Username/Password: If alternate credentials were specified when the
network drive was mapped to the host, in the spaces provided, enter the
file share username and password.
Staging Disk Size (GB): Enter a value in gigabytes. Valid entries are one
to 256000. By default, the Backup and DR agent uses the size of the managed file
system as the size of the staging disk. This setting allows the administrator
to override this value to allow for growth of the file system.
Use Staging Disk Granularity as Minimum Staging Disk Size: The default
value is zero when you select No. If you select Yes, then you must
enter a value in GB in the Staging disk granularity field.
This setting is for applications that are less than the size of the
granularity setting and tend to grow periodically. This setting helps
avoid frequent and costly full backups. There is no initial cost to using
a staging disk that is larger than required for immediate use because the
staging disk is thin-provisioned.
Staging Disk Granularity (GB): Defines the granularity of the staging
disk created for an out-of-band application. It specifies the size of each
staging disk when multiple staging disks are used for an application.
Valid entries are one to 128000. For example, the following:
If an application is 4.3TB, and the Stage Disk Granularity value
is 2TB and Last Staging Disk Minimum Size value is 1TB, the
backup/recovery appliance creates three staging disks of 2T, 2T, and 1T.
If an application is 4.3TB, and the Stage Disk Granularity value
is 2TB and Last Staging Disk Minimum Size value is 0.1TB, the
backup/recovery appliance three staging disks of 2T, 2T, and 0.3T.
If an application is 4.3TB, and the Stage Disk Granularity value
is 5TB and Last Staging Disk Minimum Size value is 1TB, the
backup/recovery appliance creates one staging disk of 4.3T.
Stage Disk Granularity and Last Staging Disk Minimum Size are
specified at the application level and override the system-wide default values.
Staging Disk Mount Point: Enter a Staging Disk Mount Point if you
need the staging disk mounted to a particular location.
Exclude Patterns, Include Patterns: Enter the filename pattern to be
excluded from or included in backup. The backup/recovery appliance offers the
ability to exclude or include certain file types. Using either the
Exclude Patterns or Include Patterns option, only the most crucial data
is backed-up leaving a side the non-critical files. The guidelines include the
following:
Only files are excluded or included, this does not impact directories.
A pattern can include wildcard characters, for example, an asterisk (*) or
a question mark (?). To exclude all the files that contains .sys as
extension, enter *.sys in the Exclude Pattern or Include Pattern
field.
On Windows, files named pagefile.sys and hiberfil.sys that appear in
the root directory of a drive are automatically ignored.
Start Paths: Specifies the point in the file share where backup starts.
If the Start Path field is left blank, backup starts at the root directory
of the file system to be backed-up.
Linux example: /usr/local backs up the /usr/local directory.
Windows example: \\SERVERNAME\SHARENAME\abc backs up the abc directory
on the file share.
Prune Paths: Provide the prune paths in the Prune Paths field. Prune
path specifies a point in the file system where directory traversals stop.
Linux example: /usr/local/lib ensures that nothing following
/usr/local/lib is copied, but all other directories and files in
/usr/local are copied.
Windows example: \\SERVERNAME\SHARENAME\abc ensures that nothing
following \\SERVERNAME\SHARENAME\abc is copied, but all other directories and
files in \\SERVERNAME\SHARENAME are copied.
If this field is left blank, the directory traversal descends into every
subdirectory of the start paths being backed up.
Service Access Point IP Address: If a file system is a cluster resource
and if you want it to be backed up irrespective of which cluster node is
hosting the file system, then specify the cluster resource IP as a service
access point IP. This allows the backup/recovery appliance to connect to the
Backup and DR agent using the cluster resource IP and to back up the
file system from the active cluster node. For backup to work correctly
across all cluster nodes, the Backup and DR agent must be installed on all
cluster nodes.
Enter a virtual IP address for a clustered application. For failover clusters,
this is used to find the active node for a backup. For active/active clusters,
this is a comma separated list of eligible servers that can be used for the
backup.
Use Service IP for Restore: Honor the service access point IP address
during restore for a clustered application. Select Yes if you want to use
the service IP address for restoring a cluster application. Select No if
you do not want to use the service IP address to restore.
Backup and DR Agent Options: Leave Backup and DR agent options blank
unless you are working with support.
Prefer LVM for Single Staging Disk: Create an LVM even when a single
staging disk is enough for backup. Select Yes if you want to use an LVM-based
staging disk that can be expanded without requiring a new full backup,
regardless of the size of the Linux source disk. Select No if you do not
want to use an expanded LVM-based staging disk.
Backup and DR Service for Filestore and file systems
This page is one in a series of pages specific to protecting and recovering
filesystems with Backup and DR Service.
You can find additional information in the following pages:
[[["Easy to understand","easyToUnderstand","thumb-up"],["Solved my problem","solvedMyProblem","thumb-up"],["Other","otherUp","thumb-up"]],[["Hard to understand","hardToUnderstand","thumb-down"],["Incorrect information or sample code","incorrectInformationOrSampleCode","thumb-down"],["Missing the information/samples I need","missingTheInformationSamplesINeed","thumb-down"],["Other","otherDown","thumb-down"]],["Last updated 2025-08-25 UTC."],[[["\u003cp\u003eApplication settings for file system backups can be modified on the \u003cstrong\u003eApplication Details & Settings\u003c/strong\u003e page, accessed via the \u003cstrong\u003eDetails & Settings\u003c/strong\u003e link within each application's backup plan.\u003c/p\u003e\n"],["\u003cp\u003eStaging disk settings allow you to define the size and granularity of staging disks, where the default uses the size of the managed file system unless otherwise configured.\u003c/p\u003e\n"],["\u003cp\u003eYou can specify \u003cstrong\u003eExclude Patterns\u003c/strong\u003e or \u003cstrong\u003eInclude Patterns\u003c/strong\u003e to selectively back up or exclude certain file types from backups using wildcard characters, allowing for focused data protection.\u003c/p\u003e\n"],["\u003cp\u003e\u003cstrong\u003eStart Paths\u003c/strong\u003e and \u003cstrong\u003ePrune Paths\u003c/strong\u003e define the scope of the backup, where \u003cstrong\u003eStart Paths\u003c/strong\u003e dictate the root directory for backups and \u003cstrong\u003ePrune Paths\u003c/strong\u003e limit the depth of directory traversal, so as to not copy beyond a certain point.\u003c/p\u003e\n"],["\u003cp\u003eFor clustered file systems, a \u003cstrong\u003eService Access Point IP Address\u003c/strong\u003e can be specified to ensure backups are taken from the active cluster node, with an option to \u003cstrong\u003eUse Service IP for Restore\u003c/strong\u003e during recovery.\u003c/p\u003e\n"]]],[],null,["# Configure application details and settings to protect file system data\n\nFrom the **Application Details \\& Settings** page---accessed from the\n**Details \\& Settings** link at the top of each application's backup\nplan---you can modify application-specific settings for backing up a file\nsystem.\nApplication settings may be useful or required in certain circumstances.\nAfter you configure your application settings, click **Save Changes**.\n| **Note:** To reset one or more application settings back to its default state, click the checkbox to the left of the selection you want to reset, or click **Select options that will revert back to default** to reset all application selections back to their default state.\n\nThe following is a list of the application settings and a description of what\nthey do.\n\n- **Username/Password**: If alternate credentials were specified when the network drive was mapped to the host, in the spaces provided, enter the file share username and password.\n- **Staging Disk Size (GB)**: Enter a value in gigabytes. Valid entries are one\n to 256000. By default, the Backup and DR agent uses the size of the managed file\n system as the size of the staging disk. This setting allows the administrator\n to override this value to allow for growth of the file system.\n\n- **Use Staging Disk Granularity as Minimum Staging Disk Size** : The default\n value is zero when you select **No** . If you select **Yes** , then you must\n enter a value in GB in the **Staging disk granularity** field.\n This setting is for applications that are less than the size of the\n granularity setting and tend to grow periodically. This setting helps\n avoid frequent and costly full backups. There is no initial cost to using\n a staging disk that is larger than required for immediate use because the\n staging disk is thin-provisioned.\n\n- **Staging Disk Granularity (GB)**: Defines the granularity of the staging\n disk created for an out-of-band application. It specifies the size of each\n staging disk when multiple staging disks are used for an application.\n Valid entries are one to 128000. For example, the following:\n\n - If an application is 4.3TB, and the **Stage Disk Granularity** value is 2TB and **Last Staging Disk Minimum Size** value is 1TB, the backup/recovery appliance creates three staging disks of 2T, 2T, and 1T.\n - If an application is 4.3TB, and the **Stage Disk Granularity** value is 2TB and **Last Staging Disk Minimum Size** value is 0.1TB, the backup/recovery appliance three staging disks of 2T, 2T, and 0.3T.\n - If an application is 4.3TB, and the **Stage Disk Granularity** value is 5TB and **Last Staging Disk Minimum Size** value is 1TB, the backup/recovery appliance creates one staging disk of 4.3T. **Stage Disk Granularity** and **Last Staging Disk Minimum Size** are specified at the application level and override the system-wide default values.\n- **Staging Disk Mount Point** : Enter a **Staging Disk Mount Point** if you\n need the staging disk mounted to a particular location.\n\n- **Exclude Patterns, Include Patterns** : Enter the filename pattern to be\n excluded from or included in backup. The backup/recovery appliance offers the\n ability to exclude or include certain file types. Using either the\n **Exclude Patterns** or **Include Patterns** option, only the most crucial data\n is backed-up leaving a side the non-critical files. The guidelines include the\n following:\n\n - Only files are excluded or included, this does not impact directories.\n - A pattern can include wildcard characters, for example, an asterisk (\\*) or a question mark (?). To exclude all the files that contains `.sys` as extension, enter `*.sys` in the **Exclude Pattern** or **Include Pattern** field.\n - On Windows, files named `pagefile.sys` and `hiberfil.sys` that appear in the root directory of a drive are automatically ignored.\n- **Start Paths** : Specifies the point in the file share where backup starts.\n If the **Start Path** field is left blank, backup starts at the root directory\n of the file system to be backed-up.\n\n Linux example: `/usr/local` backs up the `/usr/local` directory.\n\n Windows example: `\\\\SERVERNAME\\SHARENAME\\abc` backs up the abc directory\n on the file share.\n- **Prune Paths** : Provide the prune paths in the **Prune Paths** field. Prune\n path specifies a point in the file system where directory traversals stop.\n\n Linux example: `/usr/local/lib` ensures that nothing following\n `/usr/local/lib` is copied, but all other directories and files in\n `/usr/local` are copied.\n\n Windows example: `\\\\SERVERNAME\\SHARENAME\\abc` ensures that nothing\n following `\\\\SERVERNAME\\SHARENAME\\abc` is copied, but all other directories and\n files in `\\\\SERVERNAME\\SHARENAME` are copied.\n\n If this field is left blank, the directory traversal descends into every\n subdirectory of the start paths being backed up.\n- **Service Access Point IP Address**: If a file system is a cluster resource\n and if you want it to be backed up irrespective of which cluster node is\n hosting the file system, then specify the cluster resource IP as a service\n access point IP. This allows the backup/recovery appliance to connect to the\n Backup and DR agent using the cluster resource IP and to back up the\n file system from the active cluster node. For backup to work correctly\n across all cluster nodes, the Backup and DR agent must be installed on all\n cluster nodes.\n Enter a virtual IP address for a clustered application. For failover clusters,\n this is used to find the active node for a backup. For active/active clusters,\n this is a comma separated list of eligible servers that can be used for the\n backup.\n\n- **Use Service IP for Restore** : Honor the service access point IP address\n during restore for a clustered application. Select **Yes** if you want to use\n the service IP address for restoring a cluster application. Select **No** if\n you do not want to use the service IP address to restore.\n\n- **Backup and DR Agent Options**: Leave Backup and DR agent options blank\n unless you are working with support.\n\n- **Prefer LVM for Single Staging Disk** : Create an LVM even when a single\n staging disk is enough for backup. Select **Yes** if you want to use an LVM-based\n staging disk that can be expanded without requiring a new full backup,\n regardless of the size of the Linux source disk. Select **No** if you do not\n want to use an expanded LVM-based staging disk.\n\nBackup and DR Service for Filestore and file systems\n----------------------------------------------------\n\nThis page is one in a series of pages specific to protecting and recovering\nfilesystems with Backup and DR Service.\nYou can find additional information in the following pages:\n\n- [Backup and DR for file systems](/backup-disaster-recovery/docs/concepts/backupdr-for-filesystems)\n- [Manage hosts and their connected applications](/backup-disaster-recovery/docs/configuration/manage-hosts-and-their-connected-applications)\n- [Configure application details and settings to protect file system data](/backup-disaster-recovery/docs/backup/configure-app-settings-for-filesystems)\n- [Apply a backup plan to protect a file system](/backup-disaster-recovery/docs/create-plan/apply-backup-plan-to-filesystem)\n- [Restore a file system to the source](/backup-disaster-recovery/docs/access-data/filesystem-restore)\n- [Mount a file system or file share](/backup-disaster-recovery/docs/access-data/mount-file-system)\n- [Mount and migrate a file system for instant recovery to any target](/backup-disaster-recovery/docs/access-data/filesystem-mount-and-migrate)"]]