| Oracle® Fusion Middleware Oracle WebCenter Contentのマネージング 11g リリース1 (11.1.1) B72426-04 |
|
 前 |
 次 |
この章では、Oracle WebCenter Content Server Adapterの構成方法と使用方法について説明します。このアダプタは、Oracle WebCenter Content: Recordsシステム(レコード管理ポリシーを格納するシステム)と、アダプタ・サーバーのコンテンツ・ボールト(追加のコンテンツを保管するボールト)の間でブリッジの役割を果たします。これにより企業は、複数システムにわたるレコード、保存ポリシーおよび訴訟の保留を一箇所から管理できます。
アダプタはRecordsサーバーに情報を返信するため、企業の重要なコンテンツのカタログを最新に維持できます。これにより、企業はより多くのコンテンツに、より一貫性のある方法でレコードおよび保存ポリシーを適用でき、管理の手間およびユーザーへの悪影響はより少なくなります。これら利点は、起訴の検索および保留についても同様に適用されます。Record Adapter for Content Server(今後は省略してContent Server Adapter)は、サーバーからそれらのポリシーを取得して、ボールトに格納されているコンテンツ・アイテムに適用します。
複数のアダプタをRecordsシステムで使用して、企業のコンテンツ要件を管理できます。この章では、ある特定のアダプタである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システムにアップロードされ、統合されて格納されます。
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 Fusion Middleware Oracle WebCenter Contentの管理』を参照してください。
|
重要: 外部アイテムのリビジョンは、Oracle WebCenter Contentに格納されているアイテムのリビジョンと異なります。たとえば、アイテムがアダプタ・システムで作成され、Recordsシステムに同期化された場合、このアイテムは1つのアイテムとして表示されます。しかし、このアイテムがアダプタ・システムで改訂された後に、Recordsシステムに同期化されると、アイテムは、1つのアイテムの2つのリビジョンではなく、2つのアイテムとしてカテゴリに表示されます。どちらのアイテムも同じコンテンツIDを持ちますが、これは外部アイテムのデフォルトの動作です。 |
この項では、Content Server Adapterの構成および使用に必要な基本的なタスクについて説明します。
次の手順を使用して、ソースとプロバイダを構成します。
この手順を使用して、送信プロバイダを定義します。
「レコード」、レコード・アダプタの順に選択します。
「構成」→「ソース登録」を選択します。
「ソースの登録」ページで、「追加」をクリックします。
新しいプロバイダの追加ページまたは新しいプロバイダの編集ページで、必要な情報を適切なフィールドに入力します。
プロバイダ名: 送信プロバイダの名前。特殊文字は使用できません。
プロバイダの説明: プロバイダの説明。
サーバー・ホスト名: Recordsシステム・サーバーのインスタンスのホスト名。
HTTPサーバー・アドレス: インスタンスのURL。
サーバー・ポート: プロバイダがインスタンスと通信するポート。
インスタンス名: Recordsシステム・サーバーのインスタンスの名前。
相対Webルート: インスタンスの相対ルート。
完了したら「追加」をクリックします。
Records 11gで10gアダプタを使用するには、接続文字列を変更する必要があります。前の接続文字列は次の例のようなものでした。
http://myhost.mycompany.com:myport/URMinstance/idcplg
新しい接続文字列は次の例のようになります。
http://myhost.mycompany.com:myport/_dav/URMinstance/idcplg
変更内容は、_dav文字列が追加されたことのみです。_dav文字列を使用すると、Content Serverは、フォームベース認証ではなく基本認証の使用を強制されます。
この手順を使用して、送信プロバイダを定義します。
|
注意: アダプタが外部のRecordsソースとリンクされている場合、送信プロバイダを編集できません。送信プロバイダを編集する前に、まずこのリンクを解除する必要があります。 |
「管理」→「プロバイダ」を選択します。
「プロバイダ・リスト」ページで、編集するプロバイダに移動し、「情報」をクリックします。
「プロバイダ情報」ページで、「編集」をクリックします。
必要に応じて情報を編集し、完了したら「保存」をクリックします。
アダプタ・サーバーの既存の送信プロバイダを無効にするには:
「管理」→「プロバイダ」を選択します。
「プロバイダ・リスト」ページで、無効にするプロバイダに移動し、「情報」をクリックします。
「プロバイダ情報」ページで、「無効化」をクリックします。
選択を確認するプロンプトが表示されます。「OK」をクリックします。
送信プロバイダが無効になります。
アダプタ・サーバーの既存の送信プロバイダを削除にするには:
|
注意: アダプタが外部のRecordsソースとリンクされている場合、送信プロバイダを削除できません。送信プロバイダを削除する前に、まずこのリンクを解除する必要があります。 |
「管理」→「プロバイダ」を選択します。
「プロバイダ・リスト」ページで、削除するプロバイダに移動し、「情報」をクリックします。
「プロバイダ情報」ページで、「削除」をクリックします。
選択を確認するプロンプトが表示されます。
「OK」をクリックします。
「プロバイダ」表から送信プロバイダが削除されます。
アダプタ当たり1つのソースのみ登録できます。
外部ソースを登録するには:
「レコード」、レコード・アダプタの順に選択します。
「構成」→「ソース登録」を選択します。
「ソースの登録」ページで、必要な情報を適切なフィールドに入力します。
プロバイダ名: アダプタ・サーバーとRecordsシステム・サーバー間の通信用に構成された送信プロバイダの名前。
ソース名: Recordsシステム・サーバー上に作成するRecordsシステム・ソースの名前。
ソース表示名: ソースを識別するためにユーザー・インタフェースで使用する名前。
ソース表名: ソースに対して作成されるデータベース表の接頭辞。
完了したら「登録」をクリックします。登録により、Recordsシステムはアダプタを認識できるようになり、アダプタ・サーバーのリポジトリに格納されているコンテンツを管理する準備ができます。
|
重要: ソースを登録解除すると、外部ソースのデータがクリアされます。ソースを登録解除する前に、データをエクスポートしてアーカイブする必要があります。 |
外部ソースを登録解除するには:
「レコード」、レコード・アダプタ、「ソースの登録解除」の順に選択します。
アクションを確認するプロンプトが表示されます。「OK」をクリックして続行します。
この手順に従って外部ソースおよびこのソースに関連付けられたデータベース表を削除します。
|
重要: 外部ソースを削除する場合、これを再使用するためには外部ソースを再構成する必要があります。 |
「レコード」、「構成」の順に選択します。
「保有」、「外部ソースの削除」の順に選択します。
削除するソースの名前を強調表示し、「削除」をクリックするか、または「リセット」をクリックして強調表示をクリアします。複数のアイテムを削除するには、[Shift]キーを押したままにして複数のアイテムを強調表示します。
ソースに関連付けられたデータベース表を削除するには、「外部ソース・データベース表の削除」を選択します。
外部ソースに関連付けられたすべてのデータベース表が削除されます。
アダプタのリモート・ソースのフィールドは、Recordsシステムのローカル・ソースですでに使用中のフィールドにマップする必要があります。アダプタのフィールドと一致するフィールドが存在しない場合、アダプタのデータに合うカスタム・メタデータ・フィールドを作成します。
カスタム・メタデータ・フィールドをリモート・ソースにマップするには:
「レコード」、レコード・アダプタの順に選択します。
「構成」→「カスタム・フィールド」を選択します。
「カスタム・フィールドのマップ」ページで、「追加」をクリックします。
リモート・ソースのカスタム・メタデータのリストはリスト内にあります。「カスタム・フィールドのマップ」ダイアログまたは「カスタム・フィールドの編集」ダイアログのリストから使用するメタデータ・フィールドを選択し、Recordsシステムのデータベース表に格納するフィールドの名前およびキャプションを入力します。別の名前も入力できます。新しい名前を入力した場合は、アダプタによって、その名前に対応するカスタム・メタデータ・フィールドが自動的に作成されます。
「OK」をクリックします。
カスタム・メタデータ・フィールドは、「カスタム・フィールドのマップ」ページの「カスタム・メタデータ」フィールドのリストに追加されます。
フィールドの順序を変更するには、「上」または「下」矢印キーを使用して、フィールドの位置を移動します。
以前マップしたフィールドを編集するには:
「レコード」、レコード・アダプタの順に選択します。
「構成」→「カスタム・フィールド」を選択します。
「カスタム・フィールドのマップ」ページで、リストからメタデータ・フィールドを選択し、「編集」をクリックします。
「カスタム・フィールドのマップ」ダイアログまたは「カスタム・フィールドの編集」ダイアログで、必要に応じて情報を変更し、「更新」をクリックします。
「カスタム・フィールドのマップ」ページのフィールド順序を変更するには、「上」または「下」矢印キーを使用してフィールドの位置を移動します。
Recordsシステムで使用するようにアダプタを構成した後、同期化スケジュールを決定して両方のシステム(アダプタとRecordsシステム)のコンテンツが一貫して同期状態が保たれるようにします。この項では、同期化の確立に関するタスクについて説明します。
システムは、Content Server Adapterメニューからオプションを選択することによって、必要に応じて同期化することも可能です。これらの操作は、操作に関連するすべてアイテムを同期化します。たとえば、凍結イベントに関するすべてのコンテンツが同期化されます。個々の凍結イベントは選択して同期化できません。
|
重要: 外部アイテムのリビジョンは、Oracle WebCenter Contentに格納されているアイテムのリビジョンと異なります。たとえば、アイテムがアダプタ・システムで作成され、Recordsシステムに同期化された場合、このアイテムは1つのアイテムとして表示されます。しかし、このアイテムがアダプタ・システムで改訂された後に、Recordsシステムに同期化されると、アイテムは、1つのアイテムの2つのリビジョンではなく、2つのアイテムとしてカテゴリに表示されます。どちらのアイテムも同じコンテンツIDを持ちますが、これは外部アイテムのデフォルトの動作です。 |
次のオプションを同期化できます。
保存スケジュール: 2つのシステム間の保存スケジュール全体を同期化します。
コンテンツ: 次のタイプの同期化操作から選択します。
アップロード: 最近アップロードしたコンテンツを検索して同期化します。
削除: 新しく削除したアイテムを検索して同期化します。
凍結: 凍結または凍結解除されたアイテムを検索して同期化します。
コンテンツ日付: 変更された日付フィールドを同期化します。外部ソースとローカル・リポジトリの日付が異なる場合、アダプタ上またはRecordsシステム・リポジトリ上のいずれかにある最も早い日付が使用されます(どちらにあるかは関係なし)。
完了としてマーク: 配置処理の承認および完了の準備ができているアイテムを同期化します。
アーカイブのアップロード: アップロードしたアーカイブを同期化します。
バイタルとしてマーク: バイタル・レビューとしてマークされたアイテムを同期化します。
すべて: すべての可能な操作を同期化します。
次の項では同期化について説明します。
この手順に従って、特定の同期化操作に基づいてコンテンツを同期化します。
「レコード」、レコード・アダプタの順に選択します。
「同期化」を選択し、実行する同期化のタイプをクリックします。操作が実行されます。
操作が正常に完了すると、メッセージが表示されます。「OK」をクリックして続行します。
エラーが発生すると、メッセージが表示されます。同期化ログを確認し、操作の詳細および同期化に失敗したアイテムを表示します。詳細は、15.3.3項を参照してください。
この手順に従って、定期的な同期化を実行するスケジュールを設定します。
このページにアクセスするには、「レコード」、レコード・アダプタの順に選択します。
その後、「構成」→「予定イベント」を選択します。
「予定イベントの構成」ページで、リストから時間測定の単位を選択し、同期中に経過した時間を選択します。
システム・パフォーマンスに影響しない同期化の時間を選択します。
終了したら、「保存」をクリックします。
この手順に従って、同期化アクティビティ中に自動的に生成されるログを表示します(同期化がオンデマンドかスケジュールかには関係なし)。
「レコード」、レコード・アダプタの順に選択します。
「ログ」を選択し、表示するログ・ファイルのタイプを選択します。
「同期化ログ」ページで、ログしたイベントに関する追加の詳細を表示するには、操作の「アクション」メニューから「アイテムの表示」を選択します。
操作を再実行するには、、操作の「アクション」メニューから「タスクの再実行」を選択します。
