第 2 章. 已知的問題與解決方案

系統上可能會有一個符合兩個「受監視工作負載」的程序，若有此情況發生，便會將程序使用的資源加總到兩個工作負載，而計數結果變成兩倍。

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

為避免發生此狀況，請謹慎定義受監視工作負載。

每 5 分鐘蒐集一次「受監視工作負載」的使用量資料。不會蒐集任何未在每 5 分鐘間隔開始和結束均出現的程序之相關資料。因此有可能會遺漏一個執行近 10 分鐘的程序。

當那些工作負載程序執行相當長的一段時間後，受監視的工作負載就會更為精確。不會蒐集任何執行時間少於 5 分鐘工作程序的資料。容量規劃員會隨機遺漏掉執行超過 5 分鐘的 0 到 10 分鐘工作程序。平均每一個工作程序會少算 5 分鐘 (為 50 分鐘工作程序的 10%)。

在解讀「受監視工作負載」的結果時，請注意問題並將它列入考量。

切勿定義一個經常出現短時間執行程序的受監視工作負載。若未定義任何工作負載，容量規劃員便會使用系統工作負載上的資料。系統工作負載會計算所有短時間執行的程序。

偶而會發生錯誤的資料讀數。容量規劃員會濾掉低於 0 的使用量資料，但是不會濾掉不太可能、或甚至是離譜高的資料。

這些零星的讀數對平均值的影響不大，或甚至是資料所計算出來 90 百分位數 (percentile) 值，但是它們會導致峰值讀數大幅降低。

移除並重新安裝 VSE 產品，會刪除來自 CMS 的受管理系統之所有工作負載資訊；但是不會刪除來自受管理系統的資料。

新工作負載產生的時候，它是可以重新使用某些舊工作負載的 ID。使用舊工作負載 ID 儲存在受管理系統的資料，有可能會與碰巧擁有相同 ID 的隨機新工作負載集合並相關聯起來。

您可以利用設定檔編輯程式修正此問題，即將任何比重新安裝時間點還要舊的資料標示為無效資料。《HP Integrity Essentials 容量規劃員入門指南》^[1]的安裝一節中有此問題的相關說明。

您也可以在先前定義工作負載的受管理系統上移除並重新安裝「HP-UX Utilization Provider」產品，這將移除舊的資料。Utilization Provider 的 SD 產品名稱為「utilProvider」。

依據資料蒐集的順序，capcollect(1m) 會在首次從 HP 虛擬機器蒐集資料時產生警告。

Warning:unable to determine the 
HPVM Host for Guest "guestname"
Valid CPU utilization data is 
not available.

重新蒐集資料，應可清除此項錯誤。

「VM guest」一詞僅供虛擬機器或「VM」內部使用，而容量規劃員則使用「VM guests」一詞。

請注意，「VM」和「VM Guest」(或 VM 從機) 可相互交換使用。

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

請注意顯示在 SIM 的時間來源，以及它們是在瀏覽器或是 CMS 的時區內。

預設時間不一定總是設在如預期的半夜。

產生容量規劃員使用量報表時，仔細檢查開始和結束的時間。

利用 Collect Capacity Advisor Data All 功能表選項，或執行不含引數的 capcollect，即可產生 HP-SIM 已知的所有系統清單。當清單中有大量系統時，處理程序間的要求便會逾時。

在 All VSE Resources 集合上使用 Collect Capacity Advisor Data 即可蒐集容量規劃員資料。如此讓您不必在每次授權 VSE 的新系統時，都要重新定義資料蒐集的排程作業。

當從受管理系統擷取的設定檔資料樣本儲存在 CMS 資料庫時，capcollect 命令不會調整它的時戳。資料會包含受管理系統的系統時鐘之時戳一起儲存。

因此，所有受管理系統的系統時鐘若與 CMS 不同步 (例如透過 NTP)，各個系統的使用量追蹤便無法按絕對時間標度正確地排列。

這表示當蒐集同時發生在兩個受管理系統上的使用量事件到 CMS 上，顯示出來的時候可能看起來像是在不同的時間發生。

使用如「 網路定時通訊協定」(Network Time Protocol，NTP) 的時間同步化公用程式，將受管理系統的系統時鐘及 CMS 系統同步化為共同的 NTP 伺服器來源。

若有蒐集任何資料，capcollect 命令就會報告蒐集到資料。一天的資料若有部分中有錯誤，您便會接收到成功訊息以及錯誤訊息。

HP-SIM 會在個別的頁籤上顯示 stdout 及 stderr，您若在 stdout 頁籤上看到全部是成功的訊息時，很容易就會遺漏錯誤訊息。

務必檢查 stderr 頁籤以確認在蒐集期間沒有錯誤訊息產生。

「broken bar graph」 代表一個記憶體配置比需求量小的系統，有時會在不應顯示時出現。程式碼假設記憶體數值為整數。因此若系統擁有 3.98 GB 的記憶體，軟體則會認為只有 3GB 的記憶體可供使用，若加總的記憶體的值超過 3GB 時，即由 「broken bar graph」 指出溢位的情況。

在判定系統是否有足以容納新工作負載的記憶體前，請仔細檢查圖表下的數字。

有時會針對接受 WBEM 要求的系統或複合系統，報告訊息

The system "hostname" is not known 
to HP-SIM.

此訊息指出使用者輸入的主機名稱無效或是不在 HP-SIM 系統清單中。

當此訊息回報的系統是您未在其命令行輸入的系統時，請忽略該訊息。

當您正在使用 Internet Explorer 並試圖儲存報告時，出現兩個「懸滯」的檔案下載蹦現式視窗，且變為停止回應。

欲回復，請選擇至少可部分隱藏第一個蹦現式視窗的焦點視窗。

容量規劃員不會檢查那些定義為分析過系統可以施行的情境。例如：不支援在 2 路 VM 主機上執行 4 路 VM 從機，但容量規劃員可讓您在一個情境中嘗試進行此項作業。

利用容量規劃員做出真實系統及情形的模型。當建立情境並修改系統或工作負載屬性時，請用常識來判斷。

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

欲將 VM 使用量資料的差距降至最低，請僅在重新開機 VM 之前蒐集 VM 上的容量規劃員資料。下一個蒐集 VM 作業的周期會在重新開機後填入資料，並保留在重新開機之前所蒐集的資料。

第一次從 VM 主機及其 VM 蒐集資料時，請小心謹慎地解譯任何在最近 30 天內曾重新開機 VM 的 CPU 使用量值。針對最後一次重新開機前數日所顯示的 VM CPU 使用量值，不適用於目前的 VM。

容量規劃員會整體蒐集系統上以及任何工作負載上的資料。沒有工作負載時，在情境中會使用整個系統資料，但是工作負載資料是比較想要的資料。可能會有幾個月的整個系統資料，但是沒有今天稍早前定義的工作負載資料。即使工作負載資料是空的，容量規劃員也會試著使用它。

透過 capprofile (在/opt/vse/bin中) 從另一個設定檔匯入資料。若需此命令的相關資訊，請參閱 capprofile(1m)。

範例 2-1 聯結新增工作負載之前所取得的資料

指定一個名為 「myhost」 的系統，其資料回朔到 2005 年 1 月 1 日。在 2005 年 6 月 30 日下午 2 點時，您新增兩個名為 「existingWL」 和 「addedWL」 的工作負載定義。當您進行此項作業時，6 月 30 日以前的六個月系統資料便無法供一個情境使用。

您可以將此資料複製到您其中一個新工作負載中便可以使用它。使用 capprofile(1m) 命令，即可將前半年的系統資料聯結 (stitch) 至您的 existingWL 工作負載：

capprofile -x -b20050101 \ -e200506301400 \ myhost.myco.com > /tmp/sysdata capprofile -i existingWL < \ /tmp/sysdata

倘若：

無法在任何的容量規劃員情境中看見此系統，這是因為系統中有未蒐集資料的工作負載，且容量規劃員無法正確地聚合設定檔。若有任何變更套用至此系統，會導致「Edit Scenario」錯誤。

重新蒐集系統上的容量規劃員資料。

「Move Workload」頁面通常是使用與「Edit Scenario」頁面不同的時間間隔來計算其量測標準。這會造成在這兩個頁面中有某些不同的量測標準計算結果。峰值量測標準會大幅地降低。

請仔細檢查「Edit Scenario」頁面中的累積工作負載，避免將峰值量測標準用來作為您的準則，因為此量測標準對模擬時間間隔的異動非常敏感。

「Profile Viewer」畫面會顯示指定結束日期的不同時間間隔結束的資料。「Edit Scenario」畫面可以使用在指定日期開始或結束的模擬時間間隔。從「Edit Scenario」頁面中啟動「Profile Viewer」時，利用「Profile Viewer」顯示模擬時間間隔的資料很合理。若是指定模擬時間間隔，利用開始日期來啟動「Profile Viewer」便會顯示錯誤的時間間隔。

利用結束日期定義模擬時間間隔，或是每次使用「Profile Viewer」時重新調整日期。資料往前數天調整等於模擬時間間隔的大小減一。例如，若「Edit Scenario」頁面正在查看 3 月 1 日開始的「Month」資料，那麼請將「Profile Viewer」日期從 3 月 1 日變更為 3 月 31 日。

有時候從 OVPA 匯入的網路資料與由容量規劃員蒐集的資料不符。此差異似乎與使用自動連接埠聚合 (auto port aggregation) 有關。

解譯從 OVPA 蒐集的資料與由容量規劃員蒐集的資料不同。OVPA 資料是系統上所有 LAN 連接埠的 BYNETIF_IN_BYTE_RATE 及 BYNETIF_OUT_BYTE_RATE 之總合。容量規劃員蒐集系統上進出每個 LAN 連接埠的總位元組，但是使用資料的 pstat(2) 函式。

容量規劃員匯入 OVPA 資料，假設記憶體的單位為 KB。最新版本的 OVPA extract 以 MB 做為輸出記憶體的單位。此項變更發現得太晚，因此無法變更容量規劃員以正確地匯入該資料。

下列為數種解決此問題的選項：

capovpaextract 的其中一項功能就是從系統匯入資料時，您通常不需要在命令行上指定一個完整合格的主機名稱。您只要指定主機名稱即可，即使工作負載資料是以完整合格的網域名稱內部儲存；capovpaextract 無法匯入兩個主機名稱相同的工作負載資料。當在系統上定義工作負載，「OTHER 」工作負載的預設名稱與系統名稱相同，便會發生上述問題；此外，當一個系統的名稱是另一個系統名稱的字首時 (如「host1」及「host10」)，也會發生該問題。

此情況的錯誤訊息並不如預期的那樣有用。您將看見下列訊息：

One of the tool's parameters was 
invalid.An argument value contained 
a prohibited character.Do not specify 
the new line character or any of the 
following characters in an argument:
`;&|(#><

在一個主機名稱為另一個主機名稱字首的情形下匯入資料時，請使用完整合格的網域名稱。

當系統名稱亦符合「OTHER」工作負載時，重新命名「OTHER」工作負載即可解決。

另一個解決方案就是直接執行其中一個基本命令。此格式可能會變更，且不應使用於可能會在更新版本產品上執行的命令集中。

/opt/mx/bin/mxexec \
-t "Import OVPA System Data" \
-h -A "host1.myco.com" -n \
host1.myco.com