容量規劃員版本需知

雙倍計算使用量資料

有可能在兩個受監視工作負載中包括相同的處理程序。若有此情況發生，便會將處理程序使用的資源加到兩個工作負載，導致計數結果變成兩倍。

您可以在容體規劃員內的設定檔檢視程式 (profile viewer) 中看到此雙倍的計數。在情境內與情境外檢視的系統設定檔圖表是不同的。在情境外所顯示的系統資料是實際的系統總數，情境內所顯示的則是工作負載的加總。雙倍計算造成情境內的追蹤 (trace) 變得較高。

不會過濾掉離譜的資料

偶而會發生錯誤的資料讀數。容量規劃員會過濾掉低於 0 的使用量資料，但是不會過濾掉所有不太可能、或甚至是離譜高的資料。這些零星的讀數對平均值的影響不大，或甚至是資料所計算出來 90 百分位數 (percentile) 值，但是它們會大幅改變峰值讀數。

初次蒐集虛擬機器資料期間的警告訊息

依據資料蒐集的順序，capcollect 命令會在首次從虛擬機器蒐集資料時產生下列警告：

Warning:unable to determine the 
HPVM Host for Guest "從機名稱"
Valid CPU utilization data is
not available.

HP SIM 顯示多時區中的資料

HP SIM 中的某些時間是顯示瀏覽器使用的時區，而其他的時間則顯示 CMS 的時區。容量規劃員的時間總是在 CMS 的時區內。

預設報告的起迄時間不總是在午夜

預設報告的起迄時間不總是如預期般在午夜。

儲存容量規劃員報告 ZIP 檔造成 Internet Explorer 無回應

若是使用 Internet Explorer 且試圖儲存報告 ZIP 檔案，會出現兩個 File Download 蹦現式視窗且舊版 Internet Explorer 變為無回應。在其他的情況下，報告產生畫面會在儲存 ZIP 檔案後變得無回應。

情境可以製作不支援配置的模型

容量規劃員不總是會確認那些定義為分析系統上可以實際施行的情境。例如，不支援在一個 2-way VM 主機上執行 4-way 虛擬機器，但是有可能建構這類的情境。

資料可能在關閉後再重新啟動虛擬機器後消失

欲取得精確的虛擬機器使用量資料，需要虛擬機器及其 VM 主機上 Utilization Provider 的資訊。在虛擬機器執行 Utilization Provider 所蒐集的虛擬機器 CPU 使用量值，並不會精確地反應出真實的 CPU 使用量，但是會提供記憶體、網路及磁碟使用量值。欲取得精確的虛擬機器使用量值，需使用 VM 主機上對應的 FSS 分區值。這需要虛擬機器對應它在 VM 主機上的 FSS 分區。若關閉再重新啟動虛擬機器，它在重新啟動後可能會在與先前不同的 FSS 分區中執行。capcollect 執行時，它會記下目前 FSS 分區至虛擬機器的指派內容，並使用該指派內容關聯正確虛擬機器與 FSS 分區的 CPU 使用量資料。欲避免錯誤記錄虛擬機器的 CPU 使用量值，若虛擬機器曾自半夜 (GMT 時區) 到隔天半夜的特定的 24 小時期間重新啟動過，便不會儲存重新啟動之前該期間內的所有 CPU 使用量值。

OVPA 網路資料與容量規劃員的網路資料不同

有時候由 Openview Performance Agent (OVPA，亦稱為 Measureware Agent) 匯入的網路資料無法符合容量規劃員蒐集的資料。此差異似乎與使用自動連接埠聚合 (auto port aggregation) 有關。

capcollect 會在 CMS 自 11.11 更新到 11.23 後失敗

更新程序的其中一個步驟有時會將目錄中的某些 .save 檔案保留給 Java 插入附加程式。發生此情況時，Java 虛擬機器會嘗試載入這些空的檔案且會失敗，結果造成 capcollect、vselicense，和 capprofile 命令失敗 (即使 Java 的版本是正確的)，且顯示類似下列的訊息：

# capcollect
/opt/vse/lbin//capcollect[33]:could:The specified number is not  
valid for this command.
/opt/vse/lbin//capcollect[33]:could:The specified number is not  
valid for this command.
Unable to find an installed Java JRE meeting the minimum version 
requirements.
This command requires a minimum version of 1.4.2.07
Unable to find a java executable.

刪除叢集成員最後一個工作負載時，會刪除 OTHER 工作負載

在系統上建立第一個受監視工作負載時，會自動建立一個名為 OTHER 的工作負載。自系統移除最後一個受監視工作負載時，會自動刪除 OTHER 工作負載。所有系統均會發生此現象，但在 Serviceguard 叢集上可自動移動工作負載以追隨叢集的套件。自叢集成員移除最後一個受監視工作負載時，會刪除 OTHER 工作負載。

自動刪除 OTHER 工作負載時，同時也會刪除其使用量歷程。

若叢集成員因為任何理由關機，所有套件均會由系統移至其他叢集成員。CMS 見到此情形會跟著自系統移除所有與套件相關聯的工作負載。除非至少有一個工作負載未與套件相關聯，否則 OTHER 工作負載會自關閉的系統刪除。

回復叢集成員時，會建立沒有使用量資料的新 OTHER 工作負載，使得使用 OTHER 工作負載進行規劃的工作困難重重。

容量規劃員 Report 精靈 GUI 和 capreport 命令使用不同的預設值來產生報告

容量規劃員 Report 精靈 GUI 和 capreport 命令使用不同的預設值來產生特定參數的報告。下表顯示每種情形的預設值：

capreport 命令在報告中針對不同的工作負載使用不同的預設時間間隔

使用兩個以上的目標而可用資料取得的日期間隔重疊時，capreport 命令會計算出錯誤的報告時間間隔。

	重要： 報告內容是正確的，但報告的日期時間間隔是錯誤的。只有在命令行選項未提供日期時間間隔時才會發生此問題。

capreport 輸出包含 Null 訊息

若無法剖析 capreport 命令行的選項，可能會傳回 Null 訊息。

capreport 的 HTML 報告中，報告輔助說明連結無法運作

在 capreport 命令產生的 HTML 報告中，按下「?」輔助說明連結沒有任何作用。

capovpaextract 命令的相依性

此命令使用 HP SIM 所提供的遠端執行工具，因此必須在 HP SIM 中配置指定受管理節點的 SSH 認證。

容量規劃員支援下列版本的 OVPA：