【正文】 因此如同微軟建議的一樣，在CDC激活的環(huán)境下，應(yīng)該將更新跟蹤表寫入與原始表不同的文件組并存放在不同的存儲(chǔ)設(shè)備上，注意控制需要監(jiān)控的數(shù)據(jù)列尺寸，同時(shí)應(yīng)該注意為日志文件選取可提高讀取性能的存儲(chǔ)硬件上，比如RAID10。對(duì)部署CDC的建議，經(jīng)過以上測(cè)試，我們可以發(fā)現(xiàn)以下情況：◆CDC激活會(huì)顯著增加日志文件的讀操作。153,600,000個(gè)字節(jié)，約為164MB(假定數(shù)據(jù)頁(yè)填充率為90%)。481000000(10000004對(duì)原始表提交100,000個(gè)事務(wù)。=而表2中的binary(10)字段構(gòu)成了聚簇索引，其中1個(gè)datetime字段構(gòu)成了非聚簇索引。+12因此表2每行數(shù)據(jù)應(yīng)該是20394這里簡(jiǎn)稱為表1和表2。圖5從上面這張圖可以看出，CDC激活后會(huì)生產(chǎn)數(shù)據(jù)表不會(huì)消耗更多的存儲(chǔ)空間，但是更新跟蹤表會(huì)需要俄外的存儲(chǔ)空間。原因是CDC在寫更新跟蹤表時(shí)，需要讀取日志。CDC功能的IO開銷很明顯，CDC功能是會(huì)產(chǎn)生一定的IO和存儲(chǔ)開銷的，為了評(píng)估CDC功能產(chǎn)生的這些開銷。0x00000048000001F70004,SELECT0x00000048000001F70004,兩個(gè)函數(shù)的范例如下(你會(huì)發(fā)現(xiàn)精簡(jiǎn)結(jié)果集的函數(shù)運(yùn)算相當(dāng)慢，至少在CTP4中是這樣的，不知道以后的版本會(huì)不回有改進(jìn))：SELECT12.1最后試一下DROP命令提交完這句語(yǔ)句后，所有cdc架構(gòu)下的表中都沒有看到新記錄。Description提交完這句命令后，只會(huì)在ddl_history表中看到一條新的記錄。提交完了這條命令后，就會(huì)在lsn_time_mapping和dbo_Product_CT中分別看到一條新記錄。WHERE其中dbo_Product_CT表中的_$operation字段的值是第一條是3，第二條是4，_$update_mask字段的值兩條都是0x04。ProductIDN39。)其中dbo_Product_CT表中的_$operation字段的值是第一條是3，第二條是4，_$update_mask字段的值兩條都是0x04。1。Category_$operation字段是代表DML操作類型，1是delete，2是insert，3是update的舊值，4是update的新值。)。ABC39。B%P%Bamp。=1。Product39。sp_cdc_enable_table_change_data_capture39。NULL,ProductNameintTestCDCGOCREATETestCDCGOEXEC如果想知道數(shù)據(jù)表是否進(jìn)行了更新跟蹤。Server會(huì)首先在cdc架構(gòu)下創(chuàng)建五張表用于記錄一些CDC的原數(shù)據(jù)，分別是ddl_history，change_tables，captured_columns，index_columns和lsn_time_mapping。如果想知道一個(gè)數(shù)據(jù)庫(kù)是否啟用了CDC功能。CDC的配置由于CDC是一項(xiàng)比較高端的功能，因此只有在SQLServer必須寫入日志，并在緩存中更新數(shù)據(jù)，然后在檢查點(diǎn)將內(nèi)存中的數(shù)據(jù)刷回?cái)?shù)據(jù)文件。Audit機(jī)制，就是我們所說的ChangeServer平臺(tái)上一直是一件非常頭疼的事情，用戶需要在投入大量開發(fā)精力和投入額外采購(gòu)成本之間做出選擇。SQL第3種方法其實(shí)屬于一種叫做Log筆者見過幾種解決方案：在數(shù)據(jù)表中加入特殊的標(biāo)志列；在常見的企業(yè)數(shù)據(jù)平臺(tái)管理中有一項(xiàng)任務(wù)是一直困擾SQL如何保證數(shù)據(jù)庫(kù)遷移0停機(jī)，實(shí)時(shí)遷移？回答：我們基于CDC技術(shù)CREATE語(yǔ)句，從具有不匹配的在從兩個(gè)不同的服務(wù)器合并這兩個(gè)數(shù)據(jù)庫(kù)時(shí)，可能會(huì)出現(xiàn)此問題。SID用作實(shí)現(xiàn)數(shù)據(jù)庫(kù)級(jí)別訪問的基礎(chǔ)。ServerB因此，必須執(zhí)行以下操作：7sid15433，級(jí)別SID。B已存在。1服務(wù)器主體上的實(shí)例運(yùn)行輸出腳本時(shí)，會(huì)接收到下面的錯(cuò)誤消息：消息B在這些情況下，用戶不會(huì)遇到問題。A原始密碼中的所有字母都是大寫字母。B的排序順序可能區(qū)分大小寫，而服務(wù)器B的排序順序可能不區(qū)分大小寫，而服務(wù)器若要定義某個(gè)登錄的默認(rèn)數(shù)據(jù)庫(kù)，請(qǐng)使用本文中的步驟不會(huì)為特定登錄傳輸默認(rèn)數(shù)據(jù)庫(kù)信息。語(yǔ)句。參數(shù)。CREATEB)如何解決在運(yùn)行語(yǔ)句中使用新的域名來替換原始域名。處在不同的域中，則必須修改輸出腳本。如果服務(wù)器B打開新的查詢編輯器窗口，然后運(yùn)行步驟重要信息：在執(zhí)行步驟Studio，然后連接到您將數(shù)據(jù)庫(kù)移動(dòng)到的上，啟動(dòng)和原始密碼的登錄。sp_help_revlogin5兩個(gè)存儲(chǔ)過程分別命名為“sp_hexadecimal”存儲(chǔ)過程和“sp_help_revlogin”存儲(chǔ)過程。login_cursDEALLOCATEdenylogintype,login_cursPRINTEND++ALTERtmpstrIFEND)CONNECT+SETnotlogin(hasaccessQUOTENAME(TO=accessIFENDENDis_expiration_checked=+SETNOTIFENDis_policy_checked=+SETNOTIFdefaultdb=+39。+PASSWORD++CREATESETWHERENULL39。1=nameENDOFF39。WHENTHENCASEpolicyOUTPWD_string(256)LOGINPROPERTY(SETsidauthenticationBEGIN+[39。WINDOWS++CREATESETNT39。(PRINTnameLogin:tmpstrPRINTBEGIN(fetch_status39。+(varchar,39。=39。39。RETURN39。=defaultdb,SID_varbinary,NEXTU39。39。()(,CURSORELSEU39。39。()(,CURSORNULL)sysnameis_expiration_checked(1024)DECLARE(514)DECLAREvarbinaryintDECLARE(1)DECLAREnamesysnamesp_help_revloginGOCREATENULLsp_help_revlogin39。charvalueGO+SELECTSUBSTRING(hexstring,+charvalue=FLOOR(tempint/16)tempintsecondintfirstinttempint=39。DATALENGTH=39。hexstringiOUTPUTASDECLAREbinvaluesp_hexadecimalDROPISOBJECT_ID打開新的查詢編輯器窗口，然后運(yùn)行以下腳本。SQLSQL實(shí)例，請(qǐng)執(zhí)行以下步驟：1B上的四、遷移重難點(diǎn)分析及措施1.STATSFILE39。[DataBaseName]sqlSTATSFILE39。39。]_fullRESTORE39。DataBaseName39。nvarchar(max)set4：差異備份還原declareNOUNLOAD,DataBaseName差異數(shù)據(jù)庫(kù)備份39。NOINIT,WITHDISK生成的SQLDataBaseName_diffBACKUP=SKIP,+dbname+39。=,39。N39。]_diffBACKUP=39。sql10GONOUNLOAD,N39。N39。N39。N39。FILE39。[DataBaseName]sqlSTATS,D:\DataBase\39。N39。.mdf39。N39。DataBase_Name39。1,D:\DBBackup\39。DISK[39。39。sql=varchar(100)declare=SKIP,=WITHDISKBACKUP10GO39。NOREWIND,完整數(shù)據(jù)庫(kù)備份39。39。NOFORMAT,+dbname+39。=+dbname+39。_full=39。sql三、參考腳本注意修改下面腳本中數(shù)據(jù)庫(kù)的名稱，還有絕對(duì)路徑。+為了使宕機(jī)時(shí)間最短，我們這里使用了完整備份和差異備份來遷移數(shù)據(jù)庫(kù)，在白天的時(shí)候?qū)π枰w移的數(shù)據(jù)庫(kù)進(jìn)行一次完整備份（），并把備份文件拷貝（這里可以使用FTP軟件進(jìn)行斷點(diǎn)續(xù)傳）到目標(biāo)服務(wù)器進(jìn)行還原，等到下班時(shí)間之后再進(jìn)行一次差異備份（），再把這個(gè)差異備份拷貝到目標(biāo)服務(wù)器，在完整還原的基礎(chǔ)上再進(jìn)行差異還原。在每一個(gè)群集主機(jī)上至少配置兩個(gè)網(wǎng)絡(luò)適配器，但是并非必要；；；在彈出的對(duì)話框中選擇“添加主機(jī)到群集”，添加主機(jī)的真正原因就是達(dá)到網(wǎng)絡(luò)負(fù)載平衡的原因，如圖59所示：，在下面圖的界面中添加將要成為群集成員的IP地址（或者主機(jī)的名稱）單擊連接按鈕，將在底部的對(duì)話框中會(huì)彈出可以用的網(wǎng)絡(luò)適配器。，在這里連接時(shí)候是在第二個(gè)服務(wù)器上面添加。如圖56所示，把第一臺(tái)主機(jī)的優(yōu)先級(jí)設(shè)為1。“連接”的對(duì)話框中來輸入和服務(wù)器相連的IP地址；，點(diǎn)擊“連接”就會(huì)彈出如圖55所示的對(duì)話框。當(dāng)然在下面如圖所示的界面中也可以來刪除端口規(guī)則。：在開始——運(yùn)行中輸入nlbmgr，單擊“確定”按鈕，打開“網(wǎng)絡(luò)負(fù)載平衡管理器”窗口。在配置負(fù)載均衡的時(shí)候步驟主要有三個(gè)地址的傳入網(wǎng)絡(luò)通信。然后運(yùn)行在NLB節(jié)點(diǎn)上的NLB服務(wù)根據(jù)同樣的NLB算法來確定是否應(yīng)該由自己進(jìn)行處理，如果不是則丟棄客戶的請(qǐng)求數(shù)據(jù)包，如果是則進(jìn)行處理。當(dāng)一個(gè)任務(wù)到達(dá)一臺(tái)超載的計(jì)算機(jī)時(shí)，就把這個(gè)任務(wù)傳送到此臺(tái)計(jì)算機(jī)棧頂?shù)挠?jì)算機(jī)上。對(duì)此策略的一個(gè)簡(jiǎn)單改進(jìn)時(shí)，無論何時(shí)，碰到一臺(tái)隊(duì)列長(zhǎng)度為0的計(jì)算機(jī)時(shí)，不再繼續(xù)探測(cè)，因?yàn)榭梢源_定此計(jì)算機(jī)是一臺(tái)可以接受的目的計(jì)算機(jī)。①集中策略。經(jīng)過總結(jié)，共有以下四種放置策略（3）放置策略而進(jìn)程遷移能夠遷移正在執(zhí)行的任務(wù)，是對(duì)這種只能傳送剛剛接收的任務(wù)的一種改進(jìn)。例如，采用將六個(gè)參數(shù)中的某兩個(gè)進(jìn)行AND或OR組合，得到的平均響應(yīng)時(shí)間反而比單個(gè)參數(shù)的平均響應(yīng)時(shí)間還要差一些?？傊?，負(fù)載平衡的目標(biāo)是：提供最短的平均任務(wù)響應(yīng)時(shí)間；能適于變化的負(fù)載；是可靠的負(fù)載平衡機(jī)制。放置策略：對(duì)于適合傳送到其它計(jì)算機(jī)處理的任務(wù)，選擇任務(wù)將被傳送的目的計(jì)算機(jī)。策略：制定任務(wù)放置策略的制定者使用的負(fù)載和任務(wù)量，以及分配的方式。一個(gè)負(fù)載平衡算法都包含以下三個(gè)組成部分：server群集；（3）利用IIS搭建了一個(gè)WEB站點(diǎn)。數(shù)據(jù)庫(kù)可分為三類：故障切換集群、分布式數(shù)據(jù)庫(kù)系統(tǒng)、共享磁盤系統(tǒng)。在進(jìn)行數(shù)據(jù)庫(kù)設(shè)計(jì)時(shí)，要根據(jù)企業(yè)組織中各類用戶的信息要求和處理需求來對(duì)數(shù)據(jù)庫(kù)進(jìn)行設(shè)計(jì)。當(dāng)主動(dòng)服務(wù)器掛了，則繼續(xù)由被動(dòng)服務(wù)器接手。常見的應(yīng)用有SQL最多支持32個(gè)節(jié)點(diǎn)。一般來說組建一個(gè)NLB要求至少兩個(gè)節(jié)點(diǎn)，其中一個(gè)節(jié)點(diǎn)不能使用，這全部負(fù)載將落入到剩下的那個(gè)節(jié)點(diǎn)上，即全載。當(dāng)用戶訪問集群的時(shí)候，集群能將訪問請(qǐng)求分?jǐn)偟郊褐械拿總€(gè)服務(wù)器上，以達(dá)到均衡負(fù)載的效果。除此之外，企業(yè)結(jié)合自身的網(wǎng)絡(luò)安全，確保NLB站點(diǎn)的高效運(yùn)作。在安全方面，除了我們進(jìn)行的端口規(guī)則設(shè)定，Windows微軟的網(wǎng)絡(luò)負(fù)載平衡可以提供最多32臺(tái)主機(jī)的負(fù)載平衡，當(dāng)我們的Web站點(diǎn)需要分擔(dān)更多用戶訪問請(qǐng)求的時(shí)候，負(fù)載均衡無疑是值得考慮的一個(gè)解決方案?！?I.遷移測(cè)試遷移后，需進(jìn)行測(cè)試來驗(yàn)證遷移是否成功，測(cè)試場(chǎng)