Imagingを含むドメインの拡張方法について説明します。Middlewareリリース・ノートを読み、インストールおよびデプロイメントに関する追加情報を確認してください。Imagingを追加するためのドメインの拡張の概要Imagingシステムは、第7章「エンタープライズ・デプロイメント用のソフトウェアのインストール」で作成された、共有記憶域上のWL_HOMEとORACLE_HOMEの場所を使用してインストールされます。Imagingを追加するためにドメインを拡張します。表14-1に、Imagingの構成手順と、Imaging管理対象サーバーを使用したドメインの拡張に必要なタスクを示します。Serverクラスタの各ホスト名で仮想IPアドレスのマッピングを有効にします。Imagingで拡張します。第14.3項「Imagingを使用したドメインの拡張」Imagingのホスト名検証の無効化トポロジの設定と検証中にホスト名の検証を無効にします。起動スクリプトとクラスパス構成を管理サーバーのドメイン・ディレクトリから管理対象サーバーのドメイン・ディレクトリに伝播します。両方のImaging管理対象サーバーへ参照できるディレクトリとして、JMS永続ストアの場所を構成します。第14.5.3項「Imaging用のJMS永続ストアの構成」デフォルト永続ストアの構成トランザクション・リカバリのためのデフォルトの永続ストアを構成します。管理サーバーを停止し、再起動します。第14.4項「管理サーバーの再起動」Imaging管理対象サーバーの起動WLS_IMG1およびWLS_IMG2管理対象サーバーを起動します。(ONS)の構成の確認GridLinkデータ・ソースおよびONSの構成が適切であることを確認する手順に従います。第14.5.6項「ImagingのGridLinkデータ・ソースの検証」ImagingのシステムMBeanの構成システムMBeanブラウザで、InputDirectories、SampleDirectoryおよびGDFontPathのMBeanを構成します。ServerのIpmRepositoryコンポーネントを有効にします。ContentにおけるImaging機能セットの有効化」Imagingビューア・キャッシュの構成Imagingビューアを設定してキャッシュされたドキュメントを使用します。追加のセキュリティが必要な場合には、キャッシュされたドキュメントを暗号化します。第14.5.11項「キャッシュされたドキュメントの暗号化」Imaging管理対象サーバーに対するリスニング・アドレスの追加WLS_IMG1およびWLS_IMG2管理対象サーバー(WCCHOST1VHN2およびWCCHOST2VHN2)のホスト名をSocketHostNameSecurityFilterパラメータ・リストに追加します。Serverへの接続を作成します。Suiteとの通信に必要な資格証明を構成します。CSF資格証明の構成」Imaging用のワークフロー接続の構成ワークフロー接続を作成し、テストします。Serverを構成し、IMG_ClusterのWLSクラスタ・アドレスを設定します。Serverの構成」Imagingに対するフロントエンドHTTPのホストおよびポートの設定IMG_Clusterに対するフロントエンドHTTPのホストおよびポートを構成します。ServerからIMG_Clusterへのルーティングとフェイルオーバーが適切に機能していることを確認します。第14.6.2項「ロード・バランサを介したアクセスの検証」カスタム・キーストアを使用するためのImaging管理対象サーバーの構成Imagingのカスタム・キーストアとともにノード・マネージャを構成します。移行のためのImaging管理対象サーバー名、ホスト名およびクラスタ名を指定します。第14.8項「WLS_IMG管理対象サーバー用のサーバー移行の構成」Imagingの構成のバックアップ新しく拡張したドメイン構成をバックアップします。WCCHOST1でのVIP4およびWCCHOST2でのVIP5の有効化Imagingシステムは、Imagingが実行している管理対象サーバーのリスニング・アドレスとして仮想ホスト名を使用します。これらの仮想ホスト名および対応する仮想IPアドレスは、Imagingコンポーネントのサーバー移行を有効にするために必要です。対応していない場合は、VIP4からWCCHOST1のWCCHOST1VHN2に対して、またVIP5からWCCHOST2のWCCHOST2VHN2に対して仮想IPアドレスのマッピングを有効にし、トポロジで使用されるネットワーク・システムで仮想ホスト名を(DNSサーバーまたは/etc/hosts解決のいずれかで)正しく解決する必要があります。仮想IPアドレスを有効化していない場合には、第6.6項「仮想IPアドレスの有効化」で説明している手順に従ってください。これらの仮想IPアドレスおよび仮想ホスト名は、Imagingサーバーでサーバー移行を有効にするときに必要となります。この後、高可用性を実現するために、Imagingサーバーのサーバー移行を構成できます。サーバー移行の構成の詳細は、第17章「エンタープライズ・デプロイメント用のサーバー移行の構成」を参照してください。Suiteで拡張したドメインを拡張します。Contentのデプロイメントと同じデータベース・サービス(wccedg.mycompany.com)をImagingのデプロイメントでも使用することを前提としています。Imaging専用の別のデータベース・サービスをデプロイメントに使用することもできます。Middleware管理者ガイドの説明に従ってドメインをバックアップしてください。Imagingを使用するためにドメインを拡張する手順は次のとおりです。リポジトリをインストールしたデータベースを実行していることを確認します。RACデータベースの場合は、後で実行する検証チェックの信頼性を確保するために、すべてのインスタンスを実行しておくことをお薦めします。ドメイン内のすべての管理対象サーバーを停止します。Middleware構成ウィザードの場所に変更します。これはOracle共通ホーム・ディレクトリ内にあります(ドメインの拡張は、管理サーバーが存在するノードから実行します)。Middleware構成ウィザードを起動します。./config.sh「ようこそ」画面で、「既存のWebLogicドメインの拡張」を選択し、「次へ」をクリックします。Serverドメイン・ディレクトリ(ORACLE_BASE/admin/domain_name/aserver/domain_name)を選択し、「次へ」をクリックします。「拡張ソースの選択」画面(図14-1)で、次の選択を行います。「以下の追加製品をサポートするために、自動的にドメインを拡張する」を選択します。次の製品を選択します。Imaging(前述の製品のうちの1つを選択すると、もう一方の製品も自動的に選択されます。)注意:BPEL用のAXFがImagingに追加されています。Contentのインストールと構成』を参照してください。Suiteコンポーネント用(第13.3項)にドメインを拡張した際に選択している場合、グレー表示されます。「次へ」をクリックします。「JDBCコンポーネント・スキーマの構成」画面(図14-2)で、次の手順を実行します。(Imagingの場合は)IPMスキーマのみを選択します。他の既存スキーマはいずれも選択しないでください。RACでのマルチ・データ・ソースの使用」を参照)。ここでの説明に合せて、「GridLinkへ変換」を選択します。RAC構成を選択すると、選択されたすべてのスキーマがグレー表示されます。「次へ」をクリックします。RACコンポーネント・スキーマの構成」画面(図14-3)で、次の手順を実行します。IPMスキーマが選択されていることを確認します。その他のデータ・ソースはそのままにします。RACデータベースの接続情報を指定します。OracleのGridLink接続用のドライバ(Thin)、バージョン:10以降を選択します。wccedg.mycompany.com)。対応するコンポーネントのデータベース・スキーマの所有者の完全なユーザー名を入力します。このガイドでは、データベース・スキーマのユーザー名の接頭辞としてWCCを使用しています。データベース・スキーマの所有者のパスワードを入力します。「FANの有効化」を選択します。このオプションは選択解除したままにします。(ONS)の通知暗号化を有効にする場合は、「ウォレット・ファイル」および「ウォレット・パスワード」の詳細を適切に指定します。(SCAN)のアドレスとポートを入力します。プロトコルはTCPである必要があります。SCANアドレスを使用してサービス・リスナー(およびOSNホスト)を指定することをお薦めします。RACノードを追加または削除しても、SCANアドレスを含むGridLinkデータ・ソースを更新する必要がありません。SCANアドレスを特定するには、データベース内のremote_listenerパラメータを問い合せます。(11.1)の場合は、次の例に示すように、各データベース・インスタンス・リスナーの仮想IPアドレスとポートを使用します。RACデータベースに接続します。RACでのマルチ・データソースの使用」を参照してください。データベースによって報告されるRACデータベースのSCANアドレスとONSリモート・ポートも入力します。11gの場合は、次の例に示すように、各データベースのONSサービスのホスト名とポートを使用します。(6200)「次へ」をクリックします。MDSスキーマ」の情報はそのままにしておきます。「接続のテスト」をクリックします。結果は「接続結果ログ」に表示されます。スキーマを含むデータベースへの接続が成功したことを確認します。正常に接続できない場合は、「前へ」をクリックして前の画面に戻り、入力内容を修正してテストを再試行します。接続に成功したら、「次へ」をクリックします。「オプションの構成を選択」画面で、次のオプションを選択します。管理対象サーバー、クラスタ、およびマシンデプロイメントとサービス「次へ」をクリックします。MiddlewareコンポーネントのJMSモジュールのドロップダウン・リストからUDDを選択します。「次へ」をクリックします。オーバーライドの警告が表示された場合、「OK」をクリックして、このメッセージを確認します。「管理対象サーバーの構成」画面で、必要な管理対象サーバーを追加します。サーバーが自動的に作成されます。このサーバーの名前をWLS_IMG1に変更し、WLS_IMG2という新しいサーバーを追加します。表14-2に示す属性をこれらのサーバーに指定します。この画面に表示されている他のサーバーは、このまま変更しません。名前リスニング・アドレスリスニング・ポートSSLリスニング・ポートSSL有効WLS_IMG1WCCHOST1VHN216000n/aいいえWLS_IMG2WCCHOST2VHN216000n/aいいえ「次へ」をクリックします。「クラスタの構成」画面で、「追加」をクリックし、表14-3に示すクラスタを追加します。画面に表示されている他のクラスタは変更せず、そのままにしておきます。名前クラスタ・メッセージング・モードマルチキャスト・アドレスマルチキャスト・ポートクラスタ・アドレスIMG_Clusterユニキャストn/an/a空のままにします。「次へ」をクリックします。「サーバーのクラスタへの割当」画面で、次の項目を追加します。この画面に表示されている他の割当ては、このまま変更しません。IMG_Cluster:WLS_IMG1WLS_IMG2「次へ」をクリックします。「マシンの構成」画面で、「Unixマシン」タブを開きます。マシンWCCHOST1およびWCCHOST2を確認して、次のように入力します。マシンおよびノード・マネージャのリスニング・アドレス名前ノード・マネージャのリスニング・アドレスWCCHOST1WCCHOST1WCCHOST2WCCHOST2ADMINVHNlocalhostその他のすべてのフィールドはデフォルト値のままにします。「次へ」をクリックします。「サーバーのマシンへの割当」画面で、マシンに次のサーバーを割り当てます。WLS_IMG1をWCCHOST1に割り当てます。WLS_IMG2をWCCHOST2に割り当てます。「次へ」をクリックします。「デプロイメントのクラスタまたはサーバーへのターゲット設定」画面で、次のようにターゲット設定されていることを確認します。usermessagingserverおよびusermessagingdriver-emailデプロイメントは、SOA_Clusterにのみターゲット設定します(usermessaging-xmpp、usermessaging-smppおよびusermessaging-voicexmlの各アプリケーションはオプションです)。WSM-PMはSOA_Clusterにのみターゲット設定する必要があります。oracle.rules.*、oracle.sdp.*およびoracle.soa.*の各デプロイメントは、SOA_Clusterにのみターゲット設定する必要があります。oracle.soa.workflow.wcライブラリは除きます。これは、SOA_ClusterとIMG_Clusterの両方にターゲット設定する必要があります。NonJ2EEManagementアプリケーションは、AdminServerにのみターゲット設定します。「次へ」をクリックします。「サービスのクラスタまたはサーバーへのターゲット設定」画面で、「次へ」をクリックします。「構成のサマリー」画面で、「拡張」をクリックします。ドメインのポートの競合に関する警告ダイアログ・ウィンドウが表示された場合、「OK」をクリックします。この警告は、ノードに以前から存在していたサーバーによるもので、無視してかまいません。「ドメインの作成中」画面で、「完了」をクリックします。(WLST)でノード・マネージャのnmKillコマンドとnmStartコマンドを使用して管理サーバーを再起動する必要があります(第11.3項「管理サーバーの再起動」を参照)。管理サーバーを停止する際には、nmKillのかわりに管理コンソールを使用できます。次の項では、Imaging用の構成後タスクと検証タスクを実行する方法について説明します。WLS_IMG管理対象サーバーに対するホスト名検証の無効化このガイドで説明するエンタープライズ・デプロイメントでは、Imagingを使用するためのドメイン拡張手順を実行した後、適切な証明書を設定して管理サーバーで様々なノードを認証できるようにします。Serverインスタンスを管理するときにエラーが出ないようにします。詳細は、第9.4.5項「ホスト名検証の無効化」を参照してください。エンタープライズ・デプロイメントのトポロジ構成が完了したら、ホスト名検証を再び有効化します。詳細は、第16.3項「ノード・マネージャのホスト名検証証明書の有効化」を参照してください。起動スクリプトとクラスパス構成を管理サーバーのドメイン・ディレクトリから管理対象サーバーのドメイン・ディレクトリに伝播します。Imaging管理対象サーバーへのドメイン構成を伝播する手順は次のとおりです。管理対象サーバーのドメイン・ディレクトリと管理対象サーバーのアプリケーション・ディレクトリのコピーを作成します。次のpackコマンドをWCCHOST1で実行し、テンプレート・パックを作成します。-template_name=edgdomain_templateIMG次のunpackコマンドをWCCHOST1で実行して、前の手順で作成したテンプレートをWLS_WCC1ドメイン・ディレクトリに伝幡します。-overwrite_domain=true注意:unpackコマンドはWL_HOME/common/bin/から実行するのではなく、ORACLE_COMMON_HOME/common/bin/ディレクトリから実行してください。unpackを実行する前に、ORACLE_BASE/admin/domain_name/mserver/ディレクトリが存在している必要があります。ORACLE_BASE/admin/domain_name/mserver/applications/ディレクトリが空である必要があります。次のコマンドをWCCHOST1で実行し、手順1で作成したテンプレート・パックをWCCHOST2にコピーします。oracle@WCCHOST2:ORACLE_BASE/product/fmw/oracle_common/common/bin次のunpackコマンドをWCCHOST2で実行して、伝播されたテンプレートをWLS_IMG2管理対象サーバーのドメイン・ディレクトリに解凍します。–overwrite_domain=true注意:unpackコマンドはWL_HOME/common/bin/から実行するのではなく、ORACLE_COMMON_HOME/common/bin/ディレクトリから実行してください。unpackを実行する前に、ORACLE_BASE/admin/domain_name/mserver/ディレクトリが存在している必要があります。ORACLE_BASE/admin/domain_name/mserver/applications/ディレクトリが空である必要があります。unpackコマンドで-overwrite_domainオプションを使用すると、管理対象サーバーのテンプレートを、既存のドメインおよび既存のアプリケーション・ディレクトリに解凍できます。上書きされるファイルがあれば、上書き前のファイルのバックアップ・コピーが作成されます。管理対象サーバーのドメイン・ディレクトリにある起動スクリプトおよびEARファイルになんらかの変更が適用されていた場合には、この解凍処理の後に起動スクリプトおよびEARファイルをリストアする必要があります。ここまでの変更を有効にするために管理サーバーを再起動します。nmKillコマンドまたは管理コンソールで管理サーバーを停止し、次にnmStartコマンドで起動します(第11.3項「管理サーバーの再起動」を参照)。その後weblogic_ecmユーザーの資格証明を使用して管理コンソールにログインします。Imaging用のJMS永続ストアの構成2つのノードから参照できるディレクトリとして、JMS永続ストアの場所を構成します。Serverのストア(デフォルトORACLE_BASE/admin/domain_name/mserver/domain_name/servers/server_name/data/store/)を使用しています。共有ベースのディレクトリを使用するように、ImagingのJMSサーバーの永続ストアを変更する手順は次のとおりです。WebLogicサーバーの管理コンソールにログインします。「ドメイン構造」ウィンドウで、「サービス」ノードを開いて「永続ストア」ノードをクリックします。「永続ストアのサマリー」ページで「ロックして編集」をクリックします。「新規」をクリックしてから、「ファイル・ストアの作成」をクリックします。IMGJMSServer1Store。これにより、作成対象のサービスを特定できます)およびターゲットのWLS_IMG1を入力します。WCCHOST1とWCCHOST2の両方からアクセスできる共有記憶域にあるディレクトリを入力します(ORACLE_BASE/admin/domain_name/img_cluster_name/jms)。「OK」をクリックして、変更をアクティブ化します。左側の「ドメイン構造」ツリーで、「サービス」ノードを開き、「メッセージング」→「JMSサーバー」ノードをクリックします。「JMSサーバーのサマリー」ページで、表の「名前」列にある(ハイパーリンクで表示されている)JMSサーバー「IpmJmsServer1」をクリックします。このJMSサーバーの「設定」ページで、「ロックして編集」をクリックしてください。「永続ストア」ドロップダウン・リストで、「IMGJMSServer1Store」を選択します。「保存してアクティブ化」をクリックします。手順を繰り返して、IpmJmsServer2のIMGJMSServer2Storeを作成します。各サーバーにはトランザクション・ログがあり、サーバーによって調整およびコミットされた、未完了の可能性のあるトランザクションについての情報が格納されます。Serverは、システム・クラッシュやネットワーク障害のリカバリでこのトランザクション・ログを使用します。クラスタ内のサーバーに対してトランザクション・リカバリ・サービスの移行機能を活用するには、サーバーからアクセスできる場所にトランザクション・ログを格納します。注意:この場所は、できればデュアル・ポートのSCSIディスクまたはストレージ・エリア・ネットワーク(SAN)にしてください。Imaging管理対象サーバーのデフォルトの永続ストアの場所を設定する手順は次のとおりです。WebLogicサーバーの管理コンソールにログインします。左側の「ドメイン構造」ツリーで、「環境」ノードを開いて「サーバー」ノードをクリックします。「サーバーのサマリー」ページで、表の「名前」列にある(ハイパーリンクで表示されている)「WLS_IMG1」をクリックします。WLS_IMG1サーバーの設定ページが開き、「構成」タブがアクティブに表示されます。「サービス」タブを開きます。「ロックして編集」をクリックします。表示されたページの「デフォルト・ストア」セクションで、デフォルトの永続ストアのデータ・ファイルを格納するフォルダのパスを入力します。このパスのディレクトリ構造は次のとおりです。ORACLE_BASE/admin/domain_name/img_cluster_name/tlogs「保存」をクリックして、変更をアクティブ化します。WLS_IMG2サーバーに対して手順を繰り返します。注意:トランザクション・リカバリ・サービスの移行機能を有効にするには、クラスタにある他のサーバーで使用可能な永続記憶域ソリューションの場所を指定します。WCCHOST1とWCCHOST2の両方が、このディレクトリにアクセスできる必要があります。このディレクトリは、サーバーを再起動する前にも存在している必要があります。Imaging管理対象サーバーの起動WCCHOST1よびWCCHOST2でImaging管理対象サーバーを起動します。Imaging管理対象サーバーを起動する手順は次のとおりです。管理対象サーバーWLS_IMG1を起動します。Server管理コンソールにログインします。左側の「ドメイン構造」ツリーで、「環境」ノードを開いて「サーバー」を選択します。「サーバーのサマリー」ページで、「制御」タブを開きます。表の「サーバー」列から「WLS_IMG1」を選択します。「起動」をクリックします。http://WCCHOST1VHN2:16000/imagingにアクセスしてWLS_IMG1のステータスを確認します。Imagingのログイン・ページが表示されます。Server管理のユーザー名とパスワードを入力し、ログインします。管理対象サーバーWLS_IMG2を起動します。Server管理コンソールにログインします。左側の「ドメイン構造」ツリーで、「環境」ノードを開いて「サーバー」を選択します。「サーバーのサマリー」ページで、「制御」タブを開きます。表の「サーバー」列から「WLS_IMG2」を選択します。「起動」をクリックします。http://WCCHOST2VHN1:16000/imagingにアクセスしてWLS_IMG2のステータスを確認します。Imagingのログイン・ページが表示されます。Server管理のユーザー名とパスワードを入力し、ログインします。Suiteの管理対象サーバーについて事前にホスト名の検証が行われており、さらに、WCCHOST2でノード・マネージャがすでに実行されていることを前提としています。ImagingのGridLinkデータ・ソースの検証サーバーを起動したら、GridLinkデータ・ソースが正しく構成され、ONS設定が正しいことを確認します。作成されたすべてのGridLinkデータ・ソースに対して、この手順を実行します。ImagingのGridLinkデータ・ソースの構成を確認する手順は次のとおりです。WebLogicサーバーの管理コンソールにログインします。「ドメイン構造」ツリーで「サービス」を開き、「データ・ソース」をクリックします。作成したGridLinkデータ・ソースの名前をクリックします。「監視」タブをクリックします。「テスト」タブ(図14-5)をクリックし、いずれかのサーバーを選択し、「データ・ソースのテスト」をクリックします。構成が適切であればテストは成功します。Serverインスタンスでテストを繰り返します。ImagingのGridLinkデータ・ソースのONSの構成を確認する手順は次のとおりです。WebLogicサーバーの管理コンソールにログインします。「ドメイン構造」ツリーで「サービス」を開き、「データ・ソース」をクリックします。GridLinkデータ・ソースの名前をクリックします。「監視」タブをクリックします。「ONS」タブをクリックし、「テスト」タブ(図14-6)をクリックします。サーバーを選択し、「ONSのテスト」をクリックします。構成が適切であればテストは成功します。RACデータベース・ノード内でONSサービスが稼動していることを確認します。ServerインスタンスでONSテストを繰り返します。Imagingビューア・キャッシュのデプロイメントの検証Imagingサーバーが起動したら、ビューア・キャッシュが正しくデプロイされていることを確認します。Imagingビューア・キャッシュのデプロイメントを検証する手順は次のとおりです。Server管理コンソールで、左側の「ドメイン構造」の「デプロイメント」をクリックします。「デプロイメント」表のimaging-vc行で、「状態」の値が「アクティブ」、「ヘルス」の値が「OK」であることを確認します。imaging-vcの「状態」または「ヘルス」の値が異なる場合は、続行する前に機能を再デプロイする必要があります。Imaging用のシステムMBeanの構成Imaging用に次のシステムMBeanを構成できます。InputDirectoriesSampleDirectoryGDFontPathImaging用にシステムMBeanを構成する手順は次のとおりです。Controlにログインします(図14-7)。左側のナビゲーション・ツリーで、ファームのドメイン名→「WebLogicドメイン」→ドメイン名→「IMG_Cluster」を開き、「WLS_IMG1」をクリックします。Server」ドロップダウン・メニューをクリックし、「システムMBeanブラウザ」を選択します。「アプリケーション定義のMBean」→「oracle.imaging」を開きます。WLS_IMG1」→「config」を開きます。豆の形をした「config」リンクをクリックします。MBeanを設定し、パスを入力ファイル(ORACLE_BASE/admin/domain_name/img_cluster_name/input_files)に指定します。Contentのサーバーがこの場所を解決(つまりNFSマウント・ポイントを経由)できる必要があります。ORACLE_BASE/admin/domain_name/img_cluster_name/input_files/Samples。入力ファイルを処理するには、入力エージェントが入力ディレクトリに対して適切な権限を持ち、入力ディレクトリにおいてファイル・ロックができる必要があります。Serverのサービスを実行中のユーザー・アカウントが、入力ディレクトリと入力ディレクトリ内のすべてのファイルとサブディレクトリに対して、読取りと書込みの権限を保持している必要があります。この必要な権限によって、入力エージェントは、ファイルを処理する際に様々なディレクトリにファイルを移動できます。クラスタのサーバー間で処理を調整するために、共有上のファイル・ロックが入力エージェントに必要になります。Windowsシステム用のGDフォントへのパスを指定するように「GDFontPath」のMBeanを設定します。システム管理者に確認してください。多くの場合、デフォルトは、/usr/share/X11/fonts/TTFまたは/usr/lib/X11/fonts/TTFです。「適用」をクリックします。Serverコンポーネント・マネージャでImagingの機能セットを有効にします。Contentにおいて、Imagingの機能セットを有効にする手順は次のとおりです。http://WCCHOST1:16200/csでコンテンツ・サーバーにログインします。「管理」トレイまたはメニューで、「管理サーバー」、「コンポーネント・マネージャ」の順に選択します。「コンポーネント・マネージャ」ページの「統合」で「IpmRepository」を選択します。「更新」をクリックしてIpmRepositoryコンポーネントを有効にし、次のアクションを行います。「コンポーネント・マネージャ」ページの段落で、「拡張コンポーネント・マネージャ」をクリックします。「拡張コンポーネント・マネージャ」ページで、「有効なコンポーネント」ボックスにIpmRepositoryがあることを確認します。Contentクラスタ内のすべての管理対象サーバーを再起動します。Imagingビューア・キャッシュの構成Imagingビューアは、サーバーのリポジトリの外にドキュメントをキャッシュして、クライアント・マシンのレンダリング速度を向上させることを可能にします。キャッシュされたドキュメントのセキュリティは、ドキュメントがストアされているサーバーの認証により制御されます。サーバーが保護されていれば、追加のセキュリティは必要ありません。追加のセキュリティが必要な場合は、第14.5.11項「キャッシュされたドキュメントの暗号化」の説明に従ってキャッシュされたドキュメントを暗号化できます。Imagingの管理のビューア・キャッシュが有効化された場合のインジェスチョンおよびレンダリングのバランシングに関する項を参照してください。Imagingビューアを設定してキャッシュされたドキュメントを使用するには、次のシステムMBeanを設定する必要があります。ViewerCachePathViewerCacheDaysViewerCacheEnablePrecacheImagingビューア・キャッシュでこれらのMBeanを構成するには、次のように第14.5.8項「Imaging用のシステムMBeanの構成」の手順を使用します。MBeanをドキュメントがキャッシュされる場所に設定し、「適用」をクリックします。MBeanは、クラスタ内のすべてのサーバーから利用可能な場所に設定する必要があります。ディレクトリ・パスがすべてのサーバーから利用可能でない場合は、各サーバーはローカルにドキュメントをキャッシュします。その結果、キャッシュ全体のインスタンスが複数存在します。MBeanを30に設定し、「適用」をクリックします。注意:この構成値は、キャッシュされたイメージがキャッシュからクリアされる前に維持される必要のある日数を指定します。ViewerCacheDaysを0に設定すると、キャッシュがクリアされるのを防ぐことができます。MBeanをtrueに設定し、「適用」をクリックします。注意:この構成値は、ドキュメントがImagingに取り込まれてすぐにキャッシュされる(プレキャッシュされる)必要があるかどうかを指定します。MBeanをtrueに設定します。注意:これは、キャッシュのページ・イメージを暗号化する追加オプションです。MBeanを設定する前に、ドメインにパスワード資格証明が存在している必要があります。パスワード資格証明を追加するには、第14.5.11項「キャッシュされたドキュメントの暗号化」の手順を使用します。Contentのインストールと構成』のビューア・キャッシュ・パスの変更に関する項を参照してください。追加のセキュリティが必要な場合は、キャッシュされたドキュメントを暗号化するようにImagingを構成できます。暗号化すると、ドキュメントを参照するために復号化する追加処理が必要となり、レンダリング速度が低下します。キャッシュされたドキュメントを暗号化するようにImagingが構成されている場合も、生成されたドキュメントが暗号化されていなければ、キャッシングに短い所要時間が発生します。MBeanを設定します。キャッシュされたドキュメントの暗号化を有効にする手順は次のとおりです。Controlにログインします(図14-7)。Server」ドメインを選択します。「WebLogicドメイン」メニューで、「セキュリティ」→「資格証明」を選択します。マップoracle.imagingを選択します。oracle.imagingという名前のマップが存在しない場合は、「マップの作成」をクリックして「マップ名」にoracle.imagingを入力し、選択します。oracle.imagingマップで「キーの作成」をクリックします。キーにviewer.cacheと名前を付け、「パスワード」のタイプを選択します。ユーザー名を入力します。ユーザー名はいずれかのシステムに存在している必要はありません。パスワードを入力して確認し、「OK」をクリックします。MBeanをtrueに設定します。Contentのインストールと構成』のキャッシュされたドキュメントの暗号化の無効化に関する項を参照してください。Contentで許可されたホストのリストに対するImagingサーバーのリスニング・アドレスの追加WLS_IMG1およびWLS_IMG2管理対象サーバー(それぞれWCCHOST1VHN2およびWCCHOST2VHN2)のホスト名をSocketHostNameSecurityFilterパラメータ・リストに追加します。Contentで許可されているホストにImagingサーバーのリスニング・アドレスを追加する手順は次のとおりです。テキスト・エディタで、ORACLE_BASE/admin/domain_name/wcc_cluster_name/cs/config/config.cfgのファイルを開きます。次の行を削除またはコメント・アウトします。Contentへの接続を許可するアドレスのリストにWLS_IMG1およびWLS_IMG2のリスニング・アドレスを含めるために、次の行を追加します。Contentに情報量の多いドキュメントをアップロードする際のパフォーマンスを向上させる」でお薦めしているように、SocketHostAddressSecurityFilterの値にIPアドレス(リスニング・アドレス)を使用できます。ロード・バランサのホスト名は、第3.3項「ロード・バランサ」の仮想サーバーの構成で使用したホスト名です。Contentのサーバーを再起動し、変更を有効にします。Serverへの接続をImagingで作成します。コンテンツ・サーバー接続を作成する手順は次のとおりです。Imagingコンソールにログインします。Server接続の作成」をクリックします。次のように変更します。Serverの使用」の選択を解除します。Serverポートを6300に設定します。Serverプール」にロード・バランサのアドレスucminternal.mycompany.comを追加します。Contentで許可されたホストのリストに対するImagingサーバーのリスニング・アドレスの追加」に戻り、拒否されたホストの名前を許容ホストのリストに追加します。「次へ」をクリックします。Serverユーザーに対するデフォルトの選択をそのまま受け入れて、「次へ」をクリックします。接続の詳細を確認し、「送信」をクリックします。Suiteと通信するために必要な資格証明を構成する必要があります。CSF資格証明を追加する手順は次のとおりです。ContentのOracleホーム配下にあるcommon/bin/の場所にディレクトリを変更します。ContentのOracleホームで、このOracleホームはEDGトポロジのMW_HOME/wcc/となります。(WLST)を実行します。(t3://ADMINVHN:7001)を指定します。connect()CSF(資格証明ストア・フレームワーク)資格証明を作成します。この資格証明は、ImagingがBPELシステムへの接続に使用する資格証明です。これをBPEL管理ユーザーにします。CSF資格証明は、別名がキーとなり、CSFの名前付きマップの内部に格納されるユーザー名/パスワードのペアです。CSFマップを使用しています。WLSTコマンドを使用します。Aliasプロパティに使用される別名です(APIのConnection.CONNECTION_BPEL_CSFKEY_KEYプロパティにも使用されます)。OWSMおよびBPELで使用される標準のデフォルト名であるため、この例では別名basic.credentialを使用します。別名はマップ内で一意であれば、任意に指定できます。Suiteシステムと、中央のLDAPおよびシングル・サインオン(SSO)のシステムとの統合時に、異なるユーザーやパスワード(あるいはその両方)を後で使用する場合、新しいマップの作成または既存マップの更新が必要となります。Managementとの統合」を参照してください。SuiteおよびImagingの管理対象サーバーを再起動します。ワークフロー接続の構成Imaging用のワークフロー接続を作成し、テストします。ワークフロー接続を構成する手順は次のとおりです。Imagingコンソールにログインします。「接続の管理」で、「追加」アイコン→「ワークフロー接続の作成」をクリックします。「ワークフロー接続基本情報」ページで、接続名を入力します。この名前は、「接続の管理」パネルに表示されます。このフィールドは必須です。必要に応じて、接続の簡単な説明を入力します。接続タイプはデフォルトで「ワークフロー接続」に設定されます。「次へ」をクリックします。ワークフロー接続設定ページで、次の操作を実行します。「HTTPフロントエンド・アドレス」フィールドで、ワークフロー・サーバー(http://wccinternal.mycompany.com:80)のホスト名またはIPアドレス、ドメインおよびポート番号を指定します。CSF資格証明の構成」の説明に従って先ほど作成した資格証明の別名を入力します。Suiteサーバー・リスニング・アドレスをカンマで区切って、t3://SOAHOST1VHN1,SOAHOST2VHN1:8001と入力します。「接続のテスト」ボタンをクリックして、接続パラメータを確認し、BPELマシンに存在するコンポジットを確かめます。「次へ」をクリックします。必要に応じて、付与するセキュリティを変更します。「次へ」をクリックします。「送信」をクリックします。Serverからルーティングをできるようにするには、WebLogicClusterパラメータをこのクラスタにあるノードのリストに設定する必要があります。Serverを構成する手順は次のとおりです。WEBHOST1およびWEBHOST2上の各Webサーバーで、ORACLE_INSTANCE/config/OHS/ohs1/moduleconf/wcc_vh.confおよびORACLE_INSTANCE/config/OHS/ohs2/moduleconf/wcc_vh.confファイルに次の行を追加します。Serverを起動します。ias-component=ohsXias-componentに対して、WEBHOST1ではohs1を使用し、WEBHOST2ではohs2を使用します。フロントエンドHTTPホストおよびポートの設定Imagingクラスタ(IMG_Cluster)について、フロントエンドHTTPのホストとポートを設定する必要があります。ImagingクラスタのフロントエンドHTTPホストとポートを設定する手順は次のとおりです。WebLogicサーバーの管理コンソールにログインします。「チェンジ・センター」セクションに移動して、「ロックして編集」をクリックします。左側の「ドメイン構造」ツリーの「環境」ノードを開きます。「クラスタ」をクリックします。「クラスタのサマリー」ページで、「IMG_Cluster」を選択します。「HTTP」タブを開きます。80「保存」をクリックします。管理コンソールの「チェンジ・センター」セクションで「変更のアクティブ化」をクリックします。サーバーを再起動して、クラスタ内のフロントエンド・ホスト・ディレクティブを有効にします。ロード・バランサを介したアクセスの検証URLを検証して、HTTPサーバーからIMG_Clusterへのルーティングとフェイルオーバーが適切に機能することを確認します。URLを検証する手順は次のとおりです。Server管理コンソールからWLS_IMG1を停止します。http://wcc.mycompany.com/imagingにアクセスし、正しく動作していることを確認します。(Imagingサーバーが停止しているので、レポートやデータは取得できません。Server管理コンソールからWLS_IMG1を起動します。Server管理コンソールでWLS_IMG2を停止します。http://wcc.mycompany.com/imagingにアクセスし、正しく動作していることを確認します。Server管理コンソールからWLS_IMG2を起動します。WLS_IMG管理対象サーバーのノード・マネージャの構成ドメインのサーバーとノード・マネージャとの間における通信ではホスト名検証を使用することをお薦めします。管理サーバーや他のサーバーとの通信では異なるアドレスの証明書を使用することが必要です。対応していない場合は、第11.6項「管理対象サーバーのノード・マネージャの構成」の説明に従って、WLS_IMG管理対象サーバーがリスニング・アドレスとして使用するホスト名を構成します。このとき、Imaging管理対象サーバーをドメインに追加した後で、Imagingに対して第16.3.5項「カスタム・キーストアを使用するための管理対象サーバーの構成」の手順を実行します。Imagingのコンポーネントを正しくフェイルオーバーするために必要です。詳細は、第17章「エンタープライズ・デプロイメント用のサーバー移行の構成」を参照してください。Imagingに関しては、その章で次の変数の値を使用します。インストールのバックアップ拡張したドメインが正常に動作していることを確認した後、そのインストール内容をバックアップします。これは、以降の手順で問題が発生した場合に短時間でリストアできることを考慮した迅速なバックアップです。バックアップ先はローカル・ディスクです。エンタープライズ・デプロイメントの設定が完了すれば、このバックアップは破棄してかまいません。その時点では、デプロイメント固有の定期的なバックアップ手順とリカバリ手順を実行できるようになっています。Middleware管理者ガイドを参照してください。Serverのバックアップとリカバリの推奨事項に関する項を参照してください。コンポーネントのリカバリ方法に関する詳細は、そのガイドでコンポーネントのリカバリに関する項およびコンポーネントが失われた後のリカバリに関する項を参照してください。Serverのリカバリに関する項を参照してください。Databaseバックアップおよびリカバリ・ユーザーズ・ガイドを参照してください。この時点でインストールをバックアップする手順は次のとおりです。Web層をバックアップします。opmnctlを使用してインスタンスを停止します。Web層のMiddlewareホームをバックアップします。Web層のOracleインスタンスをバックアップします。ORACLE_INSTANCEopmnctlを使用してインスタンスを起動します。startallデータベースをバックアップします。Managerを使用したデータベース全体のホット・バックアップまたはコールド・バックアップ(推奨)、または可能な場合はtarなどのオペレーティング・システム・ツールを使用したコールド・バックアップです。ドメイン構成を保存するために、管理サーバーと管理対象サーバーのドメイン・ディレクトリをバックアップします。構成ファイルはすべて、ORACLE_BASE/admin/domain_nameディレクトリにあります。WCCHOST1で次のコマンドを実行して、バックアップを作成します。reserved.法律上の注意点ライブラリ。