クラスター環境でのバックアップと復元の方策 strategy-for-backup-and-restore-in-a-clustered-environment
エラーから回復するには、AEM forms システムの次の部分をバックアップする必要があります。
- AEM forms で使用されるデータベース
- 長期間有効なデータとその他の永続的なドキュメントを持つ GDS
- AEMデータベース (crx-repository)
クラスター環境のバックアップ back-up-a-clustered-environment
このトピックでは、AEM forms クラスター環境をバックアップする次の方法について説明します。
- ダウンタイムを伴うオフラインバックアップ
- ダウンタイムを必要としないオフラインバックアップ(シャットダウンされているセカンダリノードのバックアップ)
- ダウンタイムなしで応答の遅延を伴うオンラインバックアップ
- Bootstrapプロパティファイルのバックアップ
ダウンタイムを伴うオフラインバックアップ offline-backup-with-downtime
-
クラスター全体と関連サービスをシャットダウンします。 ( サービスの開始と停止)
-
任意のノードで、データベース、GDS およびコネクタをバックアップします。 ( バックアップおよびリカバリするファイル)
-
AEMリポジトリをオフラインでバックアップするには、次の手順を実行します。
- 各クラスターノードに対して、クラスターノード ID を含むファイルをバックアップします。
- すべてのセカンダリクラスターノードのすべてのファイル(サブディレクトリも含む)をバックアップします。
- 各クラスターノードのリポジトリ / システム ID を別々にバックアップします。
詳細な手順については、 バックアップと復元.
-
カスタマーフォントなど、その他のデータをバックアップします。
-
クラスターを再起動します。
ダウンタイムなしのオフラインバックアップ offline-backup-with-no-downtime
-
ローリングバックアップモードに入ります。 ( バックアップモードの開始)
リカバリ後にローリングバックアップモードを終了する必要があることに注意してください。
-
AEM に関してクラスターのセカンダリノードをすべてシャットダウンします。( サービスの開始と停止)
-
任意のノードで、データベース、GDS およびコネクタをバックアップします。 ( バックアップおよびリカバリするファイル)
-
AEMリポジトリをオフラインでバックアップするには、次の手順を実行します。
- 各クラスターノードに対して、クラスターノード ID を含むファイルをバックアップします。
- すべてのセカンダリクラスターノードのすべてのファイル(サブディレクトリも含む)をバックアップします。
- 各クラスターノードのリポジトリ / system.id を別々にバックアップします。
詳細な手順については、 バックアップと復元.
-
カスタマーフォントなど、その他のデータをバックアップします。
-
クラスターを再起動します。
ダウンタイムなしで応答の遅延を伴うオンラインバックアップ online-backup-with-no-downtime-but-delay-in-response
-
ローリングバックアップモードに入ります。 ( バックアップモードの開始)
リカバリ後にローリングバックアップモードを終了する必要があることに注意してください。
-
AEM に関してクラスターのセカンダリノードをすべてシャットダウンします。( サービスの開始と停止)
-
任意のノードで、データベース、GDS およびコネクタをバックアップします。 ( バックアップおよびリカバリするファイル)
-
AEMリポジトリをオンラインでバックアップするには、次の手順を実行します。
- 各クラスタノードに対して、 cluster_node.id を含むファイルをバックアップします。
- 各クラスターノードのリポジトリ / system.id を別々にバックアップします。
- 任意のセカンダリノード上で、リポジトリのオンラインバックアップを行います。手順について詳しくは「オンラインバックアップ」を参照してください。
-
カスタマーフォントなど、その他のデータをバックアップします。
-
クラスターを再起動します。
Bootstrapプロパティファイルのバックアップ back-up-the-bootstrap-properties-file
AEM クラスターを作成すると、すべてのセカンダリノードに対してアプリケーションサーバー内にプロパティファイルが作成されます。Bootstrap・プロパティ・ファイルをバックアップすることをお勧めします。 ファイルは、アプリケーションサーバー上の次の場所にあります。
- JBoss:BIN ディレクトリ内
- WebLogic:ドメインディレクトリ内
- WebSphere:プロファイルディレクトリ内
AEM サカンダリノードの災害時復旧シナリオのためにこのファイルをバックアップし、リストアする場合はアプリケーションサーバーの指定場所でそれを置き換える必要があります。
クラスター環境での回復 recovery-in-a-clustered-environment
クラスタ全体または単一のノードに障害が発生した場合は、バックアップを使用して復元する必要があります。
単一ノードのリカバリの場合は、単一ノードをシャットダウンし、単一ノードのリカバリ手順を実行するだけです。
データベースのクラッシュなどの障害が原因でクラスター全体が失敗した場合は、次の手順を実行する必要があります。 復元は、使用するバックアップの方法によって異なります。
単一ノードの復元 restoring-a-single-node
-
破損したノードを停止します。
note note NOTE 障害ノードが AEM プライマリノードの場合は、クラスターノード全体をシャットダウンします。 -
システムイメージから物理システムを再作成します。
-
イメージの作成後に適用されたAEM forms にパッチまたはアップデートを適用します。 この情報は、バックアップ手順中に記録されました。 AEM forms は、システムのバックアップ時と同じパッチレベルに復元する必要があります。
-
(オプション) その他のすべてのノードが正常に動作している場合は、AEMリポジトリも破損している可能性があります。 この場合、AEMリポジトリの error.log ファイルにリポジトリの非同期メッセージが表示されます。
リポジトリを復元するには、次の手順を実行します。
note note NOTE 圧縮された crx-repository バックアップがオンラインになった場合は、任意の場所で展開し、オフラインの復元プロセスに従います。 - ノードの clusterNode ディレクトリにある repository、shared、version および workspaces ディレクトリを削除します。
- クラスターノード(サブディレクトリも含む)のバックアップをノードに復元します。
- ノードのclusterNode/revision.logファイルを削除します。
- ノードに.lock が存在する場合は、そのノードを削除します。
- ノードにrepository/system.idが存在する場合は、そのノードを削除します。
- ノード上に **/listener.properties ファイルが存在する場合は削除します。
- 個々のクラスターノードに対してrepository/cluster_node.idを復元します。
- 障害ノードが AEM プライマリノードの場合は、セカンダリリポジトリフォルダーのすべてのコンテンツ(crx-repository\crx.0000、ここで 0000 は任意の桁数)を crx-repository
リポジトリフォルダーにコピーし、セカンダリリポジトリフォルダーを削除します。 - クラスターノードを再起動する前に、プライマリノードからリポジトリ /clusterd.txt を削除します。
- 最初にプライマリノードを起動し、それが完全に立ち上がったら、他のノードを起動します。
クラスター全体の復元 restoring-the-entire-cluster
-
すべてのクラスターノードを停止します。
-
システムイメージから物理システムを再作成します。
-
イメージの作成後に適用されたAEM forms にパッチまたはアップデートを適用します。 この情報は、バックアップ手順の手順 1 で記録されました。 AEM forms は、システムのバックアップ時と同じパッチレベルに復元する必要があります。
-
データベース、GDS、およびコネクタを復元します。
-
次の手順を実行して、AEMリポジトリをオフラインで復元します。
note note NOTE 圧縮された crx-repository バックアップがオンラインになった場合は、任意の場所で展開し、オフラインの復元プロセスに従います。 - すべてのクラスターノードで、clusterNode ディレクトリ内の repository、shared、version、および workspaces ディレクトリを削除します。
- 共有ディレクトリ内のすべてのファイルとディレクトリを削除します。
- クラスターノード(サブディレクトリを含む)のバックアップを 1 つのクラスターノードに復元します。
- 復元したクラスターノードのすべてのファイルを、他のすべてのクラスターノードにコピーします。 完了すると、各クラスターノードに同じデータが含まれます。
- すべてのクラスターノードでclusterNode/revision.logファイルを削除します。
- すべてのクラスターノードに.lock が存在する場合は、それを削除します。
- repository/system.idすべてのクラスターノードが存在する場合は削除します。
- すべてのクラスターノードで **/listener.properties ファイルが存在する場合は削除します。
- 個々のクラスターノードに対してrepository/cluster_node.idを復元します。
- 障害ノードが AEM プライマリノードの場合は、セカンダリリポジトリフォルダーのすべてのコンテンツ(crx-repository\crx.0000 のようなもので、0000 は任意の桁数)を crx-repository
リポジトリフォルダーにコピーします。 - クラスターノードを再起動する前に、プライマリノードからリポジトリ /clusterd.txt を削除します。
- 最初にプライマリノードを起動し、それが完全に立ち上がったら、他のノードを起動します。
Correspondence Management Solution パブリッシュノードのバックアップと復元 back-up-and-restore-correspondence-management-solution-publish-node
パブリッシャーノードは、クラスター環境ではプライマリとセカンダリの関係がありません。任意のパブリッシャーノードのバックアップを作成するには、次の手順を実行します バックアップと復元.
単一のパブリッシャーノードを復元する recover-a-single-publisher-node
- 復元が必要なノードをシャットダウンし、ノードが再び立ち上がるまで公開アクティビティを実行しません。
- [バックアップの復元](https://docs.adobe.com/docs/en/crx/current/administering/backup_and_restore.html#Restoring the Backup)を使用してパブリッシュノードを復元します。
クラスターの復元 recover-a-cluster
- クラスタをシャットダウンします。
- [バックアップの復元](https://docs.adobe.com/docs/en/crx/current/administering/backup_and_restore.html#Restoring the Backup)を使用してパブリッシュノードを復元します。
- 作成者クラスターのプライマリノードを起動してからセカンダリノードを起動します。