SQL Server 2005數據庫出現找不到存儲過程的破解
此文章主要向大家講述的是SQL Server 2005數據庫“找不到存儲過程’ … 錯誤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
終于找到了問題所在了。我們把該表的記錄刪除。
然后隨便發布一次。
再把該發布刪除。
至此，該數據庫中的陳舊同步復制信息已經去除，數據庫重新變得潔凈可愛。
以上的相關內容就是對SQL Server 2005數據庫“找不到存儲過程’’ … 錯誤：2812”的解決方法的介紹，望你能有所收獲。
【編輯推薦】
