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個視圖是因同步復制而生的，如果沒有發生同步復制，他們是不會出現的。我們把mdf和ldf文件直接遷移過來，數據庫裡面的這些系統表和視圖也隨之而來了。

　　不能簡單的把這12個系統表和1個視圖刪掉，這樣同樣不行。在經過了長時間的摸索後，我發現了問題的真正所在。

　　我們看一下系統表 sysreplservers的內容，有兩列：

Srvname

Srvid

舊服務器名稱

0

　　終於找到了問題所在了。我們把該表的記錄刪除。

　　然後隨便發布一次。

　　再把該發布刪除。

　　至此，該數據庫中的陳舊同步復制信息已經去除，數據庫重新變得潔淨可愛。