Google Groups no longer supports new Usenet posts or subscriptions. Historical content remains viewable.
Dismiss

Re: Delivering Replicated Transactions

89 views
Skip to first unread message

Hilary Cotter

unread,
May 2, 2005, 12:12:31 PM5/2/05
to
did you use the concurrent snapshot option? If so, expect this message - for
hours.

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

"A. Robinson" <ARob...@discussions.microsoft.com> wrote in message
news:3E0E8064-B3AB-4350...@microsoft.com...
> This is the message that has been displaying from my distribution agent
for
> the last two hours!! Funny thing is, according to the log reader, there
are
> no replicated transactions available. Also, when I run sp_repltrans, i get
NO
> rows back.....
>
> What is going on?!?!
>
> Any help would be appreciated...
>
> Thanks!!


A. Robinson

unread,
May 2, 2005, 12:35:03 PM5/2/05
to
Sorry, Hilary....

I'm unfamiliar with that particular option...and I can't find it in BOL.
Could you possibly shed some light?

Thanks!

A. Robinson

unread,
May 2, 2005, 12:38:03 PM5/2/05
to
Hilary:

Just realized I DID use that concurrent snapshot option. Is thyat the option
that says don't lock tables while doing snapshot? If so, I sure did use that
option...

So why does that option add so much overhead to the snapshot generation? The
database I snapshot-ed didn't have any users on it at all....

A. Robinson

unread,
May 2, 2005, 1:01:09 PM5/2/05
to
I stand corrected...I double checked and it looks like I dodn't use that
concurrent snapshot option...

Sorry about the misinformation...

Paul Ibison

unread,
May 2, 2005, 1:06:13 PM5/2/05
to
If this is during initialization, try sp_who2 (or sp_who3 if you have it)
and see if there is any blocking.
Rgds,
Paul Ibison

"A. Robinson" <ARob...@discussions.microsoft.com> wrote in message

news:C19B8A84-E1C1-465E...@microsoft.com...

Rafael Bahia

unread,
Jun 20, 2010, 8:04:38 PM6/20/10
to
Hi,

Recently I've solved this problem by recreating the primary key at the
subscriber manually. The snapshot kept saying that the primary key had been
created but when I checked it was not. Right after I created it, the
syncronization process came back to normal, applying all the undistributed
commands finally. I then checked the properties of the publication for the
table being replicated (just one in this case) and saw that the "recreate
clustered indexes" option was marked as 'true'. However, I saw no script for
recreating this object in the snapshot folder. A bug perhaps? I created a
script and put it to execute automatically every time SQL Server generates a
new snapshot. Of course that all that discovery and solution came after many
hours of suffering trying to identify the problem itself.

url:http://www.ureader.com/msg/1156508.aspx

0 new messages