Plug‑in for Exchange supports the following backup methods:
• |
Supported Exchange Versions: Exchange 2007 |
• |
Supported Exchange Deployments: Standalone, SCCs/Failover Clusters, LCR (Active Copy only), CCR (Active Copy only) |
IMPORTANT: Windows Server 2008 supports Exchange Server 2007 SP1 or later; previous versions of Exchange 2007 are not supported. In a standard Exchange Server 2007 SP1 installation, there is an ESE client library (esebcli2.dll) in the Exchange Server Bin folder. The file version of esebcli2.dll is 8.1.240.5 for Exchange Server 2007 SP1. However, if this library is not replicated from the Exchange Bin folder to the Windows Bin folder, an older version of the .dll file might be present in the Windows Bin folder. Plug‑in for Exchange uses the ESE client library that is available in the Windows Bin folder. If the older version of the library is contained in the Windows Bin folder, a backup or restore job might fail. If a failure occurs, save a copy of the ESE client library from the Windows Bin folder to a safe location, copy the ESE client library from the Exchange Server Bin folder to the Windows Bin folder, and run the backup or restore job again. |
• |
Supported Exchange Versions: 2007, 2010, 2013, and 2016 |
For Exchange 2010 and later, VSS is the only option supported by Exchange.
NOTE: The Backup Files to Storage option is supported with any disk-based storage. To use the Retain Snapshot as Persistent and Discard After options, the data that you back up must reside on a NetVault Backup-supported disk array. Also, for persistent snapshots, only the metadata is copied to the target. |
If you use a Backup Type that supports transaction log file truncation, such as the Full and Incremental Backup types, the truncation of transaction log files is performed by the Exchange Server after the plug-in informs it that the backup completed successfully. Also, when the truncation occurs depends on Exchange Server and whether it still needs the logs for more purposes, such as replication; therefore, truncation might not occur immediately after a successful backup is completed.
For Exchange Server to truncate a transaction log file, the following criteria must be met:
To reduce the effects of transaction log file buildup due to suspended or offline database copies, Exchange Server 2013 Service Pack 1 introduced loose truncation. With loose truncation, each database copy tracks its own available disk space and applies loose truncation when disk space gets significantly low. With loose truncation applied, each passive database copy independently truncates its own transaction log files. For the active database copy, truncation ignores the passive database copy that is farthest behind replaying logs.
IMPORTANT: VSS-based backups for non-Continuous Replication environments truncate the transaction logs at the completion of Full or Transaction Logs-Only Backups. In LCR and CCR environments, log truncation is delayed by the Microsoft Exchange Replication Service until all necessary log files are replayed into the replica copy. Microsoft Exchange Replication Service deletes the backed-up log files both from the active and the passive copy log file paths after it verifies that the to-be-deleted log files have been successfully applied to the passive copy database and both the active and passive copy database check points have passed the log files in question. |
© 2024 Quest Software Inc. ALL RIGHTS RESERVED. Terms of Use Privacy Cookie Preference Center