一台伺服器重裝系統後,用附加表再配置同步複製的時候出錯:
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的內容,有兩列:
終於找到了問題所在了。我們把該表的記錄刪除。
然後隨便發布一次。
再把該發布刪除。
至此,該資料庫中的陳舊同步複製資訊已經去除,資料庫重新變得潔淨可愛。