VMware VirtualCenter 2.5 Update 4 リリース ノート

お問い合わせ

VMware Infrastructure Management Installer | 2009 年 2 月 23 日 （ローカライズ版）

VirtualCenter 2.5 Server Update 4 | 2009 年 2 月 23 日 | ビルド 147704

Virtual Infrastructure Client | 2009 年 2 月 23 日 | ビルド 147694

VMware Infrastructure Management Installer | 2009 年 2 月 23 日 （英語版のみ）

VirtualCenter 2.5 Server Update 4 | 2009 年 2 月 23 日 | ビルド 147633

Virtual Infrastructure Client | 2009 年 2 月 23 日 | ビルド 147633

ダウンロード可能なビルドについては、「 適切な VMware Infrastructure Management Installer の選択」 を参照してください。

ドキュメントの最終更新日： 2010 年 7 月 29 日

このリリース ノートには、次のトピックが含まれています。

注：多くの公開ドキュメントでは、VMware ESX Server 3.5 は VMware ESX 3.5、VMware ESX Server 3i バージョン 3.5 は VMware ESXi 3.5 と表記されています。このリリース ノートでは、インターフェイスとドキュメントを一致させるために、従来の製品名を使用しています。将来のリリースでは製品名をアップデートする予定です。

新機能

  • ゲスト OS カスタマイズ機能の向上： VirtualCenter で、Windows Server 2008 ゲスト OS のカスタマイズがサポートされるようになりました。
  • パフォーマンス概要チャート： VirtualCenter 2.5 Update 4 では、パフォーマンス概要プラグインが導入されました。これは、CPU、メモリ、ディスク、ネットワークといった主要なパフォーマンス メトリックが 1 つのビューに表示され、複数のチャートを切り替える必要がありません。集約されたチャートには、リソース配分の上位レベルの概要が表示されます。
    パフォーマンス概要プラグインのインストールについては、「 VirtualCenter 2.5 Update 4 へのパフォーマンス概要プラグインのインストール」 （KB 1008296） を参照してください。

ページの先頭へ

VMware Infrastructure 3 の以前のリリース

以前のリリースの VMware Infrastructure 3 （ESX Server 3.x および VirtualCenter 2.x リリースを含む） の機能および既知の問題点については、各リリースのリリース ノートで説明しています。次に示すリンクをクリックすると、以前のリリースの VMware Infrastructure 3 コンポーネントのリリース ノートが表示されます。

ESX Server のリリース

VirtualCenter のリリース

ページの先頭へ

はじめに

注：このリリースを物理 DVD メディア以外のソースからインストールしている場合は、「 ESX Server ISO イメージのファイル名が 64 文字を超えていると内容の抽出が不完全なものになる」 （KB 1005283） のナレッジ ベース記事を参照して、インストールに関する重要な既知の問題を確認してください。

ESX Server、VirtualCenter、および Virtual Infrastructure Client の互換性

『 ESX Server、VirtualCenter、および Virtual Infrastructure Client の互換性マトリックス』 （英語版） に、ESX Server、VirtualCenter、VI Client などの VMware Infrastructure 3 コンポーネントの最新バージョンと以前のバージョンの互換性に関する詳細情報が記載されています。

ソフトウェアをインストールする前に ESX Server 関係の互換性ガイドをお読みください。サーバ、I/O、ストレージ、ゲスト OS、管理エージェント、およびバックアップ ソフトウェアに互換性があることを確認する必要があります。また、これらのガイドでは、今回のリリースでの最小要件やスケーリング制限の問題も扱っています。次のリンクをクリックして、ガイドを表示してください。

  • ESX Server 3.5 および ESX Server 3i システム互換性ガイド （ PDF）
  • ESX Server 3.5 および ESX Server 3i I/O 互換性ガイド （ PDF）
  • ESX Server 3.5 および ESX Server 3i ストレージ/SAN 互換性ガイド （ PDF）
  • ESX Server 3.5 および ESX Server 3i バックアップ ソフトウェア互換性ガイド （ PDF）

インストールおよびアップグレード

ESX Server と VirtualCenter のインストールおよび構成の具体的な手順については、『 インストール ガイド』 をお読みください。

インストールは簡単ですが、そのあとに重要な構成ステップがいくつかあります。特に次の項目をお読みください。

VMware Infrastructure Management Installer と物理メディアを使用したインストール

このリリースでは、物理メディアを使用して VMware Infrastructure ソフトウェアをインストールする場合、VMware Infrastructure Management Installer で DVD ドライブが必要になります。

適切な VMware Infrastructure Management Installer の選択

ダウンロードで利用可能な VMware Infrastructure Management Installer には 2 つのビルドがあります。次のうちの 1 つを選択します。

  • VMware-VIMSetup-2.5.0-U4-English.isoまたは VMware-VIMSetup-2.5.0-U4-English.zip： これらのファイルは、VI Client の英語版のみを含んでおり、Windows システムの言語に関係なく英語で実行されます。中国語、ドイツ語、日本語の Windows オペレーティング システム上で、英語で実行する VI Client をインストールする場合にこのインストーラを使用します。
  • VMware-VIMSetup-2.5.0-U4-localized.isoまたは VMware-VIMSetup-2.5.0-U4-localized.zip： これらのファイルには、英語、中国語、ドイツ語、および日本語で実行するために必要なすべてのファイルをインストールするローカライズ版のインストーラが含まれています。実行環境で使用される VI Client は、インストールする Windows オペレーティング システムのロケールが、中国語、ドイツ語、または日本語の場合、それに対応する言語になります。Windows オペレーティング システムのロケールの設定が中国語、ドイツ語、日本語以外である場合は、英語版の VI Client が使用されます。

Virtual Infrastructure Client インストーラの変更

VI Client のスタンドアロン インストーラ （ESX Server Web Access から入手可能） を使用すると、VMware Infrastructure Update サービスのインストールができます。VMware Infrastructure Update サービスは、ESX Server 3i ホストのアップデートおよびパッチの適用のために使用されます。スタンドアロンの VI Client インストーラでは、必要のない VMware Infrastructure Update サービスがインストールされないようにするため、このツールのインストールがオプションに変更されています。VirtualCenter 統合インストーラ （VirtualCenter 2.5 Update 4 のダウンロードに含まれる） には、インストール オプション [VI Client] を選択すると VMware Infrastructure Update サービスをインストールできるオプションが含まれています。

VirtualCenter 2.5 Update 4 へのアップグレードまたは移行

このリリースでは、VirtualCenter 1.4.1、VirtualCenter 2.0.2 （Update 1、Update 2、Update 3、Update 4、および Update 5 を含む）、VirtualCenter 2.5、VirtualCenter 2.5 Update 1、VirtualCenter 2.5 Update 2、または VirtualCenter 2.5 Update 3 から、VirtualCenter 2.5 Update 4 へのアップグレードがサポートされています。『 アップグレード ガイド』 に記載されているアップグレードおよび移行手順の詳細およびガイドラインを確認してください。

注：VMware Update Manager の以前のバージョンは、VirtualCenter 2.5 Update 4 との互換性はなく、インストール プロセス中に VMware Update Manager 1.0 Update 4 にアップグレードする必要があります。

プラグインのアップデート

VMware Infrastructure 3 ソフトウェア スイートのこのリリースには、次のものも含まれています。

ページの先頭へ

 

解決した問題

 

 

このリリースでは、次の内容に関する問題が解決しています。

VMotion での移行

  • VirtualCenter Server で、EXS Server 2.x ホストから移行またはクローン作成された仮想ディスクを仮想マシンに追加可能
    このリリースでは、ESX Server 2.x ホストからクローン作成または移行された仮想ディスクを ESX Server 3.x の仮想マシンに追加すると、VirtualCenter Server は仮想ディスクの追加に失敗し、次の例のようなメッセージが表示されるという問題が解決されています。
    内部障害： 「VirtualDisk」 のホストから報告されたシステム情報に整合性がありません。このデバイスは現在編集できません。
    オブジェクト参照がオブジェクトのインスタンスに設定されていません。
    値が許容範囲を超えました。
  • VirtualCenter 2.5 Update 4 では、以前のリリースで作成されたカスタマイズ仕様を、カスタマイズされたゲスト OS を持つ仮想マシンのクローン作成またはデプロイに使用可能
    このリリースでは、次のシナリオにおいて、VirtualCenter のアップグレード前に作成されたカスタマイズ仕様を使用して仮想マシンのクローン作成またはデプロイを行うと、VirtualCenter Server が [ VirtualCenter Server は、カスタマイズ仕様に保存されたパスワードを解読できません。] というエラー メッセージを表示することがあるという問題が解決されています。
    1. VirtualCenter Server がアンインストールされてから、再インストールまたはアップグレードされた。
    2. カスタム SSL 証明書が導入されているが、「 www.vmware.com/pdf/vi_vcserver_certificates.pdf」 の説明に正確に従っていない。
  • DRS 対応のクラスタで仮想マシンのアフィニティ ルールが設定され、クラスタ内の一部の ESX Server ホストで VMotion インターフェイスが設定されていない場合でも、VirtualCenter Server は仮想マシンの移行中の応答が可能
    このリリースでは、DRS 対応のクラスタで仮想マシンのアフィニティ ルールが設定され、そのクラスタ内の一部の ESX Server ホストで VMotion インターフェイスが設定されていない場合に、VirtualCenter が DRS 推奨に基づいて仮想マシンの移行を開始すると、VirtualCenter Server が応答を停止するという問題が解決されています。
  • VI Client によって設定されている最大メモリ制限を超えるメモリ制限を使用して作成された仮想マシンを、警告メッセージを表示することなく移行できる
    このリリースでは、仮想マシンが、VI Client によって仮想マシンのゲスト OS に対して設定されている最大メモリ制限を超えるメモリ制限を使用して作成されている場合に、ターゲットの ESX Server ホストへの仮想マシンの移行に失敗し、[仮想マシンの移行] ウィザードに次の例のようなメッセージが表示されるという問題が解決しています。
    <ESX Server ソース> から <EXS Server ターゲット> への移行： fault.MemorySizeNotRecommended.Summary
    このリリースからは、VI Client によって設定されている最大メモリ制限を超えるメモリ制限を使用して作成された仮想マシンは、ターゲットの ESX Server ホストに移行され、警告メッセージは表示されません。

セキュリティ

  • Apache Tomcat Server のアップデート
    VirtualCenter Server のこのリリースは、Tomcat サーバ パッケージを 5.5.26 から 5.5.27 にアップデートしています。これは、Tomcat サーバの以前のリリースに存在した複数のセキュリティ上の問題に対処するためです。Common Vulnerabilities and Exposures （cve.mitre.org） プロジェクトでは、これらの問題に CVE-2008-1232、 CVE-2008-1947、および CVE-2008-2370 を割り当てています。セキュリティ上の脆弱性に関する詳細は、「 Apache Tomcat 5.x の脆弱性」 のページを参照してください。
  • VirtualCenter Server がセキュリティの高い SSL 暗号化を使用
    VirtualCenter Server 2.5 Update 4 リリースからは、VirtualCenter Server の OpenSSL でセキュリティの高い 128 ビット暗号化が使用されるようになりました。
    40 ビットおよび 56 ビット暗号の暗号化スイートのみを使用するブラウザは、VirtualCenter Server 2.5 Update 4 に接続できません。
    Microsoft では、Internet Explorer 5.01 以前のバージョン用に Internet Explorer High Encryption Pack を用意しています。Internet Explorer 5.5 およびそれ以降は 128 ビット暗号化を使用しています。
    以前のバージョンの VirtualCenter Server で使用されていた暗号化スイートに戻す方法は、次のとおりです。
    1. VirtualCenter の構成ファイル C:¥Documents and Settings¥All Users¥Application Data¥VMware¥VMware VirtualCenter¥vpxd.cfgに、次の行を追加します。
      <config>
      <vmacore>
      <ssl>
      <cipherList>DEFAULT</cipherList>
      </ssl>
      </vmacore>
      </config>
    2. VMware VirtualCenter Server サービスを再起動します。

サーバ構成

  • ESX Server ホストに 3 台以上の DNS サーバが構成されていても、DNS サーバ情報が表示される
    このリリースでは、ESX Server ホストに 3 台以上の DNS サーバが構成されている場合に、ESX Server ホストの [構成] タブの [DNS およびルーティング] パネルに DNS サーバ アドレスが表示されないことがあるという問題が解決されています。
    このリリースからは、ESX Server に 3 台以上の DNS サーバが構成されている場合は、 /etc/resolv.confファイル内の最初の 2 つの DNS サーバが、[構成] タブの [DNS およびルーティング] パネルに表示されます。

ストレージ

  • 共有 LUN にアクセスする ESX Server のストレージ情報が正確に表示される
    2 台以上の ESX Server ホストが、ホスト バス アダプタ （HBA） に対して異なるデバイス バス番号を使用して共有 LUN にアクセスしている場合、VirtualCenter Server の [構成] タブの [ストレージ] ペインに、ESX Server ホストが使用する LUN の正確なプロパティが表示されます。
  • 仮想マシンに RDM ディスクを追加するときに LUN をソートできる
    VirtualCenter 2.5 Update 4 リリースからは、仮想マシンに RDM ディスクを追加するときに、[Raw LUN の作成および構成] ページで [アダプタ： ターゲット： LUN] または [容量] 列見出しをクリックすると、ページ内の LUN をソートできます。
  • ESX Server ホストを ESX Server 3.5 にアップグレードしたあと、VI Client の [VMFS-3 にアップグレード] リンクが、すべてのデータストアに対して使用可能
    このリリースでは、ESX Server 2.5.4 ホストが ESX Server 3.5 にアップグレードされた場合に、いずれかのデータストアを VMFS 3 にアップグレードすると、データストアに対する [VMFS-3 にアップグレード] リンクが使用できなくなるという問題が解決されています。
    VirtualCenter 2.5 Update 4 リリースからは、ESX Server 2.5.4 ホストが ESX Server 3.5 にアップグレードされた場合、VMFS 3 にアップグレードされていないデータストアに対する [VMFS-3 にアップグレード] リンクはすべて使用できます。
  • NFS データストアで構成された ESX Server 3.0.3 環境で仮想マシンの作成が可能
    このリリースでは、ESX Server 3.0.3 環境が NFS データストアを使用するよう構成されている場合に、VirtualCenter Server が ESX Server ホスト上で仮想マシンの作成に失敗し、次のようなメッセージが表示されるという問題が解決されています。
    ファイルはデータストア <データストア名> がサポートする最大サイズを超えています
  • Storage VMotion は、一時的な delta.vmdk ファイルを、移行される仮想マシン用にのみ作成する。
    以前のリリースでは、仮想マシンに複数の仮想ディスクが存在し、かつ Storage VMotion を使用してそれらの仮想ディスクの一部だけを別のデータディスクに移動する場合に、仮想マシンに接続されているすべての仮想マシンについて一時的な delta.vmdkファイルが作成されます。
    VirtualCenter 2.5 Update 4 からは、Storage VMotion の実行中は、一時的な delta.vmdkファイルは、ほかのデータストアに移動される仮想ディスクについてのみ作成されます。
  • 最新情報： ストレージの [サマリ] に LUN の不正なデバイス パスが表示される（KB 1003064）

アップグレードおよびインストール

  • VirtualCenter を、vpx フォルダの VMware-vcserver.exe を使用して VirtualCenter 2.5 Update 4 にアップグレードできる
    VirtualCenter を、 vpxフォルダの VMware-vcserver.exeを使用してアップグレードすると、VMware VirtualCenter サービスが起動しないことがありました。この問題は、VirtualCenter 内のデータベースのアップデートが不完全で、データベースのバージョニングが正しく行われないために発生します。
    この問題は解決されています。

仮想マシンの管理

  • ESX Server ホストが、切断後もメンテナンス モードと表示される
    メンテナンス モードの ESX Server ホストを VirtualCenter Server から切断すると、VI Client にはその ESX Server ホストのステータスが [（メンテナンス モード） （切断）] と表示されます。
    メンテナンス モードになっている ESX Server ホストを別の VirtualCenter Server に接続すると、VI Client にはその ESX Server ホストのステータスが [（メンテナンス モード） （応答なし）] と表示されます。
  • 新しい NIC を追加し、追加した NIC を同一の呼び出しでカスタマイズすることが、CloneVM API 呼び出しで可能
    このリリースでは、VI SDK で CloneVM 操作を使用したときに、新しい NIC を追加する構成仕様と、すべての NIC のネットワーク アダプタ マッピングを定義したカスタマイズ仕様で仮想マシンがクローン作成されている場合に、CloneVM 操作が失敗して次のようなエラーが発生するという問題が解決されています。
    NicSettingMismatch エラー

VirtualCenter、VI Client、および Web Access

  • 仮想マシンから仮想ディスクを削除するために、ユーザーがリソース変更権限を持つ必要がない
    VI Client を VirtualCenter Server に接続するときに、ユーザーが仮想マシンから仮想ディスクを削除するために必要な最小権限が、[仮想マシン] - [構成] にある [ディスクの削除]、[デバイス設定の変更]、および [設定] の 3 つだけになりました。
    注： VI Client を ESX Server に接続しているときは、仮想マシンから仮想ディスクを削除するためには、ユーザーには [リソースの変更] 権限も必要です。
  • 最新情報： VI Client は、統計レベルが 2 以上の場合にのみリソース プールのメモリ統計を表示する
    以前のリリースの VirtualCenter Server では、VI Client でリソース プールの [パフォーマンス] タブのメモリ使用率属性として何も値が表示されないか、誤った値が表示されていました。
    VirtualCenter 2.5 Update 4 リリースからは、リソース プールの [パフォーマンス] タブからメモリ使用率属性が削除されています。
    リソースプールのメモリ バルーン、与えられたメモリ量、アクティブ メモリといったメモリ統計を表示するには、その統計レベルを、VirtualCenter Server で 2 以上に設定する必要があります。 使用済みのメモリ スワップのラベルが表示されますが、そのパフォーマンス統計は表示されません。
    VI Client を使用して表示できるメトリックの詳細は、『 VirtualCenter の監視とパフォーマンス統計』 （英語版） を参照してください。
  • ESX Server ホストでのユーザー名は最大 16 文字
    このリリースでは、ESX Server ホストに接続された VI Client で、ユーザー名の先頭が大文字か、または長さが 9 文字を超えている場合にユーザーを作成できないという問題が解決されています。今回のリリース以降、ユーザー名の最大文字数は 16 文字となり、大文字で始まる名前のユーザーも作成できます。
  • 上位レベルのドメイン名にハイフンを使用可能
    このリリースでは、ハイフンが含まれた有効な上位レベルのドメイン名を [DNS およびルーティング構成] ウィンドウの [ドメイン] フィールドに入力した場合に、VI Client がそのエントリを受け付けず、次のようなエラー メッセージが表示されるという問題が解決されています。
    ドメイン名のフォーマットが正しくありません。
  • フェイルオーバー用のリソースが不足している場合の障害表示の修正
    このリリースでは、DRS および HA に対応したクラスタ内で、ESX Server の障害をフェイルオーバーし、仮想マシンをパワーオンすることを保証できるだけのリソースがリソース プールにない場合に、VirtualCenter Server が誤って次の障害を表示するという問題が解決されています。
    InsufficientMemoryResources
    InsufficientCpuResources
    VirtualCenter 2.5 Update 4 からは、VirtualCenter Server は次の障害を表示します。
    InsufficientFailoverResources
  • エクスポートされたイベント ファイルに、指定した時間範囲のデータが含まれる
    このリリースでは、[イベントのエクスポート] ウィザードを使用してイベント ログ ファイルをエクスポートした場合、そのエクスポートされたファイルに特定の時間範囲に対して誤ったデータが含まれる、またはデータが含まれない場合があるという問題が解決されています。
  • エクスポート リスト ファイルには、[ホスト CPU - MHz] および [ホスト メモリ - MB] 列の数値のみが含まれる。
    このリリースでは、ESX Server ホストの [仮想マシン] タブからエクスポート リストをエクスポートして html ファイルとして保存すると、VI Client が [ホスト CPU - MHz] および [ホスト メモリ - MB] 列の値を誤ってパーセンテージ値と認識し、エクスポートした html ファイルのそれらの列にパーセンテージ バーを表示するという問題を解決しています。
    このリリースからは、エクスポート ファイルの [ホスト CPU - MHz] および [ホスト メモリ - MB] 列には数値だけが表示されます。
  • パフォーマンス統計データの収集用ロールアップ ロジックの変更
    このリリースでは、パフォーマンス チャートをエクスポートしたときに、統計収集の間隔中に VirtualCenter Server サービスの実行が一時的に停止していた場合、CPU とメモリのパフォーマンス値がレポートされる時間が、そのパフォーマンス データが収集された実際の時間よりも早くなる場合があるという問題が解決されています。
    このリリースからは、パフォーマンス統計データを収集するロールアップ ロジックが変更され、サンプル間隔全体でパフォーマンス値のサンプルが収集された場合のみ、VirtualCenter Server がパフォーマンス統計データをロールアップするようになり、CPU とメモリのパフォーマンス値がレポートされる時間が正確になります。

VMware HA （High Availability）

  • 仮想マシン監視サービスは、仮想マシンのハートビートに加えて、仮想マシンのディスクとネットワークのアクティビティも監視
    監視感度を高く設定された仮想マシン監視機能を持つ HA 対応のクラスタで、仮想マシン監視サービスは仮想マシンのハートビートのみを監視していました。仮想マシンでの VMware Tools のアップグレード中は、仮想マシンが正しく機能していてもハートビートの送信を停止します。これにより、仮想マシン監視サービスはその仮想マシンを不必要に再起動してしまいます。 vmware.logファイルには次のメッセージが表示されます。
    TOOLS INSTALL cancelling tools installation
    VirtualCenter 2.5 Update 4 リリースからは、仮想マシン監視サービスが仮想マシンのディスクとネットワークのアクティビティも監視するようになりました。障害発生中にハートビートを受信しなかった場合で、事前定義された I/O 統計間隔内にディスクまたはネットワークのアクティビティが検出された場合にかぎり、仮想マシンがパワーオンされたままになります。

  • ESX Server 3i 環境で i ノードに空きがなくなり、VirtualCenter Server に応答しなくなる
    以前のリリースでは、HA 対応クラスタ内の ESX Server 3i ホストが VirtualCenter ネットワークから隔離され、再び VirtualCenter ネットワークに接続された場合に、少しすると ESX Server 3i に i ノードの空きがなくなり、その ESX Server 3i ホストが VirtualCenter Server および VI Client に応答しなくなくなることがありました。
    この問題は解決されています。
  • VirtualCenter ネットワークから隔離された ESX Server 3i 環境が VirtualCenter Server に応答しなくなることがある
    以前のリリースでは、HA 対応クラスタ内の ESX Server 3i ホストが VirtualCenter ネットワークから隔離され、再び VirtualCenter ネットワークに接続されたあと、ESX Server 3i ホストが VirtualCenter Server および VI Client に応答しなくなることがありました。複数のログ ファイルが ¥var¥log¥vmware¥aam¥ruleに作成され、次のようなエラーが記載されることがありました。
    Dump Reason:Backbone panicked:IP_CREATE_THREAD
    この問題は解決されています。
  • HA 対応クラスタ内の ESX Server ホストで 80 を超える仮想マシンを作成しても、VirtualCenter に無関係なエラー メッセージが表示されない
    このリリースでは、HA 対応クラスタ内の ESX Server ホストに 80 を超える仮想マシンを作成すると、VirtualCenter Server が次の例のようなエラーを断続的に表示するという問題が解決されています。
    <データ センター名> のクラスタ <クラスタ名> にある <ホスト名> の HA エージェントにエラーがあります。
  • メンテナンス モードの ESX ホストまたは ESXi ホストの再起動で HA 関連のエラーが生成されることはない
    このリリースでは、HA 対応クラスタ内で、メンテナンス モードの ESX ホストまたは ESXi ホストを再起動した場合、ESX ホストまたは ESXi ホストを VirtualCenter Server に再接続するときに VirtualCenter Server が次の例のようなエラーを表示することがあるという問題は解決しています。
    <データ センター名> のクラスタ <クラスタ名> にある <ホスト名> の HA エージェントにエラーがあります。
  • HA 対応クラスタ内の ESX Server のサービス コンソールでポートをスキャンしても CPU 使用率には影響がない
    このリリースでは、HA 対応クラスタに属す ESX Server のサービス コンソールでポートをスキャンすると、ftbackbone プロセスが CPU のほぼ 100% を使用するという問題が解決されています。

ページの先頭へ

既知の問題

バックアップ

  • Consolidate Helper のスナップショットが自動的に削除されない場合がある
    ESX Server 3.5 Update 2 リリースでは、Consolidate Helper スナップショットが繰り返し作成され、スナップショット作成中に仮想マシンを使用できなくなる時間を最小限に抑えます。その結果として、Consolidate Helper スナップショットの名前が Consolidate Helper ではなく Consolidate Helper-XXX になりました。ESX Server 3.5 Update 2 と VMware Consolidated Backup 1.1 を組み合わせて使用する場合、スナップショットを削除するときに vcbMounterが処理に失敗すると、この一時的なスナップショットは取り残される可能性があります。 vbCleanup.batコマンドは、この Consolidate Helper-XXX スナップショットを削除しません。VI Client を使用して手動で削除する必要があります。VMware Consolidated Backup 1.5 では、この問題は発生しません。
  • 静止スナップショットの作成中に仮想マシンでアプリケーションを実行すると、エラーが返されることがある
    仮想マシンの静止スナップショットの作成では、アプリケーションが実行されている仮想マシンと対話する必要があります。アプリケーションが負荷が高い処理を行なっている場合は、静止スナップショットの作成中に問題が生じる場合があります。これらの問題は、ディスクへの書き込み障害などのアプリケーション エラーあるいはスナップショットの作成エラーのどちらでもありえます。
    パワーオン状態の仮想マシンのクローンを作成できます。しかし、静止スナップショットの作成に伴って生じるため、高負荷のアプリケーションを仮想マシンで実行している場合はエラーを受け取る可能性があります。
    注：静止スナップショット作成操作の一部として、仮想マシンでカスタム スクリプトを実行できます。こうしたスクリプトを使用して、アプリケーションをシャットダウンしてスナップショット作成後にそれを戻すようにできる場合もあります。こうしたカスタムスクリプトの実行に関する詳細は、VMware Infrastructure のドキュメントセットの 『仮想マシン バックアップ ガイド』 の 「VMware Consolidated Backup」 の章を参照してください。

CIM および API

  • VI Client が HP サーバにある電源冗長性センサーの名前を誤って表示する
    VI Client を使用して HP サーバ システム上の ESX Server インストールに接続する場合、VI Client はサーバにある電源冗長性センサーを物理的な電源装置と誤って表示します。たとえば、2 つの物理的な電源装置がある冗長性センサー付きの HP サーバの場合、VI Client はこの冗長性センサーを ｢Power Supplies for Power Supply 3｣ と表示します。
  • CIM_RecordLog インスタンスで CallMethod クエリを実行すると失敗する場合がある
    ESX Server 3.5 Update 2 以降の場合、 CIM_RecordLogインスタンスで CallMethodクエリ （cm） を実行すると成功しない場合があります。ただし、リモート管理コンソールまたはインターフェイスを使用して、システムのイベント ログを消去できます。
  • IBM マルチノード システムでは、一部の CIM クラスが適切に機能しない
    次のクラスでは、EnumerateInstance 処理が Enumerate InstanceNames 処理よりも 1 つ少ないインスタンスを返します。
    • CIM_AssociatedSensor
    • CIM_MemberOfCollection

    次のクラスでは、一部のインスタンスで GetInstance処理が失敗します。ただし、 EnumerateInstances処理は成功します。

    • CIM_HostedService
    • CIM_Sensor
    • CIM_SystemDevice
    • CIM_Slot
    • CIM_ElementConformsToProfile
    • CIM_OwningCollectionElement
    • CIM_RedundancySet

    • 次のクラスでは、 EnumerateInstancesおよび EnumerateInstanceNames処理は失敗し、何も結果を返しません。

  • センサーのしきい値への変更がすぐには反映されない
    CIM を使用してセンサーのしきい値を変更すると、センサーの一覧に新しいプロパティの値がすぐには表示されません。変更は約 1 分後に反映されます。
  • RequestStateChange(RestoreDefaultThresholds) の処理でエラーが発生する
    ESX Server 3.5 リリースの場合、 RequestStateChange(RestoreDefaultThresholds)処理において、一部のセンサーで次のようなエラー メッセージが表示されます。
    CIM_ERR_FAILED:index out of bounds
    エラー メッセージが表示されますが、CIMOM はしきい値をリストアします。
  • WS-Man プロトコルを使用している場合、センサーまたは SEL に対する InvokeMethod(RequestStateChange) が失敗する。
  • WS-Man プロトコルを使用している場合、InvokeMethod(RequestPowerStateChange) が失敗する。
  • ESX Server 3.5 のファイアウォールによって CIM インディケーションのサポートが妨げられる
    ESX Server 3.5 のファイアウォールによって発信 HTTP 接続がブロックされます。このため、インディケーションを受信者に到達させることができません。
    解決策：サービス コンソールで、次のコマンドを使用してインディケーション受信者への接続用の発信ポートを開きます。
    esxcfg-firewall -o <ポート番号>,tcp,out,http
    ファイアウォール内で HTTP ポートを閉じるには、次のコマンドを使用します。
    esxcfg-firewall -c <ポート番号>,tcp,out,http
  • ESX Server 3.5 Update 2 以降を実行している HP 380 G5 マシンで、 CIM_IPProtocolEndpointクエリへの応答として IPMI ボードの IP アドレスが返されない
  • ESX Server 3.5 リリースで、数字の電源センサーで Reset()操作を起動すると、次のエラー メッセージが表示される。
    CIM_ERR_FAILED:index out of bounds
    回避策として、 RequestStateChange(Reset)操作を使用します。
  • openwsmanWS-Man プロトコルを使用している場合、ESX Server 3.5 Update 2 以降でインディケーションが機能しない。
  • IBM x3850 M2 サーバおよび IBM x3950 M2 サーバで、一部の OMC_DiscreteSensorインスタンスのデバイス ID が不正 （デバイス ID の最終セグメントが -1） である
  • WS-Man プロトコルを使用している場合、 ModifyInstance()呼び出しによるセンサーしきい値の変更が失敗する
  • IBM Athena サーバで、シャーシ侵入インディケーションが使用できない
  • 一部の Dell MLK ハードウェアで、 OMC_Memoryインスタンスの NumberOfBlocksプロパティの値が 0 になる

ゲスト OS

国際化

VI Client および VI WebAccess では、すべてのフィールドで ASCII 以外の文字で入力できますが、次のような制限があります。

ASCII 以外の文字の入力制限

  • リモート コマンド ライン インターフェイス （RCLI） では、入力文字列として ASCII 以外の値を指定することはサポートされていません。
  • VMware Infrastructure 3 またはそのコンポーネントのいずれかをインストールするコンピュータの名前には、ASCII 以外の文字を使用しないでください。
  • VirtualCenter Server をインストールするコンピュータまたは仮想マシンの名前に ASCII 以外の文字があった場合、VirtualCenter Server のインストールに失敗します。
  • すべてのコンポーネントについて、インストーラで指定されたデフォルトのインストール パス名を使用するようにします。インストール パスは変更しないでください。インストーラは、ASCII 以外の文字および拡張 ASCII 文字を含むインストール パス名をサポートしません。
  • データストア名、仮想ネットワーク名、およびイメージ ファイル名 （CD、DVD、およびフロッピー ドライブ） は、ASCII 文字のみに制限されます。
  • [今日のメッセージ] には ASCII 文字のみを使用する必要があります。
  • VirtualCenter Server へのログインは、ユーザー名 （Windows のログイン アカウント名） に ASCII 文字のみを使用している場合にサポートされます。
  • ASCII 以外の文字を使用すると、イメージのカスタマイズが失敗する場合があります。
  • カスタム属性の名前と値には、ASCII 文字のみを使用する必要があります。
  • 一般的なインターネットの運用およびプロトコルに適合させるため、次の項目は非 ASCII 文字を含むことができません。ホスト名、ワークグループ名、ドメイン名、URL、E メール アドレス、SMTP サーバ名、SNMP コミュニティ文字列。
  • ASCII エンコーディングを使用するゲスト OS のカスタマイズがサポートされていますが、UTF-8 エンコードの日本語、中国語またはドイツ語のネイティブ文字を使用するカスタマイズのサポートが制限されています。非 ASCII エンコードの所有者、組織、ユーザー名、またはパスワードを使用するカスタマイズの場合、VirtualCenter および sysprep ツールがゲスト OS と同じロケールにホストされる必要があります。これは UTF-8 エンコードの応答ファイルを使用するシナリオを含みます。

ASCII 以外の文字の表示制限

  • VirtualCenter Server を言語が異なる Windows で実行中の VI Client で管理する場合、Windows における言語固有のサポート状況の違いが原因で、文字が正常に表示されない場合があります。
  • ASCII 以外の文字を含むログの場所またはユーザー名がエラー メッセージに含まれる場合、ローカライズされた環境では正常に表示されません。
  • VMware Converter のインポート ウィザードを使用する場合、日時書式が現在のロケールと異なる場合があります。
  • ロケールが日本語の場合、[タスク ビュー] タブの [ステータス] コラムおよび [タスク詳細] では、Unicode 文字は ｢???｣ で表示されます。
  • [サマリ] タブの [コマンド] セクションは適切に表示されません。
  • VirtualCenter を VirtualCenter 2.0.2 からアップグレードした場合は、ローカライズ版の VirtualCenter 2.5 Update 4 のデータ センター名には ASCII 以外の文字は使用できない
    VirtualCenter 2.0.2 をローカライズ版の VirtualCenter 2.5 Update 4 にアップグレードしたあとは、VirtualCenter 2.5 Update 4 のデータ センター名に ASCII 以外の文字を使用している場合、VMware VirtualCenter Server サービスを再起動したあとにデータ センター名に使用されている各文字が 「?」 に置き換えられます。
    回避策：VirtualCenter 2.0.2 ではデータ センター名で ASCII 文字のみをサポートしています。アップグレード後の場合でも、データ センター名には ASCII 文字を使用してください。

Guided Consolidation の制限

[Guided Consolidation] タブは、en_US ロケールでのみ使用できます。

翻訳の問題

このリリースでの翻訳に関する既知の問題点は次のとおりです。

  • アップグレード ウィザードが翻訳されていません。
  • ESX Server ホストから送信される一部のメッセージが翻訳されていません。
  • 一部のインターフェイスのレイアウトでは、ローカライズがまだ完成していません。

国際化に関するその他の問題点

次の追加の問題点が見つかっています。

  • ローカライズされているオペレーティング システムで、英語版のみの VI Client を使用して ESX Server ホストに直接接続すると、ユーザー インターフェイスの一部にローカライズされた文字列が表示されることがあります。
  • 英語以外の VI Client システムからエクスポートされたパフォーマンス チャート データが正しくないことがある
    英語以外の VI Client を使用してパフォーマンス チャート データを Excel スプレッドシート ファイルにエクスポートした場合、エクスポートされたデータがパフォーマンス属性の実際の値の 100 倍になることがあります。
    回避策：英語の VI Client システムを使用して、パフォーマンス チャート データをエクスポートしてください。
  • VMware Infrastructure Client のホストのオペレーティング システムの言語と、VirtualCenter Server またはデータベースのホストのオペレーティング システムの言語が異なる場合、アラームの [スクリプトの実行] アクションで使用される値が VirtualCenter Server の再起動後に正しく表示されない場合があります。
  • 簡体字中国語バージョンの VI Web Access では、[キャンセル] ボタンのテキストが不正で、正しく表示されません。
  • 選択した言語設定を VI Client がオーバーライドすることがある
    VI Client が選択した言語設定をオーバーライドして、本来の言語ではない言語で一部のメッセージを表示する場合があります。サーバ （VirtualCenter Server および ESX Server） で設定された言語で、サーバが動的に生成したメッセージを表示する場合があります。すべてのソフトウェアをオペレーティング システムのロケールに対応した言語で実行している場合、この問題は発生しません。
  • ドイツ語版 VI Client の [再インストール] ウィザードに誤ったテキストが表示される
    ドイツ語版の VI Client では、[再インストール] ウィザードに誤ったテキストが表示されます。
    [再インストール] ウィザードには、
    「 Der Installations-Assistent ermöglicht Ihnen, VMware Infrastructure Client 2.5 zu entfernen.」 と表示されずに
    「 Der Installations-Assistent ermöglicht Ihnen, Virtual Infrastructure Client 2.5 zu reparieren oder zu entfernen.」 と表示されます。
  • マシンが生成した仮想マシン名を含むリンクが機能しない
    Web Access を使用して、自動生成された仮想マシン名 （｢+5paw55qE5qih5p2,/｣ のように、通常 ｢+｣ 記号で開始して ｢/｣ で終了） を含むリンクをクリックしてデータストアを参照すると、Web ブラウザは空のページを表示するか、｢Not Found Error｣ ページを返します。ただし、VI Client を使用すれば、このような仮想マシンにアクセスできます。
  • 日本語版の VI Client の使用中に、[ネットワークの追加] ウィザードの [ネットワーク アクセス] ページのテキストが正しく表示されない
    日本語版の VI Client の使用して VirtualCenter にアクセスしているときに、[ネットワーク アクセス] ページに表示されるネットワークの詳細 （IP アドレス） が正しく表示されません。
    [ネットワーク アクセス] ウィンドウは、[構成] タブの下の [ネットワーク] オプションから、[ネットワークの追加] を選択すると、[ネットワークの追加ウィザード] に表示されます。
    回避策：ネットワーク情報 （IP アドレス） は、[ネットワーク アダプタ] ページで表示できます。[ネットワーク] を表示するには、[構成] - [ネットワーク] - [プロパティ] - [ネットワーク アダプタ] を選択してください。

VMotion での移行

その他

ネットワーク

サーバ構成

ストレージ

アップグレードおよびインストール

その他のアップグレードおよびインストールの問題

VirtualCenter のアップグレードおよびインストール

仮想マシンの管理

  • Windows Server 2008 または Windows Vista 仮想マシンのカスタマイズ済みクローンで、パワーオン時にネットワークの場所を選択するように要求される （KB 1008378）
  • 無効な製品 ID がカスタマイズ仕様に設定されている場合、Windows Server 2008 および Windows Vista 仮想マシンのクローンが繰り返し再起動される
    ライセンスを持つ Windows Server 2008 または Windows Vista の仮想マシンが [カスタマイズ] ウィザードでカスタマイズされてクローン作成された場合に、無効な製品 ID がカスタマイズ ウィザードの [Windows ライセンス] ページに入力されていると、クローンである仮想マシンは、起動時に次のようなエラー メッセージを表示しながら繰り返し再起動されます。
    パス [specialize] の無人応答ファイルを解析または処理できませんでした。応答ファイルで指定されている設定を適用できません。[Microsoft-Windows-Shell-Setup] の設定を処理中に、エラーが検出されました。
    コンピュータが予期せず再起動されたか、予期しないエラーが発生しました。Windows のインストールを続行できません。Windows をインストールするには、[OK] をクリックしてコンピュータを再起動してから、インストールを再実行してください。
  • Windows Server 2008 または Windows Vista ゲスト OS のカスタマイズ仕様は続けて 3 回しか変更できない
    Windows Server 2008 または Windows Vista を実行している仮想マシンを想定してください。この仮想マシンをカスタマイズしてクローンを作成したあと、クローンのカスタマイズ仕様を編集して別の仮想マシンを作成できます。ただし、そのようなクローン操作は続けて 3 回までしか実行できません。
    たとえば、仮想マシン A から仮想マシン B、仮想マシン B から仮想マシン C、仮想マシン C から仮想マシン D をそれぞれクローン作成し、各クローン操作でゲスト OS のカスタマイズ仕様を編集した場合、仮想マシン D をカスタマイズしてクローン作成する操作は失敗することがあります。
  • カスタマイズした仮想マシンのクローン作成で、Sysprep ファイル情報に関するダイアログ ボックスが表示されることがある
    カスタマイズして仮想マシンのクローンを作成するときに、クローニング プロセスが完了せず、[Sysprep] ダイアログ ボックスで追加ファイルを要求されることがあります。
    回避策：Windows のミニ セットアップが見つけられないファイルのリストをメモしておきます。ソース マシンから必要なファイル （ c_20127.nlsなど） を Sysprep インストール ファイル フォルダ （ c:¥sysprep¥i386） にコピーしてから、カスタマイズしたクローン作成を実行します。Sysprep で要求されるファイルは、通常は仮想ソース マシンの次の場所にあります： C:¥Windows¥system32
    仮想マシンが起動し、カスタマイズが完了すると Sysprep ディレクトリは削除されます。
  • クローン作成した仮想マシンに DNS のサフィックスが含まれない （KB 1004299）
  • クローン作成した仮想マシンが元の仮想マシンの .vmdk ファイルを参照する （KB 1004176）
  • テンプレートからの仮想マシンのデプロイが、権限がない旨を伝えるエラーで失敗する （KB 1004295）
  • 「作成」 権限を持つユーザーが仮想マシンを作成できない （KB 1004417）
  • ファームウェアのアップグレード時に、仮想マシンで I/O が停止することがある
    I/O ワークロードが大きい共有 LUN で仮想マシンを実行していて、かつ、ストレージ管理ユーティリティを使用してファームウェアをアップグレードするかストレージ コントローラを再起動する場合、すべての仮想マシンで I/O が停止することがあります。
    vmkernel.logファイルに、次のようなメッセージが表示される場合があります。
    1:01:05:07.275 cpu2:1039)WARNING:FS3:4785: Reservation error:Not supported
    SCSI:4506: Cannot find a path to device vmhba1:0:125 in a good state.Trying path vmhba1:0:125.
    1:01:05:10.262 cpu3:1039)ALERT:SCSI:4506: Cannot find a path to device vmhba1:0:125 in a good state.Trying path vmhba1:0:125.
    1:01:05:40.748 cpu1:1083)<6>mptbase:ioc0:LogInfo(0x30030108):Originator={IOP}, Code={Invalid Page}, SubCode(0x0108)
    1:01:05:40.930 cpu0:1024)Log:472: Setting loglevel (via VSI) for module 'SCSI' to 5
  • ホストが隔離された場合、フェイルオーバー後に仮想マシンをパワーオンできない
    ホストが隔離され、隔離時の対応がクラスタのデフォルト構成である [ゲスト シャットダウン] に設定されている場合、フェイルオーバー後に仮想マシンが起動しないことがあります。これは、ノードが 5 個未満のクラスタで、ゲストのシャットダウンを完了するまでの時間が長い仮想マシンで発生することがあります。
    回避策：ノードが 5 個未満のクラスタでは、隔離時の対応を [パワーオンのままにする] または [パワーオフ] に設定します。
    仮想マシンの [ホスト隔離時の対応] を設定するには、クラスタを選択し、[設定の編集] リンクをクリックして、[VMware HA] の下にある [仮想マシンのオプション] を選択します。[ホスト隔離時の対応] ポップアップ メニューから、その仮想マシンに対して [仮想マシンをパワーオンのままにする] オプションまたは [仮想マシンのパワーオフ] オプションを選択します。
  • VMware Tools のカスタム スクリプトが、サスペンドとシャットダウン イベントに実行されない （KB 1004390）
  • VMware Capacity Planner Service の最新バージョンを使用していない場合、VirtualCenter Server が即時に初期化に失敗する
    VMware Capacity Planner Service for the VirtualCenter Server 2.5 Update 4 リリースがインストールされていない場合、VirtualCenter Server は初期化に時間がかかり、この間、VI Client は VirtualCenter Server に接続できません。
    また、VI Client で統合機能を使用できません。
    統合機能を使用するには、VMware Capacity Planner Service の古いバージョンをアンインストールし、VMware Capacity Planner Service for the Virtual Center 2.5 Update 4 リリースをインストールして、VirtualCenter Server を再起動します。
  • [Run Once] ページで指定したコマンドの実行に失敗する
    Virtual Infrastructure クライアントの [ゲスト カスタマイズ] ウィザードの [Run Once] ページで、最後の文字が引用符のコマンドを指定している場合、ユーザーがカスタマイズされたゲスト OS システムにログオンしているときにはコマンドは失敗します。
    回避策：[1 回実行] ページでコマンドを指定するときには、最後に引用符を置かないようにしてください。
  • ゲスト OS をカスタマイズするときにライセンスキーを入力しない場合、Windows 2000 および Windows 2003 の仮想マシンのクローン作成に失敗する
    Windows 2000 または Windows 2003 の仮想マシンのクローン作成時に、[ゲストのカスタマイズ オプションの選択] ページで [カスタマイズ ウィザードを使用してカスタマイズする] を選択し、かつ [VMware Infrastructure Client Windows ゲスト カスタマイズ] ウィザードの [Windows ライセンス] の [サーバ ライセンス情報を入力する] チェック ボックスにチェックをしなかった場合は、クローン操作は失敗し、次の例のようなメッセージが表示されます。
    カスタマイズに失敗しました。

VirtualCenter、VI Client、および Web Access の問題

VMware HA （High Availability）

  • HA 対応のクラスタで編集済みの詳細オプションが有効にならない （KB 1008479）
  • ホストのフェイルオーバー後、VMware HA の健全性の監視でコンソールに再起動が表示されない
    ホストで障害が発生したあと、HA クラスタで健全性の監視が有効になっていると、仮想マシン コンソールには空のウィンドウが表示されます。このコンソールには、仮想マシンの再起動が表示されません。
    回避策：新しいコンソール ウィンドウを開いて、フェイルオーバー後に仮想マシンが再起動したことを確認する必要があります。
  • HA-DRS クラスタの操作中に VI Client が、ホストを応答なしと表示することがある
    DRS クラスタに対するホストの追加や削除、DRS 推奨の適用など、HA-DRS クラスタの操作中に、ホスト IP が到達可能にもかかわらず、VI Client がホストを応答なしと表示することがあります。
    回避策：HA-DRS クラスタからホストを切断し、再接続します。これによってシステムが更新され、VI Client に実行済みの構成の変更が反映されます。 それでも、VI Client がホストを 「応答なし」 と表示する場合は、HA-DRS クラスタからホストを切断し、ホストを削除してから、このホストを同じクラスタに追加します。
  • VirtualCenter Server のアップグレード後に ESX Server ホストでの HA エージェントの再構成に失敗することがある
    HA が有効なクラスタを含む VirtualCenter Server をアップグレードし、ESX Server ホストが VirtualCenter に再接続されると、ESX Server ホストの 1 つの HA エージェントの再構成に失敗し、次のような HA エージェント エラーが表示されます。
    <データ センター名> のクラスタ <クラスタ名> にある <ホスト名> の HA エージェントにエラーがあります：
    プライマリ ノードで cmd addnode が失敗しました： /opt/vmware/aam/bin/ft_startup failed
    回避策:VirtualCenter Server のアップグレードのあと、クラスタで HA を無効にしてからもう一度有効にします。
  • HA ネットワーク準拠性チェック
    VirtualCenter 2.5 Update 2 で HA を構成しているときに、[タスクおよびイベント] タブに次のエラー メッセージと推奨が表示されることがあります。
    <データ センター> のクラスタ <クラスタ名> にある <ESX ホスト名> の HA エージェントにエラー 「HA ネットワークに互換性がありません」 があります：
    クラスタの詳細オプション das.allowNetwork を使用してネットワークの使用を制御することを検討してください。
    Virtual Center 2.5 Update 2 から、HA にはクラスタの信頼性を高める拡張ネットワーク準拠性チェックが含まれています。この拡張ネットワーク準拠性チェックによって、クラスタ全体のハートビート ネットワーク パスが正しいことを確認できます。詳細は、 KB 1006606 を参照してください。
  • 更新： ESX 3.5 Update 3 よりも前の ESX または ESXi のリリースでは、VMware HA の仮想マシン監視機能がサポートされていない
    VirtualCenter Server 2.5 Update 4 が管理するクラスタで VMware HA を有効にすると、ESX 3.5 Update 3 よりも前の ESX または ESXi ホストで仮想マシン監視機能が正しく動作せず、誤って仮想マシンのフェイルオーバーを実行する可能性があります。
    回避策：これらの仮想マシンの仮想マシン監視機能を無効にするか、ESX/ESXi ホストを ESX 3.5 Update 3 以降にアップグレードします。

パフォーマンス概要チャート

  • VirtualCenter Server で Oracle データベースを使用している場合に、パフォーマンス概要チャートが表示されないことがある （KB 1008328）
  • VirtualCenter Server で SQL Express のバンドルされたデータベースを使用している場合に、パフォーマンス概要チャートが表示されないことがある （KB 1008329）
  • VMware Infrastructure Web Access サービスを停止しないで VirtualCenter をアップグレードした場合、パフォーマンス概要チャートが表示されないことがある （KB 1008330）
  • Internet Explorer で JavaScript の実行が有効になっていない場合、パフォーマンス概要チャートが VirtualCenter で表示されないことがある
    Internet Explorer で [アクティブ スクリプト] セキュリティ設定が有効になっていることを確認してください。有効になっていない場合、[パフォーマンス概要] タブに次のようなメッセージが表示されます。
    スクリプトは通常、安全です。スクリプトを実行できるようにしますか。
    アクティブ スクリプトを有効にするには次のようにします。
    1. Internet Explorer ブラウザで [ツール] - [インターネット オプション] を選択します。
    2. [セキュリティ] タブで [インターネット] ゾーンを選択し、[レベルのカスタマイズ] をクリックします。
    3. [スクリプト] にある [アクティブ スクリプト] で [有効にする] を選択します。
  • 更新： [プラグイン マネージャ] ウィンドウの [インストール済み] タブにパフォーマンス概要プラグインが表示されないことがある
    パフォーマンス概要プラグインをインストールすると、[使用可能] タブには表示されるものの、[インストール済み] タブに表示されないことがあります。
    回避策：VI Client を再起動します。それでもプラグインが [インストール済み] タブに表示されない場合、VirtualCenter Server と VI Client が同じドメインのメンバーであることを確認してください。
    これらのドメインを確認するには、[マイ コンピュータ] を右クリックし、[プロパティ] を選択して、[コンピュータ名] タブにある情報を確認します。
  • パフォーマンス概要プラグインの [ダウンロードとインストール] をクリックするとエラーが発生する
    パフォーマンス概要プラグインがインストールされていても、[プラグイン マネージャ] ウィンドウの [使用可能] タブにプラグインの [ダウンロードとインストール] ボタンが表示されます。[ダウンロードとインストール] をクリックすると、VirtualCenter で次のようなエラー メッセージが表示されます。
    無効な URI： URI が空です。
    パフォーマンス概要プラグインでは [ダウンロードとインストール] をクリックしないでください。
  • パフォーマンス概要プラグインを再インストールすると [パフォーマンス概要] タブが表示されないことがある
    パフォーマンス概要プラグインをアンインストールしたあと再インストールした場合、[プラグイン マネージャ] ウィンドウでプラグインを有効にしないかぎり、[パフォーマンス概要] タブが VirtualCenter Server に表示されない場合があります。プラグインを有効にするには次のようにします。
    1. VirtualCenter Server で [プラグイン] - [プラグインの管理] をクリックします。
    2. [プラグイン マネージャ] ウィンドウの [インストール済み] タブで、com.vmware.vim.stats.report について [有効] を選択します。

    • ページの先頭へ