Oracle® Fusion Middleware

Oracle WebCenter Contentのインストールおよび構成

11g リリース1 (11.1.1)

B65039-06(原本部品番号:E14495-12)

2014年3月

Oracle Fusion Middleware Oracle WebCenter Contentのインストールと構成 11g リリース1 (11.1.1)

B65039-06

Copyright © 1994, 2014, Oracle and/or its affiliates. All rights reserved.

原本主著者: Bonnie Vaughan

原本協力著者: Sean Cearley、Sarah Howland、Kevin Hwang、Karen Johnson、Bruce Silver、Len Turmel、Jean Wilson、Martin Wykes

原本協力者: Rob Abbe、Tom Albrecht、Satheesh Amilineni、Nathan Angstadt、Tim Bass、Pete Chapman、Sandra Christiansen、Eric Cloney、Rupesh Das、Izeta Delic、Carl Foster、Sudhanshu Garg、Brian Gray、Helen Grembowicz、Marsha Hancock、Michael Heath、Katie Ho、MaryJo Hoepner、Mei Hong、David Jones、István Kiss、Vasant Kumar、Peter LaQuerre、Bill Loi、Jeff Marshall、Ron Mellum、Liju Nair、John Neely、Saskia Nehls、Bob O'Kane-Trombley、Alejandro Paredes、Ty Paywa、Andy Peet、Ken Peterka、Wes Prichard、Rafael Ramirez、Indira Smith、Meena Srinivasan、Vani Srivastava、Gene Sutay、David Truckenmiller、Matt Wall、Michael Zanchelli、Lisa Zitek-Jones

このソフトウェアおよび関連ドキュメントの使用と開示は、ライセンス契約の制約条件に従うものとし、知的財産に関する法律により保護されています。ライセンス契約で明示的に許諾されている場合もしくは法律によって認められている場合を除き、形式、手段に関係なく、いかなる部分も使用、複写、複製、翻訳、放送、修正、ライセンス供与、送信、配布、発表、実行、公開または表示することはできません。このソフトウェアのリバース・エンジニアリング、逆アセンブル、逆コンパイルは互換性のために法律によって規定されている場合を除き、禁止されています。

ここに記載された情報は予告なしに変更される場合があります。また、誤りが無いことの保証はいたしかねます。誤りを見つけた場合は、オラクル社までご連絡ください。

このソフトウェアまたは関連ドキュメントが、米国政府機関もしくは米国政府機関に代わってこのソフトウェアまたは関連ドキュメントをライセンスされた者に提供される場合は、次のNoticeが適用されます。

U.S. GOVERNMENT RIGHTS Programs, software, databases, and related documentation and technical data delivered to U.S. Government customers are "commercial computer software" or "commercial technical data" pursuant to the applicable Federal Acquisition Regulation and agency-specific supplemental regulations. As such, the use, duplication, disclosure, modification, and adaptation shall be subject to the restrictions and license terms set forth in the applicable Government contract, and, to the extent applicable by the terms of the Government contract, the additional rights set forth in FAR 52.227-19, Commercial Computer Software License (December 2007). Oracle America, Inc., 500 Oracle Parkway, Redwood City, CA 94065.

このソフトウェアまたはハードウェアは様々な情報管理アプリケーションでの一般的な使用のために開発されたものです。このソフトウェアまたはハードウェアは、危険が伴うアプリケーション(人的傷害を発生させる可能性があるアプリケーションを含む)への用途を目的として開発されていません。このソフトウェアまたはハードウェアを危険が伴うアプリケーションで使用する際、このソフトウェアまたはハードウェアを安全に使用するために、適切な安全装置、バックアップ、冗長性(redundancy)、その他の対策を講じることは使用者の責任となります。このソフトウェアまたはハードウェアを危険が伴うアプリケーションで使用したことに起因して損害が発生しても、オラクル社およびその関連会社は一切の責任を負いかねます。

OracleおよびJavaはOracle およびその関連企業の登録商標です。その他の名称は、それぞれの所有者の商標または登録商標です。

Intel、Intel Xeonは、Intel Corporationの商標または登録商標です。すべてのSPARCの商標はライセンスをもとに使用し、SPARC International, Inc.の商標または登録商標です。AMD、Opteron、AMDロゴ、AMD Opteronロゴは、Advanced Micro Devices, Inc.の商標または登録商標です。UNIXはThe Open Groupの登録商標です。

このソフトウェアまたはハードウェアおよびドキュメントは、第三者のコンテンツ、製品、サービスへのアクセス、あるいはそれらに関する情報を提供することがあります。オラクル社およびその関連会社は、第三者のコンテンツ、製品、サービスに関して一切の責任を負わず、いかなる保証もいたしません。オラクル社およびその関連会社は、第三者のコンテンツ、製品、サービスへのアクセスまたは使用によって損失、費用、あるいは損害が発生しても、一切の責任を負いかねます。

目次

タイトルおよび著作権情報

はじめに

- 対象読者

- ドキュメントのアクセシビリティについて

- 関連ドキュメント

- 表記規則

1 インストールの概要

- 1.1 Oracle WebCenter Contentアプリケーション

- 1.2 インストールのロードマップ

- 1.2.1 インストール・モジュール

- 1.2.1.1 Oracle Fusion MiddlewareホームとOracle WebLogic Serverホーム

- 1.2.1.2 データベース

- 1.2.1.3 リポジトリ作成ユーティリティ

- 1.2.1.4 Oracle WebCenter Content

- 1.2.1.5 Oracle SOA Suite (AXFおよびImagingの場合)

- 1.2.2 Oracle WebCenter Contentをインストールおよび構成するためのソフトウェアのダウンロード

- 1.2.2.1 Oracle WebCenter Contentをインストールおよび構成するためのOracle Software Delivery Cloudからのソフトウェアのダウンロード

- 1.2.2.2 Oracle WebCenter Contentをインストールおよび構成するためのOTNからのソフトウェアのダウンロード

- 1.3 Oracle WebCenter Contentのトポロジ・サマリー

2 Oracle WebCenter Contentのインストール

- 2.1 インストールの準備

- 2.1.1 Windowsオペレーティング・システムでの8.3ファイル命名規則の無効化

- 2.1.2 Unicodeサポートの有効化

- 2.1.3 システム要件および動作保証の確認

- 2.1.4 UNIXシステムでのインベントリ・ディレクトリの場所の指定

- 2.1.5 サポートされているデータベースのインストールと構成

- 2.2 リポジトリ作成ユーティリティによるOracle WebCenter Contentスキーマの作成

- 2.2.1 RCUを実行しスキーマをロードする準備

- 2.2.1.1 データベースに関する前提条件

- 2.2.1.2 Oracle WebCenter Content Oracle WebCenter Contentスキーマのデータベース管理

- 2.2.1.3 LinuxおよびWindowsオペレーティング・システム用のRCU

- 2.2.2 Oracle WebCenter Contentアプリケーションのスキーマの作成

- 2.3 アプリケーション・サーバーとOracle Fusion Middlewareのインストール

- 2.4 Oracle WebCenter Contentのインストーラの使用

- 2.4.1 インストーラの起動

- 2.4.2 インストール手順の実行

- 2.5 インストールの確認

- 2.5.1 インストール・ログ・ファイルの表示

- 2.5.2 ディレクトリ構造のチェック

3 Oracle WebCenter Contentアプリケーションの構成

- 3.1 Oracle WebCenter Contentアプリケーションを構成する準備

- 3.2 Oracle WebLogic Serverドメインの作成

- 3.3 既存のドメインの拡張

- 3.4 SSL環境でのドメインの拡張

- 3.5 管理対象サーバー用のJava VMヒープ・サイズの増大

- 3.5.1 管理コンソールによる管理対象サーバーのサーバー起動パラメータの設定

- 3.5.2 管理対象サーバーのUSER_MEM_ARGS環境変数の設定

- 3.6 UNIXシステムでのフォントの設定

- 3.6.1 UNIXシステムでのTrueTypeフォントの設定

- 3.6.2 UNIXシステムでの各国語サポートのためのフォントのインストール

- 3.7 ライブラリのインストールとOutside In Technology用の環境変数の設定

- 3.7.1 UNIXプラットフォームでのOutside In Technology用のライブラリのインストール

- 3.7.2 UNIXプラットフォームでの環境変数のライブラリ・パスの設定

- 3.7.3 Windowsオペレーティング・システム用のVisual C++ライブラリのダウンロード

- 3.8 Oracle WebCenter ContentアプリケーションのためのSSLの構成

- 3.8.1 本番環境用のSSLの構成

- 3.8.2 開発環境用のSSLの構成

- 3.8.2.1 開発環境用の一方向SSLの構成

- 3.8.2.2 サーバー証明書を受け入れるためのクライアントの構成

- 3.9 アイデンティティ・ストアと外部LDAP認証プロバイダの再関連付け

- 3.9.1 アイデンティティ・ストアとOracle Internet Directoryの再関連付け

- 3.9.2 Imagingセキュリティ表でGUIDをリフレッシュ

- 3.9.2.1 WLSTを使用してImagingセキュリティ表でGUID値をリフレッシュ

- 3.9.2.2 Fusion Middleware Controlを使用してImagingセキュリティ表のGUID値をリフレッシュ

- 3.9.3 パフォーマンスを考慮したLDAP認証プロバイダの構成

- 3.10 Oracle Internet Directoryへのユーザーの追加

- 3.11 シングル・サインオン(SSO)の構成

- 3.11.1 Oracle Access Managerシングル・サインオンの構成

- 3.11.2 Oracleシングル・サインオンの構成

- 3.11.3 Windowsネイティブ認証の構成

- 3.12 Oracle Web TierとWebCenter Contentの統合

- 3.13 管理対象サーバー・クラスタの構成

- 3.14 Oracle Web Services Manager Securityの設定

- 3.14.1 Oracle WebLogic ServerとOracle WebCenter Contentのインストール

- 3.14.2 リポジトリ作成ユーティリティによるOracle WSM MDSスキーマの作成

- 3.14.3 Oracle WebLogic ServerドメインでのOracle WebCenter ContentアプリケーションおよびOracle WSM Policy Managerの構成

- 3.14.4 Oracle WSMの「サーバーのソケット・ポート」および「ソケット接続アドレス・セキュリティ・フィルタを着信中」の構成

- 3.14.5 キーストアおよびOracle WSMポリシーを使用したWebサービスの保護

- 3.14.5.1 キーストアの設定

- 3.14.5.2 WebサービスへのOracle WSMポリシーの適用

4 WebCenter Contentの構成の完了

- 4.1 コンテンツ・サーバーでのレコード管理用のレポート・ライブラリの構成

- 4.2 WebCenter Contentの初期構成の完了

- 4.3 コンテンツ・サーバーの初期構成の完了

- 4.3.1 コンテンツ・サーバーの起動

- 4.3.2 コンテンツ・サーバー・インスタンスの構成

- 4.3.3 コンポーネントの有効化または無効化

- 4.3.4 フォルダ・インタフェースの構成

- 4.3.5 IBM DB2データベース検索のためのコンテンツ・サーバーの構成

- 4.3.6 WebCenter Contentで使用するMicrosoft SQL Serverの構成

- 4.4 WebCenter Contentクラスタ・ノードのその他のパラメータの構成

- 4.5 コンテンツ・サーバー用のOracleTextSearchの構成

- 4.5.1 Oracle Database 11.1.0.7.0でOracle Text 11gを使用するためのパッチの適用

- 4.5.2 スタンドアロン・アプリケーションの外部データベース・プロバイダの構成

- 4.6 Windowsクライアントへの「チェックアウトして開く」ActiveXコントロールのインストール

- 4.7 スタンドアロン・アプリケーションのJDBCドライバの構成

- 4.8 スタンドアロン・アプリケーションのキーストアへのデータベース・ルートCA証明書のインポート

- 4.9 コンテンツ・サーバーでのSite Studioの有効化および構成

- 4.9.1 コンテンツ・サーバーでのSite Studioの有効化

- 4.9.2 デフォルトのプロジェクト・ドキュメント情報の設定

- 4.9.3 Webサイト・アセットのデフォルト・メタデータの設定

- 4.9.4 ゾーン・フィールドの構成

- 4.9.5 コンテンツ・サーバーでのJavaServer Pagesの有効化

- 4.9.6 コンテンツ・サーバーの索引の再構築

- 4.10 Desktop用のコンテンツ・サーバーの構成

- 4.11 クライアント・ワークステーションでのDesktopのインストールおよび構成

- 4.12 非SSL接続でMicrosoft Office 2010からファイルを開く方法

- 4.13 コンテンツ・サーバーでのレコード管理の構成

- 4.14 Oracle WebCenter ContentのWeb層としてのOracle iPlanet Web Serverの構成

- 4.15 WebCenter Contentのクラスタリング用の共有フォルダの構成

- 4.16 AXF for BPMとAXF for BPELのインストールおよび構成

5 Inbound Refineryの構成の完了

- 5.1 Inbound Refineryの初期構成の完了

- 5.2 WebCenter ContentでのInbound Refineryのインストールと構成

- 5.2.1 WebCenter ContentでのInbound Refineryの構成

- 5.2.2 Inbound Refineryでのドキュメント変換の構成

- 5.2.2.1 Inbound Refineryでの変換コンポーネントの有効化

- 5.2.2.2 Inbound RefineryでのPDFExportConverterの有効化

- 5.2.3 変換のためにInbound Refineryにジョブを送信するコンテンツ・サーバーの設定

- 5.2.3.1 送信プロバイダの作成

- 5.2.3.2 コンテンツ・サーバーでのInbound Refineryのコンポーネントの有効化

- 5.2.3.3 変換するファイル形式の選択

- 5.2.4 Inbound Refinery用のフォント・ディレクトリへのパスの変更

6 Imagingの構成の完了

- 6.1 Imagingの初期構成の完了

- 6.1.1 Imaging用のWebCenter Contentリポジトリの構成

- 6.1.1.1 Imagingと併用するWebCenter Content 11gの構成

- 6.1.1.2 コンテンツ記憶域用のファイル・ストア・プロバイダの構成

- 6.1.2 Imaging管理対象サーバーの起動およびWebクライアントへのアクセス

- 6.1.3 WebCenter Contentリポジトリへの接続

- 6.1.4 ワークフロー・サーバーへの接続

- 6.1.4.1 ワークフロー・サーバーへの接続の構成

- 6.1.4.2 データベースへの接続の追加

- 6.1.5 UNIXシステム用のGDFontPath MBeanの構成

- 6.1.6 Solaris 11gのUNIX Exalogic環境で、Imagingビューアに対するDISPLAYを設定

- 6.1.7 定義のインポート

- 6.2 WebCenter Contentリポジトリでの全文検索機能の構成

- 6.3 Imagingシステム・セキュリティの設定

- 6.4 Imagingビューア・キャッシュの構成

- 6.4.1 ビューア・キャッシュ・パスの変更

- 6.4.2 キャッシュされたドキュメントの暗号化

- 6.4.3 キャッシュされたドキュメントの暗号化の無効化

- 6.5 AXF for BPMとAXF for BPELのインストールおよび構成

- 6.5.1 AXF for BPMの構成および検証

- 6.5.1.1 AXF for BPMの構成

- 6.5.1.2 AXF for BPMのインストールの検証

- 6.5.2 AXF for BPELの構成および検証

- 6.5.2.1 分散Imaging管理対象サーバーのAXF for BPELに対するJavaオブジェクト・キャッシュの構成

- 6.5.2.2 HelloWorldを使用したAXF for BPELのインストールおよび構成の検証

- 6.5.2.3 HelloBpelを使用したAXF for BPELのインストールおよび構成の検証

7 Captureの構成の完了

- 7.1 Captureの構成の完了の概要

- 7.2 Captureの初期構成の完了

- 7.2.1 Capture管理対象サーバーの起動

- 7.2.2 Captureユーザーへのロールの割当て

- 7.2.3 システムレベルの設定の変更

- 7.3 ハッシュ・パーティションの作成によるデータベース・パフォーマンスの改善

8 Recordsの構成の完了

- 8.1 Recordsの初期構成の完了

- 8.1.1 Records機能のレベルの構成

- 8.1.2 Recordsの設定チェックリストの完了

- 8.2 Recordsクラスタ・ノードのその他のパラメータの構成

- 8.3 RecordsでのOracleTextSearchの使用

- 8.4 IBM DB2データ・ソースの接続プール・プロパティ値の設定

9 Oracle IRM構成の完了

- 9.1 Oracle IRMの初期構成の完了

- 9.1.1 Oracle IRM用のサーバーURL構成パラメータの設定

- 9.1.2 Oracle IRM用のキーストアの構成

- 9.1.2.1 暗号化アルゴリズム、キー・サイズおよびキーストアの選択

- 9.1.2.2 キーストアの作成

- 9.1.2.3 キーストアの場所の設定

- 9.1.2.4 キーストア・パスワードの資格証明ストアへの追加

- 9.1.2.5 ポリシー・ストアと資格証明ストアの構成

- 9.2 Oracle IRM構成の検証

- 9.3 アイデンティティ・ストアの構成

- 9.4 RightsとOracle Access Manager 11gとの統合

- 9.5 Oracle RACを使用するOracle IRMの構成

10 Oracle WebCenter Contentの構成の検証

- 10.1 管理サーバーの起動

- 10.2 管理対象サーバーの起動

- 10.3 管理対象サーバーの再起動

- 10.4 Oracle WebCenter Contentでのノード・マネージャの使用

- 10.4.1 マシンの構成

- 10.4.2 サーバーのマシンへの割当て

- 10.4.3 ノード・マネージャを起動する前の起動スクリプト使用の有効化

- 10.4.4 管理対象サーバーへのノード・マネージャの使用

- 10.5 管理対象サーバーのJavaヒープ・サイズの増大

- 10.6 Oracle WebCenter Contentの構成の検証

11 Oracle WebCenter Contentのアンインストール

- 11.1 Oracle WebCenter Contentをアンインストールする準備

- 11.2 Oracle Fusion Middlewareの停止

- 11.3 Oracle WebCenter Contentスキーマの削除

- 11.3.1 リポジトリ作成ユーティリティの起動

- 11.3.2 スキーマの削除

- 11.4 WebCenter Content Oracleホームの削除

- 11.4.1 UNIXシステムでWebCenter Content Oracleホームを手動で削除

- 11.4.2 WindowsシステムでWebCenter Content Oracleホームを手動で削除

12 WebCenter Contentユーザー・インタフェースを使用したコンテンツ・サーバーの構成

- 12.1 WebCenter Contentユーザー・インタフェースを使用したコンテンツ・サーバーの構成の概要

- 12.2 Oracle WebCenter Content 11g (11.1.1.8)のインストールおよび構成

- 12.2.1 WebCenter Contentユーザー・インタフェース・コンポーネントの有効化

- 12.2.2 Remote Intradoc Client (RIDC)の設定

- 12.2.3 画像およびWeb表示可能レンディションの生成

- 12.2.4 コンテンツ・サーバーでの拡張機能の構成

- 12.3 Oracle Application Development Framework 11g (11.1.2)のインストール

- 12.4 WebCenter Contentユーザー・インタフェース・アプリケーションのインストール

- 12.5 WebCenter Contentユーザー・インタフェース・アプリケーションのデプロイ

- 12.6 管理者ユーザーの構成

- 12.7 WebCenter Contentユーザー・インタフェースへのアクセス

- 12.8 ワークフロー構成の完了

A Oracle WebCenter Contentのインストール画面

- A.1 ようこそ

- A.2 ソフトウェア更新のインストール

- A.3 前提条件のチェック

- A.4 インストール場所の指定

- A.5 アプリケーション・サーバー

- A.6 インストール・サマリー

- A.7 インストールの進行状況

- A.8 インストール完了

B Oracle WebCenter Contentの構成画面

- B.1 ドメイン・ソースの選択

- B.2 拡張ソースの選択

- B.3 JDBCコンポーネント・スキーマの構成

- B.4 オプションの構成を選択

- B.5 JMS分散宛先タイプの選択

- B.6 管理対象サーバーの構成

- B.7 クラスタの構成

- B.8 サーバーのクラスタへの割当

- B.9 マシンの構成

- B.10 サーバーのマシンへの割当

- B.11 デプロイメントのクラスタまたはサーバーへのターゲット設定

- B.12 サービスのクラスタまたはサーバーへのターゲット設定

C Oracle WebCenter Contentの削除画面

- C.1 ようこそ

- C.2 Oracleホームのアンインストール

- C.3 アンインストールの進行状況

- C.4 アンインストール完了

D サイレント・インストール

E Oracle WebCenter Content: Desktopの構成

- E.1 Desktopクライアント・ソフトウェアのインストール・ファイルの抽出と実行

- E.1.1 自動化のためのコマンドライン・パラメータの使用

- E.1.2 統合の無効化

- E.1.3 サイレント・ロールアウトの実行

- E.1.4 Windowsシステムでレジストリを介するコンテンツ・サーバー接続の構成

- E.2 Webブラウザ検索プロバイダ名の設定

- E.3 サブフォルダ検索の有効化

- E.4 電子メール・メタデータのマッピング

- E.5 フォームベースのログインの構成

- E.6 フォームベースのログインの正規表現のカスタマイズ

F トラブルシューティング

- F.1 一般的なトラブルシューティングのヒント

- F.2 Oracle WebCenter Contentのインストールおよび構成のトラブルシューティング

- F.2.1 Oracle Fusion Middlewareのインストールおよび構成ログ・ファイル

- F.2.2 Oracle IRMキーストア構成の問題

- F.2.3 WebCenter Content 11gへの接続を試行中に発生するImagingエラー

- F.2.4 Oracle SOA Suiteがインストールされていない場合のAXFからのImagingエラー

- F.2.5 Oracle SOA SuiteまたはOracle BAMを使用したドメインのOracle WSMポリシー・マネージャに接続中に発生したコンテンツ・サーバー・エラー

- F.2.6 Microsoft SQL Serverに接続したRecordsサーバーの起動時に発生するファイルの欠落エラー

- F.3 Inbound Refineryの問題

- F.3.1 インストール後リファイナリにログインできない

- F.3.2 ファイルが「WWW生成」ステータスで断続的にスタック状態になる

- F.3.3 Inbound Refineryの初回起動時にRIDCポートが設定されない

- F.4 その他のヘルプ

索引

はじめに

このインストレーション・ガイドでは、Oracle WebCenter Contentのインストール、構成およびトラブルシューティングに関する情報と手順について説明します。

対象読者

このガイドは、Oracle WebCenter Contentを初めてインストールするユーザーを対象としており、読者は、ユーザーやグループの作成、グループへのユーザーの追加、製品のインストール先コンピュータにオペレーティング・システムのパッチをインストールするなど、一定のシステム管理操作に習熟している必要があります。UNIXオペレーティング・システムにインストールするユーザーは、一部のスクリプトを実行するために、rootアクセスが必要となります。

ドキュメントのアクセシビリティについて

オラクル社のアクセシビリティへの取組みの詳細は、Oracle Accessibility ProgramのWebサイトhttp://www.oracle.com/pls/topic/lookup?ctx=acc&id=docaccを参照してください。

Oracleサポートへのアクセス

Oracleカスタマは、My Oracle Supportから電子サポートにアクセスできます。詳細は、http://www.oracle.com/pls/topic/lookup?ctx=acc&id=infoまたはhttp://www.oracle.com/pls/topic/lookup?ctx=acc&id=trs (聴覚障害者向け)を参照してください。

関連ドキュメント

追加情報については、次のドキュメントを参照してください。

- Oracle Fusion Middleware Oracle WebCenter Contentの管理

- Oracle WebCenter Content Imaging管理者ガイド

- Oracle Fusion Middleware Oracle WebCenter Portalの管理

- Oracle Fusion Middleware Oracle WebCenterアプリケーション・アダプタの管理

- Oracle Fusion Middleware管理者ガイド

- Oracle Fusion Middleware Oracle Internet Directory管理者ガイド

- Oracle Fusion Middlewareアプリケーション・セキュリティ・ガイド

- Oracle Fusion Middlewareコンセプト

- Oracle Fusion Middleware構成ウィザードによるドメインの作成

- Oracle Fusion Middleware Oracle WebCenter Contentエンタープライズ・デプロイメント・ガイド

- Oracle Fusion Middleware高可用性ガイド

- Oracle Fusion Middleware Oracle Identity Managementインストレーション・ガイド

- Oracle Fusion Middleware Oracle SOA Suite and Oracle Business Process Management Suiteインストレーション・ガイド

- Oracle Fusion Middleware Oracle Web Tierインストレーション・ガイド

- Oracle Fusion Middleware Oracle WebLogic Serverインストレーション・ガイド

- Oracle Fusion Middlewareインストレーション・プランニング・ガイド

- Oracle Fusion Middleware Oracle WebCenter Content評価インスタンスのインストール

- Oracle Fusion Middleware Oracle Application Development Framework Java EE開発者ガイド

- Oracle Fusion Middleware Oracle WebCenter Captureの管理

- Oracle Fusion Middleware Oracle WebCenter Contentのマネージング

- Oracle Fusion Middleware Oracle WebLogic Serverノード・マネージャ管理者ガイド

- Oracle Fusion Middlewareパッチ適用ガイド

- Oracle Fusion Middleware Repository Creation Utilityユーザーズ・ガイド

- Oracle Fusion Middleware Oracle WebLogic Serverの保護

- Oracle Fusion Middlewareサード・パーティ・アプリケーション・サーバー・ガイド

- Oracle Fusion Middleware Oracle WebLogic Serverクラスタの使用

- Oracle Fusion Middleware Oracle WebCenter Contentの使用

- Oracle Fusion Middleware Oracle WebCenter Content: Desktopの使用

- Oracle Fusion Middleware WebLogic Scripting Toolコマンド・リファレンス

- Oracle WebCenter Content Site Studio管理者およびマネージャーズ・ガイド

- Oracle WebCenter Content Site Studioテクニカル・リファレンス・ガイド

- Oracle WebCenter Content Site Studio Designerユーザーズ・ガイド

表記規則

このドキュメントでは、UNIXオペレーティング・システムまたはUNIXシステムという用語は、Linuxオペレーティング・システムを含むオペレーティング・システムのカテゴリを指します。このドキュメントのほとんどのUNIXコマンド例は、Bourneシェルで使用するためのものです。使用するシェル用の同等のコマンドを使用する必要があります。

次の表に、このドキュメントで使用する、テキストの表記規則を示します。

規則

意味

太字

太字は、操作に関連するグラフィカル・ユーザー・インタフェース要素、または本文中で定義されている用語および用語集に記載されている用語を示します。

イタリック体

イタリック体は、特定の値を指定するプレースホルダ変数を示します。

固定幅フォント

固定幅フォントは、パラグラフ内のコマンド、URL、例に記載されているコード、画面に表示されるテキスト、または入力するテキストを示します。

1 インストールの概要

Oracle WebCenter Contentは、Oracle Fusion Middlewareコンポーネントの1つで、コンテンツを管理するために設計された統合的な製品スイートです。この章では、Oracle WebCenter Contentをインストールし、その製品をOracle WebLogic Serverドメインにデプロイされるアプリケーションとして構成する手順の概要について、次のトピックで示します。

この章では、次の項目について説明します。

- 第1.1項「Oracle WebCenter Contentアプリケーション」

- 第1.2項「インストールのロードマップ」

- 第1.3項「Oracle WebCenter Contentのトポロジ・サマリー」

1.1 Oracle WebCenter Contentアプリケーション

Oracle WebCenter Contentには、次の製品が含まれています。

- Oracle WebCenter Content (WebCenter Content)
WebCenter Content (Oracle WebCenter Content Serverを含む)は、様々な種類のコンテンツ管理を目的とした統一アプリケーションです。

- Oracle WebCenter Content: Inbound Refinery
Inbound Refineryは、ドキュメント、デジタル・イメージ、動画などの電子アセット用のファイル変換を管理する変換サーバーです。変換の他に、ドキュメントとイメージに対するサムネイル機能、ビデオのストーリーボード作成機能、デジタル・イメージからEXIFデータを抽出して使用する機能、およびAdobe PhotoshopやAdobe Illustratorなどのプログラムから生成された電子ファイルからXMPデータを抽出して使用する機能があります。Inbound Refineryを使用して、コンテンツ・サーバーに格納されているコンテンツ・アイテムを変換できます。

- Oracle WebCenter Content: Imaging
Imagingは、画像のキャプチャからアーカイブへのドキュメントを管理するカスタマイズ可能なユーザー・インタフェースを持つ、クライアント・ソフトウェア・モジュールの統合フレームワークです。クライアント・モジュールは、サードパーティ製の情報システム、イメージング、ワークフロー・プロセスおよびエンタープライズ・コンテンツ管理などを含む単一のユーザー・インタフェースを提供するため、このフレームワーク内に統合できます。Imagingには、Imagingビューア・キャッシュおよびOracle Application Extensions Framework (AXF) for BPELが含まれます。

- Oracle WebCenter Content: AXF for BPM
AXF for BPMは、Oracle Business Process Management (Oracle BPM)、Oracle Application Development Framework (Oracle ADF)、Oracle Metadata Services Repository (Oracle MDS Repository)およびOracle Business Rulesなどのテクノロジにより提供されるアプリケーションの開発および構成機能を持つ構成可能なビジネス・コンポーネントを作成します。管理者はこれらのビジネス・コンポーネントを使用し、WebCenter Contentビジネス・アプリケーションの統合ソリューションを構成し開発できます。

- Oracle WebCenter Capture
Captureは、集中管理および分散処理された企業向けに拡張可能なドキュメントのキャプチャ機能を提供します。これは、完全にOracle WebCenter Content: ImagingおよびOracle WebCenter Contentと統合されており、非常に重要なビジネス・コンテンツをキャプチャ、保存、管理および取得できる1つのシステムを組織に提供します。

- Oracle Information Rights Management (Oracle IRM)
Oracle IRMは、機密デジタル情報が保存および使用されるすべての場所でこれらの情報を保護し、追跡します。Oracle Information Rights Management Desktop (Oracle IRM Desktop)ソフトウェアは、暗号化された情報が作成または使用されるすべてのエンド・ユーザーのデバイスにインストールする必要があります。

- Oracle WebCenter Content: Records
Recordsは、各コンテンツ・アイテムのライフ・サイクルを決定する保存スケジュールに従って、コンテンツ・アイテムを管理します。Recordsは、レコード管理と保存管理を1つのソフトウェア・システムに統合しています。Recordsを使用すると、必要に応じたコンテンツの追跡および保存、または不要になったコンテンツの処分が可能になります。

これらの製品をシステムにインストールした後、製品の1つ以上を以前にインストールしたOracle WebLogic Serverにデプロイされるアプリケーションとして構成できます。旧リリースのOracle Enterprise Content Management SuiteまたはOracle WebCenter ContentがすでにインストールされているOracle WebLogic Serverドメインに、Oracle WebCenter Content 11.1.1.8.0を構成することはできません。

1.2 インストールのロードマップ

Oracle WebCenter Contentのインストールおよび構成のプロセスには次の高レベルなタスクが含まれます。

1. Oracle WebCenter Contentのインストール前の作業の実行

2. Oracle WebCenter Contentのインストール

3. その他のOracle Fusion Middlewareコンポーネントのインストール(必要な場合)

4. Oracle WebCenter Contentのドメインの構成

5. Oracle WebCenter Contentドメインの拡張(必要な場合)

6. インストール後の構成の実行

7. 構成の確認

図1-1にインストール・プロセスのこれらの手順を示します。

図1-1 Oracle WebCenter Contentのインストールおよび構成のロードマップ

表1-1では、Oracle WebCenter Contentのインストールおよび構成の高レベルなタスクについて説明します。特に記載のないかぎり、タスクは順番に実行する必要があります。各タスクに関する詳細な情報の入手先も示されています。

Oracle WebCenter Content: AXF for BPMまたはOracle Application Extensions Framework for BPEL (AXF for BPEL)を構成する場合、表1-2のロードマップの手順を実行します。

表1-1 Oracle WebCenter Contentのインストール手順

タスク

説明

必須

オプション

1. インストールの準備

システム環境が、Oracle Fusion Middleware、Oracle WebCenter Contentおよびサポートされているデータベースを必要とするリポジトリ作成ユーティリティ(RCU)の一般的なインストール要件を満たしていることを確認します。

第2.1項「インストールの準備」

2. アプリケーション用のスキーマの作成

Oracle WebCenter Contentアプリケーションには、Oracle Database、Microsoft SQL Server、IBM DB2などのサポートされているデータベースにインストールするスキーマが必要です。Oracle WebCenter Contentのスキーマ用のデータベースを準備し、RCUをインストールしてスキーマの作成に使用します。

注意: このタスクは、タスク3「アプリケーション・サーバーとOracle Fusion Middlewareのインストール」とタスク4「Oracle WebCenter Contentのインストール」の前後に実行できます。

第2.2項「リポジトリ作成ユーティリティによるOracle WebCenter Contentスキーマの作成」

3. アプリケーション・サーバーとOracle Fusion Middlewareのインストール

Oracle WebCenter ContentはOracle WebLogic Server上で実行されます。Oracle WebCenter Contentをインストールする前に、Oracle WebLogic Serverまたはサードパーティのアプリケーション・サーバーをインストールする必要があります。

Oracle WebLogic Server InstallerによってOracle WebLogic Serverホーム・ディレクトリ(WL_HOME)がミドルウェア・ホーム・ディレクトリ(MW_HOME)内に作成されます。

注意: このタスクは、タスク2「アプリケーションのスキーマの作成」の前後に実行できます。

第2.3項「アプリケーション・サーバーとOracle Fusion Middlewareのインストール」

4. Oracle WebCenter Contentのインストール

Oracle Fusion Middleware 11g WebCenter Content Installerを使用してOracle WebCenter Contentをインストールします。Oracleホーム・ディレクトリが作成され、ここにOracle WebCenter Content製品がインストールされます。

インストーラは次の製品のOracle WebCenter Contentバイナリを置きます。

- WebCenter Content

- Inbound Refinery

- Imaging

- AXF for BPM

- Capture

- Oracle IRM

- Records

注意: このタスクは、タスク2「アプリケーションのスキーマの作成」の前後に実行できますが、タスク3「アプリケーション・サーバーとOracle Fusion Middlewareのインストール」の後に実行する必要があります。

第2.4項「Oracle WebCenter Contentのインストーラの使用」

5. Oracle WebCenter Contentの構成

Oracle WebLogic Serverドメインを作成または拡張し、アプリケーションとしてデプロイおよび構成する製品を選択します。

Fusion Middleware構成ウィザードでは、Oracle WebLogic Serverドメインが作成されます。このドメインには、管理サーバーおよび選択した製品に応じて1つ以上の管理対象サーバーが含まれます。

ドメインを作成したら、後でそのドメインを拡張して追加のOracle WebCenter Content製品をアプリケーションとしてデプロイおよび構成できます。

第3章「Oracle WebCenter Contentアプリケーションの構成」

6. LDAPベースの外部アイデンティティ・ストアのインストールと構成

デフォルトで、Oracle WebCenter Contentは、Oracle WebLogic Server組込みのLDAPサーバーを使用します。デフォルトの組込みLDAPは安全ですが、企業の本番環境では適切に調整されない場合があります。

本番システムでは、Oracle WebCenter Contentアプリケーションでは、Oracle WebLogic Server組込みのLDAPサーバーではなく、外部Lightweight Directory Application Protocol (LDAP)認証プロバイダを使用する必要があります。様々なサーバー間でユーザーのアイデンティティを管理し、アプリケーション間でシングル・サインオンを可能にするには、外部LDAPベースのアイデンティティ・ストアをインストールおよび構成する必要があります。

注意: タスク7「インストール後の構成の実行」およびタスク8「インストールの検証」の後にこのタスクを実行すると、インストール後の構成がより簡単になります。

第3.9項「アイデンティティ・ストアと外部LDAP認証プロバイダの再関連付け」(本番モードのOracle WebLogic ServerまたはIBM WebSphere Application Serverの場合)

第3.9項「アイデンティティ・ストアと外部LDAP認証プロバイダの再関連付け」(開発モードのOracle WebLogic Serverの場合)

7. インストール後の構成の実行

管理対象サーバーでアプリケーションを稼働させるには、Oracle WebCenter Contentアプリケーションごとにいくつかの初期構成を実行する必要があります。この初期構成の一部は、管理対象サーバーを最初に起動する前に実行しておく必要があります。

第4章「WebCenter Contentの構成の完了」

第5章「Inbound Refineryの構成の完了」

第6章「Imagingの構成の完了」

第9章「Oracle IRMの構成の完了」

第8章「Recordsの構成の完了」

8. 構成の確認

インストールを検証するには、管理サーバーおよび管理対象サーバーを起動します。

管理対象サーバーを初めて起動する前に、管理サーバーを起動する必要があります。

Oracle WebCenter Contentアプリケーションの使用を開始するには、そのアプリケーションをデプロイする管理対象サーバーを起動する必要があります。その後、アプリケーションのURLにアクセスし、必要に応じて構成を完了できます。

第10章「Oracle WebCenter Contentの構成の検証」

表1-2は、AXF for BPMおよびAXF for BPELのインストールのロードマップを示しています。

表1-2 AXF for BPMおよびAXF for BPEL用のOracle WebCenter Contentインストール手順

タスク

説明

必須

オプション

1. インストールの準備

システム環境が、Oracle Fusion Middleware、Oracle WebCenter Contentおよびサポートされているデータベースを必要とするリポジトリ作成ユーティリティ(RCU)の一般的なインストール要件を満たしていることを確認します。

第2.1項「インストールの準備」

2. アプリケーション用のスキーマの作成

Oracle WebCenter Contentアプリケーションには、Oracle Database、Microsoft SQL Server、IBM DB2などのサポートされているデータベースにインストールするスキーマが必要です。Oracle WebCenter Contentのスキーマ用のデータベースを準備し、RCUをインストールしてスキーマの作成に使用します。

第2.2項「リポジトリ作成ユーティリティによるOracle WebCenter Contentスキーマの作成」

3. アプリケーション・サーバーとOracle Fusion Middlewareのインストール

Oracle WebCenter ContentはOracle WebLogic Server上で実行されます。Oracle WebCenter Contentをインストールする前に、Oracle WebLogic Serverまたはサードパーティのアプリケーション・サーバーをインストールする必要があります。

Oracle WebLogic Server InstallerによってOracle WebLogic Serverホーム・ディレクトリ(WL_HOME)がミドルウェア・ホーム・ディレクトリ(MW_HOME)内に作成されます。

第2.3項「アプリケーション・サーバーとOracle Fusion Middlewareのインストール」

4. Oracle SOA Suiteのインストール

インストーラによって、Oracle SOA SuiteをインストールするOracleホーム・ディレクトリが作成されます。AXF for BPMまたはAXF for BPEL製品と同じドメインにOracle SOA Suiteをインストールする場合、次の行に説明されている「単一ドメイン」の指示に従い、それ以外の場合は、「複数ドメイン/複数マシン」の指示に進みます。

4a. 単一のドメイン

第2.4項のOracle SOA Suiteをインストールする場合の注意

4b. 複数ドメイン/複数マシン

Oracle SOA SuiteおよびImagingは、Oracle WebLogic Server上で実行されます。Oracle SOA Suiteをインストールする前に、Oracle WebLogic Serverまたはサードパーティのアプリケーション・サーバーをインストールする必要があります。

第2.2項「リポジトリ作成ユーティリティによるOracle WebCenter Contentスキーマの作成」

第2.3項「アプリケーション・サーバーとOracle Fusion Middlewareのインストール」

第2.4項のOracle SOA Suiteをインストールする場合の注意

5. Oracle WebCenter Contentのインストール

Oracle Fusion Middleware 11g WebCenter Content Installerを使用してOracle WebCenter Contentをインストールします。Oracleホーム・ディレクトリが作成され、ここにOracle WebCenter Content製品がインストールされます。

インストーラは次の製品のOracle WebCenter Contentバイナリを置きます。

- WebCenter Content

- Inbound Refinery

- AXF for BPELを含むImaging

- AXF for BPM

- Capture

- Oracle IRM

- Records

第2.4項「Oracle WebCenter Contentのインストーラの使用」

6. Oracle WebCenter Contentの構成

Oracle WebLogic Serverドメインを作成または拡張し、アプリケーションとしてデプロイおよび構成する製品を選択します。

Fusion Middleware構成ウィザードでは、Oracle WebLogic Serverドメインが作成されます。このドメインには、管理サーバーおよび選択した製品に応じてIPM_server1などの1つ以上の管理対象サーバーが含まれます。

ドメインを作成したら、後でそのドメインを拡張して追加のOracle WebCenter Content製品をアプリケーションとしてデプロイおよび構成できます。

第3.2項「Oracle WebLogic Serverドメインの作成」

第3.5項「管理対象サーバー用のJava VMヒープ・サイズの増大」

第3.6項「UNIXシステムでのフォントの設定」

7. LDAPベースの外部アイデンティティ・ストアのインストールと構成

Oracle SOA SuiteをAXF for BPMまたはAXF for BPEL製品と同じドメインにインストールする場合、次の行で説明されている「単一のドメイン」または「複数ドメイン/複数マシン」の指示に従い、それ以外の場合は、「複数ドメイン/複数マシン」の指示に進みます。

7a. 単一のドメイン:

デフォルトで、Oracle WebCenter Contentは、Oracle WebLogic Server組込みのLDAPサーバーを使用します。デフォルトの組込みLDAPは安全ですが、企業の本番環境では適切に調整されない場合があります。

第3.8項「Oracle WebCenter ContentアプリケーションのためのSSLの構成」

第3.9項「アイデンティティ・ストアと外部LDAP認証プロバイダの再関連付け」

7b. 複数ドメイン/複数マシン

本番システムでは、Oracle WebCenter Contentアプリケーションでは、Oracle WebLogic Server組込みのLDAPサーバーではなく、外部Lightweight Directory Application Protocol (LDAP)認証プロバイダを使用する必要があります。様々なサーバー間でユーザーのアイデンティティを管理し、アプリケーション間でシングル・サインオンを可能にするには、外部LDAPベースのアイデンティティ・ストアをインストールおよび構成する必要があります。

第3.9項「アイデンティティ・ストアと外部LDAP認証プロバイダの再関連付け」

詳細は、『Oracle Fusion Middleware Oracle WebLogic Serverの保護』のWebLogic Serverドメイン間の信頼関係の有効化に関する項を参照してください。

第3.8項「Oracle WebCenter ContentアプリケーションのためのSSLの構成」

8. インストール後の構成の実行

管理対象サーバーでアプリケーションを稼働させるには、Oracle WebCenter Contentアプリケーションごとにいくつかの初期構成を実行する必要があります。この初期構成の一部は、管理対象サーバーを最初に起動する前に実行しておく必要があります。

第6.5.1.1項「AXF for BPMの構成」

第6.2項「WebCenter Contentリポジトリでの全文検索機能の構成」

第6.4項「Imagingビューア・キャッシュの構成」

第7章「Captureの構成の完了」

9. 構成の確認

インストールを検証するには、管理サーバーおよび管理対象サーバーを起動する必要があります。

第6.5.1.2項「AXF for BPMのインストールの検証」

第6.5.2.3項「HelloBpelを使用したAXF for BPELのインストールおよび構成の検証」

1.2.1 インストール・モジュール

Oracle WebCenter Contentの製品をインストールするには、次のインストール・モジュールが必要です。

- Oracle Fusion MiddlewareホームとOracle WebLogic Serverホーム

- データベース

- リポジトリ作成ユーティリティ

- Oracle WebCenter Content

- Oracle SOA Suite (AXFおよびImagingの場合)

1.2.1.1 Oracle Fusion MiddlewareホームとOracle WebLogic Serverホーム

Oracle WebCenter Contentには、システムにミドルウェア・ホームとアプリケーション・サーバーが必要です。システムにまだOracle WebLogic Serverがない場合は、第2.3項「アプリケーション・サーバーとOracle Fusion Middlewareのインストール」の説明に従って新しいミドルウェア・ホーム・ディレクトリをインストールできます。

使用するアプリケーション・サーバーがIBM WebSphere Application Serverの場合は、Oracle Fusion Middlewareサードパーティ・アプリケーション・サーバー・ガイドのIBM WebSphereアプリケーション・サーバーでのOracle WebCenter Contentの管理に関する項を参照してください。

1.2.1.1.1 ミドルウェア・ホーム、Oracle共通ホーム、Oracleホーム

ミドルウェア・ホームは、Oracle WebLogic Serverホーム、および必要に応じて1つのOracle共通ホームと1つ以上のOracleホームのコンテナです。ディレクトリ構造は次のようになります。

/middleware_home
coherence_3.7
jdk160_version
jrockit_version
logs
modules
wlserver_10.3
oracle_common
utils
WCC_ORACLE_HOME
user_projects

ミドルウェア・ホームは、ローカル・ファイル・システム上、またはネットワーク・ファイル・システム(NFS)経由でアクセス可能なリモートの共有ディスク上に配置できます。MW_HOMEは、パス名でミドルウェア・ホームの場所を表します。詳細は、『Oracle Fusion Middlewareインストレーション・プランニング・ガイド』のMiddlewareおよびWebLogicのホーム・ディレクトリに関する項を参照してください。

WebCenter Content Oracleホームには、Oracle WebCenter Contentで必要なバイナリおよびライブラリ・ファイルが含まれます。WCC_ORACLE_HOMEは、パス名でWebCenter Content Oracleホームを表します。デフォルトのWebCenter Content Oracleホームは、UNIXオペレーティング・システムではMW_HOME/Oracle_ECM1、Windowsオペレーティング・システムではMW_HOME\Oracle_ECM1です。WebCenter Content Oracleホームは、複数のOracle WebLogic Serverドメインと関連付けることができます。Oracle共通ホームには、Oracle Enterprise Manager Fusion Middleware ControlおよびJava Required Files (JRF)に必要なバイナリ・ファイルとライブラリ・ファイルが含まれています。

Middlewareホームの構造とコンテンツの詳細は、『Oracle Fusion Middleware管理者ガイド』のOracle Fusion Middlewareの概念の理解に関する項を参照してください。

1.2.1.1.2 Oracle WebLogic Serverドメイン

各Oracle WebLogic Serverドメインには、管理サーバーと1つ以上の管理対象サーバーが含まれます。ドメインを作成または拡張することにより、管理対象サーバー上に各Oracle WebCenter Contentアプリケーションを構成できます。

ドメインは、Oracle WebLogic Serverの基本管理単位です。1つ以上のOracle WebLogic Serverインスタンス、および1つの単位としてまとめて管理されている論理的に関連したリソースとサービスで構成されます。

図1-2に、管理サーバー、管理対象サーバーおよび管理対象サーバーのクラスタが存在するドメインの構造を示します。

図1-2 Oracle WebLogic Serverのドメイン構造

ドメインの作成後、Oracle WebLogic Server Administration ConsoleまたはFusion Middleware Controlを使用して、ドメインでインストール後のタスクを実行できます。また、Oracle WebLogic Scripting Tool (WLST)コマンドを使用して、一部のインストール後のタスクを実行することもできます。

1.2.1.2 データベース

Oracle WebCenter Contentの構成では、サポート対象のデータベースを使用できる必要があります。データベースが起動され、データベース・インスタンスが実行されている必要があります。Oracle WebCenter Contentをインストールするのと同じマシン上にある必要はありません。

WebCenter Contentシステムの全体的なパフォーマンスは、サーバーにチェックインされたファイルが格納および取得される速度に依存します。サーバーに格納されるファイルを、データベースを使用して格納する場合は、データベースで読取りと書込みの両方のコマンドをファイル・システムと同様の速度で実行できることが必要です。Oracle WebCenter ContentおよびOracle Database 11gを使用すると、コンテンツ・アイテムの保存にOracle Secure Filesが使用されるため、この要件が満たされます。Oracle Database以外のデータベースの場合は、データベースのプロバイダに問い合せてデータベースが格納および取得の要件を満たせるかどうかを確認してください。

詳細は第2.1.5項「サポートされているデータベースのインストールと構成」を参照してください。

1.2.1.3 リポジトリ作成ユーティリティ

構成するOracle WebCenter Contentアプリケーションのデータベース・スキーマを作成するには、リポジトリ作成ユーティリティ(RCU)をインストールし、実行する必要があります。

RCUは、LinuxまたはWindowsオペレーティング・システムでのみ使用できます。LinuxまたはWindowsオペレーティング・システムから、RCUを使用して、任意のオペレーティング・システムにインストールされた、サポート対象のデータベースにスキーマを作成できます。

RCUのインストールおよび実行の詳細は、第2.2項「リポジトリ作成ユーティリティによるOracle WebCenter Contentスキーマの作成」を参照してください。

1.2.1.4 Oracle WebCenter Content

Oracle WebCenter Contentのインストールでは、すべての製品のファイルがシステムにコピーされます。これらの1つ以上の製品を使用するには、それぞれの製品をOracle WebLogic Serverにデプロイされるアプリケーションとして管理対象サーバーで実行されるように構成する必要があります。

1.2.1.5 Oracle SOA Suite (AXFおよびImagingの場合)

AXF for BPMおよびAXF for BPELを使用するには、Oracle WebCenter Contentと同じドメインまたは別のドメインにOracle SOA Suiteがインストールされている必要があります。Imagingでは通常、Oracle SOA Suiteも必要です。Oracle SOA Suiteは、Oracle WebCenter Contentアプリケーションと同じマシンまたは別のマシンにインストールできます。

1.2.2 Oracle WebCenter Contentをインストールおよび構成するためのソフトウェアのダウンロード

Oracle WebCenter Contentのインストールおよび構成に必要なソフトウェアは、次の2つのWebサイトのいずれかからダウンロードできます。

- Oracle Software Delivery Cloud

- Oracle Technology Network (OTN)

1.2.2.1 Oracle WebCenter Contentをインストールおよび構成するためのOracle Software Delivery Cloudからのソフトウェアのダウンロード

Oracle Software Delivery Cloud Webサイトを使用して、ライセンスを購入した製品をダウンロードできます。

Oracle WebCenter Contentのインストールおよび構成に必要なソフトウェアをOracle Software Delivery Cloudからダウンロードする手順は、次のとおりです。

1. 次のOracle Software Delivery Cloud Webサイトにアクセスします。

http://edelivery.oracle.com

2. ようこそページで、「続行」をクリックします。

3. ユーザー情報を入力し、「続行」をクリックします。

4. Oracle Fusion Middleware製品パックおよびインストール・プラットフォームを選択し、「実行」をクリックします。

5. メディア・パックのリストから、Oracle WebCenter Contentが含まれているOracle Fusion Middleware 11gのメディア・パックを選択します。

6. 「説明」リンクをクリックして、メディア・パックのダウンロード可能なZIPファイルのリストを表示します。
各ZIPファイルには一意の部品番号があります。

7. 製品ライセンスに対してダウンロードするファイルの詳細は、リストの上部にある「Readme」ボタンをクリックして参照してください。

1.2.2.2 Oracle WebCenter Contentをインストールおよび構成するためのOTNからのソフトウェアのダウンロード

Oracle WebLogic Server 11gR1 (10.3.6)、Oracle Database、リポジトリ作成ユーティリティおよびOracle WebCenter Contentソフトウェアは、Oracle Technology Network (OTN)からダウンロードできます。

Oracle WebCenter Contentをインストールおよび構成するためにOTNからソフトウェアをダウンロードするには、次の手順を実行します。

1. Oracle WebLogic Server 11gR1 (10.3.6)がシステムにない場合は、次のOTNでOracle WebLogic Serverのダウンロード・ページからダウンロードできます。

http://www.oracle.com/technetwork/middleware/weblogic/downloads/index.html

使用しているプラットフォーム用のOracle WebLogic Server 11gR1 (10.3.6)をダウンロードします。

2. Oracle Databaseが必要な場合は、次のOTNでOracle Databaseソフトウェアのダウンロード・ページからダウンロードできます。

http://www.oracle.com/technetwork/database/enterprise-edition/downloads/index.html

使用しているプラットフォーム用のOracle Database 11gをダウンロードします。

Oracle Databaseのかわりに、Microsoft SQL ServerまたはIBM DB2を使用できます。リポジトリ作成ユーティリティおよびOracle WebCenter Contentでサポートされているデータベース・バージョンの詳細は、次のOracle Technology NetworkにあるOracle Fusion Middlewareのサポートされるシステム構成のページを参照してください。

http://www.oracle.com/technetwork/middleware/ias/downloads/fusion-certification-100350.html

3. Oracle WebCenter Contentメディアおよびリポジトリ作成ユーティリティの対応するバージョンは、次のOTNのOracle Fusion Middlewareソフトウェアのダウンロード・ページを参照してください。

http://www.oracle.com/technetwork/middleware/fusion-middleware/downloads/index.html

ImagingをOracle BPEL Process Manager、およびAXF for BPMまたはAXF for BPELのいずれかとともに使用する場合は、インストール前の要件に、Oracle SOA Suite 11gとOracle JDeveloperとOracle Application Development Framework 11gのインストールが含まれます。Oracle Fusion Middlewareソフトウェアのダウンロード・ページで、次のソフトウェアをダウンロードします。

- Runtime Softwareの下のSOA Suite (11.1.1.8.0)

- Required Additional Softwareの下のJDeveloper and Application Development Framework (11.1.1.8.0)
JDeveloperをインストールした後、Oracle SOA Suite Design-Time Componentsをインストールする必要があります。Oracle SOA Suiteのインストールでは、JDeveloperは自動的にはインストールされません。SOAアプリケーションおよびプロジェクトを作成する前に、JDeveloper用のOracle SOA Suite拡張をインストールする必要があります。Oracle SOA Suiteをインストールして構成する方法の詳細は、『Oracle Fusion Middleware Oracle SOA Suite and Oracle Business Process Management Suiteインストレーション・ガイド』を参照してください。

1.3 Oracle WebCenter Contentのトポロジ・サマリー

Oracle WebLogic Serverをインストールすると、Oracle WebLogic Server Installerによってミドルウェア・ホーム・ディレクトリ(MW_HOME)が作成されます。このディレクトリには、Oracle WebLogic Serverホーム・ディレクトリ(WL_HOME)、およびFusion Middleware ControlとJava Required Files (JRF)に必要なバイナリ・ファイルとライブラリ・ファイルが格納されたOracle共通ホーム・ディレクトリ(ORACLE_COMMON_HOME)があります。

Oracle WebCenter Contentをインストールすると、WebCenter Content Oracleホーム・ディレクトリ(WCC_ORACLE HOME)がミドルウェア・ホーム・ディレクトリの下に作成されます。WebCenter Content Oracleホームには、Oracle WebCenter Contentのバイナリおよびライブラリ・ファイルが含まれます。

Oracle WebLogic Serverドメインを作成するようにOracle WebCenter Contentを構成すると、MW_HOME/user_projects/domainsディレクトリの下にドメイン・ディレクトリが作成されます。Oracle WebCenter Contentを構成するドメインのディレクトリには、管理サーバーおよび1つ以上の管理対象サーバーが含まれ、それぞれOracle WebCenter Contentアプリケーションをホストします。インストールするアプリケーションに基づいて、次の管理対象サーバーが作成されます。

- WebCenter Content管理対象サーバー

- Inbound Refinery管理対象サーバー

- Imaging管理対象サーバー

- Capture管理対象サーバー

- Oracle IRM管理対象サーバー

- Records管理対象サーバー

図1-3に、これらの製品のインストールおよび構成によってシステムに作成されるディレクトリ構造を示します。

図1-3 Oracle WebCenter Contentインストールのディレクトリ構造

図1-3のトポロジには、Oracle WebCenter Contentアプリケーションのみを含む1つのOracle WebLogic Serverドメイン内の同じホスト上に構成された複数のアプリケーションが含まれています。アプリケーションのスキーマは、同じデータベース内にあります。

2 Oracle WebCenter Contentのインストール

この章では、Oracle Fusion MiddlewareのOracle WebCenter Contentコンポーネントをインストールする方法について説明します。

この章では、次の項目について説明します。

- 第2.1項「インストールの準備」

- 第2.2項「リポジトリ作成ユーティリティによるOracle WebCenter Contentスキーマの作成」

- 第2.3項「アプリケーション・サーバーとOracle Fusion Middlewareのインストール」

- 第2.4項「Oracle WebCenter Contentのインストーラの使用」

- 第2.5項「インストールの検証」

2.1 インストールの準備

Oracle WebCenter Contentをインストールする前に、システムがインストール要件を満たしていることを確認し、環境変数を設定する必要があります。システムにアプリケーション・サーバーとOracle Fusion Middlewareがインストールされていない場合は、インストールして新しいミドルウェア・ホームを作成する必要があります。

Windowsオペレーティング・システムでアクセシビリティを提供するために、Java Access Bridgeをインストールすることもできます。詳細は、次の場所にあるOracle Java Access Bridgeインストールとアプリケーション開発者ガイドのJava Access Bridgeのインストールと構成に関する項を参照してください。

http://docs.oracle.com/javase/accessbridge/2.0.2/toc.htm

2.1.1 Windowsオペレーティング・システムでの8.3ファイル命名規則の無効化

Windowsオペレーティング・システムにOracle WebCenter Contentをインストールする前に、8.3ファイル命名規則(ファイル名は最大8文字、拡張子は3文字)を無効化する必要があります。

WebCenter Contentのweblayoutディレクトリが8.3セマンティックを使用するファイル・システム上にある場合、レガシー16ビットの8.3ファイル名が、リビジョン・ラベルと競合し、ファイルが失われます。

Windowsオペレーティング・システムで8.3ファイル命名規則を無効にするには、次の手順を実行します。

1. Windowsのレジストリ・エディタ(regedit)を開き、次のキーまで移動します。

HKEY_LOCAL_MACHINE/SYSTEM/CurrentControlSet/Control/FileSystem

2. NtfsDisable8dot3NameCreationキーの値を1に設定します。

3. Windowsオペレーティング・システムを再起動して変更を有効にします。

2.1.2 Unicodeサポートの有効化

オペレーティング・システムの構成がOracle WebCenter Contentでサポートされる文字の動作に影響を与えることがあります。

UNIXオペレーティング・システムでは、LANGとLC_Allの各環境変数をUTF-8文字セットを使用したロケールに設定し、Unicodeサポートを有効化することをお薦めします。これにより、Unicodeのすべての文字が処理できるようになります。WebテクノロジはUnicodeに基づいています。

UNIXオペレーティング・システムでは、次の2つのコマンドを入力して、LANGおよびLC_ALLの環境変数が設定されていることを確認できます。

- echo $LANG

- echo $LC_ALL

オペレーティング・システムがUTF-8以外のエンコードを使用するように構成されている場合、Oracle WebCenter Contentコンポーネントが予期しない動作をする可能性があります。たとえば、ASCII以外のファイル名の場合は、ファイルにアクセスできず、エラーが発生する可能性があります。オペレーティング・システムの制約によって発生した問題は、オラクル社ではサポートしていません。

2.1.3 システム要件および動作保証の確認

インストールを実行する前に、システム要件および動作保証のドキュメントを読み、インストールする製品の最小インストール要件を環境が満たしていることを確認します。これらのドキュメントは、どちらも次のOracle Technology Network (OTN)のページで入手できます。

- Oracle Fusion Middlewareのシステム要件と仕様のページ

http://www.oracle.com/technetwork/middleware/ias/downloads/fusion-requirements-100147.html

11gリリース1 (11.1.1)用の「Oracle Fusion Middlewareのシステム要件と仕様」のドキュメントには、ハードウェアとソフトウェアの要件、最小ディスク領域とメモリーの要件および必要なシステム・ライブラリ、パッケージまたはパッチに関連する情報が含まれます。

- Oracle Fusion Middlewareのサポートされるシステム構成のページ

http://www.oracle.com/technetwork/middleware/ias/downloads/fusion-certification-100350.html

Oracle WebCenter Content 11gR1のシステム要件とサポートされるプラットフォームのドキュメントには、サポートされるインストール・タイプ、プラットフォーム、オペレーティング・システム、データベース、JDKおよびサード・パーティ製品に関する情報が含まれます。

注意:

- 32ビット・バージョンの製品の場合は、インストール先のシステムも、サポートされている32ビット・システムである必要があります。32ビット・バージョンの製品を64ビット・システムにインストールすることはサポートされていません(インストールするように指示されている場合を除く)。

- 64ビットのLinuxオペレーティング・システムの場合は、Imaging Advanced Viewerのクライアント・マシン上で32ビットのJava Runtime Environment (JRE)を使用する必要があります。

- Oracle WebCenter Contentおよびバージョン7.0.0.27以前のIBM WebSphere Application Serverを使用したIBM JDKを使用する場合、Javaソケット・ファクトリを変更しないと、パッチ機能のチェックなど特定の機能が正しく動作しません。IBM JREには、独自のSecure Sockets Layer (SSL)ソケット・ファクトリがあります。詳細は、Oracle Fusion Middlewareサードパーティ・アプリケーション・サーバー・ガイドのIBM JDKでのJavaソケット・ファクトリの変更に関する項を参照してください。

- Oracle Linux 6.4の場合、Oracle WebCenter Content 11g (11.1.1.6.0)以降用のOracle Universal Installerを検出できるように、オペレーティング・システムに次のパッケージがインストールされている必要があります。

redhat-lsb-graphics-4.0-7.0.1.el6.x86_64
redhat-lsb-compat-4.0-7.0.1.el6.x86_64
redhat-lsb-core-4.0-7.0.1.el6.x86_64
redhat-lsb-printing-4.0-7.0.1.el6.x86_64
redhat-lsb-4.0-7.0.1.el6.x86_64

2.1.4 UNIXシステムのインベントリ・ディレクトリの場所の指定

UNIXオペレーティング・システムにインストールする場合で、Oracle Universal InstallerによるOracle製品のインストールをそのシステム上で初めて行う場合は、インベントリ・ディレクトリの場所を指定するよう求められます。この場所にサブディレクトリが設定され、そのマシンにインストールされる各Oracle製品のインベントリ・データが維持されます。

UNIXシステムのインベントリ・ディレクトリの場所を指定するには、次の手順を実行します。

1. 「インベントリ・ディレクトリの指定」画面で、インベントリ・ディレクトリの場所を指定します。
この画面は、UNIXオペレーティング・システムでのみ、Oracle Universal Installerによる最初のインストール時に表示されます。インストーラは、インベントリ・ディレクトリを使用して、マシンにインストールしたすべてのOracle製品を追跡します。

2. インベントリの場所の確認ダイアログ・ボックスで、必要な処理を行います。
このダイアログ・ボックスでは、次のスクリプトをrootユーザーとして実行するよう求められます。

inventory_directory/createCentralInventory.sh

マシンに対するrootアクセス権はないが、インストールを続行する場合は、ローカル・インベントリを使用してインストールを続行を選択します。

2.1.5 サポートされているデータベースのインストールと構成

Oracle WebCenter Contentアプリケーションに使用するデータベースは、Oracle WebCenter Contentアプリケーションのスキーマを作成するリポジトリ作成ユーティリティ(RCU)との互換性が必要です。

注意:

RCUはLinuxまたはWindowsオペレーティング・システムでのみ使用可能です。LinuxベースのRCUまたはWindowsベースのRCUを使用すると、サポートされているあらゆるデータベースでスキーマを作成できます。

サポートされているデータベースの最新情報は、次のOracle Technology NetworkのOracle Fusion Middlewareのサポートされるシステム構成のページを参照してください。

http://www.oracle.com/technetwork/middleware/ias/downloads/fusion-certification-100350.html

Oracle Databaseの詳細は、次にあるOracle Technology NetworkのOracleドキュメントのページを参照してください。

http://www.oracle.com/technetwork/indexes/documentation/index.html#database

2.2 リポジトリ作成ユーティリティによるOracle WebCenter Contentスキーマの作成

この項では、Oracle WebCenter Contentアプリケーションのデータベース・スキーマを作成するためにリポジトリ作成ユーティリティ(RCU)を使用する方法について、次のトピックで説明します。

- RCUを実行しスキーマをロードする準備

- Oracle WebCenter Contentアプリケーションのスキーマの作成

2.2.1 RCUを実行しスキーマをロードする準備

Oracle WebCenter Contentでは、スキーマを必要とするアプリケーションの構成前に、アプリケーションのスキーマがデータベースに存在する必要があります。データベースにスキーマを作成するには、RCUを実行する必要があります。

RCUを実行し、アプリケーションのスキーマをロードする前に、システムがRCUおよびアプリケーションの前提条件を満たしていることを確認します。

2.2.1.1 データベースに関する前提条件

Oracle WebCenter Contentの構成では、サポート対象のデータベースを使用できる必要があります。このデータベースは稼働中である必要がありますが、製品をインストールするシステムと同じシステム上にある必要はありません。また、データベースには、Oracle WebCenter Content製品に必要なスキーマの作成に使用するRCUとの互換性も必要です。

Captureは、スキーマとしてOracle Databaseのみと動作するOracle Platform Security Services (OPSS)を使用するため、Oracle WebCenter Captureを使用する場合、Oracle Database 11gが必要です。

サポートされているデータベースの詳細は、次のOracle Technology NetworkのOracle Fusion Middlewareのサポートされるシステム構成のページにある、「システム要件およびサポートされるプラットフォーム」のドキュメントを参照してください。

http://www.oracle.com/technetwork/middleware/ias/downloads/fusion-certification-100350.html

データベースをインストールしたら、次のOracle Technology Networkのシステム要件と仕様に関するドキュメントのリポジトリ作成ユーティリティの要件に関する項を参照して、データベースが正しく構成されていることを確認します。

http://www.oracle.com/technetwork/middleware/ias/downloads/fusion-requirements-100147.html

2.2.1.2 Oracle WebCenter Content Oracle WebCenter Contentスキーマのデータベース管理

Oracle WebCenter Contentのスキーマを作成したら、データベース索引が最新であることを確認します。必要な場合には新しい索引を追加します。

2.2.1.3 LinuxおよびWindowsオペレーティング・システム用のRCU

RCUは、LinuxまたはWindowsオペレーティング・システムでのみ使用できます。LinuxまたはWindowsオペレーティング・システムから、RCUを使用して、任意のオペレーティング・システムにインストールされた、サポート対象のデータベースにスキーマを作成できます。

2.2.2 Oracle WebCenter Contentアプリケーションのスキーマの作成

Oracle WebCenter Contentでは、アプリケーションの構成前に、アプリケーションのスキーマがデータベースに存在する必要があります。リポジトリ作成ユーティリティ(RCU)を実行してデータベースにアプリケーション・スキーマを作成する必要がありますが、RCUを起動する前にデータベースが起動され、実行中であることが必要です。アプリケーションのスキーマは、Oracle WebLogic ServerまたはOracle WebCenter Contentのインストール前またはインストール後に、次のアプリケーションに対して作成できます。

- Oracle WebCenter Content (WebCenter Content、Oracle WebCenter Content Serverを含む)

- Oracle WebCenter Content: Imaging

- Oracle WebCenter Capture

- Oracle Information Rights Management (Oracle IRM)

- Oracle WebCenter Content: Records

- Oracle WebCenter Content Server - 検索

- Oracle WebCenter Contentのユーザー・インタフェース

リポジトリ作成ユーティリティが含まれているZIPファイルは、次のいずれのWebサイトからでもダウンロードできます。

- Oracle Software Delivery Cloud

http://edelivery.oracle.com/

- Oracle Technology Network (OTN)のOracle Fusion Middleware 11gソフトウェア・ダウンロード・ページ(WebCenter Contentのリンク)

http://www.oracle.com/technetwork/indexes/downloads/index.html

ZIPファイルをダウンロードした後、選択したディレクトリに内容を抽出できます。

注意:

Windowsオペレーティング・システムでは、名前に空白が含まれるディレクトリにRCU ZIPファイルを解凍しないでください。

Oracle WebCenter Contentアプリケーションのスキーマを作成するには、次の手順を実行します。

1. リポジトリ作成ユーティリティが含まれているZIPファイルをmedia_locの場所に解凍し、RCUを起動します。

- UNIXのパス: media_loc/RCU_HOME/bin/rcu

- Windowsのパス: media_loc\RCU_HOME\bin\rcu.bat

2. 「ようこそ」画面
「次へ」をクリックします。

3. 「リポジトリの作成」画面
「作成」を選択します。

「次へ」をクリックします。

4. 「データベース接続の詳細」画面
データベース・タイプ: 次のタイプのうち1つを選択します。

- Oracle Database (デフォルトのタイプ)

- Oracle Database (エディションベース再定義対応)

- Microsoft SQL Server

- IBM DB2

SQL Serverの場合

WebCenter ContentでSQL Serverを使用するには、データベースでスナップショット分離をオンにする必要があります。ImagingおよびOracle SOA Suiteのバックエンド・データベースにSQL Serverを使用する場合は、データベースにメタデータ・サービス(MDS)リポジトリを構成し、「コンポーネントの選択」画面でMDSスキーマを作成することも必要です(ステップ5)。

WebCenter ContentおよびMDSリポジトリに必須の構成は、次のとおりです。

1. DBA権限を持ち、データベースに複数ログインを持たないユーザー名を使用して、データベースにログインします。
DBAの複数ログインを行うと、ロック・エラーが発生します。

2. 次のコマンドを使用して、ALLOW_SNAPSHOT_ISOLATIONオプションをオンにするようにデータベースを変更します。

ALTER DATABASE dbname SET ALLOW_SNAPSHOT_ISOLATION ON

3. 次のコマンドを使用して、READ_COMMITTED_SNAPSHOTオプションをオンにするようにデータベースを変更します。

ALTER DATABASE MDS SET READ_COMMITTED_SNAPSHOT ON

IBM DB2の場合: IBM DB2データベースでスキーマを作成するには、DomainHome/ucm/cs/config/config.cfgファイルでDatabasePreserveCase=1を手動で設定する必要があります。

サポート対象データベースの詳細は、第2.2.1.1項「データベースに関する前提条件」を参照してください。

データベース・インスタンスに接続するには、次の情報を入力します。

- ホスト名: データベースが搭載されているマシンの名前をhost.example.comという形式で指定します。
Oracle Real Application Cluster (RAC)データベースの場合は、仮想IP名またはいずれかのノード名を指定します。

- ポート: データベースのリスニング・ポート番号を指定します。デフォルトのポート番号は、Oracle Databaseインスタンスでは1521、Microsoft SQL Serverでは1433、IBM DB2では50000です。

- サービス名: データベースのサービス名を入力します。通常、サービス名はグローバル・データベース名と同じです。
データベースのサービス名が不明な場合は、データベースの初期化パラメータ・ファイルのSERVICE_NAMESパラメータから取得できます。このファイルにSERVICE_NAMESパラメータが含まれていない場合、サービス名はDB_NAMEやDB_DOMAINパラメータに指定されているグローバル・データベース名と同じです。また、サービス名を調べる別の方法として、データベースにSYSとしてログインし、次のコマンドを実行する方法もあります。

show parameter service_name

Oracle RACデータベースの場合、このフィールドに、いずれかのノードのサービス名(sales.example.comなど)を指定します。

- ユーザー名: データベース管理者の名前を指定します。
Oracle Databaseの場合は、SYSDBA権限またはDBA権限を持つユーザーの名前を指定します。SYSDBA権限を持つデフォルトのユーザー名はSYSです。

Microsoft SQL Serverの場合は、SYSDBA権限またはDBA権限を持つユーザーの名前を指定します。

IBM DB2の場合は、RCUはMDSスキーマの所有者として接続する必要があります。MDSデータベース・スキーマのオペレーティング・システム・ユーザーを指定します(たとえば、
OWSM_MDS)。RCUを使用してIBM DB2データベースにMDSスキーマを作成する前に、オペレーティング・システム・ユーザーを作成する必要があります。

- パスワード: データベース・ユーザーのパスワードを指定します。
IBM DB2の場合は、MDSデータベース・スキーマのオペレーティング・システム・ユーザーのパスワードを指定します。

- ロール: リストからデータベース・ユーザーのロールを選択します。
SYSにはSYSDBAロールが必要です。

「次へ」をクリックします。「グローバルな前提条件の確認中」ダイアログ・ボックスが表示されます。

前提条件エラーがある場合、「データベース接続の詳細」画面にエラーの詳細が表示されます。エラーを修正し、「次へ」を再度クリックします。

エラーが発生せずにチェックが完了したら、「OK」をクリックしてダイアログ・ボックスを閉じ、次の画面に進みます。

5. 「コンポーネントの選択」画面

図2-1 RCUの「コンポーネントの選択」画面

画面の上の方で「接頭辞の新規作成」を選択して接頭辞を指定するか、またはデフォルトの接頭辞DEVのままにしておきます。スキーマはデータベース内で接頭辞によって識別されます。データベースに同じ製品の複数のスキーマを格納する場合、各スキーマの所有者は一意の接頭辞を指定する必要があります。

Oracle DatabaseとMicrosoft SQL Serverでは、接頭辞に1 - 12文字の英数字(0-9、a-zまたはA-Z)を使用できます。

IBM DB2では、スキーマ所有者の名前は全体で8文字に制限されているため、接頭辞には4文字のみを使用できます。空白や特殊文字は使用できません。RCUでは、接頭辞はその後に下線文字が付加されて表示されます。たとえば、RCUではデフォルトの接頭辞はDEV_と表示されます。スキーマの接尾辞のデフォルト名が3文字を超える場合、IBM DB2では接尾辞を変更する必要があります。たとえば、DEV_CAPTUREはDEV_ODCに、DEV_URMSERVERはDEV_URMに、DEV_ORAIRMはDEV_IRMに変更します。

「コンポーネント」列でWebCenter Content (Oracle WebCenter Contentアプリケーション)を展開し、1つ以上のアプリケーションを次の中から選択します。

- Oracle Information Rights Management

- Oracle WebCenter Content Server - 完全
(WebCenter Content)

- Oracle WebCenter Content Server - 検索のみ

- Oracle WebCenter Content: Records

- Oracle WebCenter Content: Imaging

WebCenter Content用のスキーマを作成する手順は、次のとおりです。

- Oracle WebCenter Content Server - 完全を選択します。

OracleTextSearch用のOCSSEARCHスキーマを作成する手順は、次のとおりです。

- 外部データ・ソースまたはIBM DB2データベース検索の場合は、「Oracle WebCenter Content Server - 検索のみ」を選択します。詳細は、第4.3.2項「コンテンツ・サーバー・インスタンスの構成」と第4.5項「コンテンツ・サーバー用のOracleTextSearchの構成」を参照してください。

Imaging用のスキーマを作成する手順は、次のとおりです。

- 「Oracle WebCenter Content: Imaging」を選択する場合には、ImagingリポジトリとしてWebCenter Contentを使用するためにOracle WebCenter Content Server - 完全も選択します。

- Oracle Web Services Manager (Oracle WSM) Policy Managerの場合またはImagingをOracle SOA Suiteとともに使用する場合は、「AS共通スキーマ」を展開し、「Metadata Services」を選択します。バックエンド・データベースにMicrosoft SQL Serverを使用している場合は、この画面で「Metadata Services」を選択する前に、ステップ4の説明に従ってMDSを構成する必要があります。

AXF for BPM用のスキーマを作成する手順は、次のとおりです。

- 「WebCenter Content」→「Oracle WebCenter Content: Imaging」を選択します。

- ImagingとともにAXF for BPMを使用する場合は、次のコンポーネントのスキーマも必要です。

- 「WebCenter Content」→Oracle WebCenter Content Server - 完全

- 「AS共通スキーマ」→「Metadata Services」

- 「SOAおよびBPMインフラストラクチャ」→「SOAインフラストラクチャ」

- 「SOAおよびBPMインフラストラクチャ」→「ユーザー・メッセージング・サービス」(SOAインフラストラクチャ・スキーマによる自動作成)

- 「アイデンティティ管理」→「Oracle Internet Directory」(自動作成)

Capture用のスキーマを作成する手順は、次のとおりです。

- 「Oracle WebCenter Capture」を選択します。

- CaptureはMDSおよびOPSSスキーマを使用するため、「Oracle WebCenter Capture」を選択すると「AS共通スキーマ」の下に自動的に選択される次のコンポーネントのスキーマも必要です。

- メタデータ・サービス(Imagingスキーマとともに自動的に作成されます)

- Oracle Platform Security Services
Oracle Platform Security Services (OPSS)は、そのスキーマとしてOracle Database 11gのみと連動しますが、クラスタのセットアップにはOPSSスキーマが必要になります(ただし、Oracle Internet Directoryを使用していて、それを使用するセキュリティ・ストアを再度関連付ける場合を除きます)。

CaptureクラスタにOracle Internet DirectoryまたはOPSSスキーマが必要になる理由は、system-jazn-data.xmlファイルがクラスタのセットアップとって不十分なためです。Oracle Internet Directoryまたはデータベース内のOPSSスキーマのどちらかにセキュリティ・ストアが存在していないと、クラスタ内で2番目のノードのsystem-jazn-data.xmlファイルが上書きされてしまうため、2つのノードの同期が取れなくなります。これは、ノード・マネージャが最初のノードからデータを同期して、2番目のノードのファイルを書き換えるためです。OPSSスキーマまたはOracle Internet Directoryを使用すると、アプリケーション・データは、両方のノードからアクセスできる共有場所に維持されます。OPSSを使用する場合は、ドメインの作成後に、そのOPSSのデータ・ソースを手動で作成する必要があります。

WebCenter Contentユーザー・インタフェース用のスキーマを作成する手順は、次のとおりです。

- Metadata Servicesを選択します。

構成する前に、データベースにアプリケーションのスキーマが含まれている必要があります。

「次へ」をクリックします。「コンポーネント前提条件の確認中」ダイアログ・ボックスが表示されます。

前提条件にエラーがある場合は、「コンポーネントの選択」画面にエラーの詳細が表示されます。エラーを修正し、「次へ」を再度クリックします。

エラーが発生せずにチェックが完了したら、「OK」をクリックしてダイアログ・ボックスを閉じ、次の画面に進みます。

6. 「スキーマ・パスワード」画面
スキーマ所有者のパスワードを指定します。

Microsoft SQL ServerまたはOracle Databaseの場合は、RCUは新規データベース・ユーザーが作成されます。

IBM DB2認証ではオペレーティング・システム認証が使用されるため、データベースを実行しているオペレーティング・システム内に適切な名前を使用してユーザーを作成する必要があります。ここで設定するパスワードは、そのユーザーのデータベース・ホストでのパスワードである必要があります。RCUでは、パスワードに使用できる文字について、オペレーティング・システムとは異なる制限があります。

「コンポーネント」列に表示されているアプリケーションごとに、「スキーマのパスワード」列と「パスワードの確認」列にパスワードを入力します。

開発システムでは、画面上部近くにある「すべてのスキーマに同じパスワードを使用」を選択できます。パスワードを、「パスワード」および「パスワードの確認」フィールドに、合計2回入力します。

注意:

後にアプリケーションの構成に必要になるため、この画面のすべてのスキーマのパスワードを記録しておきます。

「次へ」をクリックします。

7. 「表領域のマップ」画面
Oracle WebCenter Contentのデフォルトの表領域を図2-2に示します。

図2-2 「表領域のマップ」画面に表示されたOracle WebCenter Contentのデフォルトの表領域

新規の表領域を作成するか、既存の表領域を変更または削除する場合は、「表領域の管理」をクリックして次のステップに進みます。

表領域を検証するには、「表領域のマップ」画面で「次へ」をクリックします。「確認」ダイアログ・ボックスが表示されます。「OK」をクリックして表領域を作成します。「表領域の検証と作成中」ダイアログ・ボックスが表示されます。

検証エラーがある場合、「表領域のマップ」画面にエラーの詳細が表示されます。エラーは、irm.logおよびrcu.logなどのログ・ファイルで追跡できます。ログの場所はこの画面に表示されます。エラーを修正し、「次へ」を再度クリックします。エラーなしで表領域が作成されたら、「OK」をクリックしてダイアログ・ボックスを閉じます。

注意:

- 後に、schemaprefix_schemasuffixの形式で対応するアプリケーションの構成に必要になるため、この画面の各スキーマ所有者名を記録しておきます。
たとえば、デフォルトの接頭辞DEV_を使用した場合、Oracle DatabaseのRecordsスキーマに次の所有者名を入力します。

DEV_URMSERVER

ただし、IBM DB2では、スキーマの所有者名は最大4文字の接頭辞を含む8文字に制限されています。スキーマの接尾辞のデフォルト名が3文字を超える場合、IBM DB2では「JDBCコンポーネント・スキーマの構成」画面でデフォルト名を変更する必要があります。たとえば、DEV_CAPTUREはDEV_ODCに、DEV_URMSERVERはDEV_URMに、DEV_ORAIRMはDEV_IRMに変更します。

- IBM DB2データベースでは、PUBLICがアクセスするすべての表領域に32KBのページ・サイズが必要です。WebCenter Contentでは、設計時に表を作成するために32KBのページ・サイズが必要です。PUBLICがアクセスするすべての表領域は、WebCenter Contentによるアクセスが可能です。

- IBM DB2データベースを使用する場合は、デフォルト・データベースへのPUBLICアクセスを防ぐために、次の文を実行します。

REVOKE USE OF TABLESPACE USERSPACE1 FROM PUBLIC

文が複数回実行される場合は、かわりに次の文を実行します。

GRANT USE OF TABLESPACE USERSPACE1 TO PUBLIC
REVOKE USE OF TABLESPACE USERSPACE1 FROM PUBLIC

IBM DB2のデフォルト表領域のUserspace1は、データベースの作成時に作成されます。すべてのユーザーがこの表領域にアクセスできます。このアクセスは問題の原因となることがあります。これは、システムのインストール後、設計時に作成された表によって、この表領域に表が挿入される可能性があるためです。これにより、1つのアプリケーションの表について、独自の表領域に存在するものと、他のユーザーと共有する表領域に存在するものとが不適切に混在する状態が発生します。前述のREVOKE文を実行すると、デフォルト表領域へのPUBLICアクセスが無効になり、これにより、表領域へのすべてのユーザーのアクセスが無効になります。各Oracle WebCenter Contentアプリケーションは、独自の表領域にのみアクセスするようになります。

8. 「表領域の管理」画面
表領域を管理していない場合は、次のステップに進むことができます。

この画面で、1つ以上の表領域を変更、削除、追加できます。RCUが起動される前から存在していた表領域もこの画面に表示されますが、灰色で表示され、変更したり削除することはできません。RCUで作成された表領域のみ変更または削除できます。

コンポーネントによって使用される表領域のみが作成されます。ここで新しい表領域を指定することはできますが、コンポーネントによって実際に使用されない場合は、作成されません。

表領域を超えて表のパーティションを作成できます。パーティショニングは、インストールの要件によって異なります。一般的なパーティショニング・キーは、日付(Revisions表のdInDateなど)か、数値範囲(dIDなど)です。

表領域を削除するには、次の手順を実行します。

1. 削除する表領域の名前を、左側のナビゲーション・ツリーから選択します。

2. 「削除」をクリックします。
この表領域は作成されません。

3. 「OK」をクリックして「表領域のマップ」画面に戻り、表領域の検証手順についてはステップ7「「表領域のマップ」画面」に従います。

表領域を変更または追加するには、次の手順を実行します。

1. 表領域を変更する場合は、左側のナビゲーション・ツリーから表領域名を選択します。

2. 表領域を追加する場合、「追加」をクリックします。

3. 次のフィールドに値を指定します。

- 名前
このフィールドで、名前を指定するか編集します。

- タイプ
この表領域が一時表領域であるか永続表領域であるかを指定します。

- ブロック・サイズ(KB)
データの取得に使用されるブロック・サイズをKB単位で指定します。

- 記憶域のタイプ
大きいファイルに表領域を作成する場合は、「大型ファイル表領域の使用」を選択します。

ビットマップを使用してセグメント内の空き領域を管理する場合は、「自動セグメント領域管理の使用」を選択します。

4. 「データファイル」セクションで、選択した表領域を構成するデータ・ファイルを指定します。
データ・ファイルを削除するには、削除するデータ・ファイルの名前の横のアイコンを選択し、「×」のアイコンをクリックします。

データ・ファイルを変更するには、ファイルの名前の横にあるアイコンを選択し、鉛筆のアイコンをクリックします。データ・ファイルを追加するには、プラス記号(+)のアイコンをクリックします。次に、「データファイルの追加」画面で次の情報を編集または指定します。

- ファイル名
データ・ファイルの名前を指定します。

- ファイル・ディレクトリ
このデータ・ファイルが常駐する場所を指定します。

- サイズ
データ・ファイルの初期サイズを指定します。フィールドの隣にあるドロップダウン・メニューを使用して、サイズをキロバイト(KB)、メガバイト(MB)、ギガバイト(GB)の単位で指定します。

- フル時に自動的にデータ・ファイルを拡張(AUTOEXTEND)
フルになったときデータ・ファイルのサイズを自動的に拡張する場合には、このオプションを選択します。

「増分」フィールドで、データ・ファイルがフルになるたびに増分するサイズを指定します。フィールドの隣にあるドロップダウン・メニューを使用して、サイズをキロバイト(KB)、メガバイト(MB)、ギガバイト(GB)の単位で指定します。

データ・ファイルの最大サイズを制限する必要がある場合は、「最大サイズ」フィールドに値を指定します。

注意:

「最大サイズ」の設定が小さすぎると、コンテンツ・サーバー(またはRecords)がデータベースへの書込みを試行するとき、問題が発生する場合があります。データ・ファイルのサイズ制限に達すると、データベースが書込み操作を拒否するためです。

5. 「OK」をクリックして「表領域のマップ」画面に戻り、表領域の検証手順についてはステップ7「「表領域のマップ」画面」に従います。

表領域の作成および変更の詳細は、『Oracle Fusion Middleware Repository Creation Utilityユーザーズ・ガイド』の「表領域のマップ」画面に関する項を参照してください。

9. 「サマリー」画面
「作成」をクリックします。「作成」ダイアログ・ボックスが表示されます。

スキーマの作成エラーがある場合、「サマリー」画面にエラーの詳細が表示されます。エラーを修正し、「次へ」を再度クリックします。

RCUによってスキーマがエラーなしで作成されたら、「OK」をクリックしてダイアログ・ボックスを閉じます。

10. 「完了サマリー」画面
この画面にはRCUログ・ファイルとコンポーネント(アプリケーション)・ログ・ファイルの場所が表示されます。

「閉じる」をクリックします。

注意:

スキーマ用に作成されたユーザー・アカウントは、デフォルトで、作成後6か月で期限切れになります。データベース管理者は、ユーザー・アカウントの期限を長くする必要があります。アカウントの失効日を表示するには、SQL文SELECT * FROM all_usersまたはSELECT * FROM dba_usersを使用します。

RCUの詳細は、『Oracle Fusion Middleware Repository Creation Utilityユーザーズ・ガイド』を参照してください。

2.3 アプリケーション・サーバーとOracle Fusion Middlewareのインストール

Oracle WebCenter Contentには、システムにミドルウェア・ホームとアプリケーション・サーバーが必要です。システムにまだアプリケーション・サーバーがない場合は、データベースをインストールしてスキーマを作成する前または後で、Oracle WebLogic ServerとOracle Fusion Middlewareを新しいミドルウェア・ホーム・ディレクトリにインストールできます。あるいは、Oracle Fusion Middlewareサードパーティ・アプリケーション・サーバー・ガイドで説明されているように、IBM WebSphereをインストールできます。

Oracle WebLogic Serverをミドルウェア・ホームにインストールするには、次の手順を実行します。

1. Oracle Software Delivery CloudまたはOracle Technology Network (OTN)のWebサイトから、Oracle WebLogic Server Installerをダウンロードします。
Oracle WebLogic Serverのダウンロードの詳細は、第1.2.2項「Oracle WebCenter Contentをインストールおよび構成するためのソフトウェアのダウンロード」を参照してください。

Oracle WebLogic Serverのインストールに使用する32ビットおよび64ビットの実行可能ファイルは、該当するJDKバージョンにバンドルされています。JARファイルを使用する場合は、そのプラットフォームでサポートされているJDKとともにインストーラを起動する必要があります。JARファイルの実行に必要であるため、Oracle WebLogic Serverをインストールする前に、このサポートされているJDKをシステムにインストールしておく必要があります。

Windowsオペレーティング・システムでは、JDKはディレクトリ・パスに空白が含まれないディレクトリにインストールされている必要があります(Program Files\ディレクトリの下ではありません)。

オペレーティング・システムでサポートされているJDKのリストは、Oracle Technology NetworkにあるOracle Fusion Middlewareのサポートされるシステム構成のページを参照してください。

http://www.oracle.com/technetwork/middleware/ias/downloads/fusion-certification-100350.html

2. インストーラ・ファイルをローカル・システムのディレクトリにコピーし、そのディレクトリに移動してローカルでインストーラを実行しますが、次の点に注意してください。

- UNIX BINを使用して起動
XWindowsが実行されているUNIXオペレーティング・システムでは、適切なグラフィック機能を備えたシステムに表示をリダイレクトするために、インストーラを実行する前に、システムのDISPLAY環境変数を有効なXサーバーに設定する必要があります。

次のコマンドで、wls103nはwls1035かwls1036のいずれかです。

32ビットLinuxオペレーティング・システムでインストーラを実行するには、次のコマンドを使用します。

./wls103n_linux32.bin

64ビットLinuxオペレーティング・システムでインストーラを実行するには、次のコマンドを使用します。

./wls103n_linux64.bin

- UNIX JARを使用して起動
XWindowsが実行されているUNIXオペレーティング・システムでは、適切なグラフィック機能を備えたシステムに表示をリダイレクトするために、インストーラを実行する前に、システムのDISPLAY環境変数を有効なXサーバーに設定する必要があります。

使用しているシステムのJDKをインストールした場合は、JAVA_HOME環境変数をインストールの場所に設定します。

次のコマンドで、wls103nはwls1035かwls1036のいずれかです。

64ビットUNIXオペレーティング・システムでインストーラを実行するには、次のコマンドのいずれかを使用します(JAVA_HOMEはJDKの場所です)。

JAVA_HOME/bin/java -jar wls103n_generic.jar

JAVA_HOME/bin/java -d64 -jar wls103n_generic.jar

64ビット・システム上にOracle WebLogic Serverをインストールする場合、32/64ビット・ハイブリッドJDK (HP-UX用のHP JDKやSolaris SPARC用のSUN JDKなど)を使用する際には、インストーラを実行するときに-d64フラグを使用する必要があります。

32/64ビット・ハイブリッドJDKを使用する場合、JAVA_HOME環境変数によって64ビットJDKが参照されていることを検証するには、次のコマンドのいずれかを実行します(JAVA_HOMEは環境変数の値です)。

JAVA_HOME/bin/java -version

JAVA_HOME/bin/java -d64 -version

- Windowsシステムを使用して起動
次のコマンドで、wls103nはwls1035かwls1036のいずれかです。

32ビットWindowsオペレーティング・システムでインストーラを実行するには、次のコマンドを使用します。

wls103n_win32.exe

64ビットWindowsオペレーティング・システムでインストーラを実行するには、次のコマンドを使用します。

JAVA_HOME\bin\java -jar wls103n_generic.jar

注意:

UNCパスとして指定されているネットワーク場所からインストーラを実行しようとすると、インストールは失敗します。JARをローカル・ドライブにコピーするか、またはネットワーク・パスをネットワーク・ドライブにマップする必要があります。

3. 「ようこそ」画面
「次へ」をクリックします。

4. 「ミドルウェア・ホーム・ディレクトリの選択」画面
「新しいミドルウェア・ホームを作成する」を選択します。

新しいミドルウェア・ホーム・ディレクトリの場所(パス名ではMW_HOMEで示されます)を指定します。システム上にすでにこのディレクトリが存在する場合、ディレクトリは空である必要があります。存在しない場合は、インストーラによって作成されます。

注意:

Oracle WebCenter Contentのインストール時に入力する必要があるため、この場所を記録しておいてください。

デフォルトのOracleミドルウェア・ホームは、UNIXオペレーティング・システムの場合はuser_home/Oracle/Middleware、Windowsオペレーティング・システムの場合はC:\Oracle\Middlewareです。詳細は、『Oracle Fusion Middlewareインストレーション・プランニング・ガイド』のMiddlewareおよびWebLogic Serverのホーム・ディレクトリに関する項を参照してください。

「次へ」をクリックします。

5. 「セキュリティ更新のための登録」画面
最新の製品およびセキュリティ更新を受け取るかどうかを選択します。何も受け取らないことを選択した場合、その選択を確認する必要があります。

「次へ」をクリックします。

6. 「インストール・タイプの選択」画面
Oracle WebLogic Server、Oracle CoherenceおよびSunとJRockitのJDKをインストールするには、「標準」を選択します。

「次へ」をクリックします。

64ビット・システム上のJDKの場所の指定を求められた場合は、JDKを指定します。

1. JDKの場所を参照します。

2. binディレクトリが含まれるディレクトリを選択します。

3. 「次へ」をクリックします。

7. 「製品インストール・ディレクトリの選択」画面
Oracle WebLogic Serverのホーム・ディレクトリの場所を指定します(このドキュメントでは、
パス名の中でWL_HOMEが表す場所です)。WL_HOMEのデフォルトの場所は、
次のとおりです。

- UNIXパス: MW_HOME/wlserver_10.3

- Windowsパス: MW_HOME\wlserver_10.3

混合オペレーティング・システム・クラスタの場合、LinuxマシンとWindowsマシンの両方にWebLogic Server 10.3.6をインストールするときには、Middlewareホーム(MW_HOME)とWebLogic Serverホーム(WL_HOME)のパスが、LinuxとWindowsのインストール環境ですべて一致している必要があります(ただし、ドライブ文字は除きます)。ディレクトリ構造が完全に一致していないと、Windowsマシンでドメインを解凍するときに、packおよびunpackプロセスに問題が発生します。

Oracle Coherenceのインストール・ディレクトリを変更することもできます。デフォルトの場所は次のとおりです。

- UNIXパス: MW_HOME/coherence_3.n

- Windowsパス: MW_HOME\coherence_3.n

ホーム・ディレクトリの詳細は、『Oracle Fusion Middlewareインストレーション・プランニング・ガイド』のMiddlewareおよびWebLogic Serverのホーム・ディレクトリに関する項を参照してください。

「次へ」をクリックします。

8. その他の画面(Windowsオペレーティング・システムのみ)

1. 「ショートカットの場所の選択」
Oracle製品へのショートカットを作成する場所を指定して、「次へ」をクリックします。

2. 「Windowsサービスのインストール」
ノード・マネージャ・サービスをインストールするかしないかを指定して、「次へ」をクリックします。

9. 「インストールの概要」画面
「次へ」をクリックします。

10. 「インストールの進行状況」画面
この画面では処理を実行する必要はありません。

11. 「インストール完了」画面
「Quickstartの実行」の選択を解除します。

「完了」をクリックします。

Oracle WebLogic Serverのインストールの詳細は、『Oracle Fusion Middleware Oracle WebLogic Serverインストレーション・ガイド』を参照してください。

2.4 Oracle WebCenter Contentのインストーラの使用

Oracle WebCenter Contentは、Oracle WebCenter Contentアプリケーションのスキーマを作成する前または後にインストールできます。Oracle Fusion Middleware 11g WebCenter Content Installerを使用する場合、システムのWebCenter Content Oracleホーム・ディレクトリで次の製品のベース・インストールを実行します。

- Oracle WebCenter Content (WebCenter Content、Oracle WebCenter Content Serverを含む)

- Oracle WebCenter Content: Inbound Refinery

- Oracle WebCenter Content: Imaging (Imagingビューア・キャッシュおよびAXF for BPELを含む)

- Oracle WebCenter Content: AXF for BPM

- Oracle WebCenter Capture

- Oracle Information Rights Management (Oracle IRM)

- Oracle WebCenter Content: Records

注意:

AXF for BPMまたはAXF for BPELなどImagingとともにOracle SOA Suiteを使用する場合は、Oracle SOA Suiteを先にインストールして構成する必要があります。Oracle SOA Suiteのインストールと構成の詳細は、『Oracle Fusion Middleware Oracle SOA Suite and Oracle Business Process Management Suiteインストレーション・ガイド』を参照してください。

第3章「Oracle WebCenter Contentアプリケーションの構成」の説明に従い、Oracle WebCenter Contentをインストールし、アプリケーション・スキーマを作成した後、Oracle WebLogic Serverドメインを作成または拡張することによって、これらの製品をOracle WebLogic Serverドメインにアプリケーションとしてデプロイできます。アプリケーション・スキーマの詳細は、第2.2項「リポジトリ作成ユーティリティによるOracle WebCenter Contentスキーマの作成」を参照してください。

2.4.1 インストーラの起動

Oracle Fusion Middleware 11g WebCenter Content Installerは、メディアのDisk 1から次のように起動ができます。

- UNIXコマンド:
wcc_media_loc/Disk1/runInstaller -jreLoc jre_location
JREの場所を指定しない場合は、場所の指定を求められるか、エラーが返されます。エラーが返された場合は、JREの場所を指定してからコマンドを再試行してください。

- Windowsコマンド:
wcc_installer_loc/Disk1/setup.exe -jreLoc jre_location
setup.exeをダブルクリックすると、JREの場所を指定するよう求められるか、エラーが返されます。エラーが返された場合は、JREの場所を指定してからコマンドを入力してください。JREの場所を指定するよう求められた場合は、パスを入力して[Enter]をクリックすると、Oracle WebCenter Contentのインストールが開始されます。

インストーラの実行では、システム上のJava Runtime Environment (JRE)の場所が要求されます。JREはOracle Fusion Middlewareとともにインストールされました。表2-1に、32ビット・システムのデフォルトのJREの場所を示します。64ビット・システムでは、そのプラットフォームでサポートされているJDKとともにインストーラを起動する必要があります。

表2-1 32ビット・システムのデフォルトのJREの場所

オペレーティング・
システム

本番環境

開発環境

UNIX

MW_HOME/jrockit_160_nn_string/jre

MW_HOME/jdk160_nn/jre

Windows

MW_HOME\jrockit_160_nn_string/jre

MW_HOME\jdk160_nn\jre

表のnnはJREのバージョン番号を表します。

-jreLocオプションを使用するか、インストーラからbin/javaディレクトリが含まれているディレクトリを入力するよう求められたときに指定します。

注意:

- rootユーザーとしてのインストーラの実行はサポートされていません。

- WebSphere Application ServerでOracle Fusion Middleware 11g WebCenter Content Installerを起動する場合には、-jreLocオプションを指定する必要があります。詳細は、Oracle Fusion Middlewareサードパーティ・アプリケーション・サーバー・ガイドのIBM WebSphereにOracle Fusion Middlewareをインストールする場合の特別な手順に関する項を参照してください。

- Oracle WebCenter Contentおよびバージョン7.0.0.27以前のIBM WebSphere Application Serverを使用したIBM JDKを使用する場合、Javaソケット・ファクトリを変更しないと、パッチ機能のチェックなど特定の機能が正しく動作しません。IBM JREには、独自のSecure Sockets Layer (SSL)ソケット・ファクトリがあります。詳細は、Oracle Fusion Middlewareサードパーティ・アプリケーション・サーバー・ガイドのIBM JDKでのJavaソケット・ファクトリの変更に関する項を参照してください。

2.4.2 インストール手順の実行

第2.4.1項で説明したようにインストーラを起動した後、表2-2の手順に従ってOracle WebCenter Contentをインストールします。

インストール画面に関して詳細情報が必要な場合は、付録A「Oracle WebCenter Contentのインストール画面」を参照するか、画面の「ヘルプ」をクリックしてオンライン・ヘルプにアクセスしてください。

表2-2 Oracle WebCenter Contentのインストール手順

画面

この画面が表示される
タイミング

説明および実行するアクション

ようこそ

常時

「次へ」をクリックして、インストール・プロセスを開始します。

ソフトウェア更新のインストール

常時

Oracle WebCenter Contentのインストール前にソフトウェアの更新をインストールする場合は指定します。

My Oracle Support (以前のOracleMetaLink)から更新を取得するには、My Oracle Supportでの更新の検索を選択し、ユーザー名とパスワードを指定して、「更新の検索」をクリックします。検索する前に、「プロキシ設定」をクリックしてプロキシ・サーバーの設定を変更し、「接続のテスト」をクリックして資格証明をテストできます。

コンピュータに保存した更新を取得するには、ローカル・ディレクトリでの更新の検索を選択し、ディレクトリを指定して、「更新の検索」をクリックします。

ソフトウェアを更新しない場合は、「ソフトウェア更新のスキップ」を選択し、「次へ」をクリックしてインストールを続行します。

前提条件のチェック

常時

インストーラから画面の最下部セクションにエラー・メッセージが表示された場合は、エラーを修正し、「再試行」をクリックして、すべてのアプリケーションに対して前提条件のチェックを再度開始します。前提条件のチェックがエラーが発生せずに完了するまで、これを繰り返します。

前提条件のエラーを修正する際にインストール・プロセスを停止する場合は、「中止」をクリックします。

エラーを修正しないでインストールを続行する場合は、「続行」をクリックします。

エラーなしで前提条件チェックが完了したら、「次へ」をクリックしてインストールを続行します。

インストール場所の指定

常時

ミドルウェア・ホーム(MW_HOME)およびWebCenter Content Oracleホーム(WCC_ORACLE_HOME)の場所を指定します。

次のフィールドに値を入力します。

- Oracleミドルウェア・ホーム: Oracle WebLogic Serverのインストール時に作成されたミドルウェア・ホーム・ディレクトリ(MW_HOME)を選択します。
デフォルトのOracleミドルウェア・ホームは、UNIXオペレーティング・システムの場合はuser_home/Oracle/Middleware、Windowsオペレーティング・システムの場合はuser_home\Oracle\Middlewareです。

- Oracleホーム・ディレクトリ: Oracle WebCenter Contentをインストールするディレクトリを指定します。
Oracle WebLogic Serverで、すでに存在するディレクトリを指定する場合は、それが空のディレクトリであり、ミドルウェア・ホーム・ディレクトリ内に存在する必要があります。新しいディレクトリを指定すると、インストーラによってミドルウェア・ホーム・ディレクトリ内に新しいディレクトリが作成されます。

インストール・ディレクトリがWebCenter Content Oracleホームになり、パス名ではWCC_ORACLE_HOMEで表されます。ランタイム・コンポーネントからこのディレクトリに書き込むことはできません。デフォルトのWebCenter Content Oracleホームは、UNIXオペレーティング・システムではMW_HOME/Oracle_ECM1、Windowsオペレーティング・システムではMW_HOME\Oracle_ECM1です。

混合オペレーティング・システム・クラスタの場合、LinuxマシンとWindowsマシンの両方にOracle WebCenter Contentをインストールするときには、Oracle WebCenter Contentのパス(WCC_ORACLE_HOME)が、LinuxとWindowsのインストール環境ですべて一致している必要があります(ただし、ドライブ文字を除きます)。ディレクトリ構造が完全に一致していないと、Windowsマシンでドメインを解凍するときに、packおよびunpackプロセスに問題が発生します。

注意: このドキュメントでは、Oracle Fusion Middlewareの他のJavaコンポーネントのOracleホーム・ディレクトリとの混同を避けるために、このディレクトリをWebCenter Content Oracleホームと呼びます。詳細は、『Oracle Fusion Middlewareインストレーション・プランニング・ガイド』のOracleホームおよびOracle共通ホーム・ディレクトリに関する項を参照してください。

「次へ」をクリックして続行します。

アプリケーション・サーバー

常時

Oracle WebLogic ServerにOracle WebCenter Contentをインストールする場合は、「WebLogic Server」を選択します。

IBM WebSphere Application Serverがインストールされている場合は、「WebSphereサーバー」を選択してIBM WebSphere Application ServerにOracle WebCenter Contentをインストールします。このアプリケーション・サーバーでのインストールの詳細は、Oracle Fusion Middlewareサードパーティ・アプリケーション・サーバー・ガイドのIBM WebSphereでのOracle Fusion Middlewareのインストールおよび構成に関する項およびIBM WebSphere Application ServerでのOracle WebCenter Contentの管理に関する項を参照してください。

インストール・サマリー

常時

画面上の情報を検証します。構成を変更する場合は、左側にあるナビゲーション・ツリーのリンクをクリックするか、その画面が表示されるまで「戻る」をクリックすることによって、前の画面に戻ることができます。構成を編集した後、前の画面からインストールを続行できます。

レスポンス・ファイルを保存する場合は、「保存」をクリックします。インストール固有の情報が格納されるレスポンス・ファイルの名前と場所の入力を求められます。インストーラによってレスポンス・ファイルが作成されると、それをそのまま使用して他のシステムにインストールをレプリケートするか、またはテキスト・エディタでレスポンス・ファイルを修正できます。

「インストール」をクリックして、ソフトウェア・インストールを開始します。

インストールの進行状況

常時

インストールの進行状況を監視します。

インストーラからDisk 2に移動するよう求められた場合は、Disk 2の場所を指定し、「OK」をクリックしてインストールを再開します。

インストールを中止する場合は、「取消」をクリックします。

進行状況が100%になったら、「次へ」をクリックして最後の画面に進みます。

インストール完了

常時

「保存」をクリックしてインストール構成を保存し、「終了」をクリックしてインストーラを終了します。

2.5 インストールの検証

インストールの完了後に、ログ・ファイルとディレクトリ構造を確認してインストールを検証できます。

2.5.1 インストール・ログ・ファイルの表示

インストール・ログ・ファイルの場所は、オペレーティング・システムによって異なります。

- UNIX場所: USER_HOME/oraInventory/logs/installdate_time

- Windows場所: USER_HOME\oraInventory\logs\installdate_time

2.5.2 ディレクトリ構造のチェック

インストール後に、ディレクトリ構造が図1-3のようなトポロジになっていることを検証します。

3 Oracle WebCenter Contentアプリケーションの構成

この章では、Oracle WebLogic ServerドメインでOracle WebCenter Contentアプリケーションを構成する方法について説明します。

この章では、次の項目について説明します。

- 第3.1項「Oracle WebCenter Contentアプリケーションを構成する準備」

- 第3.2項「Oracle WebLogic Serverドメインの作成」

- 第3.3項「既存のドメインの拡張」

- 第3.4項「SSL環境でのドメインの拡張」

- 第3.5項「管理対象サーバー用のJava VMヒープ・サイズの増大」

- 第3.6項「UNIXシステムでのフォントの設定」

- 第3.7項「ライブラリのインストールとOutside In Technology用の環境変数の設定」

- 第3.8項「Oracle WebCenter ContentアプリケーションのためのSSLの構成」

- 第3.9項「アイデンティティ・ストアと外部LDAP認証プロバイダの再関連付け」

- 第3.10項「Oracle Internet Directoryへのユーザーの追加」

- 第3.11項「シングル・サインオン(SSO)の構成」

- 第3.12項「Oracle Web TierとWebCenter Contentの統合」

- 第3.13項「管理対象サーバー・クラスタの構成」

- 第3.14項「Oracle Web Services Manager Securityの設定」

3.1 Oracle WebCenter Contentアプリケーションを構成する準備

Oracle Fusion Middleware 11g Oracle WebCenter Contentインストーラを正常に実行し、アプリケーション・スキーマを作成した後、次のOracle WebCenter Content製品をアプリケーションとしてデプロイして構成できます。

- Oracle WebCenter Content (Oracle WebCenter Content Serverを含む)

- Oracle WebCenter Content: Inbound Refinery

- Oracle WebCenter Content: Imaging (Imagingビューア・キャッシュおよびAXF for BPELを含む)

- Oracle WebCenter Content: AXF for BPM

- Oracle WebCenter Capture

- Oracle Information Rights Management

- Oracle WebCenter Content: Records

これらのアプリケーションを構成するには、Oracle WebLogic Serverドメインを作成または拡張する必要があり、この作業には、デプロイするアプリケーションごとに1つの管理対象サーバーと1つの管理サーバーを準備することが含まれます。この各サーバーは、Oracle WebLogic Serverインスタンスです。

注意:

- スキーマの詳細は、第2.2項「リポジトリ作成ユーティリティによるOracle WebCenter Contentスキーマの作成」を参照してください。

- これらのアプリケーションは、それぞれ、独自の管理対象サーバーか、管理対象サーバーの独自のクラスタで実行する必要があります。WebCenter Content、Inbound Refinery、Imaging、Oracle IRMまたはRecordsは、これらのうちの別のアプリケーションがすでにデプロイされている管理対象サーバーまたはクラスタにはデプロイできません。Oracle WebCenter Contentアプリケーションを、アプリケーション・サーバーにはデプロイしないでください。

- 同じOracle WebCenter Contentドメインでは、WebCenter ContentなどのOracle WebCenter Contentアプリケーションごとに1つの管理対象サーバーしか構成できません。複数のWebCenter Content管理対象サーバーを同じマシンに配置する場合、管理対象サーバーをそれぞれ別のドメインで構成する必要があります。

- DB2データベースを使用している場合は、構成ウィザードを最初に起動してOracle Fusion Middleware製品を構成する前に、db2jcc4.jarとdb2jcc_license_cu.jarへのフルパスを含むようにDB_DRIVER_CLASSPATH環境変数を設定する必要があります。これを実行しないと、DB2接続テストはすべて失敗します。

ドメインを作成して、これらのアプリケーションを1つ以上含めることができます(アプリケーションごとに管理対象サーバーが1つ必要です)。あるいは、ドメインを作成して少なくとも1つのアプリケーション用の管理対象サーバーを含め、その後管理対象サーバーに他のアプリケーションを1つ以上含めてドメインを拡張できます。

注意:

- WebCenter Contentを、Oracle Identity ManagerおよびOracle Identity Managementと同じドメインにデプロイすることはできません。

- Oracle WebCenter Content 11gでは、Windowsオペレーティング・システムで、WebCenter Content、Inbound Refinery、RecordsまたはOracle IRMをサービスとして実行することはサポートされていません。

Imagingで既存のドメイン内のビジネス・プロセス管理(BPM)およびOracle BPEL Process Managerを利用するには、Oracle BPM Suiteでドメインを拡張する必要があります。Oracle BPEL Process Managerを使用し、BPMを使用しない場合は、Oracle SOA Suiteでドメインを拡張できます。BPMまたはOracle BPEL Process Managerにワークフロー・サーバーとして接続する方法の詳細は、第6.1.4項「ワークフロー・サーバーへの接続」を参照してください。

注意:

Imaging製品のデプロイメントは、ユーザー・インタフェースからのドキュメントの同時アップロードのステージングに、10GBまでのディスク領域を使用可能としています。このように上限が設けられているのは、悪意のあるサーバーからの攻撃を阻止するためです。

インストーラを正常に実行できなかった場合は、まず第2章「Oracle WebCenter Contentのインストール」を参照してください。

1つ以上のOracle WebCenter Contentアプリケーション用にドメインを作成するには、第3.2項「Oracle WebLogic Serverドメインの作成」の指示に従ってください。

1つ以上のOracle WebCenter Contentアプリケーション用に既存のドメインを拡張するには、第3.3項「既存のドメインの拡張」の指示に従ってください。

注意:

旧リリースのOracle Enterprise Content Management SuiteアプリケーションまたはOracle WebCenter Contentアプリケーションがあるドメインを拡張してOracle WebCenter Content 11.1.1.8.0を追加することはできません。

構成作業中に構成画面についての詳細情報を確認するには、指示に含まれる画面の名前をクリックして付録B「Oracle WebCenter Contentの構成画面」の該当する説明を参照するか、またはインストーラの画面の「ヘルプ」をクリックしてオンライン・ヘルプにアクセスしてください。

ドメインを作成または拡張した後、Oracle WebCenter Contentアプリケーションを管理するようにOracle Enterprise Manager Fusion Middleware Controlを構成できます。Fusion Middleware Controlは、ドメインが作成されるときに管理サーバーにデプロイされます。Fusion Middleware Controlを使用すると、さらに多くの構成タスクを実行できます。

IBM WebSphere Application ServerでOracle WebCenter Content用にFusion Middleware Controlを構成する方法の詳細は、Oracle Fusion Middlewareサードパーティ・アプリケーション・サーバー・ガイドのOracle Enterprise Manager Fusion Middleware Controlの使用に関する項を参照してください。

3.2 Oracle WebLogic Serverドメインの作成

Oracle Fusion Middleware構成ウィザードを使用して、Oracle WebCenter Content用にOracle WebLogic Serverドメインを作成できます。Oracle WebCenter Content用にドメインを作成するときは、スイートのアプリケーションを1つ以上構成します。

注意:

AXF for BPMまたはAXF for BPELなどImagingとともにOracle SOA Suiteを使用する場合は、Oracle SOA Suiteを先にインストールして構成する必要があります。Oracle SOA Suiteのインストールと構成の詳細は、『Oracle Fusion Middleware Oracle SOA Suite and Oracle Business Process Management Suiteインストレーション・ガイド』を参照してください。

Oracle SOA Suiteを使用してドメインを作成する場合は、第3.3項「既存のドメインの拡張」の説明に従って、Oracle WebCenter Contentを使用してドメインを拡張できます。

構成ウィザードは、次のディレクトリにあります。WCC_ORACLE_HOMEは、Oracle WebCenter ContentをインストールするWebCenter Content Oracleホーム・ディレクトリを表しています。WebCenter Content Oracleホームは、インストーラの「インストール場所の指定」画面の「Oracleホーム・ディレクトリ」フィールドで指定したものです(デフォルトはOracle_ECM1)。

- UNIXパス: WCC_ORACLE_HOME/common/bin

- Windowsパス: WCC_ORACLE_HOME\common\bin

構成セッションのログ・ファイルを作成するには、-logオプションを指定してFusion Middleware構成ウィザードを起動します。

- UNIXスクリプト:
WCC_ORACLE_HOME/common/bin/config.sh -log=log_file_name
ログ・ファイルは、構成ウィザードを起動した場所に作成されます。

- Windowsスクリプト:
WCC_ORACLE_HOME\common\bin\config.cmd -log=log_file_name
ログ・ファイルは、inventory_location\logs\installActions\logsディレクトリに作成されます。inventory_locationのデフォルト値は、次のとおりです。

%PROGRAMFILES%\Oracle\Inventory

表3-1に、ドメインを作成する手順の説明と、付録B「Oracle WebCenter Contentの構成画面」の該当する画面説明へのリンクを示します。

表3-1 新しいドメインを作成するための手順

画面

この画面が表示される
タイミング

説明および実行するアクション

なし

Fusion Middleware構成ウィザードを起動します。

- UNIXスクリプト:
WCC_ORACLE_HOME/common/bin
/config.sh[-log=log_file_name]

- Windowsスクリプト:
WCC_ORACLE_HOME\common\bin
\config.cmd[-log=log_file_name]

ようこそ

常時

「新しいWebLogicドメインの作成」を選択します。

「次へ」をクリックして続行します。

ドメイン・ソースの選択

常時

「次の製品をサポートするために、自動的に構成されたドメインを生成する」を選択し、これらの製品テンプレートを1つ以上選択します。

- Oracle WebCenter Content: AXF for BPM

- Oracle WebCenter Capture

- Oracle WebCenter Content: Imaging

- Oracle Universal Records Management
(Oracle WebCenter Content: Records)

- Oracle Universal Content Management - Inbound Refinery
(Oracle WebCenter Content: Inbound Refinery)

- Oracle Universal Content Management - Content Server
(Oracle WebCenter Content)

- Oracle Information Rights Management

WebCenter Contentの場合

Oracle Universal Content Management - Content Serverを選択します。

Imagingの場合

Oracle WebCenter Content: Imagingを選択するときは、Oracle Universal Content Management - Content Serverも選択する必要があります。

Imagingビューア・キャッシュの場合

Oracle WebCenter Content: Imagingを選択する場合は、Oracle WebCenter Content: Imaging Viewer Cacheも自動的に選択されています。

AXF for BPELの場合

AXF for BPELはImagingに含まれます。Oracle WebCenter Content: ImagingおよびOracle Universal Content Management - Content Serverを選択します。

AXF for BPMの場合

ImagingとともにAXF for BPMを使用する場合は、次の製品テンプレートを選択する必要があります(これらの一部は自動的に選択されます)。

- Oracle BPM Suite

- Oracle SOA Suite

- Oracle WebCenter Content: AXF for BPM

- Oracle WebCenter Content: Imaging Viewer Cache

- Oracle WebCenter Content: Imaging

- Oracle Universal Content Management - Content Server

- Oracle Enterprise Manager

- Oracle WSM Policy Manager

- Oracle JRF

異なるドメインまたはマシンのOracle SOA Suiteとともに使用するAXF for BPMまたはAXF for BPELの場合

ImagingとともにAXF for BPMまたはAXF for BPELを使用し、Oracle SOA Suiteが異なるドメインにデプロイされているか異なるマシンにインストールされている場合、Oracle SOA SuiteマシンでWCC_ORACLE_HOME\common\config.cmdを実行し、次の製品テンプレートを選択する必要があります。

- Oracle SOA Suite

- Oracle WSM Policy Manager

- Oracle Enterprise Manager

Captureの場合

次の製品テンプレートを選択します(これらのうちいくつかは自動的に選択されます):

- Oracle WebCenter Capture

- Oracle Enterprise Manager

- Oracle JRF

Site Studio for External Applicationsの場合

Site Studio for External Applications Webサイトへのリモート・デプロイメントを実行する場合は、Oracle Universal Content Management - SSXA Server (Oracle WebCenter Content - SSXA Server)を選択し、Webサイトの実行に必要なファイルを含む管理対象サーバーが備えられたOracle WebLogic Serverドメインを作成できます。

Oracle WSM Policy Managerの場合

Oracle Web Services Manager (Oracle WSM) Policy Managerが含まれているドメインを作成するには、「Oracle WSM Policy Manager」を選択します。

Oracle Enterprise ManagerおよびOracle JRFの場合

「ドメイン・ソースの選択」画面でOracle WebCenter Contentアプリケーションを選択すると、Oracle Enterprise ManagerおよびOracle JRFが自動的に選択されます。これらの自動的に選択された項目の選択を解除すると、Oracle WebCenter Contentアプリケーションも選択が解除されます。

「次へ」をクリックして続行します。

ドメイン名と場所の指定

常時

作成するドメインの名前を「ドメイン名」フィールドに入力します。

ドメインのデフォルトの場所は次のとおりです(MW_HOMEは、ミドルウェア・ホーム・ディレクトリです)。

- UNIXパス: MW_HOME/user_projects/domains

- Windowsパス: MW_HOME\user_projects\domains

異なる場所を「ドメインの場所」フィールドに指定することもできます。

注意: 後で管理サーバーを起動するときに必要となるため、この画面のドメイン名と場所を記録しておいてください。

Oracle WebCenter Contentアプリケーションの場所を「アプリケーションの場所」フィールドに指定できます。デフォルトの場所は、MW_HOME/user_projects/applications/です。

「次へ」をクリックして続行します。

管理者ユーザー名およびパスワードの構成

常時

「ユーザー名」フィールドには、デフォルトの管理者ユーザー名weblogicが設定されています。異なる管理者ユーザー名を指定することもできます。

「ユーザー・パスワード」フィールドに、管理者ユーザーのパスワードを入力します。

注意: 後で、管理対象サーバーを起動し、Oracle WebLogic Server管理コンソールまたはFusion Middleware Controlを介してドメインにアクセスするときに必要になるため、この画面の管理者ユーザー名とパスワードを記録しておいてください。

「次へ」をクリックして続行します。

サーバーの起動モードおよびJDKの構成

常時

「WebLogicドメインの起動モード」では、「開発モード」がデフォルト・モードです。本番システムでは、「本番モード」を選択してください。

「JDKの選択」では、「使用可能なJDK」およびデフォルトのJDKをそのまま使用することも、変更することもできます。開発モードのデフォルトJDKはSun SDK 1.6.0_バージョンで、本番モードのデフォルトJDKはJRockit SDK 1.6.0_バージョンです。ただし、64ビット・システムは例外で、デフォルトJDKは自分でインストールしたものとなります。異なるJDKを指定するには、「その他のJDK」を選択し、その場所を入力します。

「次へ」をクリックして続行します。

JDBCコンポーネント・スキーマの構成

常時

スキーマのチェック・ボックスを選択し、次のフィールドを編集して、各コンポーネント・スキーマ(リポジトリ作成ユーティリティ(RCU)で作成された場合は、Oracle WSM MDSスキーマも含む)を構成します。

- コンポーネント・スキーマ: コンポーネント・スキーマ行を選択します。

- ベンダー: リストからデータベース・ベンダーを選択します。

- ドライバ: データベース・ベンダーのデフォルトのドライバをそのまま選択することも、リストからコンポーネント・スキーマのドライバを選択することもできます。

- スキーマ所有者: アプリケーション・スキーマ所有者のユーザー名を入力します。これは、RCUでスキーマを作成するときに指定したものです。

- スキーマ・パスワード: スキーマ・パスワードを入力します。これは、RCUでスキーマを作成するときに指定したものです。

- DBMS/サービス: 「ドライバ」フィールドでOracle's Driver (Thin) for Instance connectionsを選択している場合にはデータベース・インスタンスの名前を入力し、「ドライバ」フィールドでOracle's Driver (Thin) for Service connectionsを選択している場合にはサービス名(グローバル・データベース名)を入力します。Microsoft SQL ServerまたはIBM DB2の場合は、サービス名がないため、データベース名を入力する必要があります。
アプリケーション・スキーマが含まれているデータベースを指定します。

IBM DB2では、画面に表示されるスキーマ接頭辞の名前が3文字を超える場合、スキーマをRepository Creation Utilityで作成したときにスキーマに指定した名前に変更する必要があります(第2.2.2項「Oracle WebCenter Contentアプリケーションのスキーマの作成」を参照してください)。たとえば、DEV_CAPTUREはDEV_ODCに、DEV_URMSERVERはDEV_URMに、DEV_ORAIRMはDEV_IRMに変更します。

Oracle RACデータベースの場合は、このフィールドにいずれかのノードのサービス名を指定します。たとえば、sales.example.comとします。

- ホスト名: データベースが搭載されているマシンの名前をhost.example.comという形式で指定します。Oracle RACデータベースの場合は、ノード名の1つまたは仮想IP名をホスト名として指定します。

- Listen port: データベースのリスニング・ポート番号を指定します。デフォルトのポート番号は、Oracleデータベース・インスタンスの場合には1521、Microsoft SQL Serverの場合には1433、IBM DB2の場合には50000です。

「次へ」をクリックして続行します。

コンポーネント・スキーマのテスト

常時

構成ウィザードは、JDBCコンポーネント・スキーマへの接続を自動的にテストします。

テストが失敗した場合は、「前へ」をクリックしてコンポーネント・スキーマ情報を修正してから、「次へ」をクリックして接続を再テストします。

テストが正常に完了した後、「次へ」をクリックして続行します。

オプションの構成を選択

常時

オプションで、管理サーバーおよび管理対象サーバーを構成するための次のオプションのいずれかまたはすべてを選択します。

- 管理サーバー

- JMS分散宛先

- 管理対象サーバー、クラスタ、およびマシン

- デプロイメントとサービス

- RDBMSセキュリティ・ストア

デフォルト設定を変更する場合は、これらのオプションを1つ以上選択します。たとえば、管理サーバーにSSLを構成したり、管理サーバーのポート番号を変更するには、「管理サーバー」を選択し、管理対象サーバーの名前またはポートを変更したり、それをクラスタに追加し、管理対象サーバー用のマシンを構成するには、「管理対象サーバー、クラスタ、およびマシン」を選択します。

Linux環境とWindows環境の管理対象サーバーが両方とも含まれているCaptureクラスタを構成する場合は、最後のオプションを除いて、すべてのオプションを選択します。

Oracle IRMの場合は、「管理サーバー」、「管理対象サーバー、クラスタ、およびマシン」、および「デプロイメントとサービス」を選択することをお薦めします。

注意: クラスタを使用するには、Oracle WebLogic Server Enterprise Editionのライセンスが必要です。

「次へ」をクリックして、選択したオプションに応じた構成画面に進みます。どのオプションも選択しなかった場合は、「構成のサマリー」設定画面に進みます。

管理サーバーの構成

「オプションの構成を選択」画面で「管理サーバー」を選択した場合

管理サーバーのデフォルトのリスニング・ポート番号は7001で、この番号は変更できます。

管理サーバー用のSSLの構成を変更する場合は、「SSL有効」を選択します。「SSLリスニング・ポート」フィールドには、SSLポートがデフォルトで7002に設定されます。「SSL有効」を選択した場合は、SSLリスニング・ポート値を変更できます。

SSL構成の詳細は、第3.8項「Oracle WebCenter ContentアプリケーションのためのSSLの構成」を参照してください。

「次へ」をクリックして続行します。

JMS分散宛先タイプの選択

「ドメイン・ソースの選択」画面でOracle WebCenter Content: Imagingを選択した場合

デフォルト(UDD)を受け入れて「次へ」をクリックします。「オーバーライドの警告」で、「OK」を選択します。

管理対象サーバーの構成

「オプションの構成を選択」画面で「管理対象サーバー、クラスタ、およびマシン」を選択した場合

各管理対象サーバーに対して、一意のリスニング・ポート番号が必要です。管理対象サーバーごとに、デフォルトのリスニング・ポート値を使用できます。セキュリティ強化のため、デフォルト以外のポート番号を指定することもできます。

表3-2に、Oracle WebCenter Contentアプリケーションを実行する管理対象サーバーのデフォルトのポート値を示します。

管理対象サーバー用のSSL構成を変更する場合は、「SSL有効」を選択し、「SSLリスニング・ポート」の値を設定または変更します。

混合Captureクラスタの場合は、2つの管理対象サーバー(Linux環境用とWindows環境用)を構成するときに、別個の「リスニング・アドレス」値と、同一の「リスニング・ポート」値を使用します。次に例を示します。

Name                  Listen address   Listen port
capture_lnx_server1   host-ip-address  16400
capture_win_server2   host-ip-address  16400

Oracle IRMの場合、SSLがデフォルトで有効になっており、ポート番号は16101です。Contentアプリケーション・サーバーのDesktopから管理対象サーバーに接続するときに、証明書の受入れを求めるプロンプトが表示されないように、SSLを構成する必要があります。使用される証明書は、Oracle IRM Desktopを実行しているコンピュータ上でMicrosoft Internet Explorerによって信頼される必要があります。

「次へ」をクリックして続行します。

クラスタの構成

「オプションの構成を選択」画面で「管理対象サーバー、クラスタ、およびマシン」を選択した場合

オプションで、クラスタを1つ以上構成します。たとえば、Linux環境の管理対象サーバーとWindows環境の管理対象サーバーをそれぞれ1つずつ含むCaptureクラスタの場合は、「クラスタのメッセージング・モード」値にunicastを指定して、cap_clusterという名前のクラスタを作成します。

注意:

- クラスタを使用するには、Oracle WebLogic Server Enterprise Editionのライセンスが必要です。

- クラスタを構成する場合は、クラスタ・アドレスを割り当てる必要があります。

「次へ」をクリックして続行します。

サーバーのクラスタへの割当

「クラスタの構成」画面でクラスタを構成した場合

各クラスタにドメイン内の管理対象サーバーを2つ以上割り当てます。たとえば、混合Captureクラスタの場合は、Linux環境で実行するように構成された管理対象サーバーcapture_lnx_server1と、Windows環境で実行するように構成された管理対象サーバーcapture_win_server2をcap_clusterに割り当てます。

「次へ」をクリックして続行します。

HTTPプロキシ・アプリケーションの作成

「クラスタの構成」画面でクラスタを構成し、ドメイン内の管理対象サーバーの全部ではなく一部をクラスタに割り当てた場合

ドメイン内の管理対象サーバーのうち、クラスタに割り当てなかったサーバーごとにプロキシ・アプリケーションを作成します。

「次へ」をクリックして続行します。

マシンの構成

「オプションの構成を選択」画面で「管理対象サーバー、クラスタ、およびマシン」を選択した場合

オプションで、管理対象サーバーをホストするようにマシンを構成し、各マシンに管理対象サーバーを割り当てます。

「次へ」をクリックして続行します。

サーバーのマシンへの割当

「マシンの構成」画面でマシンを追加した場合

各マシンに少なくとも1つのサーバーを割り当てます。

「次へ」をクリックして続行します。

デプロイメントのクラスタまたはサーバーへのターゲット設定

「オプションの構成を選択」画面で「デプロイメントとサービス」を選択した場合

オプションで、各アプリケーションを管理サーバー、管理対象サーバーまたは管理対象サーバーのクラスタに割り当てます。

Oracle IRMではpersistent-store-typeをreplicated_if_clusteredとして使用するため、Oracle IRMは、クラスタまたはいずれのクラスタのメンバーでもない管理対象サーバーにデプロイしてください。Oracle IRM Webアプリケーションがクラスタ化されたサーバーにデプロイされている場合は、有効なpersistent-store-type値が複製されます。それ以外の場合は、memoryがデフォルトになります。

Oracle IRMをクラスタにデプロイする場合は、Oracle IRMアプリケーションをすべてのノードにデプロイしてください。

「次へ」をクリックして続行します。

サービスのクラスタまたはサーバーへのターゲット設定

「オプションの構成を選択」画面で「デプロイメントとサービス」を選択した場合

オプションで、サービスのターゲットをサーバーまたはクラスタに指定する方法を変更します。

「次へ」をクリックして続行します。

RDBMSセキュリティ・ストア・データベースの構成

「オプションの構成を選択」画面で「RDBMSセキュリティ・ストア」を選択した場合

オプションで、RDBMSセキュリティ・ストアに変更を加えます。

「次へ」をクリックして続行します。

構成のサマリー

常時

構成を確認し、画面の指示に従って、修正または更新を実行します。

各画面で「前へ」をクリックして、構成を変更する画面に戻ることができます。

構成に問題がなければ、「作成」をクリックしてドメインを作成します。

ドメインの作成中

常時

Windowsオペレーティング・システムでは、「管理サーバーの起動」を選択すると、構成が完了した直後に管理サーバーを起動できます。

ドメインが正常に作成されたら、「完了」をクリックします。

表3-2に、Oracle WebCenter Contentアプリケーションを実行する管理対象サーバーのデフォルトのポート値を示します。

表3-2 管理対象サーバーのデフォルト・ポート

管理対象サーバー

デフォルトのリスニング・ポート

デフォルトのSSLポート

ポート範囲

Imaging

16000

16001

16000-16099

Oracle IRM

16100

16101

16100-16199

WebCenter Content

16200

16201

16200-16299

Inbound Refinery

16250

16251

16200-16299

Records

16300

16301

16300-16399

Capture

16400

16401

16400-16499

次の操作が正常に完了している必要があります。

- 管理サーバーでのOracle WebLogic Serverドメインの作成

- 「ドメイン・ソースの選択」画面で選択した各アプリケーション用の管理対象サーバーの作成

- 各アプリケーションのそれぞれの管理対象サーバーへのデプロイメント
アプリケーションは、管理対象サーバーが起動するまでアクティブになりません。管理対象サーバーを起動する前に、この章とアプリケーションの構成に関する章で、残りの構成情報を確認してください。詳細は、第10.2項「管理対象サーバーの起動」を参照してください。

3.3 既存のドメインの拡張

1つ以上のOracle WebCenter Contentアプリケーションを構成するように、既存のOracle WebLogic Serverドメインを拡張できます。次のディレクトリにFusion Middleware構成ウィザードがあります。

- UNIXパス: WCC_ORACLE_HOME/common/bin

- Windowsパス: WCC_ORACLE_HOME\common\bin

注意:

- WebCenter Contentを、Oracle Identity ManagerおよびOracle Identity Managementと同じドメインにデプロイすることはできません。

- 旧リリースのOracle Enterprise Content Management SuiteアプリケーションまたはOracle WebCenter Contentアプリケーションがあるドメインを拡張してOracle WebCenter Content 11.1.1.8.0を追加することはできません。

他のアプリケーションを同じドメインに含めるために、ドメインを拡張することもできます。たとえば、Oracle IRM管理対象サーバーを含めるために、Oracle WebCenter Contentドメインを拡張できます。または、Oracle SOA Suiteを含めるために、Imagingドメインを拡張できます。

注意:

AIXプラットフォームで、Oracle SOA Suiteを含めるためにドメインを拡張する場合は、事前にsoa-ibm-addon.jarファイルがSOA_ORACLE_HOME/soa/modulesディレクトリにあることを確認する必要があります。ファイルがその場所にあることを確認し、次のエントリをSOA_ORACLE_HOME/bin/ant-sca-compile.xmlファイルの65行目に追加します。

<include name="soa-ibm-addon.jar"/>

表3-3に、ドメインを拡張する手順の説明と、付録B「Oracle WebCenter Contentの構成画面」の該当する画面説明へのリンクを示します。

表3-3 既存のドメインを拡張するための手順

画面

この画面が表示される
タイミング

説明および実行するアクション

なし。

常時

Fusion Middleware構成ウィザードを起動します。

- UNIXスクリプト:
WCC_ORACLE_HOME/common/bin
/config.sh[-log=log_file_name]

- Windowsスクリプト:
WCC_ORACLE_HOME\common\bin
\config.cmd[-log=log_file_name]

ようこそ

常時

「既存のWebLogicドメインの拡張」を選択します。

「次へ」をクリックして続行します。

WebLogicドメイン・ディレクトリの選択

常時

アプリケーションまたはサービス、あるいはその両方を追加するためのディレクトリを選択します。

「次へ」をクリックして続行します。

拡張ソースの選択

常時

「次の追加製品をサポートするために、自動的にドメインを拡張する:」を選択し、これらの製品テンプレートを1つ以上選択します。

- Oracle WebCenter Content: AXF for BPM

- Oracle WebCenter Content: Imaging

- Oracle WebCenter Capture

- Oracle Universal Records Management
(Oracle WebCenter Content: Records)

- Oracle Universal Content Management - Inbound Refinery
(Oracle WebCenter Content: Inbound Refinery)

- Oracle Universal Content Management - Content Server
(Oracle WebCenter Content)

- Oracle Information Rights Management

WebCenter Contentの場合

Oracle Universal Content Management - Content Serverを選択します。

Imagingの場合

Oracle WebCenter Content: Imagingを選択する場合、WebCenter Contentがドメインでまだ構成されていなければ、Oracle Universal Content Management - Content Serverも選択する必要があります。

Imagingビューア・キャッシュの場合

Oracle WebCenter Content: Imagingを選択する場合は、Oracle WebCenter Content: Imaging Viewer Cacheも自動的に選択されています。

AXF for BPELの場合

AXF for BPELはImagingに含まれます。Oracle WebCenter Content: ImagingおよびOracle Universal Content Management - Content Serverを選択します。

AXF for BPMの場合

ImagingとともにAXF for BPMを使用する場合は、次の製品テンプレートを選択する必要があります(これらの一部は自動的に選択されます)。

- Oracle BPM Suite

- Oracle SOA Suite

- Oracle WebCenter Content: AXF for BPM

- Oracle WebCenter Content: Imaging Viewer Cache

- Oracle WebCenter Content: Imaging

- Oracle Universal Content Management - Content Server

- Oracle Enterprise Manager

- Oracle WSM Policy Manager

- Oracle JRF

異なるドメインまたはマシンのOracle SOA Suiteとともに使用するAXF for BPMまたはAXF for BPELの場合

ImagingとともにAXF for BPMまたはAXF for BPELを使用し、Oracle SOA Suiteが異なるドメインにデプロイされているか異なるマシンにインストールされている場合、Oracle SOA SuiteマシンでWCC_ORACLE_HOME\common\config.cmdを実行し、次の製品テンプレートを選択する必要があります。

- Oracle SOA Suite

- Oracle WSM Policy Manager

- Oracle Enterprise Manager

Captureの場合

次の製品テンプレートを選択します(これらのうちいくつかは自動的に選択されます):

- Oracle WebCenter Capture

- Oracle Enterprise Manager

- Oracle JRF

Site Studio for External Applicationsの場合

Site Studio for External Applications Webサイトへのリモート・デプロイメントを実行する場合は、Oracle Universal Content Management - SSXA Server (Oracle WebCenter Content - SSXA Server)を選択し、Webサイトの実行に必要なファイルを含む管理対象サーバーが備えられたOracle WebLogic Serverドメインを拡張できます。

Oracle WSM Policy Managerの場合

Oracle Web Services Manager (Oracle WSM) Policy Managerが含まれているドメインを拡張するには、「Oracle WSM Policy Manager」を選択します。

Oracle Enterprise ManagerおよびOracle JRF

Oracle WebCenter Contentを選択すると、Oracle Enterprise ManagerおよびOracle JRFが自動的に選択されます。これらの自動的に選択された項目の選択を解除すると、Oracle WebCenter Contentアプリケーションも選択が解除されます。

「次へ」をクリックして続行します。

JDBCコンポーネント・スキーマの構成

常時

次のフィールドを編集して、各コンポーネント・スキーマ(リポジトリ作成ユーティリティ(RCU)で作成された場合は、Oracle WSM MDSスキーマも含む)を構成します。

- コンポーネント・スキーマ: コンポーネント・スキーマ行を選択します。

- ベンダー: リストからデータベース・ベンダーを選択します。

- ドライバ: データベース・ベンダーのデフォルトのドライバをそのまま選択することも、リストからコンポーネント・スキーマのドライバを選択することもできます。

- スキーマ所有者: アプリケーション・スキーマ所有者のユーザー名を入力します。これは、RCUでスキーマを作成するときに指定したものです。

- スキーマ・パスワード: スキーマ・パスワードを入力します。これは、RCUでスキーマを作成するときに指定したものです。

- DBMS/サービス: 「ドライバ」フィールドでOracle's Driver (Thin) for Instance connectionsを選択している場合にはデータベース・インスタンスの名前を入力し、「ドライバ」フィールドでOracle's Driver (Thin) for Service connectionsを選択している場合にはサービス名(グローバル・データベース名)を入力します。Microsoft SQL Serverの場合は、サービス名がないため、データベース名を入力する必要があります。
アプリケーション・スキーマが含まれているデータベースを指定します。

IBM DB2では、画面に表示されるスキーマ接頭辞の名前が3文字を超える場合、スキーマをRepository Creation Utilityで作成したときにスキーマに指定した名前に変更する必要があります(第2.2.2項「Oracle WebCenter Contentアプリケーションのスキーマの作成」を参照してください)。たとえば、DEV_CAPTUREはDEV_ODCに、DEV_URMSERVERはDEV_URMに、DEV_ORAIRMはDEV_IRMに変更します。

Oracle RACデータベースの場合は、このフィールドにいずれかのノードのサービス名を指定します。たとえば、sales.example.comとします。

- ホスト名: データベースが搭載されているマシンの名前をhost.example.comという形式で指定します。Oracle RACデータベースの場合は、ノード名の1つまたは仮想IP名をホスト名として指定します。

- Listen port: データベースのリスニング・ポート番号を指定します。デフォルトのポート番号は、Oracleデータベース・インスタンスの場合には1521、Microsoft SQL Serverの場合には1433、IBM DB2の場合には50000です。

「次へ」をクリックして続行します。

コンポーネント・スキーマのテスト

常時

構成ウィザードは、JDBCコンポーネント・スキーマへの接続を自動的にテストします。

テストが失敗した場合は、「前へ」をクリックしてコンポーネント・スキーマ情報を修正してから、「次へ」をクリックして接続を再テストします。

テストが正常に完了した後、「次へ」をクリックして続行します。

オプションの構成を選択

常時

オプションで、管理対象サーバーを構成するための次のオプションのいずれかまたはすべてを選択します。

- JMS分散宛先

- 管理対象サーバー、クラスタ、およびマシン

- デプロイメントとサービス

- RDBMSセキュリティ・ストア

デフォルト設定を変更する場合は、これらのオプションを1つ以上選択します。たとえば、管理サーバーにSSLを構成したり、管理サーバーのポート番号を変更するには、「管理サーバー」を選択し、管理対象サーバーの名前またはポートを変更したり、それをクラスタに追加し、管理対象サーバー用のマシンを構成するには、「管理対象サーバー、クラスタ、およびマシン」を選択します。

注意: クラスタを使用するには、Oracle WebLogic Server Enterprise Editionのライセンスが必要です。

Oracle IRMの場合は、「管理サーバー」、「管理対象サーバー、クラスタ、およびマシン」、および「デプロイメントとサービス」を選択することをお薦めします。

すでにWebCenter ContentとImagingが含まれているドメインを拡張し、ImagingリポジトリとしてWebCenter Content 11gを使用する場合には、Imaging管理対象サーバーを実行する別のマシンを構成できるように、「管理対象サーバー、クラスタ、およびマシン」を選択します。

「次へ」をクリックして、選択したオプションに応じた構成画面に進みます。どのオプションも選択しなかった場合は、「構成のサマリー」設定画面に進みます。

JMS分散宛先タイプの選択

「拡張ソースの選択」画面でOracle WebCenter Content: Imagingを選択した場合

デフォルト(UDD)を受け入れて「次へ」をクリックします。「オーバーライドの警告」で、「OK」を選択します。

管理対象サーバーの構成

「オプションの構成を選択」画面で「管理対象サーバー、クラスタ、およびマシン」を選択した場合

各管理対象サーバーに対して、一意のリスニング・ポート番号が必要です。管理対象サーバーごとに、デフォルトのリスニング・ポート値を使用することも、セキュリティ強化のためデフォルト以外のポート番号を指定することもできます。

表3-2に、Oracle WebCenter Contentアプリケーションを実行する管理対象サーバーのデフォルトのポート値を示します。

管理対象サーバー用のSSL構成を変更するには、「SSL有効」を選択し、「SSLリスニング・ポート」の値を設定または変更します。

Oracle IRMの場合、SSLがデフォルトで有効になっており、ポート番号は16101です。Oracle IRM Desktopから管理対象サーバーに接続するときに、証明書の受入れを求めるプロンプトが表示されないように、SSLを構成する必要があります。使用される証明書は、Oracle IRM Desktopを実行しているコンピュータ上でMicrosoft Internet Explorerによって信頼される必要があります。

「次へ」をクリックして続行します。

クラスタの構成

「オプションの構成を選択」画面で「管理対象サーバー、クラスタ、およびマシン」を選択した場合

オプションで、クラスタ構成を変更します。

注意:

- クラスタを使用するには、Oracle WebLogic Server Enterprise Editionのライセンスが必要です。

- クラスタを構成する場合は、クラスタ・アドレスを割り当てる必要があります。クラスタを使用するには、Oracle WebLogic Server Enterprise Editionライセンスが必要です。

「次へ」をクリックして続行します。

サーバーのクラスタへの割当

「クラスタの構成」画面でクラスタを構成した場合

各クラスタにドメイン内の管理対象サーバーを2つ以上割り当てます。

「次へ」をクリックして続行します。

HTTPプロキシ・アプリケーションの作成

「クラスタの構成」画面でクラスタを構成し、ドメイン内の管理対象サーバーの全部ではなく一部をクラスタに割り当てた場合

ドメイン内の管理対象サーバーのうち、クラスタに割り当てなかったサーバーごとにプロキシ・アプリケーションを作成します。

「次へ」をクリックして続行します。

マシンの構成

「オプションの構成を選択」画面で「管理対象サーバー、クラスタ、およびマシン」を選択した場合

オプションで、管理対象サーバーをホストするようにマシンを構成し、各マシンに管理対象サーバーを割り当てます。

すでにWebCenter ContentとImagingが含まれているドメインを拡張し、ImagingリポジトリとしてWebCenter Content 11gを使用する場合には、別のマシンを構成し、それにImaging管理対象サーバーを割り当てます。

「次へ」をクリックして続行します。

サーバーのマシンへの割当

「マシンの構成」画面でマシンを追加した場合

各マシンに少なくとも1つのサーバーを割り当てます。

「次へ」をクリックして続行します。

デプロイメントのクラスタまたはサーバーへのターゲット設定

「オプションの構成を選択」画面で「管理対象サーバー、クラスタ、およびマシン」を選択した場合

オプションで、各アプリケーションを管理サーバー、管理対象サーバーまたは管理対象サーバーのクラスタに割り当てます。

Oracle IRMではpersistent-store-typeをreplicated_if_clusteredとして使用するため、Oracle IRMは、クラスタまたはいずれのクラスタのメンバーでもない管理対象サーバーにデプロイしてください。Oracle IRM Webアプリケーションがクラスタ化されたサーバーにデプロイされている場合は、有効なpersistent-store-type値が複製されます。それ以外の場合は、memoryがデフォルトになります。

Oracle IRMアプリケーションがクラスタ内のどのサーバーにもデプロイされていないことを確認します。

「次へ」をクリックして続行します。

サービスのクラスタまたはサーバーへのターゲット設定

「オプションの構成を選択」で「デプロイメントとサービス」を選択した場合

オプションで、サービスのターゲットをサーバーまたはクラスタに指定する方法を変更します。

「次へ」をクリックして続行します。

構成のサマリー

常時

構成に問題がなければ、「拡張」をクリックしてドメインを拡張します。

ドメインの拡張中

常時

Windowsオペレーティング・システムでは、「管理サーバーの起動」を選択すると、構成が完了した直後に管理サーバーを起動できます。

ドメインが正常に拡張されたら、「完了」をクリックします。

次の操作が正常に完了している必要があります。

- ドメイン・ソースの拡張画面で選択したアプリケーションを1つ以上含めるための既存のOracle WebLogic Serverドメインの拡張

- 選択した各アプリケーション用の管理対象サーバーの作成

- 各アプリケーションのそれぞれの管理対象サーバーへのデプロイメント
アプリケーションは、管理対象サーバーが起動するまでアクティブになりません。管理対象サーバーを起動する前に、この章とアプリケーションの構成に関する章で、残りの構成情報を確認してください。詳細は、第10.2項「管理対象サーバーの起動」を参照してください。

3.4 SSL環境でのドメインの拡張

Oracle WebLogic ServerドメインがSSLポート経由でデータベースに接続する場合は、Oracle Fusion Middleware構成ウィザードを実行してドメインを拡張する前に、データ・ソースおよびSSLパラメータをバックアップし、データ・ソースからSSL構成を削除する必要があります。ドメインを正常に拡張した後、SSL構成をデータ・ソースにリストアできます。

Fusion Middleware構成ウィザードを使用してSSL環境のドメインを拡張するには、次の手順を実行します。

1. Oracle WebLogic Server管理コンソールで、データ・ソースを選択し、すべてのSSLパラメータのバックアップを保存します。
URL、javax.net.ssl.trustStorePassword、javax.net.ssl.trustStore、javax.net.ssl.trustStoreType、およびデータ・ソース用に構成したそれ以外のSSLパラメータをバックアップします。

2. データ・ソースのSSL構成を一時的に非SSL構成に置き換えます。
非SSL URLを使用し、すべてのSSLプロパティを削除します。最終的な設定は次のようになります。

- URL:

:  jdbc:oracle:thin:@myhost.example.com:1521:db11107

- プロパティ:

- user=MAR20SSL_OCS

- oracle.net.CONNECT_TIMEOUT=10000

- sendStreamAsBlob=true

3. Fusion Middleware構成ウィザードを使用して、表3-3の説明に従ってドメインを拡張します。

4. ドメインを正常に拡張した後、SSL構成をデータ・ソースにリストアします。最終的な設定は次のようになります。

- URL:

jdbc:oracle:thin:@(DESCRIPTION=(ADDRESS_LIST=(ADDRESS=(PROTOCOL=TCPS)(HOST=myhost.example.com)(PORT=2490)))(CONNECT_DATA=(SERVICE_NAME=db11107.example.com))(SECURITY=(SSL_SERVER_CERT_DN="CN=myhost.example.com,OU=QA,O=ECM,L=RedwoodShores,ST=California,C=US")))

- プロパティ:

- javax.net.ssl.trustStorePassword=DemoTrustKeyStorePassPhrase

- user=MAR20SSL_OCS

- javax.net.ssl.trustStore=/mw_home/wlserver_10.3/server/lib/DemoTrust.jks

- oracle.net.CONNECT_TIMEOUT=10000

- javax.net.ssl.trustStoreType=JKS

- javax.net.ssl.trustStoreType=JKS

- sendStreamAsBlob=true

5. 手順3の実行中、独自のデータ・ソースを作成する新製品でドメインを更新した場合は、そのデータ・ソースにもSSL構成を追加することが必要になる場合があります。

3.5 管理対象サーバー用のJava VMヒープ・サイズの増大

管理対象サーバーが稼働するJava仮想マシン(VM)に割り当てられているヒープ・サイズを1GB (1024MB)以上に増やす必要があります。Java VMヒープ・サイズを増やさないと、実行時の問題、特に、メモリー不足の問題が深刻化しても、Oracleサポートおよび開発では対応できなくなります。

Windowsオペレーティング・システムでSun JDKを使用している管理対象サーバーの場合、すべての空き領域を使用するよう構成されたプログラムが初期化の際に失敗しないよう、Java VMに割り当てられているヒープ・サイズを1GBではなく512MBに設定する必要があります。アドレス空間はPermanentオブジェクト用に確保する必要があり、各管理対象サーバーのMaxPermSize設定により、残りのヒープが使用できる領域が削減されます。

管理対象サーバーのランタイム・メモリー・パラメータを調整するために一般的に使用される方法が2つあります。

- 管理コンソールによる管理対象サーバーのサーバー起動パラメータの設定
この方法は、ノード・マネージャから管理対象サーバー・プロセスを実行する場合に必要です。ノード・マネージャから管理対象サーバーを実行する方法の詳細は、第10.4項「Oracle WebCenter Contentでのノード・マネージャの使用」を参照してください。

- 管理対象サーバーのUSER_MEM_ARGS環境変数の設定
管理対象サーバー・プロセスがコマンドラインから直接実行される場合、この方法を使用する必要があります。コマンド・ラインから管理対象サーバーを実行する方法の詳細は、第10.2項「管理対象サーバーの起動」を参照してください。

3.5.1 管理コンソールによる管理対象サーバーのサーバー起動パラメータの設定

Oracle WebLogic Server管理コンソールを使用して、サーバー起動パラメータを設定できます。起動パラメータを設定する場合は、このアプローチが適しています。これは、パラメータが各サーバーに正しくプッシュされ、サーバー起動スクリプトを手動で編集した場合に発生する可能性がある問題を回避できるためです。Java VMヒープ・サイズを増やすには、-Xmxパラメータの値を設定します。

管理コンソールを使用して管理対象サーバーのサーバー起動パラメータを設定するには、次の手順を実行します。

1. 第10.1項「管理サーバーの起動」の説明に従って、Oracle WebLogic Serverドメインの管理サーバーを起動します。

2. 次のURLでOracle WebLogic Server管理コンソールにログインします。

http://adminServerHost:adminServerPort/console

adminServerHostに、ドメインの管理サーバーをホストするコンピュータの名前を指定します。adminServerPortに、管理サーバーをリスニングするポート番号を指定します。デフォルトのポート番号は7001です。次に例を示します。

http://myhost.example.com:7001/console

ログインするには、構成ウィザードの「管理者ユーザー名およびパスワードの構成」画面で指定したユーザー名およびパスワードを入力します。

3. 左側のドメイン構造で「環境」をクリックします。

4. 「環境のサマリー」ページで「サーバー」をクリックします。

5. 各管理対象サーバーのメモリー・パラメータを設定します。

1. 「サーバー」表で管理対象サーバーの名前をクリックします。

2. 「構成」タブで、2行目に並ぶタブのうち「サーバーの起動」をクリックします。

3. 「引数」ボックスに、メモリー・パラメータを指定する文字列を貼り付けます。
表3-4に、UNIXオペレーティング・システムおよびWindowsオペレーティング・システムでSun JDKおよびOracle JRockit Java VM用に指定するパラメータを示します。その他のJava VMでは、値が異なる場合があります。

表3-4 Java VMメモリー・パラメータ

Java VM

オペレーティング・システム

パラメータ

Sun JDK

UNIX

-Xms256m -Xmx1024m -XX:CompileThreshold=8000 -XX:PermSize=128m -XX:MaxPermSize=512m

Sun JDK

Windows

-Xms256m -Xmx1024m -XX:CompileThreshold=8000 -XX:PermSize=128m -XX:MaxPermSize=512m脚注 1

Oracle JRockit

UNIX

-Xms256m -Xmx1024m -XnoOpt

Oracle JRockit

Windows

-Xms256m -Xmx1024m -XnoOpt

脚注 1 Windowsシステムでのヒープ・サイズに関する前述の情報を参照してください。

4. 構成の変更を保存します。

6. 第10.3項「管理対象サーバーの再起動」の説明に従って、実行中の管理対象サーバーを再起動します。

3.5.2 管理対象サーバーのUSER_MEM_ARGS環境変数の設定

管理対象サーバーのサーバー起動パラメータを設定するには、起動スクリプトまたはコマンド・ファイルにUSER_MEM_ARGS環境変数を設定します。Java VMヒープ・サイズを増やすには、-Xmxパラメータの値を設定します。

管理対象サーバーのUSER_MEM_ARGS環境変数を設定するには、次の手順を実行します。

- UNIXシェル・スクリプト(.sh)エントリ

export USER_MEM_ARGS="-Xms256m -Xmx1024m -XX:CompileThreshold=8000 -XX:PermSize=128m -XX:MaxPermSize=512m"

- UNIX Cシェル・スクリプト(.csh)エントリ

setenv  USER_MEM_ARGS "-Xms256m -Xmx1024m -XX:CompileThreshold=8000 -XX:PermSize=128m -XX:MaxPermSize=512m"

- Windowsコマンド・ファイル(.cmd)エントリ

set USER_MEM_ARGS="-Xms256m -Xmx1024m -XX:CompileThreshold=8000 -XX:PermSize=128m -XX:MaxPermSize=512m"

注意:

表3-4に、UNIXオペレーティング・システムおよびWindowsオペレーティング・システムでSun JDKおよびOracle JRockit Java VM用に指定するパラメータを示します。その他のJava VMでは、値が異なる場合があります。

3.6 UNIXシステムでのフォントの設定

UNIXオペレーティング・システムでは、Imaging、Inbound RefineryおよびWebCenter Content Dynamic Converter用にTrueTypeフォントが設定されていることを確認する必要があります。英語以外の言語を使用している場合は、各国語サポート用のフォントも設定する必要があります。

3.6.1 UNIXシステムでのTrueTypeフォントの設定

ImagingおよびWebCenter Content Dynamic ConverterがUNIXオペレーティング・システムで最適に動作するためには、Imaging、Inbound RefineryまたはDynamic Converterが稼働するマシンにTrueTypeフォントを設定します。それらのフォントがシステムにない場合は、インストールする必要があります。JREでは、Inbound RefineryおよびContent ServerのデフォルトのフォントはTrueTypeフォントに設定されています(JAVA_HOME/lib/fonts)。フォントのインストール後にImagingのフォント・ディレクトリへのパスを構成する方法の詳細は、第6.1.5項「UNIXシステム用のGDFontPath MBeanの構成」を参照してください。

各種UNIXプラットフォームの標準フォントの場所は、次のとおりです。

- Solaris SPARC: /usr/openwin/lib/X11/fonts/TrueType

- Solaris X64: /usr/openwin/lib/X11/fonts/TrueType

- AIX: /usr/lpp/X11/lib/X11/fonts/TrueType

- HP-UX Itanium: /usr/lib/X11/fonts/TrueType

- HP-UX PARISC64: /usr/lib/X11/fonts/TrueType

- Linux: /usr/lib/X11/fonts/TrueType

Inbound Refineryでフォント・ディレクトリへのパスを設定する手順は、次のとおりです。

1. Inbound Refineryにログインします。

2. 「変換設定」、「サードパーティ・アプリケーションの設定」、「標準のOutsideInフィルタ・オプション」の順に選択します。

3. 「オプション」をクリックします。

4. フォントへのパス・フィールドにTrueTypeフォントへのパスを入力します。
次に例を示します。

/usr/share/x11/fonts/FTP

5. 「更新」をクリックします。

3.6.2 UNIXシステムでの各国語サポートのためのフォントのインストール

英語以外の言語の場合、管理対象サーバーを起動する前に、UNIXオペレーティング・システムで次のインストール手順を実行する必要があります。

- ミドルウェア・ホームのSun JDKインストール・ディレクトリでMW_HOME/oracle_common/jdk/jre/lib/fontsを/jre/lib/fontsディレクトリにコピーします。

- ミドルウェア・ホームのOracle JRockit JDKディレクトリでMW_HOME/oracle_common/jdk/jre/lib/fontsを/jre/lib/fontsディレクトリにコピーします。

3.7 ライブラリのインストールとOutside In Technology用の環境変数の設定

クライアント用のWebCenter Content、Inbound Refinery、ImagingおよびImaging Advanced Viewerは、Oracle Outside In Technologyを使用するため、Oracle WebCenter Contentに含まれない特定のライブラリが必要です。WebCenter Content、Inbound RefineryまたはImaging管理対象サーバーを起動する前に、プラットフォームに合せたライブラリをインストールする必要があります。UNIXプラットフォームの場合、管理対象サーバーを起動するユーザー用にライブラリ・パスでライブラリを参照する環境変数を設定する必要もあります。

注意:

Outside In Technologyのバイナリは32ビットです。したがって、システムで32ビットのバイナリの実行が可能で、インストール済のライブラリとの互換性を確保する必要があります。

3.7.1 UNIXプラットフォームでのOutside In Technology用のライブラリのインストール

WebCenter Content、Inbound RefineryまたはImaging管理対象サーバーを起動する前に、プラットフォームで必要なライブラリがシステム上に存在している必要があります。

通常、C、math、X11、ダイナミック・ローダー、pthreadsなど必要なライブラリの多くは、同じマシンにインストールされます。

- Solaris SPARC 32ビットまたは64ビット

/usr/platform/SUNW,Ultra-60/lib/libc_psr.so.1
libICE.so.6
libSM.so.6
libX11.so.4
libXext.so.0
libXm.so.4
libXt.so.4
libc.so.1
libdl.so.1
libgen.so.1
libm.so.1
libmp.so.2
libnsl.so.1
libpthread.so.1
libsocket.so.1
libthread.so.1

- HPUX ia64

libCsup.so.1
libICE.so.1
libSM.so.1
libX11.so.1
libXext.so.1
libXm.so.1
libXp.so.1
libXt.so.1
libc.so.1
libdl.so.1
libm.so.1
libpthread.so.1
libstd_v2.so.1
libuca.so.1
libunwind.so.1

- AIX 32ビット

/usr/lib/libC.a(ansi_32.o)
/usr/lib/libC.a(shr.o)
/usr/lib/libC.a(shr2.o)
/usr/lib/libC.a(shr3.o)
/usr/lib/libICE.a(shr.o)
/usr/lib/libIM.a(shr.o)
/usr/lib/libSM.a(shr.o)
/usr/lib/libX11.a(shr4.o)
/usr/lib/libXext.a(shr.o)
/usr/lib/libXi.a(shr.o)
/usr/lib/libXm.a(shr_32.o)
/usr/lib/libXt.a(shr4.o)
/usr/lib/libc.a(shr.o)
/usr/lib/libcrypt.a(shr.o)
/usr/lib/libgaimisc.a(shr.o)
/usr/lib/libgair4.a(shr.o)
/usr/lib/libi18n.a(shr.o)
/usr/lib/libiconv.a(shr4.o)
/usr/lib/libodm.a(shr.o)
/usr/lib/libpthreads.a(shr.o)
/usr/lib/libpthreads.a(shr_comm.o)
/usr/lib/libpthreads.a(shr_xpg5.o)
/usr/lib/libpthreads_compat.a(shr.o)

- HPUX PA/RISC 32ビット

/lib/libCsup.2
/lib/libCsup_v2.2
/lib/libX11.3
/lib/libXm.4
/lib/libXt.3
/lib/libc.2
/lib/libcl.2
/lib/libm.2
/lib/libstd.2
/lib/libstd_v2.2
/lib/libstream.2
/usr/lib/libCsup.2
/usr/lib/libCsup_v2.2
/usr/lib/libX11.3
/usr/lib/libXm.4
/usr/lib/libXt.3
/usr/lib/libc.2
/usr/lib/libcl.2
/usr/lib/libdld.2
/usr/lib/libisamstub.1
/usr/lib/libm.2
/usr/lib/libstd.2
/usr/lib/libstd_v2.2
/usr/lib/libstream.2
/view/x_r6hp700_1111/vobs/swdev/pvt/r6hp700_1111/X11R6/lib/libICE.2
/view/x_r6hp700_1111/vobs/swdev/pvt/r6hp700_1111/X11R6/lib/libSM.2
/view/x_r6hp700_1111/vobs/swdev/pvt/r6hp700_1111/X11R6/lib/libX11.3
/view/x_r6hp700_1111/vobs/swdev/pvt/r6hp700_1111/X11R6/lib/libXext.3
/view/x_r6hp700_1111/vobs/swdev/pvt/r6hp700_1111/X11R6/lib/libXp.2
/view/x_r6hp700_1111/vobs/swdev/pvt/r6hp700_1111/X11R6/lib/libXt.3

- SUSE Linux
SUSE Linuxオペレーティング・システムの場合、/usr/lib/libstdc++.so.5ファイルが必要です。このファイルは、compat-libstdc++パッケージまたはlibstdc++33パッケージにあります。

- Linuxバリアント
Linuxバリアントの場合は、/lib/libz.so.1ファイルが必要です。

3.7.2 UNIXプラットフォームでの環境変数のライブラリ・パスの設定

Inbound RefineryまたはWebCenter Content Dynamic ConverterでOutside In Technologyを使用してドキュメント変換およびイメージ変換を実施する場合は、指定したUNIXプラットフォームでWebCenter Content管理対象サーバーに対して次の環境変数を設定しておく必要があります。

- Imagingのライブラリ・バスの環境変数

- 次の行を、Inbound Refineryのintradoc.cfgファイルに追加します。
DomainHome/ucm/ibr/bin

ContentAccessExtraLibDir=/usr/local/packages/gcc-3.4.2/lib

その後、第10.3項「管理対象サーバーの再起動」を参照してInbound Refineryを再起動します。

- AIX:

LIBPATH=DomainHome/oracle/imaging/imaging-server

- HP-UX Itanium:

LD_LIBRARY_PATH=DomainHome/oracle/imaging/imaging-server:"$LD_LIBRARY_PATH"

- DISPLAY環境変数
XWindowsを実行しているUNIXオペレーティング・システムの場合、適切なグラフィック能力を持つシステムにディスプレイをリダイレクトする際、ImagingまたはInbound Refinery管理対象サーバーまたはWebCenter Content Dynamic Converterを起動する前に、DISPLAYを有効なX Serverにエクスポートします。

3.7.3 Windowsオペレーティング・システム用のVisual C++ライブラリのダウンロード

Outside In Technologyでは、Windowsオペレーティング・システム用Visual C++再配布可能パッケージに含まれているVisual C++ライブラリが必要です。このパッケージの3つのバージョン(x86、x64およびIA64)は、次のMicrosoftダウンロード・センターから入手できます。

http://www.microsoft.com/downloads

使用しているWindowsオペレーティング・システムのバージョンに対応するパッケージのバージョンを検索し、ダウンロードしてください。

- vcredist_x86.exe

- vcredist_x64.exe

- vcredist_IA64.exe

この各ダウンロードで必要なバージョンは、Microsoft Visual C++ 2005 SP1再配布可能パッケージです。Outside In Technologyで必要な再頒布可能モジュールは、msvcr80.dllです。

Windows x64オペレーティング・システム上のInbound Refinery構成には、Visual Studio 2005ランタイム・サポート(KB973544のvcredist_x64.exe)が必要です。また、Windows x64用のOracle WebCenter Contentにも32ビットOutside In Technologyが搭載されているため、Windows x64オペレーティング・システムをインストールする場合でも、32ビットおよび64ビットC++ビット・ライブラリの両方が必要です。Content Serverも32ビットOutside In Technologyを使用するため、32ビット・ライブラリが必要です。

WinNativeConverterにはvb.Netコードが含まれているため、Microsoft .NET Framework 3.5 Service Pack 1も必要です。

3.8 Oracle WebCenter ContentアプリケーションのためのSSLの構成

本番環境または開発環境で動作するOracle WebCenter Contentアプリケーション用にシングル・サインオンSSLを構成できます。

注意:

SSLが有効になっている場合は、WLSTを使用して管理サーバーに接続する前に、次のパラメータをwlst.shファイルのJVM_ARGSセクションに付加するか、またはCONFIG_JVM_ARGS環境変数に設定する必要があります。

-Dweblogic.security.SSL.ignoreHostnameVerification=true
-Dweblogic.security.TrustKeyStore=KeyStoreName

KeyStoreNameは、使用中のキーストアの名前です(組込みデモ証明書の場合はDemoTrust)。wlst.shファイルは、WebCenter Contentホーム・ディレクトリ内のcommonディレクトリのbinサブディレクトリにあります。

3.8.1 本番環境用のSSLの構成

Oracle IRMでは、フロントエンド・アプリケーションでSSLを有効にする必要があります。そのアプリケーションが、Oracle HTTP Server (OHS)であるか、Oracle WebLogic ServerにデプロイされたアプリケーションとしてOracle IRMを実行する管理対象サーバーであるかに関係なく必要です。Oracle IRM DesktopとOracle IRMサーバー・アプリケーション間の通信は、パスワードなど機密性が高い情報がやり取りされるため、SSL経由である必要があります。

これ以外の通信、たとえば、OHSと管理対象サーバー、管理サーバー、LDAP認証プロバイダとの間などにSSLを使用するかどうかはオプションです。

本番環境に対するSSLの構成の詳細は、『Oracle Fusion Middleware管理者ガイド』のOracle Fusion MiddlewareでのSSL構成に関する項を参照してください。

3.8.2 開発環境用のSSLの構成

開発環境の場合、サーバー固有の証明書を使用して、一方向SSLを構成することもできます。一方向SSLとは、サーバー証明書がサーバーからクライアントに渡されるのみで、逆はないという意味です。サーバーで開発環境用に一方向SSLを構成した後、サーバー証明書を受け入れるように各クライアントを構成する必要があります。

3.8.2.1 開発環境用の一方向SSLの構成

開発環境でも、SSLを構成できますが、必須ではありません。SSLを構成しなくてもアプリケーションは正しく機能しますが、Basic認証またはフォームベース認証を使用した場合、資格証明が暗号化されずにクライアントからサーバーに転送されます。

サーバー証明書を使用して管理対象サーバー用に一方向SSLを構成し、クライアント・アプリケーションでその証明書を信頼するように構成できます。

次の手順においては、keystoreコマンドはSSLにのみ関連し、Oracle IRM暗号化鍵には関連しません。

開発環境用に一方向SSLを構成するには、次の手順を実行します。

1. setWLSEnvスクリプトを実行して、環境を設定します。

- UNIXのスクリプト: MW_HOME
/wlserver_10.3/server/bin/setWLSEnv.sh

- Windowsスクリプト:
MW_HOME\wlserver_10.3\server\bin\setWLSEnv.cmd

JavaおよびOracle WebLogic Serverツールを機能させるには、MW_HOME/wlserver_10.3/server/libディレクトリまたはMW_HOME\wlserver_10.3\server\libディレクトリにweblogic.jarファイルが存在する必要があります。

2. CertGenユーティリティを使用して、サーバー固有の秘密鍵と証明書を作成します。次のように(単一のコマンド・ラインに)指定してください。

java utils.CertGen -selfsigned
-certfile MyOwnSelfCA.cer
-keyfile MyOwnSelfKey.key
-keyfilepass mykeypass
-cn "hostname"
-keyusagecritical false
-keyusage digitalSignature,keyEncipherment,keyCertSign

最後の2行は、純粋に証明書として使用するためには必要ありませんが、SSL経由でOracle Web Servicesを使用するJavaアプリケーションにも証明書を使用する場合には必要となります。

mykeypassには鍵のパスワードを代入し、hostnameにはアプリケーションがデプロイされている管理対象サーバーをホストするマシンの名前を代入します。Oracle Web Servicesにアクセスしている間は、同じマシン名を使用してください。たとえば、myhost.us.example.comという名前でマシンのサーバー証明書を生成するには、コマンドを次のように(単一のコマンド・ラインに)指定します。

java utils.CertGen -selfsigned
-certfile MyOwnSelfCA.cer
-keyfile MyOwnSelfKey.key
-keyfilepass mykeypass
-cn "myhost.us.example.com"
-keyusagecritical false
-keyusage digitalSignature,keyEncipherment,keyCertSign

このコマンドにより、マシンのサーバー証明書がmyhost.us.example.comという名前で生成されます。

パラメータ-cn "machine-name"は、アプリケーションがデプロイされる管理対象サーバーの完全修飾名に設定する必要があります。Oracle IRMは、この名前を使用してマシンに接続します。指定したマシン名に証明書が発行されたことを確認します。

CertGenは、一意の秘密鍵と自己署名付きのルート証明書を作成します。

3. ImportPrivateKeyユーティリティを使用して、秘密鍵および自己署名付きルート証明書を、次のようにしてキー・ストアにパッケージ化します(1行のコマンドラインを使用します)。

java utils.ImportPrivateKey
-keystore MyOwnIdentityStore.jks
-storepass identitypass
-keypass keypassword
-alias trustself
-certfile MyOwnSelfCA.cer.pem
-keyfile MyOwnSelfKey.key.pem
-keyfilepass mykeypass

identitypassにアイデンティティ・ストアのパスワード、keypasswordに鍵のパスワード、mykeypassにキー・ファイルのパスワードをそれぞれ代入します。

4. keytoolユーティリティを実行して、鍵および証明書をトラスト・キーストアという別のキーストアにパッケージ化します。
次のkeytoolコマンド(それぞれ1行のコマンドライン)で、JAVA_HOMEはJDKの場所を表します。JAVA_HOME環境変数の詳細は、第2.3項「アプリケーション・サーバーとOracle Fusion Middlewareのインストール」を参照してください。

- UNIXオペレーティング・システム

JAVA_HOME/bin/keytool -import -trustcacerts -alias trustself
-keystore TrustMyOwnSelf.jks
-file MyOwnSelfCA.cer.der -keyalg RSA

- Windowsオペレーティング・システム

JAVA_HOME\bin\keytool -import -trustcacerts -alias trustself
-keystore TrustMyOwnSelf.jks
-file MyOwnSelfCA.cer.der -keyalg RSA

5. 「次」をクリックします。
Windowsオペレーティング・システムで、ウィザード画面の指示に従います。

6. カスタム・アイデンティティ・キーストアおよび信頼ストアを設定します。

1. 第10.1項「管理サーバーの起動」の説明に従って、Oracle WebLogic Serverドメインの管理サーバーを起動します。

2. 次のURLでOracle WebLogic Server管理コンソールにログインします。

http://adminServerHost:adminServerPort/console

adminServerHostに、ドメインの管理サーバーをホストするコンピュータの名前を指定します。adminServerPortに、管理サーバーをリスニングするポート番号を指定します。デフォルトのポート番号は7001です。次に例を示します。

http://myHost.example.com:7001/console

ログインするには、構成ウィザードの「管理者ユーザー名およびパスワードの構成」画面で指定したユーザー名およびパスワードを入力します。

3. 「ドメイン構造」からドメインの「環境」を選択します。

4. 「環境」から「サーバー」を選択します。

5. 「サーバーのサマリー」から、SSLを有効にするサーバーを選択します。

6. 「servernameの設定」ページで「キーストア」タブをクリックします。

7. 「キーストア」フィールドで、「カスタム・アイデンティティとカスタム信頼」を選択します。
サーバーが本番モードの場合、変更を加えるには、「ロックして編集」ボタンをクリックする必要があります。

8. 「キーストア」タブの次のフィールドに値を入力します。
カスタム・アイデンティティ・キーストア

カスタムIDキーストアのタイプ

カスタムIDキーストアのパスフレーズ

カスタム・アイデンティティ・キーストアのパスフレーズを確認

カスタム信頼キーストア

カスタム信頼キーストアのタイプ

カスタム信頼キーストアのパスフレーズ

カスタム信頼キーストアのパスフレーズを確認

9. 変更を保存します。

10. 「SSL」タブをクリックします。

11. 「アイデンティティと信頼の場所」フィールドで、「キーストア」を選択します。

12. 「SSL」タブの他のフィールドに値を入力します。
秘密鍵の別名

秘密鍵のパスフレーズ

秘密鍵のパスフレーズを確認

13. 変更を保存します。
サーバーが開発モードで動作している場合は、変更をアクティブ化する必要があります。

3.8.2.2 サーバー証明書を受け入れるためのクライアントの構成

一方向SSLを構成するようにサーバー証明書を作成した後、クライアント・アプリケーションを実行している各マシンにその証明書をインストールする必要があります。証明書をクライアント・アプリケーションにインポートすると、クライアント・アプリケーションによって証明書が信頼されるようになり、管理対象サーバーに接続するときにプロンプトが表示されなくなります。

サーバー証明書を受け入れるようにクライアントを構成するには、次の手順を実行します。

1. クライアント・マシンで、証明書ファイルをダブルクリックして「証明書」ウィンドウを開きます。次に、「証明書のインストール」をクリックして、証明書インポート・ウィザードを起動します。
Windowsオペレーティング・システムの場合、ブラウザでこのサーバーにアクセスするクライアント・マシンに証明書ファイルをコピーする必要があります。

マシンでクライアント・アプリケーションを使用するのではなく、SSL経由でWebサイトにアクセスしているUNIXオペレーティング・システムの場合、実際に使用しているUNIXオペレーティング・システムで証明書が信頼されるために必要な手順に従ってください。

2. 証明書インポート・ウィザードで、信頼できるルート認証局の証明書ストアを明示的に選択します。サーバーにアクセスするすべてのクライアント・コンピュータでルート証明書を信頼する必要があります。
Windowsオペレーティング・システムでは、Internet ExplorerのTrusted Root Certification Authoritiesに証明書をインストールします。

3.9 アイデンティティ・ストアと外部LDAP認証プロバイダの再関連付け

本番システムでは、Oracle WebCenter Contentアプリケーションは、デフォルト構成の一部であるOracle WebLogic Server組込みのLDAPサーバーではなく、外部Lightweight Directory Application Protocol (LDAP)認証プロバイダを使用する必要があります。管理対象サーバーの構成を完了する場合、管理対象サーバーをリポジトリに接続する場合、および最初のユーザーがアプリケーションにログインする場合は、事前にアプリケーションのアイデンティティ・ストアを次の外部LDAP認証プロバイダのいずれかに再関連付けする必要があります。

- Oracle Internet Directory

- Oracle Virtual Directory

- Oracle Unified Directory

- サード・パーティのLDAPサーバー

Imagingアプリケーションの場合、Imaging管理対象サーバーに最初にログインしたユーザーがサーバー全体のセキュリティとともにプロビジョニングされます。最初にユーザーがログインする前にImagingのアイデンティティ・ストアを外部LDAP認証プロバイダと再関連付けし、Imaging管理対象サーバーの構成を完了して、それをOracle WebCenter Contentリポジトリに接続する方が簡単です。

AXF for BPMアプリケーションの場合、AXFの「ソリューション管理」ページにアクセスするには、外部LDAP認証プロバイダでaxfadminグループを設定し、このグループにAXFユーザーを割り当てる必要があります。

Oracle IRMアプリケーションの場合、ユーザーが初めてOracle IRM Managementコンソールにログインすると、Oracle IRMドメインが作成されます。Oracle IRMドメインは、Oracle WebLogic Serverドメインとは異なります。最初にコンソールにログインするユーザーが、Oracle IRMドメインのドメイン管理者になります。Oracle IRMのユーザー・データを移行する前に、ユーザーがターゲットのLDAPアイデンティティ・ストアに存在する必要があります。アイデンティティ・ストアを外部LDAP認証プロバイダに再関連付けしない場合は、最初にユーザーがOracle IRMコンソールにログインする前に、次のようにOracle IRMユーザーを再関連付けし、データを移行するための一般的なプロセスを実行します。

1. setIRMExportFolderスクリプトを使用して、既存のデータをバックアップします。

2. アイデンティティ・ストアを外部LDAPディレクトリに再関連付けします。

3. すべてのユーザーおよびグループがターゲットのLDAPアイデンティティ・ストアに存在することを確認します。

4. setIRMImportFolderスクリプトを使用して、データを移行します。

3.9.1 アイデンティティ・ストアとOracle Internet Directoryの再関連付け

Oracle WebLogic Serverドメインのアイデンティティ・ストアをOracle Internet Directoryに再関連付けし、組込みのLDAPディレクトリからOracle Internet Directoryにユーザーを移行できます。次の手順では、アイデンティティ・ストアをOracle Internet Directoryに再関連付けする方法について説明します。

同じような手順を使用して、アイデンティティ・ストアを他のLDAP認証プロバイダに再関連付けすることもできます。各プロバイダには固有のオーセンティケータ・タイプがあり、そのタイプのみを構成してください。表3-5に、使用可能なオーセンティケータ・タイプを示します。

表3-5 LDAPオーセンティケータ・タイプ

LDAP認証プロバイダ

オーセンティケータ・タイプ

Microsoft AD

ActiveDirectoryAuthenticator

SunOne LDAP

IPlanetAuthenticator

Directory Server Enterprise Edition (DSEE)

IPlanetAuthenticator

Oracle Internet Directory

OracleInternetDirectoryAuthenticator

Oracle Virtual Directory

OracleVirtualDirectoryAuthenticator

Oracle Unified Directory

IPlanetAuthenticator

EDIRECTORY

NovellAuthenticator

OpenLDAP

OpenLDAPAuthenticator

EmbeddedLDAP

DefaultAuthenticator

アイデンティティ・ストアをOracle Internet Directoryに再関連付けするには、次の手順を実行します。

1. Oracle WebLogic Serverドメインの管理者と同じ名前のユーザーがOracle Internet Directoryに存在しないことを確認します。管理者の名前はデフォルトではweblogicです。

2. 組込みLDAPプロバイダと外部LDAPプロバイダの両方をSUFFICIENTに設定します。

3. Oracle IRMの場合は、Oracle IRMドメイン管理者になるために、Oracle Internet Directoryからユーザーとして管理コンソールにログインします。
Oracle WebLogic Serverドメイン管理者のユーザー名では、管理コンソールにログインしないでください。weblogicユーザー・アカウントをOracle IRM管理者ユーザー・アカウントとして使用しないことをお薦めします。Oracle IRMドメイン管理者に異なるアカウントを使用している場合は、Oracle WebLogic Serverドメイン管理者(デフォルトではweblogic)を使用して、Oracle WebLogic Serverを起動および停止したり、サーバー設定を変更できます。Oracle Internet Directoryで問題が発生した場合、その問題を修正しなくても、Oracle WebLogic Serverでメンテナンスを実行できます。

4. Oracle IRM管理対象サーバーの場合、ユーザーがすでにOracle IRM Managementコンソールにログインしているときは、アイデンティティ・ストアの再関連付けの前に、WebLogic Scripting Tool (WLST)コマンドsetIRMExportFolderを実行する必要があります。
このコマンドでエクスポート・フォルダを設定して、Oracle IRMが参照するユーザーおよびグループの詳細をエクスポートできるようにします。Oracle IRMはエクスポート・フォルダ・パスを使用して、ユーザーおよびグループの詳細をどこに書き込むかを判断します。Oracle IRM管理対象サーバーには、フォルダ・バスへの書込みアクセス権が必要です。setIRMExportFolderコマンドを実行するには、エクスポート・フォルダが存在する必要があります。

次の例では、エクスポート・フォルダとして/scratch/irm-dataを設定します。

cd WCC_ORACLE_HOME/common/bin
./wlst.sh
> connect('weblogic', 'password', 't3://adminServerHost:adminServerPort')
> setIRMExportFolder('/scratch/irm-data')

例のadminServerHostはOracle WebLogic Serverドメインの管理サーバーのホスト名で、adminServerPortはポート番号です。

注意:

SSLが有効になっている場合は、WLSTを使用して管理サーバーに接続する前に、次のパラメータをwlst.shファイルのJVM_ARGSセクションに付加するか、またはCONFIG_JVM_ARGS環境変数に設定する必要があります。

-Dweblogic.security.SSL.ignoreHostnameVerification=true
-Dweblogic.security.TrustKeyStore=KeyStoreName

KeyStoreNameは、使用中のキーストアの名前です(組込みデモ証明書の場合はDemoTrust)。wlst.shファイルは、WebCenter Contentホーム・ディレクトリ内のcommonディレクトリのbinサブディレクトリにあります。

Oracle IRM管理対象サーバーは、この構成変更を選択した後、通常はすぐに一連のXML文書をエクスポート・フォルダに書き出します。エクスポート・フォルダの下にaccountsというフォルダ名が表示されたら、このプロセスは完了です。accountsフォルダには、batchXXXという名前のフォルダが1つ以上含まれています。各batchフォルダには、ユーザーおよびグループの詳細が含まれたXML文書が格納されています。次に例を示します。

/scratch
/irm-data
/accounts
/batch1
user1.xml
user2.xml
group1.xml

batchフォルダを使用するのは、フォルダ内の最大ファイル数がオペレーティング・システムの制限値を超えないようにするためです。

このプロセスが完了した後、エクスポート・フォルダをリセットします。

setIRMExportFolder('')

このリセットにより、管理対象サーバーが再起動したときに、Oracle IRMはそれ以上データのエクスポートを実行しません。

5. Oracle Internet Directory認証プロバイダを構成します。

1. 第10.1項「管理サーバーの起動」の説明に従って、Oracle WebLogic Serverドメインの管理サーバーを起動します。

2. 次のURLでドメイン管理者ユーザーとしてOracle WebLogic Server管理コンソールにログインします。

http://adminServerHost:adminServerPort/console

adminServerHostに、ドメインの管理サーバーをホストするコンピュータの名前を指定します。adminServerPortに、管理サーバーをリスニングするポート番号を指定します。デフォルトのポート番号は7001です。次に例を示します。

http://myHost.example.com:7001/console

ログインするには、構成ウィザードの「管理者ユーザー名およびパスワードの構成」画面で指定したユーザー名およびパスワードを入力します。

3. 左側の「ドメイン構造」で、「セキュリティ・レルム」を選択します。

4. 「セキュリティ・レルムのサマリー」ページの「レルム」表で、「名前」列のmyrealmをクリックして、「myrealmの設定」ページを開きます。

5. 「プロバイダ」タブをクリックし、「認証」タブの「認証プロバイダ」表にある「新規」をクリックします。

6. 「新しい認証プロバイダの作成」ダイアログ・ボックスで、「名前」フィールドにプロバイダ名を入力し、そのタイプをOracleInternetDirectoryAuthenticatorに変更し、「OK」をクリックします。
様々なLDAP認証プロバイダのオーセンティケータ・タイプのリストは、表3-5を参照してください。

7. 「認証プロバイダ」表で、「並替え」をクリックし、作成したばかりのプロバイダをリストの最上部に移動し、「OK」をクリックします。

8. DefaultAuthenticatorをクリックし、「制御フラグ」値をOPTIONALに変更し、「保存」をクリックします。

9. ページの一番上にあるブレッドクラム・トレイルの「プロバイダ」をクリックして、「プロバイダ」タブに戻ります。

10. 作成したばかりの認証プロバイダの名前をクリックして、そのプロバイダの「構成」タブに移動します。
「構成」タブには、「共通」と「プロバイダ固有」の2つのタブがあります。「共通」タブでは、「制御フラグ」値をSUFFICIENTに変更し、「保存」をクリックします。

SUFFICIENTは、ユーザーがOracle Internet Directoryに対して認証された場合、その他の認証は処理されないことを意味します。

REQUIREDは、別のプロバイダによってユーザーがすでに認証されている場合でも、認証プロバイダによって正常に認証される必要があることを意味します。組込みのLDAPをOPTIONALに設定し、Oracle Internet DirectoryをREQUIREDに設定した場合は、組込みのLDAPユーザーが有効ではなくなります。

11. 「プロバイダ固有」タブをクリックします。
次のフィールドにはプロバイダ固有の値を設定し、他のフィールドはデフォルト値のままにします。

- ホスト: LDAPサーバーのホスト名またはIPアドレス。

- ポート: Oracle Internet Directoryのポート。デフォルトは389。

- プリンシパル: LDAPユーザーの識別名(DN)。Oracle WebLogic ServerがLDAPサーバーに接続する場合に使用する必要があります。次に例を示します。

cn=orcladmin

- 資格証明: LDAPサーバーに接続する場合に使用する資格証明(通常はパスワード)。

- 資格証明の確認: 「資格証明」フィールドと同じ値。

- ユーザー・ベースDN: ユーザーが含まれているLDAPディレクトリのツリーの基本識別名(DN)。次に例を示します。

cn=users,dc=example,dc=com

Oracle Internet Directoryでは、これはユーザー検索ベース属性の値であり、OIDDAS管理ダイアログで調べることができます。

注意:

最上位DNではなく、完全DNを使用してください。最上位DNを使用すると、そのDNよりも下位にあるデフォルトのすべてのユーザーおよびグループがアクセスできるようになり、その結果、アプリケーションで必要とされるよりも多くのユーザーにアクセス権が付与されます。

- 取得したユーザー名をプリンシパルとして使用する: LDAPサーバーから取得したユーザー名をプリンシパル値として使用するかどうかを指定します。
Oracle IRMにはこの属性を選択します。

- グループ・ベースDN: グループが含まれているLDAPディレクトリのツリーの基本識別名(DN)。次に例を示します。

cn=groups,dc=example,dc=com

Oracle Internet Directoryでは、これはグループ検索ベース属性の値であり、OIDDAS管理ダイアログで調べることができます。

注意:

最上位DNではなく、完全DNを使用してください。最上位DNを使用すると、そのDNよりも下位にあるデフォルトのすべてのユーザーおよびグループがアクセスできるようになり、その結果、アプリケーションで必要とされるよりも多くのユーザーにアクセス権が付与されます。

- ログイン例外の原因を伝播: パスワード期限切れ例外などOracle Internet Directoryからスローされた例外をOracle WebLogic Serverに伝播して、その例外をコンソールに表示し、ログに記録します。
Oracle IRMの場合、タブの「全般」領域でこの属性を選択します。

12. 「保存」をクリックします。

6. 第10.3項「管理対象サーバーの再起動」の説明に従って、管理対象サーバーを再起動します。

注意:

Oracle WebLogic Serverドメインの認証プロバイダは連鎖されます。つまり、どの認証プロバイダでもユーザー認証が正常に動作する必要があります。デフォルト・プロバイダの「制御フラグ」値をOPTIONALに設定すると、サーバーの起動やユーザーの認証の問題を発生させることなく、デフォルト・プロバイダを無効にできます。

7. サーバーの再稼働後、管理コンソールに再度ログインし、「ドメイン構造」の「セキュリティ・レルム」をクリックします。

8. 「セキュリティ・レルムのサマリー」ページの「レルム」表で、「名前」列のmyrealmをクリックして「myrealmの設定」ページを開きます。

9. 「ユーザーとグループ」タブをクリックして「ユーザー」サブタブで構成された認証プロバイダに含まれるユーザーのリストを表示し、「グループ」サブタブをクリックしてグループのリストを表示します。
Oracle Internet Directory構成から取得したユーザー名が表示されます。これで、構成が機能していることがわかります。

10. これらの基本テストのいずれかまたは両方によって、セキュリティ・プロバイダが正常に切り替えられたことを確認します。

- セキュリティ・プロバイダの新規作成後、そのセキュリティ・プロバイダのすべてのユーザーが、手順3のリストと同じユーザーとグループという形式でリストに掲載されていることを確認します。

- 管理対象サーバーがすでに稼働中で構成されている場合は、管理対象サーバーURLにアクセスし、Oracle Internet Directoryのユーザーのいずれかとしてログインします。
管理対象サーバーにアクセスする方法の詳細は、第10.2項「管理対象サーバーの起動」を参照してください。

11. Oracle IRM管理対象サーバーの場合、ユーザーがすでにOracle IRM Managementコンソールにログインしているときは、アイデンティティ・ストアの再関連付けの前に、WLSTコマンドsetIRMImportFolderを実行する必要があります。このコマンドを使用して、アイデンティティ・ストアの再関連付けの前に設定したエクスポート・フォルダを指すようにインポート・フォルダを設定します。

注意:

インポート・プロセスを実行する前に、エクスポート・フォルダのバックアップを取ることをお薦めします。インポート・プロセスでは、ユーザーおよびグループの詳細の処理が正常に完了したときに、エクスポート・フォルダの内容が削除されるためです。

ユーザーとグループが1つの管理対象サーバーによってのみ処理されるように、この操作はデプロイ済Oracle IRMアプリケーションが実行されている1つの管理対象サーバーのみを使用して実行してください。インポート・プロセスが完了した後、Oracle IRMアプリケーションが動作しているすべての管理対象サーバーを起動できます。

次の例では、インポート・フォルダとして/scratch/irm-dataを設定します。

cd WCC_ORACLE_HOME/common/bin
./wlst.sh
> connect('weblogic', 'password', 't3://adminServerHost:adminServerPort')
> setIRMImportFolder('/scratch/irm-data')

Oracle IRM管理対象サーバーは、この構成変更を選択した後、フォルダの内容を読み込み、Oracle IRMシステムでグローバル・ユーザーID (GUID)値を更新して、新しいアイデンティティ・ストアの値を反映します。ユーザーまたはグループの処理が完了すると、インポート・プロセスは対応するXMLファイルを削除します。インポート・プロセスが完了すると、インポート・フォルダは空になります。

/scratch
/irm-data

ユーザーまたはグループの処理中にエラーが発生した場合、インポート・プロセスはユーザー名またはグループ名に一致するファイルにそのエラーを書き込みます。たとえば、user1.xmlのユーザー詳細を処理中にエラーが発生した場合、インポート・プロセスはエラーの詳細をuser1.xml.failファイルに書き込みます。

/scratch
/irm-data
/accounts
/batch1
user1.xml
user1.xml.fail

エラーを修正できた場合は、もう一度WLSTコマンドsetIRMImportFolderを実行して、インポート・プロセスを再実行します。たとえば、ユーザーまたはグループが新しいアイデンティティ・ストアに存在しないことによってユーザーまたはグループの処理が失敗した場合は、ユーザーまたはグループをOracle Internet Directoryに追加すると、エラーが修正され、インポート・プロセスを再実行できます。

> connect('weblogic', 'password', 'adminServerHost:adminServerPort')
> setIRMImportFolder('/scratch/irm-data')

このプロセスが完了した後、インポート・フォルダをリセットします。

setIRMImportFolder('')

このリセットにより、管理対象サーバーが再起動したときに、Oracle IRMはそれ以上データのインポートを実行しません。

注意:

LDAPアイデンティティ・ストアを再関連付けする際、ユーザーとグループの名前が同じ場合に、ユーザーおよびグループの情報をエクスポートするOracle IRMプロセスで問題が発生します。ユーザーとグループの名前が同じ場合、エクスポート・プロセスのエクスポート・ステップで、ユーザーかグループのどちらかの詳細が失われます。これは、ユーザーまたはグループの名前がファイル名として使用され、一方のファイルにより他方のファイルが上書きされるためです。再関連付け後の回避策として、ユーザーおよびグループの権限の割当を確認し、欠落しているものを手動で再度割り当てます。

アイデンティティ・ストアの再関連付け後、Oracle Internet Directoryのユーザーは、ユーザー・データの移行前に同名のユーザーがOracle WebLogic Server組込みLDAPサーバーで保有していたのと同じ権限を保有します。たとえば、移行前に、ユーザー名がweblogic、Oracle IRMロールがドメイン管理者であるユーザーが組込みLDAPサーバーに存在した場合、移行後、ユーザー名がweblogicのOracle Internet DirectoryユーザーにはOracle IRMロールとしてドメイン管理者が付与されます。

3.9.2 Imagingセキュリティ表でGUIDをリフレッシュ

Imaging管理対象サーバーを構成した後でLDAPプロバイダを変更した場合は、Imagingセキュリティ表のグローバル・ユーザーID (GUID)は無効になります。Imagingは、外部LDAPプロバイダからGUIDをキャッシュしてローカルのセキュリティ表に格納し、そのIDを認証に使用します。WLSTコマンドまたはFusion Middleware Controlを使用して、Imagingセキュリティ表のGUID値をリフレッシュできます。

両方のLDAPプロバイダに存在するユーザーおよびグループに対してのみ、GUIDがリフレッシュされます。以前のLDAPからユーザーおよびグループに割り当てられたImaging権限は、新しいLDAPに一致するユーザーおよびグループにリフレッシュされます。ユーザーやグループが新しいLDAPプロバイダのユーザーやグループに一致しない場合、refreshIPMSecurityはそのユーザーやグループを無視します。

注意:

リフレッシュ中、対応する識別情報が見つからないユーザーまたはグループは無視されます。セキュリティに変更を加えると、無効なユーザーまたはグループがImagingデータベースから削除されます。

3.9.2.1 WLSTを使用してImagingセキュリティ表でGUID値をリフレッシュ

コマンド・ラインからGUID値をリフレッシュする場合は、Oracle WebLogic Scripting Tool (WLST)を使用できます。

WLSTを使用してImagingセキュリティ表のGUID値をリフレッシュするには、次の手順を実行します。

1. 第10.1項「管理サーバーの起動」の説明に従って、Oracle WebLogic Serverドメインの管理サーバーを起動します。

2. Oracle WebLogic Server管理サーバーにログインします。

3. Oracle WebCenter Contentのホーム・ディレクトリMW_HOME/WCC_ORACLE_HOMEに移動します。

4. WLSTを呼び出します。

cd common/bin
./wlst.sh

5. WLSTコマンド・プロンプトで、次のコマンドを入力します。

wls:/offline> connect()
Please enter your username :weblogic
Please enter your password : XXXXXXXXXXXXX
Please enter your server URL [t3://localhost:7001]
:t3://host_name:16000
Connecting to t3://host_name:16000 with userid weblogic ...
Successfully connected to Managed Server 'IPM_server1' that belongs to domain
'domainName'.

Warning: An insecure protocol was used to connect to the
server. To ensure on-the-wire security, the SSL port or
Admin port should be used instead.

wls:/domainName/serverConfig> listIPMConfig()   <This is just to check
that the connection is to the right Imaging server>

wls:/domainName/serverConfig>
refreshIPMSecurity()  <This is the command that will refresh the GUIDs in the
Security tables.>

wls:/domainName/serverConfig> exit()

6. Imagingにログインして、ユーザーおよびグループのセキュリティを確認します。

3.9.2.2 Fusion Middleware Controlを使用してImagingセキュリティ表のGUID値をリフレッシュ

MBeanを介してGUID値をリフレッシュする場合は、Fusion Middleware ControlのシステムMBeanブラウザを使用できます。

Fusion Middleware Controlを使用してImagingセキュリティ表のGUID値をリフレッシュするには、次の手順を実行します。

1. Fusion Middleware Controlにログインします。

2. 左側のナビゲーション・ツリーでWebLogicドメイン、Oracle WebCenter Contentドメイン・フォルダ、IPM_Clusterの順に展開し、IPM_server1などImagingサーバーの名前を展開します。

3. 右側で、「WebLogic Server」ドロップダウン・メニューをクリックし、「システムMBeanブラウザ」を選択します。

4. 「システムMBeanブラウザ」ナビゲーション・ツリーで、「アプリケーション定義のMBean」、oracle.imaging、「サーバー: IPM_server1」、「cmd」の順に展開し、「cmd」をクリックします。

5. 右側のrefreshIPMSecurityをクリックします。

6. 「呼出し」ボタンを押します。

7. Imagingにログインして、ユーザーおよびグループのセキュリティを確認します。

3.9.3 パフォーマンスを考慮したLDAP認証プロバイダの構成

LDAP認証プロバイダを構成する際にDNを可能なかぎり上位に構成することで、重大なパフォーマンス問題を回避できます。これは、User Base DNとGroup Base DNの構成オプションに適用できます。

Group Base DNの値は特に重要です。それは、ユーザーに関連付けられているグループを取得する際にLDAPサーバーに対して多くの問合せが実行される可能性があるためです。直接割り当てられているグループの数および他のグループのサブグループとして間接的に割り当てられているグループの数によっては、重大なパフォーマンス問題を引き起こすおそれがあります。これらの設定をルートDNのデフォルト設定にしてしまいがちですが、ルートDNには適していません。最上位DNを使用するとそのDNよりも下位にあるすべてのグループにアクセスできるようになり、その結果、アプリケーションで必要とされるよりも多くのグループにアクセスできるようになるためです。

たとえば、次のLDAPツリーで様々なレベルのGroup Base DNの値がecmAdminグループに到達するように構成できます。

dc=com
dc=oracle
dc=us
cn=Groups
cn=ECM
cn=ecmAdmin

ユーザーに割り当てられているグループを取得する際に、ツリーで問合せ対象となる部分があまりにも多くなるため、次のレベルは使用しないようにします。

dc=oracle,dc=com

dc=us,dc=oracle,dc=com

cn=groups,dc=us,dc=oracle,dc=com

この場合、Oracle WebCenter Contentアプリケーションに直接関連付けられているグループのみを検索すれば十分です。

cn=ECM,cn=groups,dc=us,dc=oracle,dc=com

Oracle WebCenter Contentレベルに他のグループを追加して、LDAPツリーを次のようにできます。

dc=com
dc=oracle
dc=us
cn=Groups
cn=ECM
cn=ecmAdmin
cn=ecmGuest
cn=ecmManager
cn=ecmSupervisor
cn=ecmUser

3.10 Oracle Internet Directoryへのユーザーの追加

Oracle Identity Managementに含まれるOracle Directory Services Managerを使用して、ユーザーをOracle Internet Directoryに追加できます。Oracle Directory Services Managerを使用してエントリをディレクトリに追加するには、親エントリへの書込みアクセス権を保有し、新しいエントリに使用する識別名(DN)がわかっている必要があります。

注意:

エントリを追加または削除する場合、Oracleディレクトリ・サーバーではエントリ属性値の構文検証は行われません。

グループ・エントリの追加の詳細は、『Oracle Fusion Middleware Oracle Internet Directory管理者ガイド』の動的グループおよび静的グループの管理に関する項の指示を参照してください。

エントリの詳細は、『Oracle Fusion Middleware Oracle Internet Directory管理者ガイド』のディレクトリ・エントリの管理に関する項の指示を参照してください。

ユーザーをOracle Internet Directoryに追加するには、次の手順を実行します。

1. Oracle Directory Services Managerを呼び出し、Oracle Internet Directoryサーバーに接続します。

2. タスク選択バーで、「データ・ブラウザ」を選択します。

3. ツールバーで、「エントリを新規作成します。」アイコンを選択します。あるいは、任意のエントリを右クリックし、「作成」を選択します。
新規エントリ作成ウィザードが起動します。

4. 新規エントリのオブジェクト・クラスを指定します。
オブジェクト・クラス・エントリを選択するには、「追加」アイコンをクリックし、「オブジェクト・クラスの追加」ダイアログ・ボックスを使用します。必要に応じて、検索ボックスを使用してオブジェクト・クラスのリストをフィルタリングします。オブジェクト・クラスを追加するには、そのクラスを選択し、「OK」をクリックします。(このオブジェクト・クラスからtopまでのすべてのスーパークラスも追加されます。)

注意:

ユーザー・エントリがOracle Delegated Administration ServicesのOracle Internet Directoryセルフ・サービス・コンソールに表示されるようにするには、そのエントリをinetOrgPersonオブジェクト・クラスに割り当てる必要があります。

5. 「エントリの親」フィールドで、作成しているエントリの親エントリの完全DNを指定できます。
「参照」をクリックして、追加するエントリの親の識別名を特定し、選択することもできます。「エントリの親」フィールドを空白のままにすると、ルート・エントリの下にエントリが作成されます。

6. 「次へ」をクリックします。

7. このエントリの相対識別名(RDN)値となる属性を選択し、その属性の値を入力します。
使用するオブジェクト・クラスの必須属性には、それらがRDN値でない場合でも値を入力する必要があります。たとえば、オブジェクト・クラスinetorgpersonの場合、属性 cn (共通名)も sn (姓)もRDN値ではありませんが、必須です。

8. 「次へ」をクリックします。
ウィザードの次のページが表示されます。(あるいは、「戻る」をクリックして前のページに戻ります。)

9. 「終了」をクリックします。

10. オプションの属性を管理するには、「データ・ツリー」に作成したばかりのエントリに移動します。

11. エントリが個人の場合、「個人」タブをクリックして基本ユーザー属性の管理に使用します。
「適用」をクリックして変更を保存するか、「元に戻す」をクリックして変更を破棄します。

エントリがグループである場合、『Oracle Fusion Middleware Oracle Internet Directory管理者ガイド』の動的グループおよび静的グループの管理に関する項の指示を参照してください。

12. これが個人のエントリの場合、写真をアップロードできます。
写真をアップロードするには、「参照」をクリックし、写真に移動し、「オープン」をクリックします。

写真を更新するには、「更新」をクリックして同じ手順に従います。

写真を削除するには、「削除」アイコンをクリックします。

13. 「適用」をクリックして変更を保存するか、「元に戻す」をクリックして変更を破棄します。

3.11 シングル・サインオン(SSO)の構成

Oracle WebCenter Content製品向けの次のシングル・サインオン(SSO)ソリューションのいずれかを構成できます。

- Oracle Access Manager 11g SSO

- Oracle Access Manager 10g SSO

- Oracleシングル・サインオン(OSSO)

- Windowsネイティブ認証(WNA)

表3-6は、どのOracle WebCenter ContentでどのSSOソリューションを使用できるかを示した一覧です。以降の項では、これらのアプリケーションでSSOを使用する場合に参考となる情報を提供します。

表3-6 Oracle WebCenter Contentアプリケーション向けシングル・サインオン・ソリューション

アプリケーション

Oracle Access
Manager 11g

Oracle Access
Manager 10g

OSSO

WNA

コンテンツ・サーバーを含むWebCenter Content

サポートされています

サポートされています

サポートされています

サポートされています

Imaging

サポートされています

サポートされています

サポートされています

サポートされています

Oracle IRM Webインタフェース

サポートされています

サポートされていません

サポートされています

サポートされています

Oracle IRM Desktop

サポートされていません

サポートされています(制限あり)

サポートされていません

サポートされています

Records

サポートされています

サポートされています

サポートされています

サポートされています

Oracle WebLogic Server認証プロバイダの概要は、『Oracle Fusion Middleware Oracle WebLogic Serverの保護』の認証プロバイダの構成に関する項を参照してください。

3.11.1 Oracle Access Managerシングル・サインオンの構成

Oracle Access Managerを使用すると、ユーザーは全社規模でWebアプリケーションおよびその他のITリソースにシームレスにアクセスできます。Oracle IRMは、Oracle Access ManagerでBasic認証をサポートします。Oracle Access Managerには認可エンジンが搭載されており、アクセスを要求するユーザーのプロパティと要求を行った環境に基づいて特定のリソースへのアクセスを付与または拒否できます。

Oracle IRMのOracle Access Managerシングル・サインオン(SSO)の詳細は、第9.4項「RightsとOracle Access Manager 11gとの統合」を参照してください。

ImagingのOracle Access Manager SSOの詳細は、『Oracle WebCenter Content Imaging管理者ガイド』を参照してください。

注意:

ImagingとともにOracle Access Manager (OAM) WebGate 11g SSOを使用する場合、次のWebGate 11g Agentのユーザー定義パラメータを設定します。

filterOAMAuthnCookie=false

このパラメータ設定を使用しない場合、詳細モードでImagingビューアを使用するとエラーが発生します。エージェントのユーザー定義パラメータの設定の詳細は、『Oracle Fusion Middleware Oracle Access Manager with Oracle Security Token Service管理者ガイド』を参照してください。

WebCenter Content、Inbound RefineryまたはRecordsの構成の詳細は、Oracle Fusion Middleware Oracle WebCenter Contentの管理のシングル・サインオンのためのOracle WebCenter Contentの構成に関する項を参照してください。

詳細は、『Oracle Fusion Middlewareアプリケーション・セキュリティ・ガイド』のOracle Access Managerソリューションのデプロイに関する項を参照してください。

表3-7に、Oracle WebCenter ContentアプリケーションのためにOracle Access Manager 11gを構成する方法に関する詳細な情報の入手先を示します。

表3-7 Oracle WebCenter ContentアプリケーションのためのOracle Access Manager 11g構成

アプリケーション

構成情報

コンテンツ・サーバーを含むWebCenter Content

Oracle Fusion Middleware Oracle WebCenter Contentの管理のOracle WebCenter ContentによるOracle Access Manager 11gの構成に関する項

Imaging

Oracle WebCenter Content: Imagingの管理のOracle Access Manager 11gとImagingの統合に関する項

Oracle IRM Webインタフェース

第9.4項「RightsとOracle Access Manager 11gとの統合」

Oracle IRM Desktop

サポートされていません

Records

Oracle Fusion Middleware Oracle WebCenter Contentの管理のOracle WebCenter ContentによるOracle Access Manager 11gの構成に関する項

表3-8に、Oracle WebCenter ContentアプリケーションのためにOracle Access Manager 10gを構成する方法に関する詳細な情報の入手先を示します。

表3-8 Oracle WebCenter ContentアプリケーションのためのOracle Access Manager 10g構成

アプリケーション

構成情報

コンテンツ・サーバーを含むWebCenter Content

Oracle Fusion Middleware Oracle WebCenter Contentの管理のOracle WebCenter ContentによるOracle Access Manager 10gの構成に関する項

Imaging

Oracle WebCenter Content: Imagingの管理のOracle Access Manager 10gとImagingの統合に関する項

Capture

サポートされていません

Oracle IRM Webインタフェース

サポートされていません

Oracle IRM Desktop

第9.4項「RightsとOracle Access Manager 11gとの統合」

Records

Oracle Fusion Middleware Oracle WebCenter Contentの管理のOracle WebCenter ContentによるOracle Access Manager 10gの構成に関する項

3.11.2 Oracleシングル・サインオンの構成

Oracleシングル・サインオン(OSSO)の概要は、『Oracle Fusion Middlewareアプリケーション・セキュリティ・ガイド』のOracle Fusion Middlewareのシングル・サインオンの概要に関する項を参照してください。

表3-9に、Oracle WebCenter ContentアプリケーションのためにOSSOを構成する方法に関する詳細な情報の入手先を示します。

表3-9 Oracle WebCenter ContentアプリケーションのためのOSSO構成

アプリケーション

構成情報

コンテンツ・サーバーを含むWebCenter Content

Oracle Fusion Middleware Oracle WebCenter Contentの管理のOracle WebCenter ContentによるOracleシングル・サインオンの構成に関する項

Imaging

Oracle WebCenter Content: Imagingの管理のImagingによるOracleシングル・サインオンの構成に関する項

Capture

サポートされていません

Oracle IRM Webインタフェース

『Oracle Fusion Middlewareアプリケーション・セキュリティ・ガイド』のOracleAS SSO 10gを使用したシングル・サインオンの構成に関する項

Oracle IRM Desktop

サポートされていません

Records

『Oracle Fusion Middlewareアプリケーション・セキュリティ・ガイド』のOracleAS SSO 10gを使用したシングル・サインオンの構成に関する項

3.11.3 Windowsネイティブ認証の構成

Windowsネイティブ認証(WNA)を構成する方法の詳細は、『Oracle Fusion Middleware Oracle WebLogic Serverの保護』のMicrosoftクライアントによるシングル・サインオンの構成に関する項を参照してください。

表3-10に、Oracle WebCenter ContentアプリケーションのためにWNAを構成する方法に関する詳細な情報の入手先を示します。

表3-10 Oracle WebCenter ContentアプリケーションのためのWNA構成

アプリケーション

構成情報

コンテンツ・サーバーを含むWebCenter Content

Oracle Fusion Middleware Oracle WebCenter Contentの管理のWNAのためのWebCenter Contentおよびシングル・サインオンの構成に関する項

Imaging

Oracle WebCenter Content: Imagingの管理のWindowsネイティブ・アプリケーション用のImagingとシングル・サインオンの構成に関する項

Oracle IRM Webインタフェース

『Oracle Fusion Middleware Oracle WebLogic Serverの保護』のMicrosoftクライアントによるシングル・サインオンの構成に関する項

Oracle IRM Desktop

『Oracle Fusion Middleware Oracle WebLogic Serverの保護』のMicrosoftクライアントによるシングル・サインオンの構成に関する項

Records

『Oracle Fusion Middleware Oracle WebLogic Serverの保護』のMicrosoftクライアントによるシングル・サインオンの構成に関する項

3.12 Oracle Web TierとWebCenter Contentの統合

コンテンツ・サーバーをSite Studio、シングル・サインオン (SSO)およびクラスタと統合する際には、Oracle Web Tier (Oracle HTTP Server)を使用することをお薦めします。Oracle Weblogic Server HTTPリスナーの代用として、Oracle Web Tier (OHS) 11gをインストールして構成することもできます。

インストールおよびOracle Web Tier (OHS)の詳細は、Oracle Fusion Middleware Oracle WebCenter Portalの管理のOracle HTTP Serverのインストールおよび構成に関する項を参照してください。

3.13 管理対象サーバー・クラスタの構成

アプリケーションのパフォーマンス、スループットまたは高可用性の向上が求められる本番環境では、2つ以上の管理対象サーバーがクラスタとして機能するように構成できます。クラスタは、複数のOracle WebLogic Serverインスタンスの集合で、同時に稼働し連携して高いスケーラビリティおよび信頼性を実現します。クラスタでは、(単一の管理対象サーバーでなく)管理対象サーバーごとに、ほとんどのリソースおよびサービスがまったく同じようにデプロイされるため、フェイルオーバーとロード・バランシングが可能になります。

1つのドメインには、複数のOracle WebLogic Serverクラスタが存在していても、クラスタとして構成されていない複数の管理対象サーバーが存在していても構いません。管理対象サーバーのクラスタ化と非クラスタ化の重要な違いは、フェイルオーバーおよびロード・バランシングのサポートにあります。これらの機能は、管理対象サーバーがクラスタ化されている場合にのみ利用できます。

注意:

クラスタを使用するには、Oracle WebLogic Server Enterprise Editionのライセンスが必要です。

クラスタの概要は、Oracle WebLogic Server用にクラスタを使用するOracle Fusion MiddlewareのWebLogic Serverクラスタリングの概要に関する項を参照してください。

「オプションの構成を選択」画面で「管理対象サーバー、クラスタ、およびマシン」を選択した場合は、表3-11で説明した画面が表示されます。

表3-11 「管理対象サーバー、クラスタ、およびマシン」の詳細設定画面

画面

説明と必須作業

管理対象サーバーの構成

新しい管理対象サーバーを追加するか、または既存の管理対象サーバーを編集および削除します。

「次へ」をクリックして続行します。

クラスタの構成

高可用性環境にインストールする場合はクラスタを作成します。詳細は、『Oracle Fusion Middleware高可用性ガイド』を参照してください。

「次へ」をクリックして続行します。

サーバーのクラスタへの割当

「クラスタの構成」画面でクラスタを構成した場合

「次へ」をクリックして続行します。

HTTPプロキシ・アプリケーションの作成

「クラスタの構成」画面でクラスタを構成し、ドメイン内の管理対象サーバーの全部ではなく一部をクラスタに割り当てた場合

「次へ」をクリックして続行します。

マシンの構成

クラスタ内の管理対象サーバーをホストするマシンを構成します。

「次へ」をクリックして続行します。

サーバーのマシンへの割当

各管理対象サーバーをマシンに割り当てます。

「次へ」をクリックして続行します。

デプロイメントのクラスタまたはサーバーへのターゲット設定

管理対象サーバーをドメイン内のクラスタまたはサーバーに割り当てます。

「次へ」をクリックして続行します。

サービスのクラスタまたはサーバーへのターゲット設定

この画面を使用して、サービス(JMSやJDBCなど)のターゲットとしてサーバーまたはクラスタを指定し、アプリケーションがそのサービスを使用できるようにします。

「次へ」をクリックして続行します。

Oracle WebLogic Server管理コンソールまたはFusion Middleware Controlを使用して、後で管理対象サーバーをクラスタに追加できます。詳細は、『Oracle Fusion Middleware管理者ガイド』の環境のスケールに関する項を参照してください。

3.14 Oracle Web Services Manager Securityの設定

Oracle WebCenter Content用にOracle Web Services Manager (Oracle WSM)セキュリティ・ポリシーを設定するには、次のタスクを実行する必要があります。

1. Oracle WebLogic ServerとOracle WebCenter Contentのインストール

2. リポジトリ作成ユーティリティによるOracle WSM MDSスキーマの作成

3. Oracle WebLogic ServerドメインでのOracle WebCenter ContentアプリケーションおよびOracle WSM Policy Managerの構成

4. Oracle WSMの「サーバーのソケット・ポート」および「ソケット接続アドレス・セキュリティ・フィルタを着信中」の構成

5. キーストアおよびOracle WSMポリシーを使用したWebサービスの保護

3.14.1 Oracle WebLogic ServerとOracle WebCenter Contentのインストール

「標準」オプションでOracle WebLogic Serverをインストールします。これにより、Oracle Coherence、Sun JDKおよびOracle JRockit JDKもインストールされます。Oracle WebLogic Serverのインストール方法の詳細は、第2.3項「アプリケーション・サーバーとOracle Fusion Middlewareのインストール」を参照してください。

Oracle WebLogic Serverをインストールすると、Oracle Fusion Middlewareホームが作成されます。ここにOracle WebCenter Contentをインストールでき、インストールが完了するとWebCenter Content Oracleホームが作成されます。Oracle WSMは、Oracle WebCenter Contentからインストールできます。ミドルウェア・ホームにはOracle共通ホームが含まれており、ここにOracle WSMファイルがインストールされます。Oracle WebCenter Contentのインストール方法と、Oracle WebCenter Content、アプリケーションのデプロイに必要なファイルについては、第2.4項「Oracle WebCenter Contentのインストーラの使用」を参照してください。

3.14.2 リポジトリ作成ユーティリティによるOracle WSM MDSスキーマの作成

RCUの「コンポーネントの選択」画面で次のように選択して、MDSスキーマを作成します。MDSスキーマはOracle WSMセキュリティを設定するために必要です。

「AS共通スキーマ」の下の「Metadata Services」

このように選択するのは、Oracle WSM Policy Managerのスキーマを作成するためです。このスキーマによって、WebCenter Contentのバックエンド・リポジトリと、コンテンツ・サーバーおよびOracle WSM Policy Managerが用意されます。データベースにMDSスキーマがすでに存在する場合は、そのスキーマを再利用できます。

RCUによるOracle WSM MDSスキーマの作成の詳細は、第2.2項「リポジトリ作成ユーティリティによるOracle WebCenter Contentスキーマの作成」を参照してください。

3.14.3 Oracle WebLogic ServerドメインでのOracle WebCenter ContentアプリケーションおよびOracle WSM Policy Managerの構成

1つ以上のOracle WebCenter ContentアプリケーションおよびOracle WSM Policy Managerを構成するには、Oracle WebLogic Serverドメインを作成または拡張する必要があります。ドメインを作成してOracle WSM Policy Managerを含める方法の詳細は、第3.2項「Oracle WebLogic Serverドメインの作成」を参照してください。Oracle WSM Policy Managerでドメインを拡張する方法の詳細は、第3.3項「既存のドメインの拡張」を参照してください。

3.14.4 Oracle WSMのための「サーバーのソケット・ポート」および「ソケット接続アドレス・セキュリティ・フィルタを着信中」の構成

管理対象サーバーのインストール後の構成時に、Oracle WSM用に「サーバーのソケット・ポート」値および「ソケット接続アドレス・セキュリティ・フィルタを着信中」値を構成できます。

次の設定が他のデフォルト設定とともに存在することを確認します。

- サーバーのソケット・ポート: 4444
この値は、管理対象サーバー用の構成ファイルにIntradocServerPort=4444として格納されます。

- ソケット接続アドレス・セキュリティ・フィルタを着信中: *.*.*|0:0:0:0:0:0:0:1
この値は、管理対象サーバー用の構成ファイルにSocketHostAddressSecurityFilter=*.*.*.*|0:0:0:0:0:0:0:1として格納されます。

これらの設定に加えた変更を有効にするには、第10.3項「管理対象サーバーの再起動」の説明に従って、管理対象サーバーを再起動する必要があります。

管理対象サーバーのインストール後の設定の詳細は、次の項を参照してください。

- 第4.3項「コンテンツ・サーバーの初期構成の完了」

- 第5.1項「Inbound Refineryの初期構成の完了」

- 第6.1項「Imagingの初期構成の完了」

- 第9.1項「Oracle IRMの初期構成の完了」

- 第8.1項「Recordsの初期構成の完了」

3.14.5 キーストアおよびOracle WSMポリシーを使用したWebサービスの保護

Webサービスを保護するには、キーストアを設定して、Oracle WSMポリシーをWebサービスに適用します。

3.14.5.1 キーストアの設定

keytoolコマンドによってキーストアが作成されますが、これを開くにはパスワードが必要です。キーはキーストア内に保存され、このキーにアクセスするには、追加のパスワードが必要です。

推奨されるキーストアの場所は、ドメイン・ホーム内のディレクトリです。

- UNIXパス:
MW_HOME/user_projects/domains/DomainHome/config/fmwconfig

- Windowsパス:
MW_HOME\user_projects\domains\DomainHome\config\fmwconfig

キーストアをこの場所に置くと、ドメインおよび対応する資格証明ストア・ファイルがバックアップされる際に、キーストア・ファイルも確実にバックアップされます。

キーストアを設定するには、次の手順を実行します。

1. キーストアおよびキー別名orakeyの作成:

JAVA_HOME/bin/keytool -genkeypair -alias orakey -keypass password -keyalg RSA \
-dname "CN=orakey, O=oracle C=us" \
-keystore default-keystore.jks -storepass password

2. default-keystore.jksをドメインのfmwconfigディレクトリにコピーします。

cp default-keystore.jks DomainHome/config/fmwconfig

3. (WLSTコマンドを使用して)資格証明を資格証明ストアに保存します。

MW_HOME/WCC_ORACLE_HOME/common/bin/wlst.sh
connect()
createCred(map="oracle.wsm.security", key="keystore-csf-key", user="keystore", password="password")
createCred(map="oracle.wsm.security", key="sign-csf-key", user="orakey", password="password")
createCred(map="oracle.wsm.security", key="enc-csf-key", user="orakey", password="password")

この手順では、DomainHome/config/fmwconfigにcwallet.ssoファイルを作成します。

クライアントがサーバーにアクセスするためには、default-keystore.jksとcwallet.ssoのどちらも必要です。

キーストアの設定の詳細は、第9.1.2項「Oracle IRM用のキーストアの構成」を参照してください。

3.14.5.2 WebサービスへのOracle WSMポリシーの適用

Oracle Enterprise Manager 11g Fusion Middleware Controlを使用して、Oracle WSMポリシーをWebサービスに適用できます。詳細は、『Oracle Fusion Middleware Webサービスのためのセキュリティおよび管理者ガイド』のWebサービスへのポリシーの添付に関する項を参照してください。

4 WebCenter Contentの構成の完了

この章では、Oracle WebLogic Serverドメインで、Oracle WebCenter Content Serverを使用するOracle WebCenter Contentの初期構成を完了する方法について説明します。

この章では、次の項目について説明します。

- 第4.1項「コンテンツ・サーバーでのレコード管理用のレポート・ライブラリの構成」

- 第4.2項「WebCenter Contentの初期構成の完了」

- 第4.3項「コンテンツ・サーバーの初期構成の完了」

- 第4.4項「WebCenter Contentクラスタ・ノードのその他のパラメータの構成」

- 第4.5項「コンテンツ・サーバー用のOracleTextSearchの構成」

- 第4.6項「Windowsクライアントへの「チェックアウトして開く」ActiveXコントロールのインストール」

- 第4.7項「スタンドアロン・アプリケーションのJDBCドライバの構成」

- 第4.8項「スタンドアロン・アプリケーションのキーストアへのデータベース・ルートCA証明書のインポート」

- 第4.9項「コンテンツ・サーバーでのSite Studioの有効化および構成」

- 第4.10項「Desktop用のコンテンツ・サーバーの構成」

- 第4.11項「クライアント・ワークステーションでのDesktopのインストールおよび構成」

- 第4.12項「非SSL接続でMicrosoft Office 2010からファイルを開く方法」

- 第4.13項「コンテンツ・サーバーでのレコード管理の構成」

- 第4.16項「AXF for BPMとAXF for BPELのインストールおよび構成」

4.1 コンテンツ・サーバーでのレコード管理用のレポート・ライブラリの構成

コンテンツ・サーバーでレコード管理機能を構成する場合は、WebCenter Content管理対象サーバーを含むドメインを作成した後、最初に起動する前に、レコード管理のためのレポート・ライブラリを構成する必要があります。このライブラリがない場合は、テンプレートをコンテンツ・サーバーにチェックインできません。

レポート・ライブラリを構成するには、Oracle WebLogic Server管理コンソールからoracle.xdo.runtimeライブラリを追加し、WebCenter Content EARのweblogic-application.xmlファイルにこのライブラリへの参照を追加する必要があります。

注意:

Oracle WebCenter Content: Recordsに、このライブラリは必要ありません。

WebCenter Content管理対象サーバーにoracle.xdo.runtime.earライブラリを追加するには、次の手順を実行します。

1. ドメインを作成した後で、管理サーバーのみ起動します。
WebCenter Content管理対象サーバーがすでに起動している場合は、後で追加手順を実行して、デプロイされたWebCenter Contentインスタンスへの参照を追加する必要があります。

2. ブラウザで管理コンソールを開き、左側の「デプロイメント」をクリックし、ページを参照してoracle.xdo.runtimeファイルがすでに存在するかどうかを確認します。すでに存在する場合は、これ以上の手順を実行する必要はありません。

3. oracle.xdo.runtimeファイルが存在しない場合は、「デプロイメント」画面で「インストール」をクリックします。ファイル選択ダイアログが開きます。使用可能なファイル・システムを参照し、次のパスを選択します。

MW_HOME/WCC_ORACLE_HOME/ucm/idc/components/ReportPublisher/lib/

4. 「次へ」をクリックします。ファイルをライブラリとして選択するためのオプション・ページが開きます。「このデプロイメントをライブラリとしてインストールする」を選択し、「次へ」をクリックします。

5. 「ターゲット選択」画面が開きます。すべてのターゲットを選択し、「次」をクリックします。

6. 「デプロイメント名」画面が開きます。「セキュリティ」セクションで、「DDのみ: デプロイメント・ディスクリプタ内に定義されたロールとポリシーのみを使用します。」を選択します。「ソース・アクセシビリティ」セクションで、このアプリケーションをすべてのターゲットにコピーするを選択し、「次」をクリックします。

7. 追加構成セクションで、はい、デプロイメントの構成画面に移動しますを選択し、「終了」をクリックします。これで、ライブラリが使用環境にデプロイされます。

UCMエンタープライズ・アプリケーション・ライブラリからデプロイされたライブラリを参照するには、次の手順に従います。

1. 次のパスからcs.earファイルを抽出します。

MW_HOME/WCC_ORACLE_HOME/ucm/idc/components/ServletPlugin/cs.ear

2. 抽出したディレクトリで、META-INF/weblogic-application.xmlを変更し、次のライブラリ参照を追加します。

<library-ref>
<library-name>oracle.xdo.runtime</library-name>
</library-ref>

3. 抽出した変更済ディレクトリからcs.earという名前のアーカイブ・ファイルを作成し、取得元のパスにある同じ名前のファイルを置き換えます。この変更は、アンデプロイされたすべてのWebCenter Contentインスタンスに対して有効になります。

4. ドメインの作成後、これがWebCenter Content管理対象サーバーの最初の起動でない場合は、次の手順を実行する必要があります。

1. デプロイされたWebCenter Content管理対象サーバーで、次のパスからWebCenter Contentアプリケーションのweblogic-application.xmlファイルを探します。

DomainHome/servers/WCC_servername/tmp/_WL_user/Oracle WebCenter Content - Content Server/k6ggd/META-INF/weblogic-application.xml

WebCenter Content管理対象サーバーの名前がDomainHome/serversディレクトリにない場合、この場所にデプロイした管理対象サーバーは起動されたことがないので追加の手順は必要ありません。

2. META-INF/weblogic-application.xmlを変更し、ライブラリ参照として次の行を追加します。

<library-ref>
<library-name>oracle.xdo.runtime</library-name>
</library-ref>

3. 第10.3項「管理対象サーバーの再起動」の説明に従って、WebCenter Content管理対象サーバーを起動します。

5. 第10.2項「管理対象サーバーの起動」の説明に従って、WebCenter Content管理対象サーバーを起動します。
管理対象サーバーが今までに起動されていない場合には、第10.3項「管理対象サーバーの再起動」の説明に戻って再起動してください。

レコード管理機能をコンテンツ・サーバーに追加する方法の詳細は、第4.13項「コンテンツ・サーバーでのレコード管理の構成」を参照してください。

4.2 WebCenter Contentの初期構成の完了

管理サーバーおよびOracle WebCenter Content管理対象サーバーを起動した後、第10章「Oracle WebCenter Content構成の検証」で説明されているように、コンテンツ・サーバーのインストール後の構成ページでWebCenter Content構成を完了できます。

コンテンツ・サーバーの構成を完了するには、Oracle WebCenter Content Serverに最初にログインするユーザーがOracle WebLogic Serverドメインの管理者でなければなりません。詳細は、第10.6項「Oracle WebCenter Contentの構成の検証」を参照してください。また、Oracle Fusion Middleware Oracle WebCenter Contentの管理のシステム管理タスクの概要に関する項、セキュリティとユーザー・アクセスの理解に関する項、システム・プロセスの管理に関する項も参照してください。

次の場所にあるコンテンツ・サーバーに初めてログインする際、WebCenter Contentによって「Content Serverの構成」ページが表示されます。

http://managedServerHost:managedServerPort/cs

WebCenter ContentをOracle Web Center Content: Imagingと同じマシンおよび同じOracle WebLogic Serverドメインで構成する場合、WebCenter Contentのインストール後の構成は自動的に行われます。WebCenter ContentおよびImagingのデフォルト構成に従った場合、両方のアプリケーションが同じマシンにインストールされます。この環境では、Imagingで使用されるWebCenter Contentを設定する構成ファイルは、Imagingが提供します。

WebCenter Contentが、Imagingの処理にとどまらず完全な管理対象サーバーとして使用される場合、WebCenter Content管理者は、コンテンツ・サーバーの管理インタフェースを介して自動構成を確認する必要があります。本番用に完全に構成するには、この章の残りの部分で説明するその他の構成手順は、WebCenter Content管理対象サーバーで実行する必要があります。

Imaging管理者は、デフォルトのWebCenter Content構成がImaging管理対象サーバーでの使用に適していることを検証する必要があります。Imagingで使用する場合、Oracle WebCenter Content: Inbound Refineryの構成など、WebCenter Contentのインストール後の構成手順の多くは必要ありません。

WebCenter ContentでInbound Refineryを使用する前に、ドキュメントおよびイメージ変換がコンテンツ・サーバーで機能するようにInbound Refineryを構成しておく必要があります。一部のプラットフォームでは、変換が機能するためには、特定の環境変数を設定してから管理対象サーバーを起動する必要があります。詳細は、第3.7.2項「UNIXプラットフォームでの環境変数のライブラリ・パスの設定」を参照してください。

WebCenter Contentの構成を完了するには、次の手順を実行します。

1. 第10.1項「管理サーバーの起動」の説明に従って、管理サーバーを起動します。

2. 第10.2項「管理対象サーバーの起動」の説明に従って、WebCenter Content管理対象サーバーを起動します。

3. 次のWebサイトにあるコンテンツ・サーバーのインストール後の構成ページに移動します。

http://managedServerHost:16200/cs/

重要:

コンテンツ・サーバーの構成を完了するには、Oracle WebCenter Content Serverに最初にログインするユーザーがOracle WebLogic Serverドメインの管理者でなければなりません。詳細は、第10.6項「Oracle WebCenter Contentの構成の検証」を参照してください。また、Oracle Fusion Middleware Oracle WebCenter Contentの管理のシステム管理タスクの概要に関する項、セキュリティとユーザー・アクセスの理解に関する項、システム・プロセスの管理に関する項も参照してください。

4. 変更する構成値を入力または編集します。
「全文検索オプション」フィールドで、全文検索エンジンを選択できます。空欄のままにすると、システムはメタデータのみとして設定されます。

入力する値の詳細は、第4.3項「コンテンツ・サーバーの初期構成の完了」を参照してください。

5. Inbound Refineryからのアクセスを有効化するには、「ソケット接続アドレス・セキュリティ・フィルタを着信中」の値を次のように指定します。

127.0.0.1|your.server.IP.address|0:0:0:0:0:0:0:1|

このフィールドでは、10.*.*.*などのワイルドカードを使用できます。この値を後で変更するには、DomainHome/ucm/cs/config/config.cfgでSocketHostAddressSecurityFilterを設定し、コンテンツ・サーバーを再起動します。

Oracle WSMセキュリティの場合は、SocketHostAddressSecurityFilterの値を次のように設定する必要があります。

SocketHostAddressSecurityFilter=*.*.*.*|0:0:0:0:0:0:0:1

詳細は、第3.14.4項「Oracle WSMの「サーバーのソケット・ポート」および「ソケット接続アドレス・セキュリティ・フィルタを着信中」の構成」を参照してください。

6. 「送信」をクリックします。

7. 第10.3項「管理対象サーバーの再起動」の説明に従って、コンテンツ・サーバーを再起動します。

4.3 コンテンツ・サーバーの初期構成の完了

WebCenter ContentをOracle WebLogic Server管理対象サーバーにインストールして構成した後、コンテンツ・サーバーの初期構成を完了する必要があります。初期構成の完了には、次のタスクがあります。

- コンテンツ・サーバーの起動

- コンテンツ・サーバー・インスタンスの構成

- コンポーネントの有効化または無効化

- フォルダ・インタフェースの構成

- IBM DB2データベース検索のためのコンテンツ・サーバーの構成

- WebCenter Contentで使用するMicrosoft SQL Serverの構成

コンテンツ・サーバーの構成の変更およびその他の構成オプションの詳細は、Oracle Fusion Middleware Oracle WebCenter Contentの管理のシステム・プロパティの構成に関する項を参照してください。

4.3.1 コンテンツ・サーバーの起動

WebCenter Content (コンテンツ・サーバーを含む)は、Oracle WebLogic Server管理コンソール、startManagedWebLogic起動スクリプトまたはOracle Enterprise Manager Fusion Middleware Controlを使用して起動できます。

詳細は、Oracle Fusion Middleware Oracle WebCenter Contentの管理のシステム・プロセスの管理に関する項を参照してください。

4.3.2 コンテンツ・サーバー・インスタンスの構成

図4-1に、コンテンツ・サーバーの構成ページを示します。

図4-1 コンテンツ・サーバーの構成ページ

次の表に、このページのフィールドと、コンテンツ・サーバー・インスタンスを構成するために入力できる値を示します。

フィールド

説明

クラスタ・ノード識別子

コンテンツ・サーバーが実行されるWebCenter Content管理対象サーバーの名前。

コンテンツ・サーバーのインスタンス・フォルダ

コンテンツ・サーバー用のOracleインスタンス・ディレクトリへの絶対パス。ドメイン・ホーム外部のインスタンス・ディレクトリを指定することをお薦めします。

コンテンツ・サーバーのデフォルトのOracleインスタンス・ディレクトリは次のとおりです。

MW_HOME/user_projects/domains/DomainHome/ucm/cs

コンテンツ・サーバー・インスタンスのフォルダ階層で最上位レベルのフォルダの名前はcsです。

Oracleインスタンス・ディレクトリのパスは、コンテンツ・サーバー・インスタンスのIntradocDir変数の値です。このディレクトリ・パスは、この特定の管理対象サーバー、つまりノードに一意である必要があります。将来のバージョンにアップグレードする可能性があるインストールの場合は、Oracleインスタンス・ディレクトリの場所をOracle WebLogic Serverのドメイン・ディレクトリとインストール・ディレクトリ以外のディレクトリに変更することをお薦めします。クラスタに含めるインストールの場合は、Oracleインスタンス・ディレクトリはクラスタ内のすべてのノードが共有アクセスを持つネットワーク上にある必要があります。

ネイティブ・ファイル・リポジトリの場所

コンテンツ・サーバーにチェックインされるネイティブ・コンテンツを格納するvault/ディレクトリのパス。

Webレイアウト・フォルダ

ネイティブ・ファイルおよび代替ファイルのWeb表示可能レンディションを格納するためのweblayout/ディレクトリへのパス。

ユーザー・プロファイル・フォルダ

ユーザー・プロファイルを保存するprofiles/ディレクトリのパス。

コンテンツ・サーバーのURL接頭辞

コンテンツ・サーバー・インスタンスの相対URL。

コンテンツ・サーバーの新規インスタンス

コンテンツ・サーバー・インスタンスが新規インスタンスかどうか。

サーバーのソケット・ポート

最上位レベルのサービスを呼び出すためのポートの番号。デフォルト値はblankです。

このフィールド値を変更すると、DomainHome/ucm/cs/config/config.cfgのIntradocServerPortエントリが変更されます。IntradocServerPortのデフォルト値はblankです。

ソケット接続アドレス・セキュリティ・フィルタを着信中

指定したIPアドレスのコンピュータへのコンテンツ・サーバー・アクセスを制限します。

- デフォルトでは、このフィールドにはローカル・ホストのIPアドレス(127.0.0.1)が事前に入力されています。

- パイプ( | )で区切って、複数のIPアドレスを指定できます。パイプ文字の両側には空白を入れないでください(例: 127.0.0.1|0:0:0:0:0:0:0:1|192.168.1.1)

- このフィールドではワイルドカードを使用できます。(例、10.10.3.*)

- 通常、「IPアドレス・フィルタ」フィールドと「ホスト名フィルタ」フィールドの一方のみを使用し、両方は使用しません。(「IPアドレス・フィルタ」の方が、より一般的に使用されます。)

WebサーバーのHTTP/HTTPSアドレス

Webサーバーの名前。(HttpServerAddressプロパティ)。

WebアドレスはHTTPSです

WebサーバーのURLがHTTPSで始まるかどうか(SSLが有効な管理対象サーバー用)。

会社のメール・サーバー

電子メール通知を送信するためにコンテンツ・サーバーで使用できる電子メール・サーバー。

通常、この値はmail.example.comという形式になります。適用可能な場合は、ファイアウォールを介した電子メールの送信が可能であることを確認してください。

管理者の電子メール・アドレス

電子メール通知を送信するためにコンテンツ・サーバーで使用できる電子メール・アドレス(SysAdminAddress)。

このアドレスは、配信エラーが発生した場合に返されるメッセージを受信します。

コンテンツ・サーバーのインスタンス名

コンテンツ・サーバー・インスタンスの名前。

この名前に使用できるのは、文字、数字、アンダースコアのみです。その他の文字を使用すると、問題が発生します。たとえば、インスタンス名にピリオドを使用すると、その名前を使用してJavaScript変数を作成した場合にJavaScriptエラーが発生します。

コンテンツ・サーバーのインスタンス・ラベル

Windowsの「スタート」メニューに表示されるインスタンス名(InstanceMenuLabelプロパティ)。

サーバー・インスタンスの説明

コンテンツ・サーバー・インスタンスの説明(InstanceDescriptionプロパティ)。

自動採番が有効

コンテンツ・サーバー・インスタンスの自動採番が有効かどうか。

自動採番接頭辞

複数のコンテンツ・サーバー・インスタンス間での競合を避けるための、コンテンツ・サーバー・インスタンス番号の一意の接頭辞(「自動採番接頭辞」システム・プロパティ)。

全文検索オプション

全文検索の検索エンジンを指定します。

- なし: コンテンツ・サーバー・インスタンスによって、検索エンジンとしてDATABASE.METADATAが使用されます。

- 内部: Oracle Database 11gの場合、コンテンツ・サーバー・インスタンスはシステム・データベースでOracleTextSearchを使用します。Microsoft SQL Serverの場合、コンテンツ・サーバーはDATABASE.FULLTEXTを使用します。IBM DB2の場合、コンテンツ・サーバーはDATABASE.METADATAを使用します。

- 外部: コンテンツ・サーバー・インスタンスは、Oracleデータベース(システム・データベースではない)、SQL Server、またはIBM DB2の外部データ・ソースでOracleTextSearchを使用します。このオプションを選択する場合は、外部データ・ソースの名前を「外部データ・ソース」フィールドに入力する必要があります。

外部データ・ソース

リポジトリ作成ユーティリティ(RCU)で作成されたOCSSEARCHスキーマを使用して、管理コンソールを通じて作成され、WebCenter Content管理対象サーバーをターゲットとして指定されている外部データ・ソースの名前。

外部データ・ソースを作成し、管理対象サーバーをターゲットとして指定する方法の詳細は、『Oracle Fusion Middleware Oracle Application Development Framework Java EE開発者ガイド』のOracle WebLogic ServerのJDBCデータ・ソースの作成方法に関する項を参照してください。

データ・ソースの外部プロバイダの名前を指定できます。外部プロバイダの作成の詳細は、第4.5.2項「スタンドアロン・アプリケーションの外部データベース・プロバイダの構成」を参照してください。

外部データ・ソースがIBM DB2用である場合は、第4.3.5項「IBM DB2データベース検索のためのコンテンツ・サーバーの構成」も参照してください。

OCSSEARCHスキーマの詳細は、第2.2項「リポジトリ作成ユーティリティによるOracle WebCenter Contentスキーマの作成」を参照してください。

4.3.3 コンポーネントの有効化または無効化

拡張コンポーネント・マネージャを使用して、コンポーネントを有効化または無効化できます。

コンポーネントを有効化または無効化するには、次の手順を実行します。

1. WebCenter Contentに管理者としてログインします。

2. コンテンツ・サーバー・インスタンスの「管理」トレイまたはメニューで、「管理サーバー」、「コンポーネント・マネージャ」の順に選択します。

3. 「コンポーネント・マネージャ」ページの最初の段落で、「拡張コンポーネント・マネージャ」をクリックします。

4. リストには有効化および無効化されたサーバー・コンポーネントが示され、個別のコンポーネントを選択して各コンポーネントの詳細を表示でき、表示するコンポーネントのカテゴリを選択できます。このページでは、コンポーネントを有効化および無効化でき、さらにカスタム・コンポーネントをインストールおよびアンインストールできます。

注意:

- コンテンツ・サーバーでレコード管理を使用している場合は、ContentFoliosコンポーネントを無効化しないでください。レコード管理Webインタフェースへのアクセスに必要です。このコンポーネントは、レコード管理機能を構成するとき自動的に有効になります。
レコード管理の詳細は、第4.13項「コンテンツ・サーバーでのレコード管理の構成」を参照してください。

- 有効化されたLinkManager8コンポーネントとともにOracle WebCenter Content 11gR1 (11.1.1.5)からOracle WebCenter Content 11gR1 (11.1.1.8.0)にアップグレードする場合は、LinkManager8を無効化してLinkManagerコンポーネントを有効化する必要があります。Oracle WebCenter Content 11gR1 (11.1.1.6)では、LinkManager8はLinkManagerに名前が変更されました。

4.3.4 フォルダ・インタフェースの構成

Oracle WebCenter Content Serverには、リポジトリのコンテンツを編成および管理するための階層フォルダ・インタフェースとして、フォルダ機能があります。コンテンツ・サーバーには、レガシーの階層フォルダ・インタフェースとして、コントリビューション・フォルダも用意されています。コントリビューション・フォルダ(Folders_gコンポーネント)で発生するパフォーマンス上の問題が解決され、その他の機能も強化されているので、WebCenter Contentのフォルダ・インタフェースとしてフォルダ(FrameworkFoldersコンポーネント)を使用することをお薦めします。

フォルダ・インタフェースを使用するには、FrameworkFoldersコンポーネントとFolders_gコンポーネントのいずれかを有効にする必要があります。コンテンツ・サーバー・インスタンス上で両方を有効にすることはできません。フォルダとコントリビューション・フォルダの両方を有効にすると、CoreWebdavシステム・コンポーネントなど他の機能の一部が正常に機能しなくなるため、この構成はサポートされていません。アップグレード後に両方の機能を有効にした場合は、いずれかを無効にしてください。

フォルダ・インタフェースを構成するには、次の手順を実行します。

1. WebCenter Contentに管理者としてログインします。

2. コンテンツ・サーバー・インスタンスの「管理」トレイまたはメニューで、「管理サーバー」、「コンポーネント・マネージャ」の順に選択します。

3. 「コンポーネント・マネージャ」ページで「フォルダ」を選択し、フォルダ・カテゴリのコンポーネントを表示します。

4. FrameworkFoldersコンポーネントを選択します。

5. 「更新」ボタンをクリックして「OK」をクリックし、コンポーネントの有効化を確定します。

6. 「コンポーネント・マネージャ」ページの最初の段落で、「拡張コンポーネント・マネージャ」をクリックします。

7. 「拡張コンポーネント・マネージャ」ページの「有効なコンポーネント」ボックスにFolders_gがある場合には、このコンポーネントを選択し、「無効化」ボタンをクリックします。

8. 第10.3項「管理対象サーバーの再起動」の説明に従って、コンテンツ・サーバーを再起動します。

フォルダではなくコントリビューション・フォルダを構成する場合には、Folders_gコンポーネントを有効化し、「拡張コンポーネント・マネージャ」ページでFrameworkFoldersが無効化されていることを確認します。

4.3.5 IBM DB2データベース検索のためのコンテンツ・サーバーの構成

IBM DB2データベースでは、検索問合せにおいてキーワードCONTAINSがサポートされていません。IBM DB2検索に対してコンテンツ・サーバー・インスタンスを正しく構成するには、「一般構成」ページでフラグSSUseContains=falseを追加し、コンテンツ・サーバーを再起動する必要があります。

コンテンツ・サーバーでIBM DB2データベース検索を構成するには、次の手順を実行します。

1. WebCenter Contentに管理者としてログインします。

2. コンテンツ・サーバー・インスタンスの「管理」トレイまたはメニューで、「管理サーバー」、「一般構成」順に選択します。

3. 「一般構成」ページの下部で、「追加の構成変数」ボックスに次の行を追加します。

SSUseContains=false

4. 「保存」をクリックします。

5. 第10.3項「管理対象サーバーの再起動」の説明に従って、コンテンツ・サーバーを再起動します。

4.3.6 WebCenter Contentで使用するMicrosoft SQL Serverの構成

WebCenter ContentでMicrosoft SQL Serverを使用するには、データベースでスナップショット分離をオンにする必要があります。ImagingおよびOracle SOA Suiteのバックエンド・データベース用にSQL Serverを使用する場合は、データベースでメタデータ・サービス(MDS)リポジトリを構成し、リポジトリ作成ユーティリティ(RCU)でMDSスキーマを作成する必要もあります。

WebCenter ContentおよびMDSリポジトリに必須のSQL Server構成は、次のとおりです。

1. DBA権限を持ち、データベースに複数ログインを持たないユーザー名を使用して、データベースにログインします。
DBAの複数ログインを行うと、ロック・エラーが発生します。

2. 次のコマンドを使用して、ALLOW_SNAPSHOT_ISOLATIONオプションをオンにするようにデータベースを変更します。

ALTER DATABASE dbname SET ALLOW_SNAPSHOT_ISOLATION ON

3. 次のコマンドを使用して、READ_COMMITTED_SNAPSHOTオプションをオンにするようにデータベースを変更します。

ALTER DATABASE MDS SET READ_COMMITTED_SNAPSHOT ON

RCUを使用してMDSを使用する方法の詳細は、第2.2項「リポジトリ作成ユーティリティによるOracle WebCenter Contentスキーマの作成」を参照してください。

サポート対象データベースの詳細は、第2.2.1.1項「データベースに関する前提条件」を参照してください。

4.4 WebCenter Contentクラスタ・ノードのその他のパラメータの構成

WebCenter Contentクラスタ・ノードの場合は、その他のパラメータを追加して、スタック・スレッドまたはその他のファイル・システムの問題など、パフォーマンスの問題を回避する必要があります。

テキスト・エディタを使用して、次のオプションを各クラスタ・ノードのDOMAIN_HOME/ucm/cs/bin/intradoc.cfgファイルに追加します。ここで指定されたディレクトリは、直接バスに追加、制御されるローカル・ディスク上にあり、WindowsでNTFS/CIFSにマップされたドライブ、UNIX/LinuxでマウントされたNFS、またはクラスタ化されたファイル・システム(たとえばOCFS2、GFS2、GPFS)などのリモート・ファイル・システムではありません。

TraceDirectory=local_domain_home/servers/UCM_serverN/logs/
EventDirectory=local_domain_home/servers/UCM_serverN/logs/event/
ArchiverDoLocks=true
DisableSharedCacheChecking=true

Oracle WebLogic Scripting Tool (WLST)の解凍されたコマンドを使用して作成された各クラスタ・ノードの場合は、ディレクトリを事前に作成し、その権限が最初にインストールされたノード(通常はoracle、WebCenter Content管理対象サーバーを実行しているユーザーの場合はRWXD)と同じであることを確認する必要があります。後続のNは、UCM_server1はノード1、UCM_server2はノード2のようにノードのサーバー名と一致している必要があります。

注意:

ディレクトリは、WebCenter Contentログおよび任意でトレースを構成する場合は、ログおよびトレースを保持するために十分な領域があると判断される任意のローカル・ディスク・パスに配置できます。前述のパスは一案です。

最後に、共有ファイル・システム上に必要なパラメータ(他のエントリとは異なり、ローカル・ディスク・イントールを指定する必要があります)をもう1つ追加します。

UserProfilesDir=ORACLE_BASE/admin/domain_name/wcc_cluster_name/cs/data/users/profiles/

注意:

WebCenter Content管理対象サーバーに対して、サーバー移行の構成はできません。

4.5 コンテンツ・サーバー用のOracleTextSearchの構成

OracleTextSearchを使用するライセンスを持っている場合(Oracle Database 11gで)は、WebCenter Contentのプライマリ全文検索エンジンとしてOracle Text 11gを使用するように構成できます。Oracle Text 11gには、最新の索引付け機能があり、Oracle Secure Enterprise Search (Oracle SES)の基礎となる検索機能を提供しています。Oracle WebCenter Content: RecordsでOracle Text 11gを使用して補助メタデータを検索するには、検索エンジンとしてOracleTextSearchを使用するようにそれを構成する必要があります。

Oracle SESを使用するライセンスがある場合、WebCenter ContentでOracleTextSearchとともに使用するようにOracle SESを構成し、Oracle SESをバックエンド検索エンジンとして使用するようにコンテンツ・サーバーを構成できます。詳細は、Oracle Fusion Middleware Oracle WebCenter Contentの管理のOracle Secure Enterprise Searchの管理に関する項を参照してください。

OracleTextSearchを使用すると、管理者は、特定のメタデータ・フィールドが検索索引に対して最適化されるように指定でき、その他のフィールドをカスタマイズできます。また、OracleTextSearchを使用すると、索引の再構築と索引の最適化を迅速に実行することもできます。

図4-1に示すように、WebCenter Contentのインストール後の構成ページでOracleTextSearchを設定できます。

インストール後の構成ページで、コンテンツ・サーバー用にOracleTextSearchを構成するには、次の手順を実行します。

1. 「全文検索オプション」フィールドで、「内部」または「外部」を選択します。

2. 「外部」オプションを選択した場合は、外部データ・ソースの名前を「外部データ・ソース」フィールドに入力します。

これらのフィールドの詳細は、第4.3.2項「コンテンツ・サーバー・インスタンスの構成」を参照してください。

Oracle Database 11gがあり、「全文検索オプション」で「内部」を選択した場合、リポジトリ作成ユーティリティ (RCU)を実行して検索スキーマを作成する必要はありません。

他のシステムまたは他のデータベースに検索エンジンを配置できるように、外部データ・ソースを使用する場合もあります。OracleTextSearchで外部データ・ソースを使用するには、システム・データベース以外のデータベースに検索スキーマを作成し、データ・ソースを構成する必要があります。

検索スキーマを作成して外部データ・ソースを構成するには、次の手順を実行します。

1. 第2.2項「リポジトリ作成ユーティリティによるOracle WebCenter Contentスキーマの作成」の説明に従って、RCUを実行し、検索エンジンを配置するデータベースに検索スキーマ (prefix_OCSSEARCH)を作成します。

2. この検索スキーマを参照するJDBCデータ・ソースを作成します。
データ・ソースの作成には、管理コンソール、WebLogic Scripting Toolコマンド、またはFusion Middleware Controlを使用できます。

3. 管理コンソールを使用し、データ・ソースをWebCenter Content管理対象サーバー(デフォルトではUCM_server1)のターゲットにします。

外部データ・ソースを作成し、管理対象サーバーをターゲットとして指定する方法の詳細は、『Oracle Fusion Middleware Oracle Application Development Framework Java EE開発者ガイド』のOracle WebLogic ServerのJDBCデータ・ソースの作成方法に関する項を参照してください。

コンテンツ・サーバーの構成ページでOracleTextSearchを構成していなかった場合、または構成を変更する場合には、コンテンツ・サーバー・インタフェースのDomainHome/ucm/cs/config/config.cfg構成ファイルで、この検索オプションを構成できます。検索オプションを変更した後、コンテンツ・サーバーを再起動し、検索索引を再構築する必要があります。

構成ファイルでコンテンツ・サーバー用にOracleTextSearchを構成するには、次の手順を実行します。

1. コンテンツ・サーバー・インスタンスのDomainHome/ucm/cs/config/config.cfgファイルをテキスト・エディタで開きます。

2. 次の値を設定します。

SearchIndexerEngineName=OracleTextSearch

IndexerDatabaseProviderName=SystemDatabase

注意:

- IndexerDatabaseProviderNameの値として、SystemDatabaseではなく、別のOracle Databaseを指定できます。ドライバjar ojdbc6.jarは、MW_HOME/wlserver_10.3/server/libディレクトリにあります。ただし、Oracle Text Searchが別のOracleデータベースで正常に機能するには、MW_HOME/wlserver_10.3/server/libディレクトリからDomainHome/libディレクトリに、手動でojdbc6.jarファイルをコピーする必要があります。

- OracleTextSearchには、バージョン10.2.0.4以上のJDBCドライバが必要です。これより古いバージョンのJDBCドライバでは機能しません。

3. ファイルを保存します。

4. 第10.3項「管理対象サーバーの再起動」の説明に従って、コンテンツ・サーバーを再起動します。

5. 「管理アプレット」の「管理」にある、「リポジトリ・マネージャ」の「インデクサ」タブを使用して検索索引を再構築します。
索引の再構築の詳細は、Oracle Fusion Middleware Oracle WebCenter Contentの管理の検索索引の操作に関する項を参照してください。

4.5.1 Oracle Database 11.1.0.7.0でOracle Text 11gを使用するためのパッチの適用

Oracle Database 11.1.0.7.0を使用する場合、Oracle Text 11gの使用による問題を回避するために、次のパッチをデータベースに適用する必要があります。

- パッチ7446163

- パッチ6851110

Oracle Database 11.1.0.7.0でOracle Text 11gを使用するためのパッチを適用するには、次の手順を実行します。

1. https://support.oracle.comからパッチ7446163および6851110をダウンロードし、Read Meドキュメントを次のMy Oracle Support (以前のOracleMetaLink)から印刷または保存します。

2. 各パッチを適用する場合は、Read Meドキュメントの指示に従ってください。

4.5.2 スタンドアロン・アプリケーションの外部データベース・プロバイダの構成

バッチ・ローダー・ユーティリティなどのスタンドアロン・アプリケーションが、Oracle WebLogic Serverデータ・ソースのシステム・データベース・プロバイダではなくJDBCを使用してデータベースに直接接続できるように、コンテンツ・サーバーに外部データベース・プロバイダを作成できます。スタンドアロン・アプリケーションでOracleTextSearchを使用するには、JDBC接続情報を含むように外部データベース・プロバイダを構成する必要があります。

デフォルトでは、受信プロバイダの構成にJDBC DriverおよびJDBC Connection Stringの値は含まれていません。これらの値を追加する必要がありますが、既存のプロバイダの名前は変更できないため、プロバイダ名を変更しないように注意してください。プロバイダ名を変更するには、プロバイダを削除して、再度追加する必要があります。プロバイダの構成変更の詳細は、Oracle Fusion Middleware Oracle WebCenter Contentの管理のプロバイダ構成の編集に関する項を参照してください。

4.6 Windowsクライアントへの「チェックアウトして開く」ActiveXコントロールのインストール

「チェックアウトして開く」は、コンテンツ・サーバーのコンポーネントで、ユーザーはこれを使用してWebDAV準拠のアプリケーションのコンテンツ・アイテムを直接コンテンツ・サーバーからチェックアウトしたり開くことができます。

ActiveXコントロールは、Internet Explorerブラウザが、Windowsクライアント・コンピュータ上で「チェックアウトして開く」機能を提供するときに使用されます。(Firefoxなどの他のアプリケーションでは、Javaアプレットが使用されます。)組織によっては、ダウンロードしたActiveXのインストールが許可されないユーザー環境になっている場合があります。また、そのような環境のユーザーのクライアント・コンピュータには、管理者アクセスが付与されていない可能性があります。これは、ユーザー個人が、クライアント・ソフトウェアをインストールしたり、ダウンロードしたコントロールをインストールすることを制限するものです。

この制限を回避するには、クライアント・コンピュータ上にCheckOutAndOpen.dllファイルを手動で登録します。次の手順は、Windowsオペレーティング・システムの場合です。

Windowsクライアント上に「チェックアウトして開く」ActiveXコントロールをインストールするには、次の手順を実行します。

1. CheckOutAndOpen.dllファイルを取得します。このDLLファイルは、DomainHome/ucm/cs/weblayout/common/checkoutandopen.cabファイル内にあります。WinZipなどの標準的なZIPファイル・ツールを使用して、C:\Windows\System32などのディレクトリにファイルを抽出します。
CheckOutAndOpen.dllファイルは、希望のディレクトリに抽出できます。

2. コマンドライン・コンソールを開きます。

3. 次の例のような、CheckOutAndOpen.dllファイルを抽出した場所に移動します。

cd \windows\system32

4. 次のコマンドを使用してDLLファイルを登録します。

regsvr32 CheckOutAndOpen.dll

regsvr32コマンドに、サイレント・スイッチの–sを含めることができます。

5. これで、ActiveXコントロールはWindowsシステムに登録されました。
チェックアウトとオープンの操作をコンピュータ上で初めて実行すると、コントロールがブラウザ内で有効化されます。Internet Explorerは、COAO CLSIDを含むオブジェクトがインストールされているかどうかを最初に確認し、これを使用してから、ActiveXコントロールをダウンロードします。ユーザーは、インストールの承諾を求められません。

コントロールがInternet Explorer 7または8に登録されているかどうかを確認するには、次の手順を実行します。

1. 「ツール」メニューから「インターネット オプション」を選択します。

2. 「プログラム」タブをクリックします。

3. 「アドオンの管理」ボタンをクリックします。

4. 「チェックアウトして開く」コントロールが有効なアドオンのリストに含まれているか確認します。

注意:

Desktop Integration Suite 7.5以降(10gR3を含む)がインストールされている場合、CheckOutAndOpen.dllのバージョンがコピーされて登録されます。「チェックアウトして開く」コンポーネントが、Desktop Integration SuiteによってインストールされたCLSIDと同じCLSIDを参照している場合、ダウンロードされたコントロールではなく、このコントロールが使用されます。

4.7 スタンドアロン・アプリケーションのJDBCドライバの構成

コンテンツ・サーバーでバッチ・ローダー・ユーティリティなどのスタンドアロン・アプリケーションを使用するには、システム・データベースまたは外部データベース・プロバイダ用のJDBCドライバを構成する必要があります。Oracle Fusion Middlewareでは、コンテンツ・サーバー・スタンドアロン・アプリケーションをサポートするために、Microsoft SQL ServerおよびIBM DB2データベース用のDataDirect JDBCドライバを提供しています。図4-2に示すシステム・プロパティ・ユーティリティを使用して、構成情報を入力できます。

図4-2 システム・プロパティ・ユーティリティ

スタンドアロン・アプリケーションのJDBCドライバを構成するには、次の手順を実行します。

1. システム管理者として、コンテンツ・サーバー・インスタンスのbinディレクトリからSystemPropertiesを実行し、システム・プロパティ・ユーティリティを起動します。

- UNIXパス: DomainHome/ucm/cs/bin/SystemProperties

- Windowsパス: DomainHome\ucm\cs\bin\SystemProperties

2. 「システム・プロパティ」画面で、「データベース」タブをクリックします。ここで、適切なドライバを選択し、接続文字列、ユーザー名およびパスワードを入力できます。
クラス・パスやドライバ名の入力またはJARファイルのコピーは必要ありません。

Oracle WebLogic Server管理コンソールで、JDBC接続文字列とユーザー名を検索できます。管理コンソールにログインし、「サービス」、「データ・ソース」、「CSDS」(または「URMDS」)、「接続プール」の順に選択します。「接続プール」タブでは、接続文字列は「URL」フィールドにあり、ユーザー名は「プロパティ」フィールドにあります。セキュリティ上の理由から、パスワードは表示されません。

3. 「データベース」タブで、適切なドライバを「JDBC (Java Database Connectivity) の使用」で選択し、接続文字列を入力します。
Microsoft SQL Serverの場合、「DataDirect SQL Server JDBCドライバ」を選択し、次の形式の接続文字列を入力します。

jdbc:weblogic:sqlserver://database_hostname:database_port_number;databaseName=database_name

IBM DB2の場合、「DataDirect DB2 JDBCドライバ」を選択し、次の形式の接続文字列を入力します。

jdbc:weblogic:db2://database_hostname:database_port_number;databaseName=database_name

4. データベースのユーザー名とパスワードを「JDBCユーザー名」および「JDBCユーザー・パスワード」フィールドに入力します。

5. 「OK」をクリックします。

6. 第10.3項「管理対象サーバーの再起動」の説明に従って、コンテンツ・サーバーを再起動します。

4.8 スタンドアロン・アプリケーションのキーストアへのデータベース・ルートCA証明書のインポート

スタンドアロン・アプリケーションであるコンテンツ・サーバー・コンポーネントでは、リレーショナル・データベース管理システムとの接続および相互作用にOracle WebLogic Serverデータ・ソースは使用されません。スタンドアロン・アプリケーションは、JDBCドライバを使用してデータベースに直接接続します。

スタンドアロン・アプリケーションが、認証にデジタル証明書を使用するSSL対応のデータベースに接続する必要がある場合は、信頼できるソースをチェックする際にそのアプリケーションが使用する標準Javaキーストアに、ルートCA証明書をインポートする必要があります。

データベース・ルートCA証明書をスタンドアロン・アプリケーションのキーストアにインポートするには、次の手順を実行します。

1. アプリケーションのJDKに対応する標準Javaキーストアに証明書をインポートします。
次の例は、Windowsオペレーティング・システムでOracle JRockit JDKを使用するアプリケーションの証明書をインポートするコマンドを示しています。

c:\mw_home\jrockit_160_29_D1.2.0-10\bin\keytool -import -trustcacerts
-alias dbroot -keystore
c:\mw_home\jrockit_160_29_D1.2.0-10\jre\lib\security\cacerts -storepass
changeit -file b64certificate.txt

2. SSL接続文字列を使用してSystemPropertiesを構成します。
次に例を示します。

jdbc:oracle:thin:@( DESCRIPTION=(ADDRESS_LIST=(ADDRESS=(PROTOCOL=TCPS)(HOST=mydbhost.example.com) (PORT=2490
)))(CONNECT_DATA=(SERVICE_NAME=orcl.example.com))(SECURITY=(SSL_SERVER_CERT_
DN="CN=orcl,O=server_test,C=US")))

Oracle Databaseの場合、SSL接続文字列はtnsnames.oraにあります。

3. アプリケーションに必要なその他の構成を行い、ログインします。

4.9 コンテンツ・サーバーでのSite Studioの有効化および構成

Site Studioを使用する前に、コンテンツ・サーバーで構成手順を完了する必要があります。Oracle WebCenter Contentソフトウェアをインストールした後で、Site Studioをコンテンツ・サーバーで構成できます。Site Studioは次の2つのバージョンで入手できます。

- Webサイトの作成にSite Studio Designerを使用するSite Studio
このバージョンでは、SiteStudioコンポーネントがコンテンツ・サーバーで有効化されている必要があります。詳細は、第4.9.1項「コンテンツ・サーバーでのSite Studioの有効化」を参照してください。

Site Studio Designerインストーラは、「ダウンロード」の「コンテンツ・サーバー」からダウンロードできます。このアプリケーションの使用の詳細は、Oracle WebCenter Content Site Studio Designerユーザーズ・ガイドを参照してください。

- Site Studio Webサイトを作成する開発環境としてOracle JDeveloperを使用するSite Studio for External Applications
このバージョンでは、SiteStudioコンポーネントとSiteStudioExternalApplicationsコンポーネントの両方がコンテンツ・サーバーで有効化されている必要があり、RIDC拡張機能とSite Studio for External Applications拡張機能の両方がJDeveloperにインストールされている必要があります。インストール手順は、Oracle WebCenter Content Site Studio for External Applications開発者ガイドのSite Studio for External Applicationsのインストールに関する項を参照してください。JDeveloperでのSite Studio for External Applications拡張機能の使用の詳細は、JDeveloperのヘルプを参照してください。

JDeveloperのRemote Intradoc Client (RIDC)拡張機能およびSite Studio for External Applications拡張機能は、それぞれRIDCスイート配布およびWebコンテンツ管理(WCM)スイート配布に含まれており、これらは次のOracle Technology Network (OTN)のOracle Fusion Middleware WebCenter Contentセクションからダウンロードできます。

http://www.oracle.com/technetwork/index.html

Site Studio Webサイトでネイティブ・ドキュメントの動的変換を使用する場合は、コンテンツ・サーバーでDynamic Converterを構成する必要があります。

Site StudioバージョンおよびSite Studio for External Applicationsバージョンは同じ機能拡張番号である必要があり、それ以外の場合はエラー・メッセージがレポートされ、Site Studio機能は使用できません。

Site Studioを構成するには、次のタスクを完了する必要があります。

- コンテンツ・サーバーでのSite Studioの有効化

- デフォルトのプロジェクト・ドキュメント情報の設定

- Webサイト・アセットのデフォルト・メタデータの設定

- ゾーン・フィールドの構成

- コンテンツ・サーバーでのJavaServer Pagesの有効化

- コンテンツ・サーバーの索引の再構築

Site Studioを構成した後、JDeveloperでSite Studio for External Applicationsを使用して、Site Studio Webサイトを作成できます。

Oracle WebLogic Server上で実行される11g Site Studioサイトを作成し、Oracle Universal Content Management (Oracle UCM) 10gR3サーバーをバックエンドとして使用できます。Oracle UCM 10gR3でのSite Studio 11gR1 (11.1.1.7.0)の使用の詳細は、Oracle WebCenter Content Site Studioテクニカル・リファレンス・ガイドのSite Studio 11gR1とともに使用するためのOracle Content Server 10gR3の構成に関する項を参照してください。

4.9.1 コンテンツ・サーバーでのSite Studioの有効化

Site Studioを使用する前に、コンテンツ・サーバーでSite Studio機能を有効にする必要があります。

コンテンツ・サーバーでSite Studioを有効にするには、次の手順を実行します。

1. WebCenter Contentに管理者としてログインします。

2. コンテンツ・サーバーの「管理」トレイまたはメニューで、「管理サーバー」、「コンポーネント・マネージャ」の順に選択します。

3. 「コンポーネント・マネージャ」ページの「Webコンテンツ管理」で、「SiteStudio」、「SiteStudioExternalApplications」および「DBSearchContainsOpSupport」を選択し、「更新」をクリックします。
SiteStudioExternalApplications機能は、JDeveloperでSite Studio拡張機能を使用する場合にのみ有効にする必要があります。

4. 「OK」をクリックして、これらの機能を有効にします。

5. 第10.3項「管理対象サーバーの再起動」の説明に従って、コンテンツ・サーバーを再起動します。

4.9.2 デフォルトのプロジェクト・ドキュメント情報の設定

Site Studioで新しいWebサイトを作成すると、新しいプロジェクト・ファイルが作成され、コンテンツ・サーバーにチェックインされます。Webサイトを作成する前に、新しいプロジェクト・ファイルに割り当てられるメタデータを指定する必要があります。コンテンツ・サーバーの「デフォルトのプロジェクト・ドキュメント情報の設定」ページで行います。

デフォルトのプロジェクト・ドキュメント情報を設定するには、次の手順を実行します。

1. コンテンツ・サーバーに管理者としてログインします。

2. 「管理」ページに移動し、「Site Studioの管理」をクリックします。
「Site Studioの管理」ページが表示されます。

3. 「デフォルトのプロジェクト・ドキュメント情報の設定」をクリックします。
このオプションによって「デフォルトのプロジェクト・ドキュメント情報の設定」ページが表示され、Site Studioによって生成される新しいプロジェクトのデフォルトのメタデータを割り当てることができます。

4. 必要に応じてメタデータを設定し、終了したら「更新」をクリックします。
このボタンによって、「Site Studioの管理」ページに戻ります。

4.9.3 Webサイト・アセットのデフォルト・メタデータの設定

JDeveloperでSite Studio for External Applicationsによって作成されるSite Studio Webサイトには、コンテンツ・サーバーで設定されたデフォルト・メタデータが必要です。このデフォルト・メタデータは、コンテンツ・サーバーの「管理」トレイまたはメニューの「Site Studioの管理」から利用できる「デフォルトのWebアセット・ドキュメント情報の設定」ページで設定できます。

Site Studio Webサイト・アセットのデフォルト・メタデータの設定の詳細は、Oracle WebCenter Content Site Studio管理者およびマネージャ・ガイドの「デフォルトのWebアセット・ドキュメント情報の設定」ページに関する項を参照してください。

4.9.4 ゾーン・フィールドの構成

Site Studioコンポーネントでは、コンテンツ・サーバーに追加された複数のメタデータ・フィールドが使用されます。OracleTextSearchを使用しない場合は、これらのフィールドのいくつかをゾーン・フィールドとして構成して、全文索引付けされるようにする必要があります。

DBSearchContainsOpSupportコンポーネントがコンテンツ・サーバーで有効化されていることを確認してください。このコンポーネントによってゾーン・フィールドは全文索引付けされ、このことは、Site Studioサイトが正しく動作するために必要です。このコンポーネントが有効化されていない場合は、第4.9項「コンテンツ・サーバーでのSite Studioの有効化および構成」で説明されているように、コンポーネント・マネージャを使用して有効化する必要があります。

ゾーン・フィールドを構成するとは、Site Studioメタデータ・フィールドをゾーン・フィールドとして構成することです。ゾーン・フィールドは次のように構成してください。

Site Studioメタデータ・フィールドをゾーン・フィールドとして構成するには、次の手順を実行します。

1. WebCenter Contentに管理者としてログインします。

2. コンテンツ・サーバーの「管理」トレイまたはメニューで、「ゾーン・フィールドの構成」を選択します。

3. 「ゾーン・フィールドの構成」ページで、「Webサイト」および「リストから除外」をゾーン・テキスト・フィールドとして選択します。

これらのフィールドをゾーン・フィールドとして構成した後で、検索索引を再構築する必要はありません。

4.9.5 コンテンツ・サーバーでのJavaServer Pagesの有効化

Site StudioでJavaServer Pagesを使用する場合には、コンテンツ・サーバーでJSPを有効にする必要があります。これにより、コンテンツ・サーバー上のコンテンツおよびサービス(パーソナライズ、セキュリティ定義、事前定義済変数など)にアクセスして変更できます。

重要:

- JSPは、レガシーSite Studioプロジェクト、つまり、10gR4よりも前のアーキテクチャを使用するプロジェクトでのみサポートされています。これらは、通常、10gR4よりも前のSite Studioリリースで作成された、Designer 11gR1で開かれるプロジェクトです。

- コンテンツ・サーバーでJSPを有効化し、同じセキュリティ・グループ内のSite Studio for External Applicationsリモート・テンプレートを使用することはできません。このことを行うと、コンテンツ・サーバーによってSite Studio for External Applicationsのページ・テンプレートの評価が試行され、エラーが発生してサーバーがシャットダウンされます。

Site Studioコンポーネントを有効化した後でJSPグループを有効化する場合、JSPフラグメントが正しく機能するように、JSPサポートを構成する必要があります。

Site Studioコンポーネントを有効化し、コンテンツ・サーバーでJSP対応のグループのリストにグループを追加する場合、そのグループのJSPサポート・ファイルを再配置して、Site Studio JSPフラグメントが正しく動作できるようにする必要があります。

JavaServer Pagesの有効化の詳細は、Oracle Content Server 10gR3ドキュメント・セットの一部であるSoftware Developer's Kit (SDK)スタート・ガイドを参照してください。

新規JSPグループのJSPサポートを構成するには、次の手順に従ってください。

1. WebCenter Contentに管理者としてログインします。

2. 「管理」トレイまたはメニューで、「Site Studioの管理」を選択します。

3. 「Site Studioの管理」ページで、「フラグメント・ライブラリの管理」をクリックします。

4. 「JSPサポートの構成」ボタンをクリックします。
JSPサポート・ファイルがコンテンツ・サーバー上の必要なディレクトリに抽出されます。

4.9.6 コンテンツ・サーバーの索引の再構築

データベース検索および索引付け(全文またはメタデータのみ)を使用する場合、コンテンツ・サーバーでSite Studioコンポーネントをインストールまたはアップグレードした後に、検索索引を再構築する必要はありません。異なる検索エンジン(通常は、Verity)を使用する場合は、Site Studioコンポーネントのインストールまたはアップグレード時に検索索引を再構築する必要があります。コンポーネントの有効化およびコンテンツ・サーバーの構成の後は、検索索引を再構築する必要があります。

索引再構築は、Site Studioによって導入された新しいメタデータ・フィールドを利用する必要があります。

重要:

検索索引の再構築は、コンテンツ・サーバー・インスタンスによって管理されるコンテンツ・アイテムの数によっては、時間のかかる処理になる場合があります。この再構築は、コンテンツ・サーバー使用のオフピーク時(通常は、夜間または週末)に実行する必要があります。

7.5よりも前のSite Studioリリースで作成されたWebサイトをアップグレードする場合(Oracle WebCenter Content Site Studio技術リファレンス・ガイドを参照)、アップグレード時にコンテンツ・サーバーで検索索引を再構築する必要があります。索引を複数回再構築しないように、サイトを正常にアップグレードするまでは、この手順をスキップする場合があります。

索引の再構築の詳細は、Oracle Fusion Middleware Oracle WebCenter Contentの管理の検索索引の構成に関する項を参照してください。

4.10 Desktop用のコンテンツ・サーバーの構成

クライアントがコンテンツ・サーバーでOracle WebCenter Content: Desktopを使用するためには、CoreWebdavシステム・コンポーネントが有効であることを確認し、次のコンポーネントを有効にする必要があります。

- DesktopIntegrationSuite

- DesktopTag

- FolderStructureArchive

- FrameworkFolders

また、電子メール・メッセージ・フィールドを電子メール・メタデータ・フィールドにマッピングするEmailMetadataを有効化することもできます。

FrameworkFoldersコンポーネント(フォルダ機能)を有効にする場合は、Folders_gコンポーネント(コントリビューション・フォルダ機能)が無効であることを確認する必要があります。両方が有効だとCoreWebdavが正しく機能しないためです。詳細は第4.3.4項「フォルダ・インタフェースの構成」を参照してください。

Desktop用にコンテンツ・サーバーを構成するには、次の手順を実行します。

1. WebCenter Contentに管理者としてログインします。

2. コンテンツ・サーバーの「管理」トレイまたはメニューで、「管理サーバー」、「コンポーネント・マネージャ」の順に選択します。

3. 「コンポーネント・マネージャ」ページで「フォルダ」を選択し、フォルダ・カテゴリのコンポーネントを表示します。

4. FrameworkFoldersコンポーネントを選択します。

5. DesktopIntegrationSuiteとDesktopTag、オプションでEmailMetadataの各コンポーネントを選択します。

6. 「更新」ボタンをクリックして「OK」をクリックし、選択を確定します。

7. 「コンポーネント・マネージャ」ページの最初の段落で、「拡張コンポーネント・マネージャ」をクリックします。

8. 「拡張コンポーネント・マネージャ」ページの「無効なコンポーネント」ボックスで、FolderStructureArchiveを選択し、「有効化」をクリックします。

9. 「有効なコンポーネント」ボックスにFolders_gがある場合には、このコンポーネントを選択し、「無効化」ボタンをクリックします。

10. CoreWebdavコンポーネントが有効化されていることを確認します。

1. 「拡張コンポーネント・マネージャ」ページの「カテゴリ・フィルタ」で、「システム・コンポーネントの表示」を選択します。

2. CoreWebdavが「有効なコンポーネント」ボックス内にない場合は、「無効なコンポーネント」ボックスでCoreWebdavを選択し、「有効化」ボタンをクリックします。

11. 第10.3項「管理対象サーバーの再起動」の説明に従って、コンテンツ・サーバーを再起動します。

4.11 クライアント・ワークステーションでのDesktopのインストールおよび構成

Oracle WebCenter Content: ユーザーがデスクトップ環境をコンテンツ・サーバー、Oracle Content Databaseまたはその他のWebDAVベースのコンテンツ・リポジトリとシームレスに統合するのに役立つ一連の埋込みアプリケーションを提供します。すなわち、これらのアプリケーションでは、Microsoft Windowsエクスプローラ、Microsoft Officeアプリケーション(Word、ExcelおよびPowerPoint)およびサポートされる電子メール・クライアント(Microsoft OutlookおよびLotus Notes)から、これらのコンテンツ・リポジトリに直接簡単にアクセスできます。

クライアント・ワークステーションにDesktopをインストールする方法の詳細は、『Oracle Fusion Middleware Oracle WebCenter Content: Desktopの使用』のコンピュータでのデスクトップ・クライアント・ソフトウェアの設定に関する項を参照してください。

4.12 非SSL接続でMicrosoft Office 2010からファイルを開く方法

デフォルトでは、Microsoft Office 2010では、非SSL接続での、Basic認証を使用するWebDAV経由のファイルは開かれません。このことを回避するには、次のレジストリ・エントリを作成し、その値を2に設定します。

HKEY_CURRENT_USER\Software\Microsoft\Office\14.0\Common\Internet\BasicAuthLevel

詳細は、次のMicrosoft社サポートWebサイトで、Microsoft社サポート技術情報の記事2123563を参照してください。

http://support.microsoft.com/kb/2123563

4.13 コンテンツ・サーバーでのレコード管理の構成

WebCenter Content管理対象サーバーでレコード管理を構成するライセンスがある場合は、Oracle WebCenter Content: Records管理対象サーバーの構成後に、コンテンツ・サーバーでスタンドアロン・レコード管理またはOracle URM Adapterを構成できます。

注意:

レコード管理Webインタフェースへのアクセスには、ContentFoliosコンポーネントが必要です。このコンポーネントは、コンテンツ・サーバーでレコード管理機能を構成するとき自動的に有効になります。ContentFoliosコンポーネントは無効にしないでください。

コンテンツ・サーバーでレコード管理を使用しない場合は、RMFeatureConfigコンポーネントを無効化して、構成ユーザー・インタフェースを削除できます。レコード管理を無効にしてコンテンツ・サーバーを再起動する前に、レコード管理によってインストールされるレポート・テンプレート・ファイルを削除する必要があります。これらは、レコード管理を無効にした後は削除できません。この機能の無効化の詳細は、第4.3.3項「コンポーネントの有効化または無効化」を参照してください。

コンテンツ・サーバーでレコード管理を有効にするには、次の手順を実行します。

1. 「管理」トレイまたはメニューで、「レコード設定の構成」を選択して「レコード管理の設定チェックリスト」に移動し、「インストールの構成」をクリックします。

2. 「有効な機能」ページで、ライセンスが与えられているレコード管理オプションを選択します。

- なし

- スタンドアロン

- アダプタ

3. 「送信」をクリックします。

4. 第10.3項「管理対象サーバーの再起動」の説明に従って、WebCenter Contentを再起動します。
レコード管理の構成中にサーバーを再起動するよう画面に表示された場合は、WebCenter Content管理対象サーバーを再起動します。

5. WebCenter Contentを再起動した後、「レコード管理の設定チェックリスト」が再度表示されます。
設定チェックリストのアイテムの完了の詳細は、第8.1.2項「Recordsの設定チェックリストの完了」を参照してください。

6. 「アダプタ」を選択した場合は、「有効な機能」ページの「ソースの登録」をクリックし、「ソースの登録」ページのフィールドに値を入力します。

- プロバイダ名: レコード管理対象サーバーへの接続に使用される送信プロバイダを指定します。現在の送信プロバイダのリストから選択するか、「追加」ボタンをクリックして作成できます。プロバイダのダイアログ・ボックスには、プロバイダのフィールドの省略されたリストが表示されます。
通常の「プロバイダ」ページからプロバイダを追加することもできます。既存のプロバイダの情報を表示するには、「アクション」列の「情報」をクリックします。

- ソース名: レコード管理対象サーバーに追加する外部ソースの名前を指定します。ソース名は必須であり、空白は使用できません。

- ソース表名: データベース表の作成に使用する接頭辞を指定します。この値を指定しない場合は、ソース名がデフォルト設定されます。

- ソース表示名: ソース名の表示に使用するキャプションを指定します。この値を指定しない場合は、ソース名がデフォルト設定されます。

フィールドに値を入力した後、「登録」をクリックします。

ソースが実際に登録される前に、次のテストが実行されます。

- プロバイダの検証およびレコード管理対象サーバーへの接続のテスト

- 指定されたソース値の検証
アダプタとRecords管理対象サーバーの保存スケジュールを比較し、アダプタ内のアイテムでRecordsサーバー内にないものがあるかどうかを判別します。ソースを登録する前に、「保存スケジュールのインポート」ページでそのようなアイテムを解決する必要があります。このページでは、解決する必要があるすべてのアイテムがリストされ、差異を解決するためのオプションが提供されます。

保存スケジュールは、アダプタとサーバー間で同期化されている必要があります。デフォルトでは、解決する必要があるすべてのアイテムはRecordsサーバーにインポートされます。アイテムをサーバーにインポートしないで削除するオプションもあります。アイテムがインポートまたは削除される前に、保存スケジュールのバックアップがアダプタとRecordsサーバーの両方に作成され、バックアップはコンテンツ・サーバーにチェックインされます。

ソースが登録された後、保存スケジュールおよびコンテンツの更新タスクがバックグラウンドで実行されます。

ソースが正常に登録されたら、確認ページで「OK」をクリックします。構成ウィザードにリダイレクトされます。

7. 構成ウィザードの次のページで、アダプタを構成します。

- カスタム・フィールドの構成
「カスタム・フィールドの構成」ページを使用して、外部ソースのカスタム・フィールドを指定できます。カスタム・フィールドを追加または編集する場合、コンテンツ・サーバーで定義されている既存のドキュメント・メタデータ・フィールドにカスタム・フィールドをマップします。各フィールドについて、コンテンツ・サーバーで定義されているのと同じ名前を使用するか、異なる名前に変更できます。コンテンツがRecordsサーバーに外部コンテンツ・アイテムとしてアップロードされると、これらのフィールドは外部フィールドの名前にマップされます。

次の方法のいずれかで、カスタム・フィールドを必要に応じて構成できます。

- 外部カスタム・フィールドを追加します。

- 外部カスタム・フィールドを編集します。

- 処理アクションを構成します。

- 予定イベントを構成します。

- 外部ソース情報を表示します(「情報」メニューから、「ソース情報」を選択します)。

- スケジュール時間の構成
スケジュール時間の構成ページを使用すると、スケジュールされるタスクがいつ実行されるかを指定できます。タスクが実行される間隔(時間、日または週単位)および時刻を指定できます。これにより、活動が少ない時間にタスクをスケジュールできます。

8. レコード管理がコンテンツ・サーバーで初期構成された後、メニュー・バーに「レコード」メニューが表示されます。このメニューのオプションから、レコード管理の構成を変更できます。
Records管理の構成の詳細は、『Oracle Fusion Middleware Oracle WebCenter Contentのマネージング』を参照してください。

9. 「レコード」メニューから、「構成」、「有効な機能」の順に選択します。
「有効な機能」ページで、機能および処理の選択を変更できます。アダプタの場合、Recordsサーバーで選択した機能より多くの機能を選択することはできません。「有効な機能」ページの「機能」および「処理アクション」セクションの詳細は、第8.1.1項「Records機能のレベルの構成」を参照してください。

機能または処理を変更した後は、第10.3項「管理対象サーバーの再起動」の説明に従って、WebCenter Contentを再起動します。

4.14 Oracle WebCenter ContentのWeb層としてのOracle iPlanet Web Serverの構成

Oracle iPlanet Web ServerをOracle WebCenter Content用のWeb層として構成できます。詳細は、Oracle WebCenter Content用のWeb層としてのiPlanetの構成に関するブログを参照してください。

4.15 WebCenter Contentのクラスタリング用の共有フォルダの構成

WebCenter Content管理対象サーバーのクラスタを使用する場合、WebCenter Contentクラスタ用の共有ファイル・システムを構成する必要があります。詳細は、クラスタリング用のWebCenter Contentの共有フォルダに関するブログを参照してください。

4.16 AXF for BPMとAXF for BPELのインストールおよび構成

Oracle WebCenter Content: AXF for BPMおよびOracle Application Extensions Framework (AXF) for BPELは、Imagingとともに自動的にインストールされます。ImagingとともにWebLogic ServerドメインでAXF for BPMまたはAXF for BPELを構成するには、第2.2.2項「Oracle WebCenter Contentアプリケーションのスキーマの作成」の説明に従い、リポジトリ作成ユーティリティを使用してAXFスキーマを作成する必要があります。ドメインを作成または拡張する場合は、第3章「Oracle WebCenter Contentアプリケーションの構成」の説明に従い、AXF for BPMを選択してImaging管理対象サーバーに対してドメインの作成または拡張ができます。AXF for BPELはImagingアプリケーションの一部としてデプロイされます。

Imagingを使用したAXF for BPMまたはAXF for BPELのインストール、構成および検証の情報は、第6.5項「AXF for BPMとAXF for BPELのインストールおよび構成」を参照してください。

AXF for BPMまたはAXF for BPELおよびAXF for BPELデータベース表(Imaging表)の構成および使用の詳細は、『Oracle Fusion Middleware Oracle WebCenterアプリケーション・アダプタの管理』を参照してください。

5 Inbound Refineryの構成の完了

この章では、Oracle WebLogic Serverドメインで、Oracle WebCenter Content: Inbound Refineryの初期構成を完了する方法について説明します。

この章では、次の項目について説明します。

- 第5.1項「Inbound Refineryの初期構成の完了」

- 第5.2項「WebCenter ContentでのInbound Refineryのインストールと構成」

5.1 Inbound Refineryの初期構成の完了

Oracle WebCenter ContentでInbound Refineryを使用する前に、ドキュメントおよびイメージ変換がコンテンツ・サーバーで機能するようにInbound Refineryの構成を完了しておく必要があります。

一部のプラットフォームでは、変換が機能するためには、特定の環境変数を設定してから管理対象サーバーを起動する必要があります。XWindowsが実行されているUNIXオペレーティング・システムで、適切なグラフィック機能を備えたシステムに表示をリダイレクトするには、Inbound Refinery管理対象サーバーを起動する前に、DISPLAYを有効なXサーバーにエクスポートする必要があります。詳細は、第3.7.2項「UNIXプラットフォームでの環境変数のライブラリ・パスの設定」を参照してください。

Inbound Refineryの構成を完了するには、次の手順を実行します。

1. 第10章「Oracle WebCenter Contentの構成の検証」の説明に従って、管理サーバーとInbound RefineryおよびWebCenter Contentの管理対象サーバーを起動します。

2. 第4.2項「WebCenter Contentの初期構成の完了」の説明に従って、コンテンツ・サーバーを構成します。

3. 次のWebサイトにあるInbound Refineryのインストール後の構成ページに移動します。

http://managedServerHost:managedServerPort/ibr/

4. 必須の値をすべて入力または編集します。

- コンテンツ・サーバーからのアクセスを有効にするには、次のように「ソケット接続アドレス・セキュリティ・フィルタを着信中」に値を指定します。

127.0.0.1|0:0:0:0:0:0:0:1|your.server.IP.address

この値は、Inbound RefineryのIPアドレスではなく、Inbound Refineryにジョブを送信するコンテンツ・サーバー・インスタンス(単数または複数)のIPアドレスです。(テスト環境またはデモ環境では、これらのIPアドレスを同じ値にできます。)

このフィールドでは、10.*.*.*などのワイルドカードを使用できます。この値は、DomainHome/ucm/ibr/config/config.cfgでSocketHostAddressSecurityFilterを設定し、Inbound Refineryを再起動すれば後から変更できます。

注意:

Inbound Refineryを使用できるようにするには、「ソケット接続アドレス・セキュリティ・フィルタを着信中」の値を正しく設定する必要があります。

- 「サーバーのソケット・ポート」フィールドに、コンテンツ・サーバーからInbound Refineryに対するプロバイダを設定する場合は、5555などの未使用のポート番号を入力する必要があります。
この値は、最上位のサービスを呼び出すためのポートの番号です。このフィールドの値を変更すると、DomainHome/ucm/ibr/config/config.cfgのIntradocServerPortエントリが変更されます。

注意:

Inbound Refineryを使用できるようにするには、「サーバーのソケット・ポート」の値を正しく設定する必要があります。

5. 第10.3項「管理対象サーバーの再起動」を参照してInbound Refineryを再起動します。

6. DomainHome/ucm/ibr/config/config.cfgのすべてのエントリが、Inbound Refinery構成で必要な値になっていることを確認します。

注意:

Inbound Refinery管理対象サーバーに対して、サーバー移行の構成はできません。

5.2 WebCenter ContentでのInbound Refineryのインストールと構成

Inbound Refineryは、ドキュメント、デジタル・イメージ、動画などの電子アセット用のファイル変換を管理する変換サーバーです。変換の他に、ドキュメントとイメージに対するサムネイル機能、ビデオのストーリーボード作成機能、デジタル・イメージからEXIFデータを抽出して使用する機能、およびAdobe PhotoshopやAdobe Illustratorなどのプログラムから生成された電子ファイルからXMPデータを抽出して使用する機能があります。Inbound Refineryを使用して、コンテンツ・サーバーに格納されているコンテンツ・アイテムを変換できます。

Oracle WebCenter Contentのインストールと構成には、Inbound Refineryが含まれます。WebCenter ContentでInbound Refineryを使用する前に、ドキュメントおよびイメージ変換がコンテンツ・サーバーで機能するように構成を完了しておく必要があります。構成を完了するには、次のタスクを実行します。

- WebCenter ContentでのInbound Refineryの構成

- Inbound Refineryでのドキュメント変換の構成

- 変換のためにInbound Refineryにジョブを送信するコンテンツ・サーバーの設定

- Inbound Refinery用のフォント・ディレクトリへのパスの変更(オプション)

5.2.1 WebCenter ContentでのInbound Refineryの構成

Inbound Refineryにはインストール後の構成ページがあり、コンテンツ・サーバーの構成後にこのページを完了する必要があります。

WebCenter ContentでInbound Refineryを構成するには、次の手順を実行します。

1. 第4.3項「コンテンツ・サーバーの初期構成の完了」の説明に従って、コンテンツ・サーバーを構成します。

2. 次のWebサイトにあるInbound Refineryのインストール後の構成ページに移動します。

http://managedServerHost:managedServerPort/ibr/

図5-1に、インストール後の構成用の「Inbound Refineryの構成」ページを示します。

図5-1 「Inbound Refineryの構成」ページ

3. 必須の値をすべて入力または編集します。
次の表では、「Inbound Refineryの構成」ページのフィールド値について説明します。図5-1に示すように、必須値にはアスタリスクが付いています。

フィールド

説明

Inbound Refineryのインスタンス・フォルダ

Inbound RefineryのOracleインスタンス・ディレクトリへの絶対パス。デフォルトは、DomainHome/ucm/です。

Inbound RefineryのデフォルトのOracleインスタンス・ディレクトリは、次のとおりです。

MW_HOME/user_projects/domains/DomainHome/ucm/ibr

コンテンツ・サーバー・インスタンスのフォルダ階層内の最上位のフォルダの名前はibrです。

Oracleインスタンス・ディレクトリへのパスは、Inbound RefineryインスタンスのIntradocDir変数の値です。このディレクトリ・パスは、この特定の管理対象サーバー、つまりノードに一意である必要があります。将来のバージョンにアップグレードする可能性があるインストールの場合は、Oracleインスタンス・ディレクトリの場所をOracle WebLogic Serverのドメイン・ディレクトリとインストール・ディレクトリ以外のディレクトリに変更することをお薦めします。

ネイティブ・ファイル・リポジトリの場所

処理中の変換ジョブが格納されるディレクトリ。ジョブが変換され、コンテンツ・サーバーによって選択されると、ジョブはこのディレクトリから削除されます。このパスを変更する必要はありません。

Webレイアウト・フォルダ

Inbound Refinery WebインタフェースのURL。このパスを変更する必要はありません。

開始メニュー・アクションの登録

開始メニュー・アクションを登録するかどうかを示します。

サーバーのソケット・ポート

最上位レベルのサービスを呼び出すためのポートの番号。

Inbound Refineryからコンテンツ・サーバーに戻るプロバイダを設定する場合は、「サーバーのソケット・ポート」の値をデフォルトの5555のままにするか、未使用のポート番号に変更します。

このフィールドの値を変更すると、DomainHome/ucm/ibr/config/config.cfgのIntradocServerPortエントリが変更されます。

注意: Inbound Refineryを使用できるようにするには、「サーバーのソケット・ポート」の値を正しく設定する必要があります。

ソケット接続アドレス・セキュリティ・フィルタを着信中

Inbound Refineryによるアクセスを、指定のIPアドレスを持つ1台以上のコンピュータに制限します。

コンテンツ・サーバーからのアクセスを有効にするには、次のように、このフィールドに値を指定します。

127.0.0.1|0:0:0:0:0:0:0:1|your.server.IP.address

この値は、Inbound RefineryのIPアドレスではなく、Inbound Refineryにジョブを送信するコンテンツ・サーバー・インスタンス(単数または複数)のIPアドレスです。(テスト環境またはデモ環境では、これらのIPアドレスを同じ値にできます。)

このフィールドでは、10.*.*.*などのワイルドカードを使用できます。この値は、DomainHome/ucm/ibr/config/config.cfgでSocketHostAddressSecurityFilterを設定し、Inbound Refineryを再起動すれば後から変更できます。

注意: Inbound Refineryを使用できるようにするには、「ソケット接続アドレス・セキュリティ・フィルタを着信中」の値を正しく設定する必要があります。

WebサーバーのHTTP/HTTPSアドレス

Webサーバーの名前。(HttpServerAddressプロパティ)。

WebアドレスはHTTPSです

SSLが有効になっているサーバーの場合、WebサーバーのURLがHTTPSで始まるかどうかを示します。

Inbound RefineryのURL接頭辞

Inbound Refineryインスタンスの相対URL。

コンテンツ・サーバーのインスタンス名

Inbound Refineryインスタンスの名前。

コンテンツ・サーバーのインスタンス・ラベル

Inbound Refineryに表示されるインスタンス名。

サーバー・インスタンスの説明

Inbound Refineryインスタンスの説明。

4. 第10.3項「管理対象サーバーの再起動」を参照してInbound Refineryを再起動します。

5. コンテンツ・サーバーを再起動します。
コンテンツ・サーバー・インスタンスを再起動するには、Oracle WebLogic Server管理コンソール、停止スクリプトと起動スクリプト、またはOracle Enterprise Manager Fusion Middleware Controlを使用して、WebCenter Content管理対象サーバーを再起動します。詳細は、第10.3項「管理対象サーバーの再起動」を参照してください。

WebCenter Content管理対象サーバーを再起動した後、ドキュメント変換用にInbound Refineryおよびコンテンツ・サーバーを設定できます。コアInbound Refineryは、Oracle Outside In Technologyを使用して、ネイティブ・ドキュメントをWeb表示可能PDFファイルまたはJPEGサムネイルに変換します。それ以外の変換を行うには、追加のInbound Refineryコンポーネントが必要になります。これらのコンポーネントはインストールされているものの、Inbound Refineryではデフォルトで無効になっています。これらのコンポーネントには、Windowsオペレーティング・システムでのみ動作するもの、追加の構成が必要になるもの、および特定のコンポーネントがないとコンテンツ・サーバーで有効にならないものがあります。

Inbound Refineryが正常に機能するには、イメージの生成に必要なフォントにアクセスできる必要があります。デフォルトでは、フォント・パスはInbound Refineryで使用されるJDK内のフォント・ディレクトリ(java.home/lib/fonts)に設定されます。ただし、デフォルト・ディレクトリに含まれるフォントは限定されているため、レンディションが低下する可能性があります。また、非標準のJDKを使用した場合、デフォルトで指定されているJDKのフォント・パスと異なることがあります。このような場合には、レンディションの品質を改善するためにフォント・パスを変更するか、JDKのフォント・ディレクトリへの正しいパスを指定する必要があります。詳細は、第5.2.4項「Inbound Refinery用のフォント・ディレクトリへのパスの変更」を参照してください。

コンテンツ・サーバーでは、第5.2.3.1項「送信プロバイダの作成」の説明に従い、「Inbound Refinery変換ジョブの処理」オプションを選択して、コンテンツ・サーバーからInbound Refineryに至る送信プロバイダを設定する必要があります。変換タイプに必要なコンポーネントがあれば、それも有効にする必要があります。新しいコンテンツ・サーバー・インスタンスでは、デフォルトでInboundRefinerySupportコンポーネントが有効になっています。このコンポーネントが有効化されていない場合は、第5.2.2.1項「Inbound Refineryでの変換コンポーネントの有効化」の説明に従って、ドキュメント変換にInbound Refineryを使用するコンテンツ・サーバー・インスタンスでそれを有効化する必要があります。

5.2.2 Inbound Refineryでのドキュメント変換の構成

Inbound Refineryでドキュメント変換を構成するには、次のタスクを実行します。

- Inbound Refineryでの変換コンポーネントの有効化

- Inbound RefineryでのPDFExportConverterの有効化

5.2.2.1 Inbound Refineryでの変換コンポーネントの有効化

コアInbound Refineryは、ファイルをTIFF Web表示可能ファイルおよびJPEGイメージ・サムネイルに変換します。追加の変換タイプを使用するには、必要なコンポーネントを有効にする必要があります。

変換コンポーネントの詳細は、『Oracle Fusion Middleware Oracle WebCenter Contentのマネージング』のContent Server Refinery変換オプションの構成に関する項を参照してください。

Inbound Refineryで変換コンポーネントを有効にするには、次の手順を実行します。

1. Inbound Refineryの「管理」メニューで、「管理サーバー」、「コンポーネント・マネージャ」の順に選択します。

2. 「コンポーネント・マネージャ」ページで、必要なコンポーネントを選択します。

3. 「更新」をクリックします。

4. 「OK」をクリックして、コンポーネントを有効にします。

5. 第10.3項「管理対象サーバーの再起動」を参照してInbound Refineryを再起動します。

詳細は、readmeファイルおよび各コンポーネントのドキュメントを参照してください。

5.2.2.2 Inbound RefineryでのPDFExportConverterの有効化

PDFExportConverterは、Outside In Technologyを使用して、ドキュメントを直接PDFファイルに変換します。この変換はクロス・プラットフォームにすることができ、サードパーティ製品を必要としません。サーバー機能として、Inbound RefineryのPDFExportConverterを有効にできます。

Inbound RefineryでPDFExportConverterを有効にするには、次の手順を実行します。

1. Inbound Refineryの「管理」メニューで、「管理サーバー」、「コンポーネント・マネージャ」の順に選択します。

2. 「コンポーネント・マネージャ」ページで、「PDFExportConverter」を選択し、「更新」ボタンをクリックします。

3. 「更新」をクリックします。

4. 「OK」をクリックして、この機能を有効にします。

5. 第10.3項「管理対象サーバーの再起動」を参照してInbound Refineryを再起動します。

6. プライマリWeb表示可能変換をPDFエクスポートに設定します。
詳細は、『Oracle Fusion Middleware Oracle WebCenter Contentのマネージング』のプライマリWeb表示可能レンディションとしてのPDFファイルの設定に関する項を参照してください。

7. 第5.2.3.3項「変換するファイル形式の選択」の説明に従って、コンテンツ・サーバーでファイル形式がInbound Refineryに送信されるように構成されていることを確認します。

5.2.3 変換のためにInbound Refineryにジョブを送信するコンテンツ・サーバーの設定

コンテンツ・サーバーが変換のためにInbound Refineryにジョブを送信するには、次の設定タスクを実行する必要があります。

- 送信プロバイダの作成

- コンテンツ・サーバーでのInbound Refineryのコンポーネントの有効化

- 変換するファイル形式の選択

5.2.3.1 送信プロバイダの作成

コンテンツ・サーバーが変換のためにInbound Refineryにファイルを送信するには、「Inbound Refinery変換ジョブの処理」オプションをチェックして、コンテンツ・サーバーからInbound Refineryに至る送信プロバイダを設定する必要があります。

送信プロバイダを作成するには、次の手順を実行します。

1. コンテンツ・サーバーの「管理」メニューから、「プロバイダ」を選択します。

2. 「プロバイダ」ページの「新規プロバイダの作成」セクションで、「送信」行の「追加」をクリックします。

3. 次のフィールドに値を入力します。

- プロバイダ名: 空白が含まれない短縮名。「インスタンス名」と同じ値を使用することをお薦めします。

- プロバイダの説明: テキスト文字列。

- サーバー・ホスト名: Inbound Refineryインスタンスが実行されているホスト・マシンの名前。たとえば、myhost.us.example.comなど。

- HTTPサーバー・アドレス: Inbound Refineryインスタンスのアドレス。myhost.example.com:16250など。

- サーバー・ポート: Inbound Refineryインスタンスの「サーバーのソケット・ポート」フィールドに入力された値(IntradocServerPort値)。この値は、最上位のサービスを呼び出すためのポートの番号です。
次のようにして、Inbound Refinery構成情報ページでこの値を見つけることができます。

1. Inbound Refineryの「管理」メニューから、「構成情報」を選択します。

2. 「サーバー名」の横にある「サーバーの構成」をクリックします。

3. 「サーバー・ポート」の値を調べます。

- インスタンス名: Inbound Refineryのインスタンス名(config.cfgファイルのIDC_Name値)。
この値は、「コンテンツ・サーバーのインスタンス名」のインストール後の構成ページに入力されたものです。

次のようにして、Inbound Refinery構成情報ページでこの値を見つけることもできます。

1. Inbound Refineryの「管理」メニューから、「構成情報」を選択します。

2. 「サーバー名」の値を調べます。

- 相対Webルート: Inbound RefineryインスタンスのWebルート、/ibr/。

4. 「変換オプション」で、「Inbound Refinery変換ジョブの処理」を選択します。
「Inbound Refineryの読取り専用モード」は選択しないでください。

5. 「追加」をクリックします。

6. 第10.3項「管理対象サーバーの再起動」の説明に従って、コンテンツ・サーバーを再起動します。

7. 「プロバイダ」ページに戻り、プロバイダの「接続状態」の値が「良好」であることを確認します。
値が「良好」でない場合は、前述のエントリをすべて正しく入力したことを再確認し、コンテンツ・サーバーとInbound Refineryのインスタンスが相互にpingできることを確認します。

プロバイダの設定の詳細は、『Oracle Fusion Middleware Oracle WebCenter Contentのマネージング』のContent ServerとRefineryの通信の構成に関する項を参照してください。

5.2.3.2 コンテンツ・サーバーでのInbound Refineryのコンポーネントの有効化

変換タイプによっては、コンテンツ・サーバーでヘルパー・コンポーネントを有効にする必要があります。ドキュメント変換にInbound Refineryを使用するコンテンツ・サーバー・インスタンスでは、InboundRefinerySupportコンポーネントを常に有効にする必要があります。新しいコンテンツ・サーバー・インストールではデフォルトで有効になっています。

コンテンツ・サーバーでInbound Refineryのコンポーネントを有効化するには、次の手順を実行します。

1. コンテンツ・サーバーの「管理」トレイまたはメニューで、「管理サーバー」、「コンポーネント・マネージャ」の順に選択します。

2. 「コンポーネント・マネージャ」ページの「Inbound Refinery」で、有効化するコンポーネントを選択します。

3. 「更新」をクリックします。

4. 第10.3項「管理対象サーバーの再起動」の説明に従って、コンテンツ・サーバーを再起動します。

5.2.3.3 変換するファイル形式の選択

変換のためにInbound Refineryに送信するファイルをコンテンツ・サーバーに指定するには、ファイル形式を選択する必要があります。

変換するファイル形式を選択するには、次の手順を実行します。

1. コンテンツ・サーバーの「管理」メニューから、「リファイナリ管理」を選択し、次に「ファイル形式ウィザード」を選択します。
コンテンツ・サーバーに、「ファイル形式ウィザード」ページが表示されます。このページでは、どのファイル形式をコンテンツ・サーバーにチェックインした場合に、そのファイル形式をInbound Refineryに送信して変換を実施するかを構成します。

2. 変換するフォーマットを選択します。

3. 「更新」をクリックします。

また、構成マネージャでファイル形式を選択することもできます。構成マネージャでは、ウィザードでは示されないファイル形式など、さらにきめ細かく制御できます。詳細は、『Oracle Fusion Middleware Oracle WebCenter Contentのマネージング』の変換の操作に関する項を参照してください。

5.2.4 Inbound Refinery用のフォント・ディレクトリへのパスの変更

Inbound Refineryのデフォルトのフォント・パスはJVM内のフォント・ディレクトリ(java.home/lib/fonts)です。場合によっては、レンディションの品質を改善するためにパスを変更するか、非標準JDKのフォント・ディレクトリへの正しいパスを指定する必要があります。

JDKのフォント・パスがデフォルトのフォント・パスと異なる場合には、Inbound Refineryとコンテンツ・サーバーの両方でエラー・メッセージが表示されます。エラー・メッセージが表示される場合には、変換を正しくレンダリングするために必要なフォントを含むディレクトリにフォント・パスを設定する必要があります。ネイティブ・ファイルにカスタム・フォントまたは西ヨーロッパ以外の文字が含まれている場合、Inbound Refineryはそれらのフォントにアクセスできる必要があります。

Inbound Refinery用のフォント・ディレクトリへのパスを変更するには、次の手順を実行します。

1. Inbound Refineryにログインします。

2. 「管理」トレイまたはメニューから、「変換設定」、「サードパーティ・アプリケーションの設定」の順に選択します。

3. 「標準のOutsideInフィルタ・オプション」の「オプション」をクリックします。

4. 「標準のOutsideInフィルタ・オプション」ページで、フォント・ディレクトリへのパスを変更します。

5. 「更新」をクリックします。

6 Imagingの構成の完了

この章では、Oracle WebLogic Serverドメインで、Oracle WebCenter Content: Imagingの初期構成を完了する方法について説明します。

この章では、次の項目について説明します。

- 第6.1項「Imagingの初期構成の完了」

- 第6.2項「WebCenter Contentリポジトリでの全文検索機能の構成」

- 第6.3項「Imagingシステム・セキュリティの設定」

- 第6.4項「Imagingビューア・キャッシュの構成」

- 第6.5項「AXF for BPMとAXF for BPELのインストールおよび構成」

6.1 Imagingの初期構成の完了

Imagingの構成を完了する前に、システムでOracle WebCenter Contentをインストールし、構成しておく必要があります。ImagingはWebCenter Contentをリポジトリとして使用します。

Imagingシステムは、WebCenter Content 11gをそのドキュメント・リポジトリとして使用します。WebCenter Content 11gを構成する方法の詳細は、第3章「Oracle WebCenter Contentアプリケーションの構成」、第4章「WebCenter Content構成の完了」および第6.1.1.1項「Imagingと併用するWebCenter Content 11gの構成」を参照してください。

注意:

本番システムでは、Oracle WebCenter Contentアプリケーションは、デフォルト構成の一部であるOracle WebLogic Server組込みのLDAPサーバーではなく、外部Lightweight Directory Application Protocol (LDAP)認証プロバイダを使用する必要があります。Imagingのアイデンティティ・ストアを外部LDAP認証プロバイダと再関連付けする場合、Imaging管理対象サーバーの構成を完了する前およびWebCenter Content 11gリポジトリに接続する前に実行する方が容易です。詳細は、第3.9項「アイデンティティ・ストアと外部LDAP認証プロバイダの再関連付け」を参照してください。

Imaging管理対象サーバーに最初にログインしたユーザーが、サーバー全体のセキュリティとともにプロビジョニングされます。このユーザーが初めてログインすると、Imagingにより、リポジトリおよびワークフロー・サーバー(オプション)への接続も含めた構成を完了するためのユーザー・インタフェースが表示されます。

Imagingセキュリティを初期化する前にDefaultSecurityGroup MBeanに値が指定されている場合、最初のユーザーがログインすると、ログインしたこのユーザーとともに、指定したグループにも完全な管理権限を割り当てられます。

Imaging構成を完了するには、システムに適用される次のタスクをすべて実行する必要があります。

1. Imaging用のWebCenter Contentリポジトリの構成

2. 第10章「Oracle WebCenter Contentの構成の検証」の説明に従って、管理サーバーとWebCenter Content管理対象サーバーを起動

3. Imaging管理対象サーバーの起動およびWebクライアントへのアクセス

4. WebCenter Contentリポジトリへの接続

5. ワークフロー・サーバーへの接続

6. UNIXシステム用のGDFontPath MBeanの構成

7. Solaris 11gのUNIX Exalogic環境で、Imagingビューアに対するDISPLAYを設定

8. 定義のインポート

6.1.1 Imaging用のWebCenter Contentリポジトリの構成

ImagingのリポジトリとしてWebCenter Content 11gを構成できます。

注意:

リポジトリ接続を作成しないと、Imagingシステムにコンテンツをインポートまたはアップロードできません。

6.1.1.1 Imagingと併用するWebCenter Content 11gの構成

WebCenter Content 11gは、Oracle WebCenter Contentとともにインストールされます。WebCenter Content管理対象サーバーとImaging管理対象サーバーが同じホスト・マシン上のOracle WebLogic Serverドメインに構成されている場合、Imagingと併用するためのWebCenter Content 11gの構成が自動的に行われます。

WebCenter Contentが、Imagingによって後から拡張されたドメインにインストールされている場合、WebCenter Content管理対象サーバーを次に再起動するまで、WebCenter ContentはImagingと併用するように再構成されません。この場合は、まず第10.3項「管理対象サーバーの再起動」の説明に従ってWebCenter Contentを起動してから、第6.1.3項「WebCenter Contentリポジトリへの接続」の説明に従ってImaging WebクライアントからOracle WebCenter Content Serverに接続します。

WebCenter ContentとImagingの管理対象サーバーが異なるマシン上で実行されるように構成されている場合は、Imagingを構成してもWebCenter Contentはそれと併用されるように構成されません。この場合、手動構成手順に従って、WebCenter Contentを構成する必要があります。

Imagingと併用するWebCenter Content 11gを手動で構成するには、次の手順を実行します。

1. 第10.2項「管理対象サーバーの起動」の説明に従って、WebCenter Content管理対象サーバーを起動します。

2. 第4.3.1項「コンテンツ・サーバーの起動」の説明に従って、コンテンツ・サーバーにアクセスします。

3. IpmRepositoryコンポーネントを有効にします。

1. 「管理」トレイまたはメニューで、「管理サーバー」、「コンポーネント・マネージャ」の順に選択します。

2. 「コンポーネント・マネージャ」ページで、「統合」を選択します。

3. IpmRepositoryを選択し、「更新」ボタンをクリックします。
Fusion Middleware構成ウィザードを使用してOracle WebLogic Serverドメインを構成した場合には、このオプションはデフォルトで選択されています。このオプションがすでに選択されている場合は、「更新」をクリックしたり、コンテンツ・サーバーを再起動しなくても、コンポーネント・マネージャを閉じることができます。

4. 「OK」ボタンをクリックして、この機能を有効にします。

5. 第10.3項「管理対象サーバーの再起動」の説明に従って、コンテンツ・サーバーを再起動します。
IpmRepositoryがすでに選択されていた場合は、サーバーを再起動する必要はありません。

6.1.1.2 コンテンツ記憶域用のファイル・ストア・プロバイダの構成

管理者は、Content Server 11gのファイル・ストア・プロバイダを構成することにより、コンテンツ・サーバー内でのファイルの保管および管理の場所と方法を制御できます。ファイル・ストア・プロバイダを使用すると、すべてのコンテンツを単一のファイル・システムに保存するのではなく、複数のファイル・システムにも単一のデータベース内にも保存できます。WebCenter Contentのインストールと構成により、ファイル・ストア・プロバイダ・コンポーネントがデフォルトでインストールされ、有効になっています。

Imagingの場合、デフォルトのファイル・ストア・プロバイダではなく、使用するファイル・ストア・プロバイダを追加することをお薦めします。また、ファイル・ストアに対しては従来のWebレイアウト機能を無効にする必要があります。

Oracleデータベース用のファイル・ストア・プロバイダを構成できます。

WebCenter ContentインストールがMicrosoft SQL ServerまたはIBM DB2データベースを使用している場合は、ファイル・ストア・プロバイダを構成しないでください。これらのデータベースのいずれかを使用してWebCenter Content管理対象サーバーを構成している場合は、コンテンツ・サーバーに対してデフォルトで有効になっているファイル・ストア・プロバイダを無効にする必要があります。

詳細は、Oracle Fusion Middleware Oracle WebCenter Contentの管理のファイル・ストア・システムの管理に関する項を参照してください。

6.1.1.2.1 ファイル・ストア・プロバイダの構成

コンテンツ・サーバーでサポートされているメディアを任意に組み合せて、ファイル・ストア・プロバイダにできます。記憶域に使用するメディアではドキュメントの記憶域の場所が定義されていないため、Imagingユーザー・インタフェースでアプリケーションを定義するときには、記憶域の場所を表すためにボリュームという用語が使用されます。Imagingは、管理者がコンテンツ・サーバーに定義および構成したボリュームに接続します。Imagingを使用して、ボリュームを作成したり、定義することはできません。

コンテンツ・サーバー管理者が、ファイル・ストア・プロバイダを構成できます。詳細は、Oracle Fusion Middleware Oracle WebCenter Contentの管理のファイル・ストア・プロバイダの構成に関する項を参照してください。

6.1.1.2.2 ImagingのWebレイアウト機能の無効化

コンテンツ・サーバーでは、従来から、ファイル・システム上のweblayout/ディレクトリを使用して、Webブラウザに表示できるフォーマットでコンテンツを保存していますが、このことは、メインの記憶域ボリュームがデータベースに設定されている場合も同じです。このファイル・システム・ストアは、Webサイトのコンテンツを素早く取得する場合や、プライマリ・コンテンツ・アイテムの説明を記載したセカンダリ・ファイルを保存する場合に便利ですが、Imagingソリューションではそれほど有用ではありません。Imagingソリューションでのみweblayout/ディレクトリにコピーされるファイルは、使用されることがないため、不要な記憶領域が使用されることになります。Imagingボリュームとして使用するように構成されているファイル・ストア・プロバイダについては、Webレイアウト機能を無効にすることをお薦めします。

注意:

Imagingシステムで改訂版を使用する場合は、Webレイアウトを実装しないでください。Webレイアウト(IBR)がImagingファイル・ストア・プロバイダで有効な場合は、weblayout/ディレクトリでドキュメントの未改訂バージョンを確認できる場合があります。

Webレイアウト機能を無効にするには、管理者がコンテンツ・サーバーでファイル・ストア・プロバイダの記憶域ルールの追加/編集ページにある「Web表示非対応のファイル・ストア」オプションを選択します。詳細は、Oracle Fusion Middleware Oracle WebCenter Contentの管理のストレージ・ルールの追加または編集に関する項を参照してください。

6.1.2 Imaging管理対象サーバーの起動およびWebクライアントへのアクセス

管理サーバーと、ImagingおよびWebCenter Content管理対象サーバーを起動すると、Imaging Webクライアントにアクセスできます。

Imaging Webクライアントにアクセスするには、次の手順を実行します。

1. 第10.2項「管理対象サーバーの起動」の説明に従って、Imaging管理対象サーバーを起動します。

注意:

Imagingサーバーでいずれかの構成を実行するには、Oracle WebCenter Content: AXF for BPMがドメインにデプロイされている場合は、第6.5.1項「AXF for BPMの構成および検証」の手順を続行します。

2. 次のURLでWebクライアントにアクセスします。http://managedServerHost:16000/imaging
管理者のユーザー名とパスワードでログインします。

注意:

Imagingシステムに最初に接続するこのユーザーが、Imaging管理者として登録されます。

6.1.3 WebCenter Contentリポジトリへの接続

ImagingでWebCenter Contentリポジトリを使用するには、コンテンツ・サーバーへの接続を構成する必要があります。接続は、Imagingから作成できます。

WebCenter Contentリポジトリに接続するには、次の手順を実行します。

1. Webブラウザを開き、次のWebサイトに移動します。
http://managedServerHost:16000/imaging

2. 管理者のユーザー名とパスワードでログインします。

3. 「接続の管理」トレイに移動し、リストから「Content Server接続の作成」を選択します。

4. 「基本情報」ページで接続の名前を入力し、オプションで説明を入力し、「次へ」をクリックします。

5. 選択内容を変更できます。「接続設定」ページで次のように設定します。

- SSL: セキュアなSSL通信を行う場合に選択します。

- サーバー・ポート: WebCenter ContentインスタンスのIDCポート。Imaging用のデフォルトは4444です。

- ローカルContent Serverの使用: コンテンツ・サーバーがImagingサーバーと同じマシン上にある場合は、デフォルトで選択されます。
サーバーが同じマシンにインストールされていない場合、コンテンツ・サーバーのマシン名をコンテンツ・サーバー・プールの一部として構成する必要があります。

6. 「次へ」をクリックします。

7. 接続の「接続セキュリティ」値を入力します。
この接続定義に対するアクセス権、変更権限、削除権限および他のユーザーへのアクセス権の付与権限を、どのユーザーおよびグループに与えるかを選択します。少なくとも1人のユーザーまたは1つのグループにアクセス権の付与権限を与える必要があります。

8. 「次へ」をクリックします。

9. 「サマリー」画面で、「送信」をクリックします。

6.1.4 ワークフロー・サーバーへの接続

定義ファイルをインポートする前に、ワークフロー・サーバー(Oracle SOA Suite)への接続が必要です。ソリューションでタスク・リストを取得するためには、この接続が必要です。アプリケーション・フィールドをワークフロー・ペイロード要素にマップする際、Imagingをワークフロー・サーバーに接続します。

接続するには、Web Services Inspection Language (WSIL)を使用して、プロバイダ、ポートおよび資格証明の情報を渡します。WSILは、HTTPプロトコルおよび特定のXML形式を使用して、サーバーでWebサービス・エンドポイントを検出できるようにします。Imagingは、特定の条件を満たすWSILのリンクをたどって、デプロイ済コンポジットを検出します。

接続先は、Oracle Business Process Management (Oracle BPM)サーバーまたはBusiness Process Execution Language (BPEL)サーバーにすることができます。Imagingが既存のドメイン内のBPMおよびOracle BPEL Process Managerを利用できるようにするには、Oracle BPM Suite - 11.1.1.0を使用してドメインを拡張する必要があります。Oracle BPM Suiteをインストールしたときには、依存関係として自動的にOracle SOA Suite - 11.1.1.0が選択されました。Oracle BPEL Process Managerを使用し、Oracle BPMを使用しない場合は、Oracle SOA Suiteのインストールおよび構成によりドメインを拡張できます。Oracle SOA SuiteおよびOracle BPMをインストールして構成する手順の詳細は、『Oracle Fusion Middleware Oracle SOA SuiteおよびOracle Business Process Management Suiteインストレーション・ガイド』を参照してください。

次の手順では、ワークフロー・サーバーへの接続の構成方法およびデータベースでの接続の登録方法について説明します。詳細は、Oracle WebCenter Content: Imagingの管理のワークフロー接続の作成に関する項を参照してください。

6.1.4.1 ワークフロー・サーバーへの接続の構成

AXF for BPMまたはAXF for BPELなど、Imagingとともに使用するOracle SOA Suiteをインストールする場合は(第2.4項「Oracle WebCenter Contentのインストーラの使用」を参照)、ワークフロー・サーバーへの接続を構成する必要があります。

ワークフロー・サーバーへの接続を構成する手順は次のとおりです。

1. Webブラウザを開き、次のWebサイトに移動します。

http://managedServerHost:16000/imaging

2. 管理者のユーザー名とパスワードでログインします。

3. 「接続の管理」トレイに移動し、リストから「ワークフロー接続の作成」を選択します。

4. 「基本情報」ページで接続の名前を入力し、オプションで説明を入力し、「次へ」をクリックします。

5. オプションで、「接続設定」ページで次の選択を1つ以上変更します。

- HTTPフロントエンド・アドレス: ワークフロー・サーバーのフロントエンド・アドレス。リスニング・ポートも含まれており、デフォルトでOracle SOA Suite用はhttp://<server>:8001です。

- 資格証明別名: ワークフロー・サーバーのユーザー資格証明およびパスワード資格証明を取得するための資格証明ストア・キー。

- プロバイダ: プロバイダ設定は、単一のマシンに対するホスト名またはIPアドレスのいずれか、またはクラスタ内の複数のマシンに対するホスト名またはIPアドレスをカンマで区切ったリストのいずれかです。リスニング・ポートおよびトランスポート・メカニズムを設定に組み込む必要があります。

6. 「接続のテスト」をクリックして設定を確認します。

7. 「次へ」をクリックします。

8. 接続の「接続セキュリティ」値を入力します。
この接続定義に対するアクセス権、変更権限、削除権限および他のユーザーへのアクセス権の付与権限を、どのユーザーおよびグループに与えるかを選択します。少なくとも1人のユーザーまたは1つのグループにアクセス権の付与権限を与える必要があります。

9. 「次へ」をクリックします。

10. 「サマリー」画面で、「送信」をクリックします。

6.1.4.2 データベースへの接続の追加

ワークフロー接続を確立した後、ソリューションのAXF_SOLUTION_ATTRIBUTES表にその接続の名前を入力します。たとえば、BPELサーバーのパラメータ・キーはWORKFLOW_CONNECTIONという名前であり、HelloBPELサンプル・スクリプトはtestという接続名を使用します。

6.1.5 UNIXシステム用のGDFontPath MBeanの構成

UNIXオペレーティング・システムで変換が正しく機能するためには、TrueTypeフォントが使用可能になっている必要があります。それらのフォントがシステムにない場合は、インストールする必要があります。UNIXオペレーティング・システムでフォント・パスを設定するには、GDFontpath MBeanを構成する必要があります。構成するには、Oracle Enterprise Manager Fusion Middleware ControlでシステムMBeanブラウザを使用します。

UNIXシステム用のGDFontPath MBeanを構成するには、次の手順を実行します。

1. 次のURLで、Fusion Middleware ControlのImagingドメインにアクセスします。

http://adminServerHost:adminServerPort/em

adminServerHostに、ドメインの管理サーバーをホストするコンピュータの名前を指定します。adminServerPortに、管理サーバーをリスニングするポート番号を指定します。デフォルトのポート番号は7001です。次に例を示します。

http://myHost.example.com:7001/em

ログインするには、構成ウィザードの「管理者ユーザー名およびパスワードの構成」画面で指定したユーザー名およびパスワードを入力します。

2. 左側のナビゲーション・ツリーで、「WebLogicドメイン」を開き、デプロイされたドメインを開きます。

3. 「IPM_server1」を右クリックし、メニューから「システムMBeanブラウザ」を選択します。

4. 「システムMBeanブラウザ」ページのナビゲーション・ツリーで、「MBeanの構成」の下にあるcom.beaフォルダを閉じます。

5. 「アプリケーション定義のMBean」の下のoracle.imagingフォルダを展開します。

6. Server: IPM_server1フォルダとconfigフォルダを展開します。

7. configをクリックします。

8. GDFontPath属性の値をTrue Typeフォント(TTF)ファイルの場所に設定します。たとえば、次のようにします。

/usr/share/X11/fonts/TTF

Oracle WebLogic ServerによりJDKが組み込まれているシステムの場合、TTFファイルはJDK/jre/lib/fontsディレクトリにあります。

各種UNIXプラットフォームの標準フォントの場所は、次のとおりです。

- Solaris SPARC: /usr/openwin/lib/X11/fonts/TrueType

- AIX: /usr/lpp/X11/lib/X11/fonts/TrueType

- HP-UX Itanium: /usr/lib/X11/fonts/TrueType

- Linux: /usr/lib/X11/fonts/TrueType

9. 「適用」をクリックします。

10. 第10.3項「管理対象サーバーの再起動」を参照してImagingを再起動します。

6.1.6 Solaris 11gのUNIX Exalogic環境で、Imagingビューアに対するDISPLAYを設定

Solaris 11gを使用するExalogic環境では、Imagingビューアが基本モードで正しく動作するように、DISPLAY環境変数を設定する必要があります。

Solaris 11gのUNIX Exalogic環境で、Imagingビューアに対するDISPLAYを設定するには、次の手順を実行します。

1. 新しいターミナル・ウィンドウを開いて次のコマンドを実行します。

xhost +

2. Imagingターミナルで、Imagingが稼働しているサーバーとポートを次の形式でDISPLAY環境変数に設定します。

servername:port

3. 第10.3項「管理対象サーバーの再起動」を参照してImagingを再起動します。

6.1.7 定義のインポート

インストール・プロセスのこの時点で、以前にエクスポートしたImaging定義(アプリケーション、検索、入力)をインポートできます。詳細は、Oracle WebCenter Content: Imagingの管理の定義のエクスポートおよびインポートに関する項を参照してください。

定義のインポートの方法の詳細は第6.5.1.2.2項「Imagingへの定義ファイルのインポート」を参照してください。

6.2 WebCenter Contentリポジトリでの全文検索機能の構成

Imagingは、WebCenter ContentでDATABASE.FULLTEXTとOracleTextSearchの2つのタイプの全文検索をサポートしています。Imagingで全文検索機能を使用できるのは、事前にWebCenter Contentリポジトリで全文検索を構成した場合です。DATABASE.FULLTEXTシステムの場合、索引を再構築した後、Imaging側では何もする必要がありません。一方、OracleTextSearchの場合、FullTextが有効になっているアプリケーションが作成または削除されるか、またはそのアプリケーションに対してフィールド定義に関連する変更が加えられたときには、索引を再構築する必要があります。

全文検索を構成する方法の詳細は、第4.5項「コンテンツ・サーバー用のOracleTextSearchの構成」を参照してください。

全文構成オプションの詳細は、Oracle Fusion Middleware Oracle WebCenter Contentの管理の検索索引の構成に関する項を参照してください。

WebCenter Contentで全文検索が有効になった後、アプリケーションを作成し、アプリケーションで「全文」オプションを選択する必要があります。詳細は、Oracle Fusion Middleware Oracle WebCenter Contentの管理のシステム・プロパティの構成に関する項を参照してください。

6.3 Imagingシステム・セキュリティの設定

新しいImagingシステムでは、最初にログインしたユーザーに自動的にFULL権限が付与されます。通常、この初期ユーザーが他のユーザーまたはグループを関連付け、その後、初期ユーザーの権限は必要に応じて変更されたり、取り消されます。

注意:

Oracle Access Managerで使用するようにImagingを構成する場合は、imaging/faces/ディレクトリを保護する必要があります。保護できないと、Imagingビューアにアクセスできなくなります。

この最初のユーザーがImagingにログインした後にセキュリティ・プロバイダに変更を加えた場合は、次の手順を実行してImagingシステム・セキュリティをリセットします。たとえば、Oracle Internet DirectoryプロバイダまたはMicrosoft Active Directoryプロバイダを指すように後でセキュリティ構成を変更した場合は、Imagingシステム・セキュリティをリセットする必要があります。

1. 必要に応じてユーティリティを使用して、ユーザーおよびグループを手動で作成するか、新しい外部のセキュリティ・プロバイダに移行します。
詳細は、第3.9項「アイデンティティ・ストアと外部LDAP認証プロバイダの再関連付け」を参照してください。

2. refreshIPMSecurity() WLST MBeanコマンドを実行します。
詳細は、『Oracle Fusion Middleware WebLogic Scripting Toolコマンド・リファレンス』を参照してください。

注意:

リフレッシュ中、対応する識別情報が見つからないユーザーまたはグループは無視されます。セキュリティに変更を加えると、無効なユーザーまたはグループがImagingデータベースから削除されます。

6.4 Imagingビューア・キャッシュの構成

Imagingビューアは、サーバーのリポジトリの外にドキュメントをキャッシュして、クライアント・マシンのレンダリング速度を向上させることを可能にします。キャッシュされたドキュメントのセキュリティは、ドキュメントが格納されているサーバーの認証により制御されます。サーバーが保護されていれば、追加のセキュリティは必要ありません。追加のセキュリティが必要な場合は、第6.4.2項「キャッシュされたドキュメントの暗号化」の説明に従ってキャッシュされたドキュメントを暗号化できます。

Imagingビューアを設定してキャッシュされたドキュメントを使用する手順は次のとおりです。

1. Imagingビューア・キャッシュが正しくデプロイされていることを確認します。

1. WebLogic Server管理コンソールで、左側の「ドメイン構造」の下の「デプロイメント」をクリックします。

2. 「デプロイメント」表のimaging-vc行で、「状態」の値がActive、「ヘルス」の値がOKであることを確認します。

imaging-vcの「状態」または「ヘルス」の値が異なる場合は、続行する前にデプロイメントを修正するか、機能を再デプロイする必要があります。

2. 第6.1.5項「UNIXシステム用のGDFontPath MBeanの構成」で説明される方法を使用し、ドキュメントがキャッシュされる場所にViewerCachePath MBeanを設定してビューア・キャッシングを有効にします。たとえば、単一のコンピュータで実行されるImagingシステムでキャッシングを有効にするには、相対パスimaging/ViewerCacheを使用できます。パスが設定されていない場合は、ドキュメントのキャッシングは無効になります。

注意:

ViewerCachePath MBeanは、クラスタ内のすべてのサーバーから使用可能な場所に設定する必要があります。ディレクトリ・パスがすべてのサーバーから使用可能でない場合は、各サーバーはローカルにドキュメントをキャッシュします。その結果、キャッシュ全体のインスタンスが複数存在します。

3. ViewerCacheDays MBeanを設定して、ドキュメントが参照された後、キャッシュの場所に保存される日数を指定します。キャッシュされたドキュメントは、指定された日数内に参照されなければ、キャッシュからパージされます。ドキュメントが指定された日数内に参照されなかった場合は、ドキュメントのViewerCacheDaysタイマーがリセットされます。ViewerCacheDaysを0 (デフォルト)に設定すると、キャッシュがパージされるのを防ぐことができます。

4. ViewerCacheEnablePrecache MBeanをtrueに設定するとImagingにドキュメントが取り込まれた時点でキャッシュされ(プレキャッシュ)、falseに設定するとドキュメントがビューアに最初にコールされた時点でキャッシュされます。

6.4.1 ビューア・キャッシュ・パスの変更

Imagingサーバーが停止していて、新しい場所で古い場所と同じファイル階層を使用する場合は、ビューア・キャッシュを新しい場所へ移動できます。

1. Imagingサーバーを停止します。

2. キャッシュされたファイルを新しい場所に移動し、ファイル階層を保存します。

3. ViewerCachePath MBeanで新しいパスを設定します。

4. Imagingサーバーを起動します。

6.4.2 キャッシュされたドキュメントの暗号化

追加のセキュリティが必要な場合は、Imagingを構成してキャッシュされたドキュメントを暗号化できます。暗号化すると、ドキュメントを参照するために復号化する追加処理が必要となり、レンダリング速度が低下します。キャッシュされたドキュメントを暗号化するようにImagingが構成されている場合も、生成されたドキュメントが暗号化されていなければ、キャッシングに短い所要時間が発生します。

キャッシュされたドキュメントの暗号化を有効にする手順は次のとおりです。

1. Oracle Enterprise Manager Fusion Middleware Controlを使用して、ドメインに新しいパスワード資格証明を追加します。

1. Oracle WebCenter Contentの「WebLogic Server」ドメインを選択します。

2. 「WebLogicドメイン」メニューから「セキュリティ」を選択し、「資格証明」を選択します。

3. マップoracle.imagingを選択します。oracle.imagingという名前のマップが存在しない場合は、「マップの作成」をクリックしてマップ名にoracle.imagingを入力し、選択します。

4. 「キーの作成」をクリックします。キーにviewer.cacheと名前を付け、「パスワード」のタイプを選択します。

5. ユーザー名を入力します。ユーザー名はいずれかのシステムに存在している必要はありません。

6. パスワードを入力して確認し、「OK」をクリックします。

2. 第6.1.5項「UNIXシステム用のGDFontPath MBeanの構成」で説明された方法を使用して、ViewerCacheEnableEncryption MBeanを設定して暗号化を有効にします。

注意:

ViewerCacheEnableEncryption MBeanを設定する前に、ドメインにパスワード資格証明が存在している必要があります。

6.4.3 キャッシュされたドキュメントの暗号化の無効化

キャッシュされたドキュメントの暗号化を無効にするには、ViewerCacheEnableEncryption MBeanをfalseに設定します。ビューアへの以降のコールでは、キャッシュされるドキュメントを暗号化しません。パスワード資格証明が変更されずにドメインに残っている場合は、まだキャッシュにある暗号化されたドキュメントは復号化して、参照できます。

パスワード資格証明が削除または変更されている場合のimaging.jksファイルのパージ

パスワード資格証明が削除または変更されている場合は、まだキャッシュされている暗号化されたドキュメントを手動でパージする必要があります。

imaging.jksファイルをパージする手順は次のとおりです。

1. Imagingサーバーを停止します。

2. キャッシュ・ディレクトリからキャッシュされたファイルを削除します。

3. キャッシュ・ディレクトリからimaging.jksファイルを削除します。

4. Imagingサーバーを起動します。

6.5 AXF for BPMとAXF for BPELのインストールおよび構成

Oracle WebCenter Content: AXF for BPMおよびOracle Application Extensions Framework (AXF) for BPELは、Imagingとともに自動的にインストールされ、AXF for BPELはImaging管理対象サーバーに自動的にデプロイされます。AXF for BPMをImagingサーバーにデプロイするには、第2.2.2項「Oracle WebCenter Contentアプリケーションのスキーマの作成」の説明に従い、リポジトリ作成ユーティリティを使用して必要なスキーマを作成する必要があります。ドメインを作成または拡張する場合は、第3章「Oracle WebCenter Contentアプリケーションの構成」の説明に従い、Imagingとともに使用するAXF for BPMを選択できます。

Imaging管理対象サーバーで実行するAXF for BPMまたはAXF for BPELのいずれか、または両方を構成できます。

- AXF for BPM
新しいAXF for BPMインフラストラクチャは、Oracle Business Process Management (Oracle BPM)、Oracle Application Development Framework (Oracle ADF)、Oracle Metadata Services Repository (Oracle MDS Repository)およびOracle Business Rulesなどのテクノロジにより提供されるアプリケーション開発機能および構成機能を利用して、構成可能なビジネス・コンポーネントを作成します。管理者はこれらのビジネス・コンポーネントを使用し、WebCenter Contentビジネス・アプリケーションの統合ソリューションを構成し開発できます。

詳細は、第6.5.1項「AXF for BPMの構成および検証」を参照してください。

- AXF for BPEL
旧版のAXF for BPELインフラストラクチャでは、AXFソリューション、コマンドおよびWebツールの構成基盤としてAXFデータベース表(Imaging表)に依存しています。ソリューション・デベロッパまたはソリューション・アクセラレータを使用して、これらのソリューション、コマンドおよびツールを実装し、カスタマイズできます。

詳細は、第6.5.2項「AXF for BPELの構成および検証」を参照してください。

AXF for BPMまたはAXF for BPELおよびAXF for BPELデータベース表(Imaging表)の構成および使用の詳細は、『Oracle Fusion Middleware Oracle WebCenterアプリケーション・アダプタの管理』を参照してください。

6.5.1 AXF for BPMの構成および検証

ImagingとともにAXF for BPMを構成するには、11gR1 (11.1.1.8.0) Oracle WebCenter ContentおよびOracle SOA Suiteをインストールして構成し、リポジトリ作成ユーティリティを使用してAXFスキーマおよび次のコンポーネント用のスキーマを作成する必要があります。

- メタデータ・サービス

- Oracle WebCenter Content Server - 完全

- Oracle WebCenter Content: Imaging

- SOAインフラストラクチャ

- ユーザー・メッセージング・サービス

WebLogic Serverドメインを作成または拡張する際は、次の製品テンプレートが選択されていることを確認します。

- Oracle SOA Suite

- Oracle WebCenter Content: AXF for BPM

注意:

AXF for BPMがOracle SOA Suite管理対象サーバーとは別のホストにある場合は、Oracle WSM Policy Managerを使用してドメインを拡張する必要があります。

- Oracle WebCenter Content: Imaging

- Oracle Universal Content Management - Content Server
(WebCenter Content)

- Oracle Enterprise Manager

- Oracle BPM Suite

ドメインを作成または拡張してAXF for BPM、およびAXF for BPMが依存するコンポーネントおよび製品を追加してから、WebLogic Server管理コンソール、Oracle WebLogic Serverスクリプト・ツール(WLST)およびOracle Enterprise Manager Fusion Middleware Controlを使用して、Imagingと連携するようにAXF for BPMを構成できます。第6.5.1.1項「AXF for BPMの構成」でこの方法について説明します。AXF for BPMと、複数ドメインまたは複数マシン上で稼働するImagingサーバーとの間のOracle Coherenceを使用した通信の設定方法または単一のドメインでのAXF for BPMとImagingの間のマルチキャスト干渉を防ぐ方法についても説明します。

AXF for BPMインフラストラクチャが正しくインストールされ構成されていることを検証するために、AXF for BPMにはHelloBPMソリューションが含まれており、BPM統合を検証するOracle BPMプロセスに使用します。 第6.5.1.2項「AXF for BPMインストールの検証」でこのソリューションのデプロイ方法および使用方法について説明します。

6.5.1.1 AXF for BPMの構成

ImagingサーバーとともにAXF for BPMを構成するには、次の手順を実行します。WebLogic Server管理コンソールを介してImagingサーバーを設定し、WLSTを使用して外部JNDIを作成し、Fusion Middleware Controlを介してAXF for BPMのCSFキーを構成できます。

AXF for BPMを構成してクラスタまたは他の分散構成で稼働するImaging管理対象サーバーと連携させるには、第6.5.1.1.1項「Imagingクラスタ、複数ドメインまたは複数マシン用のOracle Coherence通信」の説明に従い、Oracle Coherenceを使用して通信を設定する必要があります。単一のドメインでは、第6.5.1.1.2項「単一のサーバーまたはドメイン用のOracle Coherence通信」の説明に従って、Oracle Coherenceを使用してマルチキャスト・トラフィックからの干渉を回避するように通信を設定できます。

AXF for BPMを構成する手順は次のとおりです。

1. WebLogic Server管理コンソールを介してImagingサーバーを設定します。

1. 管理サーバーはすでに稼働中である必要があります。そうでない場合は、第10.1項「管理サーバーの起動」の説明に従って、Oracle WebLogic Serverドメインの管理サーバーを起動します。

2. 管理コンソールにログインします。

3. 左側の「ドメイン構造」で、「環境」を開いて、「サーバー」をクリックします。

4. 「サーバー」表で、IPM_server1などのImagingサーバー・インスタンスをクリックします。

5. 「プロトコル」タブをクリックします。
サーバーが本番モードの場合、このタブで変更を加えるには、左側の「チェンジ・センター」で「ロックして編集」ボタンをクリックする必要があります。

6. 「HTTP」サブタブをクリックします。

7. 次の値を設定します。

- フロントエンド・ホスト: myserver.example.comなど、Imagingサーバー用のホスト・マシンの名前

- フロントエンドHTTPポート: 16000など、Imagingインスタンス用のポート番号

8. 変更を保存します。
サーバーが本番モードの場合、構成の編集が有効化されていなければ、変更を保存してからアクティブ化する必要があります。

2. Oracle SOA Suite管理対象サーバーがImagingとは別のホスト・マシンにある場合は、IPMDSデータ・ソースおよびmds-axfデータ・ソースをOracle SOA Suiteサーバーに対してターゲット設定します。

1. Oracle SOA Suiteマシンの管理コンソールにログインします。

2. 左側の「ドメイン構造」で「サービス」を開き、「データ・ソース」をクリックします。

3. 「新規」メニューから「汎用データ・ソース」を選択します。

4. 「JNDI名」フィールドにjdbc/IPMDSと入力します。

5. 「データベース・タイプ」リストでデータベース・タイプを選択し、「次へ」を検索します。

6. 同じスキーマを使用するものも含め、対応するImagingサーバー上の同じ名前の接続と一致するように「データソース・プロパティ」の値を構成します。

7. 構成をテストして、すべてが有効であるかを確認します。

8. 「終了」をクリックします。

9. 「JDBCデータ・ソースのサマリー」ページの「構成」タブで「IPMDS」をクリックします。

10. 「ターゲット」タブをクリックします。

11. Oracle SOA Suiteサーバーの名前を選択します。

12. 「保存」をクリックします。

13. 「JDBCデータ・ソースのサマリー」ページの「構成」タブに戻り、「mds-axf」をクリックします。

14. 「ターゲット」タブをクリックします。

15. Oracle SOA Suiteサーバーの名前を選択します。

16. 「保存」をクリックします。

3. Oracle SOA Suite管理対象サーバーがImagingとは別のホスト・マシンにある場合は、Oracle SOA Suiteサーバーでの設定と同様に、ImagingサーバーでSOALocalTxDataSourceデータ・ソースを作成します。

1. Imagingマシンの管理コンソールにログインします。

2. 左側の「ドメイン構造」で「サービス」を開き、「データ・ソース」をクリックします。

3. 「JDBCデータ
・ソースのサマリー」ページの「構成」タブで、「新規」メニューから「汎用データ・ソース」を選択します。

4. 「名前」フィールドにSOALocalTxDataSourceと入力します。

5. 「JNDI名」フィールドにjdbc/SOALocalTxDataSourceと入力します。

6. 「データベース・タイプ」リストでデータベース・タイプを選択し、「次へ」を検索します。

7. 同じスキーマを使用するものも含め、対応するOracle SOA Suiteサーバー上の同じ名前の接続と一致するように「データソース・プロパティ」の値を構成します。

8. 構成をテストして、すべてが有効であるかを確認します。

9. 「次へ」をクリックしてターゲットを選択します。

10. Imagingサーバーの名前を選択します。

11. 「終了」をクリックします。

4. Oracle WebLogicスクリプティング・ツール(WLST)を使用して外部JNDIを作成します。

1. WCC_ORACLE_HOME/axf_bpm/scriptsディレクトリに変更します。

2. テキスト・エディタを使用してcreate-foreign-JNDI.pyスクリプトを編集します。

3. 次の変数をファイルの先頭に設定します。

# host to login to for executing script
var_host = "" # (-h) WebLogic Server Administration Server host name
var_hostPort = "" # (-p) Administration Server port
var_user = "" # (-u) WebLogic Server User Name
var_credential = "" # (-c) WebLogic Server Password
# JNDI settings
var_jndiURIServer = "" # (-t) JNDI target URI of Oracle SOA Suite host
var_jndiURIServerPort = "" # (-v) JNDI target URI port
var_serverTargetName = "" # (-s) Managed Server name, for targeting the Imaging server
var_jndiUser = "" # (-n) JNDI user name
var_jndiPassword = "" # (-d) JNDI password

4. ファイルを保存します。

5. WLSTを使用しているImagingサーバーに対してcreate-foreign-JNDI.pyスクリプトを実行します。
スクリプトを実行する際は、次のように、WebLogic Serverのみが稼働中のサーバーである必要があります。

cd WCC_ORACLE_HOME/common/bin
./wlst.sh create-foreign-JNDI.py

5. AXF for BPMのCSFキーの構成

1. Oracle Enterprise Manager Fusion Middleware Controlにログインします。

2. WebLogic Serverドメインに移動し、デプロイされたドメイン(デフォルトでbase_domain)を右クリックします。

3. 表示されたメニューで「セキュリティ」、「資格証明」の順に選択します。

4. 新しいマップを作成します。
マップ名oracle.wsm.securityを指定します。

5. 新しいキーを作成します。

- ipmadminなど、キーの名前を指定します。

- weblogicなど、有効な管理者ユーザーを指定します。

- パスワードを指定します。

- キーの名前、ユーザーおよびパスワードを指定したら、「OK」をクリックします。

6.5.1.1.1 Imagingクラスタ、複数ドメインまたは複数マシン用のOracle Coherence通信

AXF for BPMを構成する場合は、AXF for BPMのユーティリティであるOracle Coherenceを使用して通信を構成する必要があります。デフォルトでは、サーバーはDOMAIN_HOME/bin/setDomainEnv.shスクリプトで構成される次の設定を使用してクラスタ化するように設定されています。

-Dtangosol.coherence.clusteraddress=224.3.1.99
-Dtangosol.coherence.clusterport=3199
-Dtangosol.coherence.log=jdk

Imagingクラスタでは、Oracle Coherenceを使用してAXF for BPMの通信を設定する必要があります。Oracle Coherenceは、システムの干渉による不要なマルチキャスト・トラフィックを回避するために、一意のマルチキャスト・アドレスとポートを備えています。クラスタでのOracle Coherenceの構成の詳細は、『Oracle Coherence開発者ガイド』を参照してください。

6.5.1.1.2 単一のサーバーまたはドメイン用のOracle Coherence通信

単一サーバーまたは単一ドメインのインストールの場合は、DOMAIN_HOME/bin/setDomainEnv.shスクリプトを次のように編集して、他のマシンのマルチキャスト・トラフィックを回避するようにOracle Coherenceを構成できます。

1. テキスト・エディタでDOMAIN_HOME/bin/setDomainEnv.shスクリプトを開きます。

2. coherenceの検索を実行し、既存の設定を特定します。

3. 既存のOracle Coherence設定の後、たとえば-Dtangosol.coherence.log=jdkの後に、次の2つの設定を追加します。

-Dtangosol.coherence.localhost=127.0.0.1
-Dtangosol.coherence.ttl=0

4. 設定を保存します。

5. ドメインで稼働中の管理対象サーバーを再起動し、変更を有効にします。

6.5.1.2 AXF for BPMのインストールの検証

BPMプロセスを使用するHelloBPMソリューションを使用し、AXF for BPMのインストールを検証できます。次の項では、デプロイの方法およびこのソリューションの使用方法について説明します。

- 第6.5.1.2.1項「HelloBPMソリューションの構成」

- 第6.5.1.2.2項「Imagingへの定義ファイルのインポート」

- 第6.5.1.2.3項「ソリューション管理ページへのアクセス」

- 第6.5.1.2.4項「Imagingへのタスクの注入」

6.5.1.2.1 HelloBPMソリューションの構成

HelloBPMソリューションを使用してAXF for BPMのインストールと構成を検証するには、Imaging管理対象サーバーでHelloBPMソリューションをデプロイし構成する必要があります。

HelloBPMソリューションを構成する手順は次のとおりです。

1. データベースを設定します。

1. WCC_ORACLE_HOME/axf_bpm/scriptsディレクトリに変更します。

2. Imagingデータベース・ユーザーとしてImagingデータベース・スキーマに接続しているときに、次の3つのパラメータを使用してAXF_HELLO_BPM_DATA.sqlスクリプトを実行します。

- SOAMachineName:Port

- IPMMachineName:Port

- CSFKEY

これにより、HelloBPMソリューションの実行に必要なデータが挿入されます。

2. Oracle SOA Suite管理対象サーバーがImagingとは別のホスト・マシン上にある場合、Hello BPMプロセスは手動でデプロイする必要があります。
Oracle SOA Suite管理対象サーバーを起動する前に、WCC_ORACLE_HOME/axf_bpm/bpm/sca_axfHelloBPM_rev1.0.jarファイルをDOMAIN_HOME/soa/autodeploy/にコピーします。

3. 次の順序で、残りのサーバーを起動します。サーバーの起動の詳細は、第10.2項「管理対象サーバーの起動」および第10.4項「Oracle WebCenter Contentでのノード・マネージャの使用」を参照してください。

1. Weblogic Server管理サーバー(すでに稼働している必要があります)

2. Oracle SOA Suite管理対象サーバー

3. Imaging管理対象サーバー

4. WebCenter Content管理対象サーバー

4. デプロイされたプロセスでURIが設定されていることを確認します。

1. Oracle Enterprise Manager Fusion Middleware Controlにログインします。

2. Oracle SOA Suite管理対象サーバーに移動して、soa-infra (soa_server1)、default、axfHelloBPMの順にクリックします。

3. 「コンポーネント・メトリック」セクションでSalesQuoteEntryをクリックします。

4. 「管理」タブをクリックします。

5. 有効なURIが設定されていない場合は、次の設定を使用してURIを作成します。

- アプリケーション名: worklist

- ホスト名: サーバー用のホスト・マシンの名前

- HTTPポート: サーバー用のホスト・マシンのポート

- HTTPSポート: サーバー用のホスト・マシンのセキュアなポートまたはSSLが構成されていない場合はデフォルト値

- URI: /workflow/axfSolutionHelloBPM/faces/adf.task-flow?_id=SalesQuoteEntry_TaskFlow&_document=WEB-INF/SalesQuoteEntry_TaskFlow.xml

6.5.1.2.2 Imagingへの定義ファイルのインポート

Imagingインジェクタを介してImagingサーバーにタスクの定義ファイルをインポートできます。

Imagingに定義ファイルをインポートする手順は次のとおりです。

1. 接続を作成します。

1. ipmadminなど、管理者ユーザーとしてImagingにログインします。

注意:

Imagingシステムに最初に接続するこのユーザーが、Imaging管理者として登録されます。詳細は、第6.1項「Imagingの初期構成の完了」を参照してください。

2. 左側のナビゲーション・ツリーで、「接続の管理」を開きます。

3. ドロップダウン・メニューから「Content Server接続の作成」を選択し、接続を構成します。

- 「接続の作成: 基本情報」ページで、接続の名前を指定し、「次」をクリックします。

- 「接続の作成: Content Server設定」ページで、SSLを使用するかどうかを指定し、ローカルのコンテンツ・サーバーを使用するのか(デフォルト)、「Content Serverプール」セクションを介して外部サーバーを指定するのかを指定して「次」をクリックします。

- 「接続の作成: セキュリティ」ページで、すべての権限を持つAdministratorsグループを追加し、「次」をクリックします。

- 設定を確認し、「送信」をクリックします。

4. ドロップダウン・メニューから「ワークフロー接続の作成」を選択し、接続を構成します。

- 「接続の作成: 基本情報」ページで、接続の名前を指定し、「次」をクリックします。

- 「接続の作成: ワークフロー設定」ページで次の情報を指定し、「次」をクリックします。
HTTPフロントエンド・アドレス: Oracle SOA Suiteサーバー用の完全修飾されたHTTPアドレスを指定します。

http://managedServerHost:managedServerPort/

資格証明別名: これは、ipmadminなど、第6.5.1項「AXF for BPMの構成と検証」、手順5で指定されたCSFキー名である必要があります。

プロバイダ: Oracle SOA Suiteサーバー用の完全修飾されたt3アドレスを指定します。

t3://managedServerHost:managedServerPort/

- 「接続の作成: セキュリティ」ページで、すべての権限を持つAdministratorsグループを追加し、「次」をクリックします。

- 設定を確認し、「送信」をクリックします。

2. 定義インポート・ツールを使用して、定義ファイルWCC_ORACLE_HOME/axf_bpm/ipmをImagingにインポートします。
リポジトリ接続、BPELサーバー接続およびアプリケーションのセキュリティ構成を含む定義のアップロードおよび環境構成の解決の詳細は、『Oracle WebCenter Content Imaging管理者ガイド』を参照してください。

1. 左側のナビゲーション・ツリーで、「ツール」を開きます。

2. 「定義のインポート」を選択します。

3. WCC_ORACLE_HOME/axf_bpm/ipm/HelloBPM.xmlファイルを参照して選択します。

4. 「次へ」をクリックします。

5. 「定義の選択」手順で、HelloBPMアプリケーション、HelloBPM入力およびHelloBPM検索に対して「アクション」を選択します。

6. 「次へ」をクリックします。

7. 「検証」手順で、「アプリケーション・セキュリティ」フィールドの「新規の選択」を選択し、「管理者」グループを選択します。「アプリケーション、ドキュメント・セキュリティ」フィールド、「セキュリティの入力」フィールドおよび「セキュリティの検索」フィールドに対しても「管理者」グループを選択します。

8. 「ワークフロー」フィールドで「ワークフロー接続」を選択します。

9. 「送信」をクリックします。

6.5.1.2.3 ソリューション管理ページへのアクセス

「ソリューション管理」ページにアクセスするには、WebLogic Serverでaxfadminグループを設定し、このグループにWebLogic Serverユーザー名を割り当てる必要があります。グループの作成およびグループへのユーザー追加の詳細は、WebLogic Server管理コンソール・オンライン・ヘルプでユーザーとグループの管理に関する項を参照してください。

ソリューション・アプリケーションの管理機能にアクセスする手順は次のとおりです。

1. 新しいドライバ・ページを開きます。

http://machinename:16000/axf/faces/pages/axfadmin.jspx

2. 左側の「コマンド・ドライバ」リンクをクリックします。

3. 次の値を使用します。

1. SolutionNamespace: SalesQuoteEntry

2. CommandNamespace: StartSalesQuoteEntry

4. 「リクエストの実行」ボタンをクリックします。

5. 「レスポンスの実行」ボタンをクリックします。

「ソリューション管理」ページが開きます。表6-1に、このページのパラメータの例を示します。

表6-1「ソリューション管理」ページのパラメータ

パラメータ

値

solutionNamespace

SalesQuoteEntry

commandNamespace

StartSalesQuoteEntry

Username

リクエストに対するユーザー名

「ソリューション管理」ページを介してビジネス・ルール・エディタにアクセスし、このエディタを使用してカスタマイズできます。詳細は、『Oracle Fusion Middleware Oracle WebCenterアプリケーション・アダプタの管理』を参照してください。

6.5.1.2.4 Imagingへのタスクの注入

AXF for BPMプロセスをデプロイすると、Imagingにタスクを注入できますが、コンテンツ入力ファイルからの方法、Imaging入力エージェントを介する方法、またはOracle Enterprise Manager Fusion Middleware Controlを介したOracle SOA Suiteサーバーからの方法があります。

AXF for BPMインフラストラクチャとともにインストールされたコンテンツ入力ファイルからHelloBPMソリューションにタスクを注入できます。Imaging入力エージェントを介して注入されるタスクにより、アプリケーション変更のソリューションのテストが可能になります。必要に応じて、HelloBPMワークフローに適するように入力ファイルを変更できます。

これらのコンテンツ入力ファイルは、Imagingアプリケーション定義であるWCC_ORACLE_HOME/axf_bpm/ipm/HelloBPM.xmlとともに次のディレクトリにあります。

$WCC_ORACLE_HOME/axf_bpm/ipm/

このディレクトリには3つの入力ファイルが含まれています。

- TestSalesQuote.pdf

- TestSalesQuote.txt

- TestSalesQuote.xml

次の手順は、InputDirectoryがデフォルト構成(/IPM/InputAgent/Input)で存在するという想定に基づいています。

入力エージェントを介してタスクを注入する手順は次のとおりです。

1. PDFファイルとXMLファイルをDOMAIN_HOMEディレクトリにコピーし、TXTファイルをDOMAIN_HOME/IPM/InputAgent/Inputディレクトリ(デフォルト構成)にコピーします。InputAgentがこれらのファイルにアクセスできるように、ファイル権限を変更する必要がある場合もあります。
詳細は、Oracle WebCenter Content: Imagingの管理の入力エージェントの有効化に関する項を参照してください。

指定された時間間隔内(デフォルトで15分)で、入力エージェントは入力ファイルを選択し、テキスト入力ファイル、PDFファイルからの画像およびXMLファイルからのサポート対象であるコンテンツから、メタデータ値を持つドキュメントを作成します。

HelloBPMソリューションの場所にあるワークフロー構成に基づいて、BPMタスク・リストで表示されるドキュメント用のタスクが作成されます。

2. タスク・リストでは、新しく注入されたタスクをクリックし、ソリューション・アプリケーションの詳細を参照します。

3. 必要に応じて、テキスト入力ファイルのメタデータの値を変更してから、入力ファイルを再注入します。たとえば、存在しないアカウント情報を持つタスクを注入し、人によるタスク・フローと連携して動作させる場合があります。

6.5.2 AXF for BPELの構成および検証

AXF for BPELを、クラスタまたは他の分散構成で稼働するImaging管理対象サーバーと連携させるように構成するには、Javaオブジェクト・キャッシュ(JOC)がすべての管理対象サーバーに配布されるように構成する必要があります。詳細は、第6.5.2.1項「分散Imaging管理対象サーバーのAXF for BPELに対するJavaオブジェクト・キャッシュの構成」を参照してください。

AXF for BPELインフラストラクチャが正しくインストールされていることを検証するために、AXF for BPELには2つの簡単なソリューションがあります。

- HelloWorld、文字列Helloを返す基本的なソリューション
第6.5.2.2項「HelloWorldを使用したAXF for BPELのインストールおよび構成の検証」を参照してください。

- HelloBpel、BPEL統合を検証するBPELプロセスが含まれているソリューション
第6.5.2.3項「HelloBpelを使用したAXF for BPELのインストールおよび構成の検証」を参照してください。

6.5.2.1 分散Imaging管理対象サーバーのAXF for BPELに対するJavaオブジェクト・キャッシュの構成

クラスタで稼働するImaging管理対象サーバーのAXF for BPELの場合は、Java Object Cache (JOC)を構成してすべての管理対象サーバーに配布する必要があります。Oracle WebLogic Server管理コンソールでHAパワー・ツールを使用すると、分散モードで稼働するすべてのImaging管理対象サーバーに対してJOCを構成できます。

注意:

Java Object Cacheを構成した後、構成を有効にするために、影響を受けるすべての管理対象サーバーを再起動してください。詳細は、第10.3項「管理対象サーバーの再起動」を参照してください。

次の手順では、MW_HOMEはOracle Fusion MiddlewareがインストールされているMiddlewareのホームを示し、DomainHomeはOracle WebLogic ServerドメインのOracleホームへのパスを示します。

分散管理対象サーバーのクラスタに対してJava Object Cacheを構成する方法は次のとおりです。

1. Oracle WebLogic Server管理コンソールでHAパワー・ツールを有効化します。

1. 次の2つのWARファイルをMW_HOME/oracle_common/hapowertoolsディレクトリからDomainHome/console-extディレクトリにコピーします。

- powertools-core.war

- powertools-configurejoc.war

次に例を示します。

cd middlewarehome
cp oracle_common/hapowertools/powertools-co* user_projects/domains/base_domain/console-ext/

2. Oracle WebLogic Server管理サーバーを再起動します。
詳細は、第10.1項「管理サーバーの起動」と第10.3項「管理対象サーバーの再起動」を参照してください。

3. Oracle WebLogic Server管理コンソール(http://adminServerHost:adminServerPort/console)にアクセスし、左側のナビゲーション・ツリーから使用しているドメイン名をクリックします。
ドメインの「設定」ページにHAパワー・ツール・タブが表示されます。

2. 分散キャッシュを構成します。

1. 管理コンソールのドメイン名の「設定」ページで、HAパワー・ツール・タブをクリックします。

2. JOC構成タブで、クラスタのJOCの構成を選択します。

3. 「クラスタ名」フィールドで、リストからクラスタ名を選択します。

4. 「検出ポート」フィールドで、クラスタのリスニング・ポート番号を入力します。

5. 「ホスト」フィールドには、すべての管理対象サーバーのホスト名をカンマで区切って入力します。

6. JOCの構成ボタンをクリックします。

3. 管理対象サーバーのクラスタを再起動します。

4. JOCの分散キャッシュ・モードを確認します。

1. 次の例のように、ある管理対象サーバーのホスト上のミドルウェア・ホームからCacheWatcherユーティリティを実行します。

java -classpath oracle_common/modules/oracle.javacache_11.1.1/cache.jar:oracle_common/modules/oracle.odl_11.1.1/ojdl.jar
oracle.ias.cache.CacheUtil watch -config=user_projects/domains/base_domain/config/fmwconfig/servers/IPM_server2/javacache.xml

この例では、2つのJARファイルへのクラスパスは現在のディレクトリ(MW_HOME)に対する相対的な位置を示します。

javacache.xmlファイルは、JOC分散キャッシュに参加しているImagingサーバーで使用されるファイルです。仮想または物理IPアドレスを持つ分散Javaキャッシュの場合、リスナー・アドレスはjavacache.xmlで設定する必要があります。各ファイルには、ディストリビュータの場所を示すエントリがすべて含まれていますが、<listener-address>は1つだけで、各キャッシュ・メンバーと同じポート番号に設定されています。

<listener-address port="portNumber1" host="hostName1"/>
<distributor-location ssl="true" port="portNumber1" host="hostName1"/>
<distributor-location ssl="true" port="portNumber1" host="hostName2"/>
<distributor-location ssl="true" port="portNumber1" host="hostName3"/>
<distributor-location ssl="true" port="portNumber1" host="hostName4"/>

2. lcコマンドを入力して、キャッシュ情報を取得します。

INFO: JOC is initialized from oracle.ias.cache.CacheUtil.main, . . .
cache> lc

3. lcコマンドからの出力で、分散キャッシュの各メンバーのエントリが分散表に表示されていることを確認します。

4. exitコマンドを入力してCacheWatcherユーティリティを停止します。

詳細は、『Oracle Fusion Middleware高可用性ガイド』のHAパワー・ツールの使用に関する項、およびCacheWatcherの実行に関する項を参照してください。

6.5.2.2 HelloWorldを使用したAXF for BPELのインストールおよび構成の検証

HelloWorldソリューションを有効にするには、次の手順を実行します。

1. Imagingスキーマを所有するユーザーとして、次のディレクトリのうちの1つからinsertHelloCommand.sqlスクリプトを実行します。

- UNIXパス:
MW_HOME/WCC_ORACLE_HOME/axf/drivers/HelloWorld/dbscripts

- Windowsパス:
MW_HOME\WCC_ORACLE_HOME\axf\drivers\HelloWorld\dbscripts

注意:

IBM DB2の場合のみ、insertHelloCommand.sqlスクリプトを実行する前に次の行をスクリプトの先頭に追加します。

CONNECT TO soadb USER am3_ipm USING oracle;

2. 次のURLを使用して、AXF for BPEL Webアプリケーションのドライバ・ページにアクセスします。

http://host:port/imaging/faces/Driver.jspx

3. 次の値を入力します。

- ソリューション・ネームスペース: HelloWorld

- コマンド・ネームスペース: Hi

- ユーザー名: jcooper

注意:

このユーザー名は、アプリケーション・サーバーに組込みのjazn.xmlセキュリティを使用している場合にのみ有効です。

4. 「コマンドの実行」をクリックします。
AXF for BPELレスポンスが「対話ID」とともに表示されます。レスポンスが返された場合は、AXF for BPELインフラストラクチャが正しく機能しており、コマンドを追加して実行できます。

6.5.2.3 HelloBpelを使用したAXF for BPELのインストールおよび構成の検証

HelloBpelソリューションには、BPELプロセスと、そのプロセスでHelloBPELソリューション・ネームスペースを使用するように設定するためのSQLスクリプトが含まれています。BPELプロセスとデータベース・スクリプトは、次のディレクトリにあります。

- UNIXパス:
MW_HOME/WCC_ORACLE_HOME/axf/drivers/HelloBpel

- Windowsパス:
MW_HOME\WCC_ORACLE_HOME\axf\drivers\HelloBpel

HelloBpelソリューションを有効にするには、次の手順を実行します。

1. 次のHelloBPEL SQLスクリプトのいずれかを実行します。

- UNIXスクリプト:

MW_HOME/WCC_ORACLE_HOME/axf/drivers/HelloBpel/dbscripts
/oracle/insertHelloBPELData.sql

MW_HOME/WCC_ORACLE_HOME/axf/drivers/HelloBpel/dbscripts
/sqlserver-db2/insertHelloBPELData.sql

- Windowsスクリプト:

MW_HOME\WCC_ORACLE_HOME\axf\drivers\HelloBpel\dbscripts
\oracle\insertHelloBPELData.sql

MW_HOME\WCC_ORACLE_HOME\axf\drivers\HelloBpel\dbscripts
\sqlserver-db2\insertHelloBPELData.sql

Oracle Databaseを使用している場合は、oracleディレクトリからスクリプトを実行します。

IBM DB2またはMicrosoft SQL Serverのデータベースを使用している場合は、sqlserver-db2ディレクトリからスクリプトを実行します。

IBM DB2の場合のみ、HelloBPEL SQLスクリプトを実行する前に、スクリプトに次の変更を加えます。

- 次の行をスクリプトの先頭に追加します。

CONNECT TO soadb USER am3_ipm USING oracle;

- 次の行を変更して、Imagingの「接続の管理」セクションに実際のBPEL接続があるかどうかを指定します。

Insert into AXF_SOLUTION_ATTRIBUTES (SOLUTION_NAMESPACE,PARAMETER_KEY,PARAMETER_VALUE) values ('HelloBPEL','BPEL_CONNECTION','test');

2. insertHelloBPELData.sqlスクリプトを実行します。

3. Oracle JDeveloper 11gで、次のディレクトリからHelloBPEL.jwsを開きます。

- UNIXパス:
MW_HOME/WCC_ORACLE_HOME/axf/drivers/HelloBpel/bpel

- Windowsパス:
MW_HOME\WCC_ORACLE_HOME\axf\drivers\HelloBpel\bpel

プロセスをBPELサーバーにデプロイします。このタスクの詳細は、JDeveloperのドキュメントを参照してください。

注意:

HelloBPELサンプル・ソリューションは、デフォルトではインスタンスをCaliforniaというグループに割り当てます。Oracle WebLogic Server管理コンソールを使用して、Californiaグループをmyrealmセキュリティ・レルムに追加する必要があります。

Oracle Internet Directoryなどの代替のアイデンティティ・ストアを使用している場合は、デプロイ前にJDeveloper内のHelloBpelHumanTask.taskファイルを変更して、グループ割当を変更できます。

4. 次のURLを使用して、AXF for BPEL Webアプリケーションのドライバ・ページにアクセスします。

http://host:port/imaging/faces/Driver.jspx

5. 「AXFコマンド・ドライバ」画面で、次の値を入力します。

- ソリューション・ネームスペース: HelloBPEL

- コマンド・ネームスペース: StartHelloBPEL

- ユーザー名: 有効なImagingユーザー(例: weblogic)

前出のImagingユーザーは、Californiaという名前のグループに含まれている必要があります。このグループが存在しない場合は、グループを作成してユーザーをグループに追加してください。

6. 「コマンドの実行」をクリックします。
レスポンス画面にレスポンスが表示されます。

7. 「レスポンスの実行」をクリックし、画面の指示に従ってログインします。
AXFのタスク・リスト画面が表示されます。タスク・リストにタスクがない場合は、BPELコンソールを開き、HelloBPELProcessのインスタンスを新規に作成し、タスク・リストをリフレッシュします。

7 Captureの構成の完了

この章では、Oracle WebLogic Serverドメインで、Oracle WebCenter Captureの初期構成を完了する方法について説明します。

この章では、次の項目について説明します。

- 第7.1項「Captureの構成の完了の概要」

- 第7.2項「Captureの初期構成の完了」

- 第7.3項「ハッシュ・パーティションの作成によるデータベース・パフォーマンスの改善」

7.1 Captureの構成の完了の概要

インストールおよび初期構成を実行するCaptureシステム管理者は、Oracle Enterprise Manager Fusion Middleware ControlおよびOracle WebLogic Serverへのアクセスを含むシステム管理権限が付与されている必要があります。ユーザーがOracle WebCenter Captureを使用できるようにするには、システム管理者が、Fusion Middleware ControlでWebLogic ServerドメインのLDAP資格証明ストアのユーザーをCaptureロールに関連付ける必要があります。

ロールCaptureWorkspaceManager、CaptureWorkspaceViewer、およびCaptureUserが、自動的にドメインのデフォルトのWebLogic Serverポリシー・ストアに追加されます。Captureシステム管理者は、Fusion Middleware Controlを使用して、ファイル/XMLベースのポリシー・ストア、Oracle Internet Directoryポリシー・ストアまたはOracle Databaseポリシー・ストアを使用したり、ポリシー・ストアを管理することができます。

Oracle Internet Directoryの使用方法の詳細は、第3.9項「アイデンティティ・ストアと外部LDAP認証プロバイダの再関連付け」を参照してください。

Fusion Middleware Controlを使用して、Captureのシステム設定およびロガーを構成することもできます。

7.2 Captureの初期構成の完了

WebLogic ServerドメインでCaptureの初期構成を完了するには、Captureシステム管理者が次のタスクを実行する必要があります。

1. Capture管理対象サーバーの起動

2. Fusion Middleware ControlでCaptureユーザーにロールを割り当てます。

3. MBeansを使用したシステムレベルの設定の変更

7.2.1 Capture管理対象サーバーの起動

Capture管理対象サーバーの起動方法の詳細は、第10.2項「管理対象サーバーの起動」を参照してください。

7.2.2 Captureユーザーへのロールの割当て

ユーザーがCaptureを使用できるようにするには、Captureシステム管理者が、ポリシー・ストアのCaptureロールにLDAP資格証明ストアのユーザーを割り当てる必要があります。これは、Fusion Middleware Controlの「アプリケーション・ロール」ページから実行できます。

Captureユーザーにロールを割り当てる方法の詳細は、Oracle Fusion Middleware Oracle WebCenter Captureの管理のOracle Enterprise ManagerでのCaptureロールの割当てに関する項を参照してください。

7.2.3 システムレベルの設定の変更

Fusion Middleware Controlを使用して、システム・プロパティおよび電子メールのSMTP設定など、Captureのシステムレベルの構成設定を変更できます。このページの設定によって、ドメインのCapture MBeansが設定されますが、これは、Oracle WebLogicスクリプティング・ツール(WLST)コマンドを使用して変更することもできます。

Fusion Middleware Controlの「システム構成」ページでシステムレベルの設定を変更する方法の詳細は、Oracle Fusion Middleware Oracle WebCenter Captureの管理のシステム構成設定の変更に関する項を参照してください。

次のWLSTコマンドを使用すると、システムレベル設定へのアクセスまたは変更を行うこともできます。

- listCaptureConfig

- getCaptureConfig

- setCaptureConfig

これらは、ドメイン用の管理サーバーに接続中に使用できるオンラインのWLSTコマンドです。接続するには、Oracle WebCenter Contentホーム・ディレクトリからwlst.shスクリプトを実行する必要があります。

WLSTコマンドでCaptureシステムレベル設定を変更する手順は、次のとおりです。

1. 第10.1項「管理サーバーの起動」の説明に従って、Oracle WebLogic Serverドメインの管理サーバーを起動します。

2. Oracle WebLogic Server管理サーバーにログインします。

3. Oracle WebCenter Contentのホーム・ディレクトリMW_HOME/WCC_ORACLE_HOMEに移動します。

4. WLSTを呼び出します。

cd common/bin
./wlst.sh

5. WLSTコマンド・プロンプトでログインしてから、カスタムCaptureコマンドを入力します。

wls:/offline> connect()
Please enter your username :weblogic
Please enter your password : XXXXXXXXXXXXX
Please enter your server URL [t3://localhost:7001]
:t3://host_name:16401
Connecting to t3://host_name:16401 with userid weblogic ...
Successfully connected to Managed Server 'capture_server1' that belongs to domain
'domainName'.

wls:/domainName/serverConfig> setCaptureConfig('CaptureSystemID','CAPTURE_02')

Attribute 'CaptureSystemID' changed to "CAPTURE_02'

wls:/domainName/serverConfig> exit()

これらのコマンドの詳細は、『Oracle Fusion Middlewareドメイン・テンプレート・リファレンス』のOracle WebCenter CaptureのカスタムWLSTコマンドに関する項を参照してください。

7.3 ハッシュ・パーティションの作成によるデータベース・パフォーマンスの改善

EBATCTITEMS表のハッシュ・パーティションを使用すると、データベース待機イベントenq: HW– contentionを最小化できるため、データベースの拡張を抑制できます。次に示すように、このイベントは多くのスレッドでECBATCHTITEMSを更新して、ECBATCHTITEMSに新しいBLOBアイテムを追加しようとすると発生します。

table   - "UPDATE ECBATCHITEMS SET ECITEMDATA=:1 WHERE ECITEMID=:2"

ハッシュ・パーティションを作成すると個々のアイテムが8個の異なるパーティションに存在するようになるため、この競合を最小化できます。

ハッシュ・パーティションを作成する手順は次のとおりです。

1. 表の定義を取得します。

SELECT dbms_metadata.get_ddl('OBJECT TYPE','OBJECT NAME', OWNER') FROM DUAL;

2. パーティショニング構文を表の定義に追加します。ECBATCHITEMS表にハッシュ・パーティションを作成する表定義は次のようになります。

SQL> create table "CAPCLIENT_CAPTURE"."ECBATCHITEMS2"
2     (    "ECTENNANTID" VARCHAR2(36 CHAR),
"ECITEMID" VARCHAR2(36) NOT NULL ENABLE,
3    4          "ECORIGINALITEMID" VARCHAR2(36),
5          "ECORIGINALITEMINDEX" NUMBER(10,0),
6          "ECBARCODES" BLOB,
7          "ECBARCODECOUNT" NUMBER(10,0),
8          "ECSTATUS" VARCHAR2(255),
9          "ECSOURCEFORMAT" VARCHAR2(255),
"ECANNOTATION" VARCHAR2(255),
10   11          "ECFILELENGTH" NUMBER(19,0),
12          "ECDOCUMENTLINKCOUNT" NUMBER(10,0),
13          "ECPATCHCODE" NUMBER(10,0),
14          "ECENDORSEMENT" VARCHAR2(255),
15          "ECSOURCEFILENAME" VARCHAR2(255),
16          "ECBATCHID" NUMBER(19,0),
17          "ECLASTMODIFIED" NUMBER(19,0),
18          "ECITEMDATA" BLOB,
PRIMARY KEY ("ECITEMID")) partition by hash(ECITEMID) partitions 8
;

8 Recordsの構成の完了

この章では、Oracle WebLogic ServerドメインでOracle WebCenter Content: Recordsの初期構成を完了する方法について説明します。

この章では、次の項目について説明します。

- 第8.1項「Recordsの初期構成の完了」

- 第8.2項「Recordsクラスタ・ノードのその他のパラメータの構成」

- 第8.3項「RecordsでのOracleTextSearchの使用」

- 第8.4項「IBM DB2データ・ソースの接続プール・プロパティ値の設定」

8.1 Recordsの初期構成の完了

インストールおよび起動の後、RecordsのWebインタフェースにアクセスすると、図8-1のように、「WebCenter Content: Records構成」ページが開きます。

図8-1 Recordsの構成ページ

このページの各フィールドと、Recordsインスタンスを構成する際に入力できる値については、第4.3.2項「コンテンツ・サーバー・インスタンスの構成」を参照してください。WebCenter Content: Recordsの「構成」ページを完了して「送信」ボタンをクリックしたら、第10.3項「管理対象サーバーの再起動」の説明に従ってRecordsを再起動する必要があります。

Recordsを再起動すると、Webインタフェースにアラートが表示されます。

Initial Records Management Setup is Not Complete!

このとき、「構成: 有効な機能」ページでRecordsのインストール設定とインストール・レベルを選択し、機能を構成できます。これらの設定の構成については、第8.1.1項「Records機能のレベルの構成」を参照してください。

インストール・レベルと機能を構成した後、設定チェックリスト・ページでRecords構成を完了できます。詳細は、第8.1.2項「Recordsの設定チェックリストの完了」を参照してください。

注意:

Records Webインタフェースへのアクセスには、ContentFoliosコンポーネントが必要です。このコンポーネントは、Records管理対象サーバーではデフォルトで有効になります。ContentFoliosコンポーネントは無効にしないでください。

8.1.1 Records機能のレベルの構成

「有効な機能」ページで、Recordsのインストール・レベルと機能を構成できます。デフォルトのインストール・レベルは「最小」です。

Records機能のレベルを構成するには、次の手順を実行します。

1. 図8-2のように、「レコード」メニューから「構成」を選択し、「有効な機能」を選択します。

図8-2 「レコード」メニュー

2. 図8-3に示すように、「有効な機能」ページでインストール・レベルを選択すると、そのレベルの機能と処理アクションがすべて選択されます。

図8-3 「有効な機能」ページ

次の表に、インストール・タイプと有効にできる機能を示します。各レベルで有効にできるコンポーネントと、インストールされる機能および処理アクションの詳細は、レベルの隣にある「情報」アイコンをクリックしてください。

要素

説明

インストール・レベル

有効化する構成のタイプを指定します。

- 最小

- 標準

- DoDベースライン

- DoD分類済

- カスタム

機能

インストール・レベルを選択すると、そのレベルのデフォルト機能が選択されて有効になります。インストール・レベルとして「カスタム」を選択した場合は、有効にする機能を選択できます。

- 関連コンテンツ

- 監査トリガー

- レビュー対象

- リビジョン日

- セキュリティ・マーキング

- 電子メール・フィールド

- DoD構成

- 分類されたトピック

処理アクション

このセクションには、コンテンツに使用できる処理アクションがあります。

- アクティブ化

- 廃棄

- 削除の承認

- 廃止

- 期限切れ

- 破棄

- 取消

- カットオフ

注意:

Oracle WebCenterとRecordsを併用していて、DOD機能を使用する場合には、WebCenterConfigureを有効にし、変換テンプレートをチェックインできるようになった後で、「DoDベースライン」または分類されたインストールのレベルを設定できます。

最初にDODインストール・レベルを選択する場合は、WebCenterConfigureによって作成されたドキュメントに適合するルールを作成し、デフォルトのカテゴリを割り当てることができます。カテゴリはコンテンツIDを基にすることができます。詳細は、『Oracle Fusion Middleware Oracle WebCenter Contentのマネージング』のワークフローの設定を参照してください。

3. インストール・レベルとして「カスタム」を選択した場合は、有効にする機能と処理レベルを選択し、有効にしない機能と処理レベルの選択を解除します。

4. 「送信」ボタンをクリックします。

選択した後、または構成オプションを変更した場合(「ベースライン」から「分類済」に切り替えるなど)、レコード管理対象サーバーを再起動し、コンテンツ・サーバーの索引を再構築する必要があります。詳細は、第8.1.2項「Recordsの設定チェックリストの完了」を参照してください。索引の再構築の詳細は、Oracle Fusion Middleware Oracle WebCenter Contentの管理の検索索引の動作に関する項を参照してください。

8.1.2 Recordsの設定チェックリストの完了

レコードを管理対象サーバーにインストールおよび構成した後、保存ポリシーおよび手順を設定する前に、「設定チェックリスト」ページを完了する必要があります。このページは、保存管理システムの機能のグローバル・オプションを設定するために使用します。

保存ポリシーおよび手順の設定の詳細は、『Oracle Fusion Middleware Oracle WebCenter Contentのマネージング』の保存管理オプションに関する項を参照してください。

Recordsの設定チェックリストを完了するには、次の手順を実行します。

1. 「レコード」メニューから「構成」を選択し、「設定チェックリスト」を選択します。

2. 図8-4に示すように、設定チェックリスト・ページに「未完了」とマークされたアクションがあれば、そのアクションをクリックして構成を完了し、設定チェックリスト・ページをリフレッシュしてから、アクションの右のチェック・ボックスをマークして完了したことを指定します。

図8-4 Recordsの設定チェックリスト

このページで必要な構成タスクが完了していない場合は、レコード・システムのホームページに、このページへのリンクを含む警告メッセージが表示されます。リンクをクリックしてこのページを表示することも、「レコード」メニューから再表示することもできます。

注意:

「レポート・ライブラリの構成」タスクは、コンテンツ・サーバーのレコード管理機能専用です。Oracle WebCenter Content: Recordsに、このライブラリは必要ありません。レポート・ライブラリの構成の詳細は、第4.1項「コンテンツ・サーバーでのレコード管理用のレポート・ライブラリの構成」を参照してください。

3. 構成するその他のアクションについては、アクションをクリックしてその構成を完了し、「設定チェックリスト」ページをリフレッシュしてから、アクションの右のチェック・ボックスをマークして完了したことを指定します。
このリストのアクションを展開すると、そのアクションの用途に関する詳細な説明が表示されます。このページで使用可能なオプションは、次のインストール・レベルによって異なります。

- 最小

- 標準

- DoDベースライン

- DoD分類済

- カスタム

次の表に、設定チェックリストに表示される可能性があるアクションと、各アクションの用途の説明を示します。

アクション

説明

インストールの構成

オプション・コンポーネントやメタデータ・フィールドを構成する場合に使用します。事前に設定された構成から必要な機能を選択します。

レポート・ライブラリの構成

Oracle WebLogic Server管理コンソールでoracle.xdo.runtimeライブラリと、weblogic-application.xmlへのライブラリ参照を追加した後で、コンテンツ・サーバーのレコード管理機能のレポート・ライブラリを構成するために使用されます。このライブラリは、Oracle WebCenter Content: Recordsに必要です。

デフォルトの定義

定期的に自動チェックインされるコンテンツの監査証跡、テンプレートの場所およびメタデータのデフォルトを定義するために使用します。監査エントリとスクリーニング・レポートのメタデータを構成できます。

オプションをクリックすると、チェックイン・ページが表示され、デフォルトとして使用するフィールドを編集できます。

セキュリティ設定の構成

ロール、権限、アクセス制御リストの使用などのセキュリティ設定を定義するために使用します。このリンクをクリックすると、管理アプレットが開きます。ユーザー・アプレットをクリックしてセキュリティを構成します。

保存管理設定の構成

補助マーキング、トリガー、レポートなどの多くの保存管理オプションを構成するために使用します。このオプションをクリックすると、保存設定の構成ページが表示されます。

詳細は、『Oracle Fusion Middleware Oracle WebCenter Contentのマネージング』の保存管理オプションに関する項を参照してください。

会計、カレンダおよびカスタム期間の構成

処理に使用する期間を設定するために使用します。このオプションを選択すると、「期間の構成」ページが表示されます。

詳細は、『Oracle Fusion Middleware Oracle WebCenter Contentのマネージング』の期間の管理に関する項を参照してください。

グローバル、直接および間接トリガーの構成

処理に使用するトリガーを設定するために使用します。このオプションを選択すると、「トリガーの構成」ページが表示されます。

詳細は、『Oracle Fusion Middleware Oracle WebCenter Contentのマネージング』のトリガーの操作に関する項を参照してください。

「保存スケジュールの作成」または「保存スケジュールのインポート」

保存スケジュールを設定するために使用します。「保存スケジュールの作成」を選択すると、保存スケジュール内を検索中ページが表示されます。「保存スケジュールのインポート」を選択すると、「インポート/エクスポート」画面が表示されます。

ファイルのインポートおよびエクスポートの詳細は、『Oracle Fusion Middleware Oracle WebCenter Contentのマネージング』のインポートとエクスポートの管理に関する項を参照してください。

凍結理由の構成

凍結を設定するために使用します。このオプションを選択すると、凍結の構成ページが表示されます。

詳細は、『Oracle Fusion Middleware Oracle WebCenter Contentのマネージング』の凍結の管理に関する項を参照してください。

ワークフローの構成

外部ストレージ、予約およびカテゴリの処理で使用するワークフローを設定するために使用します。機能が正しく動作するには、これらのワークフローを設定する必要があります。

詳細は、『Oracle Fusion Middleware Oracle WebCenter Contentのマネージング』のワークフローの設定を参照してください。

デフォルト・レビューアの構成

デフォルト・レビューアとなるユーザーを追加するために使用します。ユーザー管理アプレットをクリックして処理を続行します。

関連コンテンツ・タイプの構成

リンクを設定するために使用します。このオプションを選択すると、「リンク・タイプの構成」ページが表示されます。

詳細は、『Oracle Fusion Middleware Oracle WebCenter Contentのマネージング』の関連コンテンツ(リンク)の構成に関する項を参照してください。

フェデレーテッド検索のデフォルト・カテゴリの構成

フェデレーテッド検索で使用するデフォルト・カテゴリおよびデフォルト・フォルダを指定するために使用します。このオプションを選択すると、次の構成変数を入力できる「コンポーネント・マネージャ」ページが表示されます。

- FederatedSearchDefaultCategory=categoryId

- FederatedSearchDefaultFolder=folderId

トリガー・フィールドとしての'プロファイル・トリガー'の構成

コンテンツ・アイテムや物理アイテムの検索とチェックインで使用するプロファイルのトリガーを設定するために使用します。

NumConnections構成変数を10に設定するというインストール要件はなくなりました。現在、この構成はOracle WebLogic Serverによって制御され、個別に設定する必要はありません。

8.2 Recordsクラスタ・ノードのその他のパラメータの構成

Recordsクラスタ・ノードの場合は、その他のパラメータを追加して、スタック・スレッドまたはその他のファイル・システムの問題など、パフォーマンスの問題を回避する必要があります。

テキスト・エディタを使用して、次のオプションを各クラスタ・ノードのDOMAIN_HOME/ucm/urm/bin/intradoc.cfgファイルに追加します。ここで指定されたディレクトリは、直接バスに追加、制御されるlocalディスク上にあり、WindowsでNTFS/CIFSにマップされたドライブ、UNIX/LinuxでマウントされたNFS、またはクラスタ化されたファイル・システム(たとえばOCFS2、GFS2、GPFS)などのリモート・ファイル・システムではありません。

TraceDirectory=local_domain_home/servers/URM_serverN/logs/
EventDirectory=local_domain_home/servers/URM_serverN/logs/event/
ArchiverDoLocks=true
DisableSharedCacheChecking=true

Oracle WebLogic Scripting Tool (WLST)のunpackコマンドを使用して作成された各クラスタ・ノードの場合は、ディレクトリを事前に作成し、その権限が最初にインストールされたノード(通常はoracle、Records管理対象サーバーを実行しているユーザーの場合はRWXD)と同じであることを確認する必要があります。後続のNは、URM_server1はノード1、URM_server2はノード2のようにノードのサーバー名と一致している必要があります。

注意:

ディレクトリは、Recordsログおよび任意のトレースを構成する場合は、ログおよびトレースを保持するために十分なスペースがあると判断される任意のローカル・ディスク・パスに配置できます。前述のパスは一案です。

最後に、共有ファイル・システム上に必要なパラメータ(他のエントリとは異なり、ローカル・ディスク・イントールを指定する必要があります)をもう1つ追加します。

UserProfilesDir=ORACLE_BASE/admin/domain_name/urm_cluster_name/urm/data/users/profiles/

注意:

Records管理対象サーバーに対して、サーバー移行の構成はできません。

8.3 RecordsでのOracleTextSearchの使用

コンテンツ・サーバーでOracleTextSearchを使用する場合は、32の最適化フィールドを使用できます。Recordsをインストールすると、最適化フィールドの数は32フィールド制限を超える場合があります。

この制限に対応するため、OracleTextSearchを検索エンジンとして構成すると、Recordsでは日付フィールドが検索不可に設定されます。このため、レコードの日付フィールドは検索ページに表示されません。

OracleTextSearchを使用しているときにRecordsをインストールし、後で検索エンジンを変更する場合は、コンテンツ・サーバー構成マネージャを使用して日付フィールドを検索可能に構成できます。

OracleTextSearchなしでRecordsをインストールし、後で現在の検索エンジンをOracleTextSearchに変更する場合は、コンテンツ・サーバー構成マネージャで日付フィールドを検索不可に手動で構成する必要があります。

RecordsでOracle Text 11gを使用して補助メタデータを検索するには、検索エンジンとしてOracleTextSearchを使用するようにそれを構成する必要があります。OracleTextSearchは、WebCenter Contentのインストール後の構成ページまたは構成ファイルで設定できます。詳細は、第4.5項「コンテンツ・サーバー用のOracleTextSearchの構成」を参照してください。

8.4 IBM DB2データ・ソースの接続プール・プロパティ値の設定

レコード管理対象サーバーにIBM DB2データ・ソースがある場合は、データ・ソースの接続プール構成でDynamicSectionsプロパティ値を少なくとも500に設定する必要があります。この設定により、DYNAMICSECTIONSエラーを防ぐことができます。

IBM DB2データ・ソースの接続プール・プロパティ値を設定するには:

1. 次のURLのOracle WebLogic Server管理コンソールにログインします。

http://adminServerHost:adminServerPort/console

adminServerHostに、ドメインの管理サーバーをホストするコンピュータの名前を指定します。adminServerPortに、管理サーバーをリスニングするポート番号を指定します。デフォルトのポート番号は7001です。次に例を示します。

http://myHost.example.com:7001/console

ログインするには、構成ウィザードの「管理者ユーザー名およびパスワードの構成」画面で指定したユーザー名およびパスワードを入力します。

2. 左側のナビゲーション・ツリーで「サービス」をクリックします。

3. 「サービスのサマリー」の下の「セクション」列で「JDBC」をクリックします。

4. 「サービスの概要: JDBC」の下の「セクション」列で「データ・ソース」をクリックします。

5. 「データ・ソース」表で、URDMSまたはレコード管理対象サーバーのデータ・ソースのJNDI名をクリックします。

6. データ・ソースの「設定」ページで、「接続プール」タブをクリックします。

7. 「プロパティ」フィールドで、JDBCドライバに渡されるプロパティのリストに次の行を追加します。

createDefaultPackage=true
replacePackage=true
dynamicSections=500

8. 「保存」ボタンをクリックします。

9 Oracle IRM構成の完了

この章では、Oracle WebLogic Serverドメインで、Oracle Information Rights Management (Oracle IRM)の初期構成を完了する方法について説明します。

この章では、次の項目について説明します。

- 第9.1項「Oracle IRMの初期構成の完了」

- 第9.2章「Oracle IRMの構成の検証」

- 第9.3項「アイデンティティ・ストアの構成」

- 第9.4項「RightsとOracle Access Manager 11gとの統合」

- 第9.5項「Oracle RACを使用するOracle IRMの構成」

9.1 Oracle IRMの初期構成の完了

Oracle IRM Managementコンソールにログインする、またはContentアプリケーション・サーバーDesktopを使用する前に、次のトピックで説明しているようにOracle IRMの構成を完了する必要があります。

- Oracle IRM用のサーバーURL構成パラメータの設定

- Oracle IRM用のキーストアの構成

注意:

本番環境では、Oracle WebCenter Contentアプリケーションは、デフォルト構成の一部であるOracle WebLogic Server組込みのLDAPサーバーではなく、外部Lightweight Directory Application Protocol (LDAP)認証プロバイダを使用する必要があります。Oracle IRMのアイデンティティ・ストアを外部LDAP認証プロバイダに再関連付けする場合は、Oracle IRM管理対象サーバーの構成を完了する前に行う方が簡単です。詳細は、第3.9項「アイデンティティ・ストアと外部LDAP認証プロバイダの再関連付け」を参照してください。

9.1.1 Oracle IRM用のサーバーURL構成パラメータの設定

Oracle Enterprise Manager Fusion Middleware ControlのOracle IRM用の「一般設定」ページで、「サーバーURL」構成パラメータをOracle IRM管理対象サーバーに設定できます。

注意:

サーバーURL値はどのシール済ドキュメントにも埋め込まれており、Oracle IRM Desktopはこの値を使用してOracle IRMサーバーを識別して接続し、ライセンスを取得します。このサーバーを使用してドキュメントをシールした後で、この構成を変更しないでください。変更すると、ドキュメントにアクセスできなくなります。

管理対象サーバーからOracle IRM Desktopに直接アクセス可能な簡易インストールの場合、この値はOracle IRM管理対象サーバーのURLになります。次に例を示します。

https://managedServerHost:managedServerPort/irm_desktop

「サーバーURL」構成パラメータを設定するには、次の手順を実行します。

1. 次のWebサイトでFusion Middleware Controlを起動します。

http://adminServerHost:adminServerPort/em

adminServerHostに、ドメインの管理サーバーをホストするコンピュータの名前を指定します。adminServerPortに、管理サーバーをリスニングするポート番号を指定します。デフォルトのポート番号は7001です。次に例を示します。

http://myHost.example.com:7001/em

ログインするには、構成ウィザードの「管理者ユーザー名およびパスワードの構成」画面で指定したユーザー名およびパスワードを入力します。

2. 左側のファーム・ナビゲーション・ツリーで、「WebCenter Content」および「権限」を開き、「IRM」をクリックします。

3. 「IRM」メニューから、「管理」を選択し、「一般設定」を選択します。
「一般設定」ページが表示されます。

4. 「サーバーURL」フィールドに、Oracle IRM管理対象サーバーにアクセスするためのURLを入力します。
管理対象サーバーからOracle IRM Desktopに直接アクセス可能な簡易インストールの場合、この値はOracle IRM管理対象サーバーのURLになり、irm_desktopで終わります。

https://managedServerHost:managedServerPort/irm_desktop

managedServerHost値は、管理対象サーバーが実行されているホストの名前です。たとえば、myhost.example.comなどとなります。Oracle IRMのデフォルトのSSLポート(managedServerPort値)は、16101です。

「一般設定」ページで、Oracle IRMの他の構成を指定することもできます。

5. 「適用」をクリックします。

9.1.2 Oracle IRM用のキーストアの構成

Oracle IRM Java EEアプリケーションは、暗号キーを使用して、データベースに保存されているOracle IRMシール済コンテンツ・キーをラップ(暗号化)およびアンラップ(復号化)します。コンテンツを作成する前に、このラッピング・キーoracle.irm.wrapを生成し、キーストアに格納する必要があります。

キーストアにアクセスするにはパスワードが必要であり、ラッピング・キーにアクセスするには、追加のパスワードが必要です。どちらのパスワードも、資格証明ストアに保存されます。

Oracle IRM用のキーストアを構成するには、次のトピックで説明するタスクを実行する必要があります。

- 暗号化アルゴリズム、キー・サイズおよびキーストアの選択

- キーストアの作成

- キーストアの場所の設定

- キーストア・パスワードの資格証明ストアへの追加

- ポリシー・ストアと資格証明ストアの構成

9.1.2.1 暗号化アルゴリズム、キー・サイズおよびキーストアの選択

Java Cryptographic Extension (JCE)セキュリティ・プロバイダによってはアルゴリズムに制限があるため、多数のアルゴリズムおよび様々なタイプのキーストアがサポートされています。ターゲット・プラットフォームに適した暗号化アルゴリズム、キー・サイズおよびキーストアを選択する必要があります。Advanced Encryption Standard (AES)キー・ラッピング・アルゴリズムは強固な暗号化アルゴリズムであり、ほとんどのプラットフォームでこのアルゴリズムを使用することをお薦めします。プラットフォームによっては、RSAキー・ラッピング・アルゴリズムが必要になります。

9.1.2.1.1 AESアルゴリズム

AESアルゴリズムでは、ラッピング・キーのサイズを256ビットまたは128ビットにすることができます。AES 256暗号化スキーマを使用してコンテンツをシールするには、256ビットのラッピング・キーを使用する必要があります。AES 128暗号化スキーマを使用してコンテンツをシールするには、128ビットまたは256ビットのラッピング・キーを使用できます。一般的に、AESキー・ラッピング・アルゴリズムはRSAキー・ラッピング・アルゴリズムよりも高速です。

注意:

キー・サイズが256ビットのAESを使用する場合は、事前に、Java Cryptography Extension (JCE) Unlimited Strength Jurisdiction PolicyファイルをOracle WebLogic ServerのJREディレクトリにインストールしておく必要があります。ポリシー・ファイルをダウンロードする方法の詳細は、Oracle Sun Technology NetworkのJava SEダウンロード・ページを参照してください。

http://www.oracle.com/technetwork/java/javase/downloads/index.html

9.1.2.1.2 RSAアルゴリズム

AIXプラットフォームにOracle IRMをインストールする場合、IBMJCEセキュリティ・プロバイダで唯一サポートされているキー・ラッピング・アルゴリズムがRSAです。RSAでは、2048ビットのキーを使用する必要があります。

9.1.2.2 キーストアの作成

keytoolコマンドによってキーストアが作成されますが、これを開くにはパスワードが必要です。キー(Oracle.irm.wrap)はキーストア内に保存され、このキーにアクセスするには、追加のパスワードが必要です。

Oracle IRM用のキーストアの作成方法:

1. setWLSEnvスクリプトを実行して、環境を設定します。

- UNIXのスクリプト: MW_HOME
/wlserver_10.3/server/bin/setWLSEnv.sh

- Windowsスクリプト:
MW_HOME\wlserver_10.3\server\bin\setWLSEnv.cmd

JavaおよびOracle WebLogic Serverツールを機能させるには、MW_HOME/wlserver_10.3/server/libディレクトリまたはMW_HOME\wlserver_10.3\server\libディレクトリにweblogic.jarファイルが存在する必要があります。

環境を正しく設定すると、keytoolがユーザーのPATH環境変数に設定されます。この設定では、この残りの手順でkeytoolコマンドに使用するディレクトリ・パスを指定します。

2. keytoolユーティリティを実行して、Oracle IRMキーストアを生成します。

- AESの場合は、単一のコマンド・ラインに次のkeytoolコマンドを入力します(キー・サイズは128または256にすることができます)。

keytool -genseckey -storetype JCEKS -alias oracle.irm.wrap
-keyalg AES -keysize 128 -keystore irm.jceks

keytoolからの指示に従って、キーストアおよび生成したキーに適切なパスワードを選択します。

- RSAの場合、単一のコマンド・ラインに次のkeytoolコマンドを入力します。

keytool -genkeypair -alias oracle.irm.wrap
-keyalg RSA -keysize 2048 -keystore irm.jks

keytoolから証明書の詳細を入力するように求められたら、提示されたデフォルト値unknownを使用します。キーストアおよび生成したキーのパスワードを入力するように求められたら、適切な値を選択します。

3. irm.jceksファイルまたはirm.jksファイルをドメインのfmwconfigディレクトリにコピーします。

- UNIXパス:
MW_HOME/user_projects/domains/DomainHome/config/fmwconfig

- Windowsパス:
MW_HOME\user_projects\domains\DomainHome\config\fmwconfig

9.1.2.3 キーストアの場所の設定

キーストア・ファイルの場所を特定できるように、Rights Server構成を更新する必要があります。サーバー構成にキーストアの場所を設定するには、Fusion Middleware Controlを使用して、Oracle IRM用の「一般設定」ページで行うか、またはWebLogic Scripting Tool (WLST)のconnectコマンドおよびsetIRMKeyStoreコマンドを使用します。

注意:

SSLが有効になっている場合は、WLSTを使用して管理サーバーに接続する前に、次のパラメータをwlst.shファイルのJVM_ARGSセクションに付加するか、またはCONFIG_JVM_ARGS環境変数に設定する必要があります。

-Dweblogic.security.SSL.ignoreHostnameVerification=true
-Dweblogic.security.TrustKeyStore=KeyStoreName

KeyStoreNameは、使用中のキーストアの名前です(組込みデモ証明書の場合はDemoTrust)。wlst.shファイルは、WebCenter Contentホーム・ディレクトリ内のcommonディレクトリのbinサブディレクトリにあります。

推奨されるキーストアの場所は、ドメイン・ホーム内のディレクトリです。

- UNIXパス:
MW_HOME/user_projects/domains/DomainHome/config/fmwconfig

- Windowsパス:
MW_HOME\user_projects\domains\DomainHome\config\fmwconfig

キーストアをこの場所に置くと、ドメインおよび対応する資格証明ストア・ファイルがバックアップされる際に、キーストア・ファイルも確実にバックアップされます。

Fusion Middleware Controlを使用してキーストアの場所を設定するには、次の手順を実行します。

1. 次のURLでFusion Middleware Controlを起動します。

http://adminServerHost:adminServerPort/em

adminServerHostに、ドメインの管理サーバーをホストするコンピュータの名前を指定します。adminServerPortに、管理サーバーをリスニングするポート番号を指定します。デフォルトのポート番号は7001です。次に例を示します。

http://myHost.example.com:7001/em

ログインするには、構成ウィザードの「管理者ユーザー名およびパスワードの構成」画面で指定したユーザー名およびパスワードを入力します。

2. 左側のファーム・ナビゲーション・ツリーで、「WebCenter Content」および「権限」を開き、「IRM」をクリックします。

3. 「IRM」メニューから、「管理」を選択し、「一般設定」を選択します。

4. キーストアのタイプについては、次のいずれかの値を入力します。

- AESキーを使用している場合はJCEKS。

- RSAキー・ペアを使用している場合はJKS。

5. 「一般設定」ページの「キーストア」フィールドで、次のキーストア・パスのいずれかを入力します。

- JCEKSキーストア用のキーストア・パス

- UNIXパス: MW_HOME/user_projects/domains
/DomainHome/config/fmwconfig/irm.jceks

- Windowsパス: MW_HOME\user_projects\domains
\DomainHome\config\fmwconfig\irm.jceks

- JKSキーストア用のキーストア・パス

- UNIXパス: MW_HOME/user_projects/domains
/DomainHome/config/fmwconfig/irm.jks

- Windowsパス: MW_HOME\user_projects\domains
\DomainHome\config\fmwconfig\irm.jks

6. 「一般設定」ページで、Oracle IRMの他の構成を指定することもできます。

7. 「適用」をクリックします。

WLSTコマンドを使用してキーストアの場所を設定するには、次の手順を実行します。

1. 次のWLSTコマンドを入力します。

- UNIXオペレーティング・システム

WCC_ORACLE_HOME/common/bin/wlst.sh
connect('username','password','t3://adminServerHost:adminServerPort')
setIRMKeyStore()

- Windowsオペレーティング・システム

WCC_ORACLE_HOME\common\bin\wlst.cmd
connect('username','password','t3://adminServerHost:adminServerPort')
setIRMKeyStore()

adminServerHostに、ドメインの管理サーバーをホストするコンピュータの名前を指定します。adminServerPortに、管理サーバーをリスニングするポート番号を指定します。デフォルトのポート番号は7001です。次に例を示します。

't3://myHost.example.com:7001'

キーストア・タイプおよびキーストア・パスの入力を求められます。

2. キーストアのタイプについては、次のいずれかの値を入力します。

- AESキーを使用している場合はJCEKS。

- RSAキー・ペアを使用している場合はJKS。

3. キーストアのパスについては、次のいずれかの値を入力します。

- AESキーストア用のキーストア・パス
UNIXパス: MW_HOME/user_projects/domains
/DomainHome/config/fmwconfig/irm.jceks

Windowsパス: MW_HOME\user_projects\domains
\DomainHome\config\fmwconfig\irm.jceks

- RSAキーストア用のキーストア・パス
UNIXパス: MW_HOME/user_projects/domains/
DomainHome/config/fmwconfig/irm.jks

Windowsパス: MW_HOME\user_projects\domains
\DomainHome\config\fmwconfig\irm.jks

9.1.2.4 キーストア・パスワードの資格証明ストアへの追加

WLSTコマンドを使用して、Oracle IRMキーストアのパスワードを資格証明ストアに追加する必要があります。キーストア・パスワードおよび生成したキーのパスワードは、キーストアを作成したときに設定したものです。これらのパスワードは、Rightsで必要とされます。

キーストア・パスワードを資格証明ストアに追加するには、次の手順を実行します。

- AESキーストアの場合、次のWLSTコマンドを入力します。

- UNIXオペレーティング・システム

WCC_ORACLE_HOME/common/bin/wlst.sh
connect('username','password','t3://adminServerHost:adminServerPort')
createCred("IRM","keystore:irm.jceks","dummy","password")
createCred("IRM","key:irm.jceks:oracle.irm.wrap","dummy","password")

- Windowsオペレーティング・システム

WCC_ORACLE_HOME\common\bin\wlst.cmd
connect('username','password','t3://adminServerHost:adminServerPort')
createCred("IRM","keystore:irm.jceks","dummy","password")
createCred("IRM","key:irm.jceks:oracle.irm.wrap","dummy","password")

注意:

- connectコマンドで、usernameおよびpasswordに正しい値を代入します。

- createCredコマンドでは、passwordを、鍵およびキーストアを作成するために使用したパスワードに置換してください。

- createCredコマンドに渡された"dummy"パラメータは、ユーザー名パラメータです。キーストアはユーザー名を使用しないため、この値は無視されます。そのため、値はdummyとして設定されます。

- 通常、creatCredコマンドは、「すでにドメイン実行時ツリーを参照しています」というテキストを返します。このテキストは、エラーを示すものではありません。

- RSAキーストアの場合、次のWLSTコマンドを入力します。

- UNIXオペレーティング・システム

WCC_ORACLE_HOME/common/bin/wlst.sh
connect('username','password','t3://adminServerHost:adminServerPort')
createCred("IRM","keystore:irm.jks","dummy","password")
createCred("IRM","key:irm.jks:oracle.irm.wrap","dummy","password")

- Windowsオペレーティング・システム

WCC_ORACLE_HOME\common\bin\wlst.cmd
connect('username','password','t3://adminServerHost:adminServerPort')
createCred("IRM","keystore:irm.jks","dummy","password")
createCred("IRM","key:irm.jks:oracle.irm.wrap","dummy","password")

注意:

- connectコマンドで、usernameおよびpasswordに正しい値を代入します。

- createCredコマンドでは、passwordを、鍵およびキーストアを作成するために使用したパスワードに置換してください。

- createCredコマンドに渡された"dummy"パラメータは、ユーザー名パラメータです。キーストアはユーザー名を使用しないため、この値は無視されます。そのため、値はdummyとして設定されます。

- 通常、creatCredコマンドは、「すでにドメイン実行時ツリーを参照しています」というテキストを返します。このテキストは、エラーを示すものではありません。

9.1.2.5 ポリシーおよび資格証明ストアの構成

Oracle IRMは、Oracle Platform Security Services (OPSS)の資格証明ストア・フレームワークを使用して、Oracle IRMキーストアのパスワードを取得します。第3.9項「アイデンティティ・ストアと外部LDAP認証プロバイダの再関連付け」の説明に従って資格証明ストアおよびポリシー・ストアを外部LDAP認証プロバイダに再関連付けしている場合、Oracle IRMに固有の構成手順はありません。

9.2 Oracle IRM構成の検証

Oracle IRM管理対象サーバーが実行中であるときは、Oracle IRMアプリケーションはOracle WebLogic Serverドメインにデプロイされています。管理対象サーバーが正常に構成されたかどうかは、次のURLにアクセスして検証できます。

https://managedServerHost:managedServerPort/irm_desktop

次に例を示します。

https://myhost.example.com:16101/irm_desktop

9.3 アイデンティティ・ストアの構成

Oracle IRMは、OPSSを使用して、外部LDAP認証プロバイダからユーザーおよびグループの詳細を取得します。アイデンティティ・ストアを構成する方法の詳細は、第3.9項「アイデンティティ・ストアと外部LDAP認証プロバイダの再関連付け」を参照してください。

9.4 RightsとOracle Access Manager 11gとの統合

Oracle Access Managerは、Oracle WebCenter Contentアプリケーションの推奨されるシングル・サインオン(SSO)ソリューションです。柔軟で拡張可能な認証および認可と、監査サービスが備えられています。Oracle IRMとOracle Access Managerのそれぞれを統合用に構成して、両者を統合できます。

Oracle IRMは、Oracle Access ManagerでBasic認証をサポートします。Oracle Access Managerには認可エンジンが搭載されており、アクセスを要求するユーザーのプロパティと要求を行った環境に基づいて特定のリソースへのアクセスを付与または拒否できます。

Oracle IRMは現在、ここで説明するようにOracle Access Manager 11gを使用してSSOを限定的にサポートしています。

Oracle Access Manager 11gについて、公開URIを指定する必要があります。

- /irm_rights

- /irm_rights/.../*

Oracle IRM Desktopは、Oracle Access Manager 11gをサポートしません。

次のURIを保護する必要もあります。

- /irm_rights/faces

Oracle IRM 11gサーバー管理コンソールでシングル・サインオン(SSO)を実装すると、想定どおりにアプリケーションにアクセスできます。有効なユーザー名とパスワードの組合せを入力すると、同じSSOセッションが続く間ずっとその組合せが認識されます。

Oracle Access Manager 10gでOracle IRM DesktopのSSOを実装することはできますが、ユーザー名とパスワードの組合せを1回入力して同じセッションで複数のアプリケーションにアクセスすることはできません。同じSSOセッション内ですでに有効なユーザー名とパスワードを指定している場合でも、Oracle IRM Desktopユーザーはユーザー名とパスワードを入力するように求められます。このレベルでSSOをサポートしている場合、識別しやすいサインオン・ダイアログが表示され、ユーザー名とパスワードの正しい組合せを入力できます。

注意:

- Oracle IRM Desktopは、Oracle Access Manager 10gでのみサポートされており、リリース11.1.1.6.0用のOracle Access Manager 11gではサポートされていません。

- Oracle Access Manager 10gの詳細は、『Oracle Access Managerアクセス管理ガイド』を参照してください。

- Windowsネイティブ認証(WNA)を構成する方法の詳細は、『Oracle Fusion Middleware Oracle WebLogic Serverの保護』のMicrosoftクライアントによるシングル・サインオンの構成に関する項を参照してください。

Oracle Access Manager 11gをインストールして構成した後、Oracle IRMと連携して動作するように構成できます。

注意:

次の手順は、Oracle WebCenter Contentをインストールして(第2章「Oracle WebCenter Contentのインストール」を参照)、Oracle IRM管理対象サーバーを構成(第3章「Oracle WebCenter Contentアプリケーションの構成」を参照)した後で実行してください。また、必要な接続を構成し、テストしておくことをお薦めします。

Oracle IRMとOracle Access Manager 11gが連携して動作するように構成するには、次の手順を実行します。

1. 『Oracle Fusion Middleware Oracle Identity and Access Managementインストレーション・ガイド』のOracle Identity and Access Management (11.1.1.7.0)のインストールに関する項に従って、Oracle Access Manager 11gをインストールします。

2. 『Oracle Fusion Middleware Oracle Identity and Access Managementインストレーション・ガイド』のOracle Access Managerの構成に関する項に従って、Oracle Access Manager 11gを構成します。

3. 『Oracle Fusion Middleware Oracle Web Tierインストレーション・ガイド』の説明に従って、Oracle HTTP Server (OHS)をインストールし、構成します。

4. Oracle Fusion Middleware Webgates for Oracle Access ManagerのインストールのOAMでのOracle HTTP Server 11g Webgateのインストールと構成に関する項に従って、WebGateをインストールて構成します。

5. mod_wl_ohs.confファイルに転送されるように、次の例のようにOracle WebCenter ContentのURIを追加します。

# IRM management website
<Location /irm_rights>
SetHandler weblogic-handler
WebLogicHost managedServerHost
WebLogicPort managedServerPort
</Location>

前記の例で、managedServerHostはOracle IRMをホストしているマシンのホスト名を表し、managedServerPortはOracle IRMをホストしているOracle WebLogic Serverインスタンスのポート番号を表します。

注意:

前述のLocation要素のエントリは、WebサーバーがURLパターン(たとえば、/irm_rights)に一致するリクエストのOracle IRM管理対象サーバーへの転送に使用されます。

次の例のLocation要素には、ホストおよびポート番号を指定します。

<Location /irm_rights>
SetHandler weblogic-handler
WebLogicHost irm.example.com
WebLogicPort 16100
</Location>

6. 『Oracle Fusion Middleware Oracle Access Manager with Oracle Security Token Service管理者ガイド』の説明に従ってOracle Access Managerコンソールにログインし、管理者ガイドの指示に従って次のタスクを実行します。

1. IRMドメインという名前で新しいアプリケーション・ドメインを作成します。

2. 「IRMドメイン」、「リソース」の順に選択し、次にすべてのOracle IRM URLのエントリを作成します。

- /irm_rights

- /irm_rights/.../*

- /irm_rights/faces

- /irm_rights/faces/.../*

3. 「IRMドメイン」、「認証ポリシー」の順に選択し、次に保護ポリシーおよびパブリック・ポリシーを作成します。

4. 認証保護ポリシーでは、次のOracle IRMリソースを追加します。

- /irm_rights/faces

- /irm_rights/faces/.../*

5. 認証パブリック・ポリシーでは、次のOracle IRMリソースを追加します。

- /irm_rights

- /irm_rights/.../*

6. 「IRMドメイン」、「認可ポリシー」の順に選択し、次に保護ポリシーおよびパブリック・ポリシーを作成します。

7. 認証ポリシーに一致するように、同じOracle IRM保護リソースおよびパブリック・リソースを保護ポリシーおよびパブリック・ポリシーに追加します。

7. 次のタスクを実行して、Oracle WebCenter Contentドメインを構成します。

1. Oracle Access Manager IDアサータを追加し、構成します。

2. Oracle Internet Directoryを追加し、構成します。

3. OPSS (Oracle Access Manager) SSOプロバイダを追加します。

これらのタスクの詳細は、『Oracle Fusion Middlewareアプリケーション・セキュリティ・ガイド』のOracle Access Manager 11g SSOソリューションのデプロイに関する項を参照してください。

8. Oracle Access Managerインストールをテストします。
Oracle Access Manager 11gをインストールして構成した後、構成済のすべてのアプリケーションにアクセスできることと、グローバルなログインおよびログアウトによって再びサインインを求められることなく構成済のすべてのアプリケーションにアクセスできることを確認します。また、可能な場合はグローバルなログアウトをテストし、関連する他のすべてのアプリケーションからログアウトしたことを確認します。

たとえば、mod_wl_ohs.confが/irm_rightsをirm.example.com:16100にリダイレクトし、OHSがポートoam.example.com:7778をリスニングしている場合、IRM Rightsアプリケーションにアクセスするには、https://oam.example.com:7778/irm_rightsを使用します。ただし、Oracle Access Managerがすでに正しく設定されているものとします。認証後、Oracle Access Managerは内部でリクエストをhttps://irm.example:16100/irm_rightsに委任します。

9.5 Oracle RACを使用するOracle IRMの構成

Oracle IRMインスタンスでOracle RACを使用するには、Oracle WebLogic Server管理コンソールで次の手順を行って、Oracle IRMデータソースを変更する必要があります。

1. 「サービス」から「JDBC」、「データソース」の順に選択します。

2. データ・ソースとしてOracle IRMを選択します。

3. 「トランザクション」タブで「グローバル・トランザクションのサポート」→「2フェーズ・コミットのエミュレート」を選択します。

4. 「保存」をクリックします。

これにより、Oracle RAC用のOracle IRMデータソースのglobal-transactions-protocolがEmulateTwoPhaseCommitに設定されます。

10 Oracle WebCenter Contentの構成の検証

この章では、Oracle WebCenter Contentとそのアプリケーションの構成を検証する方法について説明します。

この章では、次の項目について説明します。

- 第10.1項「管理サーバーの起動」

- 第10.2項「管理対象サーバーの起動」

- 第10.3項「管理対象サーバーの再起動」

- 第10.4項「Oracle WebCenter Contentでのノード・マネージャの使用」

- 第10.5項「管理対象サーバーのJavaヒープ・サイズの増大」

- 第10.6項「Oracle WebCenter Contentの構成の検証」

10.1 管理サーバーの起動

アプリケーションの管理対象サーバーを起動する前に、Oracle WebLogic Serverドメインの管理サーバーを起動する必要があります。

管理サーバーを起動するには、次の手順を実行します。

1. startWebLogicスクリプトを実行します(ドメイン・ホーム・ディレクトリの下のbinディレクトリから)。

- UNIXスクリプト: MW_HOME/user_projects/domains/DomainHome/bin
/startWebLogic.sh [http://admin_url]

注意:

Linuxオペレーティング・システムでは、シェルは開いたままになります。

- Windowsスクリプト: MW_HOME\user_projects\domains\DomainHome
\bin\startWebLogic.cmd [http://admin_url]

ミドルウェア・ホーム(MW_HOME)へのディレクトリ・パスおよびドメインの名前(DomainHome)は、Fusion Middleware構成ウィザードの「ドメイン名と場所の指定」画面で指定したものです。

admin_urlの値は管理サーバーのURLです。管理サーバーがデフォルト・ポートの7001を使用しない場合は、admin_urlの値を指定する必要があります(http://localhost:8001/など)。

2. 本番システムでは、Oracle WebLogic Serverのユーザー名とパスワードを入力します。
構成ウィザードの「管理者ユーザー名およびパスワードの構成」画面で指定した値を入力します。

3. 次のURLのOracle WebLogic Server管理コンソールにアクセスします。

http://adminServerHost:adminServerPort/console

adminServerHostに、ドメインの管理サーバーをホストするコンピュータの名前を指定します。adminServerPortに、管理サーバーをリスニングするポート番号を指定します。デフォルトのポート番号は7001です。次に例を示します。

http://myHost.example.com:7001/console

ログインするには、構成ウィザードの「管理者ユーザー名およびパスワードの構成」画面で指定したユーザー名およびパスワードを入力します。

10.2 管理対象サーバーの起動

Oracle WebLogic Serverドメインの各管理対象サーバーは、ドメイン・ホーム・ディレクトリの下のbinディレクトリから起動できます。

- UNIXパス: MW_HOME/user_projects/domains/DomainHome/bin

- Windowsパス: MW_HOME\user_projects\domains\DomainHome\bin

ミドルウェア・ホーム(MW_HOME)へのディレクトリ・パスおよびドメインの名前(DomainHome)は、Fusion Middleware構成ウィザードの「ドメイン名と場所の指定」画面で指定したものです。

重要:

- Imaging管理対象サーバーを初めて起動してログインする前に第6.1項「Imaging構成の完了」を参照し、管理対象サーバーの起動は第6.1.2項「Imaging管理対象サーバーの起動およびWebクライアントへのアクセス」の前のタスクを完了してから行ってください。

- Oracle IRM Managementコンソールに初めてログインする、またはContentアプリケーション・サーバーDesktopを初めて使用する前に、第9.1項「Oracle IRMの初期構成の完了」を参照してください。

管理対象サーバーを起動するには、次のコマンドを使用します。

1. 管理サーバーを起動します(第10.1項「管理サーバーの起動」を参照)。

2. startManagedWebLogicスクリプトを実行します。

- UNIXスクリプト: MW_HOME/user_projects/domains/DomainHome/bin
/startManagedWebLogic.sh server_name [admin_url]

- Windowsスクリプト: MW_HOME\user_projects\domains\DomainHome
\bin\startManagedWebLogic.cmd server_name [admin_url]

このスクリプトでは、次のいずれかの名前のようなサーバー名を指定する必要があります。

- UCM_server1 (WebCenter Content)

- IBR_server1 (Inbound Refinery)

- IPM_server1 (Imaging)

- capture_server1 (Capture)

- IRM_server1 (Oracle IRM)

- URM_server1 (Records)

管理対象サーバー名は、startManagedWebLogic_readme.txtファイルにあります。UNIXオペレーティング・システムでサーバー名を表示するには、次のコマンドを発行します。

cat MW_HOME/user_projects/domains/domain_name/startManagedWebLogic_readme.txt

Windowsオペレーティング・システムでサーバー名を表示するには、次のファイルをダブルクリックします。

MW_HOME\user_projects\domains\domain_name\startManagedWebLogic_readme.txt

admin_urlの値は管理サーバーのURLです。これはオプションのパラメータです。管理サーバーがデフォルト・ポートの7001を使用しない場合は、admin_urlの値を指定する必要があります(http://localhost:8001/など)。

サーバーが起動する前に、Oracle WebLogic Serverのユーザー名とパスワードの入力を求められます。これらは、構成ウィザードの「管理者ユーザー名およびパスワードの構成」画面で指定したものです。

たとえば、次のスクリプトにより、Imagingの管理対象サーバーがUNIXオペレーティング・システムで起動されます。

cd MW_HOME/user_projects/domains/domain_name/bin
./startManagedWebLogic.sh IPM_server1 http://localhost:8001/

Windowsオペレーティング・システムでは、次のスクリプトでローカル・ホスト上のOracle IRM管理対象サーバーが起動します。

MW_HOME\user_projects\domains\domain_name\bin\
startManagedWebLogic.cmd IRM_server1

管理対象サーバーを最初に起動した後、起動時にユーザー名とパスワードの入力を求められないようにするには、domain-home/servers/server-name/security/ディレクトリにboot.propertiesファイルを作成します。このファイルには次の行が含まれます。

username=USERNAME
password=PASSWORD

boot.propertiesファイルは、管理対象サーバーが最初に起動されるときに暗号化されます。

Oracle Enterprise Manager Fusion Middleware Controlを使用した管理対象サーバーの停止および起動の詳細は、『Oracle Fusion Middleware管理者ガイド』のOracle WebLogic Serverインスタンスの起動および停止に関する項を参照してください。

10.3 管理対象サーバーの再起動

管理対象サーバーの構成への変更を有効にするには、管理対象サーバーを再起動する必要があります。管理対象サーバーは、管理コンソール、停止および起動スクリプトまたはFusion Middleware Controlから再起動できます。

次の例では、stopManagedWebLogicおよびstartManagedWebLogicスクリプトで管理対象サーバーを再起動する方法を示します。詳細は、Oracle Fusion Middleware Oracle WebCenter Contentの管理のシステム・プロセスの管理に関する項を参照してください。

コマンド・ラインのスクリプトで管理対象サーバーを再起動するには、次の手順を実行します。

1. 管理対象サーバーをstopManagedWebLogicスクリプトで停止します。

- UNIXスクリプト:
DomainHome/bin/stopManagedWebLogic.sh UCM_server1

- Windowsスクリプト:
DomainHome\bin\stopManagedWebLogic.cmd UCM_server1

2. 管理サーバーをstopWebLogicスクリプトで停止します。

- UNIXスクリプト: DomainHome/bin/stopWebLogic.sh

- Windowsスクリプト: DomainHome\bin\stopWebLogic.cmd

3. 管理サーバーをstartWebLogicスクリプトで起動します。

- UNIXスクリプト: DomainHome/bin/startWebLogic.sh

- Windowsスクリプト: DomainHome\bin\startWebLogic.cmd

4. 管理対象サーバーをstartManagedWebLogicスクリプトで起動します。

- UNIXスクリプト:
DomainHome/bin/startManagedWebLogic.sh UCM_server1

- Windowsスクリプト:
DomainHome\bin\startManagedWebLogic.cmd UCM_server1

10.4 Oracle WebCenter Contentでのノード・マネージャの使用

Oracle WebLogic Serverノード・マネージャによって、WebLogic Serverインスタンスをリモートで起動および停止し、これを監視し、また予期しない障害発生後に自動的に再起動できます。Oracle WebCenter Content管理対象サーバー、WebLogic Server管理サーバーおよびノード・マネージャは、WebLogic Serverドメインで連携するよう構成できます。ノード・マネージャはサーバー・インスタンスをホストするすべてのマシンにインストールされます。

ノード・マネージャを使用する前にドメインのOracle WebCenter Content管理対象サーバーを起動および停止するには、次のような構成タスクを実行する必要があります。

- ドメインに1マシン以上を構成します。

- 管理サーバーおよび管理対象サーバー(AdminServer、IPM_server1およびUCM_server1など)を1つ以上のマシンに割り当てます。

- ノード・マネージャでのOracle WebCenter Content起動スクリプト使用を有効化するには、nodemanager.propertiesファイルのStartScriptEnabledプロパティをtrueに設定します。

この項では、WebLogic Serverドメインでマシンを構成し、管理サーバーおよび管理対象サーバーをマシンへ割り当て、ノード・マネージャの起動前に起動スクリプト使用を有効にする方法について説明します。ドメインを作成または拡張してOracle WebCenter Contentを構成する方法の詳細は、第3章「Oracle WebCenter Contentアプリケーションの構成」を参照してください。

10.4.1 マシンの構成

管理サーバーがリモート・サーバーを開始するために、ノード・マネージャ・アプリケーションとともにマシン定義を使用します。Oracle WebCenter Contentの初期構成では、Fusion Middleware構成ウィザードを介してマシンを構成できます。初期構成後は、Oracle WebLogic Server管理コンソールを介してマシンを構成できます。デフォルトで、ローカル・ホストはあらかじめ構成されており、LocalMachineという名前です。

Fusion Middleware構成ウィザードを介してマシンを構成する手順は次のとおりです。

1. Fusion Middleware構成ウィザードの「オプションの構成を選択」画面に進み、「管理対象サーバー、クラスタ、およびマシン」を選択します。

2. 「マシンの構成」画面で「追加」をクリックします。

3. 次のフィールドに値を指定します。

- 名前
Linux-Boxなど、有効なマシン名を入力します。マシン名は、Oracle WebLogic Serverドメイン内でマシンを識別するものであり、マシンのネットワーク名と一致する必要はありません。名前はドメイン内で一意である必要があります。

- ノード・マネージャ・リスニング・アドレス
ドロップダウン・リストから、ノード・マネージャで接続要求のリスニングに使用するリスニング・アドレスの値を選択します。デフォルトでは、ドロップダウン・リストにローカル・システムに定義済のIPアドレスおよびlocalhostが表示されます。デフォルト値はlocalhostです。

管理サーバーをホストするマシンのIPアドレスを指定し、ノード・マネージャにアクセスする必要がある場合は、ホスト名の検証を無効にする必要があります。詳細は、Oracle Fusion Middleware Oracle WebCenter Contentエンタープライズ・デプロイメント・ガイドのホスト名の検証の無効化に関する項を参照してください。

- ノード・マネージャ・リスニング・ポート
ノード・マネージャで接続要求のリスニングに使用するリスニング・ポートの有効な値を入力します。ノード・マネージャの有効なリスニング・ポートの範囲は1から65535です。デフォルト値は5556です。

WebLogic Server管理コンソールを介してマシンを構成する手順は次のとおりです。

1. WebLogic Serverの管理コンソールにログインします。

2. 左側の「ドメイン構造」で、「環境」を開き、「マシン」をクリックします。

3. 「マシンのサマリー」画面で「新規」をクリックします。

4. 「マシンID」手順で次のアイテムの値を指定します。

- 名前

- マシンのOS

5. 「次へ」をクリックします。

6. 「ノード・マネージャのプロパティ」手順で、次のアイテムの値を指定します。

- タイプ

- リスニング・アドレス

- リスニング・ポート

オプションで、デバッグ設定を構成します。

7. 「終了」をクリックします。

10.4.2 サーバーのマシンへの割当て

各マシン定義では、0台以上のサーバーを管理できます。Oracle WebCenter Contentの初期構成で、Fusion Middleware構成ウィザードを介して管理サーバーと管理対象サーバーを1つ以上のマシンに割り当てることができます。

初期構成後は、Oracle WebLogic Server管理コンソールを介して管理対象サーバーをマシンに割り当てることができます。

Fusion Middleware構成ウィザードを介してサーバーをマシンに割り当てる手順は次のとおりです。

1. 「サーバーのマシンへの割当」画面の「サーバー」領域で、サーバーを1つ以上選択します。

2. 右矢印ボタンをクリックして、選択したサーバーをマシンに割り当てます。

3. 完了したら、「次」をクリックします。

WebLogic Server管理コンソールを介してマシンにサーバーを割り当てる手順は次のとおりです。

1. WebLogic Serverの管理コンソールにログインします。

2. 左側の「ドメイン構造」で、「環境」を開き、「マシン」をクリックします。

3. サーバーを割り当てるマシン名をクリックします。

4. 表示される「設定」画面で、「構成」の下の「サーバー」タブをクリックします。

5. 「追加」をクリックします。

6. 「マシンにサーバーを追加」画面の「サーバーの識別」の下で、使用可能なサーバーのリストから追加するサーバーを選択します。(オプションで、新しいサーバーを作成できます。)

7. 「次へ」または「終了」をクリックします。

10.4.3 ノード・マネージャを起動する前の起動スクリプト使用の有効化

最初にノード・マネージャを起動する前に、setNMProps.shスクリプトを実行してStartScriptEnabledプロパティをtrueに設定します。管理対象サーバーを起動スクリプトで起動するには、この設定がノード・マネージャに必要です。クラスのロードの失敗やその他の問題を回避するには、StartScriptEnabledプロパティを使用します。

マシンに割り当てられている1つ以上の管理対象サーバーをホストしているマシン上で、ノード・マネージャの起動スクリプト使用を有効化すると、管理コンソールまたはコマンドラインを使用してリモートで管理対象サーバーを起動または停止できます。予期しないエラーが発生した管理対象サーバーをノード・マネージャから自動的に再起動することもできます。

Records管理対象サーバーの場合は、ノード・マネージャを起動する前に、第8.1項「Recordsの初期構成の完了」の説明に従ってRecords設定チェックリストを完了します。

起動スクリプトを有効化し、ノード・マネージャを起動する手順は次のとおりです。

1. 次のディレクトリに移動します。

MW_HOME/oracle_common/common/bin

MW_HOMEはOracle Fusion Middlewareがインストールされているディレクトリです。

2. setNMProps.shスクリプトを実行し、ノード・マネージャを起動する前にStartScriptEnabledプロパティをtrueに設定します。

./setNMProps.sh

これは1回かぎりです。このスクリプトの実行後は、再度ノード・マネージャを起動する前にこのステップを実行する必要はありません。

3. ノード・マネージャをstartNodeManagerスクリプトで起動します。
UNIXスクリプト: WL_HOME/server/bin/startNodeManager.sh

Windowsスクリプト: WL_HOME\server\bin\startNodeManager.cmd

WL_HOMEはOracle WebLogic Serverがインストールされているディレクトリです。

ノード・マネージャの詳細は、『Oracle WebLogic Serverサーバーの起動と停止の管理』および『Oracle WebLogic Serverノード・マネージャ管理者ガイド』を参照してください。

10.4.4 管理対象サーバーへのノード・マネージャの使用

Oracle Node Managerを使用して、WebLogic Server管理コンソールを介してOracle WebLogic Serverインスタンスをリモートで起動および停止し、これを監視し、また予期しない障害発生後に自動的に再起動できます。

1. WebLogic Serverの管理コンソールにログインします。

2. 左側の「ドメイン構造」で、「環境」を開いて、「サーバー」をクリックします。

3. 「制御」タブをクリックします。

4. 制御するサーバーを1台以上選択します。

5. 制御機能に対応するボタンをクリックします。

10.5 管理対象サーバーのJavaヒープ・サイズの増加

Oracle WebLogic Server管理対象サーバーのデフォルトのJavaヒープ・サイズは512MBです。Oracle JRockit JDKのパフォーマンスを向上させるには、Oracle WebCenter Contentドメインの各管理対象サーバーのヒープ・サイズを1GB (1024MB)に増やします。ノード・マネージャを使用して管理対象サーバーを起動する場合は、起動スクリプトまたはコマンド・ファイルにUSER_MEM_ARGS環境変数を設定して、管理対象サーバーのヒープ・サイズを指定できます。

Java VMヒープ・サイズを増やすには、-Xmxパラメータの値を設定します。詳細は、第3.5.2項「管理対象サーバーのUSER_MEM_ARGS環境変数の設定」を参照してください。

10.6 Oracle WebCenter Contentの構成の検証

Oracle WebCenter Contentの構成を検証するには、Webブラウザを起動して次のURLを入力し、管理サーバー、管理コンソール、Fusion Middleware Control、およびOracle WebLogic Serverドメインのアプリケーションにテスト・アクセスします。

- 管理サーバーにアクセスするには、次の手順を実行します。

http://adminServerHost:adminServerPort

adminServerHostに、ドメインの管理サーバーをホストするコンピュータの名前を指定します。adminServerPortに、管理サーバーをリスニングするポート番号を指定します。デフォルトのポート番号は7001です。次に例を示します。

http://myHost.example.com:7001

ログインするには、構成ウィザードの「管理者ユーザー名およびパスワードの構成」画面で指定したユーザー名およびパスワードを入力します。

- 管理コンソールにアクセスするには、次の手順を実行します。

http://adminServerHost:adminServerPort/console

adminServerHostに、ドメインの管理サーバーをホストするコンピュータの名前を指定します。adminServerPortに、管理サーバーをリスニングするポート番号を指定します。デフォルトのポート番号は7001です。次に例を示します。

http://myHost.example.com:7001/console

ログインするには、構成ウィザードの「管理者ユーザー名およびパスワードの構成」画面で指定したユーザー名およびパスワードを入力します。

- Fusion Middleware Controlにアクセスするには、次の手順を実行します。

http://adminServerHost:adminServerPort/em

adminServerHostに、ドメインの管理サーバーをホストするコンピュータの名前を指定します。adminServerPortに、管理サーバーをリスニングするポート番号を指定します。デフォルトのポート番号は7001です。次に例を示します。

http://myHost.example.com:7001/em

ログインするには、構成ウィザードの「管理者ユーザー名およびパスワードの構成」画面で指定したユーザー名およびパスワードを入力します。

Fusion Middleware Controlで、Oracle WebCenter Contentアプリケーションのページを構成できます。

- コンテンツ・サーバーにアクセスしてWebCenter Contentをテストするには、次の手順を実行します。

http://managedServerHost:managedServerPort/cs

WebCenter Contentのデフォルトのポート番号は16200です。

コンテンツ・サーバーの構成を完了するには、Oracle WebCenter Content Serverに最初にログインするユーザーがOracle WebLogic Serverドメインの管理者でなければなりません。詳細は、第4.2項「WebCenter Contentの初期構成の完了」、およびOracle Fusion Middleware Oracle WebCenter Contentの管理のシステム管理タスクの概要に関する項、セキュリティとユーザー・アクセスの理解に関する項、システム・プロセスの管理に関する項を参照してください。

- 新しく設定したInbound Refineryインスタンスをテストするには、次の手順を実行します。

http://managedServerHost:managedServerPort/ibr

Oracle WebLogic Serverのユーザー名とパスワードでログインします。Inbound Refineryのデフォルトのポート番号は16250です。

- 新しく設定したImagingインスタンスをテストするには、次の手順を実行します。

http://managedServerHost:managedServerPort/imaging

Oracle WebLogic Serverのユーザー名とパスワードでログインします。Imagingのデフォルトのポート番号は、16000です。

- Oracle Application Extension Framework (AXF)管理コンソールにアクセスするには、次の手順を実行します。

http://<Server>:16000/axf/faces/pages/axfadmin.jspx

- Oracle Business Process Management (Oracle BPM)作業リストにアクセスするには、次の手順を実行します。

http://<Server>:8001/integration/worklistapp

- 新しく設定したCaptureインスタンスをテストするには、次の手順を実行します。

http://managedServerHost:managedServerPort/dc-console

Oracle WebLogic Serverのユーザー名とパスワードでログインします。Captureのデフォルトのポート番号は16400です。

- Captureクライアントのテスト方法:

http://managedServerHost:managedServerPort/dc-client

Oracle WebLogic Serverのユーザー名とパスワードでログインします。Captureのデフォルトのポート番号は16400です。

- 新しく設定したOracle IRMインスタンスをテストするには、次の手順を実行します。

https://managedServerHost:managedServerPort/irm_desktop

- 新しく設定したRecordsインスタンスをテストするには、次の手順を実行します。

http://managedServerHost:managedServerPort/urm

Oracle WebLogic Serverのユーザー名とパスワードでログインします。Recordsのデフォルトのポート番号は16300です。

11 Oracle WebCenter Contentのアンインストール

この章では、Oracle Fusion MiddlewareからOracle WebCenter Contentをアンインストールする方法について説明します。

この章では、次の項目について説明します。

- 第11.1項「Oracle WebCenter Contentをアンインストールする準備」

- 第11.2項「Oracle Fusion Middlewareの停止に関する項」

- 第11.3項「Oracle WebCenter Contentスキーマの削除」

- 第11.4項「WebCenter Content Oracleホームの削除」

11.1 Oracle WebCenter Contentをアンインストールする準備

Oracle WebCenter Contentのシステムからのアンインストールには、Oracle WebLogic Serverの停止、アプリケーション・スキーマの削除およびOracleホームのアンインストールと削除が含まれています。

ソフトウェアを削除するには、この章で説明する手順を使用します。ソフトウェアを手動で削除しようとすると、後で再度ソフトウェアをインストールする際に問題が発生する可能性があります。この項の手順に従うことで、ソフトウェアを正しく削除することができます。

11.2 Oracle Fusion Middlewareの停止

Oracle Fusion MiddlewareからOracle WebCenter Contentコンポーネントをアンインストールする前に、すべてのサーバーおよびプロセスを停止する必要があります。

Oracle WebLogic Serverドメイン内の各管理対象サーバーを、ドメイン・ホーム・ディレクトリの下のbinディレクトリから停止できます。

- UNIXパス: MW_HOME/user_projects/domains/DomainHome/bin

- Windowsパス: MW_HOME\user_projects\domains\DomainHome\bin

ミドルウェア・ホーム(MW_HOME)へのディレクトリ・パスおよびドメインの名前(DomainHome)は、Fusion Middleware構成ウィザードの「ドメイン名と場所の指定」画面で指定したものです。

Oracle WebLogic Serverおよびサーバー・プロセスを停止するには、次の手順を実行します。

1. Oracle WebLogic Serverドメイン内の各管理対象サーバーをstopManagedWebLogicスクリプトで停止します。

- UNIXスクリプト: MW_HOME/user_projects/domains/DomainHome/bin
/stopManagedWebLogic.sh server_name [admin_url]

- Windowsスクリプト: MW_HOME\user_projects\domains\DomainHome
\bin\stopManagedWebLogic.cmd server_name [admin_url]

このスクリプトでは、次のいずれかの名前のようなサーバー名を指定する必要があります。

- UCM_server1 (WebCenter Content)

- IBR_server1 (Inbound Refinery)

- IPM_server1 (Imaging)

- capture_server1 (Capture)

- IRM_server1 (Oracle IRM)

- URM_server1 (Records)

管理対象サーバー名は、startManagedWebLogic_readme.txtファイルにあります。UNIXオペレーティング・システムでサーバー名を表示するには、次のコマンドを発行します。

cat MW_HOME/user_projects/domains/domain_name/startManagedWebLogic_readme.txt

Windowsオペレーティング・システムでサーバー名を表示するには、次のファイルをダブルクリックします。

MW_HOME\user_projects\domains\domain_name\startManagedWebLogic_readme.txt

admin_urlの値は管理サーバーのURLです。管理サーバーがデフォルトのポート7001を使用していない場合、admin_urlの値をt3://localhost:8001/のように指定する必要があります。

Oracle WebLogic Serverのユーザー名およびパスワードの入力を求められた場合は、構成ウィザードの「管理者ユーザー名およびパスワードの構成」画面で指定したユーザー名およびパスワードを使用します。

2. ドメインの管理サーバーへの接続(Webブラウザ・インタフェースなど)を閉じ、管理サーバーを停止します。

- UNIXスクリプト: DomainHome/bin/stopWebLogic.sh

- Windowsスクリプト: DomainHome\bin\stopWebLogic.cmd

詳細は、『Oracle Fusion Middleware管理者ガイド』のOracle Fusion Middlewareの起動と停止に関する項を参照してください。

11.3 Oracle WebCenter Contentスキーマの削除

1つ以上のOracle WebCenter Contentのスキーマをデータベースから削除するには、リポジトリ作成ユーティリティ(RCU)を実行します。

11.3.1 リポジトリ作成ユーティリティの起動

リポジトリ作成ユーティリティが含まれているZIPファイルは、次のいずれのWebサイトからでもダウンロードできます。

- Oracle Software Delivery Cloud

http://edelivery.oracle.com/

- Oracle Technology Network (OTN)にあるOracle Fusion Middleware 11gソフトウェアのダウンロード・ページ

http://www.oracle.com/technetwork/indexes/downloads/index.html

ZIPファイルをダウンロードした後、任意のディレクトリに内容を抽出し、前述の説明に従ってRCUを起動します。

注意:

Windowsオペレーティング・システムでは、名前に空白が含まれるディレクトリにRCU ZIPファイルを解凍しないでください。

rcu起動ファイルを使用してRCUを起動します。

- UNIXパス: RCU_HOME/bin/rcu

- Windowsパス: RCU_HOME\BIN\rcu.bat

11.3.2 スキーマの削除

次の手順に従って、Oracle WebCenter Contentの1つ以上のスキーマを削除します。

1. 「ようこそ」画面
「次へ」をクリックします。

2. 「リポジトリの作成」画面
「削除」を選択し、「次へ」をクリックします。

3. 「データベース接続の詳細」画面
データベース・インスタンスに接続するための資格証明を入力します。これらの資格証明は、Oracle WebCenter Contentスキーマを作成した際にこの画面で指定した資格証明と同じです。詳細は、第2.2項「リポジトリ作成ユーティリティによるOracle WebCenter Contentスキーマの作成」を参照してください。

「次へ」をクリックします。「前提条件チェック」画面が表示されます。

前提条件エラーがある場合、「データベース接続の詳細」画面にエラーの詳細が表示されます。エラーを修正し、「次へ」を再度クリックします。

エラーなしでチェックが完了したら、「OK」をクリックして画面を閉じます。

4. 「コンポーネントの選択」画面
スキーマ接頭辞を選択し、リポジトリから削除する各スキーマの名前を選択します。

「次へ」をクリックします。「前提条件の確認中」ダイアログ・ボックスが表示されます。

前提条件にエラーがある場合は、「コンポーネントの選択」画面にエラーの詳細が表示されます。エラーを修正し、「次へ」を再度クリックします。

エラーが発生せずにチェックが完了したら、「OK」をクリックしてダイアログ・ボックスを閉じ、「次へ」をクリックします。

5. 「サマリー」画面
「削除」をクリックします。「削除」ダイアログ・ボックスが表示され、スキーマを削除する前に「停止」をクリックできます。

削除エラーがある場合は、「サマリー」画面にエラーの詳細が表示されます。エラーを修正してから、「削除」を再度クリックします。

注意:

データベースがWindowsオペレーティング・システムで実行されている場合は、削除の前に、表領域にアクセスしていた以前のセッションが閉じられていることを確認してください。削除後に、dbfファイルを手動で削除する必要がある場合があります。

6. 「完了サマリー」画面
「閉じる」をクリックします。

11.4 WebCenter Content Oracleホームの削除

アンインストーラは、アンインストーラが起動されたOracleホーム・ディレクトリを削除しようとします。Oracle WebCenter ContentのOracleホームを削除する前に、このOracleホームを使用して実行されているすべてのプロセスを停止してください。ソフトウェアの削除後は、Oracle WebLogic Serverドメインを使用できなくなります。

この手順では、ユーザーが作成したOracle WebLogic Serverドメインは削除されません。削除されるのは、WebCenter Content Oracleホームのソフトウェアのみです。

表11-1の手順に従って、Oracle WebCenter Contentをアンインストールしてください。

注意:

アンインストーラは、アンインストーラが起動されたOracleホーム・ディレクトリを削除しようとします。Oracleホームを削除する前に、既存のドメインによって使用されていないことを確認してください。

表11-1 削除手順

番号

画面

説明と必須作業

1

なし

WebCenter Content Oracleホームのouiディレクトリのbinサブディレクトリから、-deinstallオプションを指定してOracle Fusion Middleware 11g WebCenter Contentインストーラを起動します。

- UNIXコマンド: WCC_ORACLE_HOME/oui/bin/runInstaller -deinstall

- Windowsコマンド: WCC_ORACLE_HOME\oui\bin\setup.exe -deinstall

Windowsオペレーティング・システムでは、「スタート」メニューから、「プログラム」、「Oracle ECM 11g - Home1」、「アンインストール」の順に選択して、アンインストールを開始することもできます。ご使用のWindowsシステムでは、フォルダおよびプログラム・グループの名前が異なる可能性があります。

2

ようこそ

「次へ」をクリックして続行します。

3

Oracleホームのアンインストール

アンインストール対象のOracleホームが正しいことを確認します。

構成を保存する場合は、「保存」をクリックします。次に、「保存」ダイアログ・ボックスでファイルを指定し、「保存」をクリックします。「レスポンス・ファイル・メッセージ」ダイアログ・ボックスで、「OK」をクリックします。

「削除」をクリックして続行します。

4

アンインストールの進行状況

この画面には、削除の進行状況とステータスが表示されます。

「警告」ダイアログ・ボックスで、すべてのOracle WebCenter ContentアプリケーションをアンデプロイしてOracle Fusion MiddlewareからOracle WebCenter Contentをアンインストールする場合は「はい」をクリックし、WebCenter Content Oracleホームを削除せずにOracle WebCenter Contentアプリケーションをアンデプロイする場合は「いいえ」をクリックします。

5

アンインストール完了

「終了」をクリックして画面を閉じます。

11.4.1UNIXシステムでWebCenter Content Oracleホームを手動で削除

UNIXシステムで、削除手順を実行してもWebCenter Content Oracleホーム・ディレクトリが削除されなかった場合には、rmコマンドを使用して、ディレクトリとそのサブディレクトリすべてを手動で削除できます。

UNIXオペレーティング・システムでWebCenter Content Oracleホームを削除するには、次の手順を実行します。

1. ディレクトリをWebCenter Content Oracleホーム・ディレクトリが含まれるディレクトリに変更します。

cd MW_HOME

2. 次のコマンドで、WebCenter Content Oracleホーム・ディレクトリを指定します。

rm -rf WCC_ORACLE_HOME

11.4.2WindowsシステムでWebCenter Content Oracleホームを手動で削除

Windowsシステムで、削除手順を実行してもWebCenter Content Oracleホーム・ディレクトリが削除されなかった場合には、「ファイル」メニューで「削除」を使用し、「スタート」メニューからプログラム・グループを削除すれば、ディレクトリとそのサブディレクトリすべてを手動で削除できます。

Windowsオペレーティング・システムでWebCenter Content Oracleホームを削除するには、次の手順を実行します。

- Windowsエクスプローラで、C:\MW_HOMEディレクトリに移動し、WCC_ORACLE_HOMEフォルダを右クリックして、「ファイル」メニューから「削除」を選択できます。

- Start Menu\Programsフォルダからプログラム・グループを削除できます(存在する場合)。たとえば、C:\Documents and Settings\All Users\Start Menu\Programsから次のプログラム・グループを削除します。

- Oracle WebLogic (BEAHOME 1)

- Oracle ECM 11g - Home1

ご使用のWindowsシステムでは、フォルダおよびプログラム・グループの名前が異なる可能性があります。

12 WebCenter Contentユーザー・インタフェースを使用したコンテンツ・サーバーの構成

この章では、Oracle Application Development Framework (Oracle ADF)に基づいたOracle WebCenter Content ServerインタフェースであるWebCenter Contentユーザー・インタフェースを使用したOracle WebCenter Content管理対象サーバーのインストールおよび構成方法を説明します。

この章では、次の項目について説明します。

- 第12.1項「WebCenter Contentユーザー・インタフェースを使用したコンテンツ・サーバーの構成の概要」

- 第12.2項「Oracle WebCenter Content 11g (11.1.1.8)のインストールおよび構成」

- 第12.3項「Oracle Application Development Framework 11g (11.1.2)のインストール」

- 第12.4項「WebCenter Contentユーザー・インタフェース・アプリケーションのインストール」

- 第12.5項「WebCenter Contentユーザー・インタフェース・アプリケーションのデプロイ」

- 第12.6項「管理者ユーザーの構成」

- 第12.7項「WebCenter Contentユーザー・インタフェースへのアクセス」

- 第12.8項「ワークフロー構成の完了」

12.1 WebCenter Contentユーザー・インタフェースを使用したコンテンツ・サーバーの構成の概要

コンテンツ・サーバーがデフォルトで使用するネイティブの11gユーザー・インタフェース以外にも、WebCenter Contentユーザー・インタフェースを使用してコンテンツ・サーバーを構成できます。WebCenter Contentユーザー・インタフェースは、コンテンツ・サーバーとは別のドメインに存在し、異なるポート(デフォルトでは16225)で実行されます。

この別ドメインには、独自のOracle Fusion Middlewareホームが必要ですが、これは、Middlewareホームと同一のマシンまたは別のマシンに存在していてもかまいません。WebCenter Contentユーザー・インタフェース・サーバーの複数インスタンスがOracle WebCenter Content Server (旧称Oracle UCM Content Server)と動作するように選択できます。

注意:

Webcenter Contentユーザー・インタフェースは、フォルダ・コンポーネントの依存性により、Oracle WebCenterポータルと同じコンテンツ・サーバーを使用することはできません。フォルダ・コンポーネントの問題が発生し、非互換性が、FrameworkFoldersを使用するコンテンツ・サーバーにまで及びます。

この章では、次の用語を使用します。

- 最初のMiddlewareホームは、Oracle WebCenter Contentを含み、Oracle WebCenter Content Middlewareホーム(パス名ではWCC_MW_HOME)と呼ばれます。

- 最初のドメインは、WebCenter Contentを含み、Oracle WebCenter Contentドメイン(パス名ではWCC_DOMAIN)と呼ばれます。このドメインは、Oracle WebCenter Content Middlewareホームと関連付けられています。

- 2番目のMiddlewareホームは、WebCenter Contentユーザー・インタフェースを含み、WebCenter Contentユーザー・インタフェースMiddlewareホーム(パス名ではWCCUI_MW_HOME)と呼ばれます。

- 2番目のドメインは、WebCenter Contentユーザー・インタフェースを含み、WebCenter Contentユーザー・インタフェース・ドメイン(パス名ではWCCUI_domain)と呼ばれます。このドメインは、WebCenter Contentユーザー・インタフェースMiddlewareホームと関連付けられています。

2つのMiddlewareホームおよびドメインは、同じホストまたは別のホスト上に存在できます。同じホスト上で両方のドメインを実行するには、各ドメインに異なる管理サーバー・ポートを使用することが唯一必要となります。この章では、2つの管理サーバー・ポートを区別するために、これらをWebCenter Content管理サーバー・ポート(WCC_ADMINSERVER_PORT)およびWebCenter Contentユーザー・インタフェース管理サーバー・ポート(WCCUI_ADMINSERVER_PORT)と呼びます。

WebCenter Contentユーザー・インタフェースに必要となるOracle ADFスタックに変更を加えるため、WebCenter Contentユーザー・インタフェース・ドメインには、独自のMiddlewareホームが必要です。

WebCenter Contentユーザー・インタフェースを使用してコンテンツ・サーバーを構成するには、次の手順を実行する必要があります。

1. Oracle WebCenter Content 11g (11.1.1.8)のインストールおよび構成

2. Oracle Application Development Framework 11g (11.1.2)のインストール

3. WebCenter Contentユーザー・インタフェース・アプリケーションのインストール

4. WebCenter Contentユーザー・インタフェース・アプリケーションのデプロイ

5. 管理者ユーザーの構成

6. WebCenter Contentユーザー・インタフェースへのアクセス

12.2 Oracle WebCenter Content 11g (11.1.1.8)のインストールおよび構成

WebCenter Contentユーザー・インタフェースを使用してコンテンツ・サーバーを構成できるようにするには、次に示す章の説明に従って、Oracle WebCenter Content 11gR1 (11.1.1.8)をインストールして構成する必要があります。

- 第2章「Oracle WebCenter Contentのインストール」

- 第3章「Oracle WebCenter Contentアプリケーションの構成」

- 第4章「WebCenter Contentの構成の完了」

新しいOracle WebCenter Content 11gR1 (11.1.1.8.0 MLR3)アプリケーションをインストールすることも、この項で説明するように構成した既存のOracle WebCenter Content 11gR1 (11.1.1.8.0)インストールを使用することもできます。

この項のすべての操作は、WebCenter Content Middlewareホームに関連しているため、WebCenter Contentドメインにも関連しています。次の手順は、2つのうち最初のMiddlewareホームのOracle WebCenter Contentのインストールおよび構成手順を説明しています。

1. 最初のドメイン(WebCenter Content Middlewareホーム)では、第2章「Oracle WebCenter Contentのインストール」の手順に従って、次の製品をインストールします。

- Oracle Database 11 gリリース2

- Repository Creation Utility (RCU)

- MiddlewareホームへのOracle WebLogic Server

- Oracle WebCenter Content 11g (11.1.1.8)

2. 第2.2項「リポジトリ作成ユーティリティによるOracle WebCenter Contentスキーマの作成」の説明に従って、RCUを使用し、「Oracle WebCenter Content Server - 完了」スキーマおよびメタデータ・サービス(MDS)スキーマを作成します。

3. 第3.2項「Oracle WebLogicサーバー・ドメインの作成」の説明に従って、(「Oracle Universal Content Management - Content Server」テンプレートを使用した)WebCenter Content管理対象サーバーを含むWebLogic Serverドメイン、およびオプションの(「Oracle Universal Content Management - Inbound Refinery」テンプレートを使用した)Inbound Refinery管理対象サーバーを作成します。

4. 次の項の説明に従って、コンテンツ・サーバーを構成します。

1. 第12.2.1項「WebCenter Contentユーザー・インタフェース・コンポーネントの有効化」
この構成は、WebCenter Contentユーザー・インタフェースを使用する場合に必要です。

2. 第12.2.2項「Remote Intradoc Client (RIDC)の設定」
この構成は、WebCenter Contentユーザー・インタフェースを使用する場合に必要です。

3. 第12.2.3項「画像およびWeb表示可能レンディションの生成」
この構成は、WebCenter Contentユーザー・インタフェースの操作性を向上させるためのオプションです。

4. 第12.2.4項「コンテンツ・サーバーでの拡張機能の構成」
この構成は、標準的なコンテンツ・サーバー機能を設定するためのオプションです。

12.2.1 WebCenter Contentユーザー・インタフェース・コンポーネントの有効化

WebCenter Contentユーザー・インタフェースを使用できるようにするには、これらのコンテンツ・サーバー・コンポーネント(AutoSuggestConfig、DynamicConverterおよびFrameworkFolders)を有効にする必要があります。これらを有効化するには、コンテンツ・サーバー・コンポーネント・マネージャ・インタフェースを使用して、次の手順を実行します。

1. コンテンツ・サーバーにWebCenter Content管理者としてログインします。

2. 「管理」トレーまたはメニューから、管理サーバーを選択し、次にコンポーネントを選択します。

3. 「コンポーネント・マネージャ」ページで、「すべてのコンポーネント」の下の3つのコンポーネントすべてを選択します。

- AutoSuggestConfig

- DynamicConverter

- FrameworkFolders

4. 「更新」をクリックして「OK」をクリックし、コンポーネントの有効化を確定します。

5. 第10.3項「管理対象サーバーの再起動」の説明に従って、コンテンツ・サーバーを再起動します。

12.2.2 Remote Intradoc Client (RIDC)の設定

WebCenter Contentユーザー・インタフェースは、IDCソケット・プロトコルを使用してコンテンツ・サーバーと通信します。この通信を有効にするには、WebCenter Contentドメインで、コンテンツ・サーバーのWCC_domain/ucm/cs/config/config.cfg構成ファイルのIntradocServerPortおよびSocketHostAddressSecurityFilter値を設定する必要があります。

次の例は、これらの値の設定方法を示しています。

IntradocServerPort=port_number
SocketHostAddressSecurityFilter=IP addresses of permitted UI hosts separated by a bar symbol (|)

For example:
IntradocServerPort=4444
SocketHostAddressSecurityFilter=123.456.789.0

If you want to open this up to all hosts in the network, use this setting:
SocketHostAddressSecurityFilter=*.*.*.*

config.cfgファイルの詳細は、『Oracle Fusion Middleware Oracle WebCenter Contentでの開発』のconfigディレクトリに関する項を参照してください。

12.2.3 サムネイルおよびWeb表示可能レンディションの生成

WebCenter Contentユーザー・インタフェースからファイルのサムネイル画像およびWeb表示可能レンディションを取得するには、Inbound Refineryでそれらが提供されるように構成します。ネイティブの11gユーザー・インタフェースを使用して、サムネイルおよびPDF Exportなどのファイル変換のためにInbound Refineryプロバイダを設定できます。

サムネイルおよびWeb表示可能レンディションの生成の詳細は、『Oracle Fusion Middleware Oracle WebCenter Contentのマネージング』のInbound Refineryの構成に関する項を参照してください。

12.2.4 コンテンツ・サーバーでの拡張機能の構成

一部のコンテンツ・サーバー機能はサポートされていますが、WebCenter Contentユーザー・インタフェースでは必ずしも必要ありません。たとえば、アクセス制御リスト(ACL)およびアカウントは、デフォルトでは構成されていません。ただし、これらの機能がコンテンツ・サーバーで有効化されている場合、WebCenter Contentユーザー・インタフェースは追加機能へのアクセスを提供します。

コンテンツ・サーバーでのACLの有効化の詳細は、『Oracle Fusion Middleware Oracle WebCenter Contentの管理』のアクセス制御リストのセキュリティの管理に関する項を参照してください。

コンテンツ・サーバーでのアカウントの有効化の詳細は、『Oracle Fusion Middleware Oracle WebCenter Contentの管理』のアカウントの管理に関する項を参照してください。

コンテンツ・サーバーの3つの索引付け構成(Oracle Text検索、データベース・メタデータまたはデータベース全文)のいずれかを設定できます。この設定方法の詳細は、『Oracle Fusion Middleware Oracle WebCenter Contentの管理』の検索索引の構成に関する項を参照してください。

これらの標準的なコンテンツ・サーバー設定は、WebCenter Contentユーザー・インタフェースに固有なものではありません。コンテンツ・サーバーのその他の拡張機能の詳細は、『Oracle Fusion Middleware Oracle WebCenter Contentの管理』を参照してください。

12.3 Oracle Application Development Framework 11g (11.1.2)のインストール

Oracle WebLogic Serverがインストールされている11gR1 (11.1.1.6.0) Middlewareホームに、Oracle Application Development Framework (Oracle ADF) 11gR1 (11.1.2)をインストールして構成します。これには、Middlewareホームを作成後、続いてOracle ADFおよび2つのOracle ADF OPatchファイルをインストールするためのOracle WebLogic Server 11gR1 (10.3.6のみ)が含まれます。サイトで、WebCenter Contentユーザー・インタフェースを使用してOracle WebCenter Content: Desktopを使用する場合、Desktop 11.1.1.8での互換性モードをサポートするパッチもインストールする必要があります。

この項のすべての操作は、WebCenter Contentユーザー・インタフェースMiddlewareホームに関連しているため、WebCenter Contentインタフェース・ドメインにも関連しています。次のコマンドで、WCCUI_MW_HOMEは、Oracle ADFインストールを含むWebCenter Contentユーザー・インタフェースMiddlewareホームを指します。

2番目のドメインでは、次の手順を実行します。

1. Oracle WebLogic Server 11gR1 (11.1.1.6.0)をインストールして、11.1.1.6.0 Middlewareホームをインストールします。これが、WebCenter Contentユーザー・インタフェースMiddlewareホーム(WCCUI_MW_HOME)になります。

2. Oracle Application Development Framework 11gR1 (11.1.1.6.0)をインストールします。

1. 第1.2.2項「Oracle WebCenter Contentをインストールおよび構成するためのソフトウェアのダウンロード」の説明に従って、Oracle Application Development Framework 11gR1 (11.1.1.6.0)メディアを取得します。

2. Oracle ADFを含むZIPファイルを一時的な場所media_locに解凍します。

3. 次のコマンドを使用してインストーラを実行します。

- UNIXコマンド:

media_loc/Disk1/runInstaller -jreLoc WCCUI_MW_HOME/jrockit_160_24_D1.1.2-4

- Windowsコマンド:

media_loc\Disk1\runInstaller -jreLoc WCCUI_MW_HOME\jrockit_160_24_D1.1.2-4

3. WebCenter Contentユーザー・インタフェースと連動するように構成されていたOracle WebCenter Content 11.1.1.8.0インストールがある場合は、Oracle Application Development Framework 11gR1 (11.1.2.2.0) OPatch 13656274をロール・バックする必要があります。

4. https://support.oracle.comにあるMy Oracle Support (旧称OracleMetaLink)から、Oracle Application Development Framework 11gR1 (11.1.2.4.0) OPatch 16546129 - (16546129_11.1.1.6.0_Generic.zip)を入手します。

5. パッチZIPファイルを一時的なフォルダtemp_locationに解凍し、次のコマンドを実行します。

- UNIXコマンド:

WCCUI_MW_HOME/oracle_common/OPatch/opatch apply -jre ${JAVA_HOME}/jre -oh $WCCUI_MW_HOME/oracle_common/ temp_location/16546129

- Windowsコマンド:

WCCUI_MW_HOME\oracle_common\OPatch\opatch apply -jre %JAVA_HOME%\jre -oh %WCCUI_MW_HOME%\oracle_common\ temp_location\16546129

コマンドのJAVA_HOMEは、WCCUI_MW_HOME/jrockit_160_24_D1.1.2-4 (JDKの場所)です。

6. WebCenter Contentユーザー・インタフェースと連動するように構成されていたOracle WebCenter Content 11.1.1.8.0インストールがある場合は、Oracle Application Development Framework 11gR1 (11.1.2.2.0) OPatch 13656372をロール・バックする必要があります。

7. https://support.oracle.comから、Oracle Application Development Framework 11gR1 (11.1.2) OPatch 16546157 - (p16546157_11.1.1.6.0_generic.zip)を入手します。

8. パッチZIPファイルを一時的なフォルダtemp_locationに解凍し、次のコマンドを実行します。

- UNIXコマンド:

WCCUI_MW_HOME/oracle_common/OPatch/opatch apply -jre ${JAVA_HOME}/jre -oh $WCCUI_MW_HOME/oracle_common/ temp_location/16546157

- Windowsコマンド:

WCCUI_MW_HOME\oracle_common\OPatch\opatch apply -jre %JAVA_HOME%\jre -oh %WCCUI_MW_HOME%\oracle_common\ temp_location\16546157

コマンドのJAVA_HOMEは、WCCUI_MW_HOME/jrockit_160_24_D1.1.2-4 (JDKの場所)です。

9. (オプション) WebCenter Contentユーザー・インタフェースをMDSカスタマイズする場合は、https://support.oracle.comから、パッチ番号16020846、バージョン11.1.2.4.0 (p16020846_111240_Generic.zip)を入手します。

10. (オプション) パッチZIPファイルを一時フォルダtemp_locationに解凍し、次のコマンドを実行します。

- UNIXコマンド:

WCCUI_MW_HOME/oracle_common/OPatch/opatch apply -jre ${JAVA_HOME}/jre -oh $WCCUI_MW_HOME/oracle_common/ temp_location/16825232

- Windowsコマンド:

WCCUI_MW_HOME\oracle_common\OPatch\opatch apply -jre %JAVA_HOME%\jre -oh %WCCUI_MW_HOME%\oracle_common\ temp_location\16825232

コマンドのJAVA_HOMEは、WCCUI_MW_HOME/jrockit_160_24_D1.1.2-4 (JDKの場所)です。

12.4 WebCenter Contentユーザー・インタフェース・アプリケーションのインストール

WebCenter Contentユーザー・インタフェース・アーティファクトは、最初のMiddlewareホームのWebCenter Content Oracleホームから取得できるWccADFUI.zipというZIPファイル内にあります。ファイルの場所は、WCC_ORACLE_HOME/ucm/Distribution/WccADFUI/WccADFUI.zipです。

このZIPファイルには、次のWebCenter Contentユーザー・インタフェース・アーティファクトが含まれています。

- アプリケーションEARファイル, WccAdf.ear

- ドメイン拡張の構成テンプレート

- Oracle WebCenter Content Serverへの接続を管理するためのカスタムOracle Weblogicスクリプティング・ツール(WLST)コマンド

- アプリケーションのデプロイおよび管理をサポートするスクリプト

WebCenter Contentユーザー・インタフェース・アプリケーションのインストール方法

1. WebCenter Contentユーザー・インタフェース(2番目の)Middlewareホームに、ディレクトリWCCUI_MW_HOME/oracle_common/webcenter/wccadfを作成します。

2. WCC_ORACLE_HOME/ucm/Distribution/WccADFUI/WccADFUI.zipファイルをWCCUI_MW_HOME/oracle_common/webcenter/wccadf/ディレクトリにコピーします。

3. WCCUI_MW_HOME/oracle_common/webcenter/wccadf/ディレクトリでZIPファイルを展開します。

12.5 WebCenter Contentユーザー・インタフェース・アプリケーションのデプロイ

この項のすべての操作は、WebCenter Contentユーザー・インタフェースMiddlewareホームに関連しているため、WebCenter Contentインタフェース・ドメインにも関連しています。

WebCenter Contentユーザー・インタフェース・アプリケーションのデプロイ方法

1. Oracle Metadata Services (MDS)リポジトリをアプリケーションに登録します。

1. WebCenter Contentユーザー・インタフェースMiddlewareホームからWLSTを実行します。

- UNIXコマンド:

WCCUI_MW_HOME/oracle_common/common/bin/wlst.sh

- Windowsコマンド:

WCCUI_MW_HOME\oracle_common\common\bin\wlst.sh

2. 次のコマンドをオフライン・モードで実行します。

wls:/offline> archive = getMDSArchiveConfig('WCCADF_EAR_LOCATION')

wls:/offline> archive.setAppMetadataRepository(repository='mds-mds_repo_name', partition='partition_name', type='DB', jndi='jdbc/mds/mds_repo_name')

wls:/offline> archive.save()

archive.setAppMetadataRepositoryコマンドのmds_repo_nameは、リポジトリの名前で、partition_nameは、作成するパーティションの名前です。

次に例を示します。

archive =
getMDSArchiveConfig("/scratch/ADFMW/oracle_common/webcenter/wccadf/WccAdf.ear")
archive.setAppMetadataRepository(repository='mds-WCCUIMDSREPO', partition='MDS_PARTITION', type='DB', jndi='jdbc/mds/WCCUIMDSREPO')
archive.save()

2. WebCenter Contentユーザー・インタフェースMiddlewareホームで、WebCenter Contentユーザー・インタフェース・ドメイン・テンプレートoracle.ucm.cs_adf_template_11.1.1.jarを次のディレクトリに配置します。

WCCUI_MW_HOME/oracle_common/common/templates/applications/

3. このMiddlewareホームで構成ウィザードを実行します。

WCCUI_MW_HOME/oracle_common/common/bin/config.sh

4. 次のテンプレートを使用して、新しいWebLogic ServerドメインWCCUI_DOMAINを作成します。
Oracle WebCenter Content - Web UI - 11.1.1.0

依存コンポーネント(JRFおよびEM)が自動的に有効化されます。これにより、新しいドメインおよびWebCenter Contentユーザー・インタフェース・アプリケーションのための管理対象サーバーが作成されます。このアプリケーション用にデータ・ソースを設定する必要はありません。

5. WebCenter Contentユーザー・インタフェース・ドメインのOracle ADF共有ライブラリをSherman Update 2にアップグレードします。

1. WCCUI_MW_HOME/oracle_common/common/bin/wlst.shからWLSTを実行します。

2. 次のコマンドをオフライン・モードで実行します。

wls:/offline> upgradeADF('DOMAIN_HOME');

次に例を示します。

wls:/offline> upgradeADF('/scratch/ADFMW/Middleware/user_projects/domains/WCCUI_domain')
Target Library "jsf#2.0@1.0.0.0_2-0-2" to JRF "AdminServer"
Target Library "jsf#2.0@1.0.0.0_2-0-2" to JRF "WCCADF_server1"

6. MDSリポジトリを使用してターゲットの管理対象サーバーを作成するか、メタデータ・パーティションを作成します。

1. Oracle WebLogic Server管理サーバーをWebCenter Contentユーザー・インタフェース・ドメインで起動します。これは、WebCenter Contentユーザー・インタフェースMiddlewareホーム(WCCUI_MW_HOME)内にあります(第10.1項「管理サーバーの起動」を参照)。
同じホストに両方のドメインをインストールした場合、WebCenter Contentユーザー・インタフェース・ドメイン内の管理対象サーバーのポートは、デフォルトの管理対象サーバー・ポートとなりません。

2. WCCUI_MW_HOME/oracle_common/common/bin/wlst.shからWLSTを実行し、相互モードでWebLogic Server instanceに接続します。

wls:/offline> connect()
Please enter your username : weblogic
Please enter your password :

Please enter your server URL: [t3://localhost:7001] :t3://host:port of admin server where the WebCenter Content user interface Managed Server is running

3. 次のコマンドを実行します。

wls:/mydomain/serverConfig> registerMetadataDBRepository('mds_repo_name', 'Oracle', 'db_host_name', 'db_port_number', 'db_name', 'mds_schema_username', 'mds_schema_password', 'target_server')

wls:/mydomain/serverConfig> createMetadataPartition(repository='mds-mds_repo_name', partition='partition_name')

前述のコマンドのターゲット・サーバーは、WebCenter Contentユーザー・インタフェース管理対象サーバーです。

次に例を示します。

registerMetadataDBRepository('WCCUIMDSREPO', 'Oracle','my_db_server', '1521', 'my_db', 'WCCUI_MDS', 'password', 'WCCADF_server1')
createMetadataPartition(repository='mds-WCCUIMDSREPO', partition='MDS_PARTITION')

WebCenter Contentユーザー・インタフェースと連動するように構成されていたOracle WebCenter Content 11.1.1.8.0インストールをアップグレードする場合、mds_repo_name値およびpartition_name値は、Oracle WebCenter Content 11.1.1.8.0のインストール時に作成したmds_repo_name値およびpartition_name値と同じにする必要があります。これらの値は、11.1.1.8.0インストール環境のFusion Middleware ControlのURLから取得できます。

7. WebCenter Contentユーザー・インタフェース・ドメインで管理サーバーを再起動(停止してから起動)します(第10.3項「管理対象サーバーの再起動」を参照)。
同じホストに両方のドメインをインストールした場合、WebCenter Contentユーザー・インタフェース・ドメイン内の管理対象サーバーのポートは、デフォルトの管理対象サーバー・ポートとなりません。

8. Oracle WebCenter Contentを既存の11.1.1.8.0インストールから11.1.1.8.0 MLR3にアップグレードする場合は、WccAdfCustomSkin.jarファイルとWccAdfStandardSkin.jarファイルを再デプロイする必要があります。

1. WebCenter Contentユーザー・インタフェース・ドメインで、WebLogic Server管理コンソールに管理者としてログインします。

2. 左側にある「ドメイン構造」で、「デプロイメント」をクリックします。

3. 「デプロイメント」表で、デプロイメントのリストからライブラリのWccAdfCustomSkin.jarとWccAdfStandardSkin.jarを選択してから、「削除」ボタンをクリックして、これらのライブラリを削除します。

4. 両方のスキンjarファイルを再デプロイします。
1. 「デプロイメント」表の上部または下部にある「インストール」をクリックします。

2. WccAdfCustomSkin.jarファイルとWccAdfStandardSkin.jarファイルを選択して、「次へ」をクリックします。

3. これらのライブラリのターゲットをWCCADF_server1管理対象サーバーと管理サーバーに設定して、「終了」をクリックします。4. WebCenter Contentユーザー・インタフェース・ドメインで、管理対象サーバーを再起動します。

9. WebCenter Contentユーザー・インタフェース・ドメインでWCCADF_server1管理対象サーバーを起動します。

10. 接続アーキテクチャを使用して、WebCenter Contentユーザー・インタフェースをコンテンツ・サーバーに関連付けます。

1. 変数WL_HOMEをWebLogic Serverインスタンスの場所に設定します。次に例を示します。

WL_HOME=WCCUI_MW_HOME/wlserver_10.3

2. WCCUI_MW_HOME/oracle_common/webcenter/wccadf/ConnArchWlstResources/common/bin/に移動します。

3. このディレクトリ内にあるカスタムWLSTコマンドmanageconnwlst.shを実行します。

wls:/offline> connect()
Please enter your username :weblogic
Please enter your password :
Please enter your server URL [t3://localhost:7001] :t3://host:port of WebCenter Content user interface Managed Server

4. RIDC接続をWebCenter Contentユーザー・インタフェース管理対象サーバーに更新します。

wls:/mydomain/serverConfig>updateRIDCConnection('ADF_UI_APP_NAME','WccAdfDefaultConnection',connUrl='idc://contentserver_host:intradoc_port',credUsername='ucm_admin_user')

次のコマンドのADF_UI_APP_NAMEは、Oracle WebCenter Content - Web UIアプリケーションです。

次に例を示します。

connect('weblogic','password','t3://myuihost.example.com:16225')
updateRIDCConnection('Oracle WebCenter Content - Web UI', 'WccAdfDefaultConnection',connUrl='idc://mycshost.example.com:4444', credUsername='weblogic')

この時点で、WebCenter Contentユーザー・インタフェース・アプリケーション・インスタンスが設定されて、1台目のマシンにインストールされたWebCenter Content管理対象サーバーに関連付けられています。

11. 第10.3項「管理対象サーバーの再起動」の説明に従ってコンテンツ・サーバー管理対象サーバーを再起動します。

12. 第10.3項「管理対象サーバーの再起動」の説明に従って、WebCenter Contentユーザー・インタフェース管理対象サーバーを再起動します。

12.6 管理者ユーザーの構成

コンテンツ・サーバーおよびWebCenter Contentユーザー・インタフェースは、同じユーザー・ディレクトリにアクセスする必要があります。Oracle Internet DirectoryおよびActive Directoryなどの標準的なLDAP機能をドメイン間で共有できます。このような統合で標準的なガイドラインを使用すると、Oracle Access ManagerまたはOracleシングル・サインオンを使用したシングル・サインオン・ソリューションを構成できます。

LDAPオプションの詳細は、第3.9項「アイデンティティ・ストアと外部LDAP認証プロバイダの再関連付け」を参照してください。

デフォルトでは、WebCenter Contentユーザー・インタフェースには、有効なWebCenter Content管理者ユーザーが1つ必要です。

- 管理者ユーザーは、第12.5項「WebCenter Contentユーザー・インタフェース・アプリケーションのデプロイ」の手順9dで、WebCenter Contentユーザー・インタフェース管理対象サーバーに接続するために使用されたupdateRIDCConnection() WLSTコマンドのcredUsernameパラメータで指定されました。

- LDAPストアで選択された名前のユーザーが必要です。この管理者ユーザーがない場合、WebCenter Contentユーザー・インタフェース・デプロイメントは成功しません。

- ユーザーには、WebCenter Content管理対象サーバーの管理者権限が必要です。

12.7 WebCenter Contentユーザー・インタフェースへのアクセス

WebCenter Contentユーザー・インタフェースには、次のURLからアクセスできます。

http://ui-host:wccui-port/wcc/faces/wccmain

WebCenter Contentユーザー・インタフェース・アプリケーションは、デフォルトではポート16225で実行されます。

12.8 ワークフロー構成の完了

WebCenter Contentユーザー・インタフェース用のワークフロー構成を完了するには、コンテンツ・サーバーのconfig.cfgファイルでUseDatabaseWfInQueue=trueとEmailNotificationType=ContentUIを設定し、管理対象サーバーを再起動してから構成を検証します。UseDatabaseWfInQueue構成変数により、WebCenter Contentユーザー・インタフェースは、ユーザーに割り当てられたワークフローにフィルタを適用できるようになります。EmailNotificationType構成変数では、ワークフローとサブスクリプションが異なるコンテンツ・サーバー・ユーザー・インタフェースに含まれる場合に、通知電子メール内のリンクがポイントする先を指定します。この構成変数のデフォルト値は、NativeWebUIです。

ワークフロー構成を完了するには:

1. UseDatabaseWfInQueue=true (またはUseDatabaseWfInQueue=1)をWCC_DOMAIN/ucm/cs/config/config.cfgファイルに追加します。

2. WCC_DOMAIN/ucm/cs/config/config.cfgファイルに、次のどちらかに設定されたEmailNotificationType変数が含まれていることを確認します。

- WebCenter Contentユーザー・インタフェースのみをポイントするリンクを含む電子メールを生成する場合は、config.cfg内でEmailNotificationType=ContentUIを設定します。

- WebCenter Contentユーザー・インタフェースとネイティブの11gユーザー・インタフェースの両方をポイントするリンクを含む電子メールを生成する場合は、config.cfg内でEmailNotificationType=ContentUI,NativeWebUIを設定します。

3. 第10.3項「管理対象サーバーの再起動」の説明に従ってコンテンツ・サーバー管理対象サーバーを再起動します。

4. 再起動後にコンテンツ・サーバーのホーム・ページに表示される、Click to complete workflow setupという警告をクリックします。
コンテンツ・サーバーから返される、Workflow setup is now completeという成功メッセージを確認します。

5. 第10.3項「管理対象サーバーの再起動」の説明に従って、WebCenter Contentユーザー・インタフェース管理対象サーバーを再起動します。

ワークフローの詳細は、『Oracle Fusion Middleware Oracle WebCenter Contentのマネージング』のワークフローの管理に関する項を参照してください。

A Oracle WebCenter Contentのインストール画面

この付録では、Oracle WebCenter Contentのインストールで使用する、Oracle Fusion Middleware 11g WebCenter Content Installerの画面について説明します。

インストール前のタスクの実行方法、インストーラの実行方法およびインストールの検証方法の詳細は、第2章「Oracle WebCenter Contentのインストール」を参照してください。

この付録には次の画面があります。

- ようこそ

- ソフトウェア更新のインストール

- 前提条件のチェック

- インストール場所の指定

- アプリケーション・サーバー

- インストール・サマリー

- インストールの進行状況

- インストール完了

A.1 ようこそ

インストーラが起動するたびに、「ようこそ」画面が表示されます。

「次へ」ボタンでは、インストールが続行されます。

「取消」ボタンでは、インストールが停止されます。

A.2 ソフトウェア更新のインストール

この画面では、Oracle WebCenter Contentをインストールする前に、ソフトウェア更新を検索してインストールできます。選択する前は、左側の2番目のリンクはMy Oracle Supportの更新になっています。

My Oracle Supportから更新を取得するには、My Oracle Supportでの更新の検索を選択し、ユーザー名とパスワードを指定して、「更新の検索」をクリックします。検索する前に、「プロキシ設定」をクリックしてプロキシ・サーバーの設定を変更し、「接続のテスト」をクリックして資格証明をテストできます。

コンピュータに保存した更新を取得するには、ローカル・ディレクトリでの更新の検索を選択し、ディレクトリを指定して、「更新の検索」をクリックします。

ソフトウェアを更新しない場合は、「ソフトウェア更新のスキップ」を選択できます。左側のリンクはMy Oracle Supportの更新から「ソフトウェア更新のスキップ」に変化します。

「戻る」ボタンでは、「ようこそ」画面に戻ります。

「次へ」ボタンでは、ソフトウェアの更新が開始されるか、インストールが続行されます。

「取消」ボタンでは、インストールが停止されます。

A.3 前提条件のチェック

この画面は、Linuxオペレーティング・システムの前提条件チェックを示しています。Windowsオペレーティング・システムでは、次の3つのチェックのみが実行されます。

- オペレーティング・システムの動作保証の確認

- サービス・パックのチェック

- 物理メモリーのチェック

画面の下部にエラー・メッセージまたは警告メッセージが表示されます。

「中止」ボタンでは、すべてのアプリケーションの前提条件チェックが停止されます。

「再試行」ボタンでは、すべてのアプリケーション前提条件チェックが再開されます。

「続行」ボタンでは、画面にエラー・メッセージや警告メッセージが表示されている場合にもインストールが続行されます。

「戻る」ボタンでは、前の画面に戻ります。

「次へ」ボタンでは、前提条件チェックがエラーなしで完了した後にインストールが続行されます。

「取消」ボタンでは、インストールが停止されます。

A.4 インストール場所の指定

「Oracleミドルウェア・ホーム」フィールドでは、既存のミドルウェア・ホーム・ディレクトリへの絶対パスを指定します。「参照」ボタンでは、システムに存在するディレクトリが表示されます。

「Oracleホーム・ディレクトリ」フィールドに、Oracle WebCenter Contentをインストールするディレクトリ(WebCenter Content Oracleホーム・ディレクトリ)を指定します。このディレクトリは空である必要があります。指定したディレクトリが存在しない場合は、インストーラによって作成されます。

WebCenter Content Oracleホーム・ディレクトリは、すべてのOracle WebCenter Content製品がインストールされる場所です。ソフトウェアのバイナリはすべてこのディレクトリに常駐し、ランタイム・プロセスによりこのディレクトリに書き込むことはできません。

「戻る」ボタンでは、前の画面に戻ります。

「次へ」ボタンでは、前提条件チェックがエラーなしで完了した後にインストールが続行されます。

「取消」ボタンでは、インストールが停止されます。

A.5 アプリケーション・サーバー

この画面では、アプリケーション・サーバーとその場所を指定します。

「WebLogic Server」オプションを指定すると、Oracle WebLogic ServerにOracle WebCenter Contentがインストールされます。

「WebSphere」オプションを指定すると、IBM WebSphere Application ServerにOracle WebCenter Contentがインストールされます。WebSphereインストールの詳細は、Oracle Fusion Middlewareサードパーティ・アプリケーション・サーバー・ガイドのIBM WebSphereでのOracle Fusion Middlewareのインストールおよび構成に関する項およびIBM WebSphere Application ServerでのOracle WebCenter Contentの管理に関する項を参照してください。

「戻る」ボタンでは、前の画面に戻ります。

「次へ」ボタンでは、インストールが続行されます。

「取消」ボタンでは、インストールが停止されます。

A.6 インストール・サマリー

この画面には、インストール構成の概要が表示されます。

「保存」ボタンによってファイルにインストール構成が保存され、後でこのファイルを使用してコマンド・ラインから同じインストールを実行できます。

「戻る」ボタンまたは左側のナビゲーション・ツリーのリンクを使用すると、前の画面に戻り、構成を変更できます。

「インストール」ボタンを使用すると、この画面に概要が表示された構成でインストールが開始されます。

「取消」ボタンでは、インストールが停止されます。

A.7 インストールの進行状況

この画面には、インストールの進捗状況の割合が表示されます。

「取消」ボタンでは、完了前にインストールが停止されます。

A.8 インストール 完了

この画面はOracle WebCenter Contentのインストールが完了したことを示し、構成の概要が表示されます。

「保存」ボタンによってファイルにインストール構成が保存され、後でこのファイルを使用してコマンド・ラインから同じインストールを実行できます。

「終了」ボタンでは、構成ウィザードが終了します。

B Oracle WebCenter Contentの構成画面

この付録では、Oracle WebLogic ServerドメインでOracle WebCenter Contentアプリケーションを構成するときに使用する、Fusion Middleware構成ウィザードの画面について説明します。

構成ウィザードの実行方法および初期構成タスクの実行方法の詳細は、第3章「Oracle WebCenter Contentアプリケーションの構成」を参照してください。個別のOracle WebCenter Content製品の構成の詳細は、次の章を参照してください。

- 第4章「WebCenter Contentの構成の完了」

- 第5章「Inbound Refineryの構成の完了」

- 第6章「Imagingの構成の完了」

- 第7章「Captureの構成の完了」

- 第8章「Recordsの構成の完了」

- 第9章「Oracle IRMの構成の完了」

構成の検証方法の詳細は、第10章「Oracle WebCenter Contentの構成の検証」を参照してください。

この付録の画面およびその他の構成画面の詳細は、『Oracle Fusion Middleware構成ウィザードによるドメインの作成』の構成ウィザードの画面に関する項を参照してください。

この付録には次の画面があります。

- ドメイン・ソースの選択

- 拡張ソースの選択

- JDBCコンポーネント・スキーマの構成

- オプションの構成を選択

- JMS分散宛先タイプの選択

- 管理対象サーバーの構成

- クラスタの構成

- サーバーのクラスタへの割当

- マシンの構成

- サーバーのマシンへの割当

- デプロイメントのクラスタまたはサーバーへのターゲット設定

- サービスのクラスタまたはサーバーへのターゲット設定

画面の詳細は、画面で「ヘルプ」ボタンをクリックしてください。Oracle WebLogic Serverドメインの構成の詳細は、『Oracle Fusion Middleware構成ウィザードによるドメインの作成』を参照してください。

B.1 ドメイン・ソースの選択

「次の製品をサポートするために、自動的に構成されたドメインを生成する」を選択し、これらの製品テンプレートを1つ以上選択します。

- Oracle WebCenter Content: AXF for BPM

- Oracle WebCenter Content: Imaging

- Oracle WebCenter Capture

- Oracle Universal Records Management
(Oracle WebCenter Content: Records)

- Oracle Universal Content Management - Inbound Refinery
(Oracle WebCenter Content: Inbound Refinery)

- Oracle Universal Content Management - Content Server
(Oracle WebCenter Content)

- Oracle Information Rights Management

Oracle WebCenter Content: Imagingを選択する場合は、Oracle WebCenter Content - Content Serverも選択する必要があります。

AXF for BPELはImagingに含まれます。ImagingとともにAXF for BPMを使用する場合は、Oracle WebCenter Content: AXF for BPMおよび次の製品テンプレートを選択する必要があります。

- Oracle BPM Suite

- Oracle SOA Suite

- Oracle WebCenter Content: AXF for BPM

- Oracle WebCenter Content: Imaging Viewer Cache

- Oracle WebCenter Content: Imaging

- Oracle Universal Content Management - Content Server

- Oracle Enterprise Manager

- Oracle WSM Policy Manager

- Oracle JRF

ImagingとともにAXF for BPMまたはAXF for BPELを使用し、Oracle SOA Suiteが異なるドメインにデプロイされているか異なるマシンにインストールされている場合、Oracle SOA SuiteマシンでWCC_ORACLE_HOME\common\config.cmdを実行し、Oracle WebCenter Content: AXF for BPMおよび次の製品テンプレートを選択する必要があります。

- Oracle SOA Suite

- Oracle WSM Policy Manager

- Oracle Enterprise Manager

「ドメイン・ソースの選択」画面で「Oracle WebCenter Content: Imaging」を選択すると、Oracle WebCenter Content: Imagingビューア・キャッシュが自動的に選択されます。

「ドメイン・ソースの選択」画面でOracle WebCenter Contentアプリケーションを選択すると、Oracle Enterprise ManagerおよびOracle JRFが自動的に選択されます。これらの自動的に選択された項目の選択を解除すると、Oracle WebCenter Contentアプリケーションも選択が解除されます。

Site Studio for External Applications Webサイトへのリモート・デプロイメントを実行する場合は、Oracle Universal Content Management - SSXA Server (Oracle WebCenter Content - SSXA Server)を選択し、Webサイトの実行に必要なファイルを含む管理対象サーバーが備えられたOracle WebLogic Serverドメインを作成できます。

Oracle Web Services Manager (Oracle WSM) Policy Managerが含まれているドメインを作成するには、「Oracle WSM Policy Manager」を選択します。

あるいは、「既存のテンプレートを、このドメインのベースにする」を選択して「参照」をクリックし、既存のテンプレートがあるディレクトリに移動します。詳細は、『Oracle Fusion Middleware構成ウィザードによるドメインの作成』のドメイン・ソースの選択に関する項を参照してください。

「次へ」をクリックして続行します。

B.2 拡張ソースの選択

既存のOracle WebLogic Serverドメインの拡張の元となるソースを選択します。「次の追加製品をサポートするために、自動的にドメインを拡張する:」を選択し、すでに選択されている1つ以上のテンプレートを選択します。

- Oracle WebCenter Content: AXF for BPM

- Oracle WebCenter Content: Imaging

- Oracle WebCenter Capture

- Oracle Universal Records Management
(Oracle WebCenter Content: Records)

- Oracle Universal Content Management - Inbound Refinery
(Oracle WebCenter Content: Inbound Refinery)

- Oracle Universal Content Management - Content Server
(Oracle WebCenter Content)

- Oracle Information Rights Management

Oracle WebCenter Content: Imagingを選択する場合、WebCenter Contentがドメインでまだ構成されていなければ、Oracle WebCenter Content - Content Serverも選択する必要があります。

AXF for BPELはImagingに含まれます。ImagingとともにAXF for BPMを使用する場合は、Oracle WebCenter Content: AXF for BPMおよび次の製品テンプレートを選択する必要があります(これらの一部は自動的に選択されます)。

- Oracle BPM Suite

- Oracle SOA Suite

- Oracle WebCenter Content: AXF for BPM

- Oracle WebCenter Content: Imaging Viewer Cache

- Oracle WebCenter Content: Imaging

- Oracle Universal Content Management - Content Server

- Oracle Enterprise Manager

- Oracle WSM Policy Manager

- Oracle JRF

ImagingとともにAXF for BPMまたはAXF for BPELを使用し、Oracle SOA Suiteが異なるドメインにデプロイされているか異なるマシンにインストールされている場合、Oracle SOA SuiteマシンでWCC_ORACLE_HOME\common\config.cmdを実行し、次の製品テンプレートを選択する必要があります。

- Oracle SOA Suite

- Oracle WSM Policy Manager

- Oracle Enterprise Manager

「拡張ソースの選択」画面で「Oracle WebCenter Content: Imaging」を選択すると、Oracle WebCenter Content: Imagingビューア・キャッシュが自動的に選択されます。

Oracle WebCenter Contentを選択すると、Oracle Enterprise ManagerおよびOracle JRFが自動的に選択されます。これらの自動的に選択された項目の選択を解除すると、Oracle WebCenter Contentアプリケーションも選択が解除されます。

Site Studio for External Applications Webサイトへのリモート・デプロイメントを実行する場合は、「Oracle Universal Content Management - SSXA Server」 (Oracle WebCenter Content - SSXA Server)を選択し、Webサイトの実行に必要なファイルを含む管理対象サーバーが備えられたOracle WebLogic Serverドメインを拡張できます。

Oracle Web Services Manager (Oracle WSM) Policy Managerが含まれているドメインを拡張するには、「Oracle WSM Policy Manager」を選択します。

あるいは、「既存の拡張テンプレートを使用してドメインを拡張する」を選択し、「テンプレートの場所」フィールドに既存のテンプレートへのパスを指定します。詳細は、『Oracle Fusion Middleware構成ウィザードによるドメインの作成』のドメイン・ソースの拡張に関する項を参照してください。

「次へ」をクリックして続行します。

B.3 JDBCコンポーネント・スキーマの構成

この画面では、各JDBCコンポーネント・スキーマの構成情報を編集します。スキーマのチェック・ボックスを選択し、次のフィールドを編集して、各コンポーネント・スキーマ(リポジトリ作成ユーティリティ(RCU)で作成された場合は、Oracle WSM MDSスキーマも含む)を構成します。

- コンポーネント・スキーマ: コンポーネント・スキーマ行を選択します。

- ベンダー: リストからデータベース・ベンダーを選択します。

- ドライバ: データベース・ベンダーのデフォルトのドライバをそのまま選択することも、リストからコンポーネント・スキーマのドライバを選択することもできます。

- スキーマ所有者: アプリケーション・スキーマ所有者のユーザー名を入力します。これは、RCUでスキーマを作成するときに指定したものです。

- スキーマ・パスワード: スキーマ・パスワードを入力します。これは、RCUでスキーマを作成するときに指定したものです。

- DBMS/サービス: 「ドライバ」フィールドでOracle's Driver (Thin) for Instance connectionsを選択している場合にはデータベース・インスタンスの名前を入力し、「ドライバ」フィールドでOracle's Driver (Thin) for Service connectionsを選択している場合にはサービス名(グローバル・データベース名)を入力します。Microsoft SQL ServerまたはIBM DB2の場合は、サービス名がないため、データベース名を入力する必要があります。
アプリケーション・スキーマが含まれているデータベースを指定します。

IBM DB2では、画面に表示されるスキーマ接頭辞の名前が3文字を超える場合、スキーマをRepository Creation Utilityで作成したときにスキーマに指定した名前に変更する必要があります(第2.2.2項「Oracle WebCenter Contentアプリケーションのスキーマの作成」を参照してください)。たとえば、DEV_CAPTUREはDEV_ODCに、DEV_URMSERVERはDEV_URMに、DEV_ORAIRMはDEV_IRMに変更します。

Oracle RACデータベースの場合は、このフィールドにいずれかのノードのサービス名を指定します。たとえば、sales.example.comとします。

- ホスト名: データベースが搭載されているマシンの名前をhost.example.comという形式で指定します。Oracle RACデータベースの場合は、ノード名の1つまたは仮想IP名をホスト名として指定します。

- Listen port: データベースのリスニング・ポート番号を指定します。デフォルトのポート番号は、Oracleデータベース・インスタンスの場合には1521、Microsoft SQL Serverの場合には1433、IBM DB2の場合には50000です。

「次へ」をクリックして続行します。

詳細は、『Oracle Fusion Middleware構成ウィザードによるドメインの作成』のJDBCコンポーネント・スキーマの構成に関する項を参照してください。

B.4 オプションの構成を選択

オプションで、管理サーバーおよび管理対象サーバーを構成するための次のオプションのいずれかまたはすべてを選択します。

- 管理サーバー

- JMS分散宛先

- 管理対象サーバー、クラスタ、およびマシン

- デプロイメントとサービス

- RDBMSセキュリティ・ストア

デフォルト設定を変更する場合は、これらのオプションを1つ以上選択します。たとえば、管理サーバーにSSLを構成したり、管理サーバーのポート番号を変更するには、「管理サーバー」を選択し、管理対象サーバーの名前またはポートを変更したり、それをクラスタに追加し、管理対象サーバー用のマシンを構成するには、「管理対象サーバー、クラスタ、およびマシン」を選択します。

Oracle IRMの場合は、「管理サーバー」、「管理対象サーバー、クラスタ、およびマシン」、および「デプロイメントとサービス」を選択することをお薦めします。

注意: クラスタを使用するには、Oracle WebLogic Server Enterprise Editionのライセンスが必要です。

「次へ」をクリックして、選択したオプションに応じた構成画面に進みます。どのオプションも選択しなかった場合は、「構成のサマリー」設定画面に進みます。

B.5 JMS分散宛先タイプの選択

デフォルト(UDD)を受け入れて「次へ」をクリックします。「オーバーライドの警告」で、「OK」を選択します。

B.6 管理対象サーバーの構成

管理対象サーバーはOracle WebLogic Serverのインスタンスで、エンタープライズ・アプリケーションのホストに使用されます。一般的な本番環境では、最低1つの管理対象サーバーがあります。

この画面では、管理対象サーバーのデフォルトの構成を変更します。管理対象サーバーごとに、次の列の値を変更できます。

- 名前
管理対象サーバーの名前

- リスニング・アドレス
サーバーがリスニングするアドレス。リストから選択します

- リスニング・ポート
リスニング・ポート番号

- SSLリスニング・ポート
SSL接続のポート番号。同じ行で「SSL有効」が選択されている場合、アクティブです

- SSL有効
選択され、SSL接続のポート番号が同じ行に入力されている場合に有効です

「次へ」をクリックして続行します。

B.7 クラスタの構成

オプションで、クラスタを1つ以上構成します。たとえば、2つの管理対象サーバーを含むCaptureクラスタの場合は、「クラスタのメッセージング・モード」値にunicastを指定して、cap_clusterという名前のクラスタを作成します。

注意:

- クラスタを使用するには、Oracle WebLogic Server Enterprise Editionのライセンスが必要です。

- クラスタを構成する場合は、クラスタ・アドレスを割り当てる必要があります。

「次へ」をクリックして続行します。

B.8 サーバーのクラスタへの割当

各クラスタにドメイン内の管理対象サーバーを2つ以上割り当てます。

「次へ」をクリックして続行します。

B.9 マシンの構成

オプションで、管理対象サーバーをホストするマシンを構成します。

「次へ」をクリックして続行します。

「次へ」をクリックして続行します。

B.10 サーバーのマシンへの割当

各マシンに少なくとも1つのサーバーを割り当てます。

「次へ」をクリックして続行します。

B.11 デプロイメントのクラスタまたはサーバーへのターゲット設定

オプションで、各アプリケーションを管理サーバー、管理対象サーバーまたは管理対象サーバーのクラスタに割り当てます。

Oracle IRMではpersistent-store-typeをreplicated_if_clusteredとして使用するため、Oracle IRMは、クラスタまたはいずれのクラスタのメンバーでもない管理対象サーバーにデプロイしてください。Oracle IRM Webアプリケーションがクラスタ化されたサーバーにデプロイされている場合は、有効なpersistent-store-type値が複製されます。それ以外の場合は、memoryがデフォルトになります。

Oracle IRMをクラスタにデプロイする場合は、Oracle IRMアプリケーションをすべてのノードにデプロイしてください。

「次へ」をクリックして続行します。

B.12 サービスのクラスタまたはサーバーへのターゲット設定

オプションで、サービスのターゲットをサーバーまたはクラスタに指定する方法を変更します。

「次へ」をクリックして続行します。

C Oracle WebCenter Contentの削除画面

この付録では、Oracle Fusion MiddlewareからOracle WebCenter Contentをアンインストールするときの、Oracle Fusion Middleware 11g WebCenter Content Installerの画面について説明します。

Oracle WebCenter Contentインストールを削除する方法の詳細は、第11章「Oracle WebCenter Contentのアンインストール」を参照してください。

この付録には次の画面があります。

- ようこそ

- Oracleホームのアンインストール

- アンインストールの進行状況

- アンインストール完了

C.1 ようこそ

「ようこそ」画面はアンインストーラを起動するたびに表示されます。

「次へ」をクリックして続行します。

C.2 Oracleホームのアンインストール

この画面は、アンインストールするOracleホーム・ディレクトリを示しています。これは、アンインストーラを起動したOracleホーム・ディレクトリです。

注意:

このOracleホームを削除する前に、既存のドメインで使用されていないことを確認してください。

これが正しいディレクトリであることを確認したら、「アンインストール」をクリックして続行します。

C.3 アンインストールの進行状況

この画面では削除の進行状況が表示されます。

削除の完了前に中止する場合は、「取消」をクリックします。

C.4 アンインストール完了

この画面は、完了したばかりの削除の要約を示します。

「終了」をクリックして画面を閉じます。

D サイレント・インストール

この付録では、グラフィカル・ユーザー・インタフェースを使用しないOracle WebCenter Contentのサイレント・インストールについて説明します。

インストールに固有の情報を指定したレスポンス・ファイルがあれば、Oracle WebCenter Contentは、サイレント・モードでコマンドラインからインストールできます。第2.4項「Oracle WebCenter Contentのインストーラの使用」で説明されているように、Oracle Fusion Middleware 11g WebCenter Content Installerを使用してOracle WebCenter Contentをインストールするとき、後でサイレント・インストールを実行できるようにレスポンス・ファイルを保存できます。

サイレント・インストールおよびアンインストールの詳細は、『Oracle Fusion Middlewareインストレーション・プランニング・ガイド』のサイレント・インストールおよびアンインストールに関する項を参照してください。

E Oracle WebCenter Content: Desktopの構成

この付録では、Oracle WebCenter Content: Desktopの有効化に必要な構成タスクを説明します。

この付録では次の項について説明します。

- 第E.1項「Desktopクライアント・ソフトウェアのインストール・ファイルの抽出と実行」

- 第E.2項「Webブラウザ検索プロバイダ名の設定」

- 第E.3項「サブフォルダ検索の有効化」

- 第E.4項「電子メール・メタデータのマッピング」

- 第E.5項「フォームベースのログインの構成」

- 第E.6項「フォームベースのログインの正規表現のカスタマイズ」

E.1 Desktopクライアント・ソフトウェアのインストール・ファイルの抽出と実行

Oracle WebCenter Contentのインストール後に、/exportパラメータを指定してdesktop_content_setup.exeコマンドを使用すると、Desktopインストーラ・ファイルを抽出できます。

desktop_content_setup.exe /export [path/existing_extraction_directory/]

ファイルの抽出先には、既存のディレクトリを指定できます。このコマンドでディレクトリの指定を省略すると、現在のディレクトリにファイルが抽出されます。

このコマンドにより、次の3つのファイルが抽出されます。

- package.ini

- contentdesktop.msi

- contentdesktop_x64.msi

クライアント・システムにDesktopをインストールする場合は、Desktopインストーラ・コマンドに、これらのMSIファイルのどちらか1つのみを指定します。

Desktopクライアントのソフトウェア・インストーラは、システム管理者がソフトウェアをロールアウトできる、多くのカスタム・インストール・オプションをサポートしています。

- 第E.1.1項「自動化のためのコマンドライン・パラメータの使用」

- 第E.1.2項「統合の無効化」

- 第E.1.3項「サイレント・ロールアウトの実行」

- 第E.1.4項「Windowsシステムでレジストリを介するコンテンツ・サーバー接続の構成」

E.1.1 自動化のためのコマンドライン・パラメータの使用

いくつかのコマンドライン・パラメータを使用して、インストール・プロセスの一部を自動化できます。desktop_content_setup.exeを使用して、パブリック・プロパティをMSIに渡す必要がある場合は、次のコマンドを使用できます。

desktop_content_setup.exe /msi ONE_PUBLIC_PROPERTY=public_property_value

E.1.2 統合の無効化

Desktopインストーラには、特定のソフトウェア統合を無効にするためのコマンドライン・オプションが多数あります。インストーラがコンピュータ上の既存のソフトウェア(Microsoft Word、PowerPoint、Excelなど)に統合を適用できることを検出すると、通常、インストーラは自動的に統合の設定を試みます。特定のソフトウェア製品に対して統合が設定されないようにするには、次のコマンドライン・スイッチのいずれかを使用してその統合を無効にできます。

- EXPLORER=0

- WORD=0

- POWERPOINT=0

- EXCEL=0

- OUTLOOK=0

- NOTES=0

スイッチ名には大文字を使用します。

これらのスイッチは、ソフトウェア統合を無効化することのみを目的としています。これらは、クライアント・コンピュータで検出されるアプリケーションのソフトウェア統合を有効化する場合には必要はありません。

E.1.3 サイレント・ロールアウトの実行

Desktopインストーラを使用すると、管理者は、多数のマシンに対して1つの実行可能ファイルを実行できるサード・パーティ製ツール(SMSやnetOctopusなど)を使用して、Desktopクライアント・ソフトウェアを複数のクライアント・マシンにロールアウトできます。Desktopクライアント・ソフトウェアのインストーラは、SMSで構成できるサイレント・インストール・オプションをサポートしています。

サイレント・インストールでは、次のコマンドを使用して、表示されるユーザー・インタフェースのレベルを制御できます。

desktop_content_setup.exe /s UI=user_interface_level

コマンドで、user_interface_levelは、1、2、3,または4:のいずれかを指定できます。

- 1: インストール中のユーザー・インタフェースはありません。

- 2: インストール中、進捗バーのみを表示します。

- 3: 別のダイアログ・ボックスにインストール画面を表示しますが、実行するためのユーザー入力は必要はありません。

- 4: ユーザー入力が必要な完全に対話型のインストーラを実行します。

たとえば、Outlook、PowerPointおよびLotus Notesのインストールを警告なしで選択的に無効化するには、次のようなコマンドを使用します。

desktop_content_setup.exe /s UI=1 /msi OUTLOOK=0 POWERPOINT=0 NOTES=0

E.1.4 Windowsシステムでレジストリを介するコンテンツ・サーバー接続の構成

Windowsシステムでレジストリ・ファイルを作成することにより、コンテンツ・サーバーの接続を追加できます。そのファイルは標準のインストール・ファイルの一部として含まれていないため、作成する必要があります。

レジストリ・ファイルにサーバーを追加すると、ユーザーはコンピュータの接続の設定から解放され、設定プロセスが自動化されます。この方法でサーバー接続を追加すると、ユーザーは各自のデスクトップ(Windows Explorer、電子メール・クライアントまたは任意のデスクトップ・アプリケーション)からサーバー接続を削除できません。

レジストリ・ファイル・エントリのサンプル

次のレジストリ・ファイル・エントリのサンプルは、コンテンツ・サーバー・インスタンス、WebDAVサーバーおよびコンテンツDBサーバー用の例で、コード行の次にコメントがあります。

レジストリ・ファイル・エントリのサンプルはHKEY_LOCAL_MACHINEの下にあります。ユーザーがインストーラを実行する場合は、HKEY_LOCAL_MACHINEのかわりにHKEY_CURRENT_USERを使用します。

HKEY_LOCAL_MACHINEを使用すると、ユーザーはHKEY_LOCAL_MACHINEエントリを変更する権限を持っていないため、ServerAuthまたはRememberMetaDataの値を変更できません(Windowsのポリシーが変更を許可するように設定されないか、ユーザーが管理者ではない場合)。

HKEY_LOCAL_MACHINE値はHKEY_CURRENT_USER値をオーバーライドします。

REGEDIT4
[HKEY_LOCAL_MACHINE\SOFTWARE\Oracle\Universal Content Management\Desktop Integration Suite\WebDAV\Servers\Corporate]
"ServerType"="ucm"
"ServerURL"="http://corporate/cs/idcplg/webdav"

(このレジストリ・エントリでは、サーバーはコンテンツ・サーバー・インスタンス、サーバーの表示名はCorporate、WebDAVサーバーのURLはhttp://corporate/cs/idcplg/webdavです。)

[HKEY_LOCAL_MACHINE\Software\ORACLE\Universal Content Management\Desktop Integration Suite\Shared\Config\Corporate]
"HostCgiUrl"="http://corporate/cs/idcplg"
"ServerAuth"=REG_DWORD:0x00000000 (0)
"RememberMetaData"=REG_DWORD:0x00000000 (0)

(このレジストリ・エントリでは、サーバーはコンテンツ・サーバー・インスタンス、サーバー名はCorporate、CGIのURLはhttp://corporate/cs/idcplg、ユーザー・インタフェースのURLはhttp://corporate/wcc/facesです。コンテンツDBサーバーおよびWebDAVサーバーでは、これらのレジストリ・エントリは使用されません。)

[HKEY_LOCAL_MACHINE\SOFTWARE\Oracle\Universal Content Management\Desktop Integration Suite\WebDAV\Servers\Department]
"ServerType"="dav"
"ServerURL"="http://corporate/content/app/explorerPage.jspx"
"Single Sign-On Url"="http://section/content/app/explorerPage.jspx"
"Use Single Sign-On"=REG_DWORD:0x00000001 (1)

(このレジストリ・エントリでは、サーバーはWebDAVサーバー、サーバーの表示名はDepartment、WebDAVサーバーのURLはhttp://corporate/content/app/explorerPage.jspxで、シングル・サインオン・ページは識別されており、シングル・サインオンは実装されています。)

[HKEY_LOCAL_MACHINE\SOFTWARE\Oracle\Universal Content Management\Desktop Integration Suite\WebDAV\Servers\Section]
"ServerType"="cdb"
"ServerURL"="http://section/content/dav"
"Single Sign-On Url"="http://section/content/app/explorerPage.jspx"
"Use Single Sign-On"=REG_DWORD:0x00000001 (1)

(このレジストリ・エントリでは、サーバーはコンテンツDBサーバー、サーバーの表示名はSection、WebDAVサーバーのURLはhttp://section/content/davで、シングル・サインオン・ページは識別されており、シングル・サインオンは実装されています。)

E.2 Webブラウザ検索プロバイダ名の設定

Desktopには、コンテンツ・サーバー・インスタンス上のコンテンツをWebブラウザの検索フィールドから直接検索できるようにする、ポピュラーな各種Webブラウザのプラグインが用意されています。

Oracle WebCenter Content Serverインスタンスのデフォルトの検索プロバイダ名は「Oracle WebCenter Content検索」ですが、この名前はより意味のあるサーバー名に変更することもできます。

デフォルトの検索プロバイダ名を変更する手順は次のとおりです。

1. コンテンツ・サーバーに管理者としてログインします。

2. 「管理」、「SERVERの構成」の順に選択します。

3. 「構成」ページの「機能とコンポーネント」で、「有効なコンポーネントの詳細」をクリックします。

4. インストールされているコンポーネントのリストでDesktopIntegrationSuiteを探し、「構成」リンクをクリックします。

5. 更新コンポーネント情報ページで、「Webブラウザ検索プラグインを有効にする」チェック・ボックスが選択されていることを確認します。

6. 「Webブラウザ検索プラグイン・タイトル」フィールドにサーバーの検索プロバイダ名を入力します。組織内で一意の検索プロバイダ名を選択します。2つのサーバーが同じ検索プロバイダ名を持つことはできません。

7. 入力したら、新しい設定を有効にする場合は「更新」、変更を取り消す場合は「リセット」、すべてデフォルトの設定に戻すには「インストール設定に戻る」をクリックします。

8. コンテンツ・サーバーを再起動します。

E.3 サブフォルダ検索の有効化

コンテンツ・サーバー・インスタンスで、コンテンツ階層コンポーネントとしてFramework Foldersを使用している場合、サブフォルダ検索を有効にできます。これにより、コンテンツ検索を現在のフォルダにのみ適用するか、そのフォルダのすべてのサブフォルダを含めて適用するかを指定できます。

サブフォルダ検索を有効にするには、Oracle Text検索エンジンを使用するようにコンテンツ・サーバーを構成し、検索フォームにいくつかの要素を追加する必要があります。

サブフォルダ検索を有効にする手順は次のとおりです。

1. コンテンツ・サーバー用のWebLogic Server管理コンソールにログインします。

2. 「一般構成」を選択します。

3. 「一般構成」ページで、追加の構成値セクションに次のエントリが含まれていることを確認します。

SearchIndexerEngineName=OracleTextSearch
FoldersIndexParentFolderValues=true

4. 「保存」をクリックします。

5. コンテンツ・サーバーを再起動します。

6. 検索コレクションの索引を再構築します。

コンテンツ検索フォームには、「親フォルダ」フィールドおよび「サブフォルダを含める」チェック・ボックスが含まれ、これにより、ユーザーは検索問合せを現在のコンテンツ・フォルダにのみ制限するか、すべてのサブフォルダを対象にできます。

E.4 電子メール・メタデータのマッピング

管理者は、電子メール・ヘッダー・フィールドを、コンテンツ・サーバーにチェックインされるメッセージのメタデータ・フィールドにマッピングできます。MSGメタデータのマッピングはMicrosoft Outlookのメッセージ形式に使用され、EMLメタデータのマッピングはインターネット・メールのメッセージ形式に使用されます。

6つの標準の電子メール・メタデータ・マッピングはオーバーライドできません。追加のマッピングの作成のみ可能です。

電子メールのメタデータをマップする手順は次のとおりです。

1. コンテンツ・サーバーに管理者としてログインします。

2. 「管理」、「電子メール・メタデータの構成」、「MSGメタデータのマップ」または「EMLメタデータのマップ」の順に選択します。

3. 「電子メール・メタデータ・マッピング」ページで、「使用できるフィールド」にリストされている電子メール・ヘッダー・フィールドは、メタデータにマップされません。「マップされたフィールド」のフィールドはメタデータにマップされます。右および左の矢印を使用してフィールドを選択し、これをグループから別のグループへ移動します。上および下の矢印を使用して各グループ内のフィールドをソートします。

4. フィールドが「マップされたフィールド」に追加されたりここから削除されると、そのフィールドのドロップダウン・リストが「マップされた値」の下に表示されます。マップされた各電子メール・ヘッダー・フィールドで、ドロップダウン・リストからメタデータ・フィールドの値を選択します。

5. すべてのフィールドをメタデータの値で更新したら、「保存」をクリックします。

E.5 フォームベースのログインの構成

組織では、個別のアイデンティティおよびアクセス管理ソフトウェアを使用できます。このソフトウェアは、セキュアなフォームベースのログイン画面を提供してユーザーを認証し、アクセス権を制御します。Desktopは、フォームベースのログインと互換性があります。これを有効化するには、DesktopでHTMLレスポンスがフォームベースのログイン・ページとして識別されるように、コメントをログイン・ページに追加します。ユーザーには、標準のコンテンツ・サーバー・ログインのかわりに、フォームベースのログインが表示されます。

フォームベースのログインを構成する手順は次のとおりです。

1. ファイル・システムのログイン・フォーム(Netegrity SiteMinderの場合はlogin.fccなど)を検索します。このフォームの場所は、認証システムの設定方法によって異なります。

2. フォームをテキスト・エディタで開きます。

3. 次のコメント(スペースなし)をフォームのHEADセクションに追加します。

<!--IdcClientLoginForm=1-->

重要:

フォームのHEADセクションには、多数のコードが含まれている場合があります。提供されるページには、レスポンスの最初の5,000文字以内に、そのHTMLコメント(またはトークン)が必要です。これがない場合、サーバー接続は失敗する場合があります。

クライアント・コンピュータ上のソフトウェアは、プロンプト・コードがあればこれを使用して、レスポンスで<!--IdcClientLoginForm=1-->トークン(厳密な文字列検索を使用して)とルートをチェックします。これはHTMLコメントとしてエンコードされ、通常のブラウザでは、ログインを試みる際にこのトークンを表示することはありません。Idoc Scriptの場合、提供されるページからパーサーによってコードのそのビットが削除され、クライアント側ブラウザではそのページには表示されません。

4. フォームを保存して閉じます。

E.6 フォームベースのログインの正規表現のカスタマイズ

デフォルトでは、Desktopは次の正規表現を使用してフォームベースのログインを識別します。

<!--IdcClientLoginForm=1-->|
<form .*sso.* name=\"LoginForm\"|
<form *name=\"loginForm\"

この正規表現は、Windowsレジストリで構成できます。コードはまず次の場所にあります。

[HKEY_LOCAL_MACHINE\SOFTWARE\Oracle\Universal Content Management\Desktop Integration Suite\WebDAV\Servers\SERVER_NAME]
"Form Based Logins Reg Exp"="REGULAR_EXPRESSION"

2番目は、次の場所にあります。

[HKEY_CURRENT_USER\SOFTWARE\Oracle\Universal Content Management\Desktop Integration Suite\WebDAV\Servers\SERVER_NAME]
"Form Based Logins Reg Exp"="REGULAR_EXPRESSION"

2番目は、次の場所にあります。

[HKEY_LOCAL_MACHINE\SOFTWARE\Oracle\Universal Content Management\Desktop Integration Suite\WebDAV]
"Form Based Logins Reg Exp"="REGULAR_EXPRESSION"

最後は、次の場所にあります。

[HKEY_CURRENT_USER\SOFTWARE\Oracle\Universal Content Management\Desktop Integration Suite\WebDAV]
"Form Based Logins Reg Exp"="REGULAR_EXPRESSION"

これらのWindowsレジストリの場所にカスタムの正規表現が定義されていない場合は、デフォルトの正規表現が使用されます。

F トラブルシューティング

この付録では、トラブルシューティング情報を提供します。

この付録では次の項について説明します。

- 第F.1項「一般的なトラブルシューティングのヒント」

- 第F.2項「Oracle WebCenter Contentのインストールおよび構成のトラブルシューティング」

- 第F.3項「Inbound Refineryの問題」

- 第F.4項「その他のヘルプ」

F.1 一般的なトラブルシューティングのヒント

インストール時にエラーが発生した場合の対処方法は、次のとおりです。

- 最新の更新は、Microsoft Windows (32-Bit)でのOracle Fusion Middlewareのリリース・ノートを参照してください。リリース・ノートは、プラットフォーム固有のマニュアルとともに使用可能です。リリース・ノートの最新のバージョンは、次のOracle Technology NetworkのOracleドキュメント・ページから入手できます。

http://www.oracle.com/technetwork/documentation

- ご使用のシステムが、第2.1.3項「システム要件および動作保証」に指定されている要件を満たしていることを確認してください。

- 中間層をインストールする場合は、中間層を関連付けるOracleAS Infrastructureがインストール時に実行されていることを確認します。

- いずれかのインストール画面で間違った情報を入力した場合は、その画面に戻るまで「戻る」をクリックします。

- インストーラでファイルをコピーまたはリンクするときにエラーが発生した場合は、次の手順に従ってください。

1. エラーをメモして、インストール・ログ・ファイルを確認します。

2. 第11章「Oracle WebCenter Contentのアンインストール」に示される手順に従って、失敗したインストールを削除します。

3. エラーの原因となる問題を修正します。

4. インストールを再起動します。

F.2 Oracle WebCenter Contentのインストールおよび構成のトラブルシューティング

この項では、Oracle WebCenter Contentをインストールおよび構成するときに発生する可能性のある、一般的な問題の解決方法を示します。

Windowsオペレーティング・システムにおいて、全文検索、Inbound Refinery変換、Dynamic Converter、Oracle WebCenter Content: DesktopまたはContent Categorizerに問題がある場合は、まず、第3.7.3項「Windowsオペレーティング・システム用のVisual C++ライブラリのダウンロード」に記載されている、正しいバージョンのVisual C++再頒布可能パッケージをダウンロードしていることを確認します。

この項では、Oracle WebCenter Contentのインストールおよび構成に関する問題のトラブルシューティングについて説明します。

- Oracle Fusion Middlewareのインストールおよび構成ログ・ファイル

- Oracle IRMキーストア構成の問題

- WebCenter Content 11gへの接続を試行中に発生するImagingエラー

- Oracle SOA Suiteがインストールされていない場合のAXFからのImagingエラー

- Oracle SOA SuiteまたはOracle BAMを使用したドメインのOracle WSMポリシー・マネージャに接続中に発生したコンテンツ・サーバー・エラー

F.2.1 Oracle Fusion Middleware のインストールおよび構成ログ・ファイル

Oracle Fusion Middleware 11g WebCenter Content InstallerおよびFusion Middleware構成ウィザードでは、独自のログ・ファイルのセットが作成されます。

- UNIXオペレーティング・システムでは、インストーラは次のログ・ファイルに書き込みます。

- oraInventory_location/logs/installActionstimestamp.log

- oraInventory_location/logs/oraInstalltimestamp.err

- oraInventory_location/logs/oraInstalltimestamp.out

- ORACLE_HOME/install/make.log

- Windowsオペレーティング・システムでは、インストーラは次のログ・ファイルに書き込みます。

- inventory_location\logs\installActionstimestamp.log

- inventory_location\logs\oraInstalltimestamp.err

- inventory_location\logs\oraInstalltimestamp.out

デフォルトのinventory_locationの値は次のとおりです。

%PROGRAMFILES%\Oracle\Inventory

- Fusion Middleware構成ウィザードは、Oracleホーム・ディレクトリのcfgtoollogsディレクトリのログ・ファイルに書き込みます。

インストーラによって作成されたログ・ファイルにアクセスする場合は、まずインストーラを終了する必要があります。インストーラの使用中に、ログ・ファイルにアクセスすることはできません。

F.2.2 Oracle IRMキーストア構成の問題

Oracle Information Rights Managementキーストアが正しく構成されていない場合、コンテキストの作成中に問題が発生します。コンテキストを作成できない場合は、次のいずれかのエラーがないか、サーバー・ログを確認します。

- キーストア・ファイルの不足
キーストアが存在しない場合は、ログにFileNotFoundExceptionメッセージが示されます。

java.io.FileNotFoundException: C:\IRM\oracle\middleware\user_projects
\domains\base_domain\config\fmwconfig\irm.jceks (The system cannot find the file specified)

- キーが存在しない
キーストアは存在するが、キーが存在しない場合は、ログにUnknownKeyExceptionメッセージが示されます。

oracle.irm.engine.content.store.UnknownKeyException:
The key oracle.irm.wrap does not exist in the key store
C:\IRM\oracle\middleware\user_projects\domains\base_domain\config\fmwconfig\irm.jceks

- パスワードが存在しない
パスワードが存在しないか誤っている場合は、ログに次の例外が示されます。

java.security.UnrecoverableKeyException: Given final block not properly padded

F.2.3 WebCenter Content 11gへの接続を試行中に発生するImagingエラー

Oracle WebCenter Content: ImagingをWebCenter Content 11gリポジトリに接続しようとするとき、次の場合にはImagingでエラーが返されます。

- WebCenter Contentがインストールされたドメインが、後でImagingを使用して拡張されており、Imaging管理対象サーバーを再起動していない場合。

- WebCenter ContentとImagingの管理対象サーバーが異なるマシン上で実行されるように構成されており、手動による構成を実行していない場合。

これらのエラーの回避方法の詳細は、第6.1.1.1項「Imagingと併用するWebCenter Content 11gの構成」を参照してください。

F.2.4 Oracle SOA Suiteがインストールされていない場合のAXFからのImagingエラー

単一マシンの環境でOracle SOA Suiteを使用せずにOracle WebCenter Content: Imagingを使用する場合、Imaging管理対象サーバーを起動すると、ImagingはAXFエラーを生成します。AXF製品では、Oracle SOA Suiteが、単一マシン環境でOracle WebCenter Contentとして同じWebLogic Serverドメインにインストールされている必要があります。ImagingとともにAXF for BPELまたはAXF for BPMを使用する予定がない場合、これらのエラーは無視してかまいません。

また、これらのAXFエラーは、Imaging管理対象サーバーの起動時に、Oracle SOA Suite管理対象サーバーが起動していないと表示される場合もあります。

詳細は、第6章「Imagingの構成の完了」を参照してください。

F.2.5 Oracle SOA SuiteまたはOracle BAMを使用したドメインのOracle WSMポリシー・マネージャに接続中に発生したコンテンツ・サーバー・エラー

Oracle SOA SuiteまたはOracle Business Activity Monitoring (Oracle BAM)を含むドメインで、Oracle WebCenter Contentサーバーの起動時にWebサービス・マネージャ(Oracle WSM)ポリシー・マネージャから接続エラーが表示される場合、Oracle SOA SuiteまたはOracle BAM Managed Serverを起動してから、WebCenter Content管理対象サーバーを起動する必要があります。

Oracle WSMは、ドメインを作成している間またはコンテンツ・サーバーのためにドメインが作成または拡張されている間に構成され、ポリシー・マネージャに接続します。コンテンツ・サーバーがこれらの接続を作成できるように、Oracle SOA SuiteまたはOracle BAMのいずれかを最初に起動する必要があります。

詳細は、第3.14項「Oracle Web Services Manager Securityの設定」を参照してください。

F.2.6 Microsoft SQL Serverに接続したRecordsサーバーの起動時に発生するファイルの欠落エラー

Oracle WebCenter Content: RecordsにMicrosoft SQL Serverデータベースを使用している場合は、Records管理対象サーバーの起動時に発生する、次のテキストを含むエラーを安全に無視できます。

Failed to find indexable webviewable for content item panel

このテキストは、ユーザー用のRecordsダッシュボードで使用されるパネルについての問題を指摘しています。設計によっては、それらのパネルには索引付け可能なWeb表示できるインタフェースが存在しない場合があります。それらの内容は、表示時に、それらが実行されるときに導出されます。

F.3 Inbound Refineryの問題

Windowsオペレーティング・システムでのInbound Refinery変換に問題がある場合は、まず、第3.7.3項「Windowsオペレーティング・システム用のVisual C++ライブラリのダウンロード」に記載されている正しいバージョンのVisual C++再頒布可能パッケージをダウンロードしていることを確認します。

この項では、次のInbound Refineryの設定および実行の問題のトラブルシューティング情報を示します。

- インストール後、リファイナリにログインできない

- ファイルが「WWW生成」ステータスで断続的にスタック状態になる

- Inbound Refineryの初回起動時にRIDCポートが設定されない

F.3.1 インストール後リファイナリにログインできない

インストールした後、リファイナリにログインしようとすると、次のようなエラーが発生します。

"Content Server Access Denied
Access denied to Content Server managed resource. Error getting user credentials from proxied user cache. Unable to open file
c:/ucm/cs1/data/users/proxied/ref1/userdb.txt.
c:/ucm/cs1/data/users/proxied/ref1/userdb.txt contains an invalid path."

考えられる原因

解決方法

リファイナリはコンテンツ・サーバーにプロキシ設定されていますが、InboundRefinerySupportコンポーネントがコンテンツ・サーバーにインストールおよび有効化されていません。

InboundRefinerySupportコンポーネントをコンテンツ・サーバーにインストールし、有効化します。

詳細は、第5.2.3.2項「コンテンツ・サーバーでのInbound Refinery用のコンポーネントの有効化」を参照してください。

F.3.2 ファイルが「WWW生成」ステータスで断続的にスタック状態になる

WebCenter ContentがWindows Server 2003システムで実行されている場合、ファイルがGenWWWでスタック状態になります。変換エラーはなく、再送信されると、ファイルは正常に変換されます。

考えられる原因

解決方法

この問題は、Windows Server 2003システムでの既知のファイルのロックおよび削除の問題に直接関連し、通常、コンテンツ・サーバーがUNIXオペレーティング・システムで実行され、Windows Server 2003マシンに接続するためにSambaが使用されている場合に発生します。ただしこの問題は、Windows Server 2003システムでInbound Refineryを使用しており、Inbound Refineryがコンテンツ・サーバーと別の物理マシンにある場合でも発生することがあります。

これらのWindows Server 2003の問題の詳細は、次のMicrosoft社サポートWebサイトで、サポート技術情報の記事885451および811492を参照してください。

http://support.microsoft.com

Microsoft社サポート技術情報の記事で説明されている問題が発生していることを確認するには、リモート・クライアントを使用して、Windows Server 2003マシンの複数のファイルを削除します。ファイルの削除に最大40秒の遅延が発生する場合は、Windows Server 2003のロックおよび削除の問題が原因であると考えられます。Microsoft社では、この問題に対して2つの解決方法を示しています。

1. Microsoft社には、要求があった場合にのみ提供されるWindows Server 2003用の修正プログラムがあります。ただし、Microsoft社では、この問題による深刻な影響がないかぎり、次のサービス・パックまで待つことを推奨しています。

2. Microsoft社が示すもう1つの解決方法は、Windows Server 2003サーバーで便宜的ロックを無効にすることです。便宜的ロックを無効にする解決方法は、ファイルを書き込むときに使用される通常のファイル・ロックには影響を及ぼしません。便宜的ロックはファイル・ロック・プロセスの速度を微調整するものであり、問題の原因となっている場合、安全に無効化できます。便宜的ロックの詳細は、Sambaヘルプ・ファイルに含まれています。

Windows Server 2003サーバーで便宜的ロックを無効にする方法について、具体的情報が必要な場合は、次のMicrosoft社サポートWebサイトで、サポート技術情報の記事29624を参照してください。

http://support.microsoft.com

F.3.3 Inbound Refineryの初回起動時にRIDCポートが設定されない

Oracle WebCenter Content: Inbound Refinery管理対象サーバーの初回起動時に、Inbound Refineryは、RIDC port not set例外を生成します。

Remote Intradoc Client (RIDC)ポートは、Inbound Refineryの初期構成を完了し、Inbound Refinery管理対象サーバーを再起動した後に、構成されます。Inbound Refineryは、構成されて再起動されると、この例外を生成しません。

詳細は、第5.1項「Inbound Refineryの初期構成の完了」を参照してください。

F.4 その他のヘルプ

この付録の手順を試しても発生した問題を解決できない場合は、次の情報源を参照してください。

- 次のOracle Technology NetworkのOracleドキュメント・ページから入手できるMicrosoft Windows (32-Bit)でのOracle Fusion Middlewareのリリース・ノート

http://www.oracle.com/technetwork/documentation

- 次のMy Oracle Support (以前のOracleMetaLink) Webサイト

http://support.oracle.com

それでも問題が解決しない場合は、サービス・リクエストを作成してください。

索引
A  C  D  E  F  G  H  I  J  K  L  M  N  O  P  R  S  T  U  V  W  Z

A

アクセシビリティ・ソフトウェア, Java Access Bridge, A, B

ActiveXコントロール, 4.6

ユーザーの追加, Oracle Internet Directory, 3.10

管理コンソール

AXF for BPMおよびAXF for BPEL, 10.6

管理サーバー, 起動, 10.1 AESアルゴリズム, 9.1.2.1.1 ImagingでのIMPORT定義の許可, 6.1.7 「アプリケーション・サーバー」画面, A.5 アプリケーション

Imaging, 1.1

Inbound Refinery, 1.1

Oracle IRM, 1.1

Oracle IRM Desktop

Oracle WebCenter Content, 1.1, 1.1

Records, 1.1

対象読者, はじめに AXF

AXF for BPMのインストールの検証, 6.5.1

AXF for BPEL, 4.16, 6.5

管理コンソール, 10.6

Imagingとともに構成, 4.16, 6.5

インストール, 4.16, 6.5

インストール, 2.4

AXF for BPM

管理コンソール, 10.6

Imagingとともに構成, 4.16, 6.5

構成, Imaging, 4.16, 6.5

インストール, 4.16, 4.16, 6.5, 6.5

インストール, 2.4

インストールの検証, 6.5.2

C

Capture

インストール, 2.4

動作保証, 2.1.3 クライアント構成, サーバー証明書, 3.8.2.2 クラスタ

構成画面, 3.13

構成, 3.13

管理対象サーバー, 3.13

構成

コンテンツ・サーバー, 4.3.2

Desktop, クライアント・ワークステーション, 4.11

Records, 8

構成

AXF for BPEL, 4.16, 6.5

AXF for BPM, 4.16, 6.5

クラスタ, 3.13

コンテンツ・サーバー

「Content Serverの構成」ページ, 4.3.2

Desktop, 4.10

OracleTextSearch, 4.5

Site Studio, 4.9

コンテンツ・サーバー接続, E.1.4 スタンドアロン・アプリケーションの外部データベース・プロバイダ, 4.5.2 Imaging

IMPORT定義の許可, 6.1.7

概要, 6

Inbound Refinery

ドキュメント変換, 5.2.2

概要, 5, 5.2

インストール後, 5.2.1

分散ImagingサーバーのAXF for BPELのJavaオブジェクト・キャッシュ, 6.5.2.1 スタンドアロン・アプリケーションのJDBCドライバ, 4.7 Oracle IRM用のキーストア, 9.1.2 ログ, F.2.1 マシン, 3.13 管理対象サーバー

クラスタ, 3.13, 3.13

Oracle WebLogic Serverドメインの作成, 3.2

Oracle WebLogic Serverドメインの拡張, 3.3

マシン, 3.13

WebCenter ContentでのMicrosoft SQL Server, 4.3.6 Oracle Access Manager, 3.11.1 Oracle IRM管理対象サーバー用のOracle Access Manager 11g, 9.4 Oracle IRM

概要, 9

シングル・サインオン、9.4

Oracle IRM Desktopの認証, 3.11.1 コンテンツ・サーバーのOracle URM Adapter, 4.13 Oracle WebCenter Content, 3 OracleTextSearch, コンテンツ・サーバー用の構成, 4.5 準備, 3.1 画面, B Oracle IRM管理対象サーバーのシングル・サインオン, 9.4 コンテンツ・サーバーのSite Studio, 4.9 トラブルシューティング, F.2, F.2 確認, 10 WebCenter Content, 4 Windowsネイティブ認証, 3.11.3 ゾーン・フィールド, 4.9.4 「JDBCコンポーネント・スキーマの構成」画面, B.3 「管理対象サーバーの構成」画面, B.6 接続

ImagingからWebCenter Contentリポジトリ, 6.1.3

Imagingからワークフロー・サーバー, 6.1.4

サーバーへの接続, E.1.4 コンテンツ・サーバー

構成, 4.3.2

Desktop, 4.10

ファイル・ストア・プロバイダ, 6.1.1.2

OracleTextSearch, 4.5

構成ページ, 4.3.2 Desktop, 4.10 Inbound Refineryコンポーネントの有効化, 5.2.3.2 ファイル・ストア・プロバイダの構成, 6.1.1.2 初期構成, 4.3 インタフェース, 12.1 JavaServer Pages, 4.9.5 JSPグループ, 4.9.5 検索索引, 4.9.6, 4.9.6 Site Studio, 4.9, 4.9, 4.9.1 SiteStudioExternalApplicationsコンポーネント, 4.9, 4.9, 4.9.1 起動, 4.3.1 「Content Serverの構成」ページ, 4.3.2 変換コンポーネント, Inbound Refineryでの有効化, 5.2.2.1 変換ジョブ, Inbound Refinery, 設定, 5.2.3 createCentralInventory.shスクリプト, 2.1.4 Oracle WebLogic Serverドメインの作成, 3.2, 3.2 スキーマの作成, 2.2, 2.2.2 資格証明ストア, Oracle IRM用の構成, 9.1.2.5 キーストアの暗号アルゴリズム

AES, 9.1.2.1.1

選択, 9.1.2.1

RSA, 9.1.2.1.2

D

データソース

IBM DB2, 8.4

Microsoft SQL Server, 4.3.6

データベース

スキーマの作成, 1.2.1.3, 2.2, 2.2.2

IBM DB2, 1.2, 1.2

インストール・モジュール, 1.2.1.2

Microsoft SQL Server

WebCenter Contentでの構成, 4.3.6

スキーマの作成, 1.2, 1.2

Oracle Database, 1.2, 1.2, 2.1.5 リポジトリ作成ユーティリティ

互換性, 2.1.5

前提条件, 2.2.1.1

スキーマ, 1.2.1.3, 2.2.1 サポート対象, 2.1.5 データベース・ルートCA証明書, 4.8 管理対象サーバーのデフォルト・ポート, 3.2 デフォルトのプロジェクト・ドキュメント情報, 4.9.2 定義, インポート, 6.1.7 「Oracleホームのアンインストール」画面, C.2 「アンインストール完了」画面, C.4 削除手順, 11.4 「アンインストールの進行状況」画面, C.3 削除の画面, C Desktop

構成, クライアント・ワークステーション, 4.11, 4.11

コンテンツ・サーバー構成, 4.10

インストール, クライアント・ワークステーション, 4.11, 4.11

概要, 4.11

ディレクトリ構造, 1.3 ImagingのWebレイアウトの無効化, 6.1.1.2.2 分散Imagingサーバー, AXF for BPELのJava Object Cacheの構成, 6.5.2.1 ドキュメント変換, Inbound Refineryでの構成, 5.2.2 ドメイン構造, Oracle WebLogic Server, 1.2.1.1.2 ドメイン

作成, 3.2

拡張, 3.3, 3.3, 3.4

ダウンロード, Oracle WebCenter Contentソフトウェア, 1.2.2 スキーマの削除, 11.3.2 DynamicSectionsプロパティ

接続プール構成, 8.4

IBM DB2とRecordsでの設定, 8.4

E

ECM。See Oracle WebCenter Content

電子メール・アドレス, システム管理者, 4.3.2

「有効な機能」ページ, 8.1.1

コンテンツ・サーバーでのJSPグループの有効化, 4.9.5

コンテンツ・サーバーでのJSPサポートの有効化, 4.9.5

コンテンツ・サーバーでのSite Studioの有効化, 4.9, 4.9.1

環境変数

ライブラリ・パス, UNIXプラットフォーム, 3.7.2

Outside In Technology, 3.7

エラー, WebCenter Content 11gへのImaging接続, F.2.3 既存のドメインの拡張, 3.3, 3.3, 3.4, 3.4 外部データベース・プロバイダ, スタンドアロン・アプリケーションの構成, 4.5.2 外部LDAP認証プロバイダ, 3.9

F

ファイル形式, Inbound Refinery変換用の選択, 5.2.3.3

ファイル・ストア・プロバイダ

コンテンツ・サーバー用の構成, 6.1.1.2

Imaging用の構成, 6.1.1.2.1

フォント

インストール, UNIXオペレーティング・システム, 3.6, 3.6.2

各国語サポート, UNIXオペレーティング・システム, 3.6

全文機能, WebCenter Contentでの構成, 6.2 全文索引付け

メタデータ・フィールド, 4.9.4

ゾーン・フィールド, 4.9.4

G

GDFontPath MBean, Imaging用の設定, Imaging用の設定, 6.1.5

H

ヒープ・サイズ, 増加, 3.5

HelloBpelソリューション, 6.5.2.3

HelloBPMソリューション, 6.5.1, 6.5.1.2

HelloWorldソリューション, 6.5.2.2

HttpServerAddress, 4.3.2, 5.2.1

I

IBM DB2, 1.2, 1.2

データベース検索, 4.3.5

DynamicsSectionsプロパティ, Records用の設定, 8.4

IBR。「Inbound Refinery」を参照 アイデンティティ・ストア

Oracle IRM用の構成, 9.3

外部LDAPとの再関連付け, 3.9

Oracle Internet Directoryとの再関連付け, 3.9.1

Imaging, 6.1.2

AXF for BPEL, 4.16, 6.5

AXF for BPM, 4.16, 6.5

構成

初回ログイン後, 6.1

IMPORT定義の許可, 6.1.7

アプリケーション, 6

分散サーバーのAXF for BPELのJavaオブジェクト・キャッシュ, 6.5.2.1

Oracle Access Manager 11g, 9.4

シングル・サインオン、9.4

WebCenter Contentリポジトリ, 6.1.1

WebCenter Contentの構成, 6.1.1.1 ワークフロー・サーバーへの接続, 6.1.4 Webレイアウトの無効化, 6.1.1.2.2 エラー, WebCenter Contentへの接続, F.2.3 インストール, 2.2.2, 2.2.2, 2.4 概要, 1.1 インストール後の構成, 6.1 リポジトリ接続, 6.1.3 管理対象サーバーの起動, 6.1.2 Windowsオペレーティング・システムのVisual C++パッケージ, 3.7.3 Webクライアント, 6.1.2 WebCenter Contentリポジトリ, 6.1.1 IMPORT定義, Imagingでの許可, 6.1.7 定義のインポート, 6.1.7 キーストアへのインポート, 4.8 Inbound Refinery

構成

ドキュメント変換, 5.2.2

概要, 5, 5.2

コンテンツ・サーバー, 変換用ジョブの設定, 5.2.3 変換ジョブ

コンテンツ・サーバー, 5.2.3.1

設定, 5.2.3

コンテンツ・サーバーでのコンポーネントの有効化, 5.2.3.2 変換コンポーネントの有効化, 5.2.2.1 PDFExportConverterの有効化, 5.2.2.2 コンテンツ・サーバーからの送信プロバイダ, 5.2.3.1 概要, 1.1 インストール後の構成, 5.1, 5.2.1 変換のファイル形式の選択, 5.2.3.3 設定および実行の問題, F.3 トラブルシューティング

ログイン・エラー, F.3.1

問題, F.3

実行時エラー, F.3.2

「Inbound Refineryの構成」ページ, 5.2.1 ソケット接続アドレス・セキュリティ・フィルタを着信中, 3.14.4 管理対象サーバーのJavaヒープ・サイズの増加, 3.5, 10.5 「ソフトウェア更新のインストール」画面, A.2 インストール

AXF for BPEL, 2.4

AXF for BPM, 2.4, 4.16, 6.5

Capture, 2.4

デフォルトのプロジェクト・ドキュメント情報, 4.9.2

Desktop, クライアント・ワークステーション, 4.11

コンテンツ・サーバーでのJSPグループの有効化, 4.9.5

コンテンツ・サーバーでのJSPサポートの有効化, 4.9.5

コンテンツ・サーバーでのSite Studioの有効化, 4.9, 4.9, 4.9.1

Imaging, 2.2.2, 2.2.2, 2.4

Inbound Refinery, 概要, 5.2

ログ, F.2.1

モジュール

データベース, 1.2.1.2

Oracle WebCenter Content, 1.2.1.4

Oracle WebLogic Server, 1.2.1.1

概要, 1.2.1

リポジトリ作成ユーティリティ, 1.2.1.3

Oracle Access Manager 11g, 9.4 Oracle IRM, 2.2.2, 2.4 Oracle IRM Desktop, 1.1 コンテンツ・サーバーのOracle URM Adapter, 4.13 Oracle WebCenter Content, 2, 2.4, 2.4.2, 2.4.2, 3.14.1 Oracle WebLogic Server, 2.3, 3.14.1 概要, 1 準備, 2.1 プロシージャ, 1.2 ロードマップ, 1.2 画面, A サイレント, D トラブルシューティング, F.2, F.2 検証, 10, 10.6 AXF for BPMの検証, 6.5.1, 6.5.2 ゾーン・フィールド, 4.9.4 「インストール完了」画面, A.8 インストール・ログ・ファイル, 2.5.1 「インストールの進行状況」画面, A.7 「インストール・サマリー」画面, A.6 インストーラ, 起動, 2.4.1 フォントのインストール

各国語サポート, 3.6.2

UNIXオペレーティング・システム, 3.6

クライアントへのActiveXコントロールのインストール, 4.6, 4.6 InstanceDescriptionプロパティ, 4.3.2 InstanceMenuLabelプロパティ, 4.3.2 インタフェース

「有効な機能」ページ, 8.1.1

Records設定チェックリスト, 8.1.2

インベントリ・ディレクトリの場所, 2.1.4 I/PM。「Imaging」を参照 IRM。「Oracle IRM」を参照

J

Javaヒープ・サイズ, 管理対象サーバーに対する増加, 10.5

AXF for BPELのJavaオブジェクト・キャッシュ, 分散Imagingサーバー用の構成, 6.5.2.1

Java VMメモリーのパラメータ, 3.5.1

JavaServer Pages

コンテンツ・サーバーでの有効化, 4.9.5

JSPグループ, 4.9.5

スタンドアロン・アプリケーションのJDBCドライバ構成, 4.7 JREの場所, 2.4.1

K

キー・サイズ, 9.1.2.1

キーストア, 3.14.5

資格証明ストアへのパスワードの追加, 9.1.2.4

構成の問題, F.2.2

Oracle IRM用の構成, 9.1.2

Oracle IRM用の作成, 9.1.2.2

暗号化アルゴリズム, 9.1.2.1

データベース・ルートCA証明書のインポート, スタンドアロン・アプリケーション, 4.8

キー・サイズ, 9.1.2.1

場所の設定, 9.1.2.3

設定, 3.14.5.1

ターゲット・プラットフォーム, 9.1.2.1

L

LDAPオーセンティケータ・タイプ, 3.9.1

Outside In Technologyのライブラリ

インストール, 3.7

UNIXプラットフォーム

環境変数, 3.7.2

インストール, 3.7.1

Windowsオペレーティング・システム, Visual C++のダウンロード, 3.7.3 ログ・ファイル, インストール, 2.5.1

M

マシン, 構成, 3.13

管理対象サーバー

クラスタ構成, 3.13

構成

クラスタ, 3.13

Javaヒープ・サイズ, 10.5

デフォルト・ポート, 3.2 Imaging

WebCenter Contentリポジトリの構成, 6.1.1

AXF for BPELのJavaオブジェクト・キャッシュ, 6.5.2.1

Inbound Refinery, 5.2.1

ドキュメント変換の構成, 5.2.2

インストール, 5.2

Javaヒープ・サイズの増加, 10.5 再起動, 10.3 起動, 6.1.2、10.2 メモリーのパラメータ, Java VM, 3.5.1 Site Studioのメタデータ・フィールド, 4.9.4 プロジェクト・ファイルのメタデータ, 4.9.2 Microsoft SQL Server

WebCenter Contentでの構成, 4.3.6

スキーマの作成, 1.2, 1.2

ミドルウェア・ホーム, 1.2.1.1, 2.3

N

各国語サポート, フォント, UNIXオペレーティング・システム, 3.6

ノード・マネージャ, 起動, 10.4

O

Oracle Access Manager

構成, 3.11.1, 9.4

Oracle IRM用のインストール, 9.4

Oracle Access Manager 11g

インストール, 9.4

シングル・サインオン、9.4

Oracle Application Development Framework, 12 Oracle Application Extension Framework。「AXF for BPM」または「AXF for BPEL」を参照 Oracle AXF。「AXF」を参照 Oracle BPM作業リスト, 10.6 Oracle共通ホーム, 1.2.1.1.1 Oracle Content Server。「コンテンツ・サーバー」を参照 Oracle Database, 2.1.5

スキーマの作成, 1.2, 1.2

Oracle Text 11gを使用する11.1.0.7.0のパッチ, 4.5.1

Oracle ECM。See Oracle WebCenter Content Oracle Enterprise Content Management Suite。See Oracle WebCenter Content Oracle Fusion Middleware

ミドルウェア・ホーム, 1.2.1.1

Oracle WebLogic Serverインストール, 1.2.1.1

停止, 11.2

Oracleホーム

ミドルウェア・ホーム, 1.2.1.1.1

ディレクトリの削除, 11.4.1, 11.4.2

Oracle IBR。「Inbound Refinery」を参照 Oracle Imaging and Process Management。「Imaging」を参照 Oracle Inbound Refinery。「Inbound Refinery」を参照 Oracle Information Rights Management Desktop。「Oracle IRM Desktop」を参照 Oracle Information Rights Management。「Oracle IRM」を参照 Oracle Internet Directory, 3.9

ユーザーの追加, 3.10

アイデンティティ・ストアの再関連付け, 3.9.1

Oracleインベントリの場所, 2.1.4 Oracle I/PM。「Imaging」を参照 Oracle IRM

構成, 9

キーストア, 9.1.2

SSL, 3.8

キーストアの作成, 9.1.2.2 資格証明ストアの構成, 9.1.2.5 アイデンティティ・ストアの構成, 9.3 インストール, 2.2.2, 2.4 キーストアの構成の問題, F.2.2 一方向SSL, 3.8.2, 3.8.2.1 概要, 1.1 ポリシー・ストアの構成, 9.1.2.5 インストール後の構成, 9.1 サーバーURL構成パラメータ, 9.1.1 シングル・サインオン、9.4 SSL構成, 3.8 管理対象サーバーの起動, 10.2 インストールの検証, 9.2 Oracle IRM Desktop

認証, 構成, 3.11.1

インストール, 1.1

Oracle Software Delivery Cloudのダウンロード, 1.2.2.1 Oracle Technology Network

ソフトウェアのダウンロード, 1.2.2.2

サポートされるシステム構成のページ, 2.1.5

Oracle Text 11g, Oracle Database 11.1.0.7.0のパッチ, 4.5.1 Oracle UCM。「WebCenter Content」を参照 Oracle Universal Content Management。「WebCenter Content」を参照 Oracle Universal Records Management。「Records」を参照 コンテンツ・サーバーのOracle URM Adapter, インストールおよび構成, 4.13 Oracle URM。「Records」を参照 Oracle Virtual Directory, 3.9, 3.9 Oracle Web Services Manager

MDSスキーマ, 3.14.2

セキュリティ, 3.14

Oracle WebCenter Capture, 7 Oracle WebCenter Content, 1.1

アプリケーション, 1.1

構成画面, B

構成, 3

削除手順, 11.4

ディレクトリ構造, 1.3

インストール, 2.4, 2.4.2, 3.14.1

Oracle Fusion Middleware, 2

モジュール, 1.2.1.4

プロシージャ, 2.4.2

画面, A

Microsoft SQL Serverの構成, 4.3.6 インストール後の構成, 4.2 構成の準備, 3.1 Imaging用のリポジトリ, 6.1.1 スキーマ, 1.2, 1.2, 2.2.2 管理対象サーバーの起動, 10.2 アンインストール, 11, 11.4 インストールおよび構成の確認, 10, 10.6 Windowsオペレーティング・システムのVisual C++パッケージ, 3.7.3 Oracle WebCenter Content。「WebCenter Content」も参照 Oracle WebCenter Content Server。「コンテンツ・サーバー」を参照 Oracle WebCenter Content: Imaging。「Imaging」を参照 Oracle WebCenter Content: Inbound Refinery。「Inbound Refinery」を参照 Oracle WebCenter Content: Records。「Records」を参照 Oracle WebLogic Server

ドメインの作成, 3.2

ドメイン, 1.2.1.1.2

ドメイン構造, 1.2.1.1.2

ドメインの拡張, 3.3, 3.3, 3.4

ホーム, 1.2.1.1.1

インストール, 3.14.1

インストール・モジュール, 1.2.1.1

インストール, 2.3

ドメインの作成手順, 3.2

開始

管理サーバー, 10.1

管理対象サーバー, 10.2

Oracle WSMポリシー

Webサービスへの適用, 3.14.5.2

Webサービスの保護, 3.14.5

Oracle WSM Policy Manager, 3.14.3 Oracle WSM。「Oracle Web Services Manager」を参照 OracleTextSearch, 4.9.4

構成, コンテンツ・サーバー, 4.5

Recordsでの使用, 8.3

コンテンツ・サーバーからInbound Refineryへの送信プロバイダ, 5.2.3.1 Outside In Technology

ライブラリ

環境変数, 3.7

UNIXプラットフォーム, 3.7.1

Windowsオペレーティング・システム, 3.7.3

P

パラメータ, Java VMメモリー, 3.5.1

パスワード, キーストア, 9.1.2.4

パッチ, Oracle Database 11.1.0.7.0でのOracle Text 11g, 4.5.1

PDFExportConverter, Inbound Refineryでの有効化, 5.2.2.2

ポリシー・ストア, Oracle IRM用の構成, 9.1.2.5

ポート

デフォルト, 3.2

リスニング・ポート, 3.2

管理対象サーバーの範囲, 3.2

SSLポート, 3.2

インストール後の構成

Imaging, 6.1

Inbound Refinery, 5.1, 5.2.1

Oracle IRM, 9.1

Records, 8.1

WebCenter Content, 4.2

インストールの準備, 2.1 「前提条件のチェック」画面, A.3 プロジェクト・メタデータ, 4.9.2 プロパティ

InstanceDescription, 4.3.2

InstanceMenuLabel, 4.3.2

R

RCU。「リポジトリ作成ユーティリティ」を参照

アイデンティティ・ストアの再関連付け

外部LDAP, 3.9

Oracle Internet Directory, 3.9.1

検索索引の再構築, 4.9.6, 4.9.6 Records

構成

OracleTextSearch, 8.3

概要, 8

OracleTextSearch, 8.3 概要, 1.1 インストール後の構成, 8.1 検索エンジン, OracleTextSearch, 8.3 設定チェックリスト, 8.1.2, 8.1.2 JSPサポートの再デプロイ, 4.9.5 レジストリ・ファイル, E.1.4 Oracleホーム・ディレクトリの削除, 11.4.1, 11.4.2 リポジトリ

Imagingの接続, 6.1.3

リポジトリ作成ユーティリティ

データベース・スキーマの作成, 1.2.1.3, 2.2.1

データベース

互換性, 2.1.5

前提条件, 2.2.1.1

スキーマの削除, 11.3 インストール・モジュール, 1.2.1.3 Linuxオペレーティング・システム, 2.2.1.3 「コンポーネントの選択」画面, 2.2.2 起動, 11.3.1 Windowsオペレーティング・システム, 2.2.1.3 管理対象サーバーの再起動, 10.3 ロードマップ, インストール, 1.2 rootアクセス, はじめに RSAアルゴリズム, 9.1.2.1.2 Inbound Refineryの実行の問題, F.3

S

スキーマ

作成, 2.2

削除, 11.3, 11.3.2

Oracle WebCenter Content, 1.2, 1.2

Oracle WSM MDS, 3.14.2

リポジトリ作成ユーティリティ, 1.2.1.3

画面

構成, B

削除, C

インストール, A

検索索引, 4.9.6, 4.9.6 検索, OracleTextSearch, Records, 8.3 Webサービスの保護, 3.14.5 「ドメイン・ソースの選択」画面, B.1 「拡張ソースの選択」画面, B.2 サーバー・ソケット・ポート, 3.14.4 Oracle IRMのサーバーURL構成パラメータ, 9.1.1 環境変数の設定, Outside In Technology, 3.7 キーストアの設定, 3.14.5.1 設定チェックリスト・ページ, Records用の完了, 8.1.2 設定チェックリスト, Records, 8.1.2 Inbound Refineryの設定の問題, F.3 サイレント・インストール, D シングル・サインオン

Oracle IRM用の構成, 9.4

Oracle Access Manager, 9.4

Site Studio

構成, 4.9

有効化, 4.9, 4.9.1

メタデータ・フィールド, 4.9.4

SiteStudioExternalApplications, 4.9 SiteStudioExternalApplications component, 4.9.1 ソフトウェアのダウンロード

Oracle Software Delivery Cloud, 1.2.2.1

Oracle Technology Network, 1.2.2.2

Oracle WebCenter Content, 1.2.2

「インストール場所の指定」画面, A.4 SSL

Oracle IRM用の構成, 3.8

本番環境用の構成, 3.8.1

一方向, 3.8.2, 3.8.2.1

開発環境用の設定, 3.8.2, 3.8.2.1

SSL環境, ドメインの拡張, 3.4 スタンドアロン・アプリケーション, 4.8

データベース・ルートCA証明書, キーストアへのインポート, 4.8

外部データベース・プロバイダの構成, 4.5.2

JDBCドライバの構成, 4.7

開始

管理サーバー, 10.1

Imaging, 10.2

インストーラ, 2.4.1

Managed Servers, 6.1.2, 10.2

ノード・マネージャ, 10.4

Oracle IRM, 10.2

リポジトリ作成ユーティリティ, 11.3.1

起動パラメータ, 管理コンソールでの設定, 3.5.1 Oracle Fusion Middlewareの停止, 11.2 SysAdminAddress, 4.3.2 システム管理者の電子メール・アドレス, 4.3.2 サポートされるシステム構成, 2.1.5 システム・プロパティ・ユーティリティ, 4.7 システム要件, 2.1.3, 2.1.3 システム・セキュリティ, Imagingのためのリセット

システム・セキュリティのリセット, 6.3

T

サードパーティのLDAPサーバー, 3.9

トポロジ, 1.3

トラブルシューティング

その他のヘルプ, F.4

Imagingエラー, WebCenter Content 11gへの接続, F.2.3

Inbound Refinery

ログイン・エラー, F.3.1

実行時エラー, F.3.2

Inbound Refineryの問題, F.3 情報, F ヒント, F.1 TrueTypeフォント, 3.6.1

U

Oracle WebCenter Contentのアンインストール

手順, 11.4

タスク, 11

Oracle WebCenter Contentのアンインストールの概要, 11.1 UNIXオペレーティング・システム, 各国語サポートのフォント, 3.6 UNIXプラットフォーム, ライブラリ

環境変数, 3.7.2

Outside In Technology, 3.7.1

URM。「Records」を参照 USER_MEM_ARGS環境変数, 3.5.2 ユーザー, 追加, Oracle Internet Directory, 3.10

V

インストールおよび構成の確認, 10, 10.6

Windowsオペレーティング・システムのVisual C++パッケージ, 3.7.3

W

Webクライアント

Imaging, 6.1.2

Webレイアウト, Imaging用の無効化, 6.1.1.2.2 Webサーバー名, 4.3.2, 5.2.1 Webサービス

Oracle WSMポリシーの適用, 3.14.5.2

保護, 3.14.5

WebCenter Content

構成, 4

全文機能の構成, 6.2

Imagingと併用する構成, 6.1.1.1

Imaging用のリポジトリ, 6.1.3

WebCenter Contentユーザー・インタフェース, 12.1 WebDAV

サーバー接続の構成, E.1.4

「ようこそ」画面

削除, C.1

インストール, A.1

Windowsネイティブ認証, 構成, 3.11.3 ワークフロー・サーバー, Imagingの接続, 6.1.4 WSM。「Oracle Web Services Manager」を参照

Z

ゾーン・フィールド, 4.9.4

全文索引, 4.9.4

OracleTextSearch, 4.9.4

オラクル社の法律上の注意点について

コピーライトについて

Copyright © 1994-2014, Oracle and/or its affiliates.All rights reserved.

商標と登録商標について

OracleおよびJavaはOracle Corporationおよびその関連企業の登録商標です。その他の名称は、それぞれの所有者の商標または登録商標です。

Intel、Intel Xeonは、Intel Corporationの商標または登録商標です。すべてのSPARCの商標はライセンスをもとに使用し、SPARC International, Inc.の商標または登録商標です。AMD、Opteron、AMDロゴ、AMD Opteronロゴは、Advanced Micro Devices, Inc.の商標または登録商標です。UNIXは、The Open Groupの登録商標です。

ライセンス制約の保証と結果的に生じる損害の免責

このソフトウェアおよび関連ドキュメントの使用と開示は、ライセンス契約の制約条件に従うものとし、知的財産に関する法律により保護されています。ライセンス契約で明示的に許諾されている場合もしくは法律によって認められている場合を除き、形式、手段に関係なく、いかなる部分も使用、複写、複製、翻訳、放送、修正、ライセンス供与、送信、配布、発表、実行、公開または表示することはできません。このソフトウェアのリバース・エンジニアリング、逆アセンブル、逆コンパイルは互換性のために法律によって規定されている場合を除き、禁止されています。

保証免責

ここに記載された情報は予告なしに変更される場合があります。また、誤りが無いことの保証はいたしかねます。誤りを見つけた場合は、オラクル社までご連絡ください。

制限付権利

このソフトウェアまたは関連ドキュメントを、米国政府機関もしくは米国政府機関に代わってこのソフトウェアまたは関連ドキュメントをライセンスされた者に提供する場合は、次の通知が適用されます。

U.S. GOVERNMENT END USERS: Oracle programs, including any operating system, integrated software, any programs installed on the hardware, and/or documentation, delivered to U.S. Government end users are "commercial computer software" pursuant to the applicable Federal Acquisition Regulation and agency-specific supplemental regulations.As such, use, duplication, disclosure, modification, and adaptation of the programs, including any operating system, integrated software, any programs installed on the hardware, and/or documentation, shall be subject to license terms and license restrictions applicable to the programs.No other rights are granted to the U.S. Government.

危険な用途への使用について

このソフトウェアもしくはハードウェアは様々な情報管理アプリケーションでの一般的な使用のために開発されたものです。このソフトウェアもしくはハードウェアは、危険が伴うアプリケーション（人的傷害を発生させる可能性があるアプリケーションを含む）への用途を目的として開発されていません。このソフトウェアもしくはハードウェアを危険が伴うアプリケーションで使用する際、安全に使用するために、適切な安全装置、バックアップ、冗長性（redundancy）、その他の対策を講じることは使用者の責任となります。このソフトウェアもしくはハードウェアを危険が伴うアプリケーションで使用したことに起因して損害が発生しても、オラクル社およびその関連会社は一切の責任を負いかねます。

第三者のコンテンツ、製品、サービスに対する免責事項

このソフトウェアまたはハードウェア、そしてドキュメントは、第三者のコンテンツ、製品、サービスへのアクセス、あるいはそれらに関する情報を提供することがあります。オラクル社およびその関連会社は、第三者のコンテンツ、製品、サービスに関して一切の責任を負わず、いかなる保証もいたしません。オラクル社およびその関連会社は、第三者のコンテンツ、製品、サービスへのアクセスまたは使用によって損失、費用、あるいは損害が発生しても一切の責任を負いかねます。

ドラフトのアルファ版およびベータ版ドキュメントについて

このドキュメントが試作版の場合:

このドキュメントは試作版であり、デモおよび暫定使用のみを目的としたものです。このソフトウェアを使用するハードウェアに限定するものではありません。オラクル社およびその関連会社は、このドキュメントに関して一切の責任を負わず、いかなる保証もいたしません。また、このドキュメントを使用したことによって損失、費用、あるいは損害が発生しても、一切の責任を負いかねます。