INF：常見問題 - 複寫

文章編號: 195757 - 檢視此文章適用的產品。

本文曾發行於 CHT195757

全部展開 | 全部摺疊

結論

本文旨在解答有關 SQL Server 7.0 複寫功能的常見問題。

回此頁最上方 | 提供意見

其他相關資訊

問：何時在訂閱者端建立 MSreplication_subscriptions 資料表？

答：如果尚未建立 MSreplication_subscriptions 資料表，散發代理程式會在啟動時建立。此外，如果訂閱端尚未建立 MSreplication_subscriptions 資料表， sp_addpullsubscription 預存程序也會加以建立。
問：每個代理程式的 .exe 檔或 .dll 檔的名稱為何？代理程式參數又儲存在何處？

答：下表顯示代理程式的名稱及其相關檔案：

摺疊此表格展開此表格
Logreader 代理程式 Logread.exe
快照集代理程式 Snapshot.exe
散發代理程式 Distrib.exe
合併代理程式 Replmerg.exe

注意：散發代理程式和合併代理程式也可以透過 Sqldistx.dll 和 Sqlmergx.dll ActiveX 介面呼叫。
問：我是否需要多個散發資料庫？

答：一般來說，您只需要一個資料庫。此功能是供特定人員使用，他們需要集中進行複寫作業和管理，並要以一個散發伺服器來作為多個發行者的主機。您可以用一個散發資料庫支援多個發行者，但在某些情況下，為了便於管理，可能需要將邏輯複寫應用程式分散在不同的資料庫中。有時，由於減少資源爭奪 (包括由散發資料庫進行讀和寫)，也有提升效能的好處。
問：合併安裝中的所有伺服器都可以有相同的優先權嗎？

答：發行者和訂閱者的優先權永遠不會相同；SQL Server 在加入訂閱時，會強制執行。但是，如果有兩個訂閱 (例如，S1 和 S2) 具有相同的優先權，則先在發行者上完成變更的訂閱者優先。也就是說，如果 S1 和 S2 以虛擬同時方式變更，先與發行者合併變更者優先。這項規則同樣也適用於本機訂閱，優先權基本上是 0 (先到達集線器的優先)。
問：在 Internet 上發行的同步作業失敗，收到錯誤訊息「無法傳送結構描述資訊。」("Couldn't deliver schema information.")為什麼？

答：可能是檔案複製作業失敗。在預設情況下，提取代理程式使用通用命名慣例(UNC) 路徑集，供散發者/發行者來開啟檔案。如果電腦不在區域網路 (LAN) 上，UNC 無法運作。您可以在散發者端架設 FTP 伺服器，再設定合併代理程式命令列，來納入 FTP 位址。在 Internet 上啟用發行作業，會在套用到訂閱者之前，透過 FTP 由合併代理程式將初始快照下載到用戶端電腦上。若需詳細相關資訊，請參閱《SQL Server 線上叢書》。
問：可以從 SQL Server 7.0 合併複寫到 Microsoft Access 97 資料庫嗎？

答：下一版本 Access 中才會支援合併複寫到 Access 97 資料庫。這項功能必須有另一項作業來配合才能運作，也就是，JET 複寫提供者，該程式會包含 SQL Server 7.0 和下一版 Microsoft Office 中。
問：可以使用複寫 ActiveX 控制項，從 Access 97 資料庫提取合併複寫嗎？

答：您將可以使用 ActiveX 控制項，從 Access .mdb 檔中，合併提取訂閱到 SQL Server 7.0 合併發行中。若需示範此功能的範例程式碼，請參閱《SQL Server 線上叢書》。
問：可以從 SQL Server 7.0 合併複寫到 ODBC (開放式資料庫連接) 訂閱者端嗎？

答：您可以將快照推入異質性 ODBC (開放式資料庫連接) 訂閱者端，但不能合併發行。
問：可以使用複寫 ActiveX 控制項，從 SQL Server 7.0 中任何 ODBC (開放式資料庫連接) 訂閱者提取合併複寫嗎？

答：不可以。合併複寫只在 SQL Server 7.0 和 Jet 4.0 中支援。
問：「限制」發行現在情況如何？

答：在 SQL Server 6.5 中實施的限制發行，現在已不再支援。但是，SQL Server 7.0 具有更強的功能：發行集存取清單 (PAL)。您可以使用 PAL，指定可訂閱特定發行的 Windows NT 群組或標準登入。若需詳細相關資訊，請參閱《SQL Server 線上叢書》中的〈發行集存取清單〉主題。
問：我曾經使用「解除安裝發行暨散發精靈」，但散發資料庫的實際檔案一直留在我的硬碟上。這項作業方式是經過設計規劃的嗎？在我重新安裝複寫時，會發生什麼情況？

答：移除散發時，SQL Server 會設法刪除實際檔案。但是，如果散發資料庫正由另一個用戶端使用，或者在刪除檔案時發生共用違規，檔案就不會確實從硬碟上刪除。如果未移除實際檔案，而您試圖再次安裝散發，就會使用新的名稱來為散發資料庫命名。
問：如果我用文章中的一個表格，建立快照發行，然後變更已發行表格的結構描述 (例如，在表格中加入資料行)，新的結構描述會套用在訂閱者端上嗎？

答：對已發行表格的結構描述進行變更，不會複寫在 SQL Server 7.0 中。如果想要複寫新資料行，就必須建立新的發行，然後加以訂閱。
問：有什麼好方法，可以看到 MSRepl_Commands 中的命令內容？

答：在散發資料庫中，執行 sp_browsereplcmds 預存程序。
問：如果散發代理程式啟動時，快照集代理程式作業尚未完成，會有什麼情況？

答：如果散發代理程式和快照集代理程式同時執行，不會產生問題。如果散發代理程式執行，但沒有可用的快照，就會等待 (連續作業時)，或是發出訊息，指出沒有快照可用，然後關閉。
問：在 Windows NT Server 上，無法使用異動複寫功能。為什麼？

答：此功能在執行 SQL Server 桌面版時不提供使用。請注意，桌面版可以安裝在任何平台上。
問：加總檢查碼驗證在使用 ALTER TABLE 陳述式之後失敗，甚至在重新同步作業後也失敗。為什麼？

答：為使 Checksum() 正常運作，兩個資料表在網頁上必須具有完全相同的二進位結構。如果您在發行者端執行 ALTER TABLE 陳述式，又在訂閱者端建立資料表，兩個資料表就不會有相同的二進位結構。
問：使用更新訂閱者，已發行的資料表就改變了。為什麼？

答：在 SQL Server 7.0 測試版 3 中，支援在任何資料表上，立即更新訂閱。衝突偵測機制是根據已發行資料表是否包含時間戳記資料型別來決定。不帶時間戳記資料行的資料表支援是使用完整列對比來進行衝突偵測，並受命執行若干復雜的限制 (例如，不能執行 INSERT 或 DELETE 陳述式，並要求您關閉迴圈偵測支援)。

若是 SQL Server 7.0 的最終發行版本，參與發行或訂閱的資料表必須有 SQL Server 時間戳記資料行。若沒有該資料行，SQL Server 7.0 會在您建立發行時自動加入時間戳記資料行。如果您停止發行資料表，很簡單，就直接刪除時間戳記資料行。應用程式對照有時間戳記資料行的資料表而運作，一切保持不變，因為在合格的 INSERT、UPDATE 或 DELETE 陳述式中不必包含此時間資料行。
問：主機資料複寫器 (HDR) 是否可在 SQL Server 7.0 上使用？

答：不能。只有 SQL Server 6.5 支援 HDR。如果要使用 SQL Server 7.0，請使用資料轉換服務 (DTS)。

回此頁最上方 | 提供意見

?考

本文件是根據 Microsoft Knowledgebase 文件編號 Q195757 翻譯的. 若要參考原始英文文件內容, 請至以下網址:

http://support.microsoft.com/support/kb/articles/Q195/7/57.asp

(http://support.microsoft.com/kb/195757/en-us?ln=en-us&sd=gn&fr=0)

回此頁最上方 | 提供意見

屬性

文章編號: 195757 - 上次校閱: 2006年7月17日 - 版次: 3.0

這篇文章中的資訊適用於:

Microsoft SQL Server 7.0 Standard Edition

kbfaq kbinfo ssrvrep KB195757

Microsoft及(或)其供應商不就任何在本伺服器上發表的文字資料及其相關圖表資訊的恰當性作任何承諾。所有文字資料及其相關圖表均以「現狀」供應，不負任何擔保責任。Microsoft及(或)其供應商謹此聲明，不負任何對與此資訊有關之擔保責任，包括關於適售性、適用於某一特定用途、權利或不侵權的明示或默示擔保責任。Microsoft及(或)其供應商無論如何不對因或與使用本伺服器上資訊或與資訊的實行有關而引起的契約、過失或其他侵權行為之訴訟中的特別的、間接的、衍生性的損害或任何因使用而喪失所導致的之損害、資料或利潤負任何責任。

回此頁最上方 | 提供意見