Groups | Blog | Home
all groups > sql server replication > october 2006 >

sql server replication : log scan number


michael.swinarski NO[at]SPAM cox.com
10/27/2006 8:41:59 AM
Yesterday, we attempted to add a new table to an existing publication.
We then created the table on the subscriber and populated it manually.
We expected that replication would then take over the data flow to this
table. This morning, I found that the log reader had failed with the
following:

2006-10-27 15:20:46.966 Status: 0, code: 9003, text: 'The log scan
number (94570:3522:134) passed to log scan in database 'RawData' is not
valid. This error may indicate data corruption or that the log file
(.ldf) does not match the data file (.mdf). If this error occurred
during replication, re-create the publication. Otherwise, restore from
backup if the problem results in a failure during startup. '.
2006-10-27 15:20:46.966 Status: 0, code: 22037, text: 'The process
could not execute 'sp_replcmds' on 'CARZ0DB16\ARZSQL16'.'.


Has anyone seen this error before?
michael.swinarski NO[at]SPAM cox.com
10/27/2006 10:09:55 AM
That part makes since.

However this error does not tell me what subscription it is tripping
over. I am guessing that it is associated with one of the publications
that I added a table too; but I am not sure of this. Is there anyway
to determine this for certain?

-ms


[quoted text, click to view]
Hilary Cotter
10/27/2006 1:06:29 PM
I've encountered this. Basically the log reader writes the last LSN read
from the log into the distribution database. When you get this error it
means that the LSN read does not agree with what is in the distribution
database. Dropping the subscription and recreating it normally clears this
error.

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

Hilary Cotter
10/27/2006 2:08:14 PM
Its not tripping over a transaction, rather the log on the publisher. You
could issue sp_repldone (look in bol for an example of how to use this), you
can also carefully hack the system table to put the LSN in the distribution
database with what is in the log.

I normally recommend you have PSS hold your hand or advise you when you do
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]

AddThis Social Bookmark Button