FastBack client does not delete the Exchange logs after a backup
Exchange logs are not being purged after a FastBack backup
If the Exchange Server transaction logs are not truncated after the backup, the volume that contains the logs can reach max capacity. This can cause the Exchange Server to crash.
Resolving the problem
When the Exchange logs are not purged after the FastBack backup, this is usually a result of an incorrect configuration. In order for the FastBack backup to correctly truncate the Exchange logs, the following configuration should exist:
The logs will only be truncated if the backup is performed at an application level. To perform an application level backup, select the Exchange Server databases when configuring the Client Group. If only the volumes containing the Exchange Server data are selected (and not the actual databases), the purge processing will not be able to interact with the ESE API and the purge will fail.
Under the Application Aware menu for the Job Schedule, ensure the "Purge Exchange server log files" selection box is checked.
For an environment that has Exchange 2007 or greater, enabling VSS should be checked within the policy. When the FastBack backup is complete, the VSS interface will notify the Exchange server that the logs can be purged. The actual purging of the logs will be performed by the Exchange Server.
More support for:
Tivoli Storage Manager FastBack for Microsoft Exchange
Software version: 5.5, 6.1, 6.1.1, 6.1.2
Operating system(s): Windows
Software edition: All Editions
Reference #: 1516090
Modified date: 2014-08-18