【正文】 。 SAP 測試顯示出，在大多數(shù) R/3 數(shù)據(jù)庫服務(wù)器操作環(huán)境下網(wǎng)絡(luò)數(shù)據(jù)包大小為 8,192 字節(jié)時(shí)性能最佳。 配置設(shè)置工作集大小選項(xiàng)的例子 (Enterprise Manager) 1. 在右邊窗格中，雙擊 SQL Server Group 圖標(biāo)。 4. 將 Use a fixed memory size (MB) 下的滑塊移動(dòng)到 900。如果 SQL Server 是作為專用數(shù)據(jù)庫服務(wù)器而運(yùn)行，建議 SQL Server 按照默認(rèn)值動(dòng)態(tài)調(diào)整它所需要的內(nèi)存。 將 ProcessorAffinityMask 設(shè)置為零 1. 在注冊(cè)表編輯器右邊窗格中，雙擊 ProcessorAffinityMask。 2. 鍵入 regedt32。 在能夠進(jìn)行對(duì)稱中斷分發(fā)的多處理器服務(wù)器上，將 Windows NT 注冊(cè)表中 ProcessorAffinityMask 數(shù)值項(xiàng)的值設(shè)置為零。使用注冊(cè)表編輯器要特別小心。 在默認(rèn)情況下，Windows NT 不使用對(duì)稱中斷分發(fā)，而是將與網(wǎng)卡 (NIC) 相關(guān)的延遲進(jìn)程調(diào)用 (DPC) 活動(dòng)分配給系統(tǒng)中編號(hào)最大的處理器。HAL 實(shí)施的中斷方案取決于處理器的性能。Windows174。 一些多處理器服務(wù)器可以將聯(lián)網(wǎng) I/O 請(qǐng)求動(dòng)態(tài)分發(fā)到最不繁忙的處理器。 3. 選定圖案為（無），并選定墻紙為（無）。 2. 雙擊網(wǎng)絡(luò)，然后單擊服務(wù)選項(xiàng)卡。 3. 單擊更改，然后在起始大小 (MB) 框中，輸入頁面文件的大?。ò凑鬃止?jié) (MB) 計(jì)）。第四部分，討論 R/3 數(shù)據(jù)庫中的 SQL Server 文件和文件組的最佳應(yīng)用。第三部分，討論 SQL Server 的索引設(shè)計(jì)，因?yàn)樗c SAP R/3 相關(guān)。第一部分，討論與 Microsoft Windows NT174。 雖然本文檔是為 SAP R/3 站點(diǎn)量身定制的，但是一定要注意本文檔中描述的 SQL Server 功能和優(yōu)化技巧不僅僅適用于 SAP R/3。MS SQL Server 的 SAP R/3 性能優(yōu)化指南 1998 年 11 月發(fā)行 讀者 本文檔所提供的信息可以幫助 SAP R/3 數(shù)據(jù)庫管理員理解 Microsoft174。大型到超大型數(shù)據(jù)庫 (VLDB) 需要支持大量用戶連接和大的工作負(fù)荷，工作于這一環(huán)境中的數(shù)據(jù)庫管理員將從本文的信息中獲益匪淺。 Server 相關(guān)的配置選項(xiàng)。索引分析往往是一個(gè)極其棘手的過程，為使數(shù)據(jù)庫性能最佳需要持續(xù)不斷地執(zhí)行索引分析。 Windows NT 配置 Windows NT 頁面文件的大小應(yīng)該至少比服務(wù)器上安裝的 RAM 大三倍，而且要至少有 10 億字節(jié) (1 GB)。 4. 單擊確定。 3. 雙擊服務(wù)器，選擇最大化網(wǎng)絡(luò)應(yīng)用程序吞吐量，然后單擊確定。 4. 單擊應(yīng)用，然后單擊屏幕保護(hù)程序選項(xiàng)卡。該硬件功能有助于防止在服務(wù)于許多聯(lián)網(wǎng)請(qǐng)求的系統(tǒng)中出現(xiàn)處理器瓶頸和不良網(wǎng)絡(luò)性能。 2000 也支持該功能。某些處理器包含了中斷控制硬件，如高級(jí)可編程中斷控制器 (APIC)。在安裝有多個(gè) NIC 且 NIC 活動(dòng)的系統(tǒng)中，每個(gè)額外的 NIC 的活動(dòng)都指派到下一個(gè)編號(hào)最大的處理器。Microsoft 不保證能夠解決因注冊(cè)表編輯器使用不當(dāng)而導(dǎo)致的問題。這樣就會(huì)將網(wǎng)絡(luò) I/O 請(qǐng)求動(dòng)態(tài)分發(fā)到最有能力處理請(qǐng)求的處理器中。 在注冊(cè)表編輯器中找到適當(dāng)關(guān)鍵字 1. 在窗口菜單中選擇 HKEY_LOCAL_MACHINE。 2. 鍵入 0（零），然后單擊確定。 R/3 實(shí)例最小值最大值專用數(shù)據(jù)庫服務(wù)器默認(rèn)值默認(rèn)值更新實(shí)例已安裝 RAM 的 40%已安裝 RAM 的 65%中心實(shí)例已安裝 RAM 的 45%已安裝 RAM 的 45%在有 2 GB RAM 的中心實(shí)例上設(shè)置內(nèi)存的例子 (Enterprise Manager) 1. 在右邊窗格中，雙擊 SQL Server Group 圖標(biāo)。 5. 選定 Reserve physical memory for SQL Server ，單擊 Apply ，然后單擊 OK。 2. 雙擊 R/3 數(shù)據(jù)庫服務(wù)器的 SQL Server 圖標(biāo)。該選項(xiàng)需要使用 SQL Server Query Analyzer 來設(shè)置。 2. 鍵入 reconfigure with override。 2. 雙擊 R/3 數(shù)據(jù)庫服務(wù)器的 SQL Server 圖標(biāo)。 設(shè)置索引創(chuàng)建內(nèi)存選項(xiàng) (Query Analyzer) 1. 鍵入 exec sp_configure 39。 3. 按 CTRL + E 執(zhí)行以上命令。allowpagelocks39。VBMOD39。false39。allowpagelocks39。 如果數(shù)據(jù)庫服務(wù)器上的所有處理器的利用率都很高（性能監(jiān)視器表明在多處理器服務(wù)器上所有處理器的處理器利用率全部大于 95%），那么就有必要打開 SQL Server lightweight pooling。 3. 單擊 Processor 選項(xiàng)卡，選定 select Use Windows NT Fibers，然后單擊 Apply。關(guān)系掩碼的設(shè)置為零表明允許在所有處理器上執(zhí)行 SQL Server 線程。此文檔可在“查找詳細(xì)信息”處找到。這樣，SQL Server 查詢處理器和存儲(chǔ)引擎就能夠?qū)z索行所需的 I/O 控制到最小化。在這種情況下，Orders 表的日期列就是聚集索引的最佳列。創(chuàng)建聚集索引需要使用與 R/3 工具對(duì)應(yīng)的 SQL Server 工具。 聚集索引支持中的這些更改與希望改進(jìn)其 R/3 報(bào)告查詢性能的 R/3 數(shù)據(jù)庫管理員的想法有很大出入。某些情況對(duì)測試非主鍵組成部分且常常為了報(bào)告目的而用于大型表的列的聚集索引的使用非常有利。 SAP R/3 在 ST04 事務(wù)處理中提供 MSSTATS 工具，可以幫助 R/3 數(shù)據(jù)庫管理員跟蹤數(shù)據(jù)庫服務(wù)器上所執(zhí)行的 SQL Server 存儲(chǔ)過程的資源占用。 MSSTATS 提供了用于確定在 R/3 數(shù)據(jù)庫服務(wù)器上所運(yùn)行的費(fèi)用最高的存儲(chǔ)過程的重要工具。其目的是說明如何在 R/3 數(shù)據(jù)庫服務(wù)器環(huán)境中很好地利用 SQL Server 索引。00039。a39。) 操作符用于檢測每第 100 行的插入。00039。abc39。 of 100000 record39。 示例索引SQL Server 主鍵的 SAP R/3 默認(rèn)配置是將主鍵設(shè)置為聚集主鍵。 非聚集索引 nkey2 模仿典型的 R/3 索引就在于它是多列索引。 查詢 2 是一個(gè)范圍掃描，它根據(jù)與名為 col2 的列的匹配值從表中提取 1,000 行。 通過 TSQL 命令使用 SET STATISTICS IO 選項(xiàng) (Query Analyzer) 1. 在查詢窗口鍵入以下命令： set statistics io on 2. 按 CTRL + E 執(zhí)行命令。 第一組索引的結(jié)果單行提取數(shù)據(jù)：select * from saptest1 where col3 = 5000基于文本的 ShowPlan 輸出： |Bookmark Lookup(BOOKMARK:([Bmk1000]), OBJECT:([pubs].[dbo].[saptest1])) |Index Scan(OBJECT:([pubs].[dbo].[saptest1].[nkey2]), WHERE:([saptest1].[col3]=5000)) 等量圖形顯示計(jì)劃輸出。索引掃描是指：SQL Server 需讀取 nkey2 的 B 樹結(jié)構(gòu)的葉級(jí)的部分或全部，以便找到鍵值 5000。 備注 I/O 統(tǒng)計(jì)是專用于運(yùn)行的。 標(biāo)為 Cost 的 Graphical Showplan 中標(biāo)明的百分?jǐn)?shù)表示在每個(gè)查詢的特定部分上所花費(fèi)的時(shí)間所占執(zhí)行查詢花費(fèi)的總時(shí)間的百分?jǐn)?shù)。a39。索引掃描的意思是：SQL Server 需要讀取 sapt_c1 B 樹結(jié)構(gòu)（即表的實(shí)際行）的葉級(jí)的的部分或全部以便找到鍵值 39。預(yù)讀讀取比物理讀取效率更高。 索引更改建議索引設(shè)計(jì)的目的是將 I/O 減到最少以實(shí)現(xiàn)性能最優(yōu)。 在單行提取情況下，col3 就是正在搜索的列。Col2 的選擇性還可以（100,000 行中帶有 39。a39。如果更改可以保證性能優(yōu)勢(shì)，可以將聚集主鍵更改為非聚集主鍵，也可以為同時(shí)作為主鍵一部分的列創(chuàng)建新的非聚集索引，但是在任何情況下主鍵列必須都保持一致。單擊 Indexes，然后按照聯(lián)機(jī)指示執(zhí)行。saptest139。要執(zhí)行查詢，僅需要 SQL Server 數(shù)據(jù)高速緩存中的 5 個(gè) I/O，而前一個(gè)例子中，需要 240 個(gè)。a39。.Scan count 1, logical reads 48, physical reads 0, readahead reads 0. Showplan 再次表明 SQL Server 正在對(duì)索引 ckey1 使用索引搜索而不是索引掃描。I/O 的數(shù)量已大大減少，因此，完成該查詢不再需要物理磁盤 I/O，因?yàn)樗枰捻撛?SQL Server 數(shù)據(jù)高速緩存中已經(jīng)有了。范圍掃描的例子特別用來說明：在 R/3 環(huán)境中，還可能有適合于除主鍵列以外的列的聚集索引的情況。這是因?yàn)樵摫淼木奂饕头蔷奂饕际褂脴?gòu)成聚集索引的列。有關(guān)詳細(xì)信息，請(qǐng)參見 SQL Server 聯(lián)機(jī)圖書。 涉及群集鍵的涵蓋查詢示例以下是一個(gè)簡單的例子，它說明了在群集鍵僅包含非聚集索涵蓋給定查詢所需的其它信息的情況下，查詢處理器將非聚集索引用作涵蓋索引，并無須使用書簽查找從表中提取數(shù)據(jù)。, filler char(300) default 39。,39。sap39。 使用第二個(gè)查詢不需要書簽查找，因?yàn)榉蔷奂饕岛杭I，因此涵蓋了查詢。 備注 在大多數(shù) R/3 正常操作情況下，沒有必要運(yùn)行 sp_repile，因?yàn)樵趯?duì)其有利的情