Unlock a world of possibilities! Login now and discover the exclusive benefits awaiting you.
The replica user has sysadmin and db_owner privilege, but still failed with the following errs -
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
Thanks Suresh for your reply.
\\backups\Log230810191610.bak exists, and we are using "Prioritize Online Logs"
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.
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
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.
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.
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
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