AEM forms のバックアップと回復方法 backup-and-recovery-strategy-for-aem-forms

AEM Forms の実装で、追加のカスタムデータを異なるデータベースに格納する場合、そのカスタムデータをバックアップするための戦略を実装し、AEM Forms データと同期させる必要があります。また、追加のデータベースを同期しないシナリオにも対処できるように、アプリケーションを堅牢な方法で設計する必要があります。一貫性のある状態を維持するために、実行するデータベース操作をトランザクションコンテキストで行うことを強くお勧めします。

AEM Forms の使用方法を特定したら、バックアップの必要があるファイル、バックアップの頻度、使用可能にするバックアップウィンドウを決定します。

Adobe Experience Manager（AEM）は AEM Forms の統合機能の一部です。したがって、Correspondence Management Solution とサービス（例えば Forms Manager）は AEM Forms の AEM 部分に保存されているデータを基にしているので、AEM のバックアップを取ることと、AEM Forms バックアップと同期することが必要です。データの喪失を防ぐために、AEM Forms 固有データのバックアップを何らかの方法で取り、GDS および AEM（リポジトリ）をデータベースリファレンスと相関させる必要があります。データベース、GDS、AEM、および Content Storage Root ディレクトリは、元と同じ DNS 名でコンピューターに復元する必要があります。

バックアップの種類 types-of-backups

AEM Forms のバックアップ戦略には、次の 2 種類のバックアップがあります。

システムイメージ： ​ハードドライブまたはコンピューター全体の機能が停止した場合に、コンピューターの内容を復元するのに使用できる完全なシステムバックアップ。システムイメージバックアップは、AEM Forms の実稼動用デプロイメントより前にのみ必要です。社内ポリシーで、システムイメージバックアップが必要な頻度を示します。

AEM Forms 固有のデータ： ​アプリケーションデータは、データベース、グローバルドキュメントストレージ（GDS）、AEM リポジトリに存在し、リアルタイムにバックアップされる必要があります。GDS は、プロセス内で使用される長期間有効なファイルの保存に使用されるディレクトリです。該当するファイルには、PDF、ポリシー、フォームテンプレートなどがあります。

データベースは、フォームの生成結果、サービス設定、プロセスの状態、および GDS ファイルへのデータベース参照を保存するために使用されます。データベースへのドキュメントの保存を有効にすると、GDS 内の永続データと永続ドキュメントもデータベースに保存されます。データベースは、次の方法でバックアップおよび回復できます。

データ損失を防ぐために、AEM Forms 固有のデータは、GDS およびコンテンツ保存場所のルートディレクトリのドキュメントがデータベース参照と関連付けられるような方法でバックアップする必要があります。

バックアップと回復に関する考慮事項 special-considerations-for-backup-and-recovery

AEM Forms を異なる環境に回復する場合、次のような変更点があるので、ここで説明するガイドラインに従ってください。

通常、このような回復シナリオは、アプリケーションサーバー、データベースサーバーまたは Forms サーバーをホストするサーバーのハードウェアエラーにより発生します。AEM Forms サーバーのホスト名または IP アドレスが変わる場合、ここで説明する AEM Forms 固有の設定に加え、必要に応じて、ロードバランサーやファイアウォールなど AEM Forms デプロイメントの他の部分についても変更する必要があります。

変更できないもの what-cannot-be-changed

バックアップから AEM Forms を回復するとき、データベースサーバーや他の多くのパラメーターを変更できる場合でも、アプリケーションサーバーの種類とデータベースの種類は変更できません。例えば、AEM Forms バックアップを回復する場合、アプリケーションサーバーを JBoss から WebLogic に変更することや、データベースを Oracle から DB2 に変更することはできません。さらに、回復した AEM Forms では、フォントディレクトリなど、同じファイルシステムパスを使用する必要があります。

回復後の再起動 restarting-after-a-recovery

回復後に Forms サーバーを再起動する前に、次の手順を実行します。

メイン AEM Forms データベースを移動または変更した場合は、ご使用のアプリケーションサーバーに対応するインストールガイドを参照して、AEM Forms データソースの IDP_DS および EDC_DS のデータベース接続情報を更新します。

AEM Forms のホスト名または IP アドレスの変更 changing-the-aem-forms-hostname-or-ip-address

クラスター環境でキャッシュに UDP ではなく TCP を使用している場合、キャッシュロケーターの設定を更新する必要があります。ご使用のアプリケーションサーバーに対応する設定ガイドの「キャッシュロケーターの設定（TCP を使用するキャッシュのみ）」を参照してください。

AEM Forms ノードのファイルシステムパスの変更 changing-the-aem-forms-node-file-system-paths

スタンドアロンノードのファイルシステムパスを変更する場合、環境設定内の該当する参照、他のシステム設定、カスタムアプリケーションおよびデプロイされた AEM Forms アプリケーションを更新する必要があります。一方、クラスターの場合、すべてのノードに同じファイルシステムパス設定を使用する必要があります。また、グローバルドキュメントストレージ（GDS）のルートディレクトリを設定し、回復したデータベースと同期している回復した GDS のコピーを示すようにします。アプリケーションサーバーを再起動しても存続する必要があるデータが GDS に含まれる可能性があるので、GDS パスの設定は重要です。

クラスター環境では、リポジトリのファイルシステムパス設定は、バックアップの前と回復の後で、すべてのクラスターノードに対して同じでなければなりません。

ファイルシステムのパスを変更した後に GDS のパスを設定するには、[*aem-forms root]*\sdk\misc\Foundation\SetGDSCommandline フォルダーにある LCSetGDS スクリプトを使用します。詳しくは、同じフォルダー内の ReadMe.txt ファイルを参照してください。古い GDS ディレクトリパスを使用できない場合は、AEM forms を起動する前に、LCSetGDS スクリプトを使用して GDS に新しいパスを設定する必要があります。

GDS パスの設定後、メンテナンスモードで Forms サーバーを起動し、管理コンソールを使用して、新しいノードについて残りのファイルシステムパスを更新します。すべての必要な設定が更新されたことを確認してから、AEM Forms を再起動し、テストします。