一臺服務(wù)器重裝系統(tǒng)后，用附加表再配置同步復(fù)制的時候出錯：
sql server 無法創(chuàng)建發(fā)布 找不到存儲過程 錯誤 2812
在SQL SERVER 2005中，有數(shù)據(jù)庫DB1，在A服務(wù)器上。由于要更換服務(wù)器，要把數(shù)據(jù)庫DB1遷移到B服務(wù)器上。而DB1是用于同步復(fù)制的。粗心的你沒有把同步復(fù)制（發(fā)布和訂閱）刪掉，就直接把DB1.mdf和DB1_log.ldf兩個文件到B服務(wù)器上附加。附加成功了，原來的程序都能連接上，你以為大功告成。但是，幾天過后，當(dāng)你想把服務(wù)器重新同步復(fù)制，以作實時備份時，你發(fā)現(xiàn)自己的倒霉時刻到了。SQL SERVER 2005 像病了一樣，只提示：“找不到存儲過程’’…錯誤：2812”。
如果你的經(jīng)歷與以下的不完全一致，那么這篇文章可能也值得你參考。
但如果你的經(jīng)歷恰好一樣，而且你在Google或Baidu上苦尋答案而不覓，那么，這篇文章或者能幫你一把。
如果數(shù)據(jù)庫遷移后，數(shù)據(jù)并沒有更新過。那么你的想法是把這個該死的數(shù)據(jù)庫分離，然后再重新把去掉同步復(fù)制的干凈的數(shù)據(jù)庫遷移過來。但是，如果你的新數(shù)據(jù)庫已經(jīng)投入生產(chǎn)，那么，請參考我的方法：
打開B服務(wù)器上的DB1數(shù)據(jù)庫的系統(tǒng)表，你會發(fā)現(xiàn)有12個表在里面。這12個表就是因同步復(fù)制而產(chǎn)生的，包括：
表/視圖 | 有記錄 | 復(fù)制必需 |
Mspeer_lsns |
|
|
Mspeer_request |
|
|
Mspeer_response |
|
|
Mspub_identity_range |
|
|
Sysarticlecolumns | 有 | 是 |
Sysarticles | 有 | 是 |
Sysarticlesupdates |
| 是 |
syspublications | 有 | 是 |
Sysreplservers | 有 |
|
Sysschemaarticles |
| 是 |
Syssubscriptions | 有 | 是 |
systranschemas |
|
|
sysextendedarticlesview |
| 是 |
不能簡單的把這12個系統(tǒng)表和1個視圖刪掉，這樣同樣不行。在經(jīng)過了長時間的摸索后，我發(fā)現(xiàn)了問題的真正所在。
我們看一下系統(tǒng)表 sysreplservers的內(nèi)容，有兩列：
Srvname | Srvid |
舊服務(wù)器名稱 | 0 |
終于找到了問題所在了。我們把該表的記錄刪除。
然后隨便發(fā)布一次。
再把該發(fā)布刪除。
至此，該數(shù)據(jù)庫中的陳舊同步復(fù)制信息已經(jīng)去除，數(shù)據(jù)庫重新變得潔凈可愛。
喜歡 
頂
難過
囧
圍觀
無聊
