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

未完待續。。。

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