Re: CommitBatchSize vs. CommitBatchThreshold for transactional dis
- From: Hilary Cotter <hilary.cotter@xxxxxxxxx>
- Date: Wed, 3 Dec 2008 05:00:26 -0800 (PST)
I strongly suspect this 1 off command is the commit command.
No bug here.
On Oct 28, 8:53 pm, "Gopal Ashok [MSFT]" <gopalas...@xxxxxxxxxxx>
wrote:
Just had a chat with Paul on this one
Commithreshold is honored at a transaction boundary. Let's take the
following example
Commitbatchsize 10
Commitbatchthreshold 20
Transaction1 has 19 commands
Transaction 2 has 11 commands
Transaction 3 has 5 commands
With the above setting, the distribution agent reader thread will set the
commit flag for the command block after we read all the commands in
transaction 2. This is because we check the commitbatch size and
commitbatchthreshold after a transaction boundary is reached. We dont issue
a commit after we read the first command (20th command in that batch) in
transaction 2. So this commit batch on the subscriber will have committed 2
transactions with 30 commands even though the threshold is 20.
So the batch will be committed either when we hit the commitbatchsize OR
when a transaction crosses the command threshold before the commitbatchsize
is hit.
With regard to the threshold adding one more command that seems to be a bug.
Hope this helps.
"Paul Ibison" <Paul.Ibi...@xxxxxxxxxxxxxxxxxxxxxxx(donotspam)> wrote in
messagenews:0A8275F6-3C9A-4388-AAF4-4DC7847E482C@xxxxxxxxxxxxxxxx
Definitely agree that there's some need for clarification (apart form the
bug
that is) and have raised up all this with MS to try to get a clearer
picture
so I can request BOL to be updated. Will update this thread when I know
more.
Many thanks,
Paul Ibison,www.replicationanswers.com
.
- Prev by Date: RE: Replication over slow connections
- Next by Date: Re: Replication ...recover a merge...Attn: Paul Ibison
- Previous by thread: Replication over slow connections
- Next by thread: Merge replication with sybase
- Index(es):
Relevant Pages
|