SQL Transaction Log Backup - Failed to prepare guest for SQL transaction log backup Details: is responsible for SQL transaction logs backup

KB ID: 2029
Product: Veeam Backup & Replication
Version: 8.x
Published:
Last Modified: 2017-02-24

Challenge

Transaction Log Backup status on a job displays the following warning.
 
Failed to prepare guest for SQL transaction log backup Details: <Other Job> is responsible for SQL transaction logs backup

Cause

Veeam Backup & Replication is designed to only allow one Backup Job to be responsible for a SQL servers log backup. This is done to prevent possible restore issues. In order to prevent another job from attempting to take over the SQL log backup process there is a 7 day timeout in which the job currently responsible for the SQL log backup must not run.

Solution

If the job displaying this warning is not intended to be the primary SQL log backup job, disable the transaction log backup for that VM within that job.
 
If the job displaying this warning is intended to be backing up the SQL transaction logs, after disabling transaction log backup for the VM in the other job, the following three options are available:
 
1. Wait the 7 day timeout.
 
2. Change the TimeOut to a lower setting with the following registry key.


HKLM\SOFTWARE\Veeam\Veeam Backup & Replication\
DWORD: SqlBackupLogsAgeDaysToSkipLogBackup or SqlBackupLogsAgeDaysToSkipTruncate


Value: x
Where is x is the number of days.
 
Log truncate will be skipped for a VM if there are SQL logs of this VM collected last X day (defined in the registry as value
SqlBackupLogsAgeDaysToSkipTruncate/default is 7) by another existed job.
SQL log backup will be skipped for a VM if there are SQL logs of this VM collected last X day (defined in the registry as value
SqlBackupLogsAgeDaysToSkipLogBackup/default is 7) by another existed job.
 
3. Force Veeam to not consider the old job by expanding the old backup set and removing the transaction logs from the job. Doing so will remove all transaction logs for the SQL VMs in that backup set that were collected after the most recent restore point was created. You will still have point-in-time restores for all restore points leading up to the most recent backup. 

User-added image

 

5 / 5 (15 votes cast)

Couldn't find what you were looking for?

Below you can submit an idea for a new knowledge base article.

Request new content

Report a typo on this page:

Please select a spelling error or a typo on this page with your mouse and press CTRL + Enter to report this mistake to us. Thank you!

Orphus system