VMware Infrastructure Management Installer | 2009 年 7 月 10 日 (ローカライズ版)

VirtualCenter 2.5 Server Update 5 | 2009 年 7 月 10 日 | ビルド 174841

Virtual Infrastructure Client | 2009 年 7 月 10 日 | ビルド 174841

VMware Infrastructure Management Installer | 2009 年 7 月 10 日 (英語版のみ)

VirtualCenter 2.5 Server Update 5 | 2009 年 7 月 10 日 | ビルド 174791

Virtual Infrastructure Client | 2009 年 7 月 10 日 | ビルド 174791

ダウンロード可能なビルドについては、「 適切な 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 と表記されています。このリリース ノートでは、インターフェイスとドキュメントを一致させるために、従来の製品名を使用しています。将来のリリースでは製品名をアップデートする予定です。

新機能

VMware HA クラスタでの高い統合率の実現: VirtualCenter 2.5 Update 5 では、VMware HA でパフォーマンスとスケーラビリティが大きく向上しています。HA クラスタで 1 ホストあたり 35 台以上の仮想マシンが存在する環境では、VirtualCenter 2.5 Update 5 を使用してください。

スケーラビリティの向上に必要な ESX Server ホストの設定については、「 HA クラスタで 1 ホストあたり最大 80 台の仮想マシンが存在する環境で必要な ESX Server ホストの設定」 (KB 1012002) を参照してください。

ページの先頭へ

VMware Infrastructure 3 の以前のリリース

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

ESX Server のリリース

VirtualCenter のリリース

ページの先頭へ

はじめに

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

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

ハードウェア互換性

• ハードウェアの互換性について

ハードウェア互換性リストは、現在、次の Web ベースの互換性ガイドから参照できます。

www.vmware.com/resources/compatibility (英語版)

この新しい形式を利用すると、1 箇所から VMware のすべての互換性ガイドにアクセスできます。以前の PDF バージョンが今後アップデートされることはありません。Web ベースの互換性ガイドでは、ガイドを検索したり、PDF フォーマットで検索結果を保存したりすることも可能です。

互換性ガイドのアップデートに関する通知の受信登録: (英語版)

• VMware Infrastructure の互換性について

VMware Infrastructure の互換性マトリックス ( 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-U5-English.isoまたは VMware-VIMSetup-2.5.0-U5-English.zip: これらのファイルは、VI Client の英語版のみを含んでおり、Windows システムの言語に関係なく英語で実行されます。中国語、ドイツ語、日本語の Windows オペレーティング システム上で、英語で実行する VI Client をインストールする場合にこのインストーラを使用します。
  • VMware-VIMSetup-2.5.0-U5-localized.isoまたは VMware-VIMSetup-2.5.0-U5-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 5 のダウンロードに含まれる) では、インストール オプションとして [VI Client] を選択すると、VMware Infrastructure Update サービスのインストールを行うかどうかを選択できるようになりました。

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

このリリースでは、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 から、VirtualCenter 2.5 Update 5 へのアップグレードがサポートされています。『 アップグレード ガイド』 に記載されているアップグレードおよび移行手順の詳細およびガイドラインを確認してください。

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

VMware Infrastructure 3 ソフトウェア スイートのこのリリースには、VMware Converter Enterprise または VMware Update Manager のアップデートは含まれていません。VMware Converter Enterprise Update 4 および VMware Update Manager Update 4 は、VirtualCenter 2.5 Update 5 と互換性があります。

ページの先頭へ

解決した問題

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

ESX Server ホストと VirtualCenter サーバとの間のファイアウォールで、ESX Server ホストと VirtualCenter サーバとの間にあるアイドル状態の HTTP 接続が切断されてエラーが発生する場合がある

リモートの ESX Server ホストと VirtualCenter サーバとの間の HTTP 接続が 30 分を超えてアイドル状態が続いた場合、ファイアウォールがデフォルトのセッション タイムアウト ポリシーに基づいてアイドル状態の HTTP 接続を切断してしまう問題がこのリリースでは解決されています。接続が切断されると、ホストも VirtualCenter サーバから切断され、そのあと再接続されます。接続が切断されたあと、リモートの ESX Server ホストで操作を開始すると、VirtualCenter Server で次のようなエラー メッセージが表示されます。

An error occurred while communicating with the remote host.

新しい詳細設定エントリである vpxd.httpClientIdleTimeoutを使用すると、アイドル状態の HTTP 接続のタイムアウト値を構成できます。このエントリのデフォルト値は 15 分 (900 秒) で、HTTP 接続がアイドル状態のまま 15 分間経過すると、VirtualCenter Server はアイドル状態の HTTP 接続を閉じます。ファイアウォールのセッション タイムアウト値が 15 分未満に設定されている場合、 vpxd.httpClientIdleTimeoutの値がファイアウォールのタイムアウト値よりも小さくなるよう変更します。

ページの先頭へ

既知の問題

バックアップ

  • 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クエリを実行すると成功しない場合があります。ただし、リモート管理コンソールまたはインターフェイスを使用して、システムのイベント ログを消去できます。
  • IBM マルチノード システムでは、一部の CIM クラスが適切に機能しない
    次のクラスでは、 EnumerateInstance()処理が EnumerateInstanceNames()処理よりも 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)操作を使用します。
  • WS-Man プロトコルを使用している場合、ESX Server 3.5 Update 2 以降で openwsmanインディケーションが機能しない
  • 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 Web Access では、すべてのフィールドで 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 5 のデータ センター名で ASCII 以外の文字が使用できない
    VirtualCenter 2.0.2 からローカライズ版の VirtualCenter 2.5 Update 5 にアップグレードし、ASCII 以外の文字を VirtualCenter 2.5 Update 5 のデータ センター名に使用した場合、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 アドレス) は、[ネットワーク アダプタ] ページで表示できます。[ネットワーク] を表示するには、[構成] - [ネットワーク] - [プロパティ] - [ネットワーク アダプタ] を選択してください。
  • [VMware Infrastructure Client Windows ゲスト カスタマイズ] ウィザードの [カスタム Sysprep ファイル] ページが正しく表示されない
    ローカライズ版の VirtualCenter 2.5 Update 4 以降では、[VMware Infrastructure Client Windows ゲスト カスタマイズ] ウィザードの [カスタム Sysprep ファイル] ページが正しく表示されません。また、ローカライズも行われていません。さらに、このページで次のような問題が発生する場合があります。
    • デフォルトで選択される [Sysprep 応答ファイルの作成] オプションを使用した場合、[Sysprep 応答ファイルにテキストを入力してください] フィールドのラベルが入力領域に重なる。
    • [Sysprep 応答ファイルのインポート] オプションがページに表示されない。
      回避策:[カスタム Sysprep ファイル] ページで、[Sysprep 応答ファイルの作成] オプションがデフォルトで選択されます。表示されないオプション [Sysprep 応答ファイルのインポート] を使用するには、[Sysprep 応答ファイルの作成] オプションを再度選択し、上矢印キーを押します。上矢印キーと下矢印キーを使用して、[Sysprep 応答ファイルのインポート] オプションと [Sysprep 応答ファイルの作成] オプションを切り替えることができます。
    • [Sysprep 応答ファイルのインポート] オプションを選択した場合、ファイル タイプが .infの Sysprep ファイルしかインポートできない。
      回避策: .xmlタイプの Sysprep ファイルは次のように選択してください。
      1. VI Client で、[編集] - [カスタマイズ仕様] を選択します。
      2. [カスタマイズ仕様マネージャ] で、[インポート] アイコンをクリックし、必要な .xmlファイルを選択します。
  • Update Manager がアップデートをスキャンするとき、[イベント] タブにコーディング文字列が表示される場合がある
    ローカライズ版の VirtualCenter 2.5 Update 5 で VMware Update Manager 1.0 Update 4 を使用して ESX Server ホストまたは仮想マシンに対するアップデートのスキャンが実行されると、[イベント] タブの一部の説明が、直接読める説明ではなく、コーディング文字列で表示されます。たとえば、VirtualCenter で、[ [data.name] のパッチ メタデータが欠落しています。アップデート メタデータを最初にダウンロードしてください。] と表示されずに、次のようなコーディング文字列が表示されます。
    event.com.vmware.vcIntegrity.MetadataNotFound.fullFormat
    event.com.vmware.vcIntegrity.MetadataNotFound.category

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)
  • [1 回実行] ページで指定したコマンドの実行に失敗する
    Virtual Infrastructure クライアントの [ゲスト カスタマイズ ウィザード] の [1 回実行] ページで、最後の文字が引用符のコマンドを指定している場合、ユーザーがカスタマイズされたゲスト OS にログオンしているときにはコマンドは失敗します。
    回避策:[1 回実行] ページでコマンドを指定するときには、最後に引用符を置かないようにしてください。
  • ゲスト OS をカスタマイズするときにライセンスキーを入力しない場合、Windows 2000 および Windows Server 2003 の仮想マシンのクローン作成に失敗する
    Windows 2000 または Windows 2003 の仮想マシンのクローン作成時に、[ゲストのカスタマイズ オプションの選択] ページで [カスタマイズ ウィザードを使用してカスタマイズする] を選択し、かつ [VMware Infrastructure Client Windows ゲスト カスタマイズ] ウィザードの [Windows ライセンス] の [サーバ ライセンス情報を含む] チェック ボックスを選択解除した場合は、クローン操作は失敗し、次のようなメッセージメッセージが表示されます。
    カスタマイズに失敗しました。

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

VMware HA (High Availability)

  • HA フェイルオーバー イベントのあと、NFS データストアを使用する仮想マシンが失敗する場合がある
    NFS データストアの仮想マシンでメモリのオーバーコミットが発生すると、vswp ファイルが作成されます。このスワップ ファイルのサイズはゼロではありません。このような場合、HA フェイルオーバー イベントが発生し、その HA の設定が [仮想マシンをパワーオンのままにする] に設定されていると、HA イベントの前に仮想マシンが実行中であった元のホストで、その仮想マシンが失敗する場合があります。
    メモリのオーバーコミットが NFS データストアの仮想マシンで発生していない場合でも、設定が [仮想マシンをパワーオンのままにする] の状態で HA フェイルオーバー イベントが発生すると、元のホストで実行されている仮想マシンの移行が失敗するようになる可能性があります。
    回避策:ESX Server 3.5 ホストには Patch ESX350-200905401-BG を適用し、ESX Server 3i バージョン 3.5 ホストには Patch ESXe350-200905401-I-BG を適用してください。
  • NAS データストア上で実行中の仮想マシンが、[ホスト隔離時の対応] として [シャットダウン] または [パワーオンのままにする] に構成されていると、ネットワークの隔離が発生したときに、その仮想マシンが 2 台のホスト上で同時に実行しようとする場合がある
    ホストの隔離につながる複数のネットワーク障害が発生し、データストアへのアクセスが切断されたときに、ホスト隔離時の仮想マ シンの設定が [シャットダウン] または [パワーオンのままにする] に構成されていると、以後、仮想マシンが応答しなくなる可能性があります。HA が仮想マシンをパワーオフして別のホストで再起動しようとするため、VI Client でその仮想マシンのインスタンスが 2 つ認識されることがあります。HA と VMFS が仮想マシンのデータへのアクセスを正しく制御するため、データの破損は発生しませんが、元の仮想マシンは応答しなくなります。データストアへのアクセス が隔離されたホストにリストアされたあと、元の仮想マシンを手動でパワーオフできます。
    回避策:NFS または iSCSI 環境では、ホストが隔離された場合、デフォルトの仮想マシンの対応として [仮想マシンのパワーオフ] をクラスタで選択します。
  • ESX Server ホスト 1 台あたり約 80 台の仮想マシンが存在する HA クラスタでは、仮想マシンが別のホストにフェイルオーバーされない場合がある
    VirtualCenter 2.5 Update 5 リリース以降の HA クラスタでは、ESX Server ホスト 1 台あたり最大 80 台の仮想マシンをサポートできます。HA クラスタで ESX Server ホスト 1 台あたり約 80 台の仮想マシンを実行している場合、障害の発生したホストの数がフェイルオーバーの上限より下回っている場合でも、すべての仮想マシンがクラスタ内の別の ホストでパワーオンされないことがあります。VirtualCenter Server には次のようなメッセージが表示されることがあります。
    <データ センター名> のクラスタ <クラスタ名> にある <ESX Server 名> の HA エージェントにエラーがあります
    ログ ファイルには次のようなメッセージが表示されることがあります。
    仮想マシンをパワーオンできませんでした: 実行中の VCPU 数の上限を越えました
    この問題は、ESX Server あたりの仮想 CPU 数の上限が 192 まで増えていない場合に発生します。ESX Server 3.5 Update 1 リリース以降、ESX Server あたりの仮想 CPU 数の上限が 128 から 192 に増えています。デフォルトでは ESX Server ホストの上限は 128 のままです。この問題を解決するには、HA クラスタの各 ESX Server の仮想 CPU 数の上限を 192 に増やします。
    ESX Server ホストの仮想 CPU 数の上限を増やすには、「 ESX 3.5 Update 1 以降のアップデートでは仮想 CPU 数の上限が 128 から 192 に増加」 を参照してください。(KB 1006393)
  • 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 を使用してネットワークの使用を制御することを検討してください。
    VirtualCenter 2.5 Update 2 から、HA にはクラスタの信頼性を高める拡張ネットワーク準拠性チェックが含まれています。この拡張ネットワーク準拠性チェックによって、クラスタ全体のハートビー ト ネットワーク パスが正しいことを確認できます。詳細は、 KB 1006606 を参照してください。
  • 更新: ESX 3.5 Update 3 よりも前の ESX または ESXi のリリースでは、VMware HA の仮想マシン監視機能がサポートされていない
    VirtualCenter Server 2.5 Update 5 が管理するクラスタで VMware HA を有効にすると、ESX 3.5 Update 3 よりも前の ESX または ESXi ホストで仮想マシン監視機能が正しく動作せず、誤って仮想マシンのフェイルオーバーを実行する可能性があります。
    回避策:これらの仮想マシンの仮想マシン監視機能を無効にするか、ESX/ESXi ホストを ESX 3.5 Update 3 以降にアップグレードします。

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

  • Internet Explorer から Tomcat サーバの IP アドレスにアクセスできる場合のみパフォーマンス チャートが表示される
    Internet Explorer から Tomcat サーバの IP アドレスにアクセスできない場合、VI Client の [パフォーマンス概要] タブで次のようなエラー メッセージが表示される場合があります。
    ERROR The requested URL could not be retrieved
    回避策:
    1. Windows ファイアウォールが VirtualCenter Server システムでオフになっていることを確認します。
    2. VirtualCenter Server の Internet Explorer で、VirtualCenter Server の IP アドレスを [例外] リストに含めるようにしてプロキシ サーバ設定を構成します。
      1. VirtualCenter Server システムの Internet Explorer で [ツール] - [インターネット オプション] を選択します。
      2. [接続] タブで [LAN の設定] を選択します。
      3. [ローカル エリア ネットワーク (LAN) の設定] ウィンドウで、[ローカル アドレスにはプロキシ サーバーを使用しない] チェック ボックスを選択し、[詳細設定] を選択します。
      4. [プロキシの設定] ウィンドウで、VirtualCenter Server の IP アドレスを [例外] フィールドに追加します。
  • 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 について [有効] を選択します。

  • ページの先頭へ