One of my client who was not an expert in SQL contacted me for below error which was reported in DPM log.
Description: Last 1 recovery points not created. DPM tried to do a SQL log backup, either as part of a backup job or a recovery to a latest point in time job. The SQL log backup job has detected a discontinuity in the SQL log chain for database since the last backup. All incremental backup jobs will fail until an express full backup runs. For more information, open DPM Administrator Console and review the alert details in the Monitoring task area.
He had no idea about what needs to be done. So, he contacted me for On Demand (55 minutes) services. Even if I didn’t know much about DPM, I took this request and learned something new about DPM.
In SQL Server full recovery model transaction log file gets truncated after transaction log backup. It looks like if the DPM server finds that there is a discontinuity in the log backup and it raises an error. This also means that some other backup application (mostly SQL Server Native Backup) is taking the log backup LSN is not in sequence for backups taken by DPM. If you are an SQLDBA, you can think it as LSN chain break which might happen in log-shipping when we take out-of-band backup.
SQL SERVER – Log Shipping Restore Job Error: The file is too recent to apply to the secondary database
So, I asked him to use the script from the following blog to find out if there are other backups running.
SQL SERVER – Get Database Backup History for a Single Database
Sure enough, SQLDBAs were not aware of DPM and they configured native SQL Server backup. Since DPM was already protecting the server, we disabled the job which was taking T-Log backups. After this issue was resolved and same error never came back.
Reference: Pinal Dave (https://blog.sqlauthority.com)
Hi Pinal. First of all, thanks for sharing you practice. I wanted to know much more about your post, specifically is it workaround or general solution? As I know using only DPM backups, without MSSQL native backups isn’t good choice from DBA’s view.