U8 for SQL Server 優(yōu)化

1、yonyou software Co., Ltd.區(qū)域客戶俱樂部培訓(xùn)：U8 for SQL Server 優(yōu)化U8運行效率低的原因1優(yōu)化的步驟2監(jiān)視SQL Server的性能3優(yōu)化內(nèi)容4研討5yonyou software Co., Ltd.可能的原因 日益增長的數(shù)據(jù)量 Windows 或 SQL Server默認配置 索引碎片 低效率的查詢語句 數(shù)據(jù)庫損壞U8運行效率低的原因yonyou software Co., Ltd.優(yōu)化的步驟監(jiān)控 SQL Server 性能1優(yōu)化 Windows、SQL Server 配置2優(yōu)化 tempdb3優(yōu)化 U8 帳套及索引4yonyou software

2、Co., Ltd.監(jiān)控步驟創(chuàng)建數(shù)據(jù)收集器集（計數(shù)器）運行數(shù)據(jù)收集器集查看及分析報告（閥值）監(jiān)視 SQL Server 性能yonyou software Co., Ltd.優(yōu)化的內(nèi)容優(yōu)化是一種平衡系統(tǒng)配置系統(tǒng)服務(wù)Windows文件增長索引優(yōu)化U8帳套內(nèi)存SQL Server文件個數(shù)與分布文件增長tempdbyonyou software Co., Ltd.設(shè)置性能視覺效果設(shè)置為“調(diào)整為最佳性能”處理器計劃調(diào)整以優(yōu)化性能設(shè)置為“后臺服務(wù)”內(nèi)存使用調(diào)整以優(yōu)化性能設(shè)置為“系統(tǒng)緩存”虛擬內(nèi)存設(shè)置大于或者等于物理內(nèi)存停止服務(wù)停止多余的Windows服務(wù)優(yōu)化 Windows 配置yonyou softwa

3、re Co., Ltd.服務(wù)器內(nèi)存選項如果使用32為操作系統(tǒng)，勾選“使用AWE分配內(nèi)存”。設(shè)置最大服務(wù)器內(nèi)存為內(nèi)存的65%。優(yōu)化 SQL Server 配置yonyou software Co., Ltd.原則原則1：將TempDB分布于多個物理文件，以減少并發(fā)存取文件的鎖定沖突原則2：將多個物理文件分布到多個邏輯盤上，以提升IO吞吐能力策略對于原則1，最理想的策略是TempDB的數(shù)據(jù)文件數(shù)目與數(shù)據(jù)庫服務(wù)器CPU核的數(shù)目一一對應(yīng)。但在實務(wù)操作中，為了減少維護成本，當(dāng)CPU核的個數(shù)超過8個時，一般只最多建立8個TempDB數(shù)據(jù)文件。對于原則2，此項要求在使用磁陣的情況下已經(jīng)不是必須的了，因為磁陣

4、已經(jīng)為我們考慮了IO吞吐能力問題，一個邏輯盤實際已經(jīng)映射到多個物理磁盤上。設(shè)置 tempdb各個數(shù)據(jù)文件的大小必須一致，并且禁止TempDB數(shù)據(jù)文件的自動增長。示例假設(shè)數(shù)據(jù)庫服務(wù)器為4路4核，共16個CPU核，磁盤方面可以分配約80個G的空間供臨時表使用。那么我們可以建立8個TempDB數(shù)據(jù)文件，每個數(shù)據(jù)文件大小為8GB，禁止自動增長；日志文件配置為按500MB增量增長：yonyou software Co., Ltd.增長建議您可能必須基于 數(shù)據(jù)庫 文件所在的 I/O 子系統(tǒng)的速度調(diào)整此百分比。為了避免潛在的閂鎖超時，我們建議將自動增長操作限制在大約兩分鐘之內(nèi)。例如，如果 I/O 子系統(tǒng)以每

5、秒 50 MB 的速度初始化文件，則無論 數(shù)據(jù)庫 文件的大小如何，F(xiàn)ILEGROWTH 增量都應(yīng)設(shè)置為最大值 6 GB。通過將文件大小設(shè)置為足夠容納環(huán)境中典型工作負荷的值來預(yù)分配所有 數(shù)據(jù)庫 文件的空間。這可以避免 數(shù)據(jù)庫 因擴展得過于頻繁而影響性能。數(shù)據(jù)庫應(yīng)設(shè)置為自動增長，但是在出現(xiàn)意外情況時此設(shè)置將用于增加磁盤空間。數(shù)據(jù)庫增長yonyou software Co., Ltd.產(chǎn)生原因無論何時對基礎(chǔ)數(shù)據(jù)執(zhí)行插入、更新或刪除操作，SQL Server 數(shù)據(jù)庫引擎都會自動維護索引。隨著時間的推移，這些修改可能會導(dǎo)致索引中的信息分散在數(shù)據(jù)庫中（含有碎片）。當(dāng)索引包含的頁中的邏輯排序（基于鍵值）與數(shù)據(jù)文件中的物理排序不匹配時，就存在碎片。碎片非常多的索引可能會降低查詢性能，導(dǎo)致應(yīng)用程序響應(yīng)緩慢。重新組織和重新生成索引avg_fragmentation_in_percent 值修復(fù)語句 5% 且 30%ALTER INDEX REBUILD WITH (ONLINE = ON)* 重新生成索引可以聯(lián)機執(zhí)行，也可以脫機執(zhí)行。重新組織索引始終聯(lián)機執(zhí)行。若要獲得與重新組織選項相似的可用性，應(yīng)聯(lián)機重新生成索引。整理方法決定使用哪種碎片整理方法的第一步是分析索引以確定碎片程度。通過使用系統(tǒng)函數(shù) sys.dm_db_