为什么SQL2005在新建复制找不到存储过程提示错误：2812 的解决方法
一台服务器重装系统后，用附加表再配置同步复制的时候出错：
sql server 无法创建发布 找不到存储过程 错误 2812
在sql server 2005中，有数据库db1，在a服务器上。由于要更换服务器，要把数据库db1迁移到b服务器上。而db1是用于同步复制的。粗心的你没有把同步复制（发布和订阅）删掉，就直接把db1.mdf和db1_log.ldf两个文件到b服务器上附加。附加成功了，原来的程序都能连接上，你以为大功告成。但是，几天过后，当你想把服务器重新同步复制，以作实时备份时，你发现自己的倒霉时刻到了。sql server 2005 像病了一样，只提示：“找不到存储过程’’…错误：2812”。
如果你的经历与以下的不完全一致，那么这篇文章可能也值得你参考。
但如果你的经历恰好一样，而且你在google或baidu上苦寻答案而不觅，那么，这篇文章或者能帮你一把。
如果数据库迁移后，数据并没有更新过。那么你的想法是把这个该死的数据库分离，然后再重新把去掉同步复制的干净的数据库迁移过来。但是，如果你的新数据库已经投入生产，那么，请参考我的方法：
打开b服务器上的db1数据库的系统表，你会发现有12个表在里面。这12个表就是因同步复制而产生的，包括：
|
表/视图 |
有记录 |
复制必需 |
|
mspeer_lsns |
|
|
|
mspeer_request |
|
|
|
mspeer_response |
|
|
|
mspub_identity_range |
|
|
|
sysarticlecolumns |
有 |
是 |
|
sysarticles |
有 |
是 |
|
sysarticlesupdates |
|
是 |
|
syspublications |
有 |
是 |
|
sysreplservers |
有 |
|
|
sysschemaarticles |
|
是 |
|
syssubscriptions |
有 |
是 |
|
systranschemas |
|
|
|
sysextendedarticlesview |
|
是 |
不能简单的把这12个系统表和1个视图删掉，这样同样不行。在经过了长时间的摸索后，我发现了问题的真正所在。
我们看一下系统表 sysreplservers的内容，有两列：
|
srvname |
srvid |
|
旧服务器名称 |
0 |
终于找到了问题所在了。我们把该表的记录删除。
然后随便发布一次。
再把该发布删除。
至此，该数据库中的陈旧同步复制信息已经去除，数据库重新变得洁净可爱