Groups | Blog | Home
all groups > sql server replication > january 2005 >

sql server replication : sp_repladdcolumn failure/Merge Replication Fails with Error 207 While Generating a Snapshot/KBArticle 821535


Tony Toker
1/6/2005 8:04:38 AM
Under the conditions outlined in the kb article, we also get a failure in
sp_replaaddcolumn:

sp_repladdcolumn 'table_name','columnname','bit default 0','none'
GO

Server: Msg 207, Level 16, State 1, Procedure
upd_7F7880ABD616444FAD031E1A0817242C, Line 72
Invalid column name 'columnname'.

sprepladdcolumn works fine on tables that are not filtered for merge
replication.

Can anyone on the consequences of adding the column without using
sp_repladdcolumn? (The column won't be used for replication)

Tony Toker
Data Identic Ltd.

Hilary Cotter
1/6/2005 11:25:25 AM
just out of curiosity, what is the name of the problem column, and could you
post its schema here.

--
Hilary Cotter
Looking for a SQL Server replication book?
http://www.nwsu.com/0974973602.html
[quoted text, click to view]

Kestutis Adomavicius
1/6/2005 6:34:56 PM
What is SQL Server version ?

--
Regards,
Kestutis Adomavicius
Consultant
UAB "Baltic Software Solutions"


[quoted text, click to view]

Tony Toker
1/10/2005 9:16:01 AM
Hilary / Kestutis

Problem column is

[AppearanceRef] [int] NOT NULL

first column in the filtered table.

SQL Version was 8.00.760, now 8.00.818

After a conversation with MS support they advised that the fix for this
problem (and a few others) is in the patch MS03-031
http://support.microsoft.com/kb/821277 which takes the version to 8.00.818

Applying this did not (for us) correct the problem for an existing
publication, but it may do so for publications created in future, we'll be
testing this week.

Thanks for your interest,

Tony Toker


Kestutis Adomavicius
1/10/2005 12:05:42 PM
Could you check if stored procedure upd_7F7880ABD616444FAD031E1A0817242C is
a system object ? (in Enterprise
manager see value in column Type beside this stored procedure).

If it's not a SYSTEM object, then it might be a source of your mysterious
problem, and I have a fix for that.

--
Regards,
Kestutis Adomavicius
Consultant
UAB "Baltic Software Solutions"


[quoted text, click to view]

Kestutis Adomavicius
1/10/2005 1:28:44 PM
And also you could check if procedures with "_pal" at the end of their names
(for example upd_7F7880ABD616444FAD031E1A0817242C_pal) are system objects.

--
Regards,
Kestutis Adomavicius
Consultant
UAB "Baltic Software Solutions"


[quoted text, click to view]

Tony Toker
1/10/2005 2:03:06 PM
upd_7F7880ABD616444FAD031E1A0817242C doesn't exist, closest is
upd_7F7880ABD616444F9CF278559C294C66 which is system

however

sel_26E366A06B2C4FB79CF278559C294C66_pal (and others with similar names) are
user

Thanks

Tony Toker



[quoted text, click to view]

Tony Toker
1/10/2005 4:27:49 PM
Thanks Kestutis, I'd missed your original post.

I couldn't find the fixed sproc in your post but we may try your advice to
mark the relevant procedures as system. Having been severely affected by a
few replication bugs we're actually looking to 'sidestep' merge replication
altogether, as it's stopping us signing off a project and we need to bring
things back under our own control. But I'd like to see these issues resolved
for the future. As it stands application of the MS03-031 patch has improved
the reliability of the individual merge agents (no more 'Cannot enumerate
changes in filtered articles) but has made schema changes a problem.

Thanks again for all your help.

Tony Toker




[quoted text, click to view]

Kestutis Adomavicius
1/10/2005 4:33:32 PM
Ok, I see... So looks like currently your system is impacted by the bug
"introduced in version 8.00.818" :(
These stored procedures with the "_pal" in the end of the name should be
SYSTEM object.

This problem is caused by a bug in stored procedure sp_MSsetartprocs. For
more details and fixed stored procedure find my post in this newsgroup,
named "Couple more fixes to merge replication problems" and posted on
2004.12.27

After applying this fix, these stored procedures with "_pal" in the end of
the name will be marked as SYSTEM objects. Of course it will happen only for
new publications.
The way to fix your current publication (if you can not recreate it) is to
mark all those procedures as SYSTEM objects (on publisher and subscriber).
That can be done using exec dbo.sp_MS_marksystemobject. I have never tried
to do that on runing replication, so I can not give you any hint if this
will work... I detected this problem on test systems, so my approach was to
simply fix scripts included in MS patch MS03-031 (KB815495).

--
Regards,
Kestutis Adomavicius
Consultant
UAB "Baltic Software Solutions"


[quoted text, click to view]

AddThis Social Bookmark Button