私のVMware ESXサーバーコンソールボリュームは読み取り専用になりました。 VMを保存するにはどうしたらいいですか？

Question

2つのRAIDボリューム、RAID1で稼働するVMwareカーネル/コンソール、vmdksはRAID5で動作します。コンソールにログインすると、SCSIエラーが発生するだけで、パスワードの入力は必要ありません。 VMは実際にはまだ稼働しています。しかし、再起動時にカーネルが再起動しなくなり、VMがダウンすることが考えられます。

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

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

我々の現在の最高のアイデアは、P2V移行したかのように、実行中の仮想マシンからのライブのVMDKを作成するために

1. 使用VMware Converterのです。
2. 、「H」におそらくそのボリュームと再上に再インストールESXを持っている可能性がそのRAIDボリューム
3. を再構築した後、再びESXを起動する
4. 試みを何が起こったのかを再起動し、ホストサーバーと実行RAIDの診断を把握-attach VM
5. それでも解決しない場合は、手順1で作成した「ライブ」vmdksを別のVMホストに接続します。

Answer 1

バックプレーンです。 RAID1のドライブとRAID5のドライブの両方にアクセスできませんでした。信じられないほど、VMwareハイパーバイザは、ホストディスクにアクセスしないでメモリから3日間稼働し、VMを管理したままにしていました。

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

手順4では、ESXを再インストールする必要はありませんでした。起動時には、VMを登録したくなかった。私たちは、VMを再署名するようにカーネルに指示するために、埋め込まれた管理用のものを掘り起こさなければなりませんでした。

孤立した状態で動作していたVMのVMware Converterイメージがテストされ、データが失われずに正常に動作したと私は考えています。できるだけ多くのサービスをシャットダウンし、VMを可能な限り読み取り専用状態にしてから、この状態になるVMのVMware Converterイメージングを実行することを強くお勧めします。 vmdkをどこか別の場所に置くか元のホストに修復することは、通常はバックアップを使ってサーバーを再構築するよりも速くなります。