概述一臺服務器重裝系統(tǒng)后，用附加表再配置同步復制的時候出錯。在SQL SERVER 2005中，有數(shù)據(jù)庫DB1，在A服務器上。由于要更換服務器，要把數(shù)據(jù)庫DB1遷移到B服務器上。而DB1是用于同步復制

概述

一臺服務器重裝系統(tǒng)后，用附加表再配置同步復制的時候出錯。在SQL SERVER 2005中，有數(shù)據(jù)庫DB1，在A服務器上。由于要更換服務器，要把數(shù)據(jù)庫DB1遷移到B服務器上。而DB1是用于同步復制的。粗心的你沒有把同步復制（發(fā)布和訂閱）刪掉，就直接把和DB1_log.ldf兩個文件到B服務器上附加。附加成功了，原來的程序都能連接上，你以為大功告成。但是，幾天過后，當你想把服務器重新同步復制，以作實時備份時，你發(fā)現(xiàn)自己的倒霉時刻到了。SQL SERVER 2005像病了一樣，只提示：“找不到存儲過程’’…錯誤：2812”。

問題分析

如果數(shù)據(jù)庫遷移后，數(shù)據(jù)并沒有更新過。那么你的想法是將這個數(shù)據(jù)庫分離，然后再重新將去掉同步復制的干凈數(shù)據(jù)庫遷移過來。但是，如果你的新數(shù)據(jù)庫已經(jīng)投入生產(chǎn)，那么，請參考我的方法。

打開B服務器上的DB1數(shù)據(jù)庫的系統(tǒng)表，你會發(fā)現(xiàn)有12個表在里面。這12個表就是因同步復制而產(chǎn)生的，包括：

- MSmerge_agent_history

- MSmerge_conflicts_info

- MSmerge_contents

- MSmerge_current_partition_mappings

- MSmerge_genhistory

- MSmerge_identity_range

- MSmerge_past_partition_mappings

- MSmerge_replinfo

- MSmerge_sessions

- MSmerge_subscriptions

- MSmerge_tombstone

- MSmerge_tracking

問題就出現(xiàn)在這里了。這12個系統(tǒng)表和1個視圖是因同步復制而生的，如果沒有發(fā)生同步復制，他們是不會出現(xiàn)的。我們把mdf和ldf文件直接遷移過來，數(shù)據(jù)庫里面的這些系統(tǒng)表和視圖也隨之而來了。

解決方法

不能簡單的把這12個系統(tǒng)表和1個視圖刪掉，這樣同樣不行。在經(jīng)過了長時間的摸索后，我發(fā)現(xiàn)了問題的真正所在。

你需要執(zhí)行以下步驟來解決2812錯誤：

1. 打開SQL Server Management Studio并連接到B服務器上的數(shù)據(jù)庫實例。

2. 在查詢窗口中運行以下命令來禁用發(fā)布和訂閱（同步復制）功能：

```

EXEC sp_removedbreplication 'DB1'

```

3. 運行完以上命令后，再次打開B服務器上的DB1數(shù)據(jù)庫的系統(tǒng)表，你會發(fā)現(xiàn)這12個系統(tǒng)表和1個視圖已經(jīng)被成功刪除。

4. 現(xiàn)在，你可以重新啟用發(fā)布和訂閱功能（如果需要的話）。

至此，該數(shù)據(jù)庫中的陳舊同步復制信息已經(jīng)去除，數(shù)據(jù)庫重新變得潔凈可愛。

以上是根據(jù)個人經(jīng)驗總結(jié)的解決SQL 2812錯誤的方法，希望對遇到類似問題的讀者有所幫助。轉(zhuǎn)載自