AEM Forms データの回復

ここでは、AEM Forms データの回復に必要な手順について説明します。バックアップと回復に関する考慮事項も参照してください。

AEM Forms は、以下の障害から安全な方法で回復します。

ディスク障害：​データベースの内容を回復するには、最新のバックアップメディアが必要です。

データの破損：​ファイルシステムは過去のトランザクションを記録せず、システムは誤って必要なプロセスデータを上書きする場合があります。

ユーザーエラー：​回復は、対象のデータベースで使用可能にされたデータに制限されます。データが保存されていて、使用可能な場合、回復は簡単に実行できます。

停電、システムクラッシュ：​ファイルシステム API には多くの場合、システムの予期しない障害に対する堅牢な設計方法や使用方法がありません。停電またはシステムクラッシュが発生した場合、ファイルシステムに格納されているドキュメントコンテンツよりも、データベースに格納されているドキュメントコンテンツの方が最新の状態である可能性が高くなります。

ローリングバックアップモードを使用すると、回復後にバックアップモードになります。スナップショットバックアップモードを使用すると、回復後にバックアップモードになりません。

バックアップから新しいシステムに復元すると、次の設定が異なる場合があります。この相違点は、AEM Forms アプリケーションの正常な回復には影響しません。

• IP アドレス
• 物理的なシステム設定（CPU、ディスク、メモリ）
• GDS の場所

複数ノードで構成されるクラスターのいずれかのノードで障害が発生し、クラスターのその他のノードが適切に稼働している場合は、クラスターのシングルノード回復手順を実行します。

AEM Forms データを回復する

1. AEM Forms サービスとアプリケーションサーバーが実行中の場合は停止します。

2. 必要に応じて、システムイメージから物理システムを再作成します。例えば、回復の理由が障害のあるデータベースサーバーである場合、この手順は必要ありません。

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

4. （WebSphere Application Server）WebSphere Application Server の新規インスタンスに回復している場合、restoreConfig.bat／sh コマンドを実行します。

5. AEM forms データベースを回復します。そのためには、最初にデータベースバックアップファイルを使用してデータベース復元操作を実行し、次に復元後のデータベースにトランザクションのやり直しログを適用します（「AEM Forms データベース」を参照）。詳しくは、次のナレッジベース記事を参照してください。

   • AEM Forms の Oracle バックアップと回復
   • AEM Forms の MySQL バックアップと回復
   • AEM Forms の Microsoft SQL Server バックアップと回復
   • AEM Forms の DB2 バックアップと回復

6. GDS ディレクトリを回復します。そのためには、最初に AEM Forms の既存のインストール環境にある GDS ディレクトリのコンテンツを削除し、次にバックアップ GDS から GDS ディレクトリのコンテンツをコピーします。GDS ディレクトリの場所を変更した場合は、回復中の GDS の場所の変更を参照してください。

7. 次の例で示すとおり、復元される GDS バックアップディレクトリの名前を変更します。

   メモ

   /restore ディレクトリが既に存在する場合、それをバックアップし、最新データを含む /backup ディレクトリを名前変更する前に削除します。

   • (JBoss)[appserver root]/server/'server'/svcnative/DocumentStorage/backupの名前を次のように変更します。

     [appserver root]/server/'server'/svcnative/DocumentStorage/restore

   • (WebLogic) [appserverdomain]/'server'/adobe/AEMformsserver/DocumentStorage/backupの名前を次のように変更します。

     [appserverdomain]/'server'/adobe/AEMformsserver/DocumentStorage/restore.

   • (WebSphere) [appserver root]/installedApps/adobe/'server'/DocumentStorage/backupの名前を次のように変更します。

     [appserver root]/installedApps/adobe/'server'/DocumentStorage/restore.

8. コンテンツ保存場所のルートディレクトリを回復します。そのためには、最初に AEM Forms の既存のインストール環境にあるコンテンツ保存場所のルートディレクトリの内容を削除し、スタンドアロン環境またはクラスター環境のいずれかのタスクに従って、このルートディレクトリの内容を回復します。

   メモ

   コンテンツ保存場所のルートディレクトリのバックアップは、Content Services（非推奨）の設定時に指定したコンテンツ保存場所のルートディレクトリの場所に復元する必要があります。

   スタンドアロン：​回復プロセス中に、バックアップされたすべてのディレクトリを復元します。これらのディレクトリが復元されたときに、/backup-lucene-indexes ディレクトリが存在する場合、/lucene-indexes に名前変更します。そうでない場合は、lucene-indexes ディレクトリは存在するはずなので、必要な作業はありません。

   クラスター：​回復プロセス中に、バックアップされたすべてのディレクトリを復元します。インデックスルートディレクトリを復元するには、クラスターの各ノードで次の手順を実行します。

   • インデックスルートディレクトリ内のコンテンツをすべて削除します。
   • /backup-lucene-indexes ディレクトリが存在する場合、Content Storage Root directory/backup-lucene-indexes ディレクトリの内容をインデックスルートディレクトリにコピーし、Content Storage Root directory/backup-lucene-indexes ディレクトリを削除します。
   • /lucene-indexes ディレクトリが存在する場合、Content Storage Root directory/lucene-indexes ディレクトリの内容をインデックスルートディレクトリにコピーします。

9. CRX-repository を復元/復旧します。

   • スタンドアロン

     作成者インスタンスおよび発行インスタンスの復元：事故が発生した場合は、バックアップと復元に説明されている手順を実行して、リポジトリを最新のバックアップ状態に復元できます。

     Author ノードを完全に復元すれば、Forms Manager および AEM Forms Workspace データも復元されます。

   • クラスター化

     クラスター環境での復元については、クラスター環境でのバックアップと復元の方策を参照してください。

10. java.io.temp ディレクトリまたは Adobe temp ディレクトリに作成された AEM forms の一時ファイルをすべて削除します。

11. AEM formsを起動します（サービスの開始と停止を参照）。

回復中の GDS の場所の変更

GDS を元の場所とは異なる場所に復元する場合は、LCSetGDS スクリプトを実行して GDS を新しい場所に設定します。スクリプトは[aem-forms root]\sdk\misc\Foundation\SetGDSCommandlineフォルダーにあります。 このスクリプトは、defaultGDSとnewGDSの2つのパラメーターを取ります。 スクリプトの実行方法については、同フォルダー内の ReadMe.txt ファイルを参照してください。

クラスター環境への GDS の回復

クラスター環境における GDS の場所を変更するには、クラスター全体をシャットダウンし、クラスター内の 1 つのノードで LCSetGDS スクリプトを実行します（回復中の GDS の場所の変更を参照）。そのノードのみを起動します。ノードが完全に起動したら、クラスター内の他のノードも安全に起動できるので、新規 GDS が正しく指定されます。