Hi the Veeam backup of our exchange server is currently set to VSS Disabled and transaction logs - copy only. Following the backup each day, the datastore is replicated to an external server.
We currently have around 170 Gigabytes of exchange transaction logs on the exchange server which date back to December 2018, there is currently 40GBs space remaining on the drive of the transaction logs.
I would like to change the settings so that the logs are truncated, but I am not sure why the contractor that setup our system did not do this originally. Are there any repercussions for the backup and replication if I change the settings in order for the backup to process the logs? I would like to know if there are any issues I should consider, before I go ahead and make the changes. I would appreciate your advise. Thank you.
-
- Lurker
- Posts: 1
- Liked: never
- Joined: Apr 23, 2019 6:50 am
- Full Name: Marianne Laws
- Contact:
-
- VP, Product Management
- Posts: 7081
- Liked: 1511 times
- Joined: May 04, 2011 8:36 am
- Full Name: Andreas Neufert
- Location: Germany
- Contact:
Re: Exchange - truncation of logs
Hi Marianne,
thanks for the request.
Transaction logs - copy only: This setting is needed if you backup Exchange with another application. Only one backup software should handle transaction logs and then delete it.
VSS disabled: If it is really disabled we would backup the server just crash consistent which I would not recommend. You need some space for the temporary VSS Snapshot on all disks. So if a disk is near full this could be the reason why someone disabled this to avoid backup failures. But Exchange is not in consistency state which is pretty bad for restore.
When you enable both, you need some space for the VSS disk software snapshots and as well the truncation of the logs will take it´s time. So I suggest you plan a maintenance window where the Exchange Server is reduced in performance because of the extra IO of the log truncation process.
thanks for the request.
Transaction logs - copy only: This setting is needed if you backup Exchange with another application. Only one backup software should handle transaction logs and then delete it.
VSS disabled: If it is really disabled we would backup the server just crash consistent which I would not recommend. You need some space for the temporary VSS Snapshot on all disks. So if a disk is near full this could be the reason why someone disabled this to avoid backup failures. But Exchange is not in consistency state which is pretty bad for restore.
When you enable both, you need some space for the VSS disk software snapshots and as well the truncation of the logs will take it´s time. So I suggest you plan a maintenance window where the Exchange Server is reduced in performance because of the extra IO of the log truncation process.
-
- Veteran
- Posts: 636
- Liked: 100 times
- Joined: Mar 23, 2018 4:43 pm
- Full Name: EJ
- Location: London
- Contact:
Re: Exchange - truncation of logs
I think the only potential sticking point is that big changes to the data are reflected in the time it takes for the job to complete and the amount of storage used in the repository. i.e. if you cause the job to truncate the logs they'll be rolled into the exchange database and may end up appearing to be different data, thereby increasing the amount of data held in the repository. For a while, depending on your backup retention settings, you will require more space on your repository to save the changes you're making. So have you got enough room to store the extra Exchange data just in case that problem appears?
-
- Service Provider
- Posts: 114
- Liked: 9 times
- Joined: Jul 01, 2017 8:02 pm
- Full Name: Dimitris Aslanidis
- Contact:
Re: Exchange - truncation of logs
A question, what if on the same Veeam BDR we have a backup job of an exchange server with App Aware and we also set up a replication job for that Exchange. Do we enable App Aware with copy only on the replication job?
Who is online
Users browsing this forum: No registered users and 29 guests