Ensure no pending changes, such as pending transactions or unsent log records, might prevent data synchronization.
USE <DatabaseName>;
SELECT * FROM sys.dm_hadr_database_replica_states WHERE is_local = 1;
This browser is no longer supported.
Upgrade to Microsoft Edge to take advantage of the latest features, security updates, and technical support.
Hello,
I am suddenly getting following error "SUSPEND_FROM_REVALIDATION" in my SQl Server 2016 Always ON.
Primary Database showing Synchronized but Secondary server DB showing Not Synchronized.
I tried to manually resume it but still not able to fix it.
I can connect my Primary, Secondary, Cluster and AG server but data resume is not working and throwing an error, log shows error "SUSPEND_FROM_REVALIDATION".
I tried to restart the sql service from Secondary server but it's not able to resume it.
I ran following command.
ALTER DATABASE SQL1 SET HADR RESUME
But still not resuming the data movement.
WE don't have any disk space issue, no log space issue.
Any suggestion please to resolve the issue?
Thanks You!
Ensure no pending changes, such as pending transactions or unsent log records, might prevent data synchronization.
USE <DatabaseName>;
SELECT * FROM sys.dm_hadr_database_replica_states WHERE is_local = 1;
Looking at the topic for sys.dm_hadr_database_replica_states, I see this about SUSPEND_FROM_REVALIDATION:
Log change mismatch is detected on reconnection (see error log)
Did you look at the SQL Server errorlog?
I can't say that I know what this message means. I googled for ValidateNewSecondaryRecoveryPoint hits error for, and got exactly one hit - this thread.
You could try restarting SQL Server and then do the HADR RESUME again. I have a situation in my clusterless AG at home, where I need to do this after a forced failover on the node not involved in the failover. I can't say that I expect a restart to help.
If tearing down the AG is not an option, you could consider opening a support case. Seems that this is a situation which goes beyond what you can expect help with in a forum. Note that SQL 2016 is out of mainstream support, so you can't expect any fix. But maybe support can help you with overcoming the situation.
By the way, you are on SQL 2016 SP3, aren't you?
Hi @pdsqsql
As Erland mentioned, SUSPEND_FROM_REVALIDATION means Log change mismatch is detected on reconnection which means the secondary is no longer seeded properly
In the error log, you should see the exact message. This can happen if the log backup is taken on the primary before the logs have had a chance to harden on the secondary.
If the HADR resume is not working, you might have to restore from a backup, including the transaction logs. I understand this could be challenging, especially for larger databases.