Unlock a world of possibilities! Login now and discover the exclusive benefits awaiting you.
 RichJ
		
			RichJ
		
		
		
		
		
		
		
		
	
			
		
		
			
					
		The replica user has sysadmin and db_owner privilege, but still failed with the following errs -
 sureshkumar
		
			sureshkumar
		
		
		
		
		
		
		
		
	
			
		
		
			
					
		Hello @RichJ
Will you confirm whether the below backup file exists or not
\\backups\Log230810191610.bak
"mssql_execute_log_lsn_peeper(...) failed upon SQLExecute with LSN parameters"
The above error is because the task was reading the data from the mentioned LSN and before it could complete, the LSN was moved. If we were reading from online logs and it got moved to Backup then in the next iteration it will read it from backup.
Change processing mode (read changes from):Try selecting "Prioritize Online Logs" and check.
Regards,
Suresh
 RichJ
		
			RichJ
		
		
		
		
		
		
		
		
	
			
		
		
			
					
		Thanks Suresh for your reply.
\\backups\Log230810191610.bak exists, and we are using "Prioritize Online Logs"
 sureshkumar
		
			sureshkumar
		
		
		
		
		
		
		
		
	
			
		
		
			
					
		 kevin_e_eckart
		
			kevin_e_eckart
		
		
		
		
		
		
		
		
	
			
		
		
			
					
		Was there any fix to this? I'm facing the same issue in version May 2023 (2023.5.0.413. I have validated that the file exists and has been registered in MSDB.
 Dana_Baldwin
		
			Dana_Baldwin
		
		
		
		
		
		
		
		
	
			
		
		
			
					
		Is your source endpoint on premises SQL Server, or a cloud variant where we are not able to access the backup TLOGs?
If on prem, is the source endpoint configured to read from the online logs only?
Thanks,
Dana
 kevin_e_eckart
		
			kevin_e_eckart
		
		
		
		
		
		
		
		
	
			
		
		
			
					
		Azure VM running SQL server. Change processing mode is set to "prioritize online logs". The current Replicate server running version November 2022 (2022.11.0.546) is able to read from the backup logs without issue. Newer server running version May 2023 (2023.5.0.413) is having the issue. The newer server also reads the online log without issue.
 kevin_e_eckart
		
			kevin_e_eckart
		
		
		
		
		
		
		
		
	
			
		
		
			
					
		Adding the following function to the master DB fixed the issue
CREATE FUNCTION [attrep].[rtm_check_file_exists]
(
@filename varchar(260)
) returns int
as
begin
declare @exists int = 0;
exec master.dbo.xp_fileexist @filename, @exists OUT;
return @exists;
end
GO
 which was outlined in this article.  
What's not clear to me is why this is needed when running the newer version of Replicate. The same sysadmin user is running the replicate process on both the old and new server. Also, the source DB connections are identical.
 Dana_Baldwin
		
			Dana_Baldwin
		
		
		
		
		
		
		
		
	
			
		
		
			
					
		I'm glad you got it working. Seems like you're using a non-sysadmin user in which case that procedure that you linked is still relevant, but I'm not sure why you didn't need it on version 2022.11, it seems like it would only be relevant at the SQL Server level and not dependent on the version of Replicate.
Please open a support case so we can look into this further, as we may need to involve our internal support team and there is no mechanism for that here in our forums.
Thanks,
Dana
 JoshAtBeijer
		
			JoshAtBeijer
		
		
		
		
		
		
		
		
	
			
		
		
			
					
		Hello,
We have a the same issue or similar one.
The soruce is an MSSQL server with prioritized online logs, during maintance slot when the server restart we get issues. 
With default configuration we got this issue:
Then we configured the alternate backup folder, where the backup is located on the server but on a different drive. Then we run into the same issue.
We are currently running Qlik Replicate version 2024.5.0.563 with a sysadmin sql account.
Our questions:
Setting advanced connection properties #Setting advanced connection properties | Qlik Replicate Help
