でも、vCenter ServerのアプライアンスにWeb経由で初めて昨夜、，情報を見た後、，ウェブパッチ更新で直接見つけることができます，彼らはダウンポイント。アップデート後，画面表示が再開する必要があります，vCenter Serverのアプライアンスを再起動した後、，表示されます”NO NETWORKINGは検出されません. LOGINとネットワークを設定するためのコマンドは/ opt / vmwareの/共有/ VAMI / vami_config_netを実行してください”エラーメッセージ。
物理のvCenter Converterサーバ仮想化通すようにしてください，最後のステップで存在しています”オブジェクトがすでに削除されているか、完全に作成されていません”エラーメッセージ，大量のテキストを登るには、インターネット，私は状況が異なっていると感じました，転送ログは、彼らが何であったかを見ることができません，繰り返しテストとの[詳細後，その理由は、私は少し唖然となります。最後見つけます。
NB秋のアップデートのWindows Updateでの同僚，から”ウイルスバスター2009 - アプリケーションをアンインストールすることができません。″メッセージ，インターネットの検索結果，クリーンアップするには、以下のマシンコードに移動します，しかし、問題を取りました，マシンコードはもはや関連付けられている値を洗浄する必要があります，そして、最終的には外国のフォーラムで、完全な解決策を見つけるために。
HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion\AppCompatFlags\UpgradeMigration
【vSphereのHA】
vSphereのHA障害損傷はESXiホストを行わなければならないとき，他の唯一の生き残りHAクラスタのESXiホストで，仮想ホストVMの再起動の共有ストレージリソースに格納されます。
基本となるESXiホストの故障損傷事故は発生しなかった場合，しかし、のvCenter内Serverのホスティングサービスが停止したときの動作そのもの，だから、vSphereのHA高可用性メカニズムは有用ではありません。 (これは、ウォッチドッグによって作ることができます)
【ウォッチドッグ】(6.0単なるサポート以上，自動的にデフォルトで有効になって)
vCenter Serverの6.0は、「ウォッチドッグ」監視機構を追加します，サービスの操作は動作を停止している間、障害イベントが発生した場合，前者は二回発生した場合，ウォッチドッグは、サービスを再起動しようとします，三回目は、まだサービスを再起動できない場合，VMの仮想ホストが再起動されます。
【參考連結】
——
【VMware Data Recoveryの】
VMware Data Recoveryの（VDR）ディスクベースのバックアップに属し，（それはまた、仮想ホストであるため）、シンプルで機能を展開するのは簡単です，サポートWindows VSS（ボリューム・シャドウ・コピー）のバックアップ，また、単純な重複排除機能をサポートしています（データ重複除外）。
ただし、このバックアップツールは、機能に関連する次のような制限があります：
·備份環境中必須具備vCenter Server，このバックアップツールを使用することができます。
·屬於Disk-based，またはファイルレベルのブロックレベルのバックアップを使用することはできません。
·每台vDR僅能備份100台虛擬主機。
·無法運作於IPv6網路環境上。
·僅支援備份運作Windows作業系統（Windows 2000/XP/Vista/7、Windows Server 2003/2008）のWebホスティング，他のオペレーティングシステムをサポートしていません，Linuxなど、Solaris版、等のWebホスティング。
【參考連結】
——
【VMwareフォールトトレランス】
同社は、受け入れることができない場合は、Webホスティングを開始するための短いダウンタイムのVMware HAメカニズムを持っています，VMwareのFTは、問題の解決策になることがあり，しかし、多くの前提条件がありますVMwareのFTを有効にします，たとえば、仮想ホストは、スナップショット（スナップショット）を取ることができません、StoargeのvMotion機能は使用できません。、仮想ホストにのみなど1つのvCPU条件を、使用することができます。
VMwareのFTメカニズムは異なるが、プライマリとセカンダリホストのWebホスティングを確立した2になります，そして、ESX / ESXiホスト上のVMkernelポートのvLockstepへの情報技術の使用は、仮想ホストにプライマリセカンダリ仮想ホストを転送します，しかし、セカンダリは、I / Oの実際の動作を記述しません。。
ESX / ESXiは、プライマリ障害ダメージをホストされた仮想ホスト，セカンダリ仮想ホストは、すぐに関連する仕事を引き継ぎます，プライマリおよび仮想ホストになります，この時点で別のESX / ESXiホストになります，プライマリWebホスティングとデータを同期するための新しいセカンダリ仮想ホストを再確立
【總結】
·vMotion/DRS：ダウンタイム「のプロジェクト」のためのこのメカニズム，たとえば、ESX / ESXiホストエンティティサーバがメモリを発生したとき、ハードドライブの故障，またはファームウェア（ファームウェア）アップデートと年間保守のためにシャットダウンする必要がある場合，この作品は、この技術を使用することができます良い計画を予定されています，Webホスティングの仮想化プラットフォーム上で動作します，他のステーションESX / ESXiホストへの移行，企業が中断することなくサービスの場合には、物理ホストを維持できるように、。
·HA/FT：このメカニズムは、ダウンタイム「の非プログラム」に適しています。ときにESX / ESXiのホストサーバーのエンティティの電力システムの問題のない時に停電，ホストエンティティまたはマザーボードの損傷が非障害状態のこれらの非人的要因の誤動作に物理ホストにつながる場合には計画を発生します，このメカニズムを介して自動的にブートの動作を継続するために、他の局ESX / ESXiホスト上の仮想ホストに移行することができます。
しかし、それはすることが重要です，これらのメカニズムは、単にESX / ESXiのホストレベルのレベルのみを保護しています，むしろ仮想ホスト・オペレーティング・システム・レベル（OSレベル）より，同様に、オペレーティング・システム・レベル（アプリケーションレベル）でアプリケーション。
例えば前述のようにVMware HAの機構，ときにESX / ESXiホストの障害の損傷，仮想ホスト上の業務に等しく、それは不適切なシャットダウンました，仮想ホストは、別のテーブルのホスト上で再びオンにすることができますが、，しかし、それは誤った操作がシステムに損害を与えたため、仮想ホストオペレーティングシステムがシャットダウンされていることが可能です，ですから、ホスト上の他のユニットに移行した場合でも、，成功は順調なスタートすることはできません，だから、バックアップジョブの必要性・オペレーティング・システム。
VMwareのFTメカニズムは、2つの仮想ホストが正確に同じデータを操作するようにすることです，したがって、状況クラッシュがプライマリWebホスティングを発生したときの場合，たとえば、Windowsオペレーティングシステムのクラッシュは、死のブルースクリーン（ブルースクリーンを発生します，BSOD），この時間は、同期メカニズムをのvLockstepますので，セカンダリおよび状況も発生したときに、仮想マシンのホストシステムを作ります。
アプリケーションレベルの保護メカニズムについて，現在、多くのメーカーは、メカニズムが開発されています，Veritas Cluster技術開発と例えばアプリケーションHAシマンテック，仮想ホスト上で実行するアプリケーションを保護することです，このようなMSSQLなど、Exchange、オラクル、SAPなど。
【參考連結】
—–
【VMwareのDRS】
ホストエンティティを自動ロード , 自動スケジューリング仮想位置システム , 場合は、高ホスト負荷駅エンティティつまり、 , DRSは、VMotionを通じ、サブシステムの一部にすることができますを通じて、負荷の軽いホストエンティティに移動します。
アンソン | 
03 22ND, 2018| 