all groups > sql server replication > october 2006 >
You're in the

sql server replication

group:

Rows do not match between Publisher and Subscriber. (Possible Bug?


Re: Rows do not match between Publisher and Subscriber. (Possible Bug? Hilary Cotter
10/13/2006 12:00:00 AM
sql server replication: How did you set this guy up and how are you modifying the row? BCP, DTS, or
a direct update/insert/delete?

--
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



[quoted text, click to view]

Rows do not match between Publisher and Subscriber. (Possible Bug? Pascal
10/13/2006 1:07:01 AM
I have a transactional updatable subscriber database that works fine for all
articles (164 of them) apart from one where I continuously get the error
above.

The thing is, msrepl_tran_version is the same on both the publisher and the
subscriber. I have tried everything. I've rebuilt the Subscriber triggers,
I've rebuilt the Publisher update SP, I've dropped and re-created the article.

The intersting thing is when I remove 'sp_MSsync_upd_trig_' from the
subscriber it works one time, but fails to update msrepl_tran_version on the
publisher leaving the 2 articles out of synch and the next update fails (as
it should).

Any thoughts before I give up and try merge replication instead?

I'm running SQL Server 2k SP4 on both machines. OS is Windows Server 2k.

Re: Rows do not match between Publisher and Subscriber. (Possible Pascal
10/13/2006 6:29:01 AM
It was a manual synchronisation. Published - Backed-up - Restored to Remote
Server (on same lan) - Pushed the Subscription out - Applied
synctran_commands from the publisher to the subscription manually.

THe distributor is on the publisher server.

I am updating a row via QA calling an update SP.

When the rows are synched the update to the subscriber succeeds, so does the
update at the publisher, but msrepl_tran_version remains the same at the
publisher. It is not getting updated to the version on the subscriber.

If I publish out the table to another empty database and allow the snapshot
agent to re-create the table and apply the schema and data it works fine.
However I don't see any differences in the SPs/Triggers that are created.

Hope I'm making sense.

Cheers.


[quoted text, click to view]
Re: Rows do not match between Publisher and Subscriber. (Possible Hilary Cotter
10/13/2006 10:40:55 AM
Let me see if I understand what you did. You created a publication on your
publisher. You backed up the publication database, your restored the backup
of the publication database on the subscriber (hopefully at that time no-one
was working on the publication database), and then you created your
subscription? Was it a sync or a no sync subscription? Your chances of
having this work successfully would be if you did a sync subscription (i.e.
the subscriber does not have the schema and data in place option).

I would advise you to drop and recreate the subscription and push it again,
again making sure no-one was working on the publication database while you
are doing this.

--
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



[quoted text, click to view]

Re: Rows do not match between Publisher and Subscriber. (Possible Pascal
10/14/2006 3:40:02 AM
It was a no-sync subscription. I find them to be the quickest way to get
replication going on a large and complex database.

I have since dropped and re-created the table at the subscriber that wasn't
updating properly and this seems to have cured the problem. It was a real
pain as I had a lot of ref integrity to tear down and re-create in order to
achieve this.

I can only guess that soemthing had gone awry in the system tables regarding
this object.

Thanks for your time.

Regards,

Pascal.

[quoted text, click to view]
AddThis Social Bookmark Button