SQL2005在新建復(fù)制 找不到存儲(chǔ)過(guò)程 錯(cuò)誤:2812 的解決方法
一臺(tái)服務(wù)器重裝系統(tǒng)后,用附加表再配置同步復(fù)制的時(shí)候出錯(cuò):
sql server 無(wú)法創(chuàng)建發(fā)布 找不到存儲(chǔ)過(guò)程 錯(cuò)誤 2812
在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ù)器名稱 |
0 |
終于找到了問(wèn)題所在了。我們把該表的記錄刪除。
然后隨便發(fā)布一次。
再把該發(fā)布刪除。
至此,該數(shù)據(jù)庫(kù)中的陳舊同步復(fù)制信息已經(jīng)去除,數(shù)據(jù)庫(kù)重新變得潔凈可愛。
關(guān)鍵詞:SQL2005
閱讀本文后您有什么感想? 已有 人給出評(píng)價(jià)!
- 0
- 0
- 0
- 0
- 0
- 0