クラスター環境でのバックアップと復元の方策

注意

AEM 6.4 の拡張サポートは終了し、このドキュメントは更新されなくなりました。 詳細は、 技術サポート期間. サポートされているバージョンを見つける ここ.

メモ

AEM forms の実装環境で、追加のカスタムデータを別のデータベースに格納する場合は、そのデータをバックアップする方法を導入し、AEM forms のデータと同期を維持する必要があります。 また、追加のデータベースが同期しなくなるシナリオに対応できる堅牢性を備えたアプリケーションを設計する必要があります。 実行するデータベース操作は、トランザクションのコンテキストで実行し、一貫性のある状態を維持することを強くお勧めします。

エラーから回復するには、AEM forms システムの次の部分をバックアップする必要があります。

  • AEM forms で使用されるデータベース
  • 長期間有効なデータとその他の永続的なドキュメントを持つ GDS
  • AEMデータベース (crx-repository)
メモ

カスタマーフォント、コネクタデータなど、AEM forms の設定で使用されている他のデータをバックアップする必要があります。

クラスター環境のバックアップ

このトピックでは、AEM forms クラスター環境をバックアップする次の方法について説明します。

  • ダウンタイムを伴うオフラインバックアップ
  • ダウンタイムを必要としないオフラインバックアップ（シャットダウンされているセカンダリノードのバックアップ）
  • ダウンタイムなしで応答の遅延を伴うオンラインバックアップ
  • Bootstrapプロパティファイルのバックアップ

ダウンタイムを伴うオフラインバックアップ

  1. クラスター全体と関連サービスをシャットダウンします。 ( サービスの開始と停止)

  2. 任意のノードで、データベース、GDS およびコネクタをバックアップします。 ( バックアップおよびリカバリするファイル)

  3. AEMリポジトリをオフラインでバックアップするには、次の手順を実行します。

    1. 各クラスターノードに対して、クラスターノード ID を含むファイルをバックアップします。
    2. すべてのセカンダリクラスターノードのすべてのファイル（サブディレクトリも含む）をバックアップします。
    3. 各クラスターノードのリポジトリ / システム ID を別々にバックアップします。

    詳細な手順については、 バックアップと復元.

  4. カスタマーフォントなど、その他のデータをバックアップします。

  5. クラスターを再起動します。

ダウンタイムなしのオフラインバックアップ

  1. ローリングバックアップモードに入ります。 ( バックアップモードの開始)

    リカバリ後にローリングバックアップモードを終了する必要があることに注意してください。

  2. AEM に関してクラスターのセカンダリノードをすべてシャットダウンします。( サービスの開始と停止)

  3. 任意のノードで、データベース、GDS およびコネクタをバックアップします。 ( バックアップおよびリカバリするファイル)

  4. AEMリポジトリをオフラインでバックアップするには、次の手順を実行します。

    1. 各クラスターノードに対して、クラスターノード ID を含むファイルをバックアップします。
    2. すべてのセカンダリクラスターノードのすべてのファイル（サブディレクトリも含む）をバックアップします。
    3. 各クラスターノードのリポジトリ / system.id を別々にバックアップします。

    詳細な手順については、 バックアップと復元.

  5. カスタマーフォントなど、その他のデータをバックアップします。

  6. クラスターを再起動します。

ダウンタイムなしで応答の遅延を伴うオンラインバックアップ

  1. ローリングバックアップモードに入ります。 ( バックアップモードの開始)

    リカバリ後にローリングバックアップモードを終了する必要があることに注意してください。

  2. AEM に関してクラスターのセカンダリノードをすべてシャットダウンします。( サービスの開始と停止)

  3. 任意のノードで、データベース、GDS およびコネクタをバックアップします。 ( バックアップおよびリカバリするファイル)

  4. AEMリポジトリをオンラインでバックアップするには、次の手順を実行します。

    1. 各クラスタノードに対して、 cluster_node.id を含むファイルをバックアップします。
    2. 各クラスターノードのリポジトリ / system.id を別々にバックアップします。
    3. 任意のセカンダリノード上で、リポジトリのオンラインバックアップを行います。手順について詳しくは「オンラインバックアップ」を参照してください。

  5. カスタマーフォントなど、その他のデータをバックアップします。

  6. クラスターを再起動します。

Bootstrapプロパティファイルのバックアップ

AEM クラスターを作成すると、すべてのセカンダリノードに対してアプリケーションサーバー内にプロパティファイルが作成されます。Bootstrap・プロパティ・ファイルをバックアップすることをお勧めします。 ファイルは、アプリケーションサーバー上の次の場所にあります。

  • JBoss:BIN ディレクトリ内
  • WebLogic:ドメインディレクトリ内
  • WebSphere:プロファイルディレクトリ内

AEM サカンダリノードの災害時復旧シナリオのためにこのファイルをバックアップし、リストアする場合はアプリケーションサーバーの指定場所でそれを置き換える必要があります。

クラスター環境での回復

クラスタ全体または単一のノードに障害が発生した場合は、バックアップを使用して復元する必要があります。

単一ノードのリカバリの場合は、単一ノードをシャットダウンし、単一ノードのリカバリ手順を実行するだけです。

データベースのクラッシュなどの障害が原因でクラスター全体が失敗した場合は、次の手順を実行する必要があります。 復元は、使用するバックアップの方法によって異なります。

単一ノードの復元

  1. 破損したノードを停止します。

    メモ

    障害ノードが AEM プライマリノードの場合は、クラスターノード全体をシャットダウンします。

  2. システムイメージから物理システムを再作成します。

  3. イメージの作成後に適用されたAEM forms にパッチまたはアップデートを適用します。 この情報は、バックアップ手順中に記録されました。 AEM forms は、システムのバックアップ時と同じパッチレベルに復元する必要があります。

  4. (オプション) その他のすべてのノードが正常に動作している場合は、AEMリポジトリも破損している可能性があります。 この場合、AEMリポジトリの error.log ファイルにリポジトリの非同期メッセージが表示されます。

    リポジトリを復元するには、次の手順を実行します。

    メモ

    圧縮された crx-repository バックアップがオンラインになった場合は、任意の場所で展開し、オフラインの復元プロセスに従います。

    1. ノードの clusterNode ディレクトリにある repository、shared、version および workspaces ディレクトリを削除します。
    2. クラスターノード（サブディレクトリも含む）のバックアップをノードに復元します。
    3. ノードのclusterNode/revision.logファイルを削除します。
    4. ノードに.lock が存在する場合は、そのノードを削除します。
    5. ノードにrepository/system.idが存在する場合は、そのノードを削除します。
    6. ノード上に **/listener.properties ファイルが存在する場合は削除します。
    7. 個々のクラスターノードに対してrepository/cluster_node.idを復元します。
メモ

次の点を考慮してください。

  • 障害ノードが AEM プライマリノードの場合は、セカンダリリポジトリフォルダーのすべてのコンテンツ（crx-repository\crx.0000、ここで 0000 は任意の桁数）を crx-repository\ リポジトリフォルダーにコピーし、セカンダリリポジトリフォルダーを削除します。
  • クラスターノードを再起動する前に、プライマリノードからリポジトリ /clusterd.txt を削除します。
  • 最初にプライマリノードを起動し、それが完全に立ち上がったら、他のノードを起動します。

クラスター全体の復元

  1. すべてのクラスターノードを停止します。

  2. システムイメージから物理システムを再作成します。

  3. イメージの作成後に適用されたAEM forms にパッチまたはアップデートを適用します。 この情報は、バックアップ手順の手順 1 で記録されました。 AEM forms は、システムのバックアップ時と同じパッチレベルに復元する必要があります。

  4. データベース、GDS、およびコネクタを復元します。

  5. 次の手順を実行して、AEMリポジトリをオフラインで復元します。

    メモ

    圧縮された crx-repository バックアップがオンラインになった場合は、任意の場所で展開し、オフラインの復元プロセスに従います。

    1. すべてのクラスターノードで、clusterNode ディレクトリ内の repository、shared、version、および workspaces ディレクトリを削除します。
    2. 共有ディレクトリ内のすべてのファイルとディレクトリを削除します。
    3. クラスターノード（サブディレクトリを含む）のバックアップを 1 つのクラスターノードに復元します。
    4. 復元したクラスターノードのすべてのファイルを、他のすべてのクラスターノードにコピーします。 完了すると、各クラスターノードに同じデータが含まれます。
    5. すべてのクラスターノードでclusterNode/revision.logファイルを削除します。
    6. すべてのクラスターノードに.lock が存在する場合は、それを削除します。
    7. repository/system.idすべてのクラスターノードが存在する場合は削除します。
    8. すべてのクラスターノードで **/listener.properties ファイルが存在する場合は削除します。
    9. 個々のクラスターノードに対してrepository/cluster_node.idを復元します。
メモ

次の点を考慮してください。

  • 障害ノードが AEM プライマリノードの場合は、セカンダリリポジトリフォルダーのすべてのコンテンツ（crx-repository\crx.0000 のようなもので、0000 は任意の桁数）を crx-repository\ リポジトリフォルダーにコピーします。
  • クラスターノードを再起動する前に、プライマリノードからリポジトリ /clusterd.txt を削除します。
  • 最初にプライマリノードを起動し、それが完全に立ち上がったら、他のノードを起動します。

Correspondence Management Solution パブリッシュノードのバックアップと復元

パブリッシャーノードは、クラスター環境ではプライマリとセカンダリの関係がありません。任意のパブリッシャーノードのバックアップを作成するには、次の手順を実行します バックアップと復元.

単一のパブリッシャーノードを復元する

  1. 復元が必要なノードをシャットダウンし、ノードが再び立ち上がるまで公開アクティビティを実行しません。
  2. [バックアップの復元]（https://docs.adobe.com/docs/en/crx/current/administering/backup_and_restore.html#Restoring the Backup）を使用してパブリッシュノードを復元します。

クラスターの復元

  1. クラスタをシャットダウンします。
  2. [バックアップの復元]（https://docs.adobe.com/docs/en/crx/current/administering/backup_and_restore.html#Restoring the Backup）を使用してパブリッシュノードを復元します。
  3. 作成者クラスターのプライマリノードを起動してからセカンダリノードを起動します。

このページ