本系列文章是我在sqlskill.com的PAUL的博客看到的，很多誤區都比較具有典型性和代表性，原文來自T-SQL Tuesday #11: Misconceptions about.... EVERYTHING!!,經過我們團隊的翻譯和整理發布在AgileSharp和博客園上。希望對大家有所幫助。

誤區 #3: 即時文件初始化特性可以在SQL Server中 a)開啟 和 b)關閉

a)是不允許的  b)是允許的

    即時文件初始化是一個在SQL Server 2005以及之上的版本鮮為人知的特性。這個特性允許數據文件(僅僅是數據文件，不包括日志文件)初始化的過程跳過填0初始化過程。這種方式是在發生災難時大大減少Downtime的好辦法---在恢復數據庫時由于免去了填0初始化的過程而直接開始恢復過程。

    我之前已經寫過關于即時文件初始化誤區的文章了（見Misconceptions around instant initialization）,但這并沒有談到這方面誤區。

    你并不能在SQL Server中開啟這個特性。在SQL Server啟動時會檢查啟動SQL Server的賬戶是否擁有適當的Windows權限(也就是“執行卷維護任務”這個權限),當啟動SQL Server實例的賬戶擁有這個權限后，這個特性就會針對這個實例開啟，見圖1.Kimberly有一篇關于講述如何開啟這個特性細節的文章Instant Initialization - What, Why, and How。

圖1.開啟執行卷維護任務(Perform Volume Maintenance Tasks )

    你可以在SQL Server中查看即時文件初始化特性是否開始，通過追蹤標志3004(3605可以強制輸出錯誤信息)創建一個數據庫，在日志中查看是否有填0操作,如果即時文件初始化有填0初始化操作，則這個特性在SQL Server中并沒有開啟。

    你可以在SQL Server中通過追蹤標志1806設置為ON來暫時停止即時文件初始化特性。如果你想永久的禁止這個特性，請把啟動SQL Server賬戶中”執行卷維護任務”這個權限刪除。

    這兩個追蹤標志是在SQL Server Premier Field Engineer Blog和How and Why to Enable Instant File Initialization這兩篇博文中首次被提到的。

    如果可以的話，盡量打開這個特性。