發布伺服器訂閱伺服器是什麼

① COM+事件系統服務項是什麼

COM+ 事件服務 COM+ 事件服務可提供自動事件分發來訂閱 COM 組件。 COM+ 事件擴展了 COM+ 編程模型，它支持在發布伺服器或訂閱伺服器與 事件系統 之間使用後期綁定事件或調用方法。 事件系統 將在信息可用時通知您，而不 是 反復輪詢伺服器。 COM+ 事件服務可處理發布伺服器和訂閱伺服器的大部分事件語義。發布伺服器提供發布事件類型，訂閱伺服器則請求特定發布伺服器的事件類型。訂閱在發布伺服器和訂閱伺服器外維護，且在需要時才檢索。這簡化了兩者的編程模型。訂閱伺服器無需包含構建訂閱的邏輯（構建訂閱伺服器與創建 COM 組件一樣簡單）。訂閱的生命周期獨立於發布伺服器或訂閱伺服器的生命周期。訂閱可在訂閱伺服器或發布伺服器激活之前構建。 如果停止 COM+ 事件服務，系統事件通知服務將關閉，且無法提供登錄或注銷通知。如果禁用該服務，所有明顯依賴於該服務的其他服務都將無法啟動。

② sqlServer2000 數據同步問題

經過測試，可以順利實現資料庫結構的初始化和數據的單向同步（也就是訂閱伺服器的數據可以及時更新為發布伺服器的數據)。
准備工作：
>>數據的同步中主要考慮的三部分，可以理解成三台主機。發布伺服器，分發伺服器和訂閱伺服器；可以從字面的意思理解，要實現的功能實際就是讓訂閱伺服器通過分發伺服器保持數據及時地和發布伺服器上的數據一致。整個執行過程是這樣一來的：
a.訂閱伺服器應該有個初始化，一般來說我們開始做這個同步任務的時候，發布伺服器已經有了相當的數據量了，而我們的訂閱伺服器應該是新建的服務。即使發布中沒有數據，也需要把他的資料庫結構初始化到訂閱伺服器上。
b.我採用的是事物復制，發布伺服器的數據發生變化後，相當於觸發了一個更新操作，而事物復制可以在設定的時間把數據更新的操作更新到訂閱伺服器中去。當然，這個操作需要經過分發伺服器。在我的測試中，我是把發布伺服器和分發伺服器設置為同一台主機，可以順利實現數據在案分鍾內同步。

>>在操作的起始，需要考慮訂閱伺服器是否有和發布伺服器相同結構的資料庫，如果有，需要做的就是使用代理把發布伺服器現有的數據初始化過去；如果沒有對應的相同結構的資料庫，就需要要把發布伺服器當前的資料庫結構和當前的數據都初始化到訂閱伺服器中。當然這里所說的操作都是在下面的實施步驟中實現，不需要單獨處理。
>>如果說對Windows系統有所要求的話，就應該保證這三個伺服器（發布，分發，訂閱）在同個域中，以同一個域管理員帳號身份運行，操作如下：
a.進入相應的伺服器，控制面板->服務->SQLSERVERAGENT，設置登錄，三台伺服器同樣設置。

圖1
b.操作前，也不允許這三台伺服器對應的別名使用呢稱，比如"LOCAL"，這樣的別名要刪除重建，可以採用主機名，比如：server02.

下面開始執行資料庫同步的操作：
>>配置發布伺服器和分發伺服器：
a.選中對應伺服器的注冊名->工具->復制->配置發布、訂閱和分發，直接按照默認設置向下執行，直到完成。關閉。
b.再一次選中這個伺服器伺服器的注冊名->工具->復制->配置發布、訂閱和分發，可以看到這次界面和步驟a中的界面有所不同，我們只需要配置一下 發布伺服器，發布資料庫，訂閱伺服器。（我的發布資料庫採用的是事物性的）。點「確定」完成操作。<標記P>

>>創建發布，可以選中相應的注冊，用工具->復制->創建和管理發布或者在該注冊下面的 復制->發布內容 選中後，在右邊空白處，右鍵，新建發布，來創建你的發布。我選擇的是事物發布，按照默認設置，選擇你要發布的表或其他對象，其他地方不需要修改，直到完成操作。
>>修改發布屬性：選擇「狀態」->立即運行代理程序；代理程序屬性->設置你的調度，比如一分鍾一次。（調度->編輯->更改；通知->寫入windows應用程序事件日誌）,"確定"完成操作。

>>創建訂閱：選擇發布伺服器對應的注冊，復制->發布內容->在這個內容上右鍵，強制新訂閱，->"下一步",選擇訂閱伺服器(在標記P那一步選擇的訂閱伺服器）->「下一步」->選擇你有的資料庫，或者新建一個資料庫
->"下一步"-> 修改你需要的調度->按照默認設置，直到完成。

到這里就可以完成了，修改發布伺服器資料庫中的內容，等一兩分鍾，數據就同步到訂閱伺服器中了。不過由於第一次執行需要快照，如果發布庫中有一定的內容，第一次執行可能需要幾分鍾時間。如果數據不能同步過去，大家是調度設置時間太短（比如1分鍾）使快照不能完成，所以後面的步驟無法執行，遇到這樣的情況的話，
選中你發布的內容，設置屬性，在「狀態」中「立即運行代理程序」，這樣的話，數據會馬上同步過去的。

補充一點，需要同步的數據表，當然需要有主鍵，需要同步的數據在各自對應的欄位應該合法。

③ 合並復制的發布與訂閱

合並復制必須先初始化發布伺服器和訂閱伺服器，然後才能在它們之間傳遞數據。 本主題提供有關初始化期間所進行的操作的信息。 下表列出了發布的初始化操作的詳細信息，在您執行列出的每個存儲過程時，或在完成新建發布向導後，都會發生這些初始化操作。 在為發布首次運行快照代理後，會發生進一步的初始化。
sp_replicationdboption
將發布資料庫標記為要進行復制。 除非刪除復制，否則不能刪除該資料庫。
將系統表添加到發布資料庫中（除非該資料庫中已存在合並發布）。 有關系統表的完整列表，請參閱本主題中的「在發布資料庫和訂閱資料庫中創建的系統表」部分。
sp_addmergepublication
將發布項添加到系統表中。
sp_addpublication_snapshot
將快照代理作業添加到 SQL Server 代理系統中。 作業名稱的格式為 <發布伺服器>-<發布資料庫>-<發布>-<整數>。
sp_addmergearticle
將復制的每個對象標記為要進行復制。 除非從所有發布中刪除對象的相應項目，否則不能刪除對象。
將代表每個項目的條目添加到系統表中。
發布資料庫的其餘初始化操作在為發布首次運行快照代理時執行（以後運行快照代理時，不會重新初始化發布資料庫）。 如果使用新建發布向導，默認情況下會在完成向導後創建初始快照。 如果使用存儲過程，則必須運行代理作業或直接運行代理。 有關運行代理的詳細信息，請參閱如何啟動和停止復制代理 (SQL Server Management Studio)和復制代理可執行文件概念。
為發布首次運行快照代理：
在每個已發布的表中添加一個名為 rowguid的列，除非表中已有一個數據類型為 uniqueidentifier 並具有 ROWGUIDCOL 屬性集的列（這種情況下將使用此列）。 rowguid列用於唯一標識每個已發布表中的每一行。 如果從發布中刪除表，將刪除 rowguid列；如果將現有列用於跟蹤，則不刪除該列。
在發布資料庫中為每個已發布的表創建下列對象（所有對象都在 dbo架構中創建）：
將插入、更新和刪除觸發器添加到已發布的表中，以跟蹤更改。 觸發器的命名格式為 MSmerge_ins_<GUID>、MSmerge_upd_<GUID>和 MSmerge_del_<GUID>。 GUID 值從系統表 sysmergearticles中項目的項派生而來。
創建存儲過程以處理已發布表的插入、更新和刪除操作，並執行與復制相關的其他一些操作。
創建視圖以管理插入、更新、刪除和篩選操作。
創建沖突表以存儲沖突信息。 沖突表與已發布表的架構相匹配： 為每個已發布的表編寫腳本，然後用腳本在發布資料庫中創建沖突表。 沖突表的命名格式為 dbo.MSmerge_conflict_<發布>_<項目>。
每次運行快照代理時，都會為發布資料庫中的每個項目創建下列類型的文件（帶有相應的文件擴展名）：
架構 (.sch)
約束和索引 (.dri)
觸發器 (.trg)
系統表數據 (.sys)
沖突表 (.cft)
數據 (.bcp) -- 不會為使用參數化篩選器的發布創建。
如果發布不使用任何參數化篩選器，快照會將已發布表的數據包含在一組 .bcp 文件中。 如果發布使用參數化篩選器（對於合並發布通常如此），初始快照將不包含任何數據。 將使用訂閱伺服器分區的快照提供數據，這將在「初始化訂閱」部分進行討論。 每個訂閱都在訂閱的合並代理運行並將初始快照復制到訂閱資料庫時進行初始化。 除了已復制對象的架構和數據之外，快照還包含發布資料庫中存在的系統表、視圖、觸發器和存儲過程（還會將一個或兩個額外的系統表復制到訂閱資料庫中）。 有關系統表的完整列表，請參閱本主題中的「在發布資料庫和訂閱資料庫中創建的系統表」部分。 如果重新初始化訂閱，將覆蓋所有已復制對象和復制系統對象。
如果發布資料庫中的任何錶都未使用參數化篩選器，則向每個訂閱伺服器上復制相同的發布快照。 如果使用了一個或多個參數化篩選器，則每個訂閱的初始化方式將由下列邏輯決定：
如果在命令行中為合並代理提供了快照位置：
則從此位置應用快照。
否則，如果快照是預生成的：
則從發布資料庫中的 MSmerge_dynamic_snapshots檢索快照的位置，並從該位置應用快照。
否則，如果發布允許訂閱伺服器初始化快照：
如果已經為具有同一分區的其他訂閱伺服器生成了快照，則將該快照應用於訂閱伺服器。
否則，將生成快照並將其應用於訂閱伺服器。
否則，將對發布中的表使用 SELECT 語句初始化訂閱伺服器。 此方法要比使用訂閱伺服器分區的快照慢得多。
如果快照傳輸在任一點中斷，它將自動恢復並且不再重新發送已經全部傳輸的任何文件。 對於每個發布項目，快照代理的傳遞單位是bcp 文件，因此已部分傳遞的文件必須全部重新傳遞。 不過，恢復快照可以大幅度減少傳輸的數據量，即便在連接不可靠的情況下也可以確保及時進行快照傳遞。 有關創建快照的詳細信息，請參閱帶有參數化篩選器的合並發布的快照。

④ sqlserver同步2 如何讓訂閱伺服器與發布伺服器庫結構一樣

然後手動導出發布表的sql腳本，在訂閱庫中建立該表,在生成腳本時不要使用drop
在選擇 立即生成代理快照那項，就o啦
然後修改訂閱庫表的identity類型 是改為是(不用於復制) 以後當這個為主庫的時候再改成是。否則會出錯!系統提示：因為該發布不允許使用可更新的訂閱，當 IDENTITY 列被傳輸到訂閱伺服器時，不會傳輸 IDENTITY 屬性。（例如，在發布伺服器上定義為 INT IDENTITY 的列在訂閱伺服器上將定義為 INT。）
如果想將 IDENTITY 屬性傳輸到訂閱表，則必須進行如下操作:
» 使用 IDENTITY 屬性和 NOT FOR REPLICATION 選項手工創建訂閱表。您可以通過讓 SQL Server 在應用快照之前執行自定義腳本來執行該操作。若要指定自定義腳本，請先創建發布，再創建腳本，然後在發布屬性的快照選項卡上輸入該腳本的名稱。
» 設置名稱沖突項目屬性，以便 SQL Server 在訂閱伺服器上應用快照時不會除去現有的表。該屬性在項目屬性的快照選項卡上。

⑤ 實現sqlserver的訂閱功能

如果兩台機器都是內網則不需要，但是創建好後最好不要變IP和計算機名稱！在內網中可以採用計算機名稱來做實例！如果是外網則需要。

⑥ 請教下sql2000發布訂閱的問題!

對不起，看不懂你的問題，你的意思是有2台伺服器，一台管訂閱，一台管發布？

⑦ 外網訂閱內網資料庫的發布,伺服器名稱怎麼填

統一寫localhost
或127.0.0.1

⑧ 請問SQL REPLICATION是什麼

SQL Server中的復制(Replication)是SQL Server高可用性的核心功能之一,在我看來，復制指的並不僅僅是一項技術，而是一些列技術的集合,包括從存儲轉發數據到同步數據到維護數據一致性。
大多數使用復制的原因可以分為如下幾類：
1.負載均衡----通過將數據復制到其它資料庫伺服器來減少當前伺服器的負載，比如說最典型的應用就是分發數據來分離OLTP和OLAP環境。
2.分區----將經常使用的數據和歷史數據隔離，將歷史數據復制到其它資料庫中
3.授權----將一部分數據提供給需要使用數據的人，以供其使用
4.數據合並-每個區域都有其各自的數據，將其數據進行合並。比如一個大公司，每個地區都有其各自的銷售數據，總部需要匯總這些數據。
5.故障轉移----復制所有數據，以便故障時進行轉移。
復制類型
SQL Server將復制方式分為三大類，每一個發布只能有一種復制類型，分別為:快照復制，事務復制和合並復制。

快照復制
快照復制將發布的所有表做成一個鏡像，然後一次性復制到訂閱伺服器。中間的更新不會像其它復制類型那樣自動傳送到訂閱伺服器。由這個概念不難看出，快照復制的特點會是:
1.佔用網路寬頻，因為一次性傳輸整個鏡像，所以快照復制的內容不應該太大。
2.適合那些更新不頻繁，但每次更新都比較大的數據。比如企業員工信息表，每半年更新一次這類的業務場景。
3.適合訂閱伺服器是OLAP只讀的環境。
事務復制
事務復制就像其名字一樣，復制事務。在第一次設置好事務復制後，發布的表、存儲過程等將會被鏡像，之後每次對於發布伺服器所做的改動都會以日誌的方式傳送到訂閱伺服器。使得發布伺服器和訂閱伺服器幾乎可以保持同步。因此，可以看出事務復制的特點是:
1.發布伺服器和訂閱伺服器內容基本可以同步
2.發布伺服器，分發伺服器，訂閱伺服器之間的網路連接要保持暢通。
3.訂閱伺服器也可以設置成請求訂閱,使得訂閱伺服器也可以不用一直和分發伺服器保持連接。
4.適用於要求實時性的環境。
合並復制
合並復制即允許發布伺服器更新資料庫，也允許訂閱伺服器更新數據。定期將這些更新進行合並，使得發布的數據在所有的節點上保持一致。因此，有可能發布伺服器和訂閱伺服器更新了同樣的數據，當沖突產生時，並不是完全按照發布伺服器優先來處理沖突，而是根據設置進行處理，這些會在後續文章中講到。

⑨ 什麼是發送伺服器、接收伺服器

發送伺服器是SMTP伺服器，接收伺服器是POP伺服器和IMAP伺服器。

1、SMTP伺服器幫助每台計算機在發送或中轉信件時找到下一個目的地。通過SMTP協議所指定的伺服器，就可以把E－mail寄到收信人的伺服器上了，整個過程只要幾分鍾。SMTP伺服器則是遵循SMTP協議的發送郵件伺服器，用來發送或中轉發出的電子郵件。

2、POP3伺服器是遵循POP3協議的接收郵件伺服器，用來接收電子郵件的。POP3協議允許用戶從伺服器上把郵件存儲到本地主機（即自己的計算機）上，同時根據客戶端的操作刪除或保存在郵件伺服器上的郵件。

3、IMAP伺服器的主要作用是郵件客戶端可以從郵件伺服器上獲取郵件的信息，下載郵件等。IMAP協議運行在TCP／IP協議之上，使用的埠是143。它與POP3協議的主要區別是用戶可以不用把所有的郵件全部下載，可以通過客戶端直接對伺服器上的郵件進行操作。

(9)發布伺服器訂閱伺服器是什麼擴展閱讀：

人們通過訪問伺服器實現郵件的交換。伺服器程序通常不能由用戶啟動，而是一直在系統中運行，它一方面負責把本機器上發出的E-mail發送出去，另一方面負責接收其他主機發過來的E-mail，並把各種電子郵件分發給每個用戶。

在用戶處理電子郵件時，需要選擇一種供用戶使用的電子郵件程序。由於網路環境的多樣性，各種網路環境的操作系統與軟體系統也不相同，因此伺服器也不完全一樣。

⑩ sqlserver訂閱發布有什麼用

可以實現數據同步。