Show Menu
トピック×

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

AEM Forms の実装で、追加のカスタムデータを異なるデータベースに格納する場合、そのカスタムデータをバックアップするための方法を導入し、AEM Forms データと同期させる必要があります。また、追加のデータベースを同期しないシナリオにも対処できるように、アプリケーションを堅牢な方法で設計する必要があります。一貫性のある状態を維持するために、実行するデータベース操作をトランザクションコンテキストで行うことを強くお勧めします。
エラーから回復するためには、AEM Forms システムの次の部分をバックアップする必要があります。
  • AEM Forms が使用するデータベース
  • 長期のデータおよびその他の永続的なドキュメントを持つ GDS
  • AEM データベース (crx-repository)
AEM Forms セットアップで使用されているその他のデータ(例えば、カスタマーフォント、コネクターデータなど)をすべてバックアップする必要があります。

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

ここでは、AEM Forms クラスター環境をバックアップする次の方策について検討します。
  • ダウンタイムを必要とするオフラインバックアップ
  • ダウンタイムを必要としないオフラインバックアップ(シャットダウン中のセカンダリノードのバックアップ)
  • ダウンタイムを必要としないがレスポンスに遅れが生じるオンラインバックアップ
  • ブートストラッププロパティファイルのバックアップ

ダウンタイムを必要とするオフラインバックアップ

  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. クラスターを再び起動します。

ブートストラッププロパティファイルのバックアップ

AEMクラスターを作成すると、すべてのセカンダリノードのプロパティファイルがアプリケーションサーバーに作成されます。 ブートストラッププロパティファイルをバックアップすることをお勧めします。このファイルは、アプリケーションサーバー上の次の場所にあります。
  • 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\リポジトリフォルダーにコピーし、セカンダリリポジトリフォルダーを削除します。
  • クラスターノードを再起動する前に、プライマリノードからリポジトリ/clustered.txtを削除してください。
  • プライマリノードが最初に起動し、完全に立ち上がったら、他のノードを開始します。

クラスター全体の復元

  1. すべてのクラスターノードを停止します。
  2. システムイメージから物理システムを再作成します。
  3. イメージの作成後に適用されたパッチまたはアップデートを AEM Forms に適用します。この情報は、バックアップの確認事項の最初の項目に基づいて、記録したものです。システムをバックアップしたときと同じパッチレベルに 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\リポジトリフォルダーにコピーします。
  • クラスターノードを再起動する前に、プライマリノードからリポジトリ/clustered.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. 主ノードの後に作成者クラスターの二次ノードが続く開始。