下載吧 - 綠色安全的游戲和軟件下載中心

          軟件下載吧

          當前位置:軟件下載吧 > 數據庫 > MS_SQL > 一文帶你詳解SQL Server 2016數據庫快照代理過程

          一文帶你詳解SQL Server 2016數據庫快照代理過程

          時間:2024-03-26 14:33作者:下載吧人氣:36

          本文我們通過SQL Server 2016一個實例數據表,給大家詳細分析了快照代理過程遇到的問題和解決辦法,并對快照生成過程做了詳細說明,以下是全部內容:

          概述

           快照代理準備已發布表的架構和初始數據文件以及其他對象、存儲快照文件并記錄分發數據庫中的同步信息。 快照代理在分發服務器上運行;SQLServer2016版本對快照代理做了一些比較好的優化,接下來詳細了解一下快照的執行過程。

          一、快照代理文件

          在執行快照作業是會在指定的快照目錄生成4種類型的文件。

          BCP文件:發布對象的數據文件。

          IDX文件:索引創建腳本文件

          PRE文件:復制快照腳本文件。

          SCH文件:架構創建腳本文件

          二、默認快照代理配置文件

          一文帶你詳解SQL Server 2016數據庫快照代理過程

          -BcpBachSize:每一次執行bcp操作copy的最大記錄行數,默認是10萬行。

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

          -LoginTimeout:登錄超時前等待的秒數。 默認值為 15 秒。

          -QueryTimeOut:查詢超時前等待的秒數。默認值為 1800 秒

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

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

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

          1.bcp文件數量對比

          2008R2

           一文帶你詳解SQL Server 2016數據庫快照代理過程

          2016SP1

          一文帶你詳解SQL Server 2016數據庫快照代理過程

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

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

          2.快照生成詳細過程對比

          2008r2

          一文帶你詳解SQL Server 2016數據庫快照代理過程

          一文帶你詳解SQL Server 2016數據庫快照代理過程

          2016SP1

          一文帶你詳解SQL Server 2016數據庫快照代理過程

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

          2008R2:前7個文件每個文件記錄數大概70萬左右,最后一個文件記錄1.1億。

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

          說明:

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

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

          一文帶你詳解SQL Server 2016數據庫快照代理過程

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

          3.分發對比

          接下來看一下分發的詳細過程

          一文帶你詳解SQL Server 2016數據庫快照代理過程

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

          四、快照生成過程

          復制快照代理是一個可執行文件,用于準備快照文件(其中包含已發布表和數據庫對象的架構及數據),然后將這些文件存儲在快照文件夾中,并在分發數據庫中記錄同步作業。

          一文帶你詳解SQL Server 2016數據庫快照代理過程

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

          五、語法

          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] 
          標簽MSSQL,SQLServer,技術文檔,數據庫,SQLSERVER

          相關下載

          查看所有評論+

          網友評論

          網友
          您的評論需要經過審核才能顯示

          熱門閱覽

          最新排行

          公眾號

          主站蜘蛛池模板: 日本不卡在线一区二区三区视频 | 一区二区三区国产精品| 精品国产天堂综合一区在线| 亚洲日本一区二区一本一道| 精品不卡一区二区| 狠狠色成人一区二区三区| 精品亚洲福利一区二区| 亚洲av无码一区二区三区天堂 | 亚洲色无码专区一区| 亚洲国产精品乱码一区二区| 亚洲一区二区三区免费| 国产精品免费视频一区| 国产精品视频一区| 婷婷亚洲综合一区二区| 成人区人妻精品一区二区三区| 文中字幕一区二区三区视频播放| 国产美女av在线一区| 无码AV动漫精品一区二区免费| 日韩精品免费一区二区三区| 激情久久av一区av二区av三区| 午夜一区二区在线观看| 大帝AV在线一区二区三区| 国产无吗一区二区三区在线欢| 国产精品一区二区三区久久| 国产一区二区免费在线| 成人精品一区久久久久| 一区二区三区久久精品| 嫩B人妻精品一区二区三区| 国产在线精品一区二区三区不卡| 最美女人体内射精一区二区| 丝袜人妻一区二区三区| 国产在线一区二区| 久久精品国产一区二区三区肥胖 | 亚洲一区精品视频在线| 99久久无码一区人妻a黑| 欧美日韩综合一区二区三区| 国内精品一区二区三区最新 | 人体内射精一区二区三区| 亚洲第一区视频在线观看| 国产精品高清视亚洲一区二区| 亚洲乱码av中文一区二区|