SQL Server 2005數(shù)據(jù)庫(kù)出現(xiàn)找不到存儲(chǔ)過(guò)程的破解
此文章主要向大家講述的是SQL Server 2005數(shù)據(jù)庫(kù)“找不到存儲(chǔ)過(guò)程’ … 錯(cuò)誤2812”的實(shí)際解決方法，首先我們要聲明一下產(chǎn)生該錯(cuò)誤的原因：在SQL Server 2005 中，有數(shù)據(jù)庫(kù)DB1，在A服務(wù)器上。由于要更換服務(wù)器。
要把數(shù)據(jù)庫(kù)DB1遷移到B服務(wù)器上。而DB1是用于同步復(fù)制的。粗心的你沒有把同步復(fù)制（發(fā)布和訂閱）刪掉，就直接把DB1.mdf和DB1_log.ldf兩個(gè)文件到B服務(wù)器上附加。
附加成功了，原來(lái)的程序都能連接上，你以為大功告成。但是，幾天過(guò)后，當(dāng)你想把服務(wù)器重新同步復(fù)制，以作實(shí)時(shí)備份時(shí)，你發(fā)現(xiàn)自己的倒霉時(shí)刻到了。SQL Server 2005 像病了一樣，只提示：“找不到存儲(chǔ)過(guò)程’’…錯(cuò)誤：2812”。
如果你的經(jīng)歷與以下的不完全一致，那么這篇文章可能也值得你參考。
但如果你的經(jīng)歷恰好一樣，而且你在Google或Baidu上苦尋答案而不覓，那么，這篇文章或者能幫你一把。
如果數(shù)據(jù)庫(kù)遷移后，數(shù)據(jù)并沒有更新過(guò)。那么你的想法是把這個(gè)該死的數(shù)據(jù)庫(kù)分離，然后再重新把去掉同步復(fù)制的干凈的數(shù)據(jù)庫(kù)遷移過(guò)來(lái)。但是，如果你的新數(shù)據(jù)庫(kù)已經(jīng)投入生產(chǎn)，那么，請(qǐng)參考我的方法：
打開B服務(wù)器上的DB1數(shù)據(jù)庫(kù)的系統(tǒng)表，你會(huì)發(fā)現(xiàn)有12個(gè)表在里面。這12個(gè)表就是因同步復(fù)制而產(chǎn)生的，包括：
表/視圖 有記錄 復(fù)制必須
- Mspeer_lsns
- Mspeer_request
- Mspeer_response
- Mspub_identity_range
- Sysarticlecolumns 有 是
- Sysarticles 有 是
- Sysarticlesupdates 是
- syspublications 有 是
- Sysreplservers 有
- Sysschemaarticles 是
- Syssubscriptions 有 是
- systranschemas
- sysextendedarticlesview 是
問(wèn)題就出現(xiàn)在這里了。這12 個(gè)系統(tǒng)表和1個(gè)視圖是因同步復(fù)制而生的，如果沒有發(fā)生同步復(fù)制，他們是不會(huì)出現(xiàn)的。我們把mdf和ldf文件直接遷移過(guò)來(lái)，數(shù)據(jù)庫(kù)里面的這些系統(tǒng)表和視圖也隨之而來(lái)了。
不能簡(jiǎn)單的把這12個(gè)系統(tǒng)表和1個(gè)視圖刪掉，這樣同樣不行。在經(jīng)過(guò)了長(zhǎng)時(shí)間的摸索后，我發(fā)現(xiàn)了問(wèn)題的真正所在。
我們看一下系統(tǒng)表 sysreplservers的內(nèi)容，有兩列：
- Srvname Srvid
舊服務(wù)區(qū)名稱 0
終于找到了問(wèn)題所在了。我們把該表的記錄刪除。
然后隨便發(fā)布一次。
再把該發(fā)布刪除。
至此，該數(shù)據(jù)庫(kù)中的陳舊同步復(fù)制信息已經(jīng)去除，數(shù)據(jù)庫(kù)重新變得潔凈可愛。
以上的相關(guān)內(nèi)容就是對(duì)SQL Server 2005數(shù)據(jù)庫(kù)“找不到存儲(chǔ)過(guò)程’’ … 錯(cuò)誤：2812”的解決方法的介紹，望你能有所收獲。
【編輯推薦】
