Oracle Cloud Infrastructureドキュメント

Windowsインスタンスでの破損したブート・ボリュームのリカバリ

インスタンスが正常に起動できなかった場合、またはブート・ボリューム・セットが読取り専用アクセスに設定された状態で起動した場合、インスタンスのブート・ボリュームが破損している可能性があります。まれですが、ブート・ボリュームの破損は次のシナリオで発生することがあります:

  • インスタンスでAPIを使用した強制シャットダウンが行われた場合。

  • オペレーティング・システム・エラーまたはソフトウェア・エラーが原因でインスタンスがハングアップし、さらにインスタンスの正常な再起動またはシャットダウンがタイムアウトになり、その後で強制シャットダウンが行われた場合。

  • 基礎となるインフラストラクチャの障害や停止が発生し、重要なディスク書込みがシステム内で保留になっている場合。

重要

  • ほとんどのケースでは、再起動するだけでブート・ボリュームの破損の問題は解決されます。そのため、トラブルシューティングで最初に実行する必要があるアクションです。

  • ブート・ボリュームがWindowsインスタンスからデタッチされると、Windowsはそのボリュームのブート構成データ(BCD)を変更します。そのため、ブート・ボリュームを再アタッチして元のインスタンスをブートできるように、BCDをリストアする必要がある場合があります。詳細は、OCIでのWindowsブート・ボリュームのリカバリおよびリストアに関する包括的ガイドを参照してください。

ほとんどのケースでは、再起動するだけでブート・ボリュームの破損の問題は解決されます。そのため、トラブルシューティングで最初に実行する必要があるアクションです。

このトピックでは、Windowsインスタンスのブート・ボリュームが破損しているかどうかを判断する方法と、破損したブート・ボリュームのトラブルシューティングおよびリカバリに必要なステップについて説明します。Linuxベース・インスタンスについては、Linuxベース・インスタンスでの破損したブート・ボリュームのリカバリを参照してください。

ブート・ボリューム破損の検出

Windowsオペレーティング・システムがブート・ボリュームの破損を検出した場合、通常、インスタンスがファイルシステムを自動的に修復してリカバリできます。VNCコンソール接続を使用すると、ファイルシステムの修復中にインスタンスでシステム・ハングが発生していないことを確認したり、その他の問題があるかどうかを検出できます。VNCコンソール接続によって、VGAポートに表示されるものを確認できます。VNCコンソールの詳細は、インスタンス・コンソール接続を使用したインスタンスのトラブルシューティングを参照してください。

重要

VNCコンソール接続が機能するのは、2017年10月13日以降に起動された仮想マシン(VM)インスタンスと、2019年2月21日以降に起動されたベア・メタル・インスタンスのみです。インスタンスでVNCコンソール接続がサポートされない場合は、ブート・ボリュームのリカバリに進みます。
  1. インスタンスのVNCコンソール接続を作成します。

  2. VNCコンソールを介してインスタンスに接続します。

    VNCコンソールに表示される内容を確認して、インスタンスがブート・プロセスでスタックしているかどうか、またはリカバリ・パーティション内にあるかどうかを確認します。

    ヒント

    Windows Server 2012以上のバージョンでは、インスタンスがリカバリ・パーティションに起動された場合、リカバリ・パーティションでブート・ボリュームのリカバリ・ステップを直接実行できることがあります。

ブート・ボリュームのリカバリ

破損したブート・ボリュームのトラブルシューティングおよびリカバリを行うには、そのブート・ボリュームをデータ・ボリュームとして2番目のインスタンスにアタッチする必要があります。2番目のインスタンスとして、ブート・ボリュームのインスタンスのオペレーティング・システムに最も近いオペレーティング・システムを実行するインスタンスを使用することをお薦めします。Windowsインスタンスのブート・ボリュームは他のWindowsインスタンスのみにアタッチする必要があります。2番目のインスタンスは、ブート・ボリュームのインスタンスと同じ可用性ドメインおよびリージョン内に存在する必要があります。使用可能な既存インスタンスがない場合は、インスタンスの作成に示すステップを使用して新しいWindowsインスタンスを作成します。

2番目のインスタンスが用意できたら、リカバリ・ステップを続行する前に、インスタンスにログインすることができ、インスタンスが機能していることを確認します。インスタンスが機能していることを確認したら、次のステップを行います。

  1. ブート・ボリュームを2番目のインスタンスにデータ・ボリュームとしてアタッチします。詳細は、インスタンスにブロック・ボリュームをアタッチするを参照してください。
    ブート・ボリュームをデータ・ボリュームとしてアタッチするには
    1. ナビゲーション・メニューを開き、「コンピュート」を選択します。「コンピュート」で、「インスタンス」を選択します。
    2. ボリュームをアタッチするインスタンスをクリックします。
    3. 「リソース」で、「アタッチされたブロック・ボリューム」をクリックします。
    4. 「ブロック・ボリュームのアタッチ」をクリックします。
    5. ボリューム・アタッチメント・タイプとして「iSCSI」を選択します。
    6. 「ブロック・ボリューム・コンパートメント」ドロップダウン・リストで、コンパートメントを選択します。
    7. 「ボリュームの選択」オプションを選択し、「ブロック・ボリューム」ドロップダウン・リストの「ブート・ボリューム」セクションでボリュームを選択します。
    8. アクセス・タイプとして「読取り/書込み」を選択します。

    9. 「アタッチ」をクリックします。

      ボリュームのアイコンが「アタッチ中」として表示されなくなったら、次のステップに進みます。

  2. 2番目のインスタンスに接続します。詳細は、Windowsインスタンスへの接続を参照してください。
  3. ボリュームに接続します。詳細は、Windowsインスタンスでのボリュームへの接続を参照してください。ブート・ボリュームをデータ・ボリュームとしてアタッチしているため、Connect-IscsiTargetを実行し、IsMultiEnabledをtrueに設定することも必要です。例:
    Set-Service -Name msiscsi -StartupType Automatic
Start-Service msiscsi
New-IscsiTargetPortal –TargetPortalAddress 169.254.2.4
Connect-IscsiTarget -NodeAddress iqn.2015-02.oracle.boot:uefi -TargetPortalAddress 169.254.2.4 -IsPersistent $True -IsMultipathEnabled $True
  4. 「コンピュータ管理」を開き、「ストレージ」、「ディスク管理」の順に移動します。
  5. 新しいディスクを選択し、「オンライン」としてマークします。
  6. 「このPC」をクリックし、新しいディスクを右クリックして「プロパティ」を選択します。
  7. 「ツール」、「エラー・チェック中」、「チェック」に移動します。
  8. 「ドライブのスキャン」を選択し、問題が発生したら修正します。
  9. 新規ディスクを「オフライン」とマークします。
  10. 管理者権限でiscsiイニシエータを開きます。
  11. 「お気に入りターゲット」で、アタッチされたボリュームのiscsiターゲットを削除します。