ここでは、AEM forms データの回復に必要な手順について説明します。バックアップと回復に関する考慮事項も参照してください。
データベース、GDS、AEM リポジトリ、およびコンテンツ保存場所のルートディレクトリは、元のものと同じ DNS 名を持つコンピューターに復元する必要があります。
AEM Forms は、以下の障害から安全な方法で回復します。
ディスク障害:データベースの内容を回復するには、最新のバックアップメディアが必要です。
データの破損:ファイルシステムは過去のトランザクションを記録せず、システムは誤って必要なプロセスデータを上書きする場合があります。
ユーザーエラー:回復は、対象のデータベースで使用可能にされたデータに制限されます。データが保存されていて、使用可能な場合、回復は簡単に実行できます。
停電、システムクラッシュ:ファイルシステム API には多くの場合、システムの予期しない障害に対する堅牢な設計方法や使用方法がありません。停電またはシステムクラッシュが発生した場合、ファイルシステムに格納されているドキュメントコンテンツよりも、データベースに格納されているドキュメントコンテンツの方が最新の状態である可能性が高くなります。
ローリングバックアップモードを使用すると、回復後にバックアップモードになります。スナップショットバックアップモードを使用すると、回復後にバックアップモードになりません。
バックアップから新しいシステムに復元すると、次の設定が異なる場合があります。この相違点は、AEM Forms アプリケーションの正常な回復には影響しません。
コンテンツ保存場所のルートディレクトリのバックアップは、Content Services の設定時に指定したディレクトリの場所に復元する必要があります。
複数ノードで構成されるクラスターのいずれかのノードで障害が発生し、クラスターのその他のノードが適切に稼働している場合は、クラスターのシングルノード回復手順を実行します。
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 バックアップディレクトリの名前を変更します。
/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 の既存のインストール環境にあるコンテンツ保存場所のルートディレクトリの内容を削除し、スタンドアロン環境またはクラスター環境のいずれかのタスクに従って、このルートディレクトリの内容を回復します。
コンテンツ保存場所のルートディレクトリのバックアップは、Content Services(非推奨)の設定時に指定したコンテンツ保存場所のルートディレクトリの場所に復元する必要があります。
スタンドアロン:回復プロセス中に、バックアップされたすべてのディレクトリを復元します。これらのディレクトリが復元されたときに、/backup-lucene-indexes ディレクトリが存在する場合、/lucene-indexes に名前変更します。そうでない場合は、lucene-indexes ディレクトリは存在するはずなので、必要な作業はありません。
クラスター:回復プロセス中に、バックアップされたすべてのディレクトリを復元します。インデックスルートディレクトリを復元するには、クラスターの各ノードで次の手順を実行します。
CRX-repository を復元/復旧します。
スタンドアロン
作成者インスタンスおよび発行インスタンスの復元:事故が発生した場合は、バックアップと復元に説明されている手順を実行して、リポジトリを最新のバックアップ状態に復元できます。
Author ノードを完全に復元すれば、Forms Manager および AEM Forms Workspace データも復元されます。
クラスター化
クラスター環境での復元については、クラスター環境でのバックアップと復元の方策を参照してください。
java.io.temp ディレクトリまたは Adobe temp ディレクトリに作成された AEM forms の一時ファイルをすべて削除します。
AEM Forms を起動します(サービスの開始と停止を参照)。
GDS を元の場所とは異なる場所に復元する場合は、LCSetGDS スクリプトを実行して GDS を新しい場所に設定します。スクリプトは [aem-forms root]\sdk\misc\Foundation\SetGDSCommandline
フォルダーにあります。このスクリプトでは defaultGDS
と newGDS
の 2 つのパラメーターを使用します。スクリプトの実行方法については、同フォルダー内の ReadMe.txt
ファイルを参照してください。
データベースへのドキュメントの保存を有効にした場合、GDS の場所を変更する必要はありません。
これは、GDS の場所の変更にこのスクリプトを使用する必要がある唯一の状況です。AEM Forms の実行中に GDS の場所を変更するには、管理コンソールを使用します。(一般的な AEM Forms の設定を参照してください。)
GDS ディレクトリがドライブのルート(D:\ など)にある場合、Windows でのコンポーネントのデプロイメントは失敗します。GDS の場合、ディレクトリがドライブのルートではなく、サブディレクトリに配置されていることを確認する必要があります。例えば、ディレクトリは単に D:\ ではなく D:\GDS にする必要があります。
クラスター環境における GDS の場所を変更するには、クラスター全体をシャットダウンし、クラスター内の 1 つのノードで LCSetGDS スクリプトを実行します(回復中の GDS の場所の変更を参照)。そのノードのみを起動します。ノードが完全に起動したら、クラスター内の他のノードも安全に起動できるので、新規 GDS が正しく指定されます。
他のノードを起動する前に、最初の 1 つのノードが完全に起動していることを確認できない場合、クラスターを起動する前に、クラスター内のすべてのノードで LCSetGDS スクリプトを実行する必要があります。