本文我們通過SQL Server 2016一個實例數(shù)據(jù)表,給大家詳細分析了快照代理過程遇到的問題和解決辦法,并對快照生成過程做了詳細說明,以下是全部內容:
概述
快照代理準備已發(fā)布表的架構和初始數(shù)據(jù)文件以及其他對象、存儲快照文件并記錄分發(fā)數(shù)據(jù)庫中的同步信息。 快照代理在分發(fā)服務器上運行;SQLServer2016版本對快照代理做了一些比較好的優(yōu)化,接下來詳細了解一下快照的執(zhí)行過程。
一、快照代理文件
在執(zhí)行快照作業(yè)是會在指定的快照目錄生成4種類型的文件。
BCP文件:發(fā)布對象的數(shù)據(jù)文件。
IDX文件:索引創(chuàng)建腳本文件
PRE文件:復制快照腳本文件。
SCH文件:架構創(chuàng)建腳本文件
二、默認快照代理配置文件
![](/d/20211017/3a767a3a94c288fe050b66bb3cb81264.gif)
-BcpBachSize:每一次執(zhí)行bcp操作copy的最大記錄行數(shù),默認是10萬行。
-HistoryVerboseLevel:指定在快照操作過程中記錄的歷史記錄大小。
-LoginTimeout:登錄超時前等待的秒數(shù)。 默認值為 15 秒。
-QueryTimeOut:查詢超時前等待的秒數(shù)。默認值為 1800 秒
備注:通過右鍵快照代理-快照代理配置文件;可以配置快照代理。
三、對比不同版本快照代理
接下來測試對比2億的記錄表生成快照
1.bcp文件數(shù)量對比
2008R2
![](/d/20211017/cef52ba8d2c78fe7b94a990464a3b6f0.gif)
2016SP1
![](/d/20211017/281d81457ba7c3c48b78588c8b6cc599.gif)
這里重點說一下BCP文件,因為應用快照到訂閱服務器是以BCP文件為基本單位,也就是說不管你的BCP文件有多大都是一次性bulk到訂閱服務器,所以BCP文件越大每次應用的時間就會越長。如果一個BCP文件太大可能會導致插入到訂閱端失敗。
從上圖可以看到同樣是2億的記錄,2008R2總共有8個BCP文件,而且最大的BCP文件大小將近1G其它的都才幾兆;2016有16個BCP文件,并且前15個都是50M左右數(shù)據(jù)比較均勻。接下來看下圖的每個BCP文件的記錄對比。
2.快照生成詳細過程對比
2008r2
![](/d/20211017/8ac6b7594ad38ed0543dc689177e27a4.gif)
![](/d/20211017/607de157a951c9479ad0302b047c0de6.gif)
2016SP1
![](/d/20211017/e5c8bfe4b2bf53feba25ce932cb2209b.gif)
從生成的BCP文件記錄對比來看:
2008R2:前7個文件每個文件記錄數(shù)大概70萬左右,最后一個文件記錄1.1億。
2016:前15個文件每個文件記錄700萬左右,最后一個文件78萬。
說明:
2008R2前7個文件每個文件大概存儲的記錄量是70萬剩下的記錄都會存儲到最后一個文件,所以2008R2比較適合的表記錄數(shù)是600萬左右。
2016前15個文件每個文件大概存儲的記錄量是700萬剩下的記錄都會存儲到最后一個文件,2016適合的表記錄數(shù)1.2億左右。
![](/d/20211017/4e8700c14c6fcd21251a4a26f31ce0d4.gif)
共同缺點:表記錄超過“適合的復制表記錄數(shù)”后剩下數(shù)據(jù)會全部存儲到最后個bcp文件中。
3.分發(fā)對比
接下來看一下分發(fā)的詳細過程
![](/d/20211017/cf5ecbe154357def6dc83c643fc20904.gif)
從2008R2分發(fā)記錄過程中可以看到每次BULK都是以bcp文件為單位,復制最后一個bcp文件花費了大概22分鐘,而前面的每個文件都是十幾秒;還是由于我當前的表只有三個字段而且除了主鍵沒有索引否則的時間就更長了。
四、快照生成過程
復制快照代理是一個可執(zhí)行文件,用于準備快照文件(其中包含已發(fā)布表和數(shù)據(jù)庫對象的架構及數(shù)據(jù)),然后將這些文件存儲在快照文件夾中,并在分發(fā)數(shù)據(jù)庫中記錄同步作業(yè)。
![](/d/20211017/a183d6ce5f63e3632a8d546ffb85e087.gif)
從上圖可以了解整個快照的生成過程。
五、語法
snapshot [ -?]
-Publisher server_name[\instance_name]
-Publication publication_name
[-70Subscribers]
[-BcpBatchSize bcp_batch_size]
[-DefinitionFile def_path_and_file_name]
[-Distributor server_name[\instance_name]]
[-DistributorDeadlockPriority [-1|0|1] ]
[-DistributorLogin distributor_login]
[-DistributorPassword distributor_password]
[-DistributorSecurityMode [0|1] ]
[-DynamicFilterHostName dynamic_filter_host_name]
[-DynamicFilterLogin dynamic_filter_login]
[-DynamicSnapshotLocation dynamic_snapshot_location]
[-EncryptionLevel [0|1|2]]
[-FieldDelimiter field_delimiter]
[-HistoryVerboseLevel [0|1|2|3] ]
[-HRBcpBlocks number_of_blocks ]
[-HRBcpBlockSize block_size ]
[-HRBcpDynamicBlocks ]
[-KeepAliveMessageInterval keep_alive_interval]
[-LoginTimeOut login_time_out_seconds]
[-MaxBcpThreads number_of_threads ]
[-MaxNetworkOptimization [0|1]]
[-Output output_path_and_file_name]
[-OutputVerboseLevel [0|1|2] ]
[-PacketSize packet_size]
[-ProfileName profile_name]
[-PublisherDB publisher_database]
[-PublisherDeadlockPriority [-1|0|1] ]
[-PublisherFailoverPartner server_name[\instance_name] ]
[-PublisherLogin publisher_login]
[-PublisherPassword publisher_password]
[-PublisherSecurityMode [0|1] ]
[-QueryTimeOut query_time_out_seconds]
[-ReplicationType [1|2] ]
[-RowDelimiter row_delimiter]
[-StartQueueTimeout start_queue_timeout_seconds]
[-UsePerArticleContentsView use_per_article_contents_view]
參數(shù)
-?
輸出所有可用的參數(shù)。
-Publisher server_name[\instance_name]
發(fā)布服務器的名稱。 為該服務器上的 Microsoft SQL Server 默認實例指定 server_name。 為該服務器上的 server_name\instance_name instance_name SQL Server 默認實例指定 server_name。
-Publication 發(fā)布
發(fā)布的名稱。 只有將發(fā)布設置為總是使快照可用于新訂閱或重新初始化的訂閱時,此參數(shù)才有效。
-70Subscribers
如果有任何訂閱服務器在運行 SQL Server 7.0 版,則必須使用此參數(shù)。
-BcpBatchSize bcp batch\ size
在一次大容量復制操作中發(fā)送的行數(shù)。 執(zhí)行 bcp in 操作時,批的大小為要作為一個事務發(fā)送到服務器的行數(shù),并且也是分發(fā)代理記錄 bcp 進度消息之前必須發(fā)送的行數(shù)。 當執(zhí)行 bcp out 操作時,將使用固定批大小 1000。 值為 0 表示不記錄任何消息。
-DefinitionFile def_path_and_file_name
代理定義文件的路徑。 代理定義文件中包含該代理的命令行參數(shù)。 文件的內容被當作可執(zhí)行文件進行分析。 使用雙引號 (") 指定包含任意字符的參數(shù)值。
-Distributor server_name[\instance_name]
分發(fā)服務器名稱。 為該服務器上的 默認實例指定 server_name SQL Server 。 為該服務器上的 server_name\instance_name instance_name SQL Server 默認實例指定 server_name。
-DistributorDeadlockPriority [-1|0|1]
死鎖發(fā)生時快照代理連接到分發(fā)服務器的優(yōu)先級。 指定此參數(shù)是為了解決快照生成期間在快照代理和用戶應用程序之間發(fā)生的死鎖問題。
DistributorDeadlockPriority 值
說明
-1
在分發(fā)服務器上發(fā)生死鎖時,應用程序而非快照代理優(yōu)先。
0 (默認值)
未分配優(yōu)先級。
1
在分發(fā)服務器上發(fā)生死鎖時,快照代理優(yōu)先。
-DistributorLogin distributor_login
使用 SQL Server 身份驗證連接到分發(fā)服務器時所用的登錄名。
-DistributorPassword distributor_password
使用 SQL Server 身份驗證連接到分發(fā)服務器時使用的密碼。 。
-DistributorSecurityMode [ 0| 1]
指定分發(fā)服務器的安全模式。 值 0 指示 SQL Server 身份驗證模式(默認設置),值 1 指示 Windows 身份驗證模式。
-DynamicFilterHostName dynamic_filter_host_name
在創(chuàng)建動態(tài)快照時,用來為篩選中的 HOST_NAME (Transact-SQL) 設置值。 例如,如果為項目指定了子集篩選器子句 rep_id = HOST_NAME() ,并且在調用合并代理之前將 DynamicFilterHostName 屬性設置為“FBJones”,則只會復制 rep_id 列中具有“FBJones”的行。
-DynamicFilterLogin dynamic_filter_login
在創(chuàng)建動態(tài)快照時,用來為篩選中的 SUSER_SNAME (Transact-SQL) 設置值。 例如,如果為項目指定了子集篩選器子句 user_id = SUSER_SNAME() ,并且在調用 SQLSnapshot 對象的 Run 方法之前將 DynamicFilterLogin 屬性設置為“rsmith”,則只將 user_id 列中具有“rsmith”的行包括在快照中。
-DynamicSnapshotLocation dynamic_snapshot_location
應生成動態(tài)快照的位置。
-EncryptionLevel [ 0 | 1 | 2 ]
建立連接時快照代理使用的安全套接字層 (SSL) 加密的等級。
EncryptionLevel 值
說明
0
指定不使用 SSL。
1
指定使用 SSL,但是代理不驗證 SSL 服務器證書是否已由可信的頒發(fā)者進行簽名。
2
指定使用 SSL,并驗證證書。
-FieldDelimiter field_delimiter
在 SQL Server 大容量復制數(shù)據(jù)文件中用于標記字段末尾的字符或字符序列。 默認值為 \nx$3>\n。
-HistoryVerboseLevel [ 1| 2| 3]
指定在快照操作過程中記錄的歷史記錄大小。 選擇 1可將歷史日志記錄對性能的影響減至最小。
HistoryVerboseLevel 值
說明
0
進度消息將寫入控制臺或輸出文件。 不在分發(fā)數(shù)據(jù)庫中記錄歷史記錄。
1
總是更新具有相同狀態(tài)(啟動、進行中、成功等)的上一歷史記錄消息。 如果不存在狀態(tài)相同的上一記錄,將插入新記錄。
2 (默認值)
除非記錄為空閑消息或長時間運行的作業(yè)消息等信息(此時將更新上一記錄),否則插入新的歷史記錄。
3
始終插入新記錄,除非它與空閑消息有關。
-HRBcpBlocks number_of_blocks
在編寫器線程和讀取器線程之間排隊的 bcp 數(shù)據(jù)塊的數(shù)量。 默認值為 50。 HRBcpBlocks 僅用于 Oracle 發(fā)布。
備注
此參數(shù)用于通過 Oracle 發(fā)布服務器優(yōu)化 bcp 的性能。
-HRBcpBlockSizeblock_size
每個 bcp 數(shù)據(jù)塊的大?。ㄒ?KB 為單位)。 默認值為 64 KB。 HRBcpBlocks 僅用于 Oracle 發(fā)布。
備注
此參數(shù)用于通過 Oracle 發(fā)布服務器優(yōu)化 bcp 的性能。
-HRBcpDynamicBlocks
每個 bcp 數(shù)據(jù)塊的大小是否可以動態(tài)增長。 HRBcpBlocks 僅用于 Oracle 發(fā)布。
備注
此參數(shù)用于通過 Oracle 發(fā)布服務器優(yōu)化 bcp 的性能。
-KeepAliveMessageInterval keep_alive_interval
快照代理在向 MSsnapshot_history 表中記錄“waiting for backend message”之前等待的時間(以秒為單位)。 默認值為 300 秒。
-LoginTimeOut login_time_out_seconds
登錄超時前等待的秒數(shù)。 默認值為 15 秒。
-MaxBcpThreads number_of_threads
指定可以并行執(zhí)行的大容量復制操作的數(shù)量。 同時存在的線程和 ODBC 連接的最大數(shù)量為 MaxBcpThreads 或顯示在分發(fā)數(shù)據(jù)庫中同步事務中的大容量復制請求數(shù)中較小的那一個。 MaxBcpThreads 的值必須大于 0 ,并且不存在任何硬編碼的上限。 默認值為 1。
- MaxNetworkOptimization [ 0| 1]
是否將無關刪除操作發(fā)送到訂閱服務器。 無關刪除操作是針對不屬于訂閱服務器分區(qū)的行發(fā)送到訂閱服務器的 DELETE 命令。 無關刪除操作不會影響數(shù)據(jù)的完整性或收斂,但它們會導致不必要的網絡通信。 MaxNetworkOptimization 的默認值是 0。 將 MaxNetworkOptimization 設置為 1 可將不相關的刪除操作發(fā)生的機會減至最小,從而減少網絡通信,并最大程度地優(yōu)化網絡。如果存在多個級別的聯(lián)接篩選器和復雜子集篩選器,則將此參數(shù)設置為 1 還會增加元數(shù)據(jù)的存儲并導致發(fā)布服務器性能下降。 您應仔細評估您的復制拓撲,僅當無關刪除操作導致的網絡通信高到無法接受時才應將 MaxNetworkOptimization 設置為 1 。
備注
僅當合并發(fā)布的同步優(yōu)化選項(sp_addmergepublication (Transact-SQL) 的 @keep_partition_changes 參數(shù))設置為 true 時,將此參數(shù)設置為 1 才是有用的。
-Output output_path_and_file_name
代理輸出文件的路徑。 如果未提供文件名,則向控制臺發(fā)送該輸出。 如果指定的文件名已存在,會將輸出追加到該文件。
-OutputVerboseLevel [ 0| 1| 2]
指定輸出是否應提供詳細內容。
OutputVerboseLevel 值
說明
0
僅輸出錯誤消息。
1 (默認值)
輸出所有進度報告消息(默認值)。
2
輸出所有錯誤消息和進度報告消息,這對于調試很有用。
-PacketSize packet_size
快照代理連接到 SQL Server時使用的數(shù)據(jù)包大?。ㄒ宰止?jié)為單位)。 默認值為 8192 字節(jié)。
備注
除非您確信能夠提高性能,否則不要更改數(shù)據(jù)包的大小。 對于大多數(shù)應用程序而言,默認數(shù)據(jù)包大小為最佳數(shù)值。
-ProfileName profile_name
指定用于代理參數(shù)的代理配置文件。 如果 ProfileName 為 NULL,則將禁用代理配置文件。 如果未指定 ProfileName ,則使用該代理類型的默認配置文件。
-PublisherDB publisher_database
發(fā)布數(shù)據(jù)庫的名稱。 Oracle 發(fā)布服務器不支持該參數(shù)。
-PublisherDeadlockPriority [-1|0|1]
死鎖發(fā)生時快照代理連接到發(fā)布服務器的優(yōu)先級。 指定此參數(shù)是為了解決快照生成期間在快照代理和用戶應用程序之間發(fā)生的死鎖問題。
PublisherDeadlockPriority 值
說明
-1
在發(fā)布服務器上發(fā)生死鎖時,應用程序而非快照代理優(yōu)先。
0 (默認值)
未分配優(yōu)先級。
1
在發(fā)布服務器上發(fā)生死鎖時,快照代理優(yōu)先。
-PublisherFailoverPartner server_name[\instance_name]
指定參加與發(fā)布數(shù)據(jù)庫進行的數(shù)據(jù)庫鏡像會話的 SQL Server 故障轉移伙伴實例。
-PublisherLogin publisher_login
使用 SQL Server 身份驗證連接到發(fā)布服務器時所用的登錄名。
-PublisherPassword publisher_password
使用 SQL Server 身份驗證連接到發(fā)布服務器時使用的密碼。 。
-PublisherSecurityMode [ 0| 1]
指定發(fā)布服務器的安全模式。 值 0 指示 SQL Server 身份驗證(默認值),值 1 指示 Windows 身份驗證模式。
-QueryTimeOut query_time_out_seconds
查詢超時前等待的秒數(shù)。默認值為 1800 秒。
-ReplicationType [ 1| 2]
指定復制的類型。 值 1 指示事務復制,值 2 指示合并復制。
-RowDelimiter row_delimiter
在 SQL Server 大容量復制數(shù)據(jù)文件中用于標記行尾的字符或字符序列。 默認值為 \n,@g>\n。
-StartQueueTimeout start_queue_timeout_seconds
當運行的并發(fā)動態(tài)快照進程數(shù)達到由 sp_addmergepublication (Transact-SQL) 的 @max_concurrent_dynamic_snapshots 屬性設置的限制值時,快照代理等待的最大秒數(shù)。 如果在經過最大秒數(shù)之后快照代理仍在等待,快照代理將退出。 值 0 表示代理將無限期地等待,盡管可以將其取消。
- UsePerArticleContentsView use_per_article_contents_view
已不推薦使用此參數(shù),支持它是為了能夠向后兼容。
總結
由于在生成快照需要擁有對象的架構鎖,所以在生成快照的過程中表對象是只讀的。如果對大表生成快照千萬不要選擇在業(yè)務繁忙的時候否則有可能造成系統(tǒng)癱瘓,2016生成快照的時間比2008要快很多。通過對比可以發(fā)現(xiàn)2016的復制生成快照比2008性能提升了很多。但是從2014到2016BCP文件從32個變成16個不知道是出于什么原因。