sql訂閱發布
① 簡述sql Server發布訂閱的主要步驟有哪幾個簡述日誌發布和事務發布的區別在哪
一、環境說明
兩台區域網內的PC機
主機:
系統:window server2012
資料庫:sqlserver 2012
伺服器名稱:SqlServer2012dy
備機:
系統:window server2012
資料庫:sqlserver 2012
計算機名:WIN-CHAO
用戶名:Administrator
做復制之前,把兩台機器的防火牆關閉,然後保證兩台機器能夠互相PING 通。
② sql server 的復制與訂閱,在發布視圖時要注意什麼求高手指導步驟
1、視圖不能單獨的發布,視圖所用到的基表也要發布
2、初始化視圖訂閱之前要先初始化基表訂閱
不管發布還是訂閱,遵循 表到視圖 的順序
③ sql srver怎麼取消發布和訂閱
以下方法均為
事務復制
--PUSH方式
1、刪除單個的發布
:
復制-->
本地發布-->
右擊-->
刪除,如下圖,然後再把對應的訂閱伺服器刪除掉,或者等待執行:sp_MSdistribution_cleanup
的JOB(分發清除:
distribution)默認訂閱72小時失效之後自動刪除。
2、刪除全部的發布:
復制-->
右擊
-->
禁用發布和分發,如下圖,這個會同時的把分發伺服器的配置清掉,需要重新配置的哦。。
其實只是執行了一個腳本
use
[master]
exec
sp_dropdistributor
@no_checks
=
1
GO
/*
[
@no_checks=]
no_checks
指示在刪除分發伺服器之前是否檢查有無依賴對象。no_checks
的數據類型為
bit,默認值為
0。
如果為
0,則
sp_dropdistributor
將執行檢查,以確保除分發伺服器以外的所有發布和分發對象都已刪除。
如果為
1,則
sp_dropdistributor
將在卸載分發伺服器之前刪除所有發布和分發對象。
[
@ignore_distributor=]
ignore_distributor
指示是否在未連接到分發伺服器的情況下執行此存儲過程。ignore_distributor
的數據類型為
bit,默認值為
0。
如果為
0,則
sp_dropdistributor
將連接到分發伺服器,並刪除所有復制對象。
如果
sp_dropdistributor
無法連接到分發伺服器,則存儲過程將失敗。
如果為
1,則不與分發伺服器建立連接,並且不刪除復制對象。
如果分發伺服器正在卸載或持久離線,才使用它。
直到分發伺服器在未來某個時間重新安裝之後,才會刪除分發伺服器中的該發布伺服器的對象。
*/
--注意:
sp_dropdistributor
用於所有類型的復制。
不過不是建議直接的界面操作。
3、對於某些時候可能刪除不掉,這個時候可以直接trace一下,然後把進程殺掉
4、或者對於附加的資料庫不注意可能會出現發布的錯誤,你也刪除不掉。會報下面的錯誤。
無法作為資料庫主體執行,因為主體
"dbo"
不存在、無法模擬這種類型的主體,或您沒有所需的許可權。
已將資料庫上下文更改為
'AdventureWorks2008'。
(Microsoft
SQL
Server,錯誤:
15517)
這個時候可以查一下資料庫屬性->文件->所有者如果沒有話,填個sa再試一次就可以。
④ SQL資料庫發布訂閱的四個類型中哪個效率更高
1、事務發布,效率還不錯,對網路穩定性要求較高,帶寬使用較少
2、快照發布,其實相當於給現在的數據拍了張照片,然後拷貝走,再在其他伺服器上恢復,適合使用移動硬碟拷貝
3、具有可更新訂閱的事務發布,效率最高,對網路穩定性要求較高,帶寬使用較少。
4、合並發布,性能在1和2的之間
⑤ sqlserver2008 R2 發布訂閱失敗
環境:發布伺服器A:Windows Server 2008 R2 Standard, SQL SERVER 2008 R2, 訂閱伺服器B:Windows Server 2003 R2 Standard X64 Edition Service Pack2, SQL SERVER 2008 R2 Standard
開始前,你必須確保實例已經安裝了Replication Componets,否則會報錯,詳情請見MS SQL 2008 發布訂閱配置遇到的錯誤,在伺服器A上,打開SSMS,右鍵單擊Local Publication(本地發布),選擇New Publication(新建發布)
(圖1)
然後就進入新建發布的向導了,如果第一次新建發布,有可能出現下面圖2、圖3,否則不會遇到這些界面
(圖2)
不建議將快照文件夾放在C盤,最好設置在其它非系統磁碟。如果下面你不用UNC路徑並且共享改目錄,必須設置可讀許可權,否則後面你可能會碰到一個讓你棘手的錯誤,具體參見MS SQL 2008 發布訂閱配置錯誤總結
(圖3)
選擇你要發布的資料庫,這里只能單選,不能選擇多個資料庫。
(圖4)
接下來,關於選擇發布類型,根據你的實際情況,選擇合適的發布類型
快照復制:快照復制將數據以特定時刻的瞬時狀態分發,而不監視對數據的更新。發生同步時,將生成完整的快照並將其發送到訂閱伺服器。 當符合以下一個或多個條件時,使用快照復制本身是最合適的:
1: 很少更改數據。
2: 在一段時間內允許具有相對發布伺服器已過時的數據副本。
3: 復制少量數據。
4: 在短期內出現大量更改。
事務復制:事務復制通常用於伺服器到伺服器環境中, 在以下各種情況下適合採用事務復制:
1: 希望發生增量更改時將其傳播到訂閱伺服器。
2: 從發布伺服器上發生更改,至更改到達訂閱伺服器,應用程序需要這兩者之間的滯後時間較短。
3: 應用程序需要訪問中間數據狀態。 例如,如果某一行更改了五次,事務復制將允許應用程序響應每次更改(例如,激發觸發器),而不只是響應該行最終的數據更改。
4:發布伺服器有大量的插入、更新和刪除活動。
5:發布伺服器或訂閱伺服器不是 SQL Server 資料庫(例如,Oracle)。
⑥ SQL資料庫自帶的(發布,訂閱)數據同步問題
回答1:再次同步只會同步變化的數據。因此不必擔心數據量大的問題
回答2:可以測試一次發布/訂閱所需要的總體時間,建議同步時間比這個總時間略大
回答3:發布訂閱無法做到實時同步。如需實時同步,可嘗試做日誌傳送、鏡像,這兩種可以達到用戶感官上的實時同步
