規劃及設定儲存設備與 SQL Server 容量 (SharePoint Server)

適用於：2013 Subscription Edition SharePoint in Microsoft 365

我們提供的容量規劃資訊包含可協助您在 SharePoint Server 環境中規劃及設定儲存區與 SQL Server 資料庫層的指導方針。 這項資訊是以 Microsoft 內部實際機器上測試所得之結果。 但您的結果可能會因為所用設備及網站實作的功能而異。

了解如何在 Microsoft 365 中管理 SharePoint 的網站儲存空間限制。

雖然測試並未在 SQL Server 2014 (SP1) 、SQL Server 2016、SQL Server 2017 RTM 或 SQL Server 2019 上執行，但您可以使用這些測試結果作為指南，協助您規劃及設定 SharePoint Server 訂閱版本、2019 或 2016 環境中的儲存體和 SQL Server 資料庫層。 如需如何設定及調整 SQL Server 2012 的相關訓練，請參閱 適用於 SharePoint Server 2013 的 SQL Server 2012。 測試結果與 SharePoint 2013 相同。

本文件適用於 SharePoint Server 伺服器陣列實作者和 SQL Server 資料庫管理員共同使用，因為 SharePoint Server 通常會在由個別 SQL Server 資料庫管理員管理資料庫的環境中執行。 本文假設使用者對 SharePoint Server 與 SQL Server 皆已有充分了解。

本文假設您熟知 SharePoint Server 2013 的容量管理及調整大小 所介紹的概念。

SharePoint Server 2016 及較新版本的儲存區和資料庫層設計與設定程序

建議您將儲存區與資料庫層設計程序分成下列步驟。 這些小節分別提供每個設計步驟的詳細資訊，包括儲存區需求與最佳做法：

1. 收集儲存區以及 SQL Server 空間和 I/O 的需求

2. 選擇 SQL Server 版本與版次

3. 根據容量與 IO 需求設計儲存架構

4. 估計記憶體需求

5. 了解網路拓撲需求

6. 設定 SQL Server

7. 驗證和監視記憶體和 SQL Server 效能

收集儲存區以及 SQL Server 空間和 I/O 的需求

有若干 SharePoint Server 架構因素會對儲存設計產生影響。 主要因素包括內容量、已啟用的功能、已部署的服務應用程式、伺服器陣列數目與可用性需求。

您必須先了解 SharePoint Server 所能使用的資料庫，才能開始規劃儲存區。

本節內容：

• SharePoint Server 所使用的資料庫

• 了解 SQL Server 與 IOPS

• 估計核心儲存區與 IOPS 需求

• 估計服務應用程式儲存區需求與 IOPS

• 確認可用性需求

SharePoint Server 所使用的資料庫

與 SharePoint Server (訂閱版本、2019 或 2016 一起安裝的資料庫) 取決於環境中使用的服務應用程式。 所有 SharePoint Server 環境都依賴 SQL Server 系統資料庫。 本節提供隨 SharePoint Server 一起安裝的資料庫摘要。 如需詳細資料庫資訊，請參閱 SharePoint Server 中的資料庫類型和描述。

[!附註] 有些 SharePoint Server、SQL Server 資料庫引擎與 SQL Server Reporting Services (SSRS) 資料庫在位置方面會有特定的建議或需求。 如需這些資料庫位置的相關資訊，請參閱SharePoint Server 中的資料庫類型和描述。 快速參考指南：SharePoint Server 2016 和 2019 資料庫可下載為 PDF 或 Visio 檔案。

下列資料庫是 SharePoint Server 系統資料庫，並且會自動安裝。

• 組態

• 管理中心內容

• 內容 (一或多個)

下列清單顯示具有資料庫的 SharePoint Server 服務應用程式：

• App Management Service

• SharePoint 相關應用程式

• Business Data Connectivity

• 受管理的中繼資料

• PerformancePoint Services

• Project Server (僅限 SharePoint Server 2013)

• Search Service

  • 搜尋管理

  • 分析報告

  • 編目

  • 連結

• Secure Store Service

• SharePoint Translation Service

• SQL Server Power Pivot Service

• 狀態服務

• 訂閱設定服務

• Usage and Health Data Collection

• User Profile Service

  • 設定檔

  • 社交標記

  • 同步處理

• Word Automation Services

下列清單顯示 SharePoint Foundation 2013 資料庫：

• 組態

• 管理中心內容

• 內容 (一或多個)

• App Management Service

• 搜尋服務應用程式：

  • 搜尋管理

  • Analytics 報告 (一或多個)

  • 編目 (一或多個)

  • 連結 (一或多個)

• Secure Store Service

• 訂閱設定服務應用程式 (若已透過 Windows PowerShell 啟用)

• Usage and Health Data Collection Service

• Word Conversion Service

如果您要進一步與 SQL Server 整合，您的環境可能也會包含更多資料庫，如下列案例所示。 只有在您使用 SQL Server 2016 RTM Enterprise Edition 和 SQL Server 2016 SQL Server Analysis Services (SSAS) 時，才可以將 SQL Server Power Pivot for SharePoint 用於 SharePoint Server 2016 環境中。 如果使用中，您也必須規劃支援Power Pivot 應用程式資料庫，以及系統上的額外負載。 如需詳細資訊，請下載新在 SharePoint 2016 中部署 SQL Server 2016 PowerPivot 和 Power View(英文) 白皮書。 如需在多部伺服器 SharePoint Server 2016 伺服器陣列中設定及部署商業智慧的詳細資訊，請下載 在多層 SharePoint 2016 伺服器陣列中部署 SQL Server 2016 PowerPivot 和 Power View。

SQL Server 2016 Reporting Services (SSRS) 增益集可以與任何 SharePoint Server 2016 環境搭配使用。 如果您使用載入宏，請規劃支援兩個 SQL Server Reporting Services 資料庫，以及 SQL Server Reporting Services 所需的額外負載。

• SQL Server 2012 Power Pivot for SharePoint 2013 可用於包含 SQL Server 2008 R2 Enterprise Edition 與 SQL ServerAnalysis Services 的 SharePoint 2013 環境中。 如果使用中，您也必須規劃支援Power Pivot 應用程式資料庫，以及系統上的額外負載。 如需詳細資訊，請參閱在 SharePoint 伺服器陣列中規劃 PowerPivot 部署、Power Pivot - 概觀和學習與 Power View - 概觀和學習。

• SQL Server 2008 R2 Reporting Services (SSRS) 外掛程式可用於任何 SharePoint 2013 環境中。 如果您使用外掛程式，請規劃支援兩個 SQL Server 2008 R2 Reporting Services 資料庫，以及 SQL Server 2008 R2 Reporting Services 所需的額外負載。

注意事項

不再支援 SQL Server Reporting Services 與 SharePoint Server 2019 整合。 如需詳細資訊，請參閱 Reporting Services 報表伺服器 (SharePoint 模式) 和 支援的 SharePoint 和 Reporting Services 伺服器組合。

了解 SQL Server 與 IOPS

在任何主控 SQL Server 執行個體的伺服器上，伺服器能否以最快的速度從 I/O 子系統進行回應，都是很重要的議題。

磁碟或陣列愈多且愈快速，就愈能提供足夠的「每秒 I/O 作業數 (IOPS)」，同時讓所有磁碟維持低量的延遲與佇列作業。

您無法新增其他類型的資源 (例如 CPU 或記憶體) 來彌補 I/O 子系統緩慢的回應速度。 但這可能會影響到整個伺服器陣列，並造成問題。 在部署之前，請先妥善規劃以達到最低延遲，並監視您現有的系統。

部署新的伺服器陣列之前，建議您使用 Diskspd 公用程式對 I/O 子系統進行基準檢驗。 此工具適用於具有所有 SQL Server 版本的所有 Windows Server 版本。 如需詳細資訊，請參閱 Diskspd 公用程式：強固儲存測試工具。

壓力測試也會提供有價值的 SQL Server 資訊。 如需資訊，請參閱 DiskSpd 的儲存區基準測試。

如需如何從 SQL Server 的觀點分析 IOPS 需求的詳細資訊，請參閱為 SQL Server 資料庫應用程式分析 I/O 特性及調整儲存系統大小。

估計核心儲存區與 IOPS 需求

設定與內容儲存區和 IOPS 是您在每個 SharePoint Server 部署中都必須規劃的基準層。

設定儲存區與 IOPS

設定資料庫與 管理中心 內容資料庫的儲存區需求並不大。 建議您為設定資料庫配置 2 GB，並且為 管理中心 內容資料庫配置 1 GB。 經過一段時間后，設定資料庫可能會成長超過1 GB。 它並不會快速擴增，而是以每 50,000 個網站集合約 40 MB 的速度擴增。

設定資料庫的交易記錄可能會很龐大。 建議您定期備份設定資料庫的交易記錄，以強制截斷。 如果您使用 SQL Server Always On 可用性群組或資料庫鏡像，則也應該讓資料庫保持在完整復原模式中執行。 如需詳細資訊，請參閱交易記錄記錄 (SQL Server)。

提示

如果您未使用需要使用完整復原模式的 SQL Server 高可用性解決方案，可以考慮將設定資料庫變更為簡單復原模型。

設定資料庫與管理中心內容資料庫的 IOPS 需求都是最低需求。

內容儲存區與 IOPS

估計內容資料庫所需的儲存區與 IOPS，並無法得出精確的數據。 我們期望能透過下列資訊的測試與解說協助您得出估計值，用以判斷部署的初始大小。 但在您的環境執行時，我們希望您能夠根據實際環境中的資料重新檢視您的容量需求。

若想進一步了解我們的整體容量規劃方法，請參閱 SharePoint Server 2013 的容量管理及調整大小。

用以估計內容資料庫儲存區的公式

下列程序將說明如何估計內容資料庫所需的儲存區 (不考量記錄檔)：

1. 使用下列公式可估計內容資料庫的大小：

   資料庫大小 = ((D x V) x S) + (10 KB x (L + (V x D)))

   注意事項

   [!附註] 在此公式中，10 KB 這個值是一個常數，用來估計 SharePoint Server 所需的中繼資料量。 若您的系統需要大量使用中繼資料，您可以增加此常數。

2. 計算預期的文件數目。 此值為公式中的 D。

   您對文件數目的計算方式，將取決於您所使用的功能。 例如，對於 我的網站 或共同作業網站，建議您先計算每個使用者的預期文件數目，再將其乘上使用者人數。 對於記錄管理或內容發佈網站，您可以計算一個程序所管理及產生的文件數目。

   若您是從目前的系統移轉的，您目前的成長率與使用量可能會較容易推斷。 若您建立新系統，請檢視您現有的檔案共用或其他存放庫，然後根據使用率進行估計。

3. 估計您所將儲存之文件的平均大小。 此值為公式中的 S。 為不同的網站類型或網站群組估計平均值，可能有其效益。 我的網站、媒體存放庫與不同部門入口網站的平均檔案大小可能會有很大的差異。

4. 估計環境中的清單項目數。 此值為公式中的 L。

   與文件相比，清單項目較難估計。 我們通常會使用 D) (檔數目的三倍估計值，但估計公式會根據您預期使用網站的方式而有所不同。

5. 判斷版本的概數。 估計文件庫中的任何文件所將擁有的平均版本數目。 此值通常會遠低於允許的版本數目上限。 此值為公式中的 V。

   V 值必須大於零。

舉例來說，我們使用此公式與下表中的特性，共同作業環境的內容資料庫估計其資料檔所需的儲存空間。 結果是，您大約需要 105 GB。

Input	值
文件數目 (D)	200,000 以 10,000 個使用者乘以 20 份文件來計算
文件的平均大小 (S)	250 KB
清單項目 (L)	600,000
非現行版本數目 (V)	2 假設允許的版本數上限為 10

資料庫大小 = (((200,000 x 2)) × 250) + ((10 KB × (600,000 + (200,000 x 2))) = 110,000,000 KB 或 105 GB

注意事項

[!附註] SharePoint Server 中的高效率檔案 I/O，是一種會將檔案分割成片段而個別儲存及更新的儲存方法。 當使用者要求檔案時，這些片段會一起串流傳送。 如此可以提升 I/O 效能，且通常不會增加檔案大小。 但小型檔案有可能會使所需的磁碟儲存區略為增加。

會對內容資料庫的大小產生影響的功能

下列 SharePoint Server 功能可能會對內容資料庫的大小產生影響：

• 資源回收筒 一份文件在從第一階段與第二階段的資源回收筒中刪除之前，會佔用內容資料庫中的空間。 計算每個月刪除了多少文件，可推斷出資源回收筒對內容資料庫大小的影響。

• 稽核 稽核資料可能會快速累加，並在內容資料庫中佔用大量的空間，尤其是在開啟檢視稽核功能時。 建議您不應讓稽核資料無限制地增長，而應在必須符合法規需求或內部控制需求時，才啟用稽核功能。 請使用下列指導方針，估計您必須為資料稽核工作保留多少空間：

  • 估計一個網站有多少個新的稽核項目，然後將此數乘以 2 KB (項目通常限定在 4 KB 以內，平均大小約為 1 KB)。

  • 根據您要配置的空間量，判斷您要讓稽核記錄保留多少天。

注意事項

Office Online Server 是 Office Web Apps Server 的下一個版本。 使用 Office Online Server 搭配 SharePoint Server 2016、2019 訂閱版本並不會影響內容資料庫的大小。 若要在 SharePoint Server 2016 伺服器陣列中部署 Office Online 伺服器，請參閱Deploy Office Online Server。

估計內容資料庫的 IOPS 需求

內容資料庫的 IOPS 需求會根據您的環境使用方式、可用的磁碟空間，以及您擁有的伺服器數目而有所不同。 一般而言，我們會建議您將環境中的預期工作量與我們已測試的其中一個解決方案相比較。 如需詳細資訊，並可套用至較新版本的 SharePoint，請參閱 SharePoint Server 2013) (效能和容量測試結果和建議 。

在測試中，我們發現內容資料庫大多介於 0.05 IOPS/GB 到 0.2 IOPS/GB 左右。 我們也發現，最佳做法是將上限提高為 0.5 IOPS/GB。 增加的比例超出必要，而且可能比您在環境中需要的還要多。 如果您使用鏡像，這個比例增加會導致 IO 比主要內容資料庫多很多。 請注意，鏡像內容資料庫永遠不會是輕量型的。

估計服務應用程式儲存區需求與 IOPS

在估計內容儲存區與 IOPS 需求後，您必須判斷您的環境使用的服務應用程式所需的儲存區與 IOPS。

SharePoint Server 服務應用程式儲存區與 IOPS 需求

要估計系統中的服務應用程式所需的儲存區，您必須先了解服務應用程式及其使用方式。 下表列出可在 SharePoint Server 2016 中使用以及具有資料庫的服務應用程式。 SharePoint Server 訂閱版本、2019 或 2016 中所有服務應用程式的記憶體和 IOPS 數據，都與 SharePoint Server 2010 和 2013 中的相同。

搜尋服務應用程式儲存區與 IOPS 需求

Database	調整大小	磁碟 IOPS	磁碟大小	10M 的項目	100M 的項目
編目	每 20M 的項目一個資料庫 SQL IOPS：10 (每 DPS)	中/高	中	15 GB 2 GB 記錄	110 GB 50 GB 記錄
連結	每 60M 的項目一個資料庫 SQL IOPS：10 (每 1M 的項目)	中	中	10GB 0.1 GB 記錄	80 GB 5 GB 記錄
分析報告	達到 100-300 GB 時分割	中	中	使用相依性	使用相依性
搜尋管理	一個資料庫	低	低	0.4 GB 1 GB 記錄	1 GB 資料 2 GB 記錄

服務應用程式儲存區需求與 IOPS 建議

服務應用程式	大小估計建議
User Profile	User Profile Service 應用程式與三個資料庫相關聯：設定檔、同步處理及社交標記。 注意：使用者配置檔資料庫記憶體需求和 IOPS 建議的測試尚未完成。 如需相關資訊，請查看前文。 如需 User Profile 資料庫資訊，請參閱＜SharePoint Server 中的資料庫類型和描述＞。
Managed Metadata Service	Managed Metadata Service 應用程式具有一個資料庫。 此資料庫的大小會受到系統中使用的內容類型數目與關鍵字數目的影響。 許多環境都會有多個 Managed Metadata Service 應用程式執行個體。
Secure Store Service	Secure Store 服務應用程式資料庫的大小，取決於存放區中的認證數目與稽核表格中的項目數。 建議您為每 1,000 個認證配置 5 MB。 其 IOPS 是最小數目。
狀態服務	狀態服務應用程式具有一個資料庫。 建議您為此資料庫配置 1 GB。 其 IOPS 是最小數目。
Word Automation Services	Word Automation Service 應用程式具有一個資料庫。 建議您為此資料庫配置 1 GB。 其 IOPS 是最小數目。
PerformancePoint Services	PerformancePoint Service 應用程式具有一個資料庫。 建議您為此資料庫配置 1 GB。 其 IOPS 是最小數目。
Business Data Connectivity Service	Business Data Connectivity Service 應用程式具有一個資料庫。 此資料庫很小，且不太可能大幅增長。 其 IOPS 是最小數目。 PerformancePoint Services 不適用於訂閱版本。
App Management	App Management Service 應用程式具有一個資料庫。 此資料庫很小，且不太可能大幅增長。 其 IOPS 是最小數目。
Power Pivot	Power Pivot 服務應用程式具有一個資料庫。 此資料庫很小，且對 I/O 沒有多大的影響。 建議您使用與 SharePoint 內容資料庫相同的 IOPS。 內容資料庫的 I/O 需求明顯高於 Power Pivot 服務應用程式資料庫。

確認可用性需求

可用性是使用者可看到多少 SharePoint Server 環境。 可用系統是具有彈性的系統，也就是說，影響服務的事件並不常發生，即使發生，也會採取及時有效的動作加以解決。

可用性需求可能會大幅增加您的儲存需求。 如需詳細資訊，請參閱為 SharePoint Server 打造高可用性架構和策略。 此外，也請參閱 SQL Server 2012 白皮書 AlwaysOn 架構指南：使用 AlwaysOn 可用性群組建置高可用性與災害復原解決方案。

選擇 SQL Server 版本與版次

針對 SharePoint Server 訂閱版本、2019 或 2016，建議您考慮在下列 SQL Server 企業版上執行您的環境，以利用這些版本所提供的其他效能、可用性、安全性和管理功能。

• SQL Server 2019 (SharePoint 訂閱版本、2019 及 2016)

• SQL Server 2017 RTM (SharePoint Servers 2016 和 2019)

• SQL Server 2016 (SharePoint Servers 2016 和 2019)

• SQL Server 2014 Service Pack 1 (SP1) (僅限 SharePoint Server 2016)

如需這些版本優點的詳細資訊，請參閱 SQL Server 2014 版本支援的功能、SQL Server 2016 的版本 和支援功能、 SQL Server 2017 的版本和支援的功能，以及 SQL Server 2019 (15.x) ) 的版本和支援功能 。

建議您針對 SharePoint Server 2013 考慮在 Enterprise Edition of SQL Server 2008 R2 搭配 Service Pack 1 (SP1) 、SQL Server 2012 或 SQL Server 2014 上執行環境，以利用這些版本所提供的其他效能、可用性、安全性和管理功能。 若想進一步了解 SQL Server 2008 R2 SP1、SQL Server 2012、SQL Server 2014 企業版的優點，請參閱＜SQL Server 2014 各版本所支援的功能＞、＜SQL Server 2012 版本支援的功能＞、＜SQL Server 2008 R2 各版本所支援的功能＞。

特別是，您應考量您是否需要下列功能：

• 備份壓縮 備份壓縮可加快任何 SharePoint 備份的速度，並且適用於 SQL Server 2008 或更新版本的每個版本中。 您只要在備份指令碼中設定壓縮選項，或是將執行 SQL Server 的伺服器預設成會執行壓縮，即可讓您的資料庫備份與傳送的記錄大幅縮減其大小。 如需詳細資訊，請參閱＜備份壓縮 (SQL Server)＞。

  注意事項

  SharePoint Server 不支援 SQL Server 資料壓縮 (Search Service 應用程式資料庫除外)。

• 透明資料加密 如果您的安全性需求包括必須使用透明資料加密，則必須使用 SQL Server Enterprise Edition。

• 內容部署 如果您要使用內容部署功能，請考慮使用 SQL Server Enterprise Edition，讓系統能夠充分運用資料庫快照。

  注意事項

  若您使用的是不支援資料庫快照的遠端 BLOB 儲存提供者，您就無法使用快照進行內容部署或備份。

• 遠端 BLOB 儲存區 若您要在與每個內容資料庫相關聯的檔案以外的資料庫或位置上使用遠端 BLOB 儲存區，您必須使用以下項目的 Enterprise Edition：

  SharePoint Server 訂閱版本：

  • SQL Server 2016

  • SQL Server 2017 RTM

  • SQL Server 2019

  SharePoint Server 2019：

  • SQL Server 2016

  • SQL Server 2017 RTM

  • SQL Server 2019

  SharePoint Server 2016：

  • SQL Server 2014 (SP1)

  • SQL Server 2016

  • SQL Server 2017 RTM

  • SQL Server 2019

  SharePoint 2013：

  • SQL Server 2008 R2 SP1

  • SQL Server 2012 Enterprise Edition

• 資源管理員 資源管理員是 SQL Server 2008 中導入的技術，可讓您對傳入要求所使用的資源量指定限制，以管理 SQL Server 工作量與資源。 資源管理員可讓您根據自己指定的限制對工作量進行區別，以及在受到要求時配置 CPU 與記憶體。 如需如何使用 Resource Governor 的詳細資訊，請參閱 Resource Governor。

  建議您搭配使用資源管理員與 SharePoint Server，以執行下列作業：

  • 限制搜尋編目元件的目標 Web 伺服器所能使用的 SQL Server 資源量。 根據最佳做法，建議您在系統負載偏低時將編目元件限定為 10% 的 CPU 使用量。

  • 請監視系統中的每個資料庫所使用的資源量。例如，您可以利用資源管理員來判斷資料庫在執行 SQL Server 的電腦間最適當的配置方式。

• Microsoft Power Pivot for SharePoint 可讓使用者在 Excel 網頁版中共用和共同作業用戶產生的數據模型和分析，同時自動重新整理這些分析。 您必須有 Office 網頁版，才能搭配 Power Pivot for SharePoint 和 SharePoint Server 2016 使用 Excel 網頁版。 您可以使用 SQL Server 2014 (SP1) 或 SQL Server 2016 RTM Enterprise Edition 和 SQL Server Analysis Services，以取得與 SharePoint Server 2016 的商業智慧。 不過，您只能搭配使用 Power Pivot for SharePoint 與 SQL Server 2016 RTM，而不能與 SQL Server 2014 (SP1) 搭配使用。

• Power Pivot for SharePoint 2013 可讓使用者在 Excel 與瀏覽器中對他們產生的資料模型與分析進行共用與共同作業，同時自動重新整理這些分析。 這是 SQL Server 2008 R2 Analysis Services (SSAS)資料中心與企業版、SQL Server 2012 SP1 Analysis Services (SSAS) 企業版、SQL Server 2014 Analysis Services (SSAS) 企業版與商業智慧版的一部分。

根據容量與 IO 需求設計儲存架構

您為環境選取的儲存架構與磁碟類型，可能會對系統效能產生影響。

本節內容：

• 選擇儲存架構

• 選擇磁碟類型

• 選擇 RAID 類型

選擇儲存架構

SharePoint Server 支援直接連接儲存裝置 (DAS)、儲存區域網路 (SAN) 與網路連接儲存裝置 (NAS) 儲存架構，但 NAS 只能用於依設定會使用遠端 BLOB 儲存的內容資料庫。 您應根據您的商務解決方案與現有基礎結構內的因素，做出適當選擇。

任何儲存架構都必須支援您的可用性需求，並且能夠適當提供 IOPS 與延遲性。 要受到支援，系統必須能穩定地在 20 毫秒 (ms) 內傳回資料的第一個位元組。

直接連接儲存裝置 (DAS)

DAS 是一種數位儲存系統，直接連接至伺服器或工作站，其間沒有儲存網路。 DAS 實體磁碟類型包括序列連接 SCSI (SAS) 與序列連接 ATA (SATA)。

一般而言，若共用儲存平台不一定能達到 20 毫秒的回應時間，也不一定有足夠的容量可供平均與尖峰 IOPS 使用時，建議您選擇 DAS 架構。

儲存區域網路 (SAN)

SAN 是一種將遠端電腦儲存裝置 (例如磁碟陣列和磁帶庫) 附加至伺服器的架構，藉由這種方式，裝置將顯示為於本機端附加於作業系統之下 (例如，區塊儲存)。

一般而言，若共用儲存區對您的組織很有助益時，我們會建議您選擇 SAN。

共用儲存區的好處包括：

• 較容易在伺服器之間重新配置磁碟儲存區。

• 可為多部伺服器提供服務。

• 可存取的磁碟沒有數量上的限制。

網路連接儲存裝置 (NAS)

NAS 裝置是一種連接至網路的自助式電腦。 它唯一的目的，就是將以檔案為基礎的資料儲存服務提供給網路上的其他裝置。 NAS 裝置上的作業系統與其他軟體可提供資料儲存、檔案系統、存取檔案等功能，並且有能力管理這些功能 (例如檔案儲存)。

注意事項

[!附註] NAS 只能用於依設定會使用遠端 BLOB 儲存 (RBS) 的內容資料庫。 任何網路儲存架構皆必須在 1 毫秒內回應 ping，並且在 20 毫秒內傳回資料的第一個位元組。 此限制不適用於本機 SQL Server FILESTREAM 提供者，因為此提供者只會將資料儲存在相同伺服器上的本機位置。

注意事項

[!附註] 當您使用Internet Small Computer System Interface (iSCSI)，並將其視為 NAS 通訊協定時，可能會產生某些混淆。 若您透過 Common Internet File System (CFIS) 存取 iSCSI 儲存區，則會是 NAS 通訊協定。 這表示，您無法將此儲存區用於未設定成使用 RBS 的內容資料庫。 但若您透過本機連接的硬碟存取此 iSCSI 儲存區，此儲存區即會被視為 SAN 架構。 這表示您可以將其用於 NAS。

選擇磁碟類型

您在系統中使用的磁碟類型可能會對可靠性與效能產生影響。 在其他因素不變的情況下，磁碟機愈大，平均搜尋時間就愈長。 SharePoint Server 支援下列類型的磁碟機：

• 小型電腦系統介面 (SCSI)

• 序列進階技術連接 (SATA)

• 序列連接 SCSI (SAS)

• 光纖通道 (FC)

• 整合式電子裝置 (IDE)

• 固態硬碟 (SSD) 或快閃磁碟機

選擇 RAID 類型

RAID (獨立磁碟容錯陣列) 常用來改善個別磁碟的效能特性 (藉由去除數個磁碟間的資料) 以及防止個別磁碟發生故障。

SharePoint Server 支援所有 RAID 類型。 但建議您使用 RAID 10 或供應商特有而具有同等效能的 RAID 解決方案。

在設定 RAID 陣列時，請確實根據供應商提供的偏移適當調校檔案系統。

如需為 SQL Server 佈建 RAID 的詳細資訊，請參閱 RAID。

估計記憶體需求

SharePoint Server 所需的記憶體，與您在執行 SQL Server 的伺服器上主控的內容資料庫大小有直接的關聯。

當您新增服務應用程式與功能時，需求很可能就會增加。 下表提供我們建議您使用多少記憶體的準則。

內容資料庫的合併大小	針對執行 SQL Server 的電腦所建議的 RAM
小型生產部署的最低需求	8 GB
中型生產部署的最低需求	16 GB
2 TB 以內的建議	32 GB
2 TB 至 5 TB 的建議	64 GB
超過 5 TB 的建議	超過 64 GB 的額外 RAM 可改善 SQL Server 快取速度

注意事項

[!附註] 由於在 SharePoint Server 環境中有配送資料的需求，因此這些值高於我們針對 SQL Server 而建議的最小值。 如需 SQL Server 系統需求的詳細資訊，請參閱 安裝 SQL Server 2014 的硬體和軟體 需求和安裝 SQL Server 2016 和 2017 SQL Server 的硬體和軟體 需求。

如需 SQL Server 容量限制與規格的相關資訊，請參閱 SQL Server 版本的計算容量限制和 SQL Server 的最大容量規格。

其他可能影響到所需記憶體的因素包括：

• 是否使用 SQL Server 鏡像。

• 是否經常使用大於 15 MB 的檔案。

了解網路拓撲需求

請規劃伺服器陣列以內和之間的網路連線。 建議您使用低延遲的網路。

下表提供若干最佳做法與建議：

• 伺服器陣列中的所有伺服器都應該有執行 SQL Server 之伺服器的 LAN 頻寬和延遲。 延遲不應大於 1 毫秒。

• 建議您不要使用此類廣域網路 (WAN) 拓撲：從伺服器陣列的其他元件，透過延遲大於 1 毫秒的網路從遠端部署執行 SQL Server 的伺服器。因為此類拓撲尚未經過測試。

• 若您要使用 SQL Server Always On 實作套件、鏡像、記錄傳送或容錯移轉叢集以保有最新的遠端網站，請規劃適當的 WAN 網路。

• 我們建議，Web 伺服器與應用程式伺服器應具有兩張網路介面卡：一張網路介面卡用來處理使用者流量，另一張用來處理與執行 SQL Server 的伺服器之間的通訊。

  注意事項

  若您使用 iSCSI，請確定每張網路介面卡僅專用於網路通訊或 iSCI，而非同時用於兩者。

設定 SQL Server

以下幾節將說明如何妥善規劃以設定 適用於 SharePoint Server 的 SQL Server。

本節內容：

• 估計所需的伺服器數量

• 設定儲存區與記憶體

• 設定 SQL Server 選項

• 設定資料庫

估計所需的伺服器數量

一般而言，SharePoint Server 會以充分運用 SQL Server 的延伸模組作為其設計方向。例如，相較於僅使用幾部大型伺服器，環境中若有許多執行 SQL Server 的中型伺服器，SharePoint Server 會有較理想的執行效能。

一律將 SQL Server 放置在未執行任何其他伺服器陣列角色或裝載任何其他應用程式之資料庫的專用伺服器上。 這項建議的唯一例外是您在開發或非效能導向測試環境的獨立伺服器上部署系統時。 雖然 SQL Server 可以在與 SharePoint 相同的伺服器上執行，但是建議在不同的伺服器上執行 SQL Server，以獲得較佳效能。

以下提供一般指引，說明何時應額外部署將會執行 SQL Server 執行個體的伺服器：

• 基於容量考量而執行四部以上的 Web 伺服器時，請新增另一部資料庫伺服器。

• 當您目前的伺服器已達到 RAM、CPU、磁碟 IO 輸送量、磁碟容量或網路輸送量的有效資源上限時，請新增另一部資料庫伺服器。

如需詳細資訊，請參閱 SQL Server 版本的計算容量限制和 SQL Server 的最大容量規格。

若您在執行 Secure Store 服務應用程式時想要提升安全認證儲存區，建議您將 Secure Store 資料庫放置在僅限一個管理員可存取的個別資料庫執行個體上。

設定儲存區與記憶體

在執行 SQL Server 的伺服器上，建議每個 CPU 的 L2 快取至少要有 2 MB，以提升記憶體效能。

遵循供應商的儲存設定建議

在設定實體儲存陣列時若要達到最佳效能，請遵循儲存供應商所提供的硬體設定建議，而不要使用作業系統的預設值。

如果您沒有廠商的指引，則建議使用可從 Windows Server 2012 R2 使用的 PowerShell 儲存 Cmdlet。 如需詳細資訊，請參閱 Windows PowerShell 中的儲存 Cmdlet。

盡可能提供最多資源

確定對磁碟的 SQL Server I/O 通道並未讓其他應用程式共用，例如分頁檔與 Internet Information Services (IIS) 記錄。

提供盡可能多的公交車頻寬。 較大的匯流排頻寬有助於改善可靠性和效能。 請考慮磁碟並非匯流排頻寬的唯一使用者 — 例如，您一定也會用到網路存取。

設定 SQL Server 選項

下列 SQL Server 設定與選項應在您部署 SharePoint Server 之前設定。

• 請勿在裝載 SQL Server 且支援 SharePoint Server 的伺服器上啟用自動建立統計數據。 SharePoint Server 會在佈建與升級期間設定必要的設定。 自動建立統計數據可以將查詢的執行計劃從一個 SQL Server 實例變更為另一個 SQL Server 實例。 因此，為了讓所有客戶獲得一致的支援，SharePoint Server 會視需要提供查詢的編碼提示，以期在各種情況下都能達到最佳效能。

• To ensure optimal performance, we strongly recommend that you set max degree of parallelism (MAXDOP) to 1 SQL Server instances that host SharePoint Server databases. For more information about how to set max degree of parallelism, see Configure the max degree of parallelism Server Configuration Option.

設定資料庫

下列指引說明您在環境中設定每個資料庫時所應採行的最佳規劃方式。

將您的資料分散到磁碟間並設定優先順序

理想狀況下，您應將 tempdb 資料庫、內容資料庫、資料庫、搜尋資料庫與 SQL Server 2019、SQL Server 2017 RTM、SQL Server 2016、 SQL Server 2014 (SP1)、SQL Server 2012 及 SQL Server 2008 R2 SP1 交易記錄放置在不同的實體硬碟上。

下表提供為資料設定優先順序時的若干最佳做法與建議：

• 在較快速的磁碟間設定資料的優先順序時，請使用下列排名：

  • Tempdb 資料檔案與交易記錄

  • 資料庫交易記錄檔

  • 搜尋資料庫，但搜尋管理資料庫除外

  • 資料庫資料檔

    在十分偏重於讀取性的入口網站中，資料的優先順序應高於記錄。

• 測試和客戶數據顯示，tempdb 的磁碟 I/O 不足可能會妨礙 SharePoint Server 伺服器陣列效能。 若避免發生此問題，請為 tempdb 配置專用磁碟。 若預期或已監控到高工作量 (亦即，平均讀取動作或平均寫入動作需要 20 毫秒以上才能完成)，您可能必須將檔案分散到各個磁碟間，或將更換為速度較快的磁碟，以緩解瓶頸。

• 為達到最佳效能，請將 tempdb 放置在 RAID 10 陣列上。 tempdb 資料檔的數目應與核心 CPU 的數目相等，且各個 tempdb 資料檔應設為相同大小。 此時請將雙核心處理器計為兩個 CPU。 各個支援超執行緒的處理器應分別計為單一 CPU。 如需詳細資訊，請參閱最佳化 tempdb 效能。

• 請將資料庫資料檔與交易記錄檔分散到不同的磁碟間。 若因為檔案太小而無法給予完整磁碟或等量磁碟區，或是您的磁碟空間不足，而使檔案必須共用磁碟，請將使用模式不同的檔案放在相同磁碟上，以盡可能減少並行存取要求。

• 請洽詢您的儲存硬體供應商，了解如何設定所有的記錄與搜尋資料庫，讓您特定的儲存解決方案達到最佳寫入效能。

將多個資料檔用於內容資料庫

請遵循下列建議以達到最佳效能：

• 僅在資料庫的主要檔案群組中建立檔案。

• 將檔案分散到不同磁碟。

• 資料檔的數目應小於或等於核心 CPU 的數目。 此時請將雙核心處理器計為兩個 CPU。 各個支援超執行緒的處理器應分別計為單一 CPU。

• 建立大小相同的資料檔。

重要事項

[!重要事項] 雖然您可以使用 SharePoint Server 的內建備份與復原工具來備份及復原多個資料檔，但若您在相同位置上覆寫，則這些工具無法將多個資料檔還原到不同位置。 因此，強烈建議您將多個資料檔用於內容資料庫時，應使用 SQL Server 備份與復原工具。 如需如何備份及復原 SharePoint Server 的詳細資訊，請參閱在 SharePoint Server 中規劃備份和修復。

如需如何建立及管理檔案群組的詳細資訊，請參閱實體資料庫檔案與檔案群組。

限制內容資料庫大小以方便管理

規劃調整資料庫大小的作業，以提升環境的可管理性、效能與升級的簡易性。

為確保系統效能，建議您將內容資料庫的大小限定為 200 GB (當特定使用案例與情況支援較大的大小時除外)。 如需內容資料庫大小限制的詳細資訊，請參閱 SharePoint Server 2016 和 2019 軟體界限和限制中的一節。

一般情況下，我們建議網站集合不應超過 100 GB，除非那是資料庫中唯一的網站集合，因此您可以在必要時使用 SharePoint Server 的細微備份工具將網站集合移至其他資料庫。

主動管理資料與記錄檔案的增長

建議您考量下列建議，以主動管理資料與記錄檔的增長：

• 盡可能將所有資料檔案與記錄檔預先擴增至預期的最終大小。

• 建議您啟用以安全為考量的自動擴增功能。 請不要使用預設的自動擴增設定。 設定自動擴增功能時，請考量下列準則：

  • 若您所規劃的內容資料庫超過建議的大小 (200 GB)，請將資料庫自動擴增值設為固定的 MB 數，而不要設為百分比。 此設定可減少 SQL Server 增加檔案大小的頻率。 增加檔案大小是一種會以空白頁面填入新空間的阻礙性動作。

  • 如果預期內容資料庫的計算大小不會在下一年內達到建議的大小上限 200 GB，請使用 ALTER DATABASE MAXSIZE 屬性，將它設定為預測資料庫在一年內達到的大小上限 ，並額外提供 20% 的錯誤邊界。 請定期檢視此設定，以確定該值仍適用 (以過去的成長率為準)。

• 在磁碟間保留至少 25% 的可用空間，供擴增與尖峰使用模式之用。 若您藉由在 RAID 陣列中新增磁碟或配置更多儲存區來管理擴增，請密切監視磁碟大小以避免空間不足。

驗證及監視儲存區與 SQL Server 的效能

測試您的效能與備份解決方案在硬體上是否可讓您符合服務等級協定 (SLA)。 特別是，請為執行 SQL Server 的電腦測試其 I/O 子系統，以確定效能良好。

測試您所使用的備份解決方案，以確定它可在可用的維護時程內完成系統備份。 若備份解決方案無法符合您的企業所需的 SLA，請考慮使用累加備份解決方案，例如 Microsoft System Center Data Protection Manager。

請務必對執行 SQL Server 的伺服器追蹤下列資源元件：CPU、記憶體、快取/點擊比率與 I/O 子系統。 若有一或多個元件疑似變慢或負載過重，請根據目前與預測的工作量分析適當的策略。 如需詳細資訊，請參閱 效能監視與調整。

下一節列出我們建議您用來監視在 SharePoint Server 環境中執行之 SQL Server 資料庫效能的性能計數器。 另外也列出每個計數器的近似狀況良好值。

如需如何監視效能及使用效能計數器的詳細資訊，請參閱 Windows 效能監視器和設定監視效能

要監視的 SQL Server 計數器

請監視下列 SQL Server 計數器，以確定伺服器的狀況：

• 一般統計資料 此物件會提供計數器，用以監視一般的全伺服器活動，例如目前連線數目，以及每秒從執行 SQL Server 執行個體的電腦上連線及中斷連線的使用者人數。 請考慮監視下列計數器：

  • 使用者連線 此計數器會顯示您執行 SQL Server 之電腦上的使用者連線數目。 若您發現此數比起基準已增加了 500%，就可能出現效能下降的情況。

• 資料庫 此物件提供的計數器可監視大量複製作業、備份與還原輸送量以及交易記錄活動。 監視交易與交易記錄，可判斷資料庫中發生了多少使用者活動，以及交易記錄的滿溢程度。 使用者活動的數量可決定資料庫的效能，並且可能影響記錄大小、鎖定與複寫。 監視低層級記錄活動以測量使用者活動與資源使用量，可協助您找出效能瓶頸。 請考慮監視下列計數器：

  • 交易/秒 此計數器會顯示指定資料庫或整部伺服器上每秒的交易數目。 此數目可加入您的基準中，並可協助您進行問題的疑難排解。

• 鎖定 此物件可提供 SQL Server 對個別資源類型之鎖定的相關資訊。 請考慮監視下列計數器：

  • 平均等候時間 (毫秒) 此計數器會顯示每個導致等候狀況之鎖定要求的平均等候時間。

  • 鎖定等候時間 (毫秒) 此計數器會顯示上一秒之鎖定的等候時間。

  • 鎖定等候/秒 此計數器會顯示每秒內無法立即獲得應允而必須等候資源的鎖定數目。

  • 死結數目/秒 此計數器會顯示執行 SQL Server 的電腦上每秒的死結數目。 此數目不應增加至 0 以上。

• 閂鎖 此物件所提供的計數器可監視名為閂鎖的內部 SQL Server 資源鎖定。 監視閂鎖以判斷使用者活動與資源使用量，可協助您找出效能瓶頸。 請考慮監視下列計數器：

  • 平均閂鎖等候時間 (毫秒) 此計數器會顯示必須等候之閂鎖要求的平均閂鎖等候時間。

  • 閂鎖等候/秒 此計數器會顯示無法立即獲得應允的閂鎖要求數目。

• SQL 統計資料 此物件所提供的計數器可監視編譯以及傳送至 SQL Server 執行個體的要求類型。 監視查詢的編譯與重新編譯數目以及 SQL Server 執行個體所接收的批次數目，可讓您了解 SQL Server 處理使用者查詢的速度以及查詢最佳化工具處理查詢的效率。 請考慮監視下列計數器：

  • SQL 編譯/秒 此計數器會指出每秒輸入編譯代碼路徑的次數。

  • SQL 重新編譯/秒 此計數器會指出陳述式每秒重新編譯的次數。

• 緩衝區管理員 此物件所提供的計數器可監視 SQL Server 使用記憶體來儲存資料頁面、內部資料結構與程序快取的情形，另外也有計數器可監視 SQL Server 讀取及寫入資料庫頁面時的實體 I/O。 請考慮監視下列計數器：

  • 緩衝區快取點擊比率

  • 此計數器會顯示直接從緩衝區快取中取得而無須從磁碟讀取的頁面百分比。 此比率的計算方式，是將快取點擊的總數除以快取查閱的總數 (以過去數千個頁面存取作為樣本)。 由於從快取讀取的成本遠低於從磁碟讀取，因此您會希望此比率是偏高的。 一般而言，只要增加 SQL Server 的可用記憶體，即可提高緩衝區快取點擊比率。

• 規劃快取 此物件所提供的計數器可監視 SQL Server 使用記憶體來儲存各種物件的情形，例如預存程序、未備妥與已備妥的 Transact-SQL 陳述式與觸發程序等。 請考慮監視下列計數器：

  • 快取點擊比率

  • 此計數器會指出計劃的快取點擊與查閱之間的比率。

要監視的實體伺服器計數器

請監視下列計數器，以確定您執行 SQL Server 的電腦處於何種狀況：

• 處理器：處理器時間百分比：總計 此計數器會顯示處理器在閒置時間外執行應用程式或作業系統程序的時間百分比。 在執行 SQL Server 的電腦上，此計數器應維持在 50% 到 75% 之間。 如果有持續多載，請調查是否有異常的進程活動，或伺服器是否需要更多 CPU。

• 系統：處理器佇列長度 此計數器會顯示處理器佇列中的執行緒數目。 請監視此計數器，確定其值仍在核心 CPU 數目的兩倍以下。

• 記憶體：可用的 Mbytes 此計數器會顯示電腦上執行的程序所能使用的實體記憶體 (以 MB 為單位)。 請監視此計數器，以確定您至少保留了可用實體 RAM 總計的 20%。

• 記憶體：頁面/秒 此計數器會顯示在磁碟上讀取或寫入頁面的速率，以解決硬分頁錯誤。 請監視此計數器，確定其值保持在 100 以下。

如需詳細資訊和記憶體疑難排解方法，請參閱下列資源：

• SQL Server 2014 (SP1) -監視記憶體使用量

• 監視磁碟使用量

• 監視 CPU 使用量

• SQL Server 2017、SQL Server 2017 及 SQL Server 2019 -監視記憶體使用量

• 監視磁碟使用量

• 監視 CPU 使用量

如需詳細資訊與記憶體疑難排解方法，請參閱監視記憶體使用量 (適用於 SQL Server 2008 R2 SP1)、 監視記憶體使用量 (適用於 SQL Server 2012) 與 監視記憶體使用量 (適用於 SQL Server 2014)。

要監視的磁碟計數器

監視下列計數器可確認磁碟的狀況。 下列值代表一段時間測量的值，而不是在突然暴增期間發生的值，而不是以單一度量為基礎的值。

• 實體磁碟：磁碟時間百分比：資料磁碟機 此計數器會顯示選取的磁碟機忙於回應讀取或寫入要求的經過時間百分比；此為常見的磁碟忙碌程度指標。 若 實體磁碟：磁碟時間百分比 計數器偏高 (超過 90%)，請檢查 實體磁碟：目前磁碟佇列長度 計數器，以確認有多少個系統要求正在等候磁碟存取。 等候中的 I/O 要求數應維持在組成實體磁碟之主軸數的 1.5 到 2 倍以下。

• 邏輯磁碟：磁碟傳輸/秒 此計數器會顯示在磁碟上執行讀取與寫入作業的速率。 使用此計數器可適當監視成長趨勢與預測。

• 邏輯磁碟：磁碟讀取位元組/秒與 邏輯磁碟：磁碟寫入位元組/秒 這些計數器會顯示在讀取或寫入作業期間從磁碟傳輸位元組的速率。

• 邏輯磁碟：平均磁碟位元組/讀取 此計數器會顯示在讀取作業期間從磁碟傳輸的平均位元組數。 此值可反映磁碟延遲 — 較大的讀取作業可能會導致延遲略為增加。

• 邏輯磁碟：平均磁碟位元組/寫入 此計數器會顯示在寫入作業期間傳輸至磁碟的平均位元組數。 此值可反映磁碟延遲 — 較大的寫入作業可能會導致延遲略為增加。

• 邏輯磁碟：目前磁碟佇列長度 此計數器會顯示在收集效能資料時磁碟上仍待處理的要求數目。 此計數器的值愈低愈好。 若每個磁碟的值大於 2，表示可能有瓶頸存在，應加以調查。 因此，由四個磁碟組成的邏輯單元 (LUN) 最多可接受 8 的值。 瓶頸可能會產生可延伸至目前存取磁碟之伺服器以外的積存，而導致使用者陷入長時間的等候。 瓶頸的可行解決方案包括為 RAID 陣列新增更多磁碟、將現有磁碟更換為較快速的磁碟，以及將部分資料移至其他磁碟。

• 邏輯磁碟：平均磁碟佇列長度 此計數器會顯示在取樣間隔期間為選取的磁碟排入佇列的讀取與寫入要求的平均數目。 其規則是，每個主軸的待處理讀取與寫入要求數不應超過兩個。 但此要求計數可能難以測量，因為記憶體虛擬化和設定之間的RAID層級差異。 您可以檢查是否有磁碟佇列長度與磁碟延遲都超出平均值的情況存在。 若兩者都超出平均值，表示儲存陣列快取可能使用過度，或是與其他應用程式共用的主軸可能影響到效能。

• 邏輯磁碟：平均磁碟秒數/讀取與 邏輯磁碟：平均磁碟秒數/寫入 這些計數器會顯示對磁碟進行讀取或寫入作業的平均秒數。 請監視這些計數器，確定其值維持在磁碟容量的 85% 以下。 若讀取或寫入作業超過磁碟容量的 85%，磁碟存取時間將會遽增。 若要確認您的硬體所需的容量，請參閱供應商文件，或使用 Diskspd 公用程式、儲存測試工具加以計算。 如需詳細資訊，請參閱 Diskspd：強固的記憶體效能工具。

  • 邏輯磁碟：平均磁碟秒數/讀取 此計數器會顯示從磁碟執行讀取作業的平均秒數。 在調整得當的系統上，記錄的理想值會介於 1 到 5 毫秒之間 (快取陣列上的理想值為 1 毫秒)，資料的值則介於 4 到 20 毫秒之間 (最好小於 10 毫秒)。 尖峰期間可能會出現偏高的遲延。 但若有規律地出現偏高值，您即應調查原因。

  • 邏輯磁碟：平均磁碟秒數/寫入 此計數器會顯示對磁碟執行寫入作業的平均秒數。 在調整得當的系統上，記錄的理想值會介於 1 到 5 毫秒之間 (快取陣列上的理想值為 1 毫秒)，資料的值則介於 4 到 20 毫秒之間 (最好小於 10 毫秒)。 尖峰期間可能會出現偏高的遲延。 但若有規律地出現偏高值，您即應調查原因。

    當您將 RAID 設定用於 邏輯磁碟：平均磁碟位元組/讀取 或 邏輯磁碟：平均磁碟位元組/寫入 計數器時，請使用下表所列的公式推算磁碟上的輸入與輸出速率。

RAID 層級	公式
RAID 0	每一磁碟的 I/O = (讀取數 + 寫入數) / 磁碟數目
RAID 1	每一磁碟的 I/O = [讀取數 + (2 × 寫入數)] / 2
RAID 5	每一磁碟的 I/O = [讀取數 + (4 × 寫入數)] / 磁碟數目
RAID 10	每一磁碟的 I/O = [讀取數 + (2 × 寫入數)] / 磁碟數目

舉例來說，若您的 RAID 1 系統具有兩個實體磁碟，而您計數器的值如下表中所示。

計數器	值
平均磁碟秒數/讀取**	80
邏輯磁碟：平均磁碟秒數/寫入**	70
平均磁碟佇列長度**	5

• 每一磁碟的 I/O 值可計算如下：(80 + (2 × 70))/2 = 110

• disk queue length 可計算如下：5/2 = 2.5

• 在此情況下，您的 Borderline I/O 發生瓶頸。

其他監視工具

您也可以使用 SQL Server 2008 中的 sys.dm_io_virtual_file_stats 動態管理檢視，來監視磁碟延遲及分析趨勢。 如需詳細資訊，請參閱 ＜sys.dm_io_virtual_file_stats (Transact-SQL)＞。

SQL Server 2012 for SharePoint Server 2013

感謝 Microsoft 資深產品行銷經理 Bill Baer 與 MicroTechPoint 的 CEO 兼創辦人 Brian Alderman 提供一系列的線上 SQL Server 2012 訓練單元。 同時要特別感謝 Channel 9 Microsoft 收錄了這些線上訓練單元。 下列訓練單元將提供關於 SQL Server 2012 資料庫設定的詳細資料，以協助您了解如何改善 SharePoint Server 2016 效能、可用性與安全性。

• 調整 SQL Server 2012 for SharePoint 2013：(01) SQL Server 與 SharePoint Server 的重要整合

• 調整 SQL Server 2012 for SharePoint 2013：(02) SQL Server 資料庫設定的最佳做法

• 調整 SQL Server 2012 for SharePoint 2013: (03) SQL Server 的伺服器設定

• 調整 SQL Server 2012 for SharePoint 2013：(04) SQL Server 與 SharePoint 可用性

另請參閱

概念

SharePoint Server 2016 和 2019 環境中的 SQL Server 概觀

最佳化 SharePoint Server 2013 的效能

針對 SharePoint 伺服器陣列 SQL Server 的最佳作法

SharePoint Server 2013 的效能規劃

SharePoint Server 2013 的容量管理及調整大小

SharePoint Server 2013 的容量規劃

其他資源

SharePoint Server 2013 環境中的 SQL Server 概觀