15 Oracle WebCenter Content Records Adapterの管理
アダプタはRecordsサーバーに情報を返信するため、企業の重要なコンテンツのカタログを最新に維持できます。これにより、企業はより多くのコンテンツに、より一貫性のある方法でレコードおよび保存ポリシーを適用でき、管理の手間およびユーザーへの悪影響はより少なくなります。これら利点は、起訴の検索および保留についても同様に適用されます。Record Adapter for Content Server(今後は省略してContent Server Adapter)は、サーバーからそれらのポリシーを取得して、ボールトに格納されているコンテンツ・アイテムに適用します。
複数のアダプタをRecordsシステムで使用して、企業のコンテンツ要件を管理できます。この章では、ある特定のアダプタであるContent Server Adapterの構成および使用の方法について説明します。
この章のトピックは、次のとおりです:
15.1 Content Server Adapterの理解
一般的なContent Server Adapterのインストールに含まれる主要コンポーネントには次のものがあります。
-
Recordsシステム: 中央リポジトリにおけるコンテンツ、保存ポリシー、配置処理、起訴または監査の保留を管理できます。さらにこれらのポリシー、配置および保留を、Content Server Adapterによって外部のリポジトリ・コンテンツに適用できます。
-
Oracle WebCenter Content: リポジトリ内にコンテンツを格納して管理します。
-
Adapter: RecordsとContent Server Adapterのコンテンツ・ボールトの間の通信を行います。Content Server Adapterは、次のような共通の保存機能を提供します。
-
Recordsシステムに関わるリポジトリ内コンテンツの識別
-
検索の実行、およびRecordsシステムに適用可能なコンテンツ・アイテムの宣言
-
既存のコンテンツ・アイテムの保存期間終了時における配置処理の実行
-
コンテンツ・アイテムの保留および凍結の設定と削除(必要な場合)
-
Recordsシステムは、中央リポジトリにおけるレコード、保存ポリシー、配置処理、起訴の保留または凍結を管理します。アダプタを使用することで、これらのポリシー、配置および保留を、複数のリポジトリに格納されたコンテンツに適用できます。リポジトリは、保存を制御するコンテンツを保持している任意のサーバーまたはアプリケーションになります。
Content Server Adapterサーバーのコンテンツ・ボールトは、保存期間維持して、企業の保存スケジュールに指定し、企業の配置処理に従っての破棄する必要のあるコンテンツを保持します。保存期間中はContent Server Adapterによってレコードの不変性が保証されるため、レコードは所定の場所で保管されます。要求があれば、Content Server Adapterのボールトは保存期間の終了時にコンテンツをパージできます。
また、Content Server Adapterのボールトには、保存する必要のないコンテンツが保持されている場合もあります。このコンテンツの保存が必要なくなった場合は、Recordsシステム内に格納されている配置処理に従って処分できます。
起訴または監査の保留(凍結)対象となる要素は、ユーザーの手動による処理または配置処理の一環であっても、絶対に削除されないという強制的な順守事項があります。Content Server Adapterにより、Recordsシステムでの削除は発生しないことが保証されます。
ノート:
レコードではなく、起訴または監査対象でもないコンテンツ・アイテムはRecordsシステムには転送されません。かわりに、それらのドキュメントはContent Server Adapterのボールトに保持され、そのメタデータのみがRecordsシステムに格納されます。
Content Server Adapterは、RecordsシステムとContent Server Adapterのリポジトリとの間の通信を処理します。Recordsシステムが、格納されているコンテンツに対して企業の保存ポリシー、配置処理および訴訟の保留を同時に実行しても、コンテンツはContent Server Adapterのボールトに格納され、そこで維持されます。
Content Server Adapterを構成して、次の基本的な保存機能を提供できます。
-
登録: Content Server Adapterは、Recordsシステムを使用して自己を登録し、RecordsシステムがContent Server Adapterのボールトを認識し、リポジトリ内で格納されたコンテンツを管理できるようにします。
-
構成: Content Server Adapterの構成には、Recordsシステムのセキュリティおよび通信の正しい識別および資格証明情報を収集することが含まれています。構成情報には、メタデータ・フィールドのマッピングおよび同期化スケジュールの定義も含まれています。
-
Recordsシステムの問合せ: Content Server Adapterは、Recordsシステムに特定の情報を問い合わせます。たとえば、目的とする特定のアイテムの保存スケジュールを取得する必要がある場合があります。または、Content Server Adapterは、コンテンツ・アイテムのRecordsメタデータを要求し、ライフ・サイクル情報を取得する必要がある場合があります。
-
通信の管理: Content Server Adapterは、バッチ・プロセスを監視し、Recordsシステムを使用して通信エラーを処理し、大きい作業要求を通信ブロックにグループ化してチャンクで応答を処理することによって処理します。
-
リポジトリの監視およびバッチの宣言: Content Server Adapterは、リポジトリを定期的に検索し、配置処理または監査保留に影響する可能性があるリポジトリの変更をRecordsシステムに通知することによってサーバーのコンテンツを監視します。たとえば、Content Server Adapterは、管理する必要がある新規コンテンツのチェックインをRecordsシステムに通知します。
-
Recordsのタスクの実行: Content Server Adapterは、Recordsシステムを定期的に確認し、リポジトリ内で実行するタスクがあるかどうかを調べます。これらのタスクを実行すると、Recordsシステムは、企業の保存ポリシーおよび配置処理に従うことが可能になります。一般的なタスクには次のものがあります:
-
Recordsシステムは、Content Server Adapterを使用して、Content Server Adapterのボールト内で検索を実行し、検索条件と一致するアイテムのリストを提供できます。
-
訴訟保留がContent Server Adapterのボールト内の管理対象コンテンツに適用される場合、Recordsシステムは、Content Server Adapterを使用して、影響を受けるアイテムのリストを取得し、これが編集されたり破棄されたりしないように保存できます。
-
訴訟保留が削除されたとき、Content Server Adapterを使用して、影響を受けるアイテムの保存を停止し、保存スケジュールのルールおよび手順に従ってこれらを廃棄できます。
-
-
ロギングおよび監査: Content Server Adapterは、これが調整するアクティビティの一貫したロギングを提供します。これはイベント情報をログ・ファイルに提供し、その後ログ・ファイルはRecordsシステムにアップロードされ、統合されて格納されます。
15.2 アダプタ構成
Content Server Adapterを設定する最初のステップは、アダプタがあるリモート・サーバーの「管理」メニューにアクセスすることです。「管理」、レコード設定の構成、「アダプタ」の順に選択します。「アダプタ」オプションを選択します。
リモート・リポジトリの保存設定の構成ページの「アダプタ」オプションを選択すると、必要なコンポーネント・ソフトウェアが有効になります。インストールを完了するために、システムを再起動する必要があります。
次に、アダプタのサーバーの送信プロバイダを定義し、リポジトリ・ソースを登録します。そのリポジトリのドキュメントは、Recordsシステムの保存ポリシーを使用して管理されます。
ソースの登録後、Content Server AdapterのコンテンツとRecordsシステムのリポジトリを比較する確認が自動的に行われます。一致しないアイテムのリストが表示されます。このとき、Content Server Adapterのリポジトリのアイテムを削除して、2つのシステムを同期化できます。
次に、メタデータ・フィールドをマップする必要があります。Content Server Adapterのリポジトリは、広範なドキュメントを含む場合があり、Recordsシステムのリポジトリのフィールドと直接関連性のないカスタム・フィールドがある場合があります。アダプタのドキュメントがグループに分類されている場合、コンテンツに関連付けられた広範な保存カテゴリがある可能性があります。2つのリポジトリ間のメタデータ・フィールドをマッピングし、コンテンツを正しくカテゴリ化する必要があります。
Content Server Adapterは、セキュリティ・グループをRecordsシステムと同期化しません。アダプタでイメージング機能を使用している場合、データがRecordsシステムと後で同期化される場合、セキュリティ・グループは一致しません。イメージング・システムは、アプリケーションでの必要性に応じて、新しいセキュリティ・グループを動的に作成します。したがって、Recordsシステムで使用されるイメージング・システムとContent Server Adapterで同じセキュリティ・グループを設定するように計画にします。
アクセス制御リスト(ACL)設定もContent Server AdapterとRecordsシステムの間で同期化されません。つまり、一方のACLセキュリティ設定が他方の設定より上位のACLセキュリティ設定になる場合や一方のシステムでACLが無効になる可能性があります。システムの管理者は、ACLがサイトのニーズに対して適切に設定されていることを確認する必要があります。
プロバイダの定義および使用の詳細は、『Oracle WebCenter Contentの管理』を参照してください。
ノート:
外部アイテムのリビジョンは、Oracle WebCenter Contentに格納されているアイテムのリビジョンと異なります。たとえば、アイテムがアダプタ・システムで作成され、Recordsシステムに同期化された場合、このアイテムは1つのアイテムとして表示されます。しかし、このアイテムがアダプタ・システムで改訂された後に、Recordsシステムに同期化されると、アイテムは、1つのアイテムの2つのリビジョンではなく、2つのアイテムとしてカテゴリに表示されます。どちらのアイテムも同じコンテンツIDを持ちますが、これは外部アイテムのデフォルトの動作です。
この項では、Content Server Adapterの構成および使用に必要な基本的なタスクについて説明します。
15.2.1 ソースとプロバイダの構成
次の手順を使用して、ソースとプロバイダを構成します。
15.2.1.1 新しい送信プロバイダの定義
この手順を使用して、送信プロバイダを定義します。
Records 11gで10gアダプタを使用するには、接続文字列を変更する必要があります。前の接続文字列は次の例のようなものでした。
http://myhost.mycompany.com:myport/URMinstance/idcplg
新しい接続文字列は次の例のようになります。
http://myhost.mycompany.com:myport/_dav/URMinstance/idcplg
変更内容は、_dav
文字列が追加されたことのみです。_dav
文字列を使用すると、Content Serverは、フォームベース認証ではなく基本認証の使用を強制されます。
15.2.1.2 送信プロバイダの編集
この手順を使用して、送信プロバイダを定義します。
ノート:
アダプタが外部のRecordsソースとリンクされている場合、送信プロバイダを編集できません。送信プロバイダを編集する前に、まずこのリンクを解除する必要があります。
- 「管理」→「プロバイダ」を選択します。
- 「プロバイダ・リスト」ページで、編集するプロバイダに移動し、「情報」をクリックします。
- 「プロバイダ情報」ページで、「編集」をクリックします。
- 必要に応じて情報を編集し、完了したら「保存」をクリックします。
15.2.1.4 アダプタの送信プロバイダの削除
アダプタ・サーバーの既存の送信プロバイダを削除にするには:
ノート:
アダプタが外部のRecordsソースとリンクされている場合、送信プロバイダを削除できません。送信プロバイダを削除する前に、まずこのリンクを解除する必要があります。
15.2.2 フィールドの管理
アダプタのリモート・ソースのフィールドは、Recordsシステムのローカル・ソースですでに使用中のフィールドにマップする必要があります。アダプタのフィールドと一致するフィールドが存在しない場合、アダプタのデータに合うカスタム・メタデータ・フィールドを作成します。
15.2.2.1 カスタム・フィールドのリモート・ソースへのマップ
カスタム・メタデータ・フィールドをリモート・ソースにマップするには:
-
「レコード」、レコード・アダプタの順に選択します。
-
「構成」→「カスタム・フィールド」を選択します。
-
「カスタム・フィールドのマップ」ページで、「追加」をクリックします。
-
リモート・ソースのカスタム・メタデータのリストはリスト内にあります。「カスタム・フィールドのマップ」ダイアログまたは「カスタム・フィールドの編集」ダイアログのリストから使用するメタデータ・フィールドを選択し、Recordsシステムのデータベース表に格納するフィールドの名前およびキャプションを入力します。別の名前も入力できます。新しい名前を入力した場合は、アダプタによって、その名前に対応するカスタム・メタデータ・フィールドが自動的に作成されます。
-
「OK」をクリックします。
カスタム・メタデータ・フィールドは、「カスタム・フィールドのマップ」ページの「カスタム・メタデータ」フィールドのリストに追加されます。
-
フィールドの順序を変更するには、「上」または「下」矢印キーを使用して、フィールドの位置を移動します。
15.3 データの同期化
Recordsシステムで使用するようにアダプタを構成した後、同期化スケジュールを決定して両方のシステム(アダプタとRecordsシステム)のコンテンツが一貫して同期状態が保たれるようにします。この項では、同期化の確立に関するタスクについて説明します。
システムは、Content Server Adapterメニューからオプションを選択することによって、必要に応じて同期化することも可能です。これらの操作は、操作に関連するすべてアイテムを同期化します。たとえば、凍結イベントに関するすべてのコンテンツが同期化されます。個々の凍結イベントは選択して同期化できません。
ノート:
外部アイテムのリビジョンは、Oracle WebCenter Contentに格納されているアイテムのリビジョンと異なります。たとえば、アイテムがアダプタ・システムで作成され、Recordsシステムに同期化された場合、このアイテムは1つのアイテムとして表示されます。しかし、このアイテムがアダプタ・システムで改訂された後に、Recordsシステムに同期化されると、アイテムは、1つのアイテムの2つのリビジョンではなく、2つのアイテムとしてカテゴリに表示されます。どちらのアイテムも同じコンテンツIDを持ちますが、これは外部アイテムのデフォルトの動作です。
次のオプションを同期化できます。
-
保存スケジュール: 2つのシステム間の保存スケジュール全体を同期化します。
-
コンテンツ: 次のタイプの同期化操作から選択します。
-
アップロード: 最近アップロードしたコンテンツを検索して同期化します。
-
削除: 新しく削除したアイテムを検索して同期化します。
-
凍結: 凍結または凍結解除されたアイテムを検索して同期化します。
-
-
コンテンツ日付: 変更された日付フィールドを同期化します。外部ソースとローカル・リポジトリの日付が異なる場合、アダプタ上またはRecordsシステム・リポジトリ上のいずれかにある最も早い日付が使用されます(どちらにあるかは関係なし)。
-
完了としてマーク: 配置処理の承認および完了の準備ができているアイテムを同期化します。
-
アーカイブのアップロード: アップロードしたアーカイブを同期化します。
-
バイタルとしてマーク: バイタル・レビューとしてマークされたアイテムを同期化します。
-
すべて: すべての可能な操作を同期化します。
次の項では同期化について説明します。
15.3.1 必要に応じた同期化の実行
この手順に従って、特定の同期化操作に基づいてコンテンツを同期化します。
- 「レコード」、レコード・アダプタの順に選択します。
- 「同期化」を選択し、実行する同期化のタイプをクリックします。操作が実行されます。
- 操作が正常に完了すると、メッセージが表示されます。「OK」をクリックして続行します。
- エラーが発生すると、メッセージが表示されます。同期化ログを確認し、操作の詳細および同期化に失敗したアイテムを表示します。詳細は、「同期ログの表示」を参照してください。
15.3.2 同期化のスケジュール化
この手順に従って、定期的な同期化を実行するスケジュールを設定します。
- このページにアクセスするには、「レコード」、レコード・アダプタの順に選択します。
- その後、「構成」→「予定イベント」を選択します。
- 「予定イベントの構成」ページで、リストから時間測定の単位を選択し、同期中に経過した時間を選択します。
- システム・パフォーマンスに影響しない同期化の時間を選択します。
- 終了したら、「保存」をクリックします。