仮想マシンを起動しようとした際に「現在の状態 (“パワーオフ”) では、試行した操作を実行できません。」と表示され、操作が進まないことがあります。UI上はパワーオフに見えても、内部的には別のステートに固定されているケースが考えられます。
自己判断で設定ファイルを変更したり、ホストを繰り返し再起動したりすると、状態がさらに複雑化し、最悪の場合は仮想ディスクに影響が及ぶ可能性もあります。本記事では、代表的な原因と、安全性を意識した対処法を整理します。
目次
「現在の状態では実行できません」エラーの原因
このエラーは、ESXiやvSphere側で仮想マシンの状態管理が正常に戻っていないときに発生することがあります。見た目上はパワーオフでも、内部的には「エクスポート中」「ロック中」などの中間状態に固定され、パワーオン要求が拒否される状況が考えられます。誤った対応を行うと、仮想ディスクのロックが解除されないまま操作が重なり、データ消失や仮想マシンの登録情報破損につながる可能性があります。
OVF/OVAエクスポートタスクの停止
OVF/OVAエクスポート中にタスクが停止すると、仮想マシンの状態が「EXPORTING」のまま戻らないケースがあります。特定バージョンのESXiで報告されており、内部ステートが解放されないことで、パワーオン操作が拒否される場合があります。この状態で操作を重ねると、タスク管理情報がさらに複雑化する可能性があります。
VMXファイルやロック情報の不整合
VMXファイルの設定と実際の仮想ディスク(vmdk)パスが一致していない場合や、ロックファイルが正常に解放されていない場合にも発生することがあります。UI上は停止状態でも、内部的にはロック中と認識され、操作が制限されることがあります。無理にファイルを削除すると、仮想マシンが登録不能になる可能性があります。
vCenterとESXiホスト間の状態不一致
vCenterがESXiホストの状態を正しく取得できていない場合、接続状態の不整合が発生することがあります。その結果、実際には操作可能な状態でも、管理画面上では実行不可と表示されるケースがあります。ホスト全体に類似症状が出ている場合は、この可能性が考えられます。
このような状態不整合を放置すると、仮想マシンの起動不能が長期化し、業務停止やバックアップ未取得状態での障害拡大につながるおそれがあります。重要なデータを保持している仮想マシンで発生している場合は、状況を正確に把握したうえで慎重に対処することが重要です。
デジタルデータリカバリーでは、初期診断とお見積りは無料、24時間365日体制でご相談を受け付けています。仮想環境の状態不整合やデータアクセス不能が発生している場合は、無理に操作を続ける前に専門家への相談をご検討ください。
【要注意】自力対応が招くデータ損失のリスク
社内サーバやRAID、NAS、業務用PCが停止したとき、自力で解決しようと不用意に操作を行うのは逆効果です。むしろ状況が悪化するケースも多く、次の経営リスクに直結します。
- 納期遅延や業務停止などが生じ、社内外からの信頼を損なう
- 想定外の復旧費用や負担が雪だるま式に増える
- 誤った判断により取り戻せたはずのデータを失い、復旧が不可能になる
特に内部データやシステム領域に問題が及んでいる場合、正常に動かなくなり、復旧の難易度は一気に上がります。最優先すべきは、これ以上の不用意な操作を止めることです。判断を誤らないためにも、早急にデータ復旧の専門家に相談することが重要です。
早い段階で「専門家」に相談することが重要
デジタルデータリカバリーでは、専門アドバイザーが状況を整理し、復旧可否や優先順位を踏まえ、最適な復旧方針をご案内します。
これまで当社では以下の実績・強みに基づき、多くの法人様にご相談いただいてきました。
- RAIDご相談実績 累計14,949件以上(※1)
- 一部復旧を含む復旧件数割合92.6%(※2)
- 他社で復旧不可とされた機器の対応実績8,000件以上(※3)
- ご依頼の約8割・48時間以内に復旧完了
- ISO27001/ISMS/Pマーク取得済み/データの取り扱いを徹底管理
- NDA(秘密保持契約書)の締結も可能
サーバやNASなど社外持ち出しが難しい機器も、出張診断・オンサイト対応が可能です。当社では24時間365日体制でご相談を受け付けています。操作を重ねて取り返しがつかなくなる前に、まずはご相談ください。
※1:2011年1月~
※2:2025年9月実績。一部復旧:完全復旧に至らなかったが、一部復旧できた場合。完全復旧:復旧希望データを100%復旧できた場合
※3:2011年1月~
「現在の状態では実行できません」エラーの対処法
対処は「ホスト全体の問題か」「特定VMのみか」を切り分けながら、影響範囲を最小限に抑える順序で行うことが大切です。特にOVFエクスポート直後に発生した場合は、管理デーモンの再起動が有効とされるケースがあります。以下では、代表的な安全手順を整理します。
影響範囲の切り分け確認
まずは問題が対象VMのみか、ホスト全体かを確認します。切り分けを行うことで、不要な再起動や設定変更を避けられる可能性があります。
- 最近OVF/OVAエクスポートやクローン作成を実施していないかタスク履歴を確認します。
- 同一ホスト上の他VMが正常にパワーオンできるか確認します。
- vCenterのアラームやホスト接続状態を確認し、接続切断や警告が出ていないかを確認します。
ESXi管理サービスの再起動手順
OVFエクスポート関連やステート固定が疑われる場合、hostdやvpxaの再起動で状態が解放されることがあります。仮想マシン自体ではなく、管理サービスのみを再起動する点が重要です。
- SSHで該当ESXiホストに接続します。
- 「/etc/init.d/hostd restart」および「/etc/init.d/vpxa restart」を順に実行します。
- 数分待機後、vSphere Clientへ再ログインし、対象VMのパワーオンを再試行します。
VM再登録と構成ファイル確認
特定VMのみで発生している場合、構成ファイルの不整合が影響している可能性があります。ファイル削除は慎重に行い、バックアップ取得後に作業することが望まれます。
- データストアブラウザでVMディレクトリを開き、.vmsdやロックファイルの有無を確認します。
- 必要に応じてVMをインベントリから削除し、vmxファイルを右クリックして再登録します。
- 仮想ディスクのパス設定が正しいか確認し、設定を保存したうえでパワーオンを試行します。
仮想マシンが起動できない状態が長引くと、バックアップ未取得のデータが失われる可能性も否定できません。特に業務系サーバーや重要データを保持している環境では、慎重な判断が求められます。
デジタルデータリカバリーでは、RAIDやNAS・サーバーのご相談に対応し、初期診断と見積りを無料で案内しています。夜間や緊急時も含め、24時間365日で相談を受け付けています。まずは現状の確認からご相談ください。
デジタルデータリカバリーが法人に選ばれる理由
デジタルデータリカバリーは、法人のサーバ・RAID復旧で高い支持を得ています。
実績が証明する「復旧できる」技術力
デジタルデータリカバリーは、他社で復旧できなかった案件の相談が多く寄せられる「最後の砦」として、その技術力が評価されています。
その理由として、次の実績・強みがあります。
- データ復旧専門業者 17年連続データ復旧国内売上No.1(※1)
- 累計50万件以上のご相談実績(※2)
- 他社で「復旧不可」と判断された機器でも、8,000件以上の復旧実績(※3)
- RAIDご相談実績 累計14,949件以上(※4)
- ISO27001/ISMS/Pマーク取得済み/データの取り扱いを徹底管理
- NDA(秘密保持契約書)の締結も可能
こうした実績・強みを背景に、特に法人のRAID復旧では、難易度の高い障害にも対応できる点から多くの企業様に選ばれてきました。
官公庁、国立大学法人、上場企業など、多くのお客様にご利用いただいています。

HDDの復旧技術向上が評価され、2021年には「東京都経営革新優秀賞」を受賞しました。
スピード対応|約8割を48時間以内に復旧
当社は常時7,300台以上の部品を保有し、ワンフロア体制の自社ラボで対応しているため、スピード対応を可能にしています。











































