共用方式為

規劃軟體界限 (Project Server)

  • 發行項

更新日期: 2009年5月

 

上次修改主題的時間： 2015-02-27

本文內容：

  • 測試環境

  • 測試結果

  • 可接受效能的準則

本文將說明關於 Microsoft Office Project Server 2007 經過測試的效能和容量限制，以及測試環境和測試結果的資訊，讓您對此版本有更多瞭解；此外，也會提供可接受效能的準則。您可利用本文所提供的資訊決定所規劃的部署是否合乎可接受效能和容量限制。

本文所提供的測試結果和準則適用於 Office Project Server 2007 單一安裝方式。即使在安裝作業中增加伺服器電腦，並不會讓網站物件容量限制變大 (請參閱＜可接受效能的準則＞一節表格中所列的網站物件容量限制)。不過，就另一方面來說，增加伺服器電腦確實可以提高伺服器陣列的輸送量，但這可能需要有大量物件都達到可接受效能才能辦到。在某些情況下，要滿足一個解決方案中大量物件的需求，可能需要用到一個以上的伺服器陣列。

本文所提供的準則都是以效能為根據，也就是說，您的計劃可以超出這些準則，但一旦提高標準，可能會使效能變差。

請注意，在一定環境中總會存在許多影響效能的因素，而每種因素都可能影響不同層面的效能。本文所述的部分測試結果與建議可能會涉及您環境中所沒有的功能或使用者操作動作，這些當然也就不適用於您的解決方案。唯有徹底測試，才能獲得與您本身環境確切相關的資料。

由於 Office Project Server 2007 是以 Windows SharePoint Services 3.0 為基礎而建置，因此許多影響 Windows SharePoint Services 3.0 效能和容量的因素也會影響 Office Project Server 2007。如需 Windows SharePoint Services 3.0 容量和效能規劃的詳細資訊，請參閱＜規劃效能和容量 (Windows SharePoint Services)＞。

測試環境

為提供測試結果詳細彙總資料，我們使用了數種伺服器陣列設定環境進行測試，包括一部當作網頁伺服器兼應用程式伺服器角色的伺服器電腦、一部或兩部用戶端電腦，及一部執行 Microsoft SQL Server 2000 資料庫軟體的資料庫伺服器電腦。有些測試則是在另外的應用程式伺服器電腦上進行。在測試實驗室中也有一部專用的網域控制站電腦。所有伺服器電腦都是 32 位元。

下表列出測試環境中各種電腦角色的規格。

電腦角色 規格

網頁伺服器兼應用程式伺服器

4 個 AMD Opteron 2.2 GHz 處理器，2 GB RAM

應用程式伺服器

4 個 AMD Opteron 2.2 GHz 處理器，2 GB RAM

資料庫伺服器

4 個 Intel Xeon 1.5 GHz 處理器，4 GB RAM

用戶端

1 個 Pentium D 3 GHz 處理器，2 GB RAM

網域控制站：

2 個 Pentium III 1 GHz 處理器，512 MB RAM

Note附註：
根據測試過程中的 CPU 及記憶體用量看來，網域控制站的規格雖說相對算低，但並沒有發生重大瓶頸問題。

各伺服器陣列電腦之間使用的是 100 MB 乙太網路。

測試結果

下列圖表和表格顯示的是測試環境依據特定伺服器設定、使用者操作動作及載入條件所得出的執行結果。這些數據適用於所有類似的 Office Project Server 2007 環境。

Note附註：
未來將會測試其他設定條件，其測試結果也會在適當時機對外發佈。

不同操作動作的效能標準會因下列三項因素而異：專案檔案有多大、特定專案中有多少項比較基準，以及伺服器陣列的輸送量有多大。例如，一個不到 1 MB 的小專案檔可能不用一秒就可以完成儲存，但是一個 50 MB 專案檔可能需要超過一分鐘儲存 (確切時間要視您的伺服器陣列設定和網路延遲時間而定)。

專案大小測試標準

下表列出測試所用的三種不同專案檔大小。

大小 檔案大小 (MB) 任務數目 資源數目 工作分派數目

小

0.896

10

10

10

中

2.03

1,420

94

1,486 項工作分派有實際資源，380 項工作未分派資源

大

8.139

10,422

2

5 項工作分派有實際資源，7,693 項工作未分派資源

Active Directory 同步處理

這項測試的目的是要測量 Active Directory 目錄服務同步處理效能如何隨著資源個數增加而降低。

由於 Office Project Server 2007 的基礎安全性和使用者管理架構是由 Windows SharePoint Services 3.0 提供，因此若要在 Office Project Server 2007 中將網域使用者當成資源來管理，您必須將網域的 Active Directory 與伺服器陣列中任一部伺服器上的 Windows SharePoint Services 3.0 一起同步處理。

就 Active Directory 同步處理所匯入的資源數目來說，Active Directory 同步處理的複雜程度並不是以線性倍數計算，而是以次方級數計算，Windows SharePoint Services 3.0 與 Active Directory 之間的同步處理正是這種狀況。根據測試結果，我們可以評估在 20,000 個基座的組織中進行 Windows SharePoint Services 3.0 同步處理大約需要在測試硬體上花費 28 個小時，而在 40,000 個基座的組織中進行 Windows SharePoint Services 3.0 同步處理大約需要 109 個小時 (4.6 天) 才會完成。請注意，這些評估值是根據此次測試所用的硬體和網路規格計算。

一般而言，如果資源資料庫增大一倍，在一定伺服器陣列設定和網路頻寬之下的 Active Directory 同步處理就得多花上將近四倍的時間。即使不論硬體規格如何，在一個超大型組織中第一次進行 Active Directory 同步處理工作多半需要一天以上的時間。

下圖顯示完成 Active Directory 同步處理所需時間相對於資源個數在遞增之下的變化。

Active Directory 同步處理圖表

如需 Active Directory 與 Office Project Server 2007 之間的同步處理詳細資訊，請參閱＜管理 Project Server 2007 的 Active Directory 同步處理＞。

比較基準對效能的影響

Office Project Server 2007 允許特定專案最多可儲存 11 個比較基準。專案的比較基準越多，就會影響到越多層面的效能，因此，此項測試就是要瞭解儲存越多比較基準對於小型、中型、大型專案各有什麼影響。

根據我們的測試結果，只要專案所儲存的比較基準越多，檔案大小和虛擬記憶體也多呈線性倍數增長。儲存比較基準所需時間則與專案大小有關係。對於小型和中型專案來說，即使比較基準達到上限，也不會增加檔案的 I/O 操作動作時間。若是大型專案，增加到第八個比較基準時，檔案 I/O 操作動作時間就會大幅增加。

Project Server 2007 輸入和輸出圖

專案的深度和廣度限制

以下測試是為了瞭解子專案插入主專案後會產生什麼效能影響。我們進行了兩種不同測試：

  • 深度測試 (遞迴)

  • 廣度測試 (非遞迴)

深度測試

深度測試是採遞迴方式插入子專案。例如，先將 Proj01 插入 Proj02中，然後將這個鏈結插入 Proj03，再將整個鏈結插入 Proj04，以此類推。鏈結中的每個專案都完全相同；這個測試的目的是要瞭解每種專案 (小型、中型、大型) 可採用遞迴方式插入多少次子專案，以及在效能標準上的變化又是如何。

在這項遞迴插入測試中，幾乎所有重要參數都以線性倍數擴增。關乎深度的限制因素是在記憶體用量，例如，在第 16 層上，一個含有約 10,000 個任務的大型專案就會達到 32 位元虛擬記憶體的極限。但是，即是在這種情形下，儲存動作仍可以執行得相當快速。至於其他動作，像是主專案關閉後再重開、插入新層次、強制執行重新計算等，就非常耗時。如果使用 64 位元伺服器平台，能插入的專案數目就會大大增加，不過要增加到如此多層的專案並不常見。

下圖顯示完成 I/O 操作動作所需時間相對於遞迴插入專案個數在遞增之下的變化。請注意，這並不代表大型專案的效能狀況，因為中型專案在僅進行幾次遞迴插入後，就呈現嚴重的效能降低情況。

Proj Server 軟體界限圖

廣度測試

廣度測試是指在單一主專案的同一大綱層級上 (也就是採非遞迴方式) 插入子專案。

每個主要參數都隨著專案廣度而擴增。記憶體用量出現瓶頸大約是在非遞迴插入 35 個中型檔案之後；而在容納 20 個專案後，完成儲存和開啟動作的時間約需 400 秒。與遞迴插入方式相同的是，使用 64 位元伺服器平台就能大幅增加可插入的專案數目，不過要增加到如此多個子專案的專案並不常見。

下圖顯示中型專案完成 I/O 操作動作所需時間相對於非遞迴插入專案個數在遞增之下的變化。

I/O 作業與專案的時間圖

專案伺服器效能和網路延遲

Office Project Server 2007 可在較長網路延遲時間的環境中運作得較順暢。我們在 Office Project Server 2007 上所做的設計變更大幅提升了一般單一使用者執行檔案 I/O 操作動作的效率，特別是在延遲時間長的廣域 (WAN) 環境中。以前在 Project Server 2003 中透過延遲時間長 (50 毫秒) 的 WAN 開啟大型檔案需要花上 45 分鐘，但相同動作在 Office Project Server 2007 上所測得的時間已少於一分鐘。Office Project Professional 2007 中的 [小組建立幫手] 在 WAN 環境中也有相近的效能提升效果。儘管延遲時間短的網路連線仍有其優點存在，但 Office Project Server 2007 在 WAN 環境下的效能已大幅優於舊版。

雖然 Office Project Server 2007 的初始啟動效能比不上 Project Server 2003，但後續的啟動效能已大有改善，且超越舊版。

可接受效能的準則

容量是直接影響延展性的因素，因此，本節將說明可設計 Microsoft Office Enterprise Project Management (EPM) 解決方案 的物件，同時提供每種物件的可接受效能準則。

如果您的解決方案計劃超出本文一或多個物件的建議準則，請執行下列一或多項動作：

  • 評估您的解決方案，確保會從其他方面補足。

  • 在建置和部署您的解決方案過程中，對這些方面進行測試，並加以監視。

  • 重新設計解決方案，確保不會超出容量準則。

下表列出有限制條件的 Office Project Server 2007 物件，同時提供「可接受效能」的建議準則。可接受的效能係指，在經過測試之後，系統所能支援的物件數目，一旦超出這個數目，就會導致效能降低。星號 (*) 表示硬性規定；沒有星號表示是測試後的限制或可支援的限制。

物件 可接受效能的準則 附註

每個伺服器陣列的資源數目

40,000

這是測試後的限制。

每個專案的比較基準數目

建議使用 7 個

上限值為 11 個*

測試結果顯示，當產生七個以上的比較基準時，某些對大型專案檔的操作動作會呈現效能降低。如需詳細資訊，請參閱本文前述的＜比較基準對效能的影響＞。

(遞迴) 插入專案的深度

16

此層級的效能降低情況非常顯著。

(非遞迴) 插入專案的廣度

20

此層級的效能降低情況非常顯著。

每個專案的任務數目

5,000

這是測試後的限制。

任務時間長度 (以月計)

300

當任務套用了作業分佈時，專案所能發佈的時間長短則取決於任務時間長短。這可能會帶來相當大影響，特別是在 EPM 解決方案 要用於建立橫跨數年的專案時。

這是測試後的限制。

每個任務的工作分派數目

16,000

這是測試後的限制。雖然您可以對每項任務加入 16,000 個以上的工作分派，但任務一旦達到 16,000 個工作分派之後，每加入一個工作分派就會超過七秒。

本機自訂公式欄位數目

10-30

每個任務所允許的本機自訂公式欄位數目取決於自訂欄位類型。下列清單說明各種自訂欄位類型和其限制：

  • 任務文字：30

  • 任務成本：10

  • 任務日期/開始/完成：10

  • 任務工期：10

  • 任務標幟：20

  • 任務數字：20

  • 任務大綱代碼：10

  • 資源文字：30

  • 資源成本：10

  • 資源日期/開始/完成：10

  • 資源工期：10

  • 資源標幟：20

  • 資源數字：20

  • 資源大綱代碼：10

每部伺服器的企業自訂公式欄位數目

32,000

這是理論上的限制，且適用於每種您可套用欄位的實體類型。不過，我們尚未對超過約 1,000 個企業自訂欄位進行測試。

小組建立幫手的資源限制

10,000 個資源

即使伺服器上有 10,000 個資源存在，[小組建立幫手] 對話方塊仍可以在五秒之內出現。雖然 10,000 個資源是測試後的限制值，如果您可以接受之後顯現對話方塊所需的時間變長，那麼 [小組建立幫手] 還是可以在超出此限制的資源之下使用。

另請參閱

概念

管理 Project Server 2007 的 Active Directory 同步處理