0

2 つの RAID ボリューム、RAID1 で実行されている VMware カーネル/コンソール、RAID5 で稼働している vmdks。コンソールでログインを入力すると、SCSI エラーが発生するだけで、パスワードのプロンプトは表示されません。VM は実際にはまだ実行されています。ただし、再起動時にカーネルが再起動せず、VM がダウンする可能性があると考えています。

VM のデータベースとディスクのバックアップはありますが、vmdk 自体のバックアップはありません。

私のオプションは何ですか？

私たちの現在の最良の考えは

  1. P2V 移行のように、VMware Converter を使用して、実行中の VM からライブ vmdk を作成します。
  2. ホスト サーバーを再起動して RAID 診断を実行し、「h」で何が起こったのかを調べます。
  3. おそらく RAID ボリュームを再構築した後、ESX の再起動を試みます。
  4. そのボリュームに ESX を再インストールし、VM を再接続する必要がある可能性があります
  5. それでもうまくいかない場合は、手順 1 で作成した「ライブ」の vmdk を別の VM ホストに接続します。
4

1 に答える 1

1

バックプレーンでした。RAID1 の両方のドライブと RAID5 の 1 つのドライブにアクセスできませんでした。信じられないことに、VMware ハイパーバイザーはホスト ディスクにアクセスせずに 3 日間メモリから実行し続け、管理する VM を存続させました。

上記の手順 3 で、ハードウェアの問題を診断し、RAID コントローラ、ケーブル、およびバックプレーンを交換しました。再起動後、コントローラーにドライブの構成を照会するように指示することで、RAID を再初期化しました。両方とも劣化しており、両方とも正常に修復されました。

ステップ 4 では、ESX を再インストールする必要はありませんでした。ただし、起動時に VM を登録したくありませんでした。VM を再署名するようにカーネルに指示するために、埋められた管理機能を掘り起こす必要がありました。(VM ドキュメントで「再署名」を検索してください。)

私たちのフォールバック計画はうまくいったと思います。「孤立」して実行されていた VM の VMware Converter イメージがテストされ、データ損失なしで正常に実行されました。できるだけ多くのサービスをシャットダウンし、VM を可能な限り読み取り専用の状態にした後、この状態になった VM の VMware Converter イメージングを実行することを強くお勧めします。通常、バックアップを使用してサーバーをゼロから再構築するよりも、別の場所または元のホストに vmdk をロードして修復する方がはるかに高速です。

于 2008-08-24T16:49:19.787 に答える