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 |
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, non-intrusive 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 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. Dell 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 suspended, 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 suspended, 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 suspended 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. |
5 |
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: Select this option to back up the active copy of all Storage Groups. 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: Select this option to back up the passive copy of all Storage Groups. 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 on 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: |
6 |
Click Save to save the set. |
7 |
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. 이용 약관 개인정보 보호정책 Cookie Preference Center