容量規劃員

限制

• 無法取得情境目標的餘裕 (headroom) 排名。

• capreport 命令不支援複合系統或情境做為目標。

• 情境比較 (Scenario Comparison) 報告不支援網路 I/O 和磁碟量測標準。

• 「情境比較」報告不提供可讓您選擇要以百分比、絕對數字或兩者來顯示資料的選項。

• 無法自虛擬機器匯入 PMP 資料。

• 您無法同時編輯一個以上的情境。

• 在 Windows CMS 上，capreport 命令只能由屬於 Administrators 群組的使用者執行。

• Edit Power Settings 頁面上的自動 IPM 電源校準需要正確地授權、配置和探索到該 IPM 和 iLO2 Advanced 或 iLO2 Select。IPM 自 iLO2 蒐集到電源和使用量資料供「容量規劃員」使用之前，會有至多一天的時間延遲。您可自 IPM 使用者介面手動啟動此項資料蒐集作業。IPM 配置需要具備 Administrator 特權。

嚴重的問題

• 「VSE 管理軟體 4.0 版」提供的 Capacity Advisor Extension Pack 授權會在 HP SIM 授權管理員 (License Manager) 圖形介面的授權來源欄位中出現不正確的 「Free Trial」 值，即使這些授權是購買的也一樣。

• 若 Profile Viewer 或 Scenario Editor 未顯示一個節點的任何資料 (「Error: No data has been collected for the specified workload」)，且在該節點上成功地進行蒐集 (亦即蒐集完成且未出現任何錯誤) 之後仍然發生此情形，則重新啟動 Systems Insight Manager 或使 CMS 重新開機或許能夠修復問題。

• 未最佳化報告演算法以盡可能減少 CMS 上的 CPU 和記憶體消耗。

  解決方案 若要達到最佳成效且盡可能不影響系統效能，請限制報告中所包含的系統數量。例如，若 CMS 的堆疊大小上限為 512 MB、RAM 為 2GB，且有一年份的資料，一次請勿執行超過 50 個受管理節點的報告。

• cappmpextract 命令 (適用於 HP PMP 資料匯入的命令行介面) 回報實際擁有雙核心處理器之機器上只有一個實體 CPU，而「使用量提供程式」則會回報兩個 CPU 核心的資料。

  解決方案 請勿在同一份報告中納入 PMP 和「使用量提供程式」資料。若必須如此，請將 PMP 資料標示為無效，以便獲得較實用的分析。

• 當一個邏輯 NIC 包含兩個實體網路時，PMP 代理程式和「使用量代理程式」所回報的資料有些許實質上的差異。這個差異會影響同時包含這兩種資料類型之網路使用量報告的實用性。

• 若在「容量規劃員」資料蒐集輸出內容中看見下列錯誤：

  ip-位址:The system "主機名稱.hp.com" has no workload defined.Make sure to select Tools->VSE Management... in HP-SIM before running this command for the first time.

  且所提及的修正方式無法修復問題，您必須確認 DNS 查詢 (DNS lookup) 會傳回系統的主機名稱，而不是傳回其 IP。

• 在受管理節點的 IPM 電源歷程中，Refresh Data 按鈕可能看似無法運作，且頁面左下角可能會顯示一個 JavaScript 錯誤。發生此情形時，通常已蒐集電源資料。不過並不會更新圖形。若要重新繪製圖形，在完成 Refresh Data 作業後，請依序按一下 Refresh Data 和 Draw Graph 按鈕。

• 執行於一個搭配兩個處理器的 Solaris 10 系統時，capovpaextract 命令不會產生設定檔。

• capreport 命令所產生的報告可能會被授權限制封鎖。

• 自「容量規劃員」使用者介面產生的報告存在下列問題：

  • 可以同時選擇「Scenario Comparison」和「Power」報告核取方塊。執行這樣的報告會導致發生例外。

  • Utilization 報告中的「Time spent at or above each percent of allocation」標籤顯示錯誤的值，例如「0.00%」。

  • 當報告是以情境為基礎時，報告中只會出現該情境中的系統。

  • Power 報告顯示的值太長。

  • Scenario Comparison 報告會在電源量測標準中顯示「N/A」。

不嚴重的問題

• 若使用者利用 capovpaextract 命令自一個節點將 OVPA 資料匯入「容量規劃員」(此節點是從自 4.0 版之前的 OVPA 版本昇級到比 4.0 版更新的版本)，則會保留 4.0 版之前的舊版的 OVPA 資料。

  對應於 4.0 版之前的 OVPA 版本之匯入資料 (僅限記憶體) 不正確。

  解決方案 您可以使用下列其中任何一種解決方案來避免此情形：

  • 在新 OVPA 代理程式的期間內匯入 OVPA 資料。

  • 匯入所有資料，之後使用 capprofile 命令廢止 (invalidate) 該資料，如下所示：

    capprofile –m –i –b 開始_時間 –e 結束_時間 設定檔ID

• 在初始期限逾期後 Capacity Advisor Extension Pack 授權將不允許套用多個授權至一個單一系統。若有此必要，請洽詢您的 HP 支援工程師。

• V2P 轉移或匯入資料 (使用 OVPA 或 PMP 匯入工具，或直接使用 capprofile 命令) 之後，最好等候 24 小時之後再開始蒐集主機上的資料，以避免失去「容量規劃員」中的主機的設定檔資料。

• 若 VMware ESX 從機上的「容量規劃員」資料蒐集成功，但在「容量規劃員」Profile Viewer 中並未顯示該從機的任何新資料 (也就是說，「Data exists between」 日期/時間並未變更)，請嘗試在 VMware ESX 主機上重新啟動 VMM 代理程式 (配置Virtual Machine ManagementRestart VMM Agent...)。

  重新啟動 VMM 代理程式後，請重新執行從機的資料蒐集。

• 當 CMS 本地化為日文後，capreport 命令的輔助說明連結無法運作。只有日文版 Windows CMS 和本地化為日文的英文版 Windows CMS 會發生此情形。

• 執行 capreport 命令時，沒有建立 JS 和 CSS 目錄。只有本地化為日文的英文版 Windows CMS 會發生此情形。

• 停駐的/重新指派的工作負載顯示不正確的使用量 若您在一個情境中選擇一個工作負載，然後選擇 What-if ActionPark Workloads...，稍後再選擇同一個工作負載並選擇 What-if ActionMove Workloads...，並將停駐的工作負載移到一個系統中，當您回到 System 頁籤時，包含該工作負載的系統的使用量會顯示錯誤。如果您按一下其中一個使用量列以檢視該系統的設定檔，就會顯示正確的使用量。

  解決方案 停駐並重新指派一個工作負載之後，請關閉該情境並重新開啟。隨即會顯示所有系統的正確使用量，您便可以繼續編輯該情境。

• 受監控的工作負載定義僅支援 ASCII 文字。

  除了說明可包含非 ASCII 字元以外，受監控工作負載中的所有欄位皆須以 ASCII (非 Unicode) 文字指定。

• 若因指定了量測標準的使用量限制而使整個模擬時間間隔的資料無效，Smart Solver 可能會產生不正確的結果。 此問題會影響 Automated System Consolidation to VMs、Automated Workload Stacking、Automated Load Balance of Servers 和 Automated Load Balance of VMs。

  解決方案 從欲用於 Smart Solver 模擬的工作負載清單中移除含有無效資料的工作負載。

• 若使用者嘗試移動指定了量測標準的使用量限制而使整個模擬時間間隔的資料無效的工作負載，則預定要做為移動目標的系統將顯示不正確的餘裕排名值。

  解決方案 從欲移動的工作負載清單中移除有無效資料的工作負載。

• 若一個情境內有一或多個未授權或無法識別的系統，則無法讀取該情境的報告。此時會顯示下列訊息：

  User does not have authorization for the scenario:<情境名稱>.

  解決方案 欲建立處於此狀態的情境之報告，請在情境編輯器中移除未授權或無法識別的系統，然後重新建立此報告。

• 若在 Wizard 頁面的 Step 2 發生了錯誤，則使用者設定的日期會變更為預設日期。

• 在極罕見的情況下，自相當大型的混合式實體和虛擬系統組蒐集資料時，可能會發生多個錯誤。此情形可能發生於使用 Collect Capacity Advisor Data... 功能表或使用 capcollect 命令時。「容量規劃員」的蒐集輸出內容會回報這些錯誤 (例如，可能會回報許多「Specified Vm Guest or Host [主機名稱] does not exist within VMM」錯誤)。

  解決方案 為避免這些錯誤，請嘗試在兩個單獨的階段中分別從所有實體系統和所有虛擬系統 (VM 從機與其主機) 蒐集資料。建立新的晚間蒐集 (nightly collection) 作業，以便分別自實體系統和虛擬系統蒐集。這些新的蒐集作業會取代預設的「Collect ALL Capacity Advisor Data Nightly」排程作業。

  若需建立晚間蒐集作業的相關資訊，請參閱《容量規劃員使用指南》的「排程資料蒐集」一節。

• 如果您開啟「容量規劃員」的「Edit Scenario」頁面後看見下列訊息：

  Error generating screen.Attempting to create second instance of (Scenario_systemLayout_nameHeader_system_name_popupContent*)

  這表示 HP SIM 識別到的某個 VM 主機和與其相關之虛擬機器不一致。

  解決方案 您需要重新識別 VM 主機與其虛擬機器才能修正此問題。建議您按一下「虛擬化管理員」Workload 頁籤上的「Refresh Data」連結，確保此資訊在「容量規劃員」中也是最新的。如果此問題持續存在，您可能需要在 VM 主機上執行 vseassist，並判斷 HP SIM 為何無法正確地識別 VM 主機與其構成分子。

• 若為 VMware 主機/從機，「容量規劃員」需要使用 VMM 3.5，並假設 VMM 服務是在預設的連接埠 40420 上執行。安裝 VMM 時，請務必接受預設的連接埠設定。

• Edit Power Settings 動作在未授權系統上將無法運作。

• 在搭配 Perl 5.8.0 版且核心參數堆疊大小參數設為 128 MB 的 HP-UX 11i v1 上，capovpaextract 失敗並出現「Out of Memory」訊息。

• 報告中存在下列問題：

  • 使用量資料值以秒顯示。

  • 使用量報告中未顯示預測日期資訊。

  • 使用命令行報告時，在一個含有兩個相同預設報告名稱項目的配置檔中，只會產生第一個報告名稱。只有 Windows CMS 會發生此問題。

• capcollect 問題：

  • 自 VMware 和 Microsoft Virtual Server (MSVS) 主機和從機進行資料蒐集需要「HP 虛擬機器管理套件 3.5 版」(Virtual Machine Management Pack 3.5，VMM)。VMM 內的 VMware 和 MSVS 主機需正確地配置和授權，否則自 VMware 和 MSVS 主機與從機進行蒐集時會失敗。若要確認 VMM 的安裝和配置是否正確，請參閱 VMM 使用指南。欲判斷 VMM 配置是否正確，有一個很好的指標，就是查看 HP SIM 主畫面，並找出「VM 狀況」欄。確認欄中有一個以綠色圓圈框住的勾選記號，這表示狀況正常。

  • 若為 VMware 或 MSVS 從機，必須可自 CMS 解析主機名稱。若未正確地配置 DNS，則會顯示下列錯誤訊息：

    The system "xxxxx" has no workload defined. Make sure to select Tools->VSE Management... in HP-SIM before running this command for the first time.

    此外，稍後再重新嘗試蒐集或許能夠自動修復問題。