一台服务器重👼装系统【zhuāng xì tǒng】🕡后【hòu】，用附加表再配【biǎo zài pèi】🔹置同步复制的时候出错【cuò】：

sql server 无法创【wú fǎ chuàng】建发布💶 找不到存储过程 错误【cuò wù】🕸 2812

在🤜SQL SERVER 2005中【zhōng】，有数据库【jù kù】🌵DB1，在🤜A服务器【fú wù qì】上【shàng】。由于要【yóu yú yào】更换服务器【fú wù qì】，要把数👥据库【jù kù】🌵DB1迁移到B服务器【fú wù qì】上【shàng】。而DB1是用于【shì yòng yú】👕同步复✏制的【zhì de】🤜。粗心的🎶你没有把同步【bǎ tóng bù】🥃复制【zhì】（发布和🐐订阅🖤）删掉，就直接【jiù zhí jiē】把DB1.mdf和🐐DB1_log.ldf两个文🦉件到B服务器【fú wù qì】上【shàng】附加。附加成功了➗，原来的程序都【chéng xù dōu】能连接上【shàng】，你以为【nǐ yǐ wéi】💮大功告🈴成。但是，几天过后【hòu】，当你想把服务🎉器重新🌛同步复✏制【zhì】，以作实时备份时，你发现自己的👆倒霉时【dǎo méi shí】刻到了🈳。SQL SERVER 2005 像病了一样，只提示：“找不到⛄存储过【cún chǔ guò】🙌程【chéng】’’…错误【cuò wù】：2812”。

如果你【rú guǒ nǐ】🚕的经历与以下的不完【de bú wán】全一致🧀，那么这篇文章可能也【kě néng yě】值得你🎵参考。

但如果🏆你的经历恰好🅱一样，而且你🥏在【zài】Google或Baidu上苦寻🛠答案而不觅，那么【nà me】，这篇文🤔章或者【zhāng huò zhě】能帮你【néng bāng nǐ】一把【yī bǎ】。

如果数🐦据库迁移后⬇，数据并没有更【méi yǒu gèng】新过【xīn guò】🤳。那么你【nà me nǐ】❕的想法【de xiǎng fǎ】🥛是把这🛡个该死的数据【de shù jù】库分离，然后再重新把去掉同【qù diào tóng】步复制的干净的数据【de shù jù】库迁移过来。但是，如果你【rú guǒ nǐ】的新数据库已【jù kù yǐ】👟经投入【jīng tóu rù】生产，那么，请参考🚮我的方😽法：

打开B服务器上的【de】🚱DB1数据库【shù jù kù】的【de】🔵系统表【xì tǒng biǎo】，你会发现有【xiàn yǒu】12个表在【gè biǎo zài】里面。这【zhè】🍿12个表就📔是因同🔩步复制而产生📴的【de】🔵，包括：   

问题就【wèn tí jiù】⛺出现在【chū xiàn zài】🐍这里了。这12 个系统表和【tǒng biǎo hé】😣1个视图是因同步复【bù fù】🔌制【zhì】而生的，如果没有发生同步复【bù fù】🔌制【zhì】，他们是【tā men shì】不会出现的💒。我们把【wǒ men bǎ】mdf和😣ldf文件直【wén jiàn zhí】接迁移过来🧡，数据库💡里面的这些系🕓统表和【tǒng biǎo hé】😣视图也🤗随之而来了【lái le】。

不能简📮单的把🧘这【zhè】🧕12个系统表和1个视图删掉，这【zhè】🧕样同样不行【bú háng】🚩。在经过了长时【le zhǎng shí】间的摸✝索后，我发现【wǒ fā xiàn】🥟了问题的真正所在【suǒ zài】。

我们看【wǒ men kàn】一下系统表 sysreplservers的内容【de nèi róng】🆗，有两列🔉：

终于找📅到了🚥问题所【wèn tí suǒ】在了🚥。我们把【wǒ men bǎ】该表的【gāi biǎo de】记录删🌘除。

然后随便发布一次。

再把该发布删除。

至此，该数据库🚊中的陈【zhōng de chén】旧同步复制🔟信息已【xìn xī yǐ】经去除【jīng qù chú】，数据库🚊重新变🎯得洁净【dé jié jìng】可爱🤵。