LiveCycle データの回復

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

重要: データベース、GDS およびコンテンツ保存場所のルートディレクトリは、元のものと同じ DNS 名を持つコンピューターに復元する必要があります。

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

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

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

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

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

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

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

  • IP アドレス

  • 物理的なシステム設定(CPU、ディスク、メモリ)

  • GDS の場所

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

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

LiveCycle データの回復

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

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

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

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

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

  6. GDS ディレクトリを回復します。そのためには、最初に LiveCycle の既存のインストール環境にある 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/LiveCycleServer/DocumentStorage/backup を

      [appserverdomain]/[server]/adobe/LiveCycleServer/DocumentStorage/restore に名前変更します。

    • (WebSphere)[appserver root]/installedApps/adobe/[server]/DocumentStorage/backup を

      [appserver root]/installedApps/adobe/[server]/DocumentStorage/restore に名前変更します。

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

    重要: コンテンツ保存場所のルートディレクトリのバックアップは、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. java.io.temp ディレクトリまたは Adobe temp ディレクトリに作成された LiveCycle の一時ファイルをすべて削除します。

  10. LiveCycle を起動し(サービスの開始と停止を参照)、アプリケーションサーバーを起動します(アプリケーションサーバーの管理を参照)。

回復中の GDS の場所の変更

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

注意: データベースへのドキュメントの保存を有効にした場合、GDS の場所を変更する必要はありません。
重要: これは、GDS の場所の変更にこのスクリプトを使用する必要がある唯一の状況です。LiveCycle の実行中に GDS の場所を変更するには、Administration Console を使用します(一般的な LiveCycle の設定を参照)。
重要: GDS ディレクトリがドライブのルート(D:\ など)にある場合、Windows でのコンポーネントのデプロイメントは失敗します。GDS の場合、ディレクトリがドライブのルートではなく、サブディレクトリに配置されていることを確認する必要があります。例えば、ディレクトリは単に D:\ ではなく D:\GDS にする必要があります。

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

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

注意: 他のノードを起動する前に、最初の 1 つのノードが完全に起動していることを確認できない場合、クラスターを起動する前に、クラスター内のすべてのノードで LCSetGDS スクリプトを実行する必要があります。