DBI302深入了解SQLServer交易紀(jì)錄

深化了解SQLServer買賣紀(jì)錄胡百敬byronhu.wordpress合夥顧問集英信誠DBI302大綱買賣紀(jì)錄簡介CheckpointVirtualLogFiles結(jié)構(gòu)VLF重用VLF破碎資料庫復(fù)原方式買賣紀(jì)錄備份Bulk買賣紀(jì)錄維護買賣

紀(jì)錄循環(huán)運用買賣紀(jì)錄資料檔案資料存放的地方一定在某個檔案群組內(nèi)考慮運用兩個以上的檔案群組，Primary檔案群組存放系統(tǒng)物件隨機讀寫買賣紀(jì)錄檔完成寫入後，才會到此更新資料變更會寫入兩次，先買賣紀(jì)錄，後資料檔案買賣紀(jì)錄檔擷取資料庫變動的狀態(tài)一定先更動此，再更新到資料檔維護買賣的Atomicity和Durability循序?qū)懭耄ǔＲ惭蜃x出普通只需求一個買賣紀(jì)錄檔買賣紀(jì)錄先寫在更新資料檔之前，一切的變化須能永久記錄在買賣紀(jì)錄內(nèi)Atomic變更能全部完成，或完全沒變買賣紀(jì)錄能保證回復(fù)可行Durability變更能在穩(wěn)定的媒體上永久保管放置買賣紀(jì)錄檔買賣紀(jì)錄檔應(yīng)該放哪？專用的LUN通常是較好的選項假設(shè)存取量高，需求專屬的磁碟系統(tǒng)RAID1或RAID10提供保護與效能RAID5通常不利於更新儘量不要與其他檔案共用不同的檔案放在一同存取，大家都變成隨機存取SQLServer資料庫上線資料庫需求經(jīng)過一系列的動作，才干進入一致的狀態(tài)普通稱為Recovery需求買賣紀(jì)錄何時發(fā)生：資料庫從離線轉(zhuǎn)成線上附加資料庫還原資料庫服務(wù)停頓重起/叢集容錯移轉(zhuǎn)Recovery的階段分析讀取交易紀(jì)錄找尋進行中的交易和DirtyPages從最後一次的Checkpoint之後開始找尋從何開始Redo流程Redo重播所有完成但未更新到資料檔的交易若是Enterprise版本，則在這個時間點可以存取資料庫Undo回復(fù)資料庫損毀時，未完的交易可能需要多次讀取交易紀(jì)錄從最舊的交易紀(jì)錄開始Checkpoint確保Recovery的Redo階段最少任務(wù)量將更新過的資料頁(dirtypage)寫入到磁碟內(nèi)的資料檔不論買賣狀態(tài)如何，將一切的dirtypage寫入到資料檔能夠呵斥大量的I/O不會從Bufferpool移除資料頁當(dāng)有記憶體壓力時，LazyWriter執(zhí)行此任務(wù)Checkpoint相關(guān)選項搭配sp_configure設(shè)定執(zhí)行個體recoveryinterval選項SQLServer2021後可設(shè)定資料庫層級Target_Recovery_Time選項DemoCheckpoint買賣紀(jì)錄保證資料庫的買賣每筆紀(jì)錄透過LogSequenceNumber獨一標(biāo)示不僅與完成的買賣有關(guān)記載一切的變動包含可以Redo和Undo買賣的一切資訊大綱買賣紀(jì)錄簡介CheckpointVirtualLogFiles結(jié)構(gòu)VLF重用VLF破碎資料庫復(fù)原方式買賣紀(jì)錄備份Bulk買賣紀(jì)錄維護買賣

紀(jì)錄循環(huán)運用買賣紀(jì)錄資料庫復(fù)原方式SimpleCheckpoint發(fā)生時清掉交易紀(jì)錄BulkLogged備份交易紀(jì)錄後清掉交易紀(jì)錄部分動作可以使用最少量的交易紀(jì)錄Full備份交易紀(jì)錄後清掉交易紀(jì)錄所有的行為都有完整的紀(jì)錄預(yù)設(shè)值買賣紀(jì)錄備份將Redo和Undo不再需求的買賣紀(jì)錄存放到備份檔中，並從買賣紀(jì)錄檔移除搭配完好備份，以還原資料庫到特定時間點Simple復(fù)原方式無法備份買賣紀(jì)錄不保證買賣紀(jì)錄空間會被重用不會縮小買賣紀(jì)錄檔案BulkLogged特定的行為可以讓SQLServer僅記錄發(fā)生該行為以及運用的空間可以讓動作執(zhí)行得較快留意：在BulkLogged動作完成買賣前，必須將受影響的資料頁內(nèi)容寫入資料檔買賣紀(jì)錄檔成長得較小，但買賣紀(jì)錄備份檔不會較小DemoBulkLogged行為大綱買賣紀(jì)錄簡介CheckpointVirtualLogFiles結(jié)構(gòu)VLF重用VLF破碎資料庫復(fù)原方式買賣紀(jì)錄備份Bulk買賣紀(jì)錄維護買賣

紀(jì)錄循環(huán)運用買賣紀(jì)錄記錄的行為我們希望買賣紀(jì)錄檔有限地成長一旦不再需求部分的紀(jì)錄，等待該空間可以回收運用買賣紀(jì)錄有循環(huán)的特徵，應(yīng)可以重用空間DBA負有管好買賣紀(jì)錄的責(zé)任什麼是合理的買賣紀(jì)錄檔成長量，異常成長的緣由為何？買賣區(qū)塊(LogBlock)實體寫入到買賣紀(jì)錄檔的單位大小從512位元組到60K在記憶體中以“l(fā)ogbuffer〞儲存儲存在BufferPool買賣完畢或?qū)憹M60K，就更新到買賣紀(jì)錄檔較大的買賣量(接近60K)完成寫入較有效率有時多筆小買賣對效能不利虛擬買賣紀(jì)錄檔(VirtualLogFile)在買賣紀(jì)錄檔內(nèi)去除買賣的單位在建立買賣紀(jì)錄檔或增長檔案大小時產(chǎn)生資料庫內(nèi)有多少數(shù)量的VLF是有差異的交易紀(jì)錄檔增長增加VLF的量<=

64MB4>64MB和<=1GB8>1GB16需求多少VLF檔案依需求！太多，傷讀取紀(jì)錄和還原資料庫的效能太少，很長時間才干釋放和重用VLF區(qū)段，呵斥買賣紀(jì)錄檔更多的成長假設(shè)VLF檔案太多，SQLServer會發(fā)出警告Database…h(huán)asmorethan1000virtuallogfileswhichisexcessive.Toomanyvirtuallogfilescancauselongstartupandbackuptimes.Considershrinkingthelogandusingadifferentgrowthincrementtoreducethenumberofvirtuallogfiles.LogSequenceNumber資料庫內(nèi)狀態(tài)變化的識別子每個買賣紀(jì)錄的獨一識別編碼單純遞增VLF編號：買賣區(qū)塊編號：買賣紀(jì)錄編號DemoVLF格式與重用買賣紀(jì)錄為何買賣紀(jì)錄檔如此大很多朋友的經(jīng)驗通常是Full復(fù)原方式，但不常做買賣紀(jì)錄備份能夠宏大買賣呵斥的紀(jì)錄有時需求在其他的磁碟機加買賣紀(jì)錄檔解法：修正其下的問題縮小買賣紀(jì)錄檔將Log檔增大到適當(dāng)?shù)拇笮≈赜肰LF重用VLF需求：在當(dāng)下或之前的VLFs沒有還在進行中的買賣沒有需求完成其他任務(wù)的買賣紀(jì)錄，例如還未複寫資料庫復(fù)原方式為Simple時，在Checkpoint後可重用資料庫復(fù)原方式為BulkLogged或Full需求在備份買賣紀(jì)錄後Log_reuse_wait_desc在sys.databases

內(nèi)的欄位傳會當(dāng)下紀(jì)錄未

重用的緣由，確

認買賣紀(jì)錄為何

留著能夠值如右表NothingCheckpointLogbackupActivebackuporrestoreActiveTransactionDatabaseMirroringReplicationDatabasesnapshotcreationLogScanOther縮小買賣紀(jì)錄檔縮小買賣紀(jì)錄檔案大小運用DBCCSHRINKFILE確定縮小買賣紀(jì)錄檔後，再擴增到適當(dāng)大小縮小只能到某個VLF的邊界DemoVLF過多與破碎Q&AmsdnResourcesforDeveloperssocial.msdn.microsoft/

Forums/zh-tw/categories/LearningMicrosoftCertification&TrainingResourcesmicrosoft/learning/zh/twTechNet相關(guān)資源Connect.Share.Discusschannel9.msdn/Blogs/Channel9TaiwanResourcesforITProfessionalssocial.technet.microsoft/

Forums/zh-tw/categories填妥大會背包中的大會問卷，可於活動第三天兌換問卷禮哦！請協(xié)助完成「本課程問卷」，並在離開教室時交給任務(wù)人員！感謝您的協(xié)作。?2021MicrosoftCorporation.Allrightsreserved.Microsoft,Windowsandotherproductnamesareormayberegisteredtrademarksand/ortrademarksintheU.S.and/orothercountries.TheinformationhereinisforinformationalpurposesonlyandrepresentsthecurrentviewofMicrosoftCorporationasofthedateofthispresentation.BecauseMicrosoftmustrespondtochangingmarketconditions,itshouldnotbeinterpretedtobeacommitmentonthepartofMicrosoft,