Backup Selection Sets are essential for Incremental and Differential Backups. Create the Backup Selection Set during a Full Backup, and use it for Full, Incremental, and Differential Backups. The backup job reports an error if you do not use a Selection Set for the Incremental or Differential Backup. For more information, see the Quest NetVault Backup Administrator’s Guide.
1 |
2 |
In Job Name, specify a name for the job. |
3 |
4 |
In the list of plug-ins, open Plug‑in for Exchange, and drill down to the name of the Exchange Server or Exchange Virtual Server and its available nodes. |
7 |
The next step involves creating the Backup Options Set or selecting an existing one.
1 |
2 |
If you are using Exchange 2007, select the applicable option in the Backup Method section: |
3 |
In the Exchange Backup Type section, select the applicable option. |
• |
Full: A Full Backup performs a complete backup of the set of items that have been selected. A Full Backup does not depend on any other backup and can be restored in a single step. In Exchange Server, a Full Backup includes all database files and transaction log files. |
• |
Copy: A Copy Backup backs up the set of items that have been selected without performing a transaction log file truncation. This backup provides a snapshot of the files as they existed at the time of the backup. A Copy Backup should be used to perform a fast, nonintrusive complete backup of an Exchange Server and is commonly used for offline scaling and migration scenarios. |
• |
Incremental: An Incremental Backup backs up the transaction log files of the set of items that have been selected since the most recent Full Backup or Incremental Backup. After the backup is completed, the Exchange Server truncates the transaction logs. This truncation helps maintain the operating health of the Exchange Server. |
• |
Differential: A Differential Backup backs up the transaction log files of the set of items that have been selected since the most recent Full Backup or Incremental Backup. Differential Backups do not perform transaction log truncation, and therefore do not maintain the operating health of the Exchange Server. |
4 |
In the Snapshot Options section, complete the following: |
• |
Backup Files to Storage: This option, which is selected by default, copies the selected data from snapshots to a storage device. The plug-in uses a VSS provider to create persistent or non-persistent snapshots on the client, and copies the selected data from the snapshot, or snapshots, to the storage device. |
• |
Retain Snapshot as Persistent: To retain persistent snapshots on a disk array, select this check box. |
• |
If the Backup Files to Storage and Retain Snapshot as Persistent check boxes are both selected, the plug-in copies the selected files to a storage device and adds the snapshot information to the backup index. |
• |
If you clear the Backup Files to Storage check box and select this check box, the plug-in writes only the index entries to the backup stream and creates persistent snapshots on the disk array. |
• |
Discard After: If you selected the Retain Snapshot as Persistent check box and you want to delete persistent snapshots from a disk array after a specified period, select this check box and complete the expiration fields. |
NOTE: To use the Retain Snapshot as Persistent and Discard After options, the Exchange Mailbox Server that you back up must reside on a NetVault Backup-supported disk array and the vendor’s hardware-based VSS provider must be in place. For more information, see Understanding snapshot-based backups. |
5 |
In the Advanced Options section, complete the following: |
• |
Maximum Number of Parallel Streams: To enable the fastest backups possible, the plug-in uses parallel streams to back up the Storage Groups/Mailbox Databases simultaneously. This option lets you specify the maximum number of parallel streams to use during a backup. The maximum number of parallel streams must meet both of the following conditions: |
• |
• |
Less than Maximum number of Storage Groups/Mailbox Databases that can be created. The following table details the maximum number of Storage Groups/Mailbox Databases allowed by each Exchange Server version and edition: |
IMPORTANT: If you use parallel streams, do not select the Ensure this backup is the first on the media option in the Target Storage section. If the plug-in generates more than one data stream, each data stream targets a separate piece of media and assumes that it is the first backup on the media. |
• |
Mount unmounted databases before backup: This option mounts any unmounted databases before attempting to back up the database. |
• |
Perform VSS Consistency Check: This option indicates whether a consistency check of the VSS should be performed on the Exchange Storage Groups/Mailbox Databases included in the backup job. Quest recommends that you use this option, which is selected by default. |
• |
Incomplete Backup of All Items Selected: When multiple items are included in a backup and the plug-in is unable to back up all the selected items, the plug-in lets you specify what action the backup should take. For example, if a job includes multiple Storage Groups/Mailbox Databases and the backup of all but one is successful, you can specify what action the backup job should take. |
• |
Complete with Warnings — Saveset Retained: The job returns a status of “Backup Completed with warnings” and a backup saveset is created that includes the items that were successfully backed up. |
• |
Complete without Warnings — Saveset Retained: The job completes and returns a status of “Backup Completed.” The errors are logged in the NetVault Backup binary logs and ignored on the Job Status page. A backup saveset is created that includes the items that were backed up. |
• |
Fail — Saveset Retained: The job returns a status of “Backup Failed.” However, a backup saveset is generated that includes the items that were successfully backed up. |
• |
Fail — No Saveset Retained: The job returns a status of “Backup Failed” and no saveset of backed-up objects is kept. That is, even if some of the objects were successfully backed up, the saveset is discarded. |
• |
Backup Algorithm in DAG (only available in DAG deployments): |
• |
All Active: If you want the Plug‑in for Exchange on each Mailbox Server to back up only the databases that are active when the backup is performed, select this option. |
• |
Backup Database Copies with the Lowest Activation Preference Number: Select this option if you want the plug-in to select an available database copy. The plug-in selects the copy with the lowest activation preference number for backup. If a database copy is not available for backup or the copy is disabled, the plug-in selects the active database. |
• |
Backup Database Copies with the Highest Activation Preference Number: Select this option if you want the plug-in to select the available database copy with the highest activation preference number. If a database copy is not available for backup or the copy is disabled, the plug-in selects the active database. |
• |
Backup Databases from preferred Exchange Server whenever possible: Select this option if you want to specify a list of preferred Exchange Servers to perform backups from and a list of servers to exclude. The plug-in skips database copies that are in a disabled state. |
• |
If possible Backup Exchange Databases only from the following Exchange Server: If you selected Backup Databases from preferred Exchange Server whenever possible, enter a comma-separated list of Exchange Servers, in order of preference, that should be used to back up the database. If the database, copy or active, is available in the Exchange Server listed first, it is backed up from that server. If not, the plug-in tries the next server in the list, and so on. If there is not an available copy — including the active database — on any of the listed servers, the plug-in uses the server that contains the active database or the database copy with the lowest activation preference number. |
• |
If possible do not Backup Exchange Databases from the following Exchange Server: If you selected Backup Databases from preferred Exchange Server whenever possible, enter a comma-separated list of Exchange Servers, in order of preference, that should not be used to back up the database. The server listed first has the lowest preference. If the database, copy or active, is available on any other Exchange Server, the database is not backed up from the server listed. The plug-in tries to exclude all servers listed in this field. If the database is only available on one of the excluded servers, the plug-in performs the backup using the last server in the list of exclusions. |
NOTE: The If possible Backup Exchange Databases only from the following Exchange Server option takes precedence over If possible do not Backup Exchange Databases from the following Exchange Server. If the backup can be performed using a server from the first list, the plug-in does not process the list of excluded servers. |
6 |
If you are performing a VSS-based backup in an LCR or CCR environment, complete the following in the Volume Shadow Copy Service (VSS) section: |
• |
Active Copy: To back up the active copy of all Storage Groups, select this option. This option is the default for Standalone deployments, and the only option available for SCC/Failover Cluster deployments or deployments that have Standby Continuous Replication (SCR) enabled for any of the Storage Groups. |
• |
Passive Copy: To back up the passive copy of all Storage Groups, select this option. While available for both CCR and LCR deployments, this option is the default option for CCR deployments and has the following restrictions: |
• |
If SCR is enabled for any of the Storage Groups, even in a CCR and LCR deployment, selecting this option causes the backups to fail. Failure occurs because backups cannot be performed from the passive copy. |
• |
When performing backups of passive data, it is important to ensure that the passive copies in CCR and LCR environments have a state of Healthy in the Exchange Management Console. If the passive copy has a status of Failed, the backup fails. The Failed passive copy can be returned to a Healthy state by deleting it and updating it with the Update-StorageGroupCopy command. For more information about the Update-StorageGroupCopy command, see http://technet.microsoft.com/en-us/library/aa998853.aspx. |
• |
Mixed (Available only for LCR deployments): Selecting this option backs up the passive copies of all Storage Groups along with active copy Storage Groups that are not LCR enabled. This option is the default and the recommended option for LCR deployments that do not have SCR enabled, and has the following restriction: |
7 |
Click Save to save the set. |
8 |
1 |
Use the Schedule, Target Storage, and Advanced Options lists to configure any additional required options. |
2 |
TIP: To run a job that you have already created and saved, select Manage Job Definitions on the Navigation pane, select the applicable job, and click Run Now. |
IMPORTANT: Restarting services that host Exchange VSS Writers, including the Microsoft Exchange Information Store, Microsoft Exchange Replication Service, complete OS reboots, and cluster failovers causes running backup jobs to fail. This failure is due to a loss of in-memory ‘backup-in-progress’ state that Microsoft maintains for VSS backups. |
© ALL RIGHTS RESERVED. Terms of Use Privacy Cookie Preference Center