We use DBREMOTE for replicating Sybase 10.0 databases since several years, for me is not exactly clear what is the difference between log_send & log_sent in SYSREMOTEUSERS! Usually I had selten (or maybe never) seen DBs on which log_send <> log_sent! According to the documentation of Sybase I get only this text: 'Messages are sent only to subscribers for whom log_send is greater than log_sent.'

Now I have a weird case on which log_send is bigger than log_sent, but the borders of the online transaction log file is including the both offsets of log_send & log_sent (i.e. STARTOFFSET_LOGFILE < log_sent < log_send < ENDOFFSET_LOGFILE), but the DBREMOTE throws an error that the looked for offset is not existing.

I can manipulate the offsets in SYSREMOTEUSERS but not for all the fields (here all I need is to manipulate the log_send which is not possible).

Any explanation for such a situation? Is there any way to manipulate the log_send? or at least to assign it the value of log_sent.

asked 31 Jan, 06:29

Sarkis's gravatar image

Sarkis
434212843
accept rate: 0%

or at least to assign it the value of log_sent

Setting log_sent to the log_send value might work but I don't know whether that will break synchronization... - In other words, I don't have a clue, I cannot remember a situation where both values were not identical.

Reg will know.

(31 Jan, 07:19) Volker Barth

Can you but disclose how can I change the value of log_send so that it has the value of log_sent? I will do the manipulation on copies of DBs, and then check whether the tables are replicated, and then apply the change on productive DB.

It is good to have such a solution, then I will manipulate only the SYSREMOTEUSER on remote, otherwise, I will need to manipulate the SYSREMOTEUSER on Cons. too (the log_received & confirm_received for this remote)

(31 Jan, 07:32) Sarkis
Replies hidden

Can you but disclose how can I change the value of log_send

That's a misunderstanding, I don't know how to do so. By saying "Setting log_sent to the log_send value" I simply suggested to modify log_sent so that its new value equals the (unchanged) value of log_send. And I generally don't recommend to modify sysremoteuser entries outside of the SQL Remote Agent (*) unless you are very aware of your actions and their consequences.

(*) And I assume that you already do know some "hidden way" to modify these values. That's not a documented feature, for a reason.

(31 Jan, 07:47) Volker Barth

One more question please, according to my understanding the value of log_sent can only be a committed offset (Checkpoint). Am I correct?

if yes, then I hava another problem that I cant find the value of log_send in the 'translated transaction log file' as a committed checkpoint, but it is somewhere between two checkpoints.

(31 Jan, 08:07) Sarkis
Replies hidden

What do you mean by "committed ckeckpoint"? IMHO checkpoints and commits are separate concepts.

In my understanding, SQL Remote sends only committed transactions, so the log offset entries in SYSREMOTEUSER should fit to offsets of committed transactions.

(31 Jan, 10:42) Volker Barth

After manipulating the log_send and log_sent, I could let the DB to start generating messages, but aftere a while I got the same phenomenon. Log_Send > Log_sent, and DBREMOTE throws error stating: No log operation at offset of XXXX in the current transaction log, despite this offset XXXX is existing in the current online transaction log file

(03 Feb, 17:20) Sarkis

FWIW, here is another question by you with a similar error message with some hints by Reg how to check the online log for according operations at relevant offsets.

I don't know whether it applies here but the error situation there seems to have been due to a remote restored from an older backup so log offsets had been confirmed that were no longer contained in the current log although it contained the offset range...

(04 Feb, 04:53) Volker Barth

This is not the case. I think something is going wrong with this DB. By starting the Database I get a warning: Performance warning: Database file "G:\Temp\XX\XXX\Daten\DBXX.db" consists of 24 disk fragments.

Could such performance problem lead to errors in the behaviour of DBREMOTE?

(05 Feb, 06:52) Sarkis

That particular warning is very common, it just means the database file is split up into several disk fragments, and 24 is not a high number. It may slightly impact performance but certainly not SQL Remote, which relies primarily on scanning the transaction log...

(05 Feb, 07:46) Volker Barth

Besides that, I'm certainly out of my wits, and I hope @Reg will have time to deal with this question...

(05 Feb, 07:47) Volker Barth

But again to the first question: under which circumstances can be log_send > log_sent?

(05 Feb, 10:56) Sarkis
More comments hidden
showing 5 of 11 show all flat view
Be the first one to answer this question!
toggle preview

Follow this question

By Email:

Once you sign in you will be able to subscribe for any updates here

By RSS:

Answers

Answers and Comments

Markdown Basics

  • *italic* or _italic_
  • **bold** or __bold__
  • link:[text](http://url.com/ "title")
  • image?![alt text](/path/img.jpg "title")
  • numbered list: 1. Foo 2. Bar
  • to add a line break simply add two spaces to where you would like the new line to be.
  • basic HTML tags are also supported

Question tags:

×56

question asked: 31 Jan, 06:29

question was seen: 93 times

last updated: 05 Feb, 11:34