Now you’re less likely to miss what’s been brewing in our knowledge base with this weekly digest
When backing up an Always On availability group's nodes it is best practice to have all the nodes in the same job.
Veeam Backup & Replication will display the warning related to this KB if it detects that the server being backed up is part of a SQL Always On group and another node in that group is already being processed by SQL Transaction Log Backup.
Further reading on this topic:
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.
Else 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:
Option 1: Wait
Wait the 7 day timeout. The timer will start from the last day the VM was processed by the old job.
Option 2: Change the timeout
Change the TimeOut to a lower setting with the following registry keys on the server where Veeam Backup & Replication is installed. Reboot is not required, changes are detected instantly.
Location: HKLM\SOFTWARE\Veeam\Veeam Backup and Replication\
DWORD: SqlBackupLogsAgeDaysToSkipLogBackup
Value: x
Location: HKLM\SOFTWARE\Veeam\Veeam Backup and Replication\
DWORD: 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 existing 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.
Option 3: Force removal of all SQL Transaction Log Backups from the Old Job
As a forceful workaround you 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.
Your feedback has been received and will be reviewed.
Please try again later.
Please try select less.
This form is only for KB Feedback/Suggestions, if you need help with the software open a support case
Your feedback has been received and will be reviewed.