-
- Novice
- Posts: 3
- Liked: never
- Joined: Jul 14, 2017 1:00 pm
- Full Name: Ian Hingley
- Contact:
Feature Request - MSSQL transaction log backup schedule
Hi
We are requesting the application-aware SQL Server transaction log backup schedule is made more sophisticated in line with the SQL Server Job scheduler or Windows task scheduler.
Instead of, say, 'every 15 minutes of every day' as present, it would be beneficial to us to have something like 'every 15 minutes of each weekday starting at 06:00 and finishing at 21:00'.
Background:
We have configured Veeam to undertake application-aware SQL Server transaction log backups every 15 minutes. We get occasional errors: "12/07/2017 21:15:37 :: SQL Server transaction log backup took longer than desired log backup interval" This was touched upon in the closed case #02198593 and the recommendation from Veeam was for us to increase the logging interval to 30 minutes rather than 15. The business managers are extremely reluctant to do this as it would expose us to greater risk of data loss if we could only roll forwards to potentially 30 minutes prior to an incident. They want to explore alternative solutions. Looking at the timing of the errors, they generally occur when the Veeam server is busy with other backup jobs on other servers and hence 'working hard'
A solution is sought whereby the transaction log backups could be scheduled in such a way that they didn't conflict with other out of hours Veeam jobs and it would probably overcome the need for us to increase the interval of the log backups.
See Case #02221008
Regards
Ian
We are requesting the application-aware SQL Server transaction log backup schedule is made more sophisticated in line with the SQL Server Job scheduler or Windows task scheduler.
Instead of, say, 'every 15 minutes of every day' as present, it would be beneficial to us to have something like 'every 15 minutes of each weekday starting at 06:00 and finishing at 21:00'.
Background:
We have configured Veeam to undertake application-aware SQL Server transaction log backups every 15 minutes. We get occasional errors: "12/07/2017 21:15:37 :: SQL Server transaction log backup took longer than desired log backup interval" This was touched upon in the closed case #02198593 and the recommendation from Veeam was for us to increase the logging interval to 30 minutes rather than 15. The business managers are extremely reluctant to do this as it would expose us to greater risk of data loss if we could only roll forwards to potentially 30 minutes prior to an incident. They want to explore alternative solutions. Looking at the timing of the errors, they generally occur when the Veeam server is busy with other backup jobs on other servers and hence 'working hard'
A solution is sought whereby the transaction log backups could be scheduled in such a way that they didn't conflict with other out of hours Veeam jobs and it would probably overcome the need for us to increase the interval of the log backups.
See Case #02221008
Regards
Ian
-
- Veteran
- Posts: 7328
- Liked: 781 times
- Joined: May 21, 2014 11:03 am
- Full Name: Nikita Shestakov
- Location: Prague
- Contact:
Re: Feature Request - MSSQL transaction log backup schedule
Hi Ian,
Thanks for the request. Do you use SQL between 21:00 and 6:00?
If SQL is not used outside of production hours, then resources usage and traffic will be close to zero anyway.
Thanks!
Thanks for the request. Do you use SQL between 21:00 and 6:00?
If SQL is not used outside of production hours, then resources usage and traffic will be close to zero anyway.
Thanks!
-
- Novice
- Posts: 3
- Liked: never
- Joined: Jul 14, 2017 1:00 pm
- Full Name: Ian Hingley
- Contact:
Re: Feature Request - MSSQL transaction log backup schedule
Hi Shestakov
SQL Server itself is still in use out of hours (lots of SharePoint processes going on) but not as heavily as normal working hours. That's why I'd like to stop the transaction log backups during this period.
The log backups are probably only writing 60MB per interval during this out of hours period. However the Veeam server is running its incremental backups of other servers at this time and that's where the performance degradation appears to be, causing the transaction log backups to take longer than the interval.
Cheers
Ian
SQL Server itself is still in use out of hours (lots of SharePoint processes going on) but not as heavily as normal working hours. That's why I'd like to stop the transaction log backups during this period.
The log backups are probably only writing 60MB per interval during this out of hours period. However the Veeam server is running its incremental backups of other servers at this time and that's where the performance degradation appears to be, causing the transaction log backups to take longer than the interval.
Cheers
Ian
-
- Veteran
- Posts: 7328
- Liked: 781 times
- Joined: May 21, 2014 11:03 am
- Full Name: Nikita Shestakov
- Location: Prague
- Contact:
Re: Feature Request - MSSQL transaction log backup schedule
Let me clarify, 60MB can not be backed up during the interval?
Anyway thank you for the request, it`s taken into account!
Anyway thank you for the request, it`s taken into account!
-
- Novice
- Posts: 3
- Liked: never
- Joined: Jul 14, 2017 1:00 pm
- Full Name: Ian Hingley
- Contact:
Re: Feature Request - MSSQL transaction log backup schedule
Hi Shestakov
Yes, if the Veeam backup server is running other Interim backups at the same time as the log backups are scheduled, volume of data transferred during an interval drops significantly. I'll grab some figures from a typical report later.
Cheers
Ian
Yes, if the Veeam backup server is running other Interim backups at the same time as the log backups are scheduled, volume of data transferred during an interval drops significantly. I'll grab some figures from a typical report later.
Cheers
Ian
-
- Influencer
- Posts: 17
- Liked: 1 time
- Joined: Mar 02, 2016 10:22 am
- Full Name: Clive Arnold
- Contact:
Re: Feature Request - MSSQL transaction log backup schedule
I'm another user that would support this feature request as well, would be great if it could be added.
Who is online
Users browsing this forum: AlexLeadingEdge, Baidu [Spider], Google [Bot], Semrush [Bot] and 327 guests