
Signature
Hilary Cotter
Director of Text Mining and Database Strategy
RelevantNOISE.Com - Dedicated to mining blogs for business intelligence.
This posting is my own and doesn't necessarily represent RelevantNoise's
positions, strategies or opinions.
Looking for a SQL Server replication book?
http://www.nwsu.com/0974973602.html
Looking for a FAQ on Indexing Services/SQL FTS
http://www.indexserverfaq.com
Hello Hilary
Thank you very much for the reply.
In my replication scenario, I am creating all the setup (database creation,
publications, subscription, everything) through scripts. After doing this,
the replication seems to work fine, by checking the values in both Publisher
and subscriber. But after some time, with out making any change in
replication settings, it seems that replication fails and the conflict viewer
shows the error message as I posted earlier.
Also in another dicussion I found the same problem mentioned by another
person and there it was asked to check whether any DTS action is going on. As
in our development enviornment some person might have tried for this or done
some thing related to DTS. Could you please tell me how can I check or
conclude that the replication problem is because of DTS. Or any other method ?
Thank you
Umesh
> Did you disable any of the merge replication triggers?IIRC this will cause
> this error.
[quoted text clipped - 37 lines]
> >> Thanks in advance
> >> Umesh
Hilary Cotter - 27 Feb 2006 16:31 GMT
It sounds like a row is present in the tables published for merge
replication which is missing replication tracking metadata. For an insert it
is easy to understand how this row could be present (non logged operations).
For an update it is more difficult to see how such tracking metadata could
be missing. Disabling replication triggers is one of the reasons which can
cause this. In your scenario I can't think of anything obvious.

Signature
Hilary Cotter
Director of Text Mining and Database Strategy
RelevantNOISE.Com - Dedicated to mining blogs for business intelligence.
This posting is my own and doesn't necessarily represent RelevantNoise's
positions, strategies or opinions.
Looking for a SQL Server replication book?
http://www.nwsu.com/0974973602.html
Looking for a FAQ on Indexing Services/SQL FTS
http://www.indexserverfaq.com
> Hello Hilary
>
[quoted text clipped - 72 lines]
>> >> Thanks in advance
>> >> Umesh
umesh - 28 Feb 2006 10:35 GMT
Hello Hialry
Thank you very much for the reply.
Is this problem related with the replication topology ? Should I change the
replication topology to some other. What topology is better for this
requirement.
Currently, there are many MSDE database in different machines running every
time. Some client application need all the data together to show. For this, I
created all the MSDE as publisher and a central server database, which is
SQL-Server, as subscriber.
Used Merge replication (as MSDE cannot support Transactional) with one
direction (as one MSDE database does not want other MSDE data) and
replication interval as 5 seconds (as client application can show almost
current data). Also created push subscription in publisher (as to reduce the
load at subscriber).
Please comment on this.
Thank you
Umesh
> It sounds like a row is present in the tables published for merge
> replication which is missing replication tracking metadata. For an insert it
[quoted text clipped - 79 lines]
> >> >> Thanks in advance
> >> >> Umesh