|
本文主要說說以下3個(gè)方面的操作： 1、數(shù)據(jù)庫備份：本文以sever 2008 R2為例 2、索引優(yōu)化：本文以sever 2008 R2為例 3、個(gè)別賬號(hào)卡頓優(yōu)化：見另外一篇文章https://blog.csdn.net/hzfw2008/article/details/77572778 數(shù)據(jù)庫備份或索引優(yōu)化工作最好在閑時(shí)處理，否則會(huì)影響用戶使用體驗(yàn)。 數(shù)據(jù)庫備份： 3、SSMS維護(hù)計(jì)劃：比前兩者又進(jìn)階了一些，需要使用前需要確保sql server 代理服務(wù)運(yùn)行正常； 索引優(yōu)化： 2、SSMS全部重新組織/重新生成索引：大水漫灌式優(yōu)化。
例1：重建某個(gè)索引 DBCC DBREINDEX ('T_ITEM', uk_item2, 80) 例2：重建所有索引 DBCC DBREINDEX('T_ITEM','',80)
例：DBCCSHOW_STATISTICS('t_item','pk_item') sp_updatestats & UPDATE STATISTICS 更新統(tǒng)計(jì)信息； sp_updatestats 對(duì)當(dāng)前數(shù)據(jù)庫中所有 用戶定義的表運(yùn)行 UPDATE STATISTICS.使用UPDATE STATISTICS 語句的時(shí)機(jī)：在一個(gè)空表上創(chuàng)建一個(gè)索引，然后在以后應(yīng)用它。執(zhí)行TRUNCATETABLE語句，然后在以后重新應(yīng)用該表。通過使用FULLSCAN或SAMPLE選項(xiàng)請(qǐng)求明細(xì)的索引統(tǒng)計(jì)信息。 例1. UPDATE STATISTICST_ITEM 例2. UPDATE STATISTICST_ITEM(PK_ITEM) 例 3. USE AIS20011203150410 EXEC sp_updatestats DBCC CHECKTABLE 檢查指定表或索引視圖的數(shù)據(jù)、索引及 text 、ntext 和 image 頁的完整性。如果你相信一個(gè)指定的表可能被破壞了，這條命令非常有用。 DBCC CHECKDB 檢查指定數(shù)據(jù)庫中的所有對(duì)象的分配和結(jié)構(gòu)完整性。這條命令發(fā)現(xiàn)并修復(fù)數(shù)據(jù)庫地址分配和表內(nèi)部的全部錯(cuò)誤。實(shí)際上，CHECKDB驗(yàn)證數(shù)據(jù)庫內(nèi)部一切事物的完整性，但是，DBCCCHECKDB是一個(gè)耗費(fèi)CPU和磁盤資源的操作，每個(gè)需要檢查的數(shù)據(jù)都必須首先從磁盤中讀出到內(nèi)存中。而且，DBCCCHECKDB 使用tempdb進(jìn)行排序。要獲得較高的DBCC性能，推薦在下面的情況下運(yùn)行DBCC： 注意事項(xiàng)： l 在系統(tǒng)使用率較低的情況下運(yùn)行CHECKDB； l 確信當(dāng)前沒有執(zhí)行其他磁盤I/O操作，如磁盤備份操作； l 將tempdb放在另一個(gè)磁盤系統(tǒng)上，或者放在一個(gè)快速磁盤子系統(tǒng)上； l 為tempdb提供足夠的空間，運(yùn)行DBCC帶上參數(shù)ESTIMATE ONLY（顯示執(zhí)行 DBCCCHECKDB 操作所需tempdb空間的數(shù)量 ），估計(jì)tempdb需要多少磁盤空間； l 避免運(yùn)行消耗大量CPU時(shí)間的查詢和批處理； l 在DBCC命令運(yùn)行時(shí)，減少事物活動(dòng)； l 使用NO_INFOMSGS選項(xiàng)（壓縮使用空間使用的信息和報(bào)告 ）減少處理和tempdb使用率。 例：DBCC CHECKDB('AIS20011203150410') WITH NO_INFOMSGS,ESTIMATEONLY DBCCSQLPERF 提供有關(guān)所有數(shù)據(jù)庫中的事務(wù)日志空間使用情況的統(tǒng)計(jì)信息。日志文件的閑余空間的減少，會(huì)降低系統(tǒng)的性能。系統(tǒng)會(huì)在備份時(shí)日志截?cái)嗳罩疚募?，所以要求用戶要制定一份良好的備份方案?br>例：DBCC SQLPERF (LOGSPACE ) |
|
|
