vSphere がスナップショット LUN として検出された LUN を処理する (1011387)

プログラミング 2023-09-05 22:18:05 訪問数: null

症状


免責事項: この記事は、「 スナップショット LUN として検出された LUN の vSphere 処理 (1011387)」 の翻訳版です。この記事の可能な限り最良の翻訳を提供するよう常に努めていますが、ローカライズされたコンテンツは古くなっている可能性があります。最新の内容については英語版をご覧ください。

  • データストアは見つかりませんが、ホストに提示された LUN はまだ表示されています
     
  • VMFS-5 としてフォーマットされた LUN を (名前または UUID で) 強制マウントすると、次のようなエントリが表示されます。

    # esxcli storage vmfs snapshot mount -l DEV-LUN03
    No unresolved VMFS snapshots with volume label 'DEV-LUN03' found.

    # esxcli storage vmfs snapshot mount -u 4f1d6367-34a3d2d2-f46b-14feb5cc149a
    No unresolved VMFS snapshots with volume UUID '4f1d6367-34a3d2d2-f46b-14feb5cc149a' found.
     
  • vmkernel ファイルまたはmessages.log ファイルに、次のようなエントリが表示される。

    LVM: 8445: Device naa.0012345012345678:1 detected to be a snapshot:

    LVM: 8445: Device eui.0017380012020364:1 detected to be a snapshot:
    LVM: 8452: queried disk ID: <type 1, len 17, lun 36, devType 0, scsi 0, h(id) 7683208289187576905>
    LVM: 8459: on-disk disk ID: <type 1, len 17, lun 17, devType 0, scsi 0, h(id) 7683208289187576905>
     
  • VMFS データストアを強制的にマウントすると、次のような症状が発生します。
     
    • 同じデータセンター内の他のホストは、vCenter Server から VMFS データストアをマウントできません。
       
    • vCenter Client のタスク リストに表示される「VMFS ボリュームの解決」自動タスクでは、次のようなエントリが表示されます。注: ここで、  はデータストアの名前、 は vCenter Server の名前です。

      Error: Cannot change the host configuration.
      Error Stack
      Call "HostStorageSystem.ResolveMultipleUnresolvedVmfsVolumes" for object "storageVolume" on vCenter Server "MyVC" failed.

      storageVolumeMyVC

目的


この記事では、ESXi/ESX 4.x および ESXi 5.x がスナップショット LUN 検出を処理する方法について説明します。
 

原因


ESXi/ESX 4.0 以降、CLI を介してスナップショット LUN を操作する必要はなくなりました。GUI は再署名と強制マウント操作を完全にサポートしており、vCenter Server は再署名操作後にすべてのホストで VMFS 再スキャンを実行します。

スナップショット LUN の問題は、ESXi/ESX ホストが VMFS メタデータで期待される内容によって LUN ID を確認しない場合に発生する可能性があります。この問題は、SAN ハードウェアの交換、ファームウェアのアップグレード、SAN レプリケーション、DR テスト、および一部の HBA ファームウェアのアップグレード後に発生します。mpx この問題は、一部の ESXi/ESX ホストが 3.5 から 4.x にアップグレードされた場合にも発生します (命名規則の変更が 原因 naa)。しかし、このようなケースはほとんどありません。詳細/関連情報については、『  ESX 構成ガイド』 (ESXi/ESX 4.x の場合) および 『vSphere ストレージ ガイド』 (ESXi 5.x および 6.x の場合)の「重複した VMFS データストアの管理」を参照してください。

次の状況では、VMFS データストアの強制マウントが失敗します。

  1. 同じ vCenter Server によって管理され、同じデータセンターに配置されている複数の ESXi/ESX 4.x および 5.x ホスト。
  2. VMFS データストアを含むスナップショット LUN は、これらすべての ESXi/ESX ホストに提供されます。
  3. ESXi/ESX ホストの 1 つが、スナップショット LUN にある VMFS データストアを強制的にマウントしました。
  4. 別の ESXi/ESX ホストが同時に操作を実行しようとしています。

ESXi/ESX ホストが LUN 上にある VMFS データストアを強制マウントし、この時点でデータストアがスナップショットとして検出されている場合、データストアを表すオブジェクトが vCenter Server データベースのデータセンター グループに追加されます。

2 番目の ESXi/ESX ホストが同じ VMFS データストアで同じ操作を実行しようとすると、同じデータセンター グループ内の vCenter Server データベースにオブジェクトがすでに存在するため、操作は失敗します。

オブジェクトがすでに存在するため、vCenter Server では、同じデータセンター内の他の ESXi/ESX ホストにデータストアをマウントすることはできません。
 

解決


以前のリリースでのスナップショット LUN の処理方法の詳細については、次を参照してください。


ESXi/ESX 4.0 以降、CLI を介してスナップショット LUN を操作する必要はなくなりました。GUI は再署名および強制マウント操作を完全にサポートしており、vCenter Server は再署名操作後にすべてのホストで VMFS 再スキャンを実行します。

VMFS ボリュームを ESXi/ESX ホストにマウントするには、次の 3 つの方法が使用できます。

注: 既存の署名を保持すると、データストアのサイズ増加の防止、データストアの新しいホストへの自動マウントの防止など、将来的に問題が発生する可能性があります。したがって、「強制マウント」(既存の署名を維持しながらデータストアをマウントする) は、即時アクセスを取得するための一時的な手順にすぎません。その後、そのデータストア上の仮想マシンのメンテナンス期間をスケジュールして新しい署名を割り当てるか、メンテナンスの影響を受けないように仮想マシンをデータストアから移行します。

注:再署名すると、ESXi は新しい UUID を割り当てるだけでなく、変更されたラベル (つまり、名前) をデータストアに割り当てます。データストアに割り当てられる新しいラベルのデフォルト形式は snap-snapID-oldLabelです。ここで、  snapID は整数、  oldLabel は元のデータストアのラベル/名前です。


ESXi 5.x および 6.x

vSphere クライアント

  1. vSphere Client にログインし、インベントリ パネルからサーバーを選択します。
  2. 「構成」タブの「ハードウェア」パネルで、「ストレージ」をクリックします。
  3. [ストレージの追加]をクリックします。
  4. ディスク/LUN ストレージ タイプを選択します。
  5. 「次へ」をクリックします。
  6. LUN のリストから、[VMFS ラベル] 列にデータストア名が表示されている LUN を選択します。

    注: [VMFS ラベル] 列に表示される名前は、LUN が既存の VMFS データストアのコピーを含むレプリカであることを示します。
     
  7. 「次へ」をクリックします。
  8. [マウント オプション]の下に、次のオプションが表示されます。
     
    • 既存の署名を保持する: LUN を永続的にマウントします (例: 再起動しても LUN をマウントします)。
    • 新しい署名の割り当て: LUN の再署名
    • ディスクのフォーマット: LUN の再フォーマット

      注:
      • ディスクのフォーマットオプションを選択すると、LUN 上の既存のデータがすべて削除されます。
      • 再署名を試行する前に、他のホストでその VMFS ボリュームを実行している仮想マシンがないことを確認してください。これらの仮想マシンは vCenter Server インベントリで無効になり、それぞれのホストに再登録されます。
         
  9. ボリュームに必要なオプションを選択します。
  10. [完了準備完了] ページで、データストアの構成情報を確認します。
  11. 「完了」をクリックします。


vSphere Web クライアント

  1. vSphere Web Client にログインし、vCenter ホーム ページに移動します。
  2. 左側のメニューで「データストア」をクリックします。
  3. [オブジェクト] タブで、左上の[新しいデータストアの作成]アイコンをクリックします。
  4. データストアの名前を入力し、必要に応じてデータストアを配置する場所を選択します。
  5. データストア タイプとしてVMFS を選択します 。
  6. ストレージ デバイスのリストから、[スナップショット ボリューム] 列に表示されている特定の値を持つデバイスを選択します。

    注: [スナップショット ボリューム] 列に表示される値は、デバイスが既存の VMFS データストアのコピーを含むコピーであることを示します。
  7. [マウント オプション] で、ボリュームに必要なオプション ([既存を維持]、[新規割り当て]、[フォーマット]) を選択し、[次へ]をクリックします。
  8. データストアの構成情報を確認してください。
  9. 「完了」をクリックします。


コマンドライン

esxcli コマンドはコマンドラインで使用する必要があります。

  • スナップショットとして検出されたボリュームを一覧表示するには、次のコマンドを実行します。次

    # esxcli storage vmfs snapshot list

    のような出力が表示されるはずです。

    49d22e2e-996a0dea-b555-001f2960aed8
    Volume Name: VMFS_1
    VMFS UUID:     49d22e2e-996a0dea-b555-001f2960aed8
    Can mount: true
    Reason for un-mountability:
    Can resignature: true
    Reason for non-resignaturability:
    Unresolved Extent Count: 1
     
  • 再起動後も保持されるスナップショット/レプリカ LUN をマウントするには、次のコマンドを実行します。次に例を示します。

    # esxcli storage vmfs snapshot mount -l label|-u uuid



    # esxcli storage vmfs snapshot mount -l "VMFS_1"
    # esxcli storage vmfs snapshot mount -u "49d22e2e-996a0dea-b555-001f2960aed8"
     
  • 再起動後に存在しなくなったスナップショット/レプリカ LUN をマウントするには、次のコマンドを実行します。次に例を示します。

    # esxcli storage vmfs snapshot mount -n -l label|-u uuid



    # esxcli storage vmfs snapshot mount -n -l "VMFS_1"
    # esxcli storage vmfs snapshot mount -n -u "49d22e2e-996a0dea-b555-001f2960aed8"
     
  • スナップショット/レプリカ LUN を再署名するには (ボリュームは再署名直後にマウントされます)、次のコマンドを実行します。たとえば、次のようになります。

    # esxcli storage vmfs snapshot resignature -l label|-u uuid



    # esxcli storage vmfs snapshot resignature -l "VMFS_1"
    # esxcli storage vmfs snapshot resignature -u "49d22e2e-996a0dea-b555-001f2960aed8"
     
  • ボリュームを再署名せずにボリュームをマウントするには (ボリュームは ESX ホストの再起動時にマウントされます)、次のコマンドを実行します。

# esxcfg-volume -M VMFS_UUID|label

次に例を示します。

# esxcfg-volume -M "VMFS_1"
# esxcfg-volume -M "49d22e2e-996a0dea-b555-001f2960aed8"


注：

vCenter Server でデータストアを再度表示するには、データストアが提供するすべての ESXi/ESX ホスト上のストレージ アダプタを再スキャンするか、ストレージ ビューを更新する必要がある場合があります。どのデータストアが影響を受けるかを判断することが難しい場合は、データストアがまだ正しくマウントされている vSphere Client 内の他の ESX/ESXi ホストのストレージ ビューを確認してください。これにより、VMFS データストア名を NAA LUN 識別子に関連付けることができます。

ESXi/ESX 4.x

vSphere クライアント

  1. vSphere Client にログインし、インベントリ パネルからサーバーを選択します。
  2. 「構成」タブをクリックします。
  3. [ハードウェア]パネルで[ストレージ]をクリックします。
  4. [ストレージの追加]をクリックします。
  5. ディスク/LUNストレージ タイプを選択します 。
  6. 「次へ」をクリックします。
  7. LUN のリストから、[VMFS ラベル] 列にデータストア名が表示されている LUN を選択し、[次へ]をクリックします。

    注: [VMFS ラベル] 列に表示される名前は、LUN が既存の VMFS データストアのコピーを含むレプリカであることを示します。
     
  8. [マウント オプション] に、次のオプションが表示されます。
     
    • 既存の署名を保持する: VMFS メタデータは変更されません。再起動後、ボリュームはスナップショットとして検出されます。デバイス/LUN にアクセスする他のすべてのホストは、引き続きそれをスナップショット ボリュームとして認識します。(永続的にマウントするには、コマンド ラインセクションを参照してください。)
    • 新しい署名の割り当て: LUN の再署名
    • ディスクのフォーマット: LUN の再フォーマット

      注:
      • ディスクのフォーマットオプションを選択すると、LUN 上の既存のデータがすべて削除されます。
      • 再署名を試行する前に、他のホストで VMFS ボリュームを実行している仮想マシンがないことを確認してください。これらの仮想マシンは vCenter Server インベントリで無効になる可能性があり、それぞれのホストで再度登録する必要があるためです。
         
  9. ボリュームに必要なオプションを選択します。
  10. [完了準備完了] ページで、データストアの構成情報を確認します。
  11. 「完了」をクリックします。


コマンドライン

esxcfg-volume コマンドはコマンドラインで使用する必要があります。

  • スナップショット/レプリカとして検出されたボリュームを一覧表示するには、次のコマンドを実行します。

    # esxcfg-volume -l

    出力は次のとおりです。この例では、データストア UUID は で 、その最後のラベルは です 。

    VMFS3 UUID/label: 49d22e2e-996a0dea-b555-001f2960aed8/VMFS_1
    Can mount: Yes
    Can resignature: Yes
    Extent name: naa.60a98000503349394f3450667a744245:1 range: 0 - 97023 (MB)

    49d22e2e-996a0dea-b555-001f2960aed8VMFS_1
     
  • ボリュームを再署名せずにボリュームをマウントするには (ESX ホストの再起動時にボリュームがアンマウントされます)、次のコマンドを実行します。たとえば、次のとおりです。

    # esxcfg-volume -m VMFS_UUID|label



    # esxcfg-volume -m "VMFS_1"
    # esxcfg-volume -m "49d22e2e-996a0dea-b555-001f2960aed8"
     
  • ボリュームを再署名せずにボリュームをマウントするには (ボリュームは ESX ホストの再起動時にマウントされます)、次のコマンドを実行します。たとえば、次のとおりです。

    # esxcfg-volume -M VMFS_UUID|label



    # esxcfg-volume -M "VMFS_1"
    # esxcfg-volume -M "49d22e2e-996a0dea-b555-001f2960aed8"
     
  • ボリュームを再署名するには (ボリュームは再署名直後にマウントされます)、次のコマンドを実行します。たとえば、次のようになります。

    # esxcfg-volume -r VMFS_UUID|label



    # esxcfg-volume -r "VMFS_1"
    # esxcfg-volume -r "49d22e2e-996a0dea-b555-001f2960aed8"


注：

vCenter Server でデータストアを再度表示するには、データストアが提供するすべての ESXi/ESX ホスト上のストレージ アダプタを再スキャンするか、ストレージ ビューを更新する必要がある場合があります。どのデータストアが影響を受けるかを判断することが難しい場合は、データストアがまだ正しくマウントされている vSphere Client 内の他の ESX/ESXi ホストのストレージ ビューを確認してください。これにより、VMFS データストア名を NAA LUN 識別子に関連付けることができます。

ESXi/ESX 3.5

  1. VMware Infrastructure Client で、インベントリ内のホストを選択します。
  2. 「構成」タブをクリックし、「詳細設定」をクリックします。
  3. 左側のペインで LVM を選択し、右側のペインで に LVM.DisallowSnapshotLUN 設定します 0。

    警告: LVM.DisallowSnapshotLUN に設定した 場合は0、スナップショット LUN を ESXi/ESX ホストに提示しないでください。提示しないと、データ破損が発生する可能性があります。詳細については、ESXi/ESX のバージョンの『SAN 構成ガイド』を参照してください 。
     
  4. すべての VMFS ボリュームを再スキャンします。

    再スキャン後、すべての VMFS ボリュームが使用可能になります。

関連情報


スナップショット LUN をマウントするためのベスト プラクティス

  1. 影響を受けるデータストアへのアクティブな I/O は存在できません。ボリュームに仮想マシンが登録されていると、データストアのアンマウントが妨げられ、データストアの再署名後、ホスト データベースの場所が誤って記録され、データストア上の仮想マシンをパワーオンできなくなります。
    次の 2 つのオプションにより、データストアで I/O が発生しないことが保証されます。
     
    1. Storage vMotion : 任意のホストから Storage vMotion を使用し、データストアをメンテナンス モードにして、データストア上のすべての仮想マシンを別のデータストアに移行します。

      または
       
    2. シャットダウンして登録解除: 影響を受けるデータストアに存在する仮想マシンをシャットダウンして登録解除します。
       
  2. すべてのホスト上のデータストアをアンマウントする
  3. VMFS ボリューム データを含む LUN を選択し、新しい署名オプションを割り当ててストレージをクラスター内のホストに追加します。

    注:
    • スナップショット データストアは、再署名が実行される前に 1 つのホストにのみマウントできます。
    • このホストは、データストアのマウントに問題があるホストである必要はありません。
    • 必要に応じてボリュームの名前を変更します。デフォルトでは、データストア名は再署名操作後にスナップ追加されます。
       
  4. 再署名されたデータストア上の仮想マシンをインベントリに再度追加し、それらの仮想マシンをパワーオンします。

    コンテンツの大部分が別のデータストア上に存在するが、一部が再署名されたボリューム上に存在し、そのディスクが影響を受けるデータストア上に存在する仮想マシンの場合、仮想マシン構成から仮想ディスク (vmdk) を削除する必要がある場合があります。新しく再署名されたデータストアの場所から仮想ディスクを再度追加します。

ESXi/ESX ホストに VMFS ボリュームを強制的にマウントするときに留意すべき重要な注意事項:

  • VMFS データストアは、同じ UUID (つまり VMFS 署名) を持つマウントされた VMFS データストアと競合しない場合にのみマウントされます。つまり、元の VMFS データストアを含む元の LUN とそのスナップショット LUN の両方が同時に ESXi/ESX ホストに提供される場合、スナップショット LUN の VMFS データストアを同じ ESXi/ESX にマウントすることはできません。ホスト。この場合、VMFS データストアをスナップショット LUN にマウントする唯一の方法は、データストアを再署名し、そのデータストアに新しいラベルを選択することです。
  • 複数の ESXi/ESX ホストがあるデータ センターでは、スナップショット LUN 上の VMFS データストアはいずれかのホストに強制的にマウントされます。データストアが指定されたホストにマウントされると、vCenter Server ユーザー インターフェイスを使用して他のホストにデータストアを強制的にマウントすることはできません。データストアを別のホストにマウントするには、上記の手順を実行します。
  • データストアが vCenter Server に正しくマウントできない場合は、ESXi/ESX ホストに直接接続してマウントを再試行します。再署名操作の後、ボリュームは他のホストから見えるようになります。再署名操作後にボリュームが表示されない場合は、必要に応じて各ホストから手動で再スキャンを実行します。「  ESX/ESXi ホスト上のストレージの再スキャンの実行 (2076592) 」を参照してください。

VMFS ボリュームがスナップショットとして検出される方法の詳細については、「  ESX および ESXi でのスナップショット LUN の検出」を参照してください。

おすすめ

転載: blog.csdn.net/allway2/article/details/132178182
おすすめ
ランキング
オプションのorElseでストリーム
C ++の基本的な研究ノート4：オーバーロードされた関数のオーバーロード
春のリダイレクトURLからプロジェクト名のプレフィックスを削除します
Excel グラフに特定の目盛りの水平線を追加する
Java マルチスレッドの関連拡張 (静的プロキシと Lamda 式の進化)
借り手のUVA - 230
テスト開発シリーズ - プロジェクトのビルド
Python第17章：オブジェクト指向の基本
Record a video plugin for vue using jessibuca
计蒜客 2019 蓝桥杯省赛 B组模拟赛（一）F 找质数
アーカイブ
もっと
2024-06-11(0)
2024-06-10(0)
2024-06-09(0)
2024-06-08(0)
2024-06-07(0)
2024-06-06(0)
2024-06-05(0)
2024-06-04(0)
2024-06-03(1)
2024-06-02(0)

コードワールド

© 2018 codetd.com