共用方式為

實體拓撲建議 (Office SharePoint Server)

  • 發行項

系統的資料庫層拓撲、網路、實體儲存和快取會大幅影響系統效能。規劃硬體時請記住，Microsoft Office SharePoint Server 2007 是在 32 位元作業系統和資料庫上執行的最後一個 Office SharePoint Server 版本。本文主要說明系統執行於 Microsoft SQL Server 2008 時您可以進行哪些改善。

重要

如果採用逐步升級方法，若要執行 SQL Server 2008 的伺服器維持合理回應時間，可能至少需要增加 2 倍的 SQL Server 資源以支援 Office SharePoint Server 2007。

下列各節所提供的建議，是根據我們針對主控 Office SharePoint Server 2007 的 SQL Server 2005 資料庫所得出的最佳作法。

從執行 SQL Server 2008 的專屬伺服器開始

下列建議適用於拓撲中的資料庫層：

  • 除非您在獨立伺服器上部署系統，否則請一律將 SQL Server 2008 置於未執行任何其他伺服器陣列角色或沒有為任何其他應用程式主控資料庫的專屬伺服器上。

  • 除非基於重大業務因素另做考量，否則我們強烈建議您在 64 位元作業系統上安裝 SQL Server 2005 64 位元版本。

  • 除非基於重大業務因素而需使用舊版，否則為獲得最佳效能，請使用 Office SharePoint Server 2007 與 SQL Server 2008 並安裝最新 Service Pack。

  • 設定伺服器陣列時，請使用 SQL Server 連線別名。連線別名是可用來連線至 SQL Server 執行個體的替代名稱。如果資料庫伺服器失敗，可在前端網頁伺服器上調整別名以指向其他伺服器。如需詳細資訊，請參閱如何：設定 SQL Server 別名 (SQL Server Management Studio) (https://go.microsoft.com/fwlink/?linkid=132064&clcid=0x404)。

  • 請確定磁碟的 SQL Server 2008 輸入/輸出 (I/O) 通道未由其他應用程式所共用，例如分頁檔和網際網路資訊服務 (IIS) 記錄檔。

除了新增資源外，請考慮擴展規模

請務必針對執行 SQL Server 2008 的伺服器追蹤以下三種資源元件：CPU、記憶體和 I/O 子系統。若一或多個元件似乎負擔過重，請依據目前工作量和預測工作量，分析適當因應作法。然後，請決定是否要新增更多資源，或是將規模向外延展為新增一個執行 SQL Server 2008 的伺服器。一般而言，建議您除了新增更多資源外，可考慮向外延展規模。如需詳細資訊，請參閱 SQL Server 2008 效能問題的疑難排解 (英文) (https://go.microsoft.com/fwlink/?linkid=168448&clcid=0x404)。

如果執行容量滿載的網頁伺服器已超過四部，建議您部署執行 SQL Server 2008 的其他伺服器。

選擇硬體時，請遵循 SQL Server 規則

下列各節內含 SQL Server 2008 小組針對可最佳化 Office SharePoint Server 2007 效能之硬體的建議。

記憶體

為了決定電腦執行 SQL Server 2008 所需的記憶體數量，請先就記憶體使用量方面，來決定規劃的部署屬於小型、中型或大型。

請使用下表來決定您的部署規模：

  • 如果您的部署參數平均來說小於列出的值，則可視為小型部署。

  • 如果您的部署參數大約等於列出的值，則可視為中型部署。

  • 如果您的部署參數平均來說大於大部分列出值的上限，則可視為大型部署。

評量值 值

內容資料庫大小

100 GB

內容資料庫數目

20

SQL Server 2008 的同時要求數目

200

使用者

1000

定期存取清單中項目的數目

2000

定期存取清單中的欄數目

20

對於 SQL Server 2008，最少所需記憶體為 4 GB，中型部署的建議記憶體為 8 GB，大型部署的建議記憶體為 16 GB 以上。

其他會影響記憶體需求的因素包括：

  • 使用 SQL Server 2008 鏡像。

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

CPU 快取

對於執行 SQL Server 2008 的伺服器，我們建議每個 CPU L2 快取至少擁有 2 MB 以改善記憶體效能。

匯流排頻寬

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

下列清單提供關於最佳化匯流排頻寬的最佳作法與建議。

  • 對於中型至大型規模的伺服器，較大的匯流排頻寬可改善系統的可靠性，尤其是在新增多重路徑軟體時更是如此。相反地，較大的匯流排頻寬並不會大幅增進小型系統的可靠性。您可透過系統中的備援路徑和避免硬體裝置發生單點失敗，來改善匯流排頻寬的可靠性。

  • 較大的匯流排頻寬會為經常使用大型區塊傳輸和循序 I/O 的系統，提供更佳的效能。

  • 在大部分使用循序 I/O 的小型伺服器中，PCI 往往成為三個磁碟的瓶頸所在。對於擁有八個執行大部分隨機 I/O 之磁碟的小型伺服器而言，使用 PCI 即已足夠。不過，一般而言從小到超大型伺服器規模都很常使用 PCI-X。

  • 大型數量的磁碟需要較大的匯流排頻寬支援。

  • 匯流排頻寬的容量可能會受到系統拓撲的限制。如果系統使用直接附加式磁碟，則插槽數量會限制匯流排頻寬容量。不過對於儲存區域網路 (SAN) 系統而言，並不存在實體限制因素。

  • 一般而言，越昂貴的伺服器會擁有更大、更快的匯流排。若要增加匯流排的頻寬容量，則經常不得不更換伺服器。不過，愈大的伺服器會擁有愈高的可設定性。請洽詢伺服器提供者以瞭解規格。

磁碟和 SAN 介面

在系統中所使用的介面會影響可靠性與效能。在所有其他條件相同之下，較大的磁碟機會增加平均搜尋時間。請使用下表中的資訊，告知您選擇的介面。

介面 好處 缺點 附註

小型電腦系統介面 (SCSI)

支援強制將資料寫入磁碟，增進復原能力。

SCSI 標記命令佇列 (TCQ) 支援多個 I/O 要求。

支援熱抽換。

SCSI 每個通道可處理多達 15 個磁碟機。

實體纜線長度限制較少。

通道超載會增加到達傳輸速度限制的機會。

整合式電子裝置 (IDE)

支援熱抽換。

IDE 只有在每個通道僅附加一個磁碟機時，才會擁有高速傳輸率。

容量通常大於 SCSI。

每 GB 價格通常較 SCSI 低廉。

每個通道只能處理一個未執行的 I/O 要求。

序列進階技術附加裝置 (SATA)

SCSI TCQ 支援多個 I/O 要求。

支援熱抽換。

大部分是明確設計為每個通道僅支援一個磁碟機，但可使用具有 2 至 12+ 多通道的 SATA 介面卡。

容量通常大於 SCSI。

每 GB 價格通常較 SCSI 磁碟機低廉。

序列連結 SCSI (SAS)

非常快速。

支援 SCSI 通訊協定。

允許使用比 SCSI 更多的磁碟數量。

僅適用於直接附加儲存裝置 (DAS)。

平行 SCSI 替代技術。

與舊版相容的 SATA 磁碟機。

資料中心的資料庫備援

您應該為資料中心的兩種儲存類型提供備援。

資料中心之間的資料庫備援

您可以鏡像或複寫 SAN 與 DAS 所儲存的資料，以支援營運持續力需求，但是鏡像的技術不同，如下所示：

注意

某些 SQL Server 2008 技術 (例如，交易式複寫) 無法與 SharePoint 產品及技術搭配使用，因為複寫技術要求資料庫所有資料表都有主索引鍵資料行。在實作複寫技術之前，請確定 SQL Server 2008 和 Office SharePoint Server 2007 都支援該技術。

快照技術可用於為 SAN 所主控的資料取得時間點快照。在大部分的情況下，DAS 不提供其他軟體和服務以支援快照。

像 Microsoft System Center Data Protection Manager 2007 等支援技術可用以提供 Microsoft SQL Server 和 Microsoft Office SharePoint 產品及技術的額外保護。Microsoft System Center Data Protection Manager 2007 可在 Active Directory® 網域內和之間提供伺服器磁碟和磁帶的資料保護與復原。如需 Microsoft System Center Data Protection Manager 2007 的其他資訊，請參閱 Microsoft System Center Data Protection Manager 2007 網站 (英文) (https://www.microsoft.com/systemcenter/dataprotectionmanager/en/us/default.aspx) (英文)。

效能

對於 DAS 和 SAN，您應評量下列類別的效能：

  • 每秒 I/O

  • 每秒 MB

  • 延遲

DAS 和 SAN 環境的效能會受到許多變數影響，因此無法在此提供簡單建議。變數包括驅動程式、設定、基礎技術與支援基本技術、主匯流排介面卡 (HBA) 等。

光纖通道交換式光纖會對 SAN 環境帶來許多好處，因為光纖通道可以透過光纖提供多個連結，進而實現 I/O 路徑平行，這樣 SAN 即可更有效率地處理 I/O 要求。

對於向 SQL Server 伺服器提供服務的 I/O 子系統，請務必將其延遲時間減至最少。I/O 子系統回應遲緩的情況並無法藉由新增其他類型的資源 (例如 CPU 或記憶體) 來彌補，但是卻會影響整個伺服器陣列，並產生問題。在部署前請先規劃最小延遲，並按照＜監視並疑難排解儲存效能＞中所述監控現有的系統。

網路拓撲建議

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

下列清單提供部分最佳作法和建議：

  • 伺服器陣列中所有伺服器都應該對執行 SQL Server 2008 的伺服器有 LAN 頻寬和延遲 (最多達 1 毫秒 (ms) 的延遲)。

  • 我們不建議使用廣域網路 (WAN) 拓撲，因為這種拓撲會從網路延遲大於 1 亳秒的伺服器陣列其他元件上，遠端部署 SQL Server 2008 的伺服器。這種拓撲尚未經測試。

  • 如果打算使用 SQL Server 2008 鏡像或 SQL Server 2008 記錄傳送功能，將遠端網站保持在最新狀態，請規劃適當的 WAN 網路。

  • 規劃使用 SQL Server 2008 Enterprise Edition 的備份壓縮功能。在備份指令檔中設定壓縮選項，或將執行 SQL Server 2008 Enterprise Edition 的應用程式伺服器設定為預設執行壓縮，便可大幅縮小資料庫備份及所傳送之記錄檔的大小。如需詳細資訊，請參閱備份壓縮 (SQL Server) (https://go.microsoft.com/fwlink/?linkid=129381&clcid=0x404)。

    注意

    SharePoint 產品及技術不支援資料庫壓縮。

磁碟拓撲

在系統中使用的磁碟拓撲會影響可靠性和效能。

對於向 SQL Server 2008 伺服器提供服務的 I/O 子系統，應該將其延遲時間減至最少。I/O 子系統回應緩慢的情況並無法藉由新增其他類型的資源 (例如，CPU 或記憶體) 來彌補，但是卻會影響整個伺服器陣列，並產生問題。

使用下表中的資訊來通知您選擇的拓撲。

拓撲 好處 缺點 附註

SAN

可以服務多部伺服器。

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

不論是安裝其他伺服器或管理眾多伺服器皆更為容易。

更輕鬆地重新配置伺服器之間的磁碟儲存。

維護成本往往低於直接附加儲存裝置 (DAS)。

DAS

大於最大頻寬。

更輕鬆地管理較少數量的伺服器。

初始負荷成本低於 SAN。

部署每部伺服器。

磁碟數目會受伺服器中的插槽數量和使用的介面類型所限制。

如果您遇到負載量瓶頸，請考慮使用 DAS。

達到特定伺服器的 DAS 數量限制時，必須部署執行 SQL Server 2008 的其他伺服器。

網路連結儲存裝置 (NAS)

在 NAS 環境中無法確保和維護 SQL Server 2008 所需的 I/O 回應時間。

iSCSI 僅支援輕量的 I/O 流量。

由於無法確保足夠的延遲，因此我們不建議您使用 NAS。如果需要使用網路儲存，請在 iSCSI 的專屬 Gigabit 乙太網路本機區域網路 (LAN) 上使用 iSCSI，而不要使用 NAS。

下載本書

本主題隨附於下列可下載的叢書中，以便於閱讀與列印：

請參閱 Office SharePoint Server 2007 可下載的內容 上提供的完整叢書清單。