AEM Forms データの回復 recovering-the-aem-forms-data
ここでは、AEM Forms データの回復に必要な手順について説明します。バックアップと回復に関する考慮事項も参照してください。
AEM Forms は、以下の障害から確実に回復します。
ディスク障害： データベースの内容を回復するには、最新のバックアップメディアが必要です。
データの破損： ファイルシステムは過去のトランザクションを記録せず、システムは誤って必要なプロセスデータを上書きする場合があります。
ユーザーエラー： 回復は、対象のデータベースで使用可能にされたデータに制限されます。データが保存されていて、使用可能な場合、回復は簡単に実行できます。
停電、システムクラッシュ： ファイルシステム API には多くの場合、システムの予期しない障害に対する堅牢な設計方法や使用方法がありません。停電またはシステムクラッシュが発生した場合、ファイルシステムに格納されているドキュメントコンテンツよりも、データベースに格納されているドキュメントコンテンツの方が最新の状態である可能性が高くなります。
ローリングバックアップモードを使用している場合、回復後もバックアップモードのままとなります。スナップショットバックアップモードを使用している場合、回復後はバックアップモードになりません。
バックアップから新しいシステムに復元すると、次の設定が異なる場合があります。この違いは、AEM Forms アプリケーションの正常な回復には影響しません。
- IP アドレス
- 物理的なシステム構成（CPU、ディスク、メモリ）
- GDS の場所
マルチノードクラスターの 1 つのノードで障害が発生し、クラスターの残りのノードが正しく動作している場合は、クラスターの単一ノードの回復手順を実行します。
AEM Forms データの回復 recover-the-aem-forms-data
-
AEM Forms サービスおよびアプリケーションサーバーが実行中の場合は、停止します。
-
必要に応じて、システムイメージから物理システムを再作成します。例えば、回復の理由がデータベースサーバーの不具合である場合、この手順は必要ない可能性があります。
-
イメージの作成後に適用されたパッチまたはアップデートを AEM forms に適用します。この情報は、バックアップ手順で記録されたものです。システムのバックアップ時と同じパッチレベルまで、AEM Forms にパッチを適用する必要があります。
-
（WebSphere® Application Server）WebSphere® Application Server の新規インスタンスに回復する場合は、restoreConfig.bat／sh コマンドを実行します。
-
AEM Forms データベースを回復します。それには、まず、データベースのバックアップファイルを使用してデータベースの復元操作を実行し、次に、回復したデータベースにトランザクションのやり直しログを適用します（「AEM Forms データベース」を参照）。詳しくは、次のナレッジベース記事を参照してください。
-
GDS ディレクトリを回復します。それには、まず、AEM Forms の既存のインストール環境で GDS ディレクトリの内容を削除し、次に、バックアップされた GDS から GDS ディレクトリの内容をコピーします。GDS ディレクトリの場所を変更した場合は、回復中の GDS の場所の変更を参照してください。
-
次の例に示すように、復元する GDS バックアップディレクトリの名前を変更します。
note note NOTE /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。
-
-
コンテンツ保存場所のルートディレクトリを復元するには、まずAEM Forms の既存のインストールにあるコンテンツ保存場所のルートディレクトリの内容を削除し、次に、スタンドアロン環境またはクラスター環境のタスクに従って内容を復元します。
note note NOTE コンテンツ保存場所のルートディレクトリのバックアップは、コンテンツサービス（非推奨）の設定時に指定されたコンテンツ保存場所のルートディレクトリの場所に復元する必要があります。 スタンドアロン： 回復プロセス中に、バックアップされたすべてのディレクトリを復元します。これらのディレクトリが復元され、/backup-lucene-indexes ディレクトリが存在する場合は、名前を /lucene-indexes に変更します。そうでない場合は、lucene-indexes ディレクトリが既に存在するはずなので、アクションは必要ありません。
クラスター： 回復プロセス中に、バックアップされたすべてのディレクトリを復元します。インデックスルートディレクトリを復元するには、クラスターの各ノードで次の手順を実行します。
- インデックスルートディレクトリ内のコンテンツをすべて削除します。
- /backup-lucene-indexes ディレクトリが存在する場合は、コンテンツ保存場所のルートディレクトリ /backup-lucene-indexes ディレクトリからインデックスルートディレクトリの内容をコピーし、コンテンツ保存場所のルートディレクトリ /backup-lucene-indexes ディレクトリを削除します。
- /lucene-indexes ディレクトリが存在する場合は、コンテンツ保存場所のルートディレクトリ /lucene-indexes ディレクトリからインデックスルートディレクトリの内容をコピーします。
-
CRX-repository を復元または回復します。
-
スタンドアロン
作成者インスタンスおよび発行インスタンスの復元：事故が発生した場合は、バックアップと復元に説明されている手順を実行して、リポジトリを最新のバックアップ状態に復元できます。
Author ノードを完全に復元すると、Forms Manager および AEM Forms Workspace データも復元されます。
-
クラスター化
クラスター環境での復元について詳しくは、クラスター環境でのバックアップと復元の戦略を参照してください。
-
-
java.io.temp ディレクトリまたはアドビの一時ディレクトリ内に作成された AEM Forms 一時ファイルをすべて削除します。
-
AEM Forms を起動します（サービスの開始と停止を参照）。
回復中の GDS の場所の変更 changing-the-gds-location-during-recovery
GDS が元の場所以外の場所に復元された場合は、LCSetGDS スクリプトを実行して GDS を新しい場所に設定します。スクリプトは [aem-forms root]\sdk\misc\Foundation\SetGDSCommandline フォルダーにあります。このスクリプトでは defaultGDS と newGDS の 2 つのパラメーターを使用します。スクリプトの実行方法については、同フォルダー内の ReadMe.txt ファイルを参照してください。
クラスター環境への GDS の復元 recovering-the-gds-to-a-clustered-environment
クラスター環境で GDS の場所を変更するには、クラスター全体をシャットダウンし、クラスターの 1 つのノードで LCSetGDS スクリプトを実行します。（回復中の GDS の場所の変更を参照。）そのノードのみを起動します。そのノードが完全に起動されると、クラスター内の他のノードが安全に起動され、新しい GDS を正しく指し示します。