VPLEX：メタボリュームの自動バックアップを完了できませんでした

メタデータ バックアップ ボリューム コンポーネントの名前が変更された（GUIを使用）、またはメタデータ バックアップ ボリュームが構成されていません。メタ バックアップ ボリュームの詳細については、以下の「メモ」セクションを参照してください。

メタデータ バックアップとは

• メタデータ バックアップは、アクティブなメタデータのバックアップです。これには、 アクティブなメタデータにあるすべてのシステム構成設定が含まれます。メタデータ バックアップ ボリュームはVPLEX内のシステムボリュームであり、VPLEXクラスターの初期構成時に作成されます。 
• メタデータ バックアップは、現在のアクティブなメタボリュームのポイントインタイム スナップショットです。 メタボリューム バックアップは、初期構成時に設定されたスケジュールに基づいてのポイントインタイムが取得されます。これらは、現在アクティブなメタボリュームまたはアクティブなメタデータ ボリュームの1つのレッグに障害が発生した場合にのみアクティブ化できます。これらは、 主要な構成変更、更新、または移行に対して追加の保護を提供することを目的としています。
• バックエンド アレイの問題によりエンド ユーザーがデータ使用不可(DU)の状況に遭遇した場合、メタボリュームのバックアップは、 必要に応じてVPLEX構成をリカバリーするために不可欠な役割を果たします。
• 冗長性を確保するために、VPLEXには2つのメタデータ バックアップボリュームがあり、それぞれが2つの異なるアレイに作成されます。これは、アクティブなメタデータの各レッグが2つの異なるアレイ上に存在するのと同じです。これら2つの メタデータ バックアップは、 スケジュールに従って毎日ローテーションされます。常に、一方の日付が他方の日付より前に表示されるはずです。日数が経過している場合は、バックアップ スクリプトが実行されていない問題があるか、問題が原因で完了できなかったためにバックアップが実行されなかった可能性があります。

 
例：メタボリューム バックアップ（「A」）が本日アップデートされ、次の日にメタボリューム バックアップ（「B」）がアップデートされる、というように続きます。詳細については、次の出力を参照してください。


VPlexcli:/clusters/cluster-1/system-volumes> ll
Name                               Volume Type  Operational  Health  Active  Ready  Geometry  Component  Block     Block  Capacity  Slots
----------------------------       -----------  Status       State   ------  -----  --------  Count      Count     Size   --------  -----
----------------------------       -----------  -----------  ------  ------  -----  --------  ---------  --------  -----  --------  -----
meta                                meta-volume  ok           ok      true    true   raid-1    2          20971264  4K     80G       32000
meta_backup_2021Jul09_040009 ( A )  meta-volume  ok           ok      false   true   raid-1    1          20971264  4K     80G       64000
meta_backup_2021Jul10_040007 ( B ) meta-volume  ok           ok      false   true   raid-1    1          20971264  4K     80G       64000

スケジュールされたメタデータ バックアップに失敗した場合、以下のようにオートコールが生成されます。

この問題のために送信されるオートコールの例：

1.<SymptomCode>0x8a4a6006</SymptomCode> 
    <Category>Status</Category>
    <Severity>Error</Severity>
    <Status>Failed</Status>
    <Component>CLUSTER</Component>
    <ComponentID>SMS</ComponentID>
    <SubComponent>CLUSTER-1</SubComponent>
    <SubComponentID></SubComponentID>
    <CallHome>Yes</CallHome>
    <FirstTime>2012-07-10T00:00:01.334Z</FirstTime>
    <LastTime>2012-07-09T00:00:01.334Z</LastTime>
    <Count>1</Count>
    <EventData><![CDATA[メタボリュームの自動バックアップを完了できませんでした。
   ［バージョン：<コード形式の一覧>］RCA：メタボリュームの自動バックアップを完了できませんでした。］］>
   </EventData>
   <説明>
メタボリュームの自動バックアップを完了できませんでした。

2.    <SymptomCode>0x8a4a6003</SymptomCode>
3.    <SymptomCode>0x8a4a6005</SymptomCode>

 

    次に、コンポーネント コンテキスト レベルのシステム ボリュームIDがVPD83T3システムIDから判読可能な名前「C1_MetaBackup_1」に変更された、不正なバックアップ メタボリュームの例を示します。
 

VPlexcli:/clusters/cluster-1/system-volumes/META_VOLUME_backup_2018Jun11_044501/components> ll

Name                Slot      Type            Operational    Health    Capacity
------------------  Number    --------------  Status         State     --------
------------------  --------  --------------  -------------  --------  --------
C1_MetaBackup_1  0         storage-volume  ok             ok        120G
/--------------------------\
 コンポーネント レベルでは、判読可能な名前は使用できません。
バックアップ マネージャー スクリプトは、この名前で
メタデータ バックアップ ボリュームを認識せず、バックアップ ボリュームがセットアップされたときに使用された
システムIDのみを認識します。

3.SymptomCode 0x8a4a6005の場合：

    メタデータのバックアップを確認すると、バックアップの日付が最新ではない場合があります。

    VPLEXの現在の日付を確認する例：
 

VPlexcli:/> date
Fri Sep 7 13:30:43 UTC YYYY <<<< この例では、現在の日付は9月7日です。

    次に、システム ボリューム下で、各バックアップ ボリュームが最後に実行された日付を確認します。
    文脈として、バックアップ ボリューム名に記載されている日付を、上記で確認した日付と比較します
（例示のため、日付が拡大表示されています）。
 

VPlexcli:/> ll /clusters/cluster-1/system-volumes/

/clusters/cluster-1/system-volumes:
Name                             Volume Type     Operational  Health  Active  Ready  Geometry  Block     Block  Capacity  Slots
-------------------------------  --------------  Status       State   ------  -----  --------  Count     Size   --------  -----
-------------------------------  --------------  -----------  ------  ------  -----  --------  --------  -----  --------  -----
c1_meta                          meta-volume     ok           ok      true    true   raid-1    20971264  4K     80G       32000
c1_meta_backup_2018Aug01_030002  meta-volume    ok           ok      false   true   raid-1    20971264  4K     80G       32000
c1_meta_backup_2018Aug02_030003  meta-volume    ok           ok      false   true   raid-1    20971264  4K     80G       32000

VPLEXのストレージアレイ コンテキスト レベルを見ると、バックアップ ボリュームをホストするストレージアレイ内に「visibility」が「none」と表示されるLUNが存在し、かつ「connectivity-status」が「error」と表示されています。 

/clusters/cluster-1/storage-elements/storage-arrays/EMC-CLARiiON-CKM00000000000/logical
units/VPD83T3:6006016099xxxxxxxxxxxxxxxxx1e111:
Name                    Value
----------------------  --------------------
active-aao-controller   [CKM00000000000.SPB]
active-aao-visibility   []
alua-support            none
connectivity-status     error <<<< communication/connectivity issue between VPLEX and array
luns                    []
passive-aan-controller  [CKM00000000000.SPA]
passive-aan-visibility  []
storage-volume          -
visibility              none <<<<< バックエンド ボリュームが表示されていません

これは、ストレージアレイとVPLEXの間の接続に問題があることを示しており、自動バックアップ スクリプトの実行中に発生した場合は、接続の問題によりアレイからストレージ ボリュームを確認できなくなり、問題が発生する可能性があります。

A. SymptomCode 0x8a4a6003および0x8a4a6006の場合：

メモ：VPD83T3を使用してコンポーネントの名前を変更しようとしている場合：IDにコロン「:」の問題があり、動作しない。

この問題を解決するには、次の対処手順に従います。
 

対処方法:
 

• VPLEXがMetro構成の場合、メタバックアップ ボリュームを削除する必要がある場合には、必ず問題を報告したクラスターで対処手順を実行してください。

1.call homeメッセージで問題が報告されたクラスター上のシステムボリュームを一覧表示して
（「問題」セクションのcall homeの詳細の例を参照）、コマンドを使用して詳細を確認します。
     ll /clusters/cluster-<id>/system-volumes,

     メモ：コマンドを「ll /clusters/*/system-volumes」と入力すると、構成内のすべてのクラスターのシステムボリュームの詳細が一覧表示されます。これがVPLEX-Localの場合は、
cluster-1の情報のみが表示されます。

     cluster-1を使用した出力例：
  2.次に、「metavolume destroy」コマンドを使用して、既存のメタバックアップ ボリュームを削除します。

         例：
3.VPlexcliから「schedule list」コマンドを実行して、現在の「metadata backup local」
スケジュールと、それに関連づけられているジョブ番号を表示します。

         例：
          VPlexcli:/> schedule list
     [0] 30 13 * * 3 syrcollect
     [2] 23 30 * * * metadata backup local 

4.
手順(3)で説明した「schedule remove [job ID]」を実行して、「metadata backup local」スケジュールを削除します。
 
5.以下のコマンドを使用して、以前のメタデータ バックアップ ボリュームの両方を解除します。

    たとえば、メタデータ バックアップ名を指定した場合は次のようになります。
 
     VPD番号の例：
  6.メタデータ バックアップを再作成し、毎日希望する時間に実行するスケジュール*を設定します。

     *メモ：スケジュールされた時刻がすでに設定されていることがあります。スケジュールされた時刻を保持する場合は
「Y」と入力し、保持しない場合は「N」と入力します。スクリプトの後半で、
メタデータのバックアップを実行する新しい時刻の入力を求めるプロンプトが表示されます。

      メタデータ バックアップの構成例：

     VPlexcli:/clusters/cluster-1/system-volumes> configuration metadata-backup

  メタデータのバックアップは、すでに毎日
4:45 (UTC)に実行されるようにスケジュールされています。
   既存のスケジュールを変更しますか？(Y/N)：Y <<< Yで現在の時刻を保持

   メタデータ バックアップの構成
メタデータ バックアップを構成するには、できれば2つの異なるアレイ上で、要求されていない
2つのボリューム（78G以上）を選択する必要があります。バックアップは
毎日、指定した時刻に自動的に実行されます。次の点に注意してください。
   時刻はすべてUTCであり、現地時間に基づいていません。

   VPLEXは現在、次のボリューム上のメタデータをバックアップするように構成されています。

   VPD83T3:6000097000029XXXXXXXXXXXXXXXXXXXXX,VPD83T3:6006048000029030XXXXXXXXXXXXXXXXXXXXX

   メタデータをバックアップするボリュームを変更しますか？[no]: Yes
メタデータ バックアップに使用可能なボリューム

   Name Capacity Vendor IO Status Type Array Name
   ---------------------------------------- -------- -------- --------- ----------- -----------------------
   VPD83T3:6000097000029XXXXXXXXXXXXXXXXXXXXX 120G EMC alive traditional EMC-SYMMETRIX-<serial number>
   VPD83T3:6006048000029030XXXXXXXXXXXXXXXXXX 120G EMC alive traditional EMC-SYMMETRIX-<serial number>

   メタデータ バックアップ用のボリュームを、できれば2つの異なるアレイ(volume1,volume2)から
選択してください：VPD83T3:6006048000029030XXXXXXXXXXXXXXXXXXXXX,VPD83T3:6006048000029030XXXXXXXXXXXXXXXXXXXXX

   VPLEXは、毎日4時45分(UTC)にメタデータをバックアップするように構成されています。
   メタデータのバックアップ時刻を変更しますか？[no]: N

   メタデータのバックアップを構成することを選択しました。次の点に注意してください。
   時刻はすべてUTCであり、現地時間に基づいていません。

   確認して終了します

今すぐセットアップ プロセスを実行しますか？［yes］：yes
メタデータのバックアップをスケジュールしています...
   メタデータのバックアップを実行しています（数分かかる場合があります）
メタデータの初期バックアップが正常に実行されました
メタデータのバックアップが正常にスケジュールされました
メタデータのバックアップが正常にスケジュールされました

メタデータのバックアップが正常にスケジュールされました。

7.新しいメタデータ バックアップが作成されていること、またシステムがそのバックアップに付けた名前を確認するには、
VPlexcliプロンプトから「ll clusters/cluster-<id>/system-volumes」を実行します。

出力例：
 

VPlexcli:/> ll /clusters/cluster-1/system-volumes/

/clusters/cluster-1/system-volumes:
Name                             Volume Type  Operational  Health  Active  Ready  Geometry  Component  Block     Block  Capacity  Slots
-------------------------------  -----------  Status       State   ------  -----  --------  Count      Count     Size   --------  -----
-------------------------------  -----------  -----------  ------  ------  -----  --------  ---------  --------  -----  --------  -----
C1_Meta                          meta-volume  ok           ok      true    true   raid-1    2          20971264  4K     80G       64000
C1_Meta_backup_2018Oct07_123208  meta-volume  ok           ok      false   true   raid-1    1          20971264  4K     80G       64000
C1_Meta_backup_2018Oct07_123208  meta-volume  ok           ok      false   true   raid-1    1          20971264  4K     80G       64000
 

8.次に、「schedule list」コマンドを再度実行して、「metadatabackup local」が、
毎日実行するように設定した正しい時刻で表示されていることを確認します。
 

VPlexcli:/> schedule list
[0] 56 18 * * * syrcollect
[1] 45 4* * * metadatabackup local
 

9.古いメタデータ バックアップ ボリュームを削除し、新しいボリュームを再作成したので、
バックアップを数日間監視して、スケジュールどおりに実行されることを確認します。バックアップ スクリプトは
実行されるたびに2つのバックアップ ボリュームを交互に切り替えるため、1つのバックアップの日付が
もう1つのバックアップの翌日になっているのが確認できるはずです。バックアップの実行時刻がバックアップ名に追加され、
設定された時刻と異なる場合でも問題はありません。多少の誤差がありますが、これは正常です。
   新しいバックアップを初めて実行する場合は、少なくとも1つのバックアップ ボリュームに新しい日付が表示されます。

    Example:
 

VPlexcli:/> ll /clusters/*/system-volumes/

/clusters/cluster-1/system-volumes:
Name                             Volume Type     Operational  Health  Active  Ready  Geometry  Component  Block     Block  Capacity  Slots
-------------------------------  --------------  Status       State   ------  -----  --------  Count      Count     Size   --------  -----
-------------------------------  --------------  -----------  ------  ------  -----  --------  ---------  --------  -----  --------  -----
C1Logging_vol                    logging-volume  ok           ok      -       -      raid-0    1          2621440   4K     10G       -
C1_Meta                          meta-volume     ok           ok      true    true   raid-1    2          20971264  4K     80G       64000
C1_Meta_backup_2018Oct08_044532  meta-volume     ok           ok      false   true   raid-1    1          20971264  4K     80G       64000
C1_Meta_backup_2018Oct07_123208  meta-volume     ok           ok      false   true   raid-1    1          20971264  4K     80G       64000
 

B. 症状コード0x8a4a6005の場合：

スケジュールされたメタデータ バックアップ中に、システムは古いメタデータ バックアップを破棄し、コンポーネントのストレージボリュームに新しいバックアップを作成できるようにする必要があります。 このバックアップ スクリプトの手順の1つは、VPLEXシステム内のすべての論理ユニットのリストを実行し、古いバックアップ メタボリュームのアレイを検索しようとします。 正しいアレイを見つけるには、古いメタボリューム コンポーネント名と論理ユニットのストレージ ボリューム名<システム ボリュームID>を比較します。 この場合、スクリプトが正しい論理ユニットに到達する前に、「storage-volume」名のない論理ユニットが存在し、スクリプトはここで終了します。 論理ユニットが エラー状態になる前に、システムがバックアップ メタデータの論理ユニットを検出できる場合、この問題は発生しません。 バックアップを構成どおりに再開できるようにするには、未解決のボリューム エラーを解決する必要があります。 CLIガイドの説明に従って、「storage-volume forget」コマンドを発行することができます。

メタ ボリュームとメタ ボリュームのバックアップの詳細については、VPLEXが実行されているGeoSynchronyのバージョンのCLIガイドを参照し、「configurationmetadata-backup」を検索してください。メタ データ バックアップ ボリュームに使用できるボリュームのリストを表示するには、「configuration show-meta-volume-candidates」を検索してください。

メタデータ バックアップ ボリュームの作成に使用できるボリュームを確認するための出力例

VPlexcli:/clusters/cluster-1/storage-elements/storage-volumes> configuration show-meta-volume-candidates
Name）                                        Capacity Vendor  IO Status Type Array    Name -----------------------------------
 -----  -----  -------  ---------  ------------
VPD83T3:60060160c9c02cXXXXXXXXXXXX  80G       DGC       alive      traditional  EMC-CLARiiON-<serial number>
VPD83T3:60060160c9c02c0XXXXXXXXXXX  80G       DGC       alive      traditional  EMC-CLARiiON-<serial number>

バックアップの実行時間を変更する場合の出力例：

VPlexcli:/> configuration metadata-backup

メタデータのバックアップは、毎日4:15 (UTC)に実行されるようにすでにスケジュールされています。既存のスケジュールを変更しますか？(Y/N)：y

メタデータ バックアップの構成

メタデータ バックアップを構成するには、できれば2つの異なるアレイ上で、要求されていない
2つのボリューム（78G以上）を選択する必要があります。バックアップは毎日、指定した時刻に自動的に実行されます。次の点に注意してください。時刻はすべてUTCであり、現地時間に基づいていません。

  メタデータ バックアップに使用可能なボリューム

名前                                        容量 ベンダー  IOステータス タイプ アレイ名 -----------------------------------
 -----  -----  -------  ---------  ------------
VPD83T3:60060160c9c02cXXXXXXXXXXXX  80G       DGC       alive      traditional  EMC-CLARiiON-<serial number>
VPD83T3:60060160c9c02c0XXXXXXXXXXXX  80G       DGC       alive      traditional  EMC-CLARiiON-<serial number>

メタデータのバックアップ用のボリュームは、できれば2つの異なるアレイ（volume1、volume2）から選択してください：VPD83T3:60060160c9c02c00XXXXXXXXXXXX,VPD83T3:60060160c9c02c0058XXXXXXXXXXXX

 VPLEXは、毎日04:15 (UTC)にメタデータをバックアップするように構成されています。

  メタデータのバックアップ時刻を変更しますか？[no]：yes << ［ここで、バックアップを実行する時間を変更するかどうかを再度尋ねられます。］

  メタデータは、何時(UTC)にバックアップする必要がありますか？(0..23)：23

  メタデータは何分にバックアップする必要がありますか？(0..59)：00

  VPLEXは、毎日23:00 (UTC)にメタデータをバックアップするように構成されています。

  メタデータのバックアップ時刻を変更しますか？[no]：<<
［今回はデフォルトの選択を使用し、Enter/Returnキーを押して新しく設定した時間を保持します］
 メタデータのバックアップを構成することを選択しました。次の点に注意してください。
時刻はすべてUTCであり、現地時間に基づいていません。

  確認して終了

  以下の構成情報を確認します。値が正しい場合は、
 yesと入力して（または単にデフォルトをそのまま使用してEnterを押して）、
 セットアップ プロセスを開始します。値が正しくない場合は、「no」と入力して戻って
変更を加えるか、セットアップを終了します。

    メタデータのバックアップ
メタデータは毎日23:00にバックアップされます。
      バックアップには次のボリュームが使用されます
      :VPD83T3:60060160c9c02XXXXXXXXXXXX,VPD83T3:60060160c9c02c005XXXXXXXXXXXX


セットアップ プロセスを今すぐ実行しますか？[yes]： <<
デフォルトの選択を使用し、Enter/Returnキーを押すだけです
メタデータのバックアップをスケジュールしています...
メタデータのバックアップを実行しています（これには数分かかります）
メタデータの初期バックアップを正常に実行しました
メタデータのバックアップを正常にスケジュールしました
メタデータのバックアップを正常にスケジュールしました

メタデータのバックアップは正常にスケジュールされました。