本文我們通過SQL Server 2016一個實例數(shù)據(jù)表，給大家詳細(xì)分析了快照代理過程遇到的問題和解決辦法，并對快照生成過程做了詳細(xì)說明，以下是全部內(nèi)容：

概述

 快照代理準(zhǔn)備已發(fā)布表的架構(gòu)和初始數(shù)據(jù)文件以及其他對象、存儲快照文件并記錄分發(fā)數(shù)據(jù)庫中的同步信息。 快照代理在分發(fā)服務(wù)器上運行；SQLServer2016版本對快照代理做了一些比較好的優(yōu)化，接下來詳細(xì)了解一下快照的執(zhí)行過程。

一、快照代理文件

在執(zhí)行快照作業(yè)是會在指定的快照目錄生成4種類型的文件。

BCP文件：發(fā)布對象的數(shù)據(jù)文件。

IDX文件：索引創(chuàng)建腳本文件

PRE文件：復(fù)制快照腳本文件。

SCH文件：架構(gòu)創(chuàng)建腳本文件

二、默認(rèn)快照代理配置文件

-BcpBachSize:每一次執(zhí)行bcp操作copy的最大記錄行數(shù)，默認(rèn)是10萬行。

-HistoryVerboseLevel:指定在快照操作過程中記錄的歷史記錄大小。

-LoginTimeout:登錄超時前等待的秒數(shù)。 默認(rèn)值為 15 秒。

-QueryTimeOut:查詢超時前等待的秒數(shù)。默認(rèn)值為 1800 秒

 備注：通過右鍵快照代理-快照代理配置文件；可以配置快照代理。

三、對比不同版本快照代理

接下來測試對比2億的記錄表生成快照

1.bcp文件數(shù)量對比

2008R2

2016SP1

這里重點說一下BCP文件，因為應(yīng)用快照到訂閱服務(wù)器是以BCP文件為基本單位，也就是說不管你的BCP文件有多大都是一次性bulk到訂閱服務(wù)器，所以BCP文件越大每次應(yīng)用的時間就會越長。如果一個BCP文件太大可能會導(dǎo)致插入到訂閱端失敗。

從上圖可以看到同樣是2億的記錄，2008R2總共有8個BCP文件，而且最大的BCP文件大小將近1G其它的都才幾兆；2016有16個BCP文件，并且前15個都是50M左右數(shù)據(jù)比較均勻。接下來看下圖的每個BCP文件的記錄對比。

2.快照生成詳細(xì)過程對比

2008r2

2016SP1

從生成的BCP文件記錄對比來看：

2008R2：前7個文件每個文件記錄數(shù)大概70萬左右，最后一個文件記錄1.1億。

2016：前15個文件每個文件記錄700萬左右，最后一個文件78萬。

說明：

2008R2前7個文件每個文件大概存儲的記錄量是70萬剩下的記錄都會存儲到最后一個文件,所以2008R2比較適合的表記錄數(shù)是600萬左右。

2016前15個文件每個文件大概存儲的記錄量是700萬剩下的記錄都會存儲到最后一個文件，2016適合的表記錄數(shù)1.2億左右。

共同缺點：表記錄超過“適合的復(fù)制表記錄數(shù)”后剩下數(shù)據(jù)會全部存儲到最后個bcp文件中。

3.分發(fā)對比

接下來看一下分發(fā)的詳細(xì)過程

 從2008R2分發(fā)記錄過程中可以看到每次BULK都是以bcp文件為單位，復(fù)制最后一個bcp文件花費了大概22分鐘，而前面的每個文件都是十幾秒；還是由于我當(dāng)前的表只有三個字段而且除了主鍵沒有索引否則的時間就更長了。

四、快照生成過程

復(fù)制快照代理是一個可執(zhí)行文件，用于準(zhǔn)備快照文件（其中包含已發(fā)布表和數(shù)據(jù)庫對象的架構(gòu)及數(shù)據(jù)），然后將這些文件存儲在快照文件夾中，并在分發(fā)數(shù)據(jù)庫中記錄同步作業(yè)。

從上圖可以了解整個快照的生成過程。

五、語法

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]