ヘッダーをスキップ
Oracle® Fusion Middleware Oracle WebCenter Contentの管理
11g リリース1 (11.1.1)
B72425-03
  ドキュメント・ライブラリへ移動
ライブラリ
目次へ移動
目次

前
 
次
 

35 アーカイバ・レプリケーションの例外の使用

この章では、アーカイバ・レプリケーションの例外機能を使用して、アーカイバのインポート失敗によるコンテンツ・サーバー・インスタンスでのレプリケーション停止を防止する方法について説明します。

この章の内容は、次のとおりです。

35.1 アーカイバ・レプリケーションの例外の理解

アーカイバ・レプリケーションの例外を使用すると、管理者はインポートが失敗してもレプリケーションを続行できます。この処理では、このような失敗したインポートが取得されて例外アーカイブに挿入され、このような失敗したインポートが発生したことを示す電子メールが管理者に送信されます。

ArchiverReplicationExceptionsコンポーネントは、デフォルトではコンテンツ・サーバー・インスタンスによりインストールおよび有効化されます。

35.1.1 アーカイバ・レプリケーションの例外の動作

アーカイバ・レプリケーションの例外をサポートするには、いくつかの構成エントリをIntradocDir/config/config.cfgファイルに手動で追加する必要があります。構成エントリは様々な条件を定義するもので、これに基づいてエラー・レポートのレベルを判別したり、失敗したインポートを例外ディレクトリに送信したり、システム・エラーが検出されたときに失敗した複数のインポートを無視および処理します。自動インポートと手動インポートの両方に対するパラメータが用意されています。

35.1.2 シナリオ1

このシナリオでは、インポート側のサーバーにコンテンツ・タイプDOCが存在しないために、ドキュメントのインポートが失敗しました。エラー・レポート・レベル(ArchiverEmailErrorLevel)はcollisionstandardsevereに設定されており、ArchiverErrorNotifyUserはsysadminに設定されていました。アーカイバのインポートの失敗を示す電子メール通知の例を次に示します。

Archiver Import Failure
There was a serious error during the import of a document which may prevent that 
document from being properly synchronized in state with the exporting content 
server. Content item 'test1' was not successfully checked in. The content 
type 'DOC' is not defined in the system.
Revision Being Imported
Collection:  idc
Archive Name:  ar1
Source Instance:  idc
Batch Name:  07-sep-24_15.15.41_766/07267151541~1.hda
Content ID:  test1
Title:  test1
Author:  sysadmin
Revision:  1
Release Date:  9/24/07 3:13 PM
Create Date:  9/24/07 3:14 PM

The Document Has Been Copied To An Exceptions Archive

Collection:  idc
Archive Name:  ImportExceptions
Batch Name:  07-sep-24_15.15.41_766/07267151541~1.hda
Total Captured In Archive:  1

35.1.3 シナリオ2

このシナリオでは、インポートを試行していますが、何度も失敗します。システム管理者は、インポート中に問題がある可能性に気付いていますが、失敗のたびに電子メールを通知する必要はないと考えています。ArchiverMaxConsecutiveImportErrors(デフォルトは10)を設定することにより、システム管理者は電子メール通知が中止されるまでの失敗数を設定できます。電子メールは、エラーがこの数に達するまで送信されます。設定した数に達する前にエクスポータからのインポートが成功した場合、あるいはコンテンツ・サーバー・インスタンスが再起動された場合、カウンタは0にリセットされます。エラーが最大数に達すると、アーカイブの自動インポートは中断されることに注意してください。

35.2 アーカイバ・レプリケーションの例外の管理および使用

アーカイバ・レプリケーションの例外機能の主な目的は、失敗したインポートをフィルタリングできるようにして、そのような失敗の処理と通知を最適化することです。アーカイバ・レプリケーションの例外でコンテンツ・アイテムを処理するためには、管理者が手動でIntradocDir/config/config.cfgファイルに構成エントリを設定する必要があります。構成変数により、特定の状況を許可したり、構成済の基準に基づいてエラー・レポートを配布するために、インポート側のコンテンツ・サーバー・インスタンスの動作をカスタマイズします。

次の構成変数を使用して、動作をカスタマイズできます。これらの値は、 IntradocDir/config/config.cfgファイル内の#Additional Variablesの下に設定する必要があります。

構成エントリの前にアーカイブ名を追加してコロン(:)で区切ると、その構成エントリはそのアーカイブにのみ適用されます。たとえば、アーカイブMyRemoteImportArchiveに対して例外の取得を有効にするには、config.cfgファイル内に次のエントリを使用します。

MyRemoteImportArchive:IsArchiverCapturingExceptions=true

アーカイブ名の接頭辞が適用されない場合、値セットはすべてのアーカイブのグローバル・デフォルトとなります。

パラメータArchiverMaxConsecutiveImportErrorsは、システムの問題(エクスポート時にすべてのドキュメントに同一の不正なメタデータ・フィールドが含まれていたなど)によりエラーが発生した場合に、エラーをスキップしてエラーに関する電子メール通知を送信するという問題を解決するものです。この場合、非常に多くのドキュメントが不必要に取得され、それに伴って大量の不要な電子メールが生成されます。この構成エントリは、このような状況を発見するのに役立ちます。自動インポート中に非常に多数の連続するインポート・エラーが検出されると、現在のアーカイブ・インポートが中断されます。手動インポートは最大エラーに対する標準的なルールに従います(「MaxarchiveErrorsAllowed」を参照)。(任意のアーカイブからの)インポートが成功した場合は、連続するインポート失敗カウントが0にリセットされます。

同一ドキュメントのインポートが(2回以上)連続して失敗した場合、最初の失敗についてのみ電子メールが送信されます。同一のドキュメントのインポートに失敗したが、それぞれ異なるバッチ・ロード・ファイルから行われた場合、直前のエラーに関するドキュメントの電子メールがすでに送信されていれば、次の電子メールは抑制されます。