1. 創(chuàng)建數(shù)據(jù)庫時為日志文件設(shè)置合理的初始值和增量值很多DBA都沒有在創(chuàng)建數(shù)據(jù)庫時考慮過日志文件的設(shè)置，只有當(dāng)出現(xiàn)性能問題或日志文件過大時，才考慮收縮和重新設(shè)置增量值，建議在數(shù)據(jù)庫創(chuàng)建時便設(shè)置合理的初始值和增量值，初始值不宜過大宜不宜過小。可以在創(chuàng)建數(shù)據(jù)庫后便手動增長日志文件，以避免后續(xù)的日志增長，保證虛擬日志文件數(shù)量保持在一個合理的范圍內(nèi)（這個數(shù)量仁者見仁智者見智，請別問推薦值）2.創(chuàng)建數(shù)據(jù)庫時為數(shù)據(jù)文件設(shè)置合理的增量值和最大值合理的增量(按MB)保證數(shù)據(jù)庫既不頻繁增長又不單次增長過大?？刂茊蝹€數(shù)據(jù)文件的最大值（很多DBA建議在100GB左右），以避免在數(shù)據(jù)庫還原以及數(shù)據(jù)庫遷移時服務(wù)器單塊盤區(qū)無法容納數(shù)據(jù)文件的情況。推薦方式是當(dāng)數(shù)據(jù)文件自動增長到最大值附近時，創(chuàng)建新的數(shù)據(jù)文件來存放新數(shù)據(jù)，并對原數(shù)據(jù)文件禁用自動增長。3.對生產(chǎn)服務(wù)器上的數(shù)據(jù)庫使用完整恢復(fù)模式，并且在第一時間進行完整備份第一時間完整備份保證數(shù)據(jù)庫運行在“真正”的完整恢復(fù)模式下。4.將IO平均到各數(shù)據(jù)文件中當(dāng)有多個物理存儲時，將同一文件組下多個文件分散到不同的存儲上，可以有效利用存儲資源來提升性能，在此條件下，建議設(shè)置各數(shù)據(jù)文件大小一致，并設(shè)置各數(shù)據(jù)文件增量相同，將IO壓力平均到各數(shù)據(jù)文件上。5.將冷熱數(shù)據(jù)分開按照數(shù)據(jù)的訪問頻率，將冷熱數(shù)據(jù)分開存放，并保證“熱”數(shù)據(jù)使用性能最好的存儲。6.索引和數(shù)據(jù)分開將索引和數(shù)據(jù)分開存放到不同物理存儲上，使用并行IO來提高查詢性能。7.為tempdb數(shù)據(jù)庫配置合理數(shù)量的數(shù)據(jù)文件以及CPU數(shù)量和壓力情況，為tempdb數(shù)據(jù)庫創(chuàng)建合理數(shù)量的數(shù)據(jù)文件，并為每一個數(shù)據(jù)文件設(shè)置相同的文件大小和增量。8.為tempdb數(shù)據(jù)庫日志文件配置合理的初始值由于每次實例重啟，都會重新創(chuàng)建tempdb數(shù)據(jù)庫，因此tempdb數(shù)據(jù)庫日志文件不能設(shè)置一個過大的初始值，以避免實例重啟時間過長。但如果初始值過小，在日志文件增大到足夠空間之前，會導(dǎo)致tempdb數(shù)據(jù)庫文件頻繁地物理IO寫操作。9.確認數(shù)據(jù)庫使用CHECKSUM的頁驗證方式SQL SERVER 2005及之后版本默認使用CHECKSUM選項，對于從SQL SERVER 2000升級的數(shù)據(jù)庫，應(yīng)修改頁驗證為CHECKSUM，在條件允許情況下，還應(yīng)該使用重建索引方式來將修改已存在的頁面的驗證方式。10.在沒有充分測試情況下，不輕易修改數(shù)據(jù)庫選項。

未完待續(xù)。。。

--=========================================