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\ リポジトリフォルダーにコピーし、スレーブリポジトリフォルダーを削除します。
  • クラスターノードを再起動する前に、マスターノードからリポジトリ /clusterd.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\ リポジトリフォルダーにコピーします。
  • クラスターノードを再起動する前に、マスターノードからリポジトリ /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. マスターノードを起動し、次の作成者クラスターのスレーブノードを起動します。