Oracle® Fusion Middleware

WebCenter Sitesアップグレード・ガイド

11g リリース1 (11.1.1.8.0)

E49674-02(原本部品番号:E35831-02)

2014年1月

Oracle Fusion Middleware WebCenter Sitesアップグレード・ガイド 11g リリース1 (11.1.1.8.0)

E49674-02

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

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

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

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

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)、その他の対策を講じることは使用者の責任となります。このソフトウェアまたはハードウェアを危険が伴うアプリケーションで使用したことに起因して損害が発生しても、オラクル社およびその関連会社は一切の責任を負いかねます。

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の登録商標です。

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

目次

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

はじめに

- 対象読者

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

- 関連ドキュメント

- 表記規則

第I部 Oracle WebCenter Sites 11gR1 (11.1.1.8.0)へのアップグレード

1 WebCenter Sitesのアップグレード・プロセスについて

- 1.1 アップグレード・パス

- 1.2 このリリースの新機能

- 1.3 アップグレード時の変更について

- 1.4 FatWire Content Server 7.6パッチ2からのアップグレード時の変更

- 1.4.1 全般的な変更

- 1.4.2 WEMフレームワークの変更の概要

- 1.4.3 インタフェースおよびアプリケーション

- 1.4.4 ロール

- 1.4.5 ページ・アセット・タイプおよびスロット・アセット・タイプ

- 1.4.6 属性エディタ

- 1.4.7 Apache Log4j

- 1.4.8 キャッシング・フレームワーク

- 1.4.9 カスタム要素

- 1.4.10 リビジョン・トラッキング

- 1.4.11 データベース表

- 1.4.12 Webアプリケーションの変更

- 1.4.13 タグの変更

- 1.4.14 その他の変更

- 1.4.15 その他の変更

- 1.5 FatWire Content Server 7.6パッチ2およびWebCenter Sites 11gR1 (11.1.1.6.0)からのアップグレード時の変更

- 1.5.1 開発ツールの変更

- 1.5.2 データベース表の変更

- 1.5.3 新しいプロパティ

- 1.5.4 その他の変更

- 1.6 FatWire Content Server 7.6パッチ2およびWebCenter Sites 11gR1 (11.1.1.6.1)からのアップグレード時の変更

- 1.6.1 インタフェースおよびアプリケーションの変更

- 1.6.2 プロパティ値の変更

- 1.6.3 データベース表の変更

- 1.6.4 新しいロール

- 1.6.5 新しい構成ファイル

- 1.6.6 新しいアセット・タイプ

- 1.6.7 タグの変更

- 1.6.8 サイト・プランの変更

- 1.6.9 管理インタフェースでのナビゲーション・ツリーの変更

- 1.6.10 検索関連要素の変更

- 1.6.11 コンテキスト・メニュー構成の変更

- 1.6.12 セキュリティの変更

- 1.6.13 言語パック

2 現行バージョンのWebCenter Sitesにアップグレードする前に

- 2.1 アップグレード・プロセスの計画

- 2.2 アップグレード前の手順

- 2.3 アップグレード前の決定

- 2.4 アップグレード後の手順の計画

3 WebCenter Sitesの最新バージョンへのアップグレード

- 3.1 アップグレード・プロセスに関する注意

- 3.2 アクティブな環境のバックアップ

- 3.3 テスト環境の作成

- 3.4 環境をアップグレードするための準備

- 3.4.1 手順1: サポート・コンポーネントのアップグレード

- 3.4.2 手順2: 既存のインスタンスの準備

- 3.5 WebCenter Sites 11gR1 (11.1.1.8.0)へのインスタンスのアップグレード

- 3.5.1 グラフィカルなアップグレード

- 3.5.2 サイレント・アップグレード

- 3.5.2.1 omii.iniファイルの構成

- 3.5.2.1.1 WEMフレームワークをインストールするためのサンプル構成

- 3.5.2.1.2 WEMフレームワークをアップグレードするためのサンプル構成

- 3.5.2.2 サイレント・インストーラの実行

- 3.5.3 アップグレード・ユーティリティの再実行

- 3.5.4 アップグレードの完了

- 3.6 リモートのSatellite Serverのアップグレード

- 3.7 アップグレード後の手順

- 3.7.1 JVMのタイム・ゾーンを変更した場合

- 3.7.2 アセット・タイプとグローバル検索が構成されていた場合

- 3.7.3 SmartListsが作成されていた場合

- 3.7.4 FatWire Content Serverからアップグレードした場合

- 3.7.5 開発者がOracle WebCenter Sites: Developer Toolsを使用していた場合

- 3.7.5.1 リソースの再エクスポート

- 3.7.5.2 Developer Toolsプラグインの更新

- 3.7.6 前に存在していたサイトで開発者がモビリティ・デバイス・グループを有効にしていた場合

- 3.7.7 カスタマイズされたWebCenter Sites 11gR1 (11.1.1.6.1)システムからアップグレードした場合

- 3.7.8 インストールでCommunity、GadgetsまたはSite Captureを実行していた場合

- 3.7.9 WebCenter SitesとOracle Access Managerを統合する必要がある場合

- 3.8 アップグレードした環境の検証

- 3.9 アクティブな環境のアップグレード

第II部 Oracle WebCenter Sites: Community-Gadgetsへのアップグレード

4 CommunityおよびGadgetsのアップグレード・プロセスについて

- 4.1 アップグレード・パス

- 4.2 このリリースで新しくなったこと

- 4.3 アップグレード時に行われる変更

- 4.3.1 ロール

- 4.3.2 アプリケーションの配布

- 4.3.3 WEMでのアプリケーション登録

- 4.3.4 Gadgetsアプリケーションに対する変更

- 4.3.5 データベース構造に対する変更

- 4.3.5.1 Community 11gR1 (11.1.1.6.x)からの変更

- 4.3.5.2 Gadgets 11gR1 (11.1.1.6.x)からの変更

5 Community-Gadgetsにアップグレードする前に

- 5.1 アップグレード・プロセスの計画

- 5.2 アップグレード前の手順

6 Community-Gadgetsへのアップグレード

- 6.1 Community-Gadgetsのアップグレード・プロセスの手順の概要

- 6.2 CommunityおよびGadgetsのCommunity-Gadgetsへのアップグレード

- 6.2.1 手順1: CommunityおよびGadgetsのデータのエクスポート

- 6.2.1.1 Communityデータのエクスポート

- 6.2.1.2 Gadgetsデータのエクスポート

- 6.2.2 手順2: WebCenter SitesのアップグレードとCommunityアプリケーションおよびGadgetsアプリケーションの削除

- 6.2.3 手順3: Community-Gadgets Webアプリケーションのインストールと検証

- 6.2.4 手順4: CommunityおよびGadgetsのデータのCommunity-Gadgetsへのインポート

- 6.2.4.1 Community-GadgetsへのCommunityデータのインポート

- 6.2.4.2 Community-GadgetsへのGadgetsデータのインポート

- 6.2.5 手順5: Community-Gadgetsのアプリケーション・サーバーのキャッシュのクリア

- 6.2.6 手順6: テンプレート、カスタム・スキン、およびクライアント側のデプロイメント・タグの移行

- 6.2.7 手順7: Oracle Access Manager (OAM)との統合

- 6.3 アップグレード後の手順

- 6.3.1 WebCenter SitesとともにCommunity Blogsモジュールを実行していた場合

- 6.3.2 Community-GadgetsとContributorインタフェースとの統合

- 6.3.3 Oracle Social Access Servicesとの統合

- 6.4 セキュリティの実装

第III部 Oracle WebCenter Sites: サイト・キャプチャのアップグレード

7 サイト・キャプチャをアップグレードする前に

- 7.1 アップグレード・パス

- 7.2 アップグレード・プロセスの計画

- 7.3 アップグレード前の手順

8 サイト・キャプチャのアップグレード

- 8.1 テスト環境のアップグレード

- 8.1.1 FatWireサイト・キャプチャ1.1またはWebCenter Sites: サイト・キャプチャ11gR1 (11.1.1.6.x)環境のバックアップ

- 8.1.2 テスト環境の作成

- 8.1.3 バージョン11gR1 (11.1.1.8.0)へのサイト・キャプチャ・インスタンスのアップグレード

- 8.1.3.1 インタラクティブ・アップグレード

- 8.1.3.2 サイレント・アップグレード

- 8.1.4 アップグレードした環境の検証

- 8.2 アクティブな環境のアップグレード

- 8.3 カスタム実装のアップグレードおよびパブリッシュ・システムとの統合

- 8.3.1 カスタム実装

- 8.3.2 パブリッシュ・システムとの統合

9 参照: サイト・キャプチャのバックアップおよびリカバリ

- 9.1 バックアップおよびリカバリの前提条件

- 9.2 バックアップおよびリカバリのガイドライン

- 9.2.1 サイト・キャプチャのインストール・ディレクトリ

- 9.2.1.1 バックアップ

- 9.2.1.2 リカバリ

- 9.2.2 Webアプリケーション

- 9.2.3 展開されていないファイルのバックアップ

- 9.2.4 展開されていないファイルのリカバリ

- 9.2.5 展開されたファイルのバックアップ

- 9.2.6 展開されたファイルのリカバリ

- 9.2.7 WebCenter Sitesデータベース

- 9.2.7.1 Oracle、Microsoft SQL ServerおよびIBM DB2データベースのバックアップ

- 9.2.7.2 Oracle、Microsoft SQL ServerおよびIBM DB2データベースのリカバリ

- 9.2.8 リカバリされたアプリケーションの実行

はじめに

このガイドでは、Oracle WebCenter Sites 11g リリース1 (11.1.1.8.0)へのアップグレード、および同じバージョンのOracle WebCenter Sites: Community-GadgetsとOracle WebCenter Sites: Site Captureへのアップグレード手順について説明します。

対象読者

このガイドは、企業レベルで、データベース、アプリケーション・サーバーおよびコンテンツ管理プログラムなどのソフトウェアのインストールと構成を行った経験を持つインストール・エンジニアを対象としています。

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

Oracleのアクセシビリティについての詳細情報は、Oracle Accessibility ProgramのWebサイト(http://www.oracle.com/pls/topic/lookup?ctx=acc&id=docacc)を参照してください。

Oracle Supportへのアクセス

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 WebCenter Sitesインストレーション・ガイド

- Oracle Fusion Middleware WebCenter Sites: サポート・ソフトウェアのインストールと構成

- Oracle Fusion Middleware WebCenter Sitesプロパティ・ファイル・リファレンス

- Oracle Fusion Middleware WebCenter Sites開発者ガイド

- Oracle Fusion Middleware WebCenter Sites管理者ガイド

- Oracle Fusion Middleware WebCenter Sitesユーザーズ・ガイド

表記規則

このマニュアルでは次の表記規則を使用します。

規則

意味

太字

太字は、操作に関連するGraphical User Interface要素、または本文中で定義されている用語および用語集に記載されている用語を示します。

イタリック体

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

固定幅フォント

固定幅フォントは、段落内のコマンド、URL、サンプル内のコード、画面に表示されるテキスト、または入力するテキストを示します。

第I部

Oracle WebCenter Sites 11gR1 (11.1.1.8.0)へのアップグレード

この部には、Oracle WebCenter Sites 11gR1 (11.1.1.8.0)へのアップグレードに関する情報があります。元のインストールは、FatWire Content Server 7.6パッチ2、あるいはOracle WebCenter Sites 11gR1 (11.1.1.6.0)またはOracle WebCenter Sites 11gR1 (11.1.1.6.1)になります。

この部は次の章で構成されています。

- 第1章「WebCenter Sitesのアップグレード・プロセスについて」

- 第2章「現行バージョンのWebCenter Sitesにアップグレードする前に」

- 第3章「WebCenter Sitesの最新バージョンへのアップグレード」

1 WebCenter Sitesのアップグレード・プロセスについて

Oracle WebCenter Sites 11gR1 (11.1.1.8.0)にアップグレードする前に、この章を参照して、アップグレード・パス、現在のリリースで提供される新機能、およびアップグレード・プロセス時に元のインストールに加えられる変更の種類について確認してください。

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

- 第1.1項「アップグレード・パス」

- 第1.2項「このリリースの新機能」

- 第1.3項「アップグレード時の変更について」

- 第1.4項「FatWire Content Server 7.6パッチ2からのアップグレード時の変更」

- 第1.5項「FatWire Content Server 7.6パッチ2およびWebCenter Sites 11gR1 (11.1.1.6.0)からのアップグレード時の変更」

- 第1.6項「FatWire Content Server 7.6パッチ2およびWebCenter Sites 11gR1 (11.1.1.6.1)からのアップグレード時の変更」

1.1 アップグレード・パス

次のインストールは、WebCenter Sites 11gR1 (11.1.1.8.0)に直接アップグレードできます。

- FatWire Content Server 7.6パッチ2

- Oracle WebCenter Sites 11gR1 (11.1.1.6.0)

- Oracle WebCenter Sites 11gR1 (11.1.1.6.1)バンドルされたパッチ1

注意:

既存のインストールを現行バージョンのWebCenter Sitesにアップグレードする際に、アプリケーション(コミュニティ、ガジェットまたはサイト・キャプチャ)をインストールする場合、これらのアプリケーションもアップグレードする必要があります。手順は、第II部「Oracle WebCenter Sites: Community-Gadgetsへのアップグレード」および第III部「Oracle WebCenter Sites: サイト・キャプチャのアップグレード」を参照してください。

1.2 このリリースの新機能

WebCenter Sites 11gR1 (11.1.1.8.0)にアップグレードすると、ユーザーには次の新機能が提供されます。

- WebCenter Content (WCC)統合。この機能を使用すると、管理者は、WebCenter Content Serverの選択したコンテンツをWebCenter Sitesに統合できます。WCC統合機能は、要件に応じて、アップグレード・プロセス時に、または後から追加できます。

- モビリティ・フレームワーク。この機能を使用すると、コンテンツ・コントリビュータは、携帯電話とタブレット用のサイトを作成できます。この機能は、アップグレード・プロセス時にデフォルトでインストールされます。

- バニティURLのサポート。この機能を使用すると、そのユーザーは、簡単で短く意味がわかりやすいURLをWebCenter Sitesインタフェースから直接定義して、そのURLをアセットに割り当てることができます。開発者は、割り当てられたURLを使用するようにテンプレートをコード化できます。

- Oracle WebCenter Sites: Engageには、セグメント、プロモーションおよび推奨を作成して管理するためのコンテンツ・エントリ・フォームの新しいセットが表示されます。

- コミュニティ-ガジェット・アプリケーションで構成されるウィジェットとガジェットは、WebCenter Sitesに統合して、Contributorインタフェースから直接デプロイできます。サード・パーティのソース・システムからの外部アセット・タイプの統合もサポートされます。

- コミュニティおよびガジェット・アプリケーションは、「コミュニティ-ガジェット」と呼ばれる単一のWebアプリケーションとして配布されるようになり、メンテナンスがより簡単になっています。これらはWEMフレームワーク・アプリケーションとして残り、引き続き独自のアプリケーション・アイコンとインタフェースが保持されます。

1.3 アップグレード時の変更について

アップグレード・プロセスでは、既存のインストールに対するいくつかの変更が行われます。インストールに行われる変更の詳細は、この章の次の内容を参照してください。

- FatWire Content Server 7.6パッチ2からアップグレードする場合は、次の項で全変更範囲を参照してください。

- 第1.4項「FatWire Content Server 7.6パッチ2からのアップグレード時の変更」

- 第1.5項「FatWire Content Server 7.6パッチ2およびWebCenter Sites 11gR1 (11.1.1.6.0)からのアップグレード時の変更」

- 第1.6項「FatWire Content Server 7.6パッチ2およびWebCenter Sites 11gR1 (11.1.1.6.1)からのアップグレード時の変更」

- WebCenter Sites 11gR1 (11.1.1.6.0)からアップグレードする場合は、次の項で全変更範囲を参照してください。

- 第1.5項「FatWire Content Server 7.6パッチ2およびWebCenter Sites 11gR1 (11.1.1.6.0)からのアップグレード時の変更」

- 第1.6項「FatWire Content Server 7.6パッチ2およびWebCenter Sites 11gR1 (11.1.1.6.1)からのアップグレード時の変更」

- WebCenter Sites 11gR1 (11.1.1.6.1)からアップグレードする場合は、次の項で全変更範囲を参照してください。

- 第1.6項「FatWire Content Server 7.6パッチ2およびWebCenter Sites 11gR1 (11.1.1.6.1)からのアップグレード時の変更」

これらの項で説明する変更について質問がある場合は、アップグレードを開始する前にテクニカル・サポートにお問合せください。

1.4 FatWire Content Server 7.6パッチ2からのアップグレード時の変更

Content Server 7.6パッチ2インストールをアップグレードすると、インストールに対していくつかの変更が行われます。変更の詳細は、次の項を参照してください。

- 第1.4.1項「全般的な変更」

- 第1.4.2項「WEMフレームワークの変更の概要」

- 第1.4.3項「インタフェースおよびアプリケーション」

- 第1.4.4項「ロール」

- 第1.4.5項「ページ・アセット・タイプおよびスロット・アセット・タイプ」

- 第1.4.6項「属性エディタ」

- 第1.4.7項「Apache Log4j」

- 第1.4.8項「キャッシング・フレームワーク」

- 第1.4.9項「カスタム要素」

- 第1.4.10項「リビジョン・トラッキング」

- 第1.4.11項「データベース表」

- 第1.4.12項「Webアプリケーションの変更」

- 第1.4.13項「タグの変更」

- 第1.4.14項「その他の変更」

- 第1.4.15項「追加の変更」

1.4.1 全般的な変更

FatWire Content Server 7.6パッチ2からアップグレードする場合、次の機能(以前はオプション)がアップグレード・プロセス時にデフォルトでデプロイ、インストールまたはアップグレードされ、標準機能として機能します。

- Central Authentication Service (CAS)がデプロイされます。CAS Webアプリケーションは、アップグレード・プロセス時にデプロイされます。Content Server 7.6パッチ2と同様に、WebCenter Sitesでは、ユーザー認証の負荷の平衡を保つCASクラスタリングがサポートされます。CASクラスタのセカンダリ・メンバーは、アップグレード後のプロセス時に手動でデプロイされます。

注意:

アップグレード・プロセスが完了すると、CASをOracle Access Manager (OAM)に置き換えることができます。

- inCacheフレームワークがインストールされます。TerracottaのEhcacheオープン・ソース製品の実装は、Apacheライセンスで入手できます。inCacheフレームワークにより、従来のページ・キャッシュ方法よりも大幅にパフォーマンスが向上します。また、アセットのキャッシュと結果セットのキャッシュの機能もあります。inCacheフレームワークは、デフォルトでインストールされて構成されます。inCacheのページ、アセットおよび結果セットのキャッシュの情報は、『Oracle Fusion Middleware WebCenter Sites管理者ガイド』にあります。結果セットのキャッシュの詳細は、『Oracle Fusion Middleware WebCenter Sites開発者ガイド』にあります。

- WEMフレームワークがインストールされます(すでにインストールされている場合はアップグレードされます)。WEMログイン・ページは、新しいWebCenter Sitesログイン・ページになるため、WebCenter Sitesインタフェースへのアクセス方法に影響を与えます。WEMフレームワークは、次のコンポーネントで構成されます。

- REST API: 開発者は、WEMフレームワークでアプリケーションを構築および実装する目的でWebCenter Sitesと通信できます。

- 汎用UIコンテナ: WEMフレームワークを介してWebCenter Sitesに統合されたカスタム構築アプリケーションにアクセスするための単一インタフェースを提供します。アプリケーションのインタフェースのレンダリングも可能です。

- WEM管理インタフェース: WEMフレームワークで実行するアプリケーションへのユーザーのカップリングを有効にして、一元ユーザー管理を実現します。WEM管理インタフェースは、配信システムにはインストールされません。

- RESTセキュリティ・モデル: 管理者は、WEMフレームワークで実行するアプリケーションのリソースへのアクセスを制御できます。

- シングル・サインオン: WebCenter Sitesユーザーは、各アプリケーションにサインインしなくても、セッション時にアクセス権限が認可されているすべてのアプリケーションにアクセスできます。

アップグレード時、WEMフレームワークには、クラスタ化の可または不可を問わず、CASが必要です。OAM統合は、アップグレード後のオプションです。

- InDis BalticのClarkii Online Image Editor (OIE)が、開発システムとコンテンツ管理システムにインストールされます。Clarkiiは、現在のOnline Image EditorのかわりにWebCenter Sites Contributor (編集用)インタフェースで有効にすることができます。ただし、ContributorインタフェースのWebモードではサポートされません。Clarkii OIEの詳細は、『Oracle Fusion Middleware WebCenter Sites開発者ガイド』および『Oracle Fusion Middleware WebCenter Sitesユーザーズ・ガイド』を参照してください。

また、次のアップグレード・オプションとアップグレード後のオプションもあります。

- アップグレード時、Apache log4jロギング・システムに切り替えることができるため、WebCenter Sites管理インタフェースからロガーの動的な更新が可能です。

- アップグレード後、Oracle Access Manager (OAM)と統合できます。統合手順は、『Oracle Fusion Middleware WebCenter Sites: サポート・ソフトウェアのインストールと構成』にあります。

1.4.2 WEMフレームワークの変更の概要

WEMフレームワークを実行しないContent Server 7.6パッチ2インストールからアップグレードする場合:

- WEMフレームワークがインストールされます。

- CASシングル・サインオンWebアプリケーションは、アップグレード・プロセス時にデプロイされます。

- CASは、WebCenter Sitesと一緒に、または個別のクラスタにインストールできます。

- URLは、CASで保護されます。

- RESTサーブレットがインストールされます。RESTセキュリティについては、『Oracle Fusion Middleware WebCenter Sites開発者ガイド』および『Oracle Fusion Middleware WebCenter Sites管理者ガイド』で説明されています。

- 新しいコンテンツ管理サイト、つまりAdminSiteが作成されます。

- 既存のログイン・ページは、WebCenter Sitesログイン・ページに置き換えられます。

1.4.3 インタフェースおよびアプリケーション

Content Server 7.6パッチ2からアップグレードする場合:

- Content Server Advancedインタフェースは、WebCenter Sites管理インタフェースで置き換えられます。デフォルトでは、これは編集用インタフェースとして使用されなくなりました。ただし、編集機能をアップグレード後のプロセスで再度有効にするには、futuretense_xcel.iniファイルのプロパティadvancedUI.enableAssetFormsをtrueに設定します)。詳細は、『Oracle Fusion Middleware WebCenter Sitesプロパティ・ファイル・リファレンス』を参照してください。

- Advancedadministrativeインタフェースのカスタマイズは、アップグレード後は機能しません。そのため、データベース、インストール・フォルダ、共有フォルダおよびWebアプリケーションに格納されているすべてのカスタマイズをバックアップします。次に、WebCenter Sitesへのアップグレードの完了後、このバックアップからカスタマイズを再適用します。

- WebCenter Sites Contributorインタフェースがインストールされます。インタフェースの詳細は、『Oracle Fusion Middleware WebCenter Sitesユーザーズ・ガイド』を参照してください。

- Content Server Dashインタフェースは完全に削除されます。パッチ2でDashインタフェースに行われるカスタマイズは、アップグレード時に適用されません。

- Content Server InSiteインタフェースは完全に削除されます。パッチ2でInSiteインタフェースに行われるカスタマイズは、アップグレード時に適用されません。

- WEMフレームワークを含まないインストールからアップグレードする場合、AdminSiteがインストールされます。一般管理者はAdminSiteに割り当てられます。

1.4.4 ロール

Content Server 7.6パッチ2からアップグレードする場合:

- SitesUserロールが追加され、WebCenter Sites Contributorインタフェースへのアクセス権限がユーザーに付与されます。

- DashUserロールは削除されます。

- WEMフレームワークを実行しないインストールからアップグレードする場合、SiteAdminロールは一般管理者に割り当てられます。一般管理者もRestAdminグループに追加されます。

1.4.5 ページ・アセット・タイプおよびスロット・アセット・タイプ

Content Server 7.6パッチ2からアップグレードする場合、ページ・アセット・タイプは、拡張可能ページ・アセット・タイプになるようにアップグレードされます。これで、この拡張可能ページ・アセット・タイプには、属性、フィルタおよび定義(フレックス・アセットの定義と同様)が含まれるようになります。サブタイプは定義に変更されます。また、外部テンプレートは、新しいテンプレート・タイプ「レイアウト」に変更されます。詳細は、『Oracle Fusion Middleware WebCenter Sites開発者ガイド』を参照してください。

注意:

アップグレード後、管理者は、これらのアセット・タイプを使用できるように、PageAttribute、PageDefinitionおよびPageFilterのスタート・メニューを作成する必要があります。

1.4.6 属性エディタ

Content Server 7.6パッチ2からアップグレードする場合:

- RememberMEは非推奨のためサポートされません。

- PickOrderAssetは非推奨のためサポートされません。

- すべての複数値属性の並替えが可能になりました。

- CKEditorは、現在サポートされているバージョンに更新され、デフォルトではすべてのインタフェースへの読込みが遅くなります。開発者は、引き続きフレックス・アセットとベーシック・アセットのどちらにも既存のFCKEditor属性定義を使用できます。

注意:

アップグレード後、属性エディタをFCKEditorからCKEditorに変更することをお薦めします。

- 次の新しい属性エディタがインストールされます。

- TypeAhead

- Uploader

- URL属性はBLOBに置き換えられます。ただし、アップグレード後、既存のURL属性は引き続き機能します。

1.4.7 Apache Log4j

Content Server 7.6パッチ2からアップグレードする場合、Apache log4jに切り替えるオプションがあります。このオプションを使用すると、WebCenter Sites管理インタフェース内でそのシステム・ツールを使用してログ・レベルを変更できます。

1.4.8 キャッシング・フレームワーク

従来のページ・キャッシングを使用するContent Server 7.6パッチ2インストールからアップグレードする場合:

- Content Serverの既存のキャッシュ(データベースベースおよびハッシュベース)は、inCache、つまりTerracottaによるEhcacheを基にしたメモリー中心のキャッシュに置き換えられます。詳細は、『Oracle Fusion Middleware WebCenter Sites管理者ガイド』を参照してください。

- キャッシュの切替えの結果、キャッシュの再調整が必要になります。

- inCacheはメモリーベースのため、追加のJVMヒープが必要です。

1.4.9 カスタム要素

Content Server 7.6パッチ2インストールからアップグレードする場合:

- AssetStubElementCatalog表のすべての要素は、WebCenter Sites 11gR1のネイティブ・コードで上書きされます。

- Advanced管理インタフェースのカスタマイズされた要素は、WebCenter Sites 11gR1のネイティブ・コードで上書きされます。

1.4.10 リビジョン・トラッキング

Content Server 7.6パッチ2インストールからアップグレードする場合、リビジョン・トラッキングが変更されます。新しいリビジョン・トラッキングの動作を有効にするには、すべてのアセット・タイプに対するリビジョン・トラッキングを無効にしてから、リビジョン・トラッキングを再度有効にする必要があります。詳細は、『Oracle Fusion Middleware WebCenter Sitesユーザーズ・ガイド』を参照してください。

1.4.11 データベース表

Content Server 7.6パッチ2インストールからアップグレードする場合、アップグレード・プロセス時に次の変更がデータベース表に加えられます。データベース・タイプに適用される変更のみが行われます。

- DB2およびMicrosoft SQL Serverの場合、StringValueは、255から2000に変更されます。

- _Mungo表では、StringValueは2000に変更されます。

- アセット・タイプの_TGROUP表では、Ordinal列が追加されます。

- ApprovalQueue表では、cs_target列が追加されます。

- ApprovedAssets表では、changedby列が追加されます。

- AssetPublistList表では、tag列が追加されます。

- アップグレードにより、txRTInfo表が作成されます。アップグレード後、この表を手動で削除します。

- IndexSourceMetaDataConfig表では、fieldescriptor列はurlfielddescriptorに変更され、その値は2048から255に変更されます。

- Mimetype表では、mimetype列のサイズは、64から128に変更されます。

- FW_PUBDATASTORE表では、encoding列のサイズは、255に変更されます。

- SAVESEARCH表では、spostpage列は、NULL値可能になるように変更されます。

- editorid列は、すべての属性アセット・タイプに追加されます。

- Flex Definitionアセット・タイプと親定義アセットは、Mungo表にcs_ordinal列が確保されるように変更されます。

- Page表では、flextemplateid列が追加されます。

- Publication表では、cs_wrapperasset列が追加されます。

- PubTarget表では、FACTORS列のサイズは、1000に変更されます。

- RTInfo表では、newerformat列が追加されます。

- Template_Subtypes表では、subtype列のサイズは、64に変更されます。

- 表Workflow_DlgA、WorkflowGroups_Dlock、WorkflowRoutes_Comp、WorkflowRoutes_Cond、WorkflowRoutes_Deadでは、Ordinal列が追加されます。

- AssetEditPane表は削除されます。アップグレード後も引き続きこの表が存在する場合は、手動で削除する必要があります。

- 表1-1に示す表が追加されます。

表1-1 FatWire Content Serverからのアップグレード時に追加されるデータベース表

追加される表

追加される表

FW_Tag

Page_Definition_Publish

Page_Mungo

Page_Definition_TAttr

Page_Publish

Page_Definition_TFilter

Page_Ratings

Page_Filter

Page_Attribute

Page_Filter_Args

Page_AttributeArgs

Page_Filter_Dim

Page_Attribute_Dim

Page_Filter_Dim_P

Page_Attribute_DimP

Page_Filter_Publish

Page_Attribute_Extension

PublishedTags

Page_Attribute_Publish

Slots

Page_Attribute_Subtypes

Slots_Dim

Page_Definition

Slots_DimP

Page_Definition_Dim

Slots_Publish

Page_Definition_DimP

- ASSETTYPE_Rtgs表は、すべてのフレックス・アセット・タイプまたは親アセット・タイプに追加されます。定義または属性アセット・タイプは無視されます。一部の特別なコア・アセット・タイプを除き、ベーシック・アセット・タイプにも同じ表が追加されます。

- ASSETTYPE_SubTypes表は、すべての属性アセット・タイプ(MEDIA_A_SUBTYPESなど)に追加されます。

1.4.12 Webアプリケーションの変更

Content Server 7.6パッチ2インストールからアップグレードする場合、DashインタフェースがWebCenter Sites Webアプリケーションから削除されるため、次の変更が生じます。

- web.xmlファイルでは、次のようになります。

- csRedirect、trinidad、adfFacesフィルタが削除されます。

- org.apache.myfaces.webapp.StartupServletContextListenerリスナーが削除されます。

- FacesServletとFacesサーブレットが削除されます。

- WEB-INFフォルダでは、web.xml、weblogic.xml (該当する場合)およびapplicationContext.xmlを除くすべてのファイルが削除されます。

- ReqAuthConfig.xmlファイルが、アプリケーション・サーバーのWEB-INF/classesフォルダに追加されます。このファイルを使用すると、Cross-Site Request Forgery (CSRF)保護に対して挿入や除外が行われるURLを指定できます。

1.4.13 タグの変更

Content Server 7.6パッチ2インストールからアップグレードする場合、次のタグが追加されます。

- insite:list

- insite:slotlist

- insite:ifedit

タグの詳細は、Oracle WebCenter Sitesタグ・リファレンスを参照してください。

1.4.14 その他の変更

Content Server 7.6パッチ2インストールからアップグレードする場合:

- デフォルトでは、WebCenter Sitesは、日付とタイムスタンプにミリ秒を使用します。

- アップグレード後、属性フォームには、フレッシュ・インストールで表示されない追加フィールドが表示されます。属性フォームとフレッシュ・インストールのフォームが一致するようにするには、mwb.externalattributesプロパティをfalseに設定してgator.iniファイルを編集します(gator.iniファイルは<cs_install_folder>にあります)。

- アセット・タイプ検索が、アップグレード前にアセット・タイプに構成される場合、日付は、アップグレード後の検索結果に正しく表示されません。ユーザーは、日付が正しく表示されるように、アセット・タイプの索引を再作成する必要があります。同様に、グローバル検索の索引もアップグレード・プロセス後に再作成する必要があります。

- futuretense_xcel.iniファイルでは、eWebEditProがサポートされないため、xcelerate.ewebeditproプロパティの値が削除されます。

- レイアウト・テンプレート:
使用タイプ「エレメントはHTMLページ全体を定義するため、外部から呼び出すことができます。」のテンプレートは、インストーラによって、使用タイプ「エレメントはレイアウトとして使用されます。」に変換されます。他の使用タイプのテンプレートは変換されません。このようなテンプレートを使用するアセットを編集する場合、そのアセットにはレイアウト・テンプレートが割り当てられます。

- 承認されたアセットのパブリッシュは、アップグレード・ユーティリティを実行するまで正しく機能しません。WebCenter Sites 11gR1 (11.1.1.6.0)以降では、日付はミリ秒単位で正確に管理されます。FatWire Content Serverでは、承認関連のデータに関してミリ秒単位の精度が確保されないため、アップグレード後にデータが正しく解釈されないことがあります。この状況を回避するために、アップグレード・ユーティリティでは、承認表にミリ秒の精度が追加され、アップグレード後の承認状態が正しく保存されます。ApprovedAssets、ApprovedAssetDepsおよびPublishAssets表のエントリは、このユーティリティによる影響を受けます。

1.4.15 追加の変更

Content Server 7.6パッチ2インストールからアップグレードする場合、次の項でContent Server 7.6パッチ2に適用される追加の変更について参照してください。

- 第1.5項「FatWire Content Server 7.6パッチ2およびWebCenter Sites 11gR1 (11.1.1.6.0)からのアップグレード時の変更」

- 第1.6項「FatWire Content Server 7.6パッチ2およびWebCenter Sites 11gR1 (11.1.1.6.1)からのアップグレード時の変更」

1.5 FatWire Content Server 7.6パッチ2およびWebCenter Sites 11gR1 (11.1.1.6.0)からのアップグレード時の変更

Upgrading a WebCenter Sites 11gR1 (11.1.1.6.0)インストールをアップグレードすると、インストールにいくつかの変更が行われます。変更の詳細は、次の項を参照してください。

- 第1.5.1項「開発ツールの変更」

- 第1.5.2項「データベース表の変更」

- 第1.5.3項「新しいプロパティ」

- 第1.5.4項「追加の変更」

1.5.1 開発ツールの変更

WebCenter Sites 11gR1 (11.1.1.6.0)からアップグレードする場合、開発ツール機能が強化され、リモート接続がサポートされます。

1.5.2 データベース表の変更

WebCenter Sites 11gR1 (11.1.1.6.0)からアップグレードする場合、データベース表は次のように変更されます。

- すべてのASSETTYPE_Ratings表の名前は、ASSETTYPE_Rtgsに変更されます。

- TempObjects表が削除されます。この表は、createddateという新しい列を含めて再作成されます。

- アセット・タイプ表FW_UIConfigurationおよびFW_AttributeEditorが、その関連表とともに削除されます。

FW_AttributeEditor_Config, FW_AttributeEditor_ConfigVals,
FW_AttributeEditor_Dim, FW_AttributeEditor_DimP,
FW_AttributeEditor_Publish, FW_UIConfiguration,
FW_UIConfiguration_Dim, FW_UIConfiguration_DimP

- 表FW_MSGBUS、FW_PUBDATASTOREおよびPUBSESSIONがアップグレードされます。

1.5.3 新しいプロパティ

WebCenter Sites 11gR1 (11.1.1.6.0)からアップグレードする場合、timezoneattrという新しいプロパティがfuturetense_xcel.iniファイルに追加されます。このプロパティの詳細は、『Oracle Fusion Middleware WebCenter Sitesプロパティ・ファイル・リファレンス』を参照してください。

1.5.4 追加の変更

WebCenter Sites 11gR1 (11.1.1.6.0)インストールからアップグレードする場合、次の項でWebCenter Sites 11gR1 (11.1.1.6.0)に適用される追加の変更について参照してください。

- 第1.6項「FatWire Content Server 7.6パッチ2およびWebCenter Sites 11gR1 (11.1.1.6.1)からのアップグレード時の変更」

1.6 FatWire Content Server 7.6パッチ2およびWebCenter Sites 11gR1 (11.1.1.6.1)からのアップグレード時の変更

WebCenter Sites 11gR1 (11.1.1.6.1)インストールをアップグレードすると、インストールにいくつかの変更が行われます。変更の詳細は、次の項を参照してください。

- 第1.6.1項「インタフェースおよびアプリケーションの変更」

- 第1.6.2項「プロパティ値の変更」

- 第1.6.3項「データベース表の変更」

- 第1.6.4項「新しいロール」

- 第1.6.5項「新しい構成ファイル」

- 第1.6.6項「新しいアセット・タイプ」

- 第1.6.7項「タグの変更」

- 第1.6.8項「サイト・プランの変更」

- 第1.6.9項「管理インタフェースでのナビゲーション・ツリーの変更」

- 第1.6.12項「セキュリティの変更」

- 第1.6.13項「言語パック」

- 注意:
同じ項が、FatWire Content Server 7.6パッチ2およびWebCenter Sites 11gR1 (11.1.1.6.0)に適用されます。

1.6.1 インタフェースおよびアプリケーションの変更

WEM AdminアプリケーションがAdminSite以外のサイトに割り当てられていた場合、そのアプリケーションの割り当ては解除されます。アップグレード・プロセス後、AdminSite以外のサイトに手動で再度割り当てる必要があります。

1.6.2 プロパティ値の変更

- デフォルトのプロパティのカスタム値は、アップグレード・インストーラによってオーバーライドされ、デフォルト値で置き換えられます。

- カスタム・プロパティのカスタム値は、アップグレード・プロセスによる影響を受けません。

1.6.3 データベース表の変更

- アップグレードがWebCenter Sites 11gR1 (11.1.1.6.x)から実行される場合、PageAttribute表のeditorid列が削除されます。

- SYSTEMUSERS表では、password列のサイズは、40から256に変更されます。

- 表1-2に示す表が、WebCenter Sites 11gR1 (11.1.1.8.0)に追加されます。

表1-2 新しいデータベース表

新しい表

新しい表

CONTENTQUERY

DEVICEGROUP

CONTENTQUERY_DIM

DEVICEGROUP_DIM

CONTENTQUERY_DIMP

DEVICEGROUP_DIMP

CONTENTQUERY_RTGS

DEVICEIMAGE

SITEPLAN

DEVICEIMAGE_DIM

SITEPLAN_DIM

DEVICEIMAGE_DIMP

SITEPLAN_DIMP

WCCBATCH

WEBREFERENCES

WCCORPHAN

WEBREFERENCESPATTERNS

WCCPOLLER

WEBROOT

WCCSIGNALS

WEBROOT_DIM

WEBROOT_RTGS

WEBROOT_DIMP

SYSTEMUSERPREFERENCES

1.6.4 新しいロール

次のロールがWebCenter Sites 11gR1 (11.1.1.8.0)に追加されます。

- WCC統合の場合、ConnectorAdminロールが追加されます。

- モビリティ機能の場合、MobileSitesDeveloperロールが追加されます。

1.6.5 新しい構成ファイル

次の構成ファイルがWebCenter Sites 11gR1 (11.1.1.8.0)に追加され、モビリティ・フレームワーク、空のURL、コミュニティ-ガジェット、より厳重なセキュリティがサポートされます。

- ESAPI.properties

- MobilityService.xml

- SitesSecurityWrapper.xml

- validation.properties

- webreference.xml

- cg.tld

- device.tld

- proxy.tld

- customBeans.xml

注意:

customBeans.xmlファイルは、WebCenter Sites 11gR1 (11.1.1.6.1)以降にありますが、デフォルトでは空です。このファイルは、CASに直接アクセスできるURLの表示に使用されます。

1.6.6 新しいアセット・タイプ

次の新しいアセット・タイプがWebCenter Sites 11gR1 (11.1.1.8.0)に追加され、モビリティ機能、空のURL、ContentQueryアセットがサポートされます。

- CONTENTQUERY

- DeviceGroup

- DeviceImage

- SitePlan

- WebRoot

1.6.7 タグの変更

表1-3に示すタグは、アップグレード・プロセス時にWebCenter Sites 11gR1 (11.1.1.8.0)に対して追加、更新および削除されます。タグの詳細は、Oracle WebCenter Sitesタグ・リファレンスを参照してください。

表1-3 新規タグ、更新されるタグ、削除されるタグ

タグのタイプ

変更のタイプ

タグ

外部アセット

新規

新規

新規

新規

proxy:create store

proxy:register

proxy:addstoreitem

proxy:tojson

モビリティ

新規

新規

新規

新規

device:capability

device:get

device:hascapability

device:load

リアルタイム・デシジョン

新規

更新

commercecontext:inform

commercecontext:getrecommendations

Insite

更新

削除

削除

削除

削除

削除

削除

削除

削除

削除

insite:list

insite:slotlist

insite:addvalue

insite:beginlist

insite:endlist

insite:beginref

insite:addref

insite:endref

insite:createasset

insite:editasset

その他

更新

更新

更新

更新

更新

更新

更新

更新

ccuser:gettimezone

ccuser:settimezone

insite:calltemplate

render:calltemplate

render:getpageurl

render:gettemplateurl

render:gettemplateurlparameters

satellite:cookie

1.6.8 サイト・プランの変更

「配置済ページ」サイト・プランの名前は、「デフォルト」サイト・プランに変更されています。「配置済ページ」に以前存在していたアセットはすべて、「デフォルト」サイト・プランにあります。

1.6.9 管理インタフェースでのナビゲーション・ツリーの変更

WebCenter Sites管理インタフェースのナビゲーション・ツリーが再編成され、新しいタブとノードが次のように追加されます。

- 「モビリティ」タブと「コネクタ管理者」タブがツリーに追加されます。

- 「ユーザー・アクセス管理」ノードが「管理」タブに作成されます。このノードには次のサブノードが含まれます。

- ユーザー

- ロール

- ACL

- ユーザー・プロファイル

- RESTセキュリティ

- 「管理ツール」ノードと「ソース」ノードが「管理」タブから削除されています。

- 「ワークフロー」タブに含まれるノードは次のようになります(「状態」ノードと「プロセス」ノードは残り、次に示すノードは「管理」タブから移動しました)。

- アクション(「ワークフロー・アクション」から名称変更)

- 時間指定アクション・イベント

- 電子メール

- 割当てのクリア

1.6.10 検索関連要素の変更

検索関連要素は、次のように置き換えられます。

- UI/Data/Search/ListActionはUI/Data/Search/SearchActionに置き換えられます。

- UI/Data/Search/ListJsonはUI/Data/Search/SearchJsonに置き換えられます。

- UI/Data/Search/ThumbnailActionはUI/Data/Search/BrowseActionに置き換えられます。

- UI/Data/Search/ThumbnailJsonはUI/Data/Search/BrowseJsonに置き換えられます。

元の要素がカスタマイズされた場合、第3章「WebCenter Sitesの最新バージョンへのアップグレード」に示すように、変更を新しい要素に移植する必要があります。

1.6.11 コンテキスト・メニュー構成の変更

コンテキスト・メニュー構成は、クライアント側に移動します。検索またはダッシュボードのコンテキスト・メニューが、UI/Layout/CenterPane/Search/View/ContextMenuConfig要素またはUI/Layout/CenterPane/DashBoard/ContextMenuConfig要素によってカスタマイズされた場合、第3章「WebCenter Sitesの最新バージョンへのアップグレード」に示すように、要素を削除してクライアント側で再度カスタマイズする必要があります。

1.6.12 セキュリティの変更

WebCenter Sitesユーザーのパスワード暗号化形式は、アップグレード後に更新されます。カスタム・ユーザーの場合、ユーザーがログインすると、パスワードは新しい暗号化形式に更新されます。パスワードの暗号化形式はINIファイルでも更新されます。詳細は、『Oracle Fusion Middleware WebCenter Sites管理者ガイド』を参照してください。

1.6.13 言語パック

次の言語パックが、アップグレード・プロセス時にデフォルトでインストールされます。

- 中国語(簡体字)

- 中国語(繁体字)

- 英語(米国)

- フランス語(フランス)

- ドイツ語(ドイツ)

- イタリア語(イタリア)

- 日本語(日本)

- 韓国語(韓国)

- ポルトガル語(ブラジル)

- スペイン語(スペイン)

2 現行バージョンのWebCenter Sitesにアップグレードする前に

Oracle WebCenter Sites 11gR1 (11.1.1.8.0)にアップグレードする前に、この章を参照して、アップグレード戦略と前提条件の手順について理解してください。

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

- 第2.1項「アップグレード・プロセスの計画」

- 第2.2項「アップグレード前の手順」

- 第2.3項「アップグレード前の決定」

- 第2.4項「アップグレード後の手順の計画」

2.1 アップグレード・プロセスの計画

本番環境では、アップグレードにより、アクティブなシステムの操作が中断し、停止時間が延長する場合があります。このような中断を最小限に抑えるには、この章で概要を示すアップグレード戦略を採用すること、つまりテスト環境を更新して開始することを強くお薦めします。

注意:

「アクティブ」という用語は、現在コンテンツを処理している開発システム、管理システムまたは配信システムがあり、その予想外の停止時間によって組織の業務や生産性が影響を受けるシステムを示す場合に使用されます。

図2-1に示すように、エンタープライズレベルの環境は、通常、3つ以上の異なるWebCenter Sites強化システム(開発、管理および配信)で構成されます。各システムは、その独自のデータベースで実行し、通常はパブリッシュまたはOracle WebCenter Sites: 開発者ツールを介して他のシステムと相互運用します。

アクティブな環境をアップグレードする前に、複製環境で試行アップグレードを実行することが重要です。試行アップグレードは、システムに固有の問題を検出して記録し、実際のアップグレードの前にその問題を修正する場合に役立ちます。

注意:

FatWire Content Server 7.6パッチ2のAdvancedユーザー・インタフェースやDashインタフェースに行われるカスタマイズはWebCenter Sites 11gR1 (11.1.1.8.0)で機能しないため、試行アップグレードは重要です。したがって、アクティブなシステムのアップグレードを試す前に、そのようなカスタマイズを新しいContributorインタフェース用に設計されたカスタマイズで置き換える場合には、適切な評価が必要です。

複製環境を使用できない場合、管理システムや配信システムに対する中断を最小限に抑えるには、開発システムをアップグレードして開始します。この方法はリスクが高いため、長時間の停止が許容可能と考えられる場合を除いては、試さないでください。

図2-1 WebCenter Sites環境

2.2 アップグレード前の手順

このガイドは、経験豊富なWebCenter Sitesインストール・エンジニアを対象としています。WebCenter Sites 11gR1 (11.1.1.8.0)にアップグレードする前に、次の手順を実行します。

- WebCenter Sitesのリリース・ノートおよびOracle WebCenter Sites動作保証マトリックス(http://www.oracle.com/technetwork/middleware/webcenter/sites/downloads/index.html)を参照します。

- このガイドの以降の部分を参照して、アップグレード手順、アップグレード・インストーラで行われる変更、アップグレード後の手順を十分に把握してください。

- 次のいずれかのインストールで開始します。
FatWire Content Server 7.6パッチ2またはWebCenter Sites 11gR1 (11.1.1.6.x)

- 環境内のすべてのContent ServerシステムまたはWebCenter Sites 11gR1 (11.1.1.6.x)システムでWebCenter Sites 11gR1 (11.1.1.8.0)インストーラを実行します。システム・タイプには、開発、コンテンツ管理、配信の3つがあります。開発システムとコンテンツ管理システムは、通常同じタイプですが、異なる目的で使用されます。
WebCenter Sites 11gR1 (11.1.1.8.0)インストーラは、システム・タイプ(開発、コンテンツ管理または配信)と、Content Server 7.6パッチ2またはWebCenter Sites 11gR1 (11.1.1.6.x)インストール・プロセス時に選択されたデプロイメント・モード(自動または手動)の両方を検出して再利用します。たとえば、Content Server 7.6パッチ2またはWebCenter Sites 11gR1 (11.1.1.6.x)を配信システムとしてインストールして自動的にデプロイした場合、WebCenter Sites 11gR1 (11.1.1.8.0)インストーラは、引き続きシステムを配信システムとして処理して自動的にデプロイします。

注意:

- システム・タイプとデプロイメント・モードは、アップグレード時に変更できません。

- WebCenter Sitesのプライマリ・クラスタ・メンバーは、アップグレード時にセカンダリ・クラスタ・メンバーとして再構成できません。逆も同様です。

- WebCenter Sites 11gR1 (11.1.1.6.x)からアップグレードし、WebCenter Sitesシステムとともにサイト・キャプチャ、コミュニティまたはガジェットの各アプリケーションを実行する場合、これらのアプリケーションをアップグレードする必要があります。手順はこのガイドで説明します。

- 現在のプラットフォームがWebCenter Sites 11gR1 (11.1.1.8.0)でサポートされていない場合、WebCenter Sites 11gR1 (11.1.1.8.0)でサポートされるプラットフォームに再インストールして、アップグレードを続ける前にすべてのコンテンツとカスタマイズをこの環境にパブリッシュします。

- アプリケーション・サーバーをアップグレードする場合、新しいアプリケーション・サーバーを指し示すように次のプロパティを設定します。
futuretense.iniのcs.jsproot

ominstallinfo/omii.iniのcsjsproot

これは、アップグレード・インストーラを起動する前に行う必要があります。行わない場合、インストール・プロセスの中間をすぎるとインストーラが機能しなくなります。

- 現在のContent ServerまたはWebCenter Sitesアプリケーションが最初のデプロイ以降に変更された場合(ほとんどの場合、変更される)、次の操作を実行します。

- cs.warファイル、ContentServer.earファイルの順に作成して、現在のContent ServerまたはWebCenter Sitesアプリケーションをバックアップします。また、インストール・ディレクトリ、共有ディレクトリおよびデータベースもバックアップします。詳しい手順については、『Oracle Fusion Middleware WebCenter Sitesインストレーション・ガイド』の章「バックアップおよびリカバリ」を参照してください。
アップグレード後のプロセスでは、バックアップしたインストール・ディレクトリ、共有ディレクトリおよびデータベースを使用して、それらに含まれるカスタマイズを再適用します。

- 現在のContent ServerまたはWebCenter Sites 11gR1 (11.1.1.6.x)アプリケーションの最初のデプロイ後にカスタマイズがそのアプリケーションに対して行われ、<cs_install_dir>/ominstallinfo/appにあるcs.warファイルとContentServer.earファイルにそのカスタマイズが反映されない場合、ファイルを削除し、現在デプロイされているWebCenter Sitesアプリケーションの.warファイルと.earファイルを同じディレクトリにコピーします。
アップグレード時に、既存のcs.warファイルはcs-date-time.warとしてアーカイブされます。アップグレード後のプロセスで、アーカイブしたファイルを使用して、カスタマイズを必要に応じて再適用します。

- カスタム索引を表に追加した場合、アップグレード・プロセスの完了後、これらの索引をバックアップして再適用します。

- Content Server 7.6パッチ2またはWebCenter Sites 11gR1 (11.1.1.6.x)からアップグレードする場合、次の事項を念頭に置いてください。

- 管理インタフェースのカスタマイズは、アップグレード後は機能しません。そのため、データベース、インストール・フォルダ、共有フォルダおよびWebアプリケーションに格納されているすべてのカスタマイズをバックアップします。アップグレードの完了後、このバックアップからカスタマイズを再適用します。

- Contributorインタフェースで作成されたSmartList (現在は保存済検索と呼ばれる)は、アップグレード後は機能しません。SmartListは、アップグレード前に削除する必要があります(アップグレード後、再作成する必要があります。

- すべての外部データのフィードとイベント(検索イベントを含む)が無効であることを確認します。(アップグレードの完了後、外部データのフィードとイベントを必ず有効にしてください。)

- 次のアセット・タイプのリビジョン・トラッキングを無効にします。

- ASSOCNAMED表

- CSElement

- テンプレート

- ページ

- JDK 1.6の場合、インストーラのSun/libディレクトリのjaxb-impl-2.1.12.jarファイルを、承認された<PATH_TO_JDK_FOLDER>/jre/lib/にコピーします。

注意:

JDK 1.6またはJDK 1.7に付属するjaxb-implを使用しないでください。WebCenter Sites 11gR1は、前述の指定場所で提供される、最新バージョンのjaxb-implに依存します。(JDK 1.6に付属の)WebLogic Serverとの実行時競合を解決するには、最新のJARファイルを使用する必要があります。

- すべてのアプリケーション・サーバーで次の操作を実行します。

- 起動スクリプトを更新します。

- max PermGenパラメータを128MBから196MBの範囲で設定します。例: -XX:MaxPermSize=196m

- -Dcs.useJavaURLDecoderをfalseに設定します。この手順により、Apache URLCodecを使用してURL文字がデコードされます。

- CLASSPATH環境変数を更新します。WebCenter Sites変更バージョンのMicrosoft XML Parser (WEB-INF/libディレクトリのMSXML.jar)にパスを追加します。クラスパスが別のバージョンのMicrosoft XML Parserを参照する場合、WebCenter SitesはXMLの解析時に機能しなくなります。

注意:

クラスパスとライブラリ・パスを適切に設定しない場合、CASは、システムへのアクセスが不可になるため、開始できません。OAMを使用する場合、アップグレードはCASに戻ります。

- ContentServerユーザー(システム定義ユーザー)のパスワードに特殊文字が含まれるか、パスワードが数字のみで構成される場合、そのパスワードを、特殊文字を含まない英数字のパスワードで置き換えます。アップグレード・インストーラは、パスワード・フィールドの特殊文字を受け入れず、数字のみのパスワードも受け入れません。すべてのアップグレードが完了すると、元のパスワードを使用できます。

- Tomcatアプリケーション・サーバーでのオプション: データソースに関連するエラーを受信した場合、WebCenter Sitesの最初の起動時にデータソースが正しく初期化されるように、次のJARファイルを<app_server_home>/libディレクトリに配置します。

- commons-dbcp-1.3.jar
このファイルはhttp://commons.apache.org/dbcp/からダウンロードできます。

- commons-pool-1.5.5.jar
このファイルはhttp://commons.apache.org/pool/からダウンロードできます。

- 現在のシステムが、WEMフレームワークを実行するWebCenter Sites 11gR1 (11.1.1.6.x)またはContent Server 7.6パッチ2の場合、次の操作を実行します。

1. アップグレードの開始前に、以前のCASインストールをアンデプロイして削除します。

2. サイレント・インストールを予定する場合、表2-1に示すように、CASHostNameフィールドとCASPortNumberフィールドの値を設定して、すべてのContent Serverクラスタ・メンバーのomii.iniファイルを変更します。

表2-1 CAS関連フィールド

フィールド

CAS

値

CASHostName

クラスタ

ロード・バランサが実行されているサーバーのホスト名。

CASHostName

非クラスタ

CASがデプロイされるサーバーのホスト名。

CASPortNumber

クラスタ

ロード・バランサが実行されているサーバーのポート名。

CASPortNumber

非クラスタ

CASがデプロイされるサーバーのポート名。

CASHostNameLocal

クラスタ

内部でアクセス可能なCASロード・バランサが実行されているサーバーのホスト名。

CASHostNameLocal

非クラスタ

CASがデプロイされるサーバーの内部ホスト名。

CASPortNumberLocal

クラスタ

内部でアクセス可能なCASロード・バランサが実行されているサーバーのポート名。

CASPortNumberLocal

非クラスタ

CASがデプロイされるサーバーの内部ポート名。

CASHostNameActual

クラスタ/非クラスタ

CASがデプロイされるサーバーのホスト名/IPアドレス。

- アップグレードの前にFatWire Content Serverの開発者ツールまたはWebCenter Sitesの開発者ツールを使用する場合、開発者ツールのプラグインが、WebCenter Sitesインストーラで提供される最新バージョンに更新されていることを確認します。

- Oracle WebCenter Sites: Sites Explorerが、複数の変更が含まれる最新バージョンに更新されていることを確認します。

2.3 アップグレード前の決定

- GUIインストーラとサイレント・インストーラのどちらを実行するか
GUIインストーラは、アップグレード・プロセスの案内に役立つ拡張オンライン・ヘルプにアクセスできます。サイレント・インストーラを使用すると、omii.iniファイルで提供される構成情報に基づき、自動アップグレードを実行できます。これらのアップグレード手順の詳細は、第3.5.1項「グラフィカルなアップグレード」および第3.5.2項「サイレント・アップグレード」を参照してください。

- シングル・サインオンに行われる変更(SSO)
SSOはWEMフレームワークの一部です。SSOの場合、アップグレード・プロセス時にCentral Authentication Service (CAS)デプロイメント情報を指定する必要があります。

注意:

OAMを使用する場合、WebCenter Sitesは、アップグレード時にCASの使用にリセットされます。アップグレードの完了後、OAMをリストアできます。

アップグレード時に必要なCASデプロイメント情報は、Content Server 7.6パッチ2またはWebCenter Sites 11gR1 (11.1.1.6.x)インストールから継承されるデプロイメント・モード(自動または手動)によって異なります。

継承されたデプロイメント・モードによるCASデプロイメント・プロセスの決定

- プライマリContent Serverクラスタ・メンバーでインストーラを実行する場合、WEMフレームワークをインストールまたはアップグレードするためのデプロイメント・シナリオは次のようになります。

- 自動デプロイメントが有効な場合、インストーラはWebCenter SitesとCASを同じサーバーにデプロイします。自動デプロイメント・プロセスが完了したら、CASを別のサーバーに移動する場合は、アップグレード後のプロセスの一環としてCASを手動で再デプロイする必要があります。

- デプロイメント・モードが手動であることをインストーラが検出した場合、WebCenter Sitesを手動でデプロイします。さらに、CASを手動でデプロイします。

- セカンダリCASクラスタ・メンバーでインストーラを実行する場合、セカンダリCASクラスタ・メンバーにCASデプロイメント情報を指定します。『Oracle Fusion Middleware WebCenter Sitesインストレーション・ガイド』の章「WebCenter SitesおよびCAS Webアプリケーションのデプロイ」の説明に従い、これらのメンバーを手動で構成してデプロイします。

- ロギング・システムの決定方法

- Content Server 7.6パッチ2からアップグレードする場合、既存のロギング・システムからApache log4jに移行しますか?(推奨)
Apache log4jに移行する場合、アップグレード・プロセスでlog4j移行オプションを選択する必要があります。アップグレード・プロセスでlog4jに移行しない場合は、『Oracle Fusion Middleware WebCenter Sites管理者ガイド』の説明に従い、後からlog4jに切り替えることができます。

- WebCenter Sites 11gR1 (11.1.1.6.x)からアップグレードする場合、アップグレード・プロセスでロギング・システムを選択するオプションを使用しますか?
現在のインストールでApache log4jを使用する場合、Apache log4jは、アップグレード・プロセス時に自動で選択されてインストールされます。

現在のインストールでlog4jを使用しない場合、『Oracle Fusion Middleware WebCenter Sites管理者ガイド』の説明に従い、アップグレード・プロセスでlog4jに移行するか、引き続き現在のロギング・システムを使用して後から切り替えることができます。

2.4 アップグレード後の手順の計画

WebCenter Sites 11gR1 (11.1.1.8.0)をアップグレードしたら、カスタマイズを再適用し、Satellite Serverを再インストールしてリモートSatellite Serverをアップグレードします。アップグレードしたインストールの検証後、開発者やコンテンツ・コントリビュータにも関連する一連の手順を完了します。この手順は、開発者やコンテンツ・コントリビュータが元のインストールをどのように使用したかによって異なります。詳細は、第3章「WebCenter Sitesの最新バージョンへのアップグレード」の第3.7項「アップグレード後の手順」を参照してください。

3 WebCenter Sitesの最新バージョンへのアップグレード

この章では、テスト環境の作成とアップグレード、テスト環境の検証、およびアクティブな環境のアップグレードについて説明します。

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

- 第3.1項「アップグレード・プロセスに関する注意」

- 第3.2項「アクティブな環境のバックアップ」

- 第3.3項「テスト環境の作成」

- 第3.4項「環境をアップグレードするための準備」

- 第3.5項「WebCenter Sites 11gR1 (11.1.1.8.0)へのインスタンスのアップグレード」

- 第3.6項「リモートのSatellite Serverのアップグレード」

- 第3.7項「アップグレード後の手順」

- 第3.8項「アップグレードした環境の検証」

- 第3.9項「アクティブな環境のアップグレード」

3.1 アップグレード・プロセスに関する注意

アップグレード処理を開始する前に、次のことを確認します。

- 第1章「WebCenter Sitesのアップグレード・プロセスについて」を読みます。

- 環境の必要性に応じて、第2章「現行バージョンのWebCenter Sitesにアップグレードする前に」のアップグレード前の手順を実行します。

- Content ServerまたはWebCenter Sitesのデータベースの権限が『Oracle Fusion Middleware WebCenter Sites: サポート・ソフトウェアのインストールと構成』で推奨されているデフォルト値にリセットされていることを確認します。これは、実行中のシステムでは必要のない権限が、インストーラにとっては必要である可能性があるためです。アップグレードの完了後にこれらの権限を変更して、カスタマイズ内容を含めることができます。

- クラスタ環境では、最初にプライマリ・クラスタ・メンバーをアップグレードし、その後すべてのセカンダリ・クラスタ・メンバーをアップグレードします。インストールを検証する前に、すべてのメンバーをアップグレードする必要があります。

- その他の注意: WebCenter Sites 11gR1 (11.1.1.8.0)ではインタフェースに変更が加えられているため、最初にテスト環境でアップグレードを実行することを強くお薦めします。アクティブな環境のみでアップグレードを実行しようとすると、ダウンタイムがより長くなる可能性があります。

3.2 アクティブな環境のバックアップ

この項では、万一に備えてアクティブな環境をバックアップします。テスト環境の作成を選択した場合は、このバックアップをリカバリすることによってテスト環境を作成します。

アクティブな環境をバックアップするには

1. アクティブな環境内のすべてのシステムをバックアップします。これには、Content ServerまたはWebCenter Sitesのすべてのインスタンス、およびすべてのリモートのSatellite Serverが含まれます。

ガイドラインおよび具体的な手順は、『Oracle Fusion Middleware WebCenter Sitesインストレーション・ガイド』のバックアップおよびリカバリに関する章を参照してください。元のインストールにおけるバックアップおよびリカバリの手順を確認してください。それらの手順は次のガイドに記載されています。

- FatWire Content Server 7.6パッチ2バックアップおよびリカバリ・ガイド

- Oracle WebCenter Sites 11gR1 (11.1.1.6.1) バックアップおよびリカバリ・ガイド

2. 必要に応じて、システムのコンテンツを別のシステムに公開することによって、アクティブな環境のすべてのシステムを同期します(たとえば、開発システムから管理システムや配信システムなどへの同期)。

3. すべての公開スケジュールを無効にして、公開セッションが実行されないようにします。アクティブな環境のアップグレードと検証が完了したら、公開スケジュールを再び有効にします。

4. カスタマイズした要素をメモしておきます。

1. それぞれのベーシック・アセット・タイプに関して、要素内のすべてのカスタム・コードのメモを記録しておきます(ElementCatalog表内)。

2. Content Server 7.6パッチ2からのアップグレードを行っており、Content Server Advanced管理インタフェースのいずれかの部分をカスタマイズしている場合は、カスタム・コードをメモしておきます。これは、既存のカスタマイズは変更されるまで動作しないためです。

3. WebCenter Sites 11gR1 (11.1.1.6.1)のContributorインタフェースをプログラム的にカスタマイズしている場合、それらのカスタマイズ内容は、CustomElementパスに置かれている場合にかぎりアップグレード時に保持されます。それ以外の場合、それらのカスタマイズ内容はアップグレード・プロセス時に上書きされます。開発者はバックアップしておいたインストールからカスタマイズ内容を再作成する必要があります。

5. すべてのイベント(検索イベントを含む)が無効であることを確認します。これは、Sites ExplorerまたはCatalogManagerから実行できます。詳細は、『Oracle Fusion Middleware WebCenter Sites管理者ガイド』を参照してください。

6. 次のアセット・タイプのリビジョン・トラッキングを無効にします。

- ASSOCNAMED表

- CSElement

- Template

- Page

注意:

Content Server 7.6パッチ2からアップグレードする場合:

- すべてのアセット・タイプのリビジョン・トラッキングを無効にします。

- Pageアセット・タイプがアップグレードされ、部分的にフレックス・アセット・タイプのように動作するようになります。これにより、アップグレード後のPageアセット・タイプはPageAttribute、PageDefinitionおよびPageFilterも持つことになります。

7. Webサーバーの構成、アプリケーション・サーバーの構成、データベースの構成、LDAPの構成など、既存のインストールに関するすべての情報を記録しておきます。これらはアップグレード時に変更されることはありませんが、なんらかの変更が必要な場合に既存の設定を参照する必要性が生じる場合があります(たとえば新しいキャッシュをチューニングする場合など)。

3.3 テスト環境の作成

注意:

Content Server 7.6パッチ2またはWebCenter Sites 11gR1 (11.1.1.6.x )からのアップグレードを行う場合、アクティブな環境をアップグレードする前に、テスト環境で試行アップグレードを実行してください。テスト環境が利用できない場合は、最初に開発システムのアップグレードから始めてください。この場合、より長いダウンタイムを想定してください。WebCenter Sitesに加えられる変更の度合いから判断すると、テスト環境を使用することを強くお薦めします。

1. テスト環境の作成準備が整ったら、前述の手順で作成したバックアップをリカバリします。リカバリのガイドラインは、第3.2項「アクティブな環境のバックアップ」の手順1で参照したガイドのバックアップおよびリカバリに関する章を参照してください。

- FatWire Content Server 7.6パッチ2バックアップおよびリカバリ・ガイド

- Oracle WebCenter Sites 11gR1 (11.1.1.6.1) バックアップおよびリカバリ・ガイド

2. アクティブな環境でリモートのSatellite Serverを実行している場合は、それらの中の少なくとも1つをテスト環境に複製します。

3. 次のガイドラインを使用して、テスト環境の作成を継続します。
Content ServerまたはWebCenter Sitesでの作業:

1. Content ServerまたはWebCenter Sitesを、以前のホスト上にそれらが置かれていたのと同じ場所にコピーします。

2. ローカル・システム、およびこのアップグレードをテストする単一のリモートのSatellite Serverを除き、SystemSatellite表のエントリを消去します。

3. ContentServer.earファイルおよびcs.warファイル内にある次のファイル(表3-1)の中のホスト名とIPアドレスを変更します。

表3-1 ContentServer.earおよびCS.war内のファイル

ホスト名とIPアドレスの変更

ファイル

ディレクトリ

必須

satellite.properties (ホスト)

<deploy_dir>/WEB-INF/classes

オプション

SampleSites.html

<deploy_dir>/Xcelerate

オプション

AssetSet.wsdl

AssetType.wsdl

Asset.wsdl

Miscellaneous.wsdl

SitePlan.wsdl

<deploy_dir>/Xcelerate/wsdl

4. <cs_install_dir>ディレクトリ内にある次のプロパティ・ファイル(表3-2)の中のホスト名とIPアドレスを変更します。

表3-2 <cs_install_dir>内にあるプロパティ・ファイル

ディレクトリ内にあるプロパティ・ファイル" title="<cs_install_dir>内にあるプロパティ・ファイル" width="100%">

ホスト名とIPアドレスの変更

プロパティ・ファイル

プロパティ

必須

futuretense.ini

databaseloader.ini

futuretense_xcel.ini

cs.eventhost

db1.loginurl

xcelerate.batchhost

5. WEMフレームワークをインストールしていた場合、次のファイルも編集します(表3-3)。

表3-3 以前にWEMフレームワークをインストールしていた場合の編集対象ファイル

ホスト名とIPアドレスの変更

ファイル

注意

必須

<cshome>/Bin/jbossTicketCacheReplicationConfig.xml

<cshome>/bin/cas.properties

<cshome>/Bin/host.properties

CS/WEB-INF/classes/SSOConfig.xml

CAS/WEB-INF/deployerConfigContext.xml

必要に応じて値の検索と置換を行います。

アプリケーション・サーバーでの作業:

1. 以前のホストで使用したのと同じパスを使用してアプリケーション・サーバーをインストールします。

2. 新しいデータソースを作成し、その新しいデータソースの情報を使用して、futuretense.iniファイル内の該当するデータベース・プロパティを更新します。リストアしたデータベースのデータベース情報を使用します。(データベース・プロパティは、プロパティ・エディタの「データベース」タブにリストされます。)

3. アプリケーション・サーバーの必要に応じて、Content ServerまたはWebCenter Sitesアプリケーションをデプロイします。

3.4 環境をアップグレードするための準備

この項では、Oracle WebCenter Sites動作保証マトリックスと最新のリリース・ノートを使用して、最初に既存の環境をサポートするソフトウェアをアップグレードします。アップグレード対象となるのは、Content Server 7.6パッチ2またはWebCenter Sites 11gR1 (11.1.1.6.x )です。

3.4.1 手順1: サポート・コンポーネントのアップグレード

注意:

クラスタ環境向け。すべてのクラスタ・メンバーを停止します。アップグレードの準備はプライマリ・メンバーのみに対して行います。プライマリ・メンバーのアップグレードが完了したら、セカンダリ・メンバーのWebCenter Sitesもアップグレードします。

1. 既存の環境のサポート・コンポーネントを、Oracle WebCenter Sites動作保証マトリックスに記載されているバージョンにアップグレードします。サポート・コンポーネントには次のものがあります。

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

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

- Java SDK

- Content ServerまたはWebCenter Sitesのデータベース

- (条件付き)。LDAPサーバーおよびWebサーバー。LDAPを使用しており、LDAPサーバーのアップグレード(または変更)を決定した場合、古いサーバーから新しいサーバーにLDAPデータを手動で移行します。作業を続行する前に、LDAPデータが正しく移行されたことを確認します。

注意:

サポート・コンポーネントの説明は、それぞれのベンダーのドキュメントを参照してください。

2. インストールが完全に機能することを確認します。

3.4.2 手順2: 既存のインスタンスの準備

1. 既存のインスタンスでOracleデータベースを実行している場合、Oracleデータベース・ユーザーに次のシステム権限が割り当てられていることを確認します。これらの権限は、WebCenter Sitesが動作するのに必要な権限と同じです。

- GRANT UNLIMITED TABLESPACE TO <USER>;

- GRANT CREATE SESSION TO <USER>;

- GRANT CREATE TABLE TO <USER>;

- GRANT CREATE VIEW TO <USER>;

2. アップグレードを通じてカスタマイズ内容が維持されるようにします。

注意:

アップグレード時にデプロイメント・ディレクトリ内のjs/srcフォルダが削除されるため、この手順ではデプロイメントのカスタマイズ(存在する場合)をバックアップします。

カスタムのJARをデプロイしている場合、またはcs.warファイルおよびContentServer.earファイル(場所は<cs_install_dir>/ominstallinfo/app)の現在のコピーに反映されていない構成変更を行っている場合は、次の手順を実行して、現在デプロイされているContent Serverアプリケーションからクリーンなcs.warファイルおよびContentServer.earファイルを作成します。

1. ominstall/appからcs.warおよびContentServer.earをバックアップします。

2. WEMフレームワークがインストールされている場合、ominstall/ディレクトリからcas.warおよびcas.earをバックアップします。

3. デプロイされ、展開されているcs.warファイルを見つけ、そのファイルを圧縮します(WebCenter Sitesのインストーラによって使用されるとの同じバージョンのJARを使用します)。次に、そのファイルをominstall/appディレクトリに置きます。

4. バックアップしたContentServer.earファイルを専用のディレクトリに展開します。

5. 展開されたContentServer.earファイル内の既存のファイルに新しいcs.warを上書きコピーし、このファイルを圧縮します(WebCenter Sitesのインストーラによって使用されるのと同じバージョンのJARを使用します)。

6. 新しく圧縮されたContentServer.earをominstall/appディレクトリに配置します。

注意:

WebCenter Sitesのインストーラは、<cs_install_dir>/ominstallinfo/appディレクトリにあるContent ServerまたはWebCenter Sitesアプリケーションを検出するように構成されています。cs.warファイルとContentServer.earファイルは、名前を変更したり、移動したりしないでください。インストーラがContent ServerまたはWebCenter Sitesアプリケーションを検出できないと、アップグレード・プロセスは失敗します。

3. <cs_install_dir>ディレクトリ内のすべての.iniファイルをバックアップします。

4. プロパティ・エディタを使用して、futuretense.iniファイル内の次のプロパティの値のメモを記録しておきます。

- secure.CatalogManager (「基本」タブ)

- ft.sync (「クラスタ」タブ)

これらの値は、アップグレード・プロセスの中でインストーラによって変更されます。それらを元に戻す必要があります。

5. Content Server 7.6パッチ2からのアップグレードを行っており、システムが読取り専用のLDAPと統合されている場合、次の手順に従ってロールの追加と削除を行います。

1. 対象の各ユーザーに対して次のロール(WebCenter Sitesの新規ロール)を追加します。

- AdvancedUser: ユーザーがWebCenter Sites Adminインタフェース(以前はContent Server Advanced管理インタフェースと呼ばれていました)にログインすることを許可します。

- SitesUser: ユーザーがWebCenter Sites Contributorインタフェースにログインすることを許可します。LDAPでは、SitesUserロールを手動で作成し、以前にDashUserロールが割り当てられていたすべてのユーザーに対して、このロールを割り当てる必要があります。

- MobileSitesDeveloper: ユーザーがWebCenter Sites 11gR1 (11.1.1.8.0)で導入されたMobilityコンポーネントにアクセスすることを許可します。

- ConnectorAdmin: WebCenter Sites Adminインタフェース内のWCC統合機能へのアクセスを許可します。

2. DashUserロールを削除します。このロールは、ユーザーがContent Server Dashインタフェースにログインすることを許可します。このインタフェースは削除されたため、このロールもLDAPから削除する必要があります。

注意:

次の項目に関して、DashUserロールはSitesUserロールに置き換えられました。

- スタート・メニュー

- ツリー・タブ

- ワークフロー手順、プロセス、割当ておよび機能権限。

- 保存済の検索

- 公開先

- アクセス権

6. inCacheを現在使用している場合は、java tempディレクトリ内のキャッシュ・ファイルを手動で削除する必要があります。削除されるディレクトリの名前として、cascache、cscache、linkedcacheおよびsscacheがあります。

7. この手順では、すべてのデータベースの表のタイム・ゾーンがJVMのタイム・ゾーンに一致していることを確認します。アップグレード・プロセスでこのように一致している必要があるためです。

注意:

特に、分散したデータのタイムスタンプを標準化するため、JVMのタイム・ゾーンをUTC (GMT)に設定することをお薦めします。たとえば、コンテンツがロサンゼルスからニューヨークに対して公開され、いずれのサーバーもローカル時間で動作している場合、コンテンツの公開時間には3時間の差が生じます。いずれのサーバーもUTC (GMT)に設定することにより、あいまいさが解消されます。また、ログ・ファイルのデータはUTC (GMT)時間でレポートされることに注意してください。次の手順では、UTC (GMT)の設定を使用しています。クラスタのすべてのサーバーは同じタイム・ゾーンを使用することが重要です。手順全体を完了します。

リモートのSatellite Serverをアップグレードする場合、そのJVMではWebCenter SitesのJVMのタイム・ゾーンを使用するように設定します。

1. WebCenter SitesのJVMのタイム・ゾーンを変更する必要がある場合は、次のようにします(今すぐ実行するか、またはアップグレード・プロセスの中でアプリケーション・サーバーを開始する前の任意の時点で実行します)。
-Duser.timezone=<TIMEZONE_ID>

ここで、<TIMEZONE_ID>はUTCにすることをお薦めします。

2. リビジョン・トラッキングの表のタイム・ゾーンがJVMのタイム・ゾーンと一致していることを確認します。一致していない場合は、次の手順を実行します。

- 展開したインストーラのmiscディレクトリに移動し、タイム・ゾーン・ユーティリティ(sites-timezone-util.zip)を展開し、テキスト・エディタで次のいずれかのスクリプトを開きます。
Windows:       tzutil.bat

UNIXまたはLinux:    ./tzutil.sh

- リビジョン・トラッキング用の新しいタイム・ゾーンを設定します。これを行うには、javaコマンドにデータベース接続と<DATABASEJAR>ファイルを指定し、次の変数を設定します。
... -r -d <DB_VENDOR> -o <TIMEZONE_ID> -n <TIMEZONE_ID> -p

注意:

javaコマンドのこれらの変数はスクリプト内に定義されています。

リビジョン・トラッキングの表のデフォルトのタイム・ゾーンが変更されている場合は、-o <TIMEZONE_ID>の値はUTCになります。

- クラスパスおよび必要なデータベース・ドライバがスクリプト内で適切に設定されていることを確認します。

- -pパラメータを指定してスクリプトを実行し、tzutil.logファイルを参照して、データベースに加えられることが想定される変更を確認します。

- -pパラメータを指定せずにスクリプトを実行して、新しいタイム・ゾーンを使用するようにデータベース表を更新します。

3. すべてのデータベース表(リビジョン・トラッキングの表以外)のタイム・ゾーンがJVMのタイム・ゾーンと一致していることを確認します。一致していない場合は、スクリプトを次のように編集します。

- javaコマンドから-rパラメータを削除し、次の変数を設定して、新しいタイム・ゾーンを設定します。

... -d <DB VENDOR> -o <TIMEZONE_ID> -n <TIMEZONE_ID> -p

- -pパラメータを指定してスクリプトを実行し、tzutil.logファイルを参照して、データベースに加えられることが想定される変更を確認します。

- -pパラメータを指定せずにスクリプトを実行して、新しいタイム・ゾーンを使用するようにデータベース表を更新します。

8. この手順では、WebCenter Sitesアップグレード・ユーティリティを実行して、データベース・スキーマのアップグレード前のステータスをログに記録します。インストーラによってデータベース・スキーマ(および索引)に加えられた変更を確認するため、アップグレード後にこのユーティリティを再度実行します。アップグレード・ユーティリティの詳細は、misc\upgrade-util.zip内にあるReadMeファイルを参照してください。

アップグレード・ユーティリティを実行する手順は次のとおりです。

1. 展開したインストーラのmiscディレクトリに移動し、アップグレード・ユーティリティを展開し、次のいずれかのスクリプトを開きます。
Windows:              cssystem.bat

UNIXまたはLinux: ./cssystem.sh

2. 選択したスクリプトを編集し、システムに関する次の情報を入力します。

- WebCenter Sitesのデータベース設定(ドライバ、URL、ユーザー名およびパスワード)を指定します。

- データベースのタイプに対応するDATABASEJARファイルを指定します。

- 出力ファイルのパスを指定します。

- -iパラメータを使用して、WebCenter Sitesの想定されるデプロイメント・パスを指定します。

3. 選択したスクリプトを実行します。
スクリプトを実行すると、Systeminfo.logファイルが生成されます(\misc\ディレクトリ内)。このファイルには、想定されるWebCenter Sitesデータベース・スキーマの更新が含まれます。

注意:

アップグレード・ユーティリティの使用方法の詳細は、\misc\upgrade-util.zipディレクトリ内のReadMe.txtファイルを参照してください。

9. アプリケーション・サーバーから、WebCenter SitesおよびContent Serverの古いアプリケーションをアンデプロイします。アンデプロイの方法は、プラットフォームおよびWebCenter Sitesのバージョンに対応したインストレーション・ガイドを参照してください。WEMがインストールされたContent Server 7.6パッチ2からのアップグレード、またはWebCenter Sites 11gR1 (11.1.1.6.x )からのアップグレードを行っている場合、アプリケーション・サーバーからCASをアンデプロイし、削除します。

3.5 WebCenter Sites 11gR1 (11.1.1.8.0)へのインスタンスのアップグレード

この項では、Content Server 7.6パッチ2またはWebCenter Sites 11gR1 (11.1.1.6.x )のそれぞれのインスタンスに対して、WebCenter Sitesアップグレード・インストーラを選択したモード(GUIモードまたはサイレント・モード)で実行します。

注意:

次の点を考慮してください。

- 第3.4項「環境をアップグレードするための準備」で大きな変更を行った場合は、環境をバックアップします。バックアップを行っていないと、アップグレードが失敗した場合、第3.2項「アクティブな環境のバックアップ」からアップグレード手順をやり直す必要があります。

- Content Server 7.6パッチ2の場合:
– log4jを有効にしていた場合、アップグレードでは引き続きlog4jが使用されます。commons-logging.propertiesを使用していた場合は、アップグレード・プロセス中にlog4jを変更する機会があります。

– 古いページ・キャッシング・フレームワークが有効になっていた場合、そのキャッシュはフラッシュされ、inCacheフレームワークに置き換えられます。

Content ServerのインスタンスをWebCenter Sitesにアップグレードするには、次のいずれかを実行します。

- 第3.5.1項「グラフィカルなアップグレード」

- 第3.5.2項「サイレント・アップグレード」

3.5.1 グラフィカルなアップグレード

1. WebCenter Sitesインストーラのアーカイブを一時ディレクトリに展開し、インストーラ・スクリプトを実行します。

- Windows:        csinstall.bat

- UNIXまたはLinux:   ./csInstall.sh

注意:

アップグレード・プロセス中、およびアップグレード後のテストでは、インストーラのログ(install_log.log)、WebCenter Sitesアプリケーションのログ、およびアプリケーション・サーバーのログを監視します。エラーが発生した場合は、ログを参照してその原因を探ることができます。

アップグレード・パスがWebCenter Sites 11gR1 (11.1.1.6.x )から始まる場合、デフォルトのログの場所は<cs_install_dir>/logs/sites.logです。

アップグレードの実行時には、次の点に注意してください。

- インストーラのほとんどのフィールドには、インストーラが元のインストールから検出した値があらかじめ設定されています。あらかじめ設定されている値を確認してください。それらの値が古い場合は、新しい値を設定する必要があります。(パスワードなどの情報は手動で入力する必要があります。)

- 変更できない値が設定されているフィールドは、入力できないようになっています(灰色になっています)。

- インストーラの各画面にはオンライン・ヘルプが用意されており、画面で選択可能なオプションの詳しい説明が記載されています。アップグレード・プロセス中に問題が発生した場合は、オンライン・ヘルプを参照して、考えられる原因とその解決方法を確認してください。

2. プラットフォームに対応したインストレーション・ガイドを参照して、記載されているWebCenter Sitesのインストール手順を実行します。インストールが完了したら、このガイドに戻って作業を続行します。

注意:

この時点で、アップグレード・プロセスが完了し、WebCenter Sitesの有効なインストールが実行されていると仮定します。アップグレードが失敗した場合は、前述の手順およびログを確認して、問題を解決してください。前述の手順を回復し、処理を再度開始する必要があるため、インストーラを終了しないでください。

3. WebCenter SitesおよびCASアプリケーションを再起動します。

4. 第3.5.3項「アップグレード・ユーティリティの再実行」に進みます。

3.5.2 サイレント・アップグレード

この項では、次の手順を実行します。

- 第3.5.2.1項「omii.iniファイルの構成」

- 第3.5.2.2項「サイレント・インストーラの実行」

3.5.2.1 omii.iniファイルの構成

1. <cs_install_dir>/ominstallinfoから<cs_install_dir>の外部のフォルダにomii.iniファイルをコピーし、このコピーの名前を必要に応じて変更します。サイレント・インストーラはアップグレード時にこのコピーを使用します。

2. FatWire Content Server 7.5の後に、ContentServerのユーザーまたはSatelliteServerのユーザーのデフォルトのユーザー名またはパスワード(またはその両方)を変更した場合は、名前変更したomii.iniファイルを開き、表3-4に記載されているプロパティを更新します。サイレント・インストーラは、これらのプロパティに指定された資格証明を参照して認証を行います。これらの資格証明が古い場合、インストーラは失敗します。

表3-4 名前変更されたomii.iniファイル内のプロパティ

プロパティ

説明

CSInstallAccountName

ContentServerユーザーの現在のユーザー名を指定します。

デフォルト値はContentServerです。

CSInstallAccountPassword

ContentServerユーザーの暗号化されたパスワードを指定します。

暗号化されたパスワードを取得するには、Content Server(またはWebCenter Sites)のプロパティ・エディタを使用します。

1. プロパティ・エディタでfuturetense.iniファイルを開きます。

2. cs.mirrorpasswordプロパティを検索します。このプロパティに値が設定されている場合、その値を一時的にテキスト・ファイルに保存します。

3. cs.mirrorpasswordプロパティの値を暗号化するパスワードに置き換えます。

4. プロパティ・ファイルを保存します。これによりパスワードが暗号化されます。

5. 暗号化されたパスワードをomii.iniファイルにコピーします。

6. cs.mirrorpasswordに値が設定されていた場合は、その値を元に戻します。

SSUserPassword

SatelliteServerユーザーの暗号化されたパスワードを指定します。暗号化されたパスワードを取得するには、前述のCSInstallAccountPasswordの手順を使用します。

3. この手順では、ロギング・システムを決定します。次のいずれかを実行します。

- 既存のロギング・システムからApache log4j (推奨)に移行する場合は、名前変更されたomii.iniファイルにConvertToLog4Jプロパティを追加し、このプロパティをtrueに設定します。

- すでに手動でlog4jを構成している場合、または既存のロギング・システムを保持する場合は、omii.iniファイルにConvertToLog4Jプロパティを追加しないでください。

- WebCenter SitesへのWCC統合のインストールを有効にするには、omii.iniファイルにWCCIntegration=trueプロパティを追加します。

4. この手順は、WEMフレームワーク(およびFatWire Content Server開発ツール、これはWEMフレームワークを必要とします)に適用されます。次のいずれかを実行します。

- Content Server 7.6パッチ2からのアップグレードを行っている場合は、名前変更したomii.iniファイルに表3-5のプロパティを追加します。指定する情報は、Content Serverクラスタのプライマリ・メンバーまたはセカンダリ・メンバーのいずれに対してWEMフレームワークのインストールまたはアップグレードを行おうとしているかと、CASをクラスタ化しているかどうかに応じて異なります。

- WebCenter Sites 11gR1 (11.1.1.6.x )からのアップグレードの場合は、omii.iniの中に表3-5のプロパティの値が正しく設定されていることを確認します。

表3-5 WEMのプロパティ

プロパティ

説明

WEM

WEMフレームワークのインストールまたはアップグレードを行う場合は、このプロパティをtrueに設定します。

注意: この表に続いて、この表のプロパティを設定する方法を示した例が記載されています。それらの例は次のとおりです。

- 第3.5.2.1.1項「WEMフレームワークをインストールするためのサンプル構成」

- 第3.5.2.1.2項「WEMフレームワークをアップグレードするためのサンプル構成」

IsPrimaryClusterMember

Content Serverのプライマリ・クラスタ・メンバーにWEMフレームワークをインストールするか、またはアップグレードする場合は、このプロパティをtrueに設定します。

セカンダリ・クラスタ・メンバーにWEMフレームワークをインストールするか、またはアップグレードする場合は、このプロパティをfalseに設定します。

WebCenter Sitesのクラスタ・メンバーに対する作業を行っている場合は、このプロパティは自動的に適切な値に設定されます。

CASHostNameLocal

クラスタ化されたCAS: 内部でアクセス可能なCASロード・バランサを実行するサーバーのホスト名。

クラスタ化されていないCAS: CASがデプロイされるサーバーの内部のホスト名。

CASPortNumberLocal

クラスタ化されたCAS: 内部でアクセス可能なCASロード・バランサを実行するサーバーのポート番号。

クラスタ化されていないCAS: CASがデプロイされるサーバーの内部のポート番号。

CASHostName

クラスタ化されたCAS: CASロード・バランサを実行するサーバーのホスト名。

クラスタ化されていないCAS: CASがデプロイされるサーバーのホスト名。

CASPortNumber

クラスタ化されたCAS: CASロード・バランサを実行するサーバーのポート番号。

クラスタ化されていないCAS: CASがデプロイされるサーバーのポート番号。

CASHostNameActual

クラスタ化された/されていないCAS: CASが実際にデプロイされるサーバーのホスト名。

注意:

プライマリ・クラスタ・メンバーをアップグレードする場合は、次の点に注意します。

- 自動デプロイメントが有効な場合、インストーラはWebCenter SitesとCASを同じサーバーにデプロイします。インストール・プロセスが完了した後、別のサーバーにCASを手動で再デプロイできます。これについては、『Oracle Fusion Middleware WebCenter Sitesインストレーション・ガイド』のWebCenter SitesおよびCAS Webアプリケーションのデプロイに関する項で説明されています。

- 手動デプロイを有効にしている場合は、WebCenter Sitesをデプロイします。また、同じサーバーまたは別のサーバーにCASをデプロイします。インストール・プロセスが完了した後、別のサーバーにCASを再デプロイすることを決定した場合、それを手動で実行できます。これについては、『Oracle Fusion Middleware WebCenter Sitesインストレーション・ガイド』のWebCenter SitesおよびCAS Webアプリケーションのデプロイに関する項で説明されています。

3.5.2.1.1 WEMフレームワークをインストールするためのサンプル構成

1. WebCenter Sitesのプライマリ・クラスタ・メンバーにWEMフレームワークをインストールしている場合は、次のサンプル構成をリファレンスとして使用します。インストール・プロセスを続行する場合は、手順5にスキップします。

- CASがクラスタ化されている場合:

WEM=true
IsPrimaryClusterMember=true
CASHostName=<host name of server with load balancer> CASPortNumber=<port number of server with load balancer>
CASHostNameLocal=<host name of the internally accessible server with load balancer>
CASPortNumberLocal=<port number of the internally accessible server with load balancer>
CASHostNameActual=<hostname of the server on which CAS is actually deployed>

- CASがクラスタ化されていない場合:

WEM=true
IsPrimaryClusterMember=true
CASHostName=<host name of server on which CAS will be deployed>
CASPortNumber=<port number of server on which CAS will be deployed>
CASHostNameLocal=<internal host name of the server on which CAS will be deployed>
CASPortNumberLocal=<internal port number of the server on which CAS will be deployed>
CASHostNameActual=<hostname of the server on which CAS is actually deployed>

2. WebCenter Sitesのセカンダリ・クラスタ・メンバーにWEMフレームワークをインストールしている場合は、次のサンプル構成をリファレンスとして使用します。インストール・プロセスを続行する場合は、手順5にスキップします。

- CASがクラスタ化されている場合:

WEM=true
IsPrimaryClusterMember=false
CASHostName=<host name of server on which CAS has been deployed>
CASPortNumber=<port number of server on which CAS has been deployed>
CASHostNameLocal=<internal host name of the server on which CAS will be deployed>
CASPortNumberLocal=<internal port number of the server on which CAS will be deployed>
CASHostNameActual=<hostname of the server on which CAS is actually deployed>

- CASがクラスタ化されていない場合:

WEM=true
IsPrimaryClusterMember=false
CASHostName=<host name of server on which CAS has been deployed>
CASPortNumber=<port number of server on which CAS has been deployed>
CASHostNameLocal=<internal host name of the server on which CAS will be deployed>
CASPortNumberLocal=<internal port number of the server on which CAS will be deployed>
CASHostNameActual=<hostname of the server on which CAS is actually deployed>

3.5.2.1.2 WEMフレームワークをアップグレードするためのサンプル構成

1. WebCenter Sitesのプライマリ・クラスタ・メンバー上のWEMフレームワークをアップグレードしている場合は、次のサンプル構成をリファレンスとして使用します。インストール・プロセスを続行する場合は、手順5にスキップします。

- CASがクラスタ化されている場合:

WEM=true
IsPrimaryClusterMember=true
CASHostName=<host name of server with load balancer> CASPortNumber=<port number of server with load balancer>
CASHostNameLocal=<host name of the internally accessible server with load balancer>
CASPortNumberLocal=<port number of the internally accessible server with load balancer>
CASHostNameActual=<hostname of the server on which CAS is actually deployed>

- CASがクラスタ化されていない場合:

WEM=true
IsPrimaryClusterMember=true
CASHostName=<host name of server on which CAS will be deployed>
CASPortNumber-<port number of server on which CAS with be deployed>
CASHostNameLocal=<internal host name of the server on which CAS will be deployed>
CASPortNumberLocal=<internal port number of the server on which CAS will be deployed>
CASHostNameActual=<hostname of the server on which CAS is actually deployed>

2. WebCenter Sitesのセカンダリ・クラスタ・メンバー上のWEMフレームワークをアップグレードしている場合は、次のサンプル構成をリファレンスとして使用します。

- CASがクラスタ化されている場合:

WEM=true
IsPrimaryClusterMember=false
CASHostName=<host name of server with load balancer>
CASPortNumber=<port number of server with load balancer>
CASHostNameLocal=<host name of the internally accessible server with load balancer>
CASPortNumberLocal=<port number of the internally accessible server with load balancer>
CASHostNameActual=<hostname of the server on which CAS is actually deployed>

- CASがクラスタ化されていない場合:

WEM=true
IsPrimaryClusterMember=false
CASHostName=<host name of server on which CAS has been deployed>
CASPortNumber=<port number of server on which CAS has been deployed>
CASHostNameLocal=<internal host name of the server on which CAS will be deployed>
CASPortNumberLocal=<internal port number of the server on which CAS will be deployed>
CASHostNameActual=<hostname of the server on which CAS is actually deployed>

3.5.2.2 サイレント・インストーラの実行

1. WebCenter Sites 11gR1 (11.1.1.8.0)のインストーラ・ファイルの圧縮を解除します。インストーラ・スクリプトの実行時に、アップグレード・プロセスが自動的に検出され、呼び出されます。

2. 展開したフォルダのルートにあるinstall.iniファイルを次のように編集します。

1. nodisplayプロパティをtrueに設定します。

2. loadfileプロパティを<手順1で名前変更したomii.iniのパスと名前>に設定します。

注意:

ファイル・システムのパスが正しく指定されていることを確認してください。たとえば、Windowsの場合、このオプションは次のようになります。

CSInstallDirectory=C\:/csinstall

-または-

c\:\\install

3. サイレント・インストーラを実行します。

- Windows:       csInstall.bat -silent

- UNIXまたはLinux:  csInstall.sh -silent

4. プラットフォームに対応したインストレーション・ガイドを参照して、記載されているWebCenter Sitesのインストール手順を実行します。インストールが完了したら、このガイドに戻って作業を続行します。

注意:

この時点で、アップグレード・プロセスが完了し、WebCenter Sitesの有効なインストールが実行されていると仮定します。

アップグレードが失敗する場合は、前述の手順およびログを確認して、問題を解決してください。前述の手順を回復し、処理を再度開始する必要があるため、インストーラを終了しないでください。

5. WebCenter SitesおよびCASアプリケーションを再起動します。

6. 第3.5.3項「アップグレード・ユーティリティの再実行」に進みます。

3.5.3 アップグレード・ユーティリティの再実行

この項では、アップグレード・ユーティリティを再実行し、データベース・スキーマが正しくデプロイされていることを確認します。

1. 次のいずれかのスクリプトを実行します(これはアップグレード用のインスタンスを準備したときに手順8で構成、実行したものです)。

- Windows:       cssystem.bat

- UNIXまたはLinux:   cssystem.sh

2. アップグレード・ユーティリティを再実行することによって、更新されたsysteminfo.logファイルが生成されます。このファイルと手順8で生成されたsysteminfo.logファイルを比較し、データベース・スキーマの変更が想定通りに行われていることを確認します。

3.5.4 アップグレードの完了

1. プロパティ・エディタを使用して、次の作業を行います。

- futuretense.iniファイル(<cs_install_dir>内)を開き、secure.CatalogManager、secure.CatalogManager、ft.syncの各プロパティを元の値にリセットします。

- Content Serverのインストールでカスタマイズしたプロパティ値がアップグレード・プロセスでデフォルト値に置き換えられた場合、ここでカスタム値を復元します。

- 元のインストールのバージョンに応じて、アップグレード時に次のプロパティが追加されます。

- WebCenter Sites 11gR1 (11.1.1.6.0)からアップグレードした場合、futuretense_xcel.iniファイルにtimezoneattrという名前の新しいプロパティが追加されます。このプロパティの値を変更する場合は、『Oracle Fusion Middleware WebCenter Sitesプロパティ・ファイル・リファレンス』を参照してください。

- Content Server 7.6パッチ2からアップグレードした場合、新しいプロパティが追加されます。それらは表3-6に記載されています。これらのプロパティの値を変更する場合は、『Oracle Fusion Middleware WebCenter Sitesプロパティ・ファイル・リファレンス』を参照してください。

表3-6 Fatwire Content Serverからのアップグレードで追加される新しいプロパティ

プロパティ

プロパティ・ファイル

advancedUI.enableAssetForms

futuretense_xcel.ini

cc.BlobServerTimeout

futuretense.ini

cc.BlobServerCacheCSz

futuretense.ini

cs.HTTP_HOST

futuretense.ini

com.fatwire.logging.cs.realtime

commons-logging.properties

xcelerate.timezoneattr

futuretense_xcel.ini

xcelerate.imageeditor.clarkii.basepath

futuretense_xcel.ini

2. FatWire Content Server 7.6パッチ2からアップグレードした場合:

1. FatWire Content Server Advanced管理インタフェースのいずれかの部分をカスタマイズしていた場合は、カスタム・コードを再適用します。

2. アップグレード後に、フレッシュ・インストールでは表示されない追加のフィールドが属性フォームに表示されます。フレッシュ・インストールと同じ属性フォームにするには、gator.iniファイルを編集し、mwb.externalattributesプロパティをfalseに設定します(gator.iniファイルは<cs_install_folder>にあります)。

3. (オプション) log4jにアップグレードする場合、commons_logging.propertiesファイルに設定されていた任意のカスタム・ロガーをlog4j.propertiesファイルに追加します。log4j.propertiesファイルを次のように更新します。

1. commons_logging.propertiesファイルに設定されていた任意のカスタム・ロガーを追加します。

2. log4j.propertiesファイルに次のプロパティを追加します。

log4j.logger.com.fatwire.logging.cs.file=INFO
log4j.logger.com.fatwire.logging.cs.framework=INFO
log4j.logger.com.fatwire.logging.cs.realtime=INFO
log4j.logger.com.fatwire.logging.cs.sseed=INFO
log4j.logger.com.fatwire.services=INFO
log4j.logger.com.fatwire.services.dao=INFO
log4j.logger.com.fatwire.services.time=INFO

4. アプリケーション・サーバーを再起動します。

5. WebCenter Sitesに一般管理者としてログインできることを確認します。

6. アップグレード後に検索エンジンが自動的に再起動されます。ただし、検索エンジンを使用するには、検索索引を再作成する必要があります。Luceneを使用して強制的に索引を再作成する方法は、『Oracle Fusion Middleware WebCenter Sites管理者ガイド』を参照してください。

7. いずれかのサイトで多言語アセットやロケール・フィルタリングの使用を計画している場合は、デフォルトのロケールを作成し、そのサイトのすべてのアセットにそれを適用します。詳細は、『Oracle Fusion Middleware WebCenter Sites開発者ガイド』を参照してください。

8. それぞれのベーシック・アセット・タイプのアセット要素を再登録します。

1. ベーシック・アセットが有効になっているコンテンツ管理サイトにログインします。

2. 左側のナビゲーション・ツリーで、「管理」タブを選択します。

3. 「アセット・タイプ」ノードを展開します。

4. ベーシック・アセット・タイプをダブルクリックします。

5. 右側のペインで、「アセット・エレメントの登録」をクリックします。

6. 確認画面で、「アセット・エレメントの登録」をクリックします。

7. それぞれのベーシック・アセット・タイプに関して、ElementCatalog表内の各要素にカスタマイズ内容を再適用します。

9. 次のアセット・タイプのリビジョン・トラッキングを無効にしていた場合は、それを有効にします。

- ASSOCNAMED表

- CSElement

- Template

- Page

注意:

Content Server 7.6パッチ2からアップグレードする場合:

- すべてのアセット・タイプのリビジョン・トラッキングを有効にします。

- Pageアセット・タイプがアップグレードされ、部分的にフレックス・アセット・タイプのように動作するようになります。これにより、アップグレード後のPageアセット・タイプはPageAttribute、PageDefinitionおよびPageFilterも持つことになります。

10. AdminSiteにWEM Adminアプリケーションを割り当てます。

11. 配信システムに配置済ページを表示するためには、サイト・プランが公開されている必要があります。配信システムへのサイト・プラン・アセットの公開を可能にするには、リアルタイム宛先を初期化します。この初期化を行うことによって、配信時にSitePlanアセット・タイプが作成されます。

12. これまでの手順の実行中に記録したメモを集めます。アクティブな環境のアップグレード時にはこれらのメモを使用できます。

3.6 リモートのSatellite Serverのアップグレード

注意:

デプロイしているそれぞれのリモートのSatellite Serverに対して、次の手順を繰り返してください。

1. カスタマイズ内容はすべて失われるため、リモートのSatellite Serverをバックアップし、加えたカスタマイズを把握できるようにします。

2. SatelliteServerのホーム・ディレクトリをアンデプロイし、削除します。

3. リモートのSatellite Serverをインストールします(『Oracle Fusion Middleware WebCenter Sitesインストレーション・ガイド』を参照してください)。

4. Satellite ServerのJVMのタイム・ゾーンを、WebCenter SitesのJVMのタイム・ゾーンと一致するように設定します。

注意:

WebCenter Sites 11gR1 (11.1.1.6.0)以降ではキャッシュ方式が変更されているため、JVMヒープの調整を行う必要があります。

3.7 アップグレード後の手順

アップグレードの手順に加えて、この項では、管理者、開発者またはコンテンツ作成者が実行する必要のある手順について説明します。これらの手順が正常に完了したら、システムの通常運用の準備が整います。

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

- 第3.7.1項「JVMのタイム・ゾーンを変更した場合」

- 第3.7.2項「アセット・タイプとグローバル検索が構成されていた場合」

- 第3.7.3項「SmartListsが作成されていた場合」

- 第3.7.4項「FatWire Content Serverからアップグレードした場合」

- 第3.7.5項「開発者がOracle WebCenter Sites: Developer Toolsを使用していた場合」

- 第3.7.6項「前に存在していたサイトで開発者がモビリティ・デバイス・グループを有効にしていた場合」

- 第3.7.7項「カスタマイズされたWebCenter Sites 11gR1 (11.1.1.6.1)システムからアップグレードした場合」

- 第3.7.8項「インストールでCommunity、GadgetsまたはSite Captureを実行していた場合」

- 第3.7.9項「WebCenter SitesとOracle Access Managerを統合する必要がある場合」

3.7.1 JVMのタイム・ゾーンを変更した場合

JVMのタイム・ゾーンを変更した場合、スケジュール済イベントおよびコードがJVMのタイム・ゾーンと同期するようにします。次の手順を実行します。

1. 現在のJVMのタイム・ゾーンに合致するようにスケジュール済イベントの時間パターンを更新します。
たとえば、以前はサーバーが太平洋標準時で動作しており、公開の実行が午後3:00にスケジュールされていた場合、UTC (GMT)にアップグレードした後、引き続き太平洋標準時の午後3:00に公開が実行されるためには、公開スケジュールを午後11:00 (GMT)に更新する必要があります。

1. 現在のJVMのタイム・ゾーンに沿った時間パターンを使用して、公開スケジュールを更新します。手順については、『Oracle Fusion Middleware WebCenter Sites管理者ガイド』の公開イベントのスケジュールに関する項を参照してください。

2. 現在のJVMのタイム・ゾーンに沿った時間パターンを使用して、ワークフロー・イベントのスケジュールを更新します。手順については、『Oracle Fusion Middleware WebCenter Sites管理者ガイド』の時間指定アクション・イベントのセットアップに関する項を参照してください。

2. カスタマイズ済のコードおよびテンプレート・コードの意図した動作が維持されているかどうかに関して、開発者に依頼して確認してもらいます。テンプレート・コードでデフォルトの日付フォーマッタを使用して日付をレンダリングしている場合、動作を維持するために日付フォーマッタにタイム・ゾーンのパラメータを追加しなければならない場合があります。次の表は、Webサイトで日付がどのようにレンダリングされるかを示しています。

日付フォーマッタ

アップグレード前のJVMのタイム・ゾーンはPST(米国太平洋標準時刻)

アップグレード後、JVMのタイム・ゾーンはGMT

デフォルトの日付フォーマッタ

3:00 PM PST

11:00 PM GMT

タイム・ゾーンがPSTに設定された日付フォーマッタ

3:00 PM PST

3:00 PM

WebCenter SitesのXMLおよびJSPのタグ、Java API、およびJSP JSTLのすべての日付フォーマッタのタグで、タイム・ゾーン・パラメータがサポートされています。タイム・ゾーンに対応したテンプレートの更新の詳細は、『Oracle Fusion Middleware WebCenter Sites開発者ガイド』のコンテキスト内およびプレゼンテーションの編集のためのテンプレートのコーディングに関する項を参照してください。

3.7.2 アセット・タイプとグローバル検索が構成されていた場合

アップグレード前にいずれかのアセット・タイプのアセット・タイプ検索が構成されていた場合、アップグレード後の検索結果には日付が正しく表示されなくなります。ユーザーは、日付が正しく表示されるように、アセット・タイプの索引を再作成する必要があります。また、アップグレード・プロセスの後にグローバル検索の索引も再作成する必要があります。

3.7.3 SmartListsが作成されていた場合

元のインストールでSmartListsが作成されていた場合、第2.2項「アップグレード前の手順」を完了するとそれらは削除されます。コンテンツ作成者は、保存済検索としてそれらのSmartListsを再作成する必要があります。

3.7.4 FatWire Content Serverからアップグレードした場合

Content Server 7.6パッチ2からアップグレードした場合、第1.4.5項「ページ・アセット・タイプおよびスロット・アセット・タイプ」で説明されているように、Pageアセット・タイプがアップグレードされます。WebCenter Sitesの管理者は、PageAttribute、PageDefinitionおよびPageFilterのスタート・メニューを作成して、これらのアセット・タイプを使用できるようにする必要があります。

3.7.5 開発者がOracle WebCenter Sites: Developer Toolsを使用していた場合

WebCenter Sitesをアップグレードする前に開発者がDeveloper Toolsを使用していた場合、この項の手順を実行してください。

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

- 第3.7.5.1項「リソースの再エクスポート」

- 第3.7.5.2項「Developer Toolsプラグインの更新」

3.7.5.1 リソースの再エクスポート

アップグレード・プロセスで行われる変更によって、以前ワークスペースにエクスポートしたリソースを、再度ワークスペースにエクスポートする必要があります。次の手順を実行します。

1. 以前にエクスポートしたすべてのリソース(サイト、アセット・タイプ、アセットなど)をバックアップします。

2. 既存のワークスペースからすべてのリソースを削除します。

3. 以前にエクスポートしたすべてのリソースをワークスペースに再度エクスポートします。

4. リソースがバージョン・コントロール・システムに格納されている場合は、以前にエクスポートしたすべてのリソースを再エクスポートしたリソースに置き換えます。

3.7.5.2 Developer Toolsプラグインの更新

WebCenter Sitesをアップグレードする前に開発者がDeveloper Toolsを使用していた場合、Developer Toolsプラグインが最新のバージョンに更新されていることを確認する必要があります。Developer Toolsプラグインの更新方法については、『Oracle Fusion Middleware WebCenter Sites開発者ガイド』のDeveloper Toolsの更新に関する項を参照するように開発者に伝えてください。

3.7.6 前に存在していたサイトで開発者がモビリティ・デバイス・グループを有効にしていた場合

開発者が既存のサイトでモビリティ・デバイス・グループを有効にしている場合、そのサイトのアセットにモビリティのプレビュー機能が追加されます。開発者は、プレビュー・テンプレートのpagecriteriaパラメータにdパラメータを追加する必要があります。このようにしないと、アセットのプレビューでテンプレートが使用されるときに、ログ・ファイルにエラー・メッセージが記録される可能性があります。

3.7.7 カスタマイズされたWebCenter Sites 11gR1 (11.1.1.6.1)システムからアップグレードした場合

WebCenter Sites 11gR1 (11.1.1.6.1)からのアップグレードで、開発者が以前にContributorインタフェースをプログラム的にカスタマイズしていた場合、この項に示すようにカスタマイズ内容を復元する必要があります。

注意:

customElements以外の場所にカスタム要素が格納されていた場合、それらはアップグレード・プロセス時に上書きされます。開発者は、それらのカスタム要素を、この項で特定される新しい要素として再作成する必要があります。

- 開発者が検索要素UI/Data/Search/ListAction、UI/Data/Search/ListJson、UI/Data/Search/ThumbnailActionおよび/またはUI/Data/Search/ThumbnailJsonをカスタマイズしており、それらの要素がcustomElementsの下に格納されていた場合、次に示すように変更内容を新しい要素に移植する必要があります。

- UI/Data/Search/ListActionからUI/Data/Search/SearchActionへ

- UI/Data/Search/ListJsonからUI/Data/Search/SearchJsonへ

- UI/Data/Search/ThumbnailActionからUI/Data/Search/BrowseActionへ

- UI/Data/Search/ThumbnailJsonからUI/Data/Search/BrowseJsonへ

- 開発者が次の検索要素をカスタマイズしていた場合:

- UI/Layout/CenterPane/Search/View/ListViewHtml

- UI/Layout/CenterPane/Search/View/DockedListViewHtml

- UI/Layout/CenterPane/Search/View/ThumbnailViewHtml

- UI/Layout/CenterPane/Search/View/DockedThumbnailViewHtml

指し示すカスタム要素を次のように変更する必要があります。変更前:

storeElement = "UI/Data/Search/List"または

storeElement = "UI/Data/Search/Thumbnail"

変更後:

storeElement = BooleanUtils.toBoolean(browse) ? "UI/Data/Search/Browse" : "UI/Data/Search/Search";

- 開発者がUI/Layout/CenterPane/Search/View/ContextMenuConfigまたはUI/Layout/CenterPane/DashBoard/ContextMenuConfigを通じて検索またはダッシュボードのコンテキスト・メニューをカスタマイズまたは構成している場合、それらのカスタマイズ内容を削除し、クライアント側の同じ要素をカスタマイズする必要があります。クライアント側の構成方法は、『Oracle Fusion Middleware WebCenter Sites開発者ガイド』を参照してください。

3.7.8 インストールでCommunity、GadgetsまたはSite Captureを実行していた場合

Community、Gadgetsおよび/またはSite Captureアプリケーションを実行しているインストールをアップグレードする場合、それらのアプリケーションもアップグレードします。手順については、第II部「Oracle WebCenter Sites: Community-Gadgetsへのアップグレード」および第III部「Oracle WebCenter Sites: サイト・キャプチャのアップグレード」を参照してください。

3.7.9 WebCenter SitesとOracle Access Managerを統合する必要がある場合

WebCenter SitesとOracle Access Managerを統合する方法は、『Oracle Fusion Middleware WebCenter Sites: サポート・ソフトウェアのインストールと構成』を参照してください。Community-GadgetsおよびSite Captureもアップグレードした場合は、同じガイドでCommunity-GadgetsおよびSite Captureが、OAMと統合されたWebCenter Sitesと通信できるようにする方法を参照してください。

3.8 アップグレードした環境の検証

アップグレードした環境のそれぞれのWebCenter Sitesのインスタンスに対して、次の手順を実行します。

注意:

クラスタを利用している場合は、プライマリ・クラスタ・メンバーから作業を開始し、次にそれぞれのセカンダリ・クラスタ・メンバーをテストします。最後に、ロード・バランサを通じてクラスタをテストします。

1. WebCenter Sitesに一般管理者としてログインします。

2. WebCenter Sitesのインタフェース(AdminとContributor)、および通常の運用で繰り返し使用するすべての機能をテストします。たとえば、検索、カスタム・アセット・タイプの作成と編集、アセットの作成と編集、サイトのプレビュー、ワークフロー、承認と公開についてテストします。インタフェースの詳細は、『Oracle Fusion Middleware WebCenter Sitesインストレーション・ガイド』を参照してください。

3. 環境の検証時に、次のいずれかを実行します。

- テスト環境をアップグレードした場合は、第3.9項「アクティブな環境のアップグレード」に進みます。

- アクティブな環境をアップグレードした場合は、次の手順を実行します。

1. 公開スケジュールを有効にします。

2. いずれかのイベントを有効にします。

3. アップグレードした環境をバックアップします。

4. 新しいキャッシュ構造で必要なチューニングを適用します。

5. クライアントのブラウザのキャッシュをクリアします(キャッシュされているコンテンツがあると問題が発生する可能性があります)。

6. 作業を再開します。

3.9 アクティブな環境のアップグレード

最初にテスト環境をアップグレードした場合、次の手順を適用します。

1. テスト環境の検証が完了したら、アクティブな環境をアップグレードします。

1. 試行アップグレード中もアクティブな環境は動作していたと仮定すると、そのContent ServerまたはWebCenter Sitesシステムを同期します(必要に応じて)。

- 開発システムからコンテンツ管理システムに公開します。

- コンテンツ管理システムから配信システムに公開します。

2. この章の前述の手順、および試行アップグレード時に作成したメモを使用して、アクティブな環境をアップグレードします。

2. アップグレードした環境をバックアップします。

3. 作業を再開します。

第II部

Oracle WebCenter Sites: Community-Gadgetsへのアップグレード

この部は次の章で構成されています。

- 第4章「CommunityおよびGadgetsのアップグレード・プロセスについて」

- 第5章「Community-Gadgetsにアップグレードする前に」

- 第6章「Community-Gadgetsへのアップグレード」

4 CommunityおよびGadgetsのアップグレード・プロセスについて

Oracle WebCenter Sites: Community-Gadgetsをアップグレードする前に、この章を参照して、アップグレード・パスに関する情報、現在のリリースで提供される新機能、およびアップグレード・プロセス中に元のインストールに対して行われる変更の種類について確認してください。

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

- 第4.1項「アップグレード・パス」

- 第4.2項「このリリースで新しくなったこと」

- 第4.3項「アップグレード時に行われる変更」

4.1 アップグレード・パス

このリリースでは、CommunityアプリケーションおよびGadgetsアプリケーションをCommunity-Gadgetsにアップグレードします。Community-Gadgets 11gR1 (11.1.1.8.0)に直接アップグレードできるのは次のインストールです。

注意:

Oracle WebCenter Sitesのインストールを11gR1 (11.1.1.8.0)にアップグレードしない場合は、CommunityアプリケーションおよびGadgetsアプリケーションはアップグレードしないでください。Community-Gadgetsは、WebCenter Sites 11gR1 (11.1.1.8.0)のみでサポートされます。

- Oracle WebCenter Sites: Community 11gR1 (11.1.1.6.x)、これには次のバージョンが含まれます。

- FatWire Content Server 7.6パッチ2上で動作するOracle WebCenter Sites: Community 11gR1 (11.1.1.6.0)

- Oracle WebCenter Sites 11gR1 (11.1.1.6.0)上で動作するOracle WebCenter Sites: Community 11gR1 (11.1.1.6.0)パッチ1

- Oracle WebCenter Sites 11gR1 (11.1.1.6.1)バンドル・パッチ1上で動作するOracle WebCenter Sites: Community 11gR1 (11.1.1.6.1)バンドル・パッチ1

- Oracle WebCenter Sites: Gadgets 11gR1 (11.1.1.6.x)、これには次のバージョンが含まれます。

- FatWire Content Server 7.6パッチ2上で動作するOracle WebCenter Site: Gadgets 11gR1 (11.1.1.6.0)

- Oracle WebCenter Sites 11gR1 (11.1.1.6.0)上で動作するOracle WebCenter Sites: Gadgets 11gR1 (11.1.1.6.0)パッチ1

- Oracle WebCenter Sites 11gR1 (11.1.1.6.1)バンドル・パッチ1上で動作するOracle WebCenter Sites: Gadgets 11gR1 (11.1.1.6.1)バンドル・パッチ1

4.2 このリリースで新しくなったこと

Community-Gadgetsへのアップグレードは、CommunityアプリケーションとGadgetsアプリケーションを組み合せて1つの製品にしたものであり、それらのアプリケーションをCommunity-Gadgets 11gR1 (11.1.1.8.0) Webアプリケーションとして提供します。Community-Gadgetsは単一の製品としてインストールしますが、管理側ではCommunity WEMアプリケーションおよびGadgets WEMアプリケーションという、2つの個別のWebエクスペリエンス管理(WEM)アプリケーションが提供されます。本番側では、Community-Gadgetsは単一のアプリケーションとしてインストールされます。

これらの2つの製品を統合することによって、Community 11gR1 (11.1.1.6.x)とGadgets 11gR1 (11.1.1.6.x)の両方で利用されるカーネル機能を提供していたGadgetsアプリケーション用の個別のアプリケーションを維持する必要がなくなります。

4.3 アップグレード時に行われる変更

Community 11gR1 (11.1.1.6.x)アプリケーションとGadgets 11gR1 (11.1.1.6.x)アプリケーションをCommunity-Gadgetsにアップグレードすると、インストールの次の機能に対していくつかの変更が加えられます。

- 第4.3.1項「ロール」

- 第4.3.2項「アプリケーションのデプロイ」

- 第4.3.3項「WEMでのアプリケーション登録」

- 第4.3.4項「Gadgetsアプリケーションに対する変更」

- 第4.3.5項「データベース構造に対する変更」

4.3.1 ロール

Community-Gadgetsへのアップグレード・プロセスで、CommunityおよびGadgetsのロールに対して次の変更が加えられます。

- GeneralAdminロールが追加されます。ユーザーがグローバル・ガジェット・カタログのインタフェースで作業する際に、Gadgetsアプリケーションがこれを必要とします。このロールはCommunityアプリケーションのSiteAdminロールと同じであり、両方のアプリケーションで同じ権限セットを持ちます。

- Gadgets Userインタフェースのメニュー・バーに「ログイン・バー」メニューが含まれるようになります。このメニューは、 GeneralAdmin、SiteAdminまたはDesignerのいずれかのロールが割り当てられたユーザーに対して表示されます。

- Designerロールのデフォルト・ページが「すべてのコメント」から「すべての投票」に変更されます。

図4-1は、Communityインタフェースの機能に関する権限を持つロールを示しています。図4-2は、Gadgetsインタフェースに関する権限を持つロールを示しています。

図4-1 Communityインタフェースのロールと権限

図4-2 Gadgetsインタフェースのロールと権限

4.3.2 アプリケーションのデプロイ

Community-GadgetsにはWebアプリケーションの変更されたセットが含まれており、製品の完全な機能を提供するためにそれをサーバーにデプロイする必要があります。

- 管理Community-Gadgetsには、次の2つのWebアプリケーションが含まれています。

- cg – Community-Gadgets Webアプリケーション。

- shindig – ガジェットのレンダリング機能を含むShindig Webアプリケーション。

- 本番Community-Gadgetsには、次の3つのWebアプリケーションが含まれています。

- cg – Community-Gadgets Webアプリケーション。

- shindig – ガジェットのレンダリング機能を含むShindig Webアプリケーション。

- cas – 訪問者の認証で必要となるCAS Webアプリケーション。

注意:

CASアプリケーションは訪問者認証用のモジュールであるため、これは本番側のみで必要になります。管理側では、WebCenter Sites CASまたはOAM認証モジュールが使用されます。

4.3.3 WEMでのアプリケーション登録

CommunityアプリケーションおよびGadgetsアプリケーションは、Community-Gadgetsサーバーの起動時に、WebCenter Sitesに自動的に登録されます。

注意:

WebCenter Sitesに同じ名前のアプリケーションがすでに登録されている場合は、アップグレードされたアプリケーションは作成されません。詳細は、第6.2.2項「手順2: WebCenter SitesのアップグレードとCommunityアプリケーションおよびGadgetsアプリケーションの削除」および『Oracle Fusion Middleware WebCenter Sitesインストレーション・ガイド』を参照してください。

アプリケーションが正常に作成されたら、管理者はそれらのアプリケーションを目的のサイトに割り当てます。この機能では単一モードとクラスタリングがサポートされます。開始する最初のノードは、アプリケーションの作成の役割を担います。

4.3.4 Gadgetsアプリケーションに対する変更

Gadgets WEMアプリケーションはCommunity-Gadgetsの一部であり、Community WEMアプリケーションの機能の一部を継承します。このリリースでは、Gadgets WEMアプリケーションはプロキシをサポートしており、管理側と本番側の両方にShindigモジュールが配置されます。

このリリースでは、管理者はそれぞれのアプリケーションでsetup_proxy.properties構成ファイルを使用して、Community-Gadgets (cg)とShindigモジュールを個別に構成できます。管理者は、この構成ファイルの中でそれぞれの接続のタイプに対して異なるプロキシ・サーバーを設定できます。

注意:

詳細は、『Oracle Fusion Middleware WebCenter Sites開発者ガイド』を参照してください。

4.3.5 データベース構造に対する変更

この項には、アップグレード・プロセスでデータベースに加えられる変更に関する情報が記載されています。

- 第4.3.5.1項「Community 11gR1 (11.1.1.6.x)からの変更」

- 第4.3.5.2項「Gadgets 11gR1 (11.1.1.6.x)からの変更」

注意:

データベースの完全な構造の詳細は、『Oracle Fusion Middleware WebCenter Sites開発者ガイド』を参照してください。

4.3.5.1 Community 11gR1 (11.1.1.6.x)からの変更

次の表は、アップグレード・プロセスによって説明にあるように変更されます。

- USER表:

- cos_hidden列が削除されます。

- cos_us_date_created列が削除されます。

- cos_us_date_modified列が削除されます。

- COMMENT_FEED表:

- cos_posting_status列が追加されます。

- USER_ID表:

- cos_password列の暗号化のタイプがblowfishからSHA-256に変更されます。

- cos_encryption_type列の内容がblowfishからSHA-256に変更されます。

- REVIEW_FEED表

- cos_posting_status列が追加されます。

4.3.5.2 Gadgets 11gR1 (11.1.1.6.x)からの変更

次の表は、アップグレード・プロセスによって説明にあるように変更されます。

- US_ID表:

- 表の名前がUSER_IDに変更されます。

- extsitename列が削除されます。

- すべての列に、cos_という接頭辞が追加されます。

- US_ACCOUNT_LINK表:

- 表の名前がUSER_LINKに変更されます。

- extsitename列が削除されます。

- すべての列に、cos_という接頭辞が追加されます。

- US_ACCOUNT表:

- 表の名前がUSERに変更されます。

- extsitename列が削除されます。

- packed_personas列が削除されます。

- BLOB表:

- extsitename列が削除されます。

- GADGETSET表:

- extsitename列が削除されます。

- GADGET表:

- local_oauth列が削除されます。

- consumer_key列が削除されます。

- consumer_secret列が削除されます。

- consumer_signature_method列が削除されます。

- extsitename列の名前がsite_idに変更されます。

- gadgetset_extid列の名前がgadgetset_idに変更されます。

- OS_DESCRIPROR表:

- extsitename列が削除されます。

- opensocial_descriptor列が削除されます。

- SINGLE_GADGET_DATA表:

- extsitename列の名前がsite_idに変更されます。

- SITE表:

- extsitename列が削除されます。

- ST_SCHEMA表:

- この表は、表ST_LOCATORに完全に変換されます。

- ST_VALUE表:

- cos_typeid列が削除されます。

- cos_schemaid列が削除されます。

- cos_siteid列が削除されます。

- cos_itemid列が削除されます。

- cos_text列が追加されます。

- cos_value列の名前がcos_varcharに変更されます。

- extsitename列の名前がcos_siteidに変更されます。

注意:

このリリースでは、CommunityアプリケーションとGadgetsアプリケーションは同じデータベース表を使用してデータを格納します。Community-Gadgetsのデータベース・スキーマの詳細は、『Oracle Fusion Middleware WebCenter Sites開発者ガイド』を参照してください。

5 Community-Gadgetsにアップグレードする前に

Oracle WebCenter Sites: Community-Gadgetsにアップグレードする前に、この章を参照して、アップグレード戦略と前提条件の手順について理解してください。

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

- 第5.1項「アップグレード・プロセスの計画」

- 第5.2項「アップグレード前の手順」

5.1 アップグレード・プロセスの計画

本番環境では、アップグレードにより、アクティブなシステムの操作が中断し、停止時間が延長する場合があります。そのような中断を最小限に抑えるため、アップグレード時にこの項で説明する戦略を採用することを強くお薦めします。

注意:

このガイドで「アクティブ」という用語は、現在ウィジェットを配信しており、予期しないダウンタイムが発生すると組織のビジネスや生産性に影響を及ぼすような管理サーバーおよび本番サーバーを表すのに使用されます。

アクティブなCommunityおよびGadgetsの環境をアップグレードする前に、複製環境で試行アップグレードを実行することが重要です。試行アップグレードは、システムに固有の問題を検出して記録し、実際のアップグレードの前にその問題を修正する場合に役立ちます。複製環境が利用できない場合は、管理および配信(本番)システムのアップグレードから開始します。この方法はリスクが高いため、停止時間の延長の受入れが可能と見なされないかぎり、試さないでください。

5.2 アップグレード前の手順

Community-Gadgetsにアップグレードする前に、すべてのアプリケーション・サーバーを停止し、次に示すようにCommunity 11gR1 (11.1.1.6.x)、Gadgets 11gR1 (11.1.1.6.x)、およびWebCenter Sites 11gR1 (11.1.1.6.x)の環境をバックアップします。

注意:

Oracle WebCenter Sitesのインストールを11gR1 (11.1.1.8.0)にアップグレードしない場合は、CommunityアプリケーションおよびGadgetsアプリケーションはアップグレードしないでください。Community-Gadgetsは、WebCenter Sites 11gR1 (11.1.1.8.0)のみでサポートされます。

- 現在のCommunityの管理および本番のcos.warファイルまたはcos.earファイル、およびcas.warファイルまたはcas.earファイルをバックアップします。

- 現在のGadgetsの管理および本番のgas-admin.war、gas-os.war、gas-service.war、gas-client.war、user-service.warの各ファイルをバックアップします。

- Communityのインストール・ディレクトリ、Gadgetsのインストール・ディレクトリ、およびWebCenter Sitesのデータベースをバックアップします(まだバックアップされていない場合)。アップグレード後のプロセスで、バックアップしたインストール・ディレクトリとデータベースを使用して、そこに含まれている可能性のあるカスタマイズ内容を再適用します。

6 Community-Gadgetsへのアップグレード

この章では、Oracle WebCenter Sites: Community 11gR1 (11.1.1.6.x)およびOracle WebCenter Sites: Gadgets 11gR1 (11.1.1.6.x)をOracle WebCenter Sites: Community-Gadgetsにアップグレードする方法について説明します。Oracle WebCenter Sites: Community-Gadgetsは、CommunityおよびGadgetsのWEMアプリケーションを提供します。

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

- 第6.1項「Community-Gadgetsのアップグレード・プロセスの手順の概要」

- 第6.2項「CommunityおよびGadgetsのCommunity-Gadgetsへのアップグレード」

- 第6.3項「アップグレード後の手順」

- 第6.4項「セキュリティの実装」

6.1 Community-Gadgetsのアップグレード・プロセスの手順の概要

この項では、Community-Gadgetsにアップグレードする手順の概要を示します。

1. Community 11gR1 (11.1.1.6.x)アプリケーションおよびGadgets 11gR1 (11.1.1.6.x)アプリケーションのデータを指定された場所にエクスポートします。

注意:

エクスポート・プロセス中はWebCenter Sitesが実行されるようにしてください。

2. WebCenter Sites 11gR1 (11.1.1.6.x)をバージョン11gR1 (11.1.1.8.0)にアップグレードし、Community 11gR1 (11.1.1.6.x)およびGadgets 11gR1 (11.1.1.6.x)に固有のFW_ViewアセットとFW_Applicationアセットを削除します。

3. Community-Gadgets Webアプリケーションのインストールと検証を行います。詳細は、『Oracle Fusion Middleware WebCenter Sitesインストレーション・ガイド』を参照してください。

4. CommunityおよびGadgetsのデータをCommunity-Gadgetsにインポートし、インポートしたデータを検証します。

注意:

パフォーマンスを向上させるには、本番のWebCenter Sitesインスタンスで移行ツールを実行し、インポート・プロセスにかかる時間を短縮します。

5. Community 11gR1 (11.1.1.6.x)およびGadgets 11gR1 (11.1.1.6.x)のすべてのテンプレートとクライアント側のタグを、Community-Gadgetsによってサポートされる新しい機能に手動でマージします。

6.2 CommunityおよびGadgetsのCommunity-Gadgetsへのアップグレード

この項の手順は、Community-Gadgetsへのアップグレード方法を示します。

- 第6.2.1項「手順1: CommunityおよびGadgetsのデータのエクスポート」

- 第6.2.2項「手順2: WebCenter SitesのアップグレードとCommunityアプリケーションおよびGadgetsアプリケーションの削除」

- 第6.2.3項「手順3: Community-Gadgets Webアプリケーションのインストールと検証」

- 第6.2.4項「手順4: CommunityおよびGadgetsのデータのCommunity-Gadgetsへのインポート」

- 第6.2.5項「手順5: Community-Gadgetsのアプリケーション・サーバーのキャッシュのクリア」

- 第6.2.6項「手順6: テンプレート、カスタム・スキン、およびクライアント側のデプロイメント・タグの移行」

- 第6.2.7項「手順7: Oracle Access Manager (OAM)との統合」

6.2.1 手順1: CommunityおよびGadgetsのデータのエクスポート

この項では、<config>.propertiesファイルで指定した場所に、最初にCommunity 11gR1 (11.1.1.6.x)のデータをエクスポートし、次にGadgets 11gR1 (11.1.1.6.x)のデータをエクスポートします。これを行うには、WebCenter Sitesがインストールされている本番(配信)システムで、エクスポート(移行)ツールを実行します。

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

- 第6.2.1.1項「Communityデータのエクスポート」

- 第6.2.1.2項「Gadgetsデータのエクスポート」

6.2.1.1 Communityデータのエクスポート

1. Community 11gR1 (11.1.1.6.x)からデータをエクスポートする準備を行います。

1. WCS_CommunityGadgets_MigrationTools.zipアーカイブ内のCommunity_11.1.1.6_MigrationToolを一時ディレクトリに抽出します。

2. Community_11.1.1.6_MigrationToolディレクトリ(手順aで作成)に移動し、図6-1に示すように、Windowsではrun.batを実行します(Linuxではrun.sh)。
移行ツールの初回の実行では、指定されたディレクトリに新しい構成ファイル(<config>.properties)が生成されます(デフォルトでは、移行ツールを開始するのに使用されるrun.bat/run.shファイルが格納されているフォルダに生成されます)。

Figure 6-1 コマンド・ラインで実行される移行ツール

3. 生成された<config>.propertiesファイルを開き、次のプロパティを指定します。

- folder: データベースから取得したデータを格納するすべてのファイルおよびログが保存されるフォルダ。

- sitesToProcess: 移行する必要のあるサイトのカンマ区切りリスト。

- processAdminSite: AdminSiteを処理する必要がある場合は、このプロパティをtrueに設定します。

- adminSiteName: 本番データベースに訪問者のデータを格納するのに使用されるコンテンツ管理サイトの名前。デフォルト値はAdminSiteです。

- casUrl: WebCenter Sitesの本番CASのURL。

- restUrl: WebCenter Sitesの本番RESTのURL。

- username: SiteAdminのユーザー名。

- password: SiteAdminのユーザー・パスワード。

- importNamespace: エクスポート・プロセスでは、このプロパティは無視されます。

- exportNamespace: エクスポート用のCommunityのネームスペース。

注意:

exportプロパティの値は、Communityデータをエクスポートするかどうかを指定します。cleanExportNamespaceプロパティの値は、エクスポート・プロセスの完了後に、exportNamespaceプロパティで指定されたネームスペース内にあるデータベース表を削除するかどうかを指定します。

exportプロパティおよびcleanExportNamespaceプロパティの設定内容によって、Communityデータがどのようにエクスポートされるか(そもそもエクスポートするかどうか)が決定されます。これらのプロパティは、次のいずれかの方法で設定します。

- Communityデータのエクスポートのみを行う: exportをtrueに、cleanExportNamespaceをfalseに設定します。
Communityデータはエクスポートされますが、exportNamespaceプロパティに指定されたネームスペース内のデータベース表は削除されません。

- Communityデータをエクスポートし、exportNamespaceプロパティに指定されたネームスペース内のデータベース表を削除: exportをtrueに、cleanExportNamespaceをtrueに設定します。

- exportNamespaceプロパティに指定されたネームスペース内のデータベース表の削除のみを行う: exportをfalseに、cleanExportNamespaceをtrueに設定します。
データはエクスポートされませんが、cleanExportNamespaceプロパティに指定されたネームスペース内のデータベース表は削除されます。

- export: このプロパティの設定については前述の注記を参照してください。

- cleanExportNamespace: このプロパティの設定については前述の注記を参照してください。

4. ファイルを保存し、エクスポート・プロセスを続行します。

2. [Enter]キーを押して、エクスポート・プロセスを開始します(図6-2)。

図6-2 エクスポート・プロセスの開始

3. エクスポート・プロセスの結果を確認します。

1. 構成ファイルに指定したフォルダに作成されたログ・ファイルを参照して、エラーが発生していないことを確認します。

2. 構成ファイルが格納されているフォルダに次のサブフォルダが存在することを確認します。

- 構成ファイルに指定されているそれぞれのサイト用のサブフォルダ。

- ログ・ファイル。

- すべてのBLOBを格納するBlobStorageフォルダ。

4. 第6.2.1.2項「Gadgetsデータのエクスポート」に進みます。

6.2.1.2 Gadgetsデータのエクスポート

1. Gadgets 11gR1 (11.1.1.6.x)からデータをエクスポートする準備を行います。

1. WCS_CommunityGadgets_MigrationTools.zipアーカイブ内のGadgets_11.1.1.6_MigrationToolを一時ディレクトリに抽出します。

2. Gadgets_11.1.1.6_MigrationToolディレクトリ(手順aで作成)に移動し、additionalフォルダからlibsフォルダに次の.jarファイルをコピーします。移動する必要のある.jarファイルは、表6-1で説明するように、Gadgetsの現在のバージョンによって決定されます。

注意:

libsフォルダには、同時に複数のバージョンの.jarファイルを格納しないようにする必要があります。

表6-1 Gadgetsの.jarファイル

Gadgetsのバージョン

コピーするファイル

Gadgets 11gR1 (11.1.1.6.0)

- gas-core-11.1.1.6.0.jar

- cos-core-11.1.1.6.0-gas.jar

Gadgets 11gR1 (11.1.1.6.0)バンドル・パッチ1

- gas-core-11.1.1.6.1.jar

- cos-core-11.1.1.6.1-gas.jar

Gadgets 11gR1 (11.1.1.6.1)

- gas-core-11.1.1.6.1.jar

- cos-core-11.1.1.6.1-gas.jar

3. Gadgets_11.1.1.6_MigrationToolディレクトリで、Windowsではrun.batを実行します(Linuxではrun.sh)。
移行ツールの初回の実行では、選択されたディレクトリに新しい構成ファイル(<config>.properties)が生成されます(デフォルトでは、移行ツールを開始するのに使用されるrun.bat/run.shファイルが格納されているフォルダに生成されます)。

4. 図6-3に示すように、エクスポート・ツールでGadgetsの現在のバージョン(データのエクスポート元のバージョン)を指定します。

図6-3 Gadgetsのバージョン

5. 構成ファイル(<config>.properties)を開き、次のプロパティを指定します。

- folder: データベースから取得したデータを格納するすべてのファイルおよびログが保存されるフォルダ。

- sitesToProcess: 移行する必要のあるサイトのカンマ区切りリスト。

- processAdminSite: AdminSiteを処理する必要がある場合は、このプロパティをtrueに設定します。

- adminSiteName: データベースに訪問者のデータを格納するのに使用されるコンテンツ管理サイトの名前。デフォルト値はAdminSiteです。

- casUrl: WebCenter Sitesの本番CASのURL。

- restUrl: WebCenter Sitesの本番RESTのURL。

- username: SiteAdminのユーザー名。

- password: SiteAdminのユーザー・パスワード。

- importNamespace: インポート用のGadgetsのネームスペース。エクスポート・プロセスでは、このプロパティは無視されます。

- exportNamespace: エクスポート用のGadgetsのネームスペース。

注意:

exportプロパティの値は、Gadgetsデータをエクスポートするかどうかを指定します。cleanExportNamespaceプロパティの値は、エクスポート・プロセスの完了後に、exportNamespaceプロパティで指定されたネームスペース内にあるデータベース表を削除するかどうかを指定します。

exportプロパティおよびcleanExportNamespaceプロパティの設定内容によって、Gadgetsデータがどのようにエクスポートされるか(そもそもエクスポートするかどうか)が決定されます。これらのプロパティは、次のいずれかの方法で設定します。

- Gadgetsのデータのエクスポートのみを行う: exportをtrueに、cleanExportNamespaceをfalseに設定します。
Gadgetsデータはエクスポートされますが、exportNamespaceプロパティに指定されたネームスペース内のデータベース表は削除されません。

- Gadgetsデータをエクスポートし、exportNamespaceプロパティに指定されたネームスペース内のデータベース表を削除: exportをtrueに、cleanExportNamespaceをtrueに設定します。

- exportNamespaceプロパティに指定されたネームスペース内のデータベース表の削除のみを行う: exportをfalseに、cleanExportNamespaceをtrueに設定します。
データはエクスポートされませんが、cleanExportNamespaceプロパティに指定されたネームスペース内のデータベース表は削除されます。

- export: このプロパティの設定については前述の注記を参照してください。

- cleanExportNamespace: このプロパティの設定については前述の注記を参照してください。

6. ファイルを保存し、エクスポート・プロセスを続行します。

2. [Enter]キーを押して、エクスポート・プロセスを開始します。

エクスポート・プロセスが開始されます。

3. エクスポート・プロセスの結果を確認します。

1. 構成ファイルに指定したフォルダに作成されたログ・ファイルを参照して、エラーが発生していないことを確認します。

2. 構成ファイルが格納されているフォルダに次のサブフォルダが存在することを確認します。

- 構成ファイルに指定されているそれぞれのサイト用のサブフォルダ。

- ログ・ファイル。

- すべてのBLOBを格納するBlobStorageフォルダ。

6.2.2 手順2: WebCenter SitesのアップグレードとCommunityアプリケーションおよびGadgetsアプリケーションの削除

Community 11gR1 (11.1.1.6.x)およびGadgets 11gR1 (11.1.1.6.x)のすべてのデータを正常にエクスポートしたら、次に示す手順を実行します。

1. 現在のバージョンのWebCenter SitesをWebCenter Sites 11gR1 (11.1.1.8.0)にアップグレードします。WebCenter Sites 11gR1 (11.1.1.8.0)へのアップグレード方法については、第I部「Oracle WebCenter Sites 11gR1 (11.1.1.8.0)へのアップグレード」を参照してください。

2. Community 11gR1 (11.1.1.6.x)およびGadgets 11gR1 (11.1.1.6.x)のFW_ApplicationアセットとFW_Viewアセットを削除します。これによって、アップグレードされたCommunityアプリケーションおよびGadgetsアプリケーションが、WebCenter Sitesに自動的に登録されるようになります。FW_ApplicationアセットおよびFW_Viewアセットの詳細は、『Oracle Fusion Middleware WebCenter Sites開発者ガイド』を参照してください。

6.2.3 手順3: Community-Gadgets Webアプリケーションのインストールと検証

Community-Gadgets Webアプリケーションのインストールと検証の基本的な手順は次のとおりです。

1. Community-Gadgets Webアプリケーションをインストールします。詳細は、『Oracle Fusion Middleware WebCenter Sitesインストレーション・ガイド』を参照してください。

2. CommunityおよびGadgetsのWEMアプリケーションが正常にインストールされているか検証します。

1. CommunityおよびGadgetsのWEMアプリケーション(Community-Gadgetsによって提供)を開始します。

2. CommunityおよびGadgetsのインタフェースをテストします。

- Communityのインタフェースをテストするには、WebCenter Sitesに管理者としてログインし、Communityアプリケーションが有効になっているサイトを選択し、「コミュニティ」アイコンを選択します。(Communityアプリケーションは初回の実行時に必要なすべてのデータを初期化します)。Communityのインタフェースが有効になっているすべてのサイトでこの手順を繰り返します。

- グローバル・ガジェット・カタログのインタフェースをテストするには、WebCenter Sitesに一般管理者としてログインし、グローバル・ガジェット・カタログのインタフェースが有効になっているサイトを選択し(デフォルトではAdminSite)、「ガジェット」アイコンを選択します。「グローバル・カタログ」が表示されていることを確認します。(Gadgetsアプリケーションは初回の実行時に必要なすべてのデータを初期化します)。

- Gadgets Userインタフェースをテストするには、WebCenter Sitesに管理者としてログインし、Gadgets Userインタフェースが有効になっているサイトを選択し、「ガジェット」アイコンを選択します。(Gadgetsアプリケーションは初回の実行時に必要なすべてのデータを初期化します)。Gadgets Userインタフェースが有効になっているすべてのサイトでこの手順を繰り返します。

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

6.2.4 手順4: CommunityおよびGadgetsのデータのCommunity-Gadgetsへのインポート

この項では、最初にCommunity 11gR1 (11.1.1.6.x)からCommunity-Gadgtesにデータをインポートし、次にGadgets 11gR1 (11.1.1.6.x)からCommunity-Gadgtesにデータをインポートします。これを行うには、WebCenter Sitesがインストールされている本番(配信)システムで、インポート(移行)ツールを実行します。

注意:

インポート・プロセスが正常に行われるためには、最初にCommunityデータを、次にGadgetsデータをインポートする必要があります。

この項には、次の手順を実行するための説明が記載されています。

- 第6.2.4.1項「Community-GadgetsへのCommunityデータのインポート」

- 第6.2.4.2項「Community-GadgetsへのGadgetsデータのインポート」

6.2.4.1 Community-GadgetsへのCommunityデータのインポート

1. Community 11gR1 (11.1.1.6.x)からCommunity-Gadgetsにデータをインポートする準備を行います。

1. WCS_CommunityGadgets_MigrationTools.zipアーカイブ内のCG_11.1.1.8_MigrationToolを一時ディレクトリに抽出します。

2. CG_11.1.1.8_MigrationToolディレクトリに移動し、Windowsではrun.batを実行します(Linuxではrun.sh)。

3. 生成された構成ファイル(config.properties)を開き、次のプロパティを指定します。

- folder: データベースからエクスポートされたすべてのデータが格納されているフォルダ(第6.2.1.1項の手順2で作成)。

- sitesToProcess: 移行する必要のあるサイトのカンマ区切りリスト。

- processAdminSite: AdminSiteを処理する必要がある場合は、このプロパティをtrueに設定します。

- adminSiteName: 本番データベースに訪問者のデータを格納するのに使用されるコンテンツ管理サイトの名前。デフォルト値はAdminSiteです。

- casUrl: WebCenter Sitesの本番CASのURL。

- restUrl: WebCenter Sitesの本番RESTのURL。

- username: SiteAdminのユーザー名。

- password: SiteAdminのユーザー・パスワード。

- importNamespace: インポート用のCommunityのネームスペース。

- exportNamespace: インポート・プロセスでは、このプロパティは無視されます。

- export: インポート・プロセスでは、このプロパティは無視されます。

- cleanExportNamespace: インポート・プロセスでは、このプロパティは無視されます。

4. ファイルを保存し、インポート・プロセスを続行します。

2. 移行ツールで「インポート」タスクを選択して、インポート・プロセスを開始します(図6-4)。

図6-4 インポート・プロセスの開始

インポート・プロセスが開始されます。

3. インポート・プロセスが完了したら、構成ファイルに指定したフォルダに作成されたログ・ファイルを参照して、エラーが発生していないことを確認します。

4. 第6.2.4.2項「Community-GadgetsへのGadgetsデータのインポート」に進みます。

6.2.4.2 Community-GadgetsへのGadgetsデータのインポート

1. Community-Gadgetsにデータをインポートするための準備を行います。

1. WCS_CommunityGadgets_MigrationTool.zipアーカイブ内のCG_11.1.1.8_MigrationToolを一時ディレクトリに抽出します。

2. CG_11.1.1.8_MigrationToolディレクトリに移動し、Windowsではrun.batを実行します(Linuxではrun.sh)。

3. 生成された構成ファイルを開き、次のプロパティを指定します。

- folder: データベースからエクスポートされたすべてのデータが格納されているフォルダ(第6.2.1.2項の手順2で作成)。

- sitesToProcess: 移行する必要のあるサイトのカンマ区切りリスト。

- processAdminSite: AdminSiteを処理する必要がある場合は、このプロパティの値をtrueに設定します。

- adminSiteName: データベースに訪問者のデータを格納するのに使用されるコンテンツ管理サイトの名前。デフォルト値はAdminSiteです。

- casUrl: WebCenter Sitesの本番CASのURL。

- restUrl: WebCenter Sitesの本番RESTのURL。

- username: SiteAdminのユーザー名。

- password: SiteAdminのユーザー・パスワード。

- importNamespace: インポート用のGadgetsのネームスペース。

- exportNamespace: インポート・プロセスでは、このプロパティは無視されます。

- export: インポート・プロセスでは、このプロパティは無視されます。

- cleanExportNamespace: インポート・プロセスでは、このプロパティは無視されます。

4. ファイルを保存し、インポート・プロセスを続行します。

2. 移行ツールで「import」タスクを選択して、インポート・プロセスを開始します。
インポート・プロセスが開始されます。

3. インポート・プロセスが完了したら、構成ファイルに指定したフォルダに作成されたログ・ファイルを参照して、エラーが発生していないことを確認します。

4. 第6.2.5項「手順5: Community-Gadgetsのアプリケーション・サーバーのキャッシュのクリア」に進みます。

6.2.5 手順5: Community-Gadgetsのアプリケーション・サーバーのキャッシュのクリア

インポート・プロセスの後に、Community-Gadgetsのアプリケーション・サーバーの管理および本番のキャッシュをクリアします。その後、Community-Gadgetsのアプリケーション・サーバーを再起動します。

6.2.6 手順6: テンプレート、カスタム・スキン、およびクライアント側のデプロイメント・タグの移行

移行ツールは、CommunityインタフェースおよびGadgets Userインタフェースにアップロードされたすべてのカスタム・スキン(コメント・ウィジェット、レビュー・ウィジェットおよびガジェットの「外観」画面で)を移行し、WebCenter Sitesのデータベースに格納します。ただし、Community-Gadgetsは、11gR1 (11.1.1.6.x)から移行されたカスタム・スキンと手動でマージする必要のある新機能をサポートしています。

この項では、Community-Gadgetsによって提供される新機能と、11gR1 (11.1.1.6.x)から移行したカスタム・スキン・ファイル、テンプレート、およびクライアント側のタグを手動でマージする基本的な手順について説明します。

1. WebCenter Sitesのデータベースに格納されているコメント・ウィジェット、レビュー・ウィジェット、およびガジェットのすべてのカスタム・スキンを、Community-Gadgetsが提供する新しいスキン(CSSファイル)にマージします。

2. ファイル・システムに格納されていたすべてのカスタム・ウィジェット・テンプレート(SHTMLファイル)およびスキン(CSSファイル)を、Community-Gadgetsが提供するデフォルトのテンプレートまたはスキンにマージします。これにより、Community-Gadgetsが提供する新機能をカスタム・スキンでサポートできるようになります。

注意:

カスタム・テンプレートを使用せずに、Community-Gadgetsが提供するデフォルト・テンプレートを使用する場合は、setup_cos.propertiesファイル内のwidgets.developing.attrs.template_prefixプロパティを、カスタム・テンプレートの格納先の接頭辞とは異なる値に変更します。デフォルトでは、この接頭辞cosを使用します。

3. Community 11gR1 (11.1.1.6.x)のすべてのウィジェットのデプロイメント・タグはCommunity-Gadgetsによってサポートされます。したがって、コミュニティ・ウィジェットを再デプロイする必要はありません。ただし、Community-Gadgets Webアプリケーションのルート(デフォルトではcos)、ホスト名およびポート番号は、Community 11gR1 (11.1.1.6.x)のものと同じである必要があります。それ以外の場合は、ページにデプロイされているウィジェットがCommunity-Gadgetsに接続できるようにするため、これらの値を手動で変更する必要があります。
例:

<div id="comments_container"></div>
<script type="text/javascript">
...
script.src = 'http://localhost:80/cg/wsdk/widget/'
+ cos.pageScripts.join(':') + '.js?site_
id=FirstSiteII';
...
</script>

Community 11gR1 (11.1.1.6.x)のデプロイメント・タグをアップグレードされたCommunityアプリケーションで再利用する場合、Community-Gadgetsのコンテキスト・ルートは、Community 11gR1 (11.1.1.6.x)で使用されていたのと同じものを使用します。

注意:

Community-Gadgetsでは、Top Ranked Reviewsウィジェットのビューが変更されています。Top Ranked Reviewsウィジェットには、Webサイトで最も評価の高いリンクがリストされ、提供されます。

Community 11gR1 (11.1.1.6.x)では、このリストに含まれる各トピックの平均評価がトピックの横に数字で表示されます。Community-Gadgetsでは、リストに含まれる各トピックの平均評価が、星による評価またはサムズアップ/ダウンの評価のいずれでトピックの横に表示されます。Top Ranked Reviewsウィジェットの詳細は、『Oracle Fusion Middleware WebCenter Sitesユーザーズ・ガイド』を参照してください。

4. Gadgets 11gR1 (11.1.1.6.x)のグローバル・ガジェット・カタログおよびサイト・ガジェット・カタログに登録されていたすべてのガジェットは、Community-Gadgetsのグローバル・ガジェット・カタログおよび適切なサイト・ガジェット・カタログに自動的に登録されます。ただし、ガジェットがWebサイトにレンダリングされるためには、アップグレード・プロセスが正常に完了した後に各ガジェットを手動で再デプロイする必要があります。

注意:

Community-GadgetsではOAuthはサポートされていません。OAuthをサポートするガジェットをWebサイトにデプロイしていた場合、ガジェットが表示される場所に「サポートされない機能: [oauthpopup]」というメッセージが表示されます。

6.2.7 手順7: Oracle Access Manager (OAM)との統合

管理のWebCenter SitesをOracle Access Manager (OAM)と統合する場合、Community-Gadgetsは、そのOAMを通じてWebCenter Sitesと通信できるようにする必要があります。OAMと統合されたWebCenter Sitesとの通信を有効にする方法は、『Oracle Fusion Middleware WebCenter Sites: サポート・ソフトウェアのインストールと構成』を参照してください。

6.3 アップグレード後の手順

この項では、CommunityおよびGadgets 11gR1 (11.1.1.6.x)のすべてのデータをCommunity-Gadgetsに正常に移行した後に実行する必要のある手順について説明します。

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

- 第6.3.1項「WebCenter SitesとともにCommunity Blogsモジュールを実行していた場合」

- 第6.3.2項「Community-GadgetsとContributorインタフェースとの統合」

- 第6.3.3項「Oracle Social Access Servicesとの統合」

6.3.1 WebCenter SitesとともにCommunity Blogsモジュールを実行していた場合

WebCenter Sites 11gR1 (11.1.1.6.x)をアップグレードし、そこでCommunity Blogsモジュールが実行されていた場合、WebCenter SitesのContributorインタフェース内にGetRecentBlogsページ・アセットが2つ重複して存在することになります。一方のGetRecentBlogsページ・アセットの一意識別子は1270137813575であり、もう一方のページ・アセットの一意識別子は112844596316です。IDが112844596316のページ・アセットを削除してください。

また、Community-Gadgetsへのアップグレード前に開発者がデフォルトのブログ・テンプレートを使用していた場合、すべてのテンプレートが一意になるように、それらのブログ・テンプレートのリソースIDを変更してください。デフォルトのブログ・テンプレートの詳細は、『Oracle Fusion Middleware WebCenter Sites開発者ガイド』を参照してください。

6.3.2 Community-GadgetsとContributorインタフェースとの統合

Community-GadgetsとWebCenter Sitesを統合すると、Contributorインタフェース内にCommunity-Gadgetsのツリーが作成されます(図6-5を参照)。ユーザーは、Contributorインタフェースからウィジェットやガジェットに直接アクセスし、デプロイできます。

図6-5 Contributorインタフェース内での'Community-Gadgets'ツリー

Community-GadgetsとWebCenter Sitesの統合の詳細は、『Oracle Fusion Middleware WebCenter Sitesインストレーション・ガイド』を参照してください。Community-Gadgetsのツリーの使用方法は、『Oracle Fusion Middleware WebCenter Sitesユーザーズ・ガイド』を参照してください。

6.3.3 Oracle Social Access Servicesとの統合

本番のCommunity-Gadgetsアプリケーションを外部のアイデンティティ・プロバイダと統合できます。これにより、Webサイトの訪問者は、Facebook、Twitter、LinkedIn、GoogleおよびYahooのソーシャル・ネットワークを通じてログインできるようになります。

本番のCommunity-GadgetsとOracle Mobile and Social Accessのサービスを統合すると、Social Accessサービスが利用できるようになります(モバイル・コンポーネントは使用されません)。Social Access Servicesの詳細は、『Oracle Fusion Middleware WebCenter Sites開発者ガイド』を参照してください。

6.4 セキュリティの実装

Community-Gadgetsのセキュリティ設定はWebCenter Sitesと共有であり、SitesSecurityContext.xmlファイルでカスタマイズできます。

注意:

WebCenter SitesのあるインスタンスでSitesSecurityContext.xmlファイルをカスタマイズする場合、WebCenter Sitesの他のすべてのインスタンスに対して同じ変更を適用する必要があります。

セキュリティの詳細は、『Oracle Fusion Middleware WebCenter Sites管理者ガイド』を参照してください。

第III部

Oracle WebCenter Sites: サイト・キャプチャのアップグレード

ここでは、経験豊富なインストール・エンジニアを対象としています。アップグレードの前に、このガイドの以降の部分を参照して、アップグレード戦略と前提条件、アップグレード手順、インストーラで行われる変更、アップグレード後の手順について十分に把握してください。

この部は次の章で構成されています。

- 第7章「サイト・キャプチャをアップグレードする前に」

- 第8章「サイト・キャプチャのアップグレード」

- 第9章「参照: サイト・キャプチャのバックアップおよびリカバリ」

7 サイト・キャプチャをアップグレードする前に

この章には、次の項が含まれます。

- 第7.1項「アップグレード・パス」

- 第7.2項「アップグレード・プロセスの計画」

- 第7.3項「アップグレード前の手順」

7.1 アップグレード・パス

次のサイト・キャプチャ・インストールは、バージョン11gR1 (11.1.1.8.0)に直接アップグレードできます。

- FatWireサイト・キャプチャ1.1

- Oracle WebCenter Sites: サイト・キャプチャ11g R1 (11.1.1.6.0)

- Oracle WebCenter Sites: サイト・キャプチャ11g R1 (11.1.1.6.1)バンドルされたパッチ1

注意:

WebCenter Sitesインストールを11g R1 (11.1.1.8.0)にアップグレードしない場合、サイト・キャプチャ・アプリケーションをアップグレードしないでください。アップグレードしたバージョンは、WebCenter Sites 11g R1 (11.1.1.8.0)で実行されます。

サイト・キャプチャ・インストーラ内のアップグレード機能が組み込まれると、次が可能になります。

- 既存のサイト・キャプチャ・インストールへの新機能およびバグ修正の追加

- 既存サイト・キャプチャ・インストールのデータの整合性維持

- 既存サイト・キャプチャのインストール・ディレクトリでの、すべての新機能を含むアプリケーションwarファイルの生成

7.2 アップグレード・プロセスの計画

アップグレードにより、アクティブなシステムの操作が中断し、停止時間が延長する場合があります。このような中断を最小限に抑えるには、サイト・キャプチャ11g R1 (11.1.1.8.0)へのアップグレード時に、この項で概要を示す戦略を採用することを強くお薦めします。

注意:

「アクティブ」という用語は、現在サイト・キャプチャを実行しているシステムがあり、その予想外の停止時間によって組織の業務や生産性が影響を受けるシステムを示す場合に使用されます。

サイト・キャプチャは、その独自のデータベースで実行し、Web Experience Management (WEM)フレームワークを介してWebCenter Sitesと相互作用します。アクティブなサイト・キャプチャ環境をアップグレードする前に、複製環境で試行アップグレードを実行することが重要です。試行アップグレードは、システムに固有の問題を検出して記録し、実際のアップグレードの前にその問題を修正する場合に役立ちます。

複製環境を使用できない場合、アクティブなサイト・キャプチャ1.1またはサイト・キャプチャ11g R1 (11.1.1.6.x)環境をアップグレードして開始します。この方法はリスクが高いため、停止時間の延長の受入れが可能と見なされないかぎり、試さないでください。

7.3 アップグレード前の手順

アップグレード前に、次の手順を実行します。

- このガイドの以降の部分を参照して、アップグレードの前提条件と手順について十分に把握します。

- http://docs.oracle.comで入手可能な次のドキュメントを参照します。

- WebCenter Sites動作保証マトリックス

- WebCenter Sitesリリース・ノート

- Content Server 7.6パッチ2またはWebCenter Sites 11gR1 (11.1.1.6.x)環境をWebCenter Sites 11g R1 (11.1.1.8.0)にアップグレードします。手順については、第I部「Oracle WebCenter Sites 11gR1 (11.1.1.8.0)へのアップグレード」を参照してください。
WebCenter Sites 11g R1 (11.1.1.8.0)へのアップグレードが成功したら、サイト・キャプチャ11g R1 (11.1.1.8.0)インストーラを、環境内のすべてのサイト・キャプチャ・システムで実行して、サイト・キャプチャ1.1またはサイト・キャプチャ11g R1をバージョン11g R1 (11.1.1.8.0)にアップグレードします。

サイト・キャプチャ11g R1 (11.1.1.8.0)インストーラでは、サイト・キャプチャ1.1またはサイト・キャプチャ11g R1 (11.1.1.6.x)のインストール・プロセス時に選択されたモード(単一またはクラスタ)を検出して再利用します。たとえば、サイト・キャプチャ1.1をクラスタ・モードでインストールしてデプロイした場合、サイト・キャプチャ11g R1 (11.1.1.8.0)インストーラは、引き続きシステムをクラスタとして処理してデプロイします。

注意:

サイト・キャプチャ・システムのモード(単一またはクラスタ)はアップグレード時に変更できません。

- 現在のサイト・キャプチャ・アプリケーションを最初にデプロイしてから変更した場合(ほとんどの場合は変更される)、インストール・ディレクトリとデータベースをバックアップして、現在のサイト・キャプチャ・アプリケーションをバックアップします。詳しい手順については、第9章「参照: サイト・キャプチャのバックアップおよびリカバリ」を参照してください。

注意:

アップグレード後のプロセスでは、バックアップしたインストール・ディレクトリとデータベースを使用して、それらに含まれるカスタマイズを再適用します。

8 サイト・キャプチャのアップグレード

この章では、サイト・キャプチャ1.1またはサイト・キャプチャ11gR1 (11.1.1.6.x)のテスト環境を、サイト・キャプチャ11gR1 (11.1.1.8.0)にアップグレードしてテスト環境を検証し、アクティブな環境をアップグレードするための手順について説明します。

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

- 第8.1項「テスト環境のアップグレード」

- 第8.2項「アクティブな環境のアップグレード」

- 第8.3項「カスタム実装のアップグレードおよびパブリッシュ・システムとの統合」

8.1 テスト環境のアップグレード

この項では、万一に備えてアクティブな環境をバックアップします。テスト環境の作成を選択した場合は、このバックアップをリカバリすることによってテスト環境を作成します。

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

- 第8.1.1項「FatWireサイト・キャプチャ1.1またはWebCenter Sites: サイト・キャプチャ11gR1 (11.1.1.6.x)環境のバックアップ」

- 第8.1.2項「テスト環境の作成」

- 第8.1.3項「バージョン11gR1 (11.1.1.8.0)へのサイト・キャプチャ・インスタンスのアップグレード」

- 第8.1.4項「アップグレードした環境の検証」

8.1.1 FatWireサイト・キャプチャ1.1またはWebCenter Sites: サイト・キャプチャ11gR1 (11.1.1.6.x)環境のバックアップ

1. ガイドラインと固有の手順については、第9章「参照: サイト・キャプチャのバックアップおよびリカバリ」を参照してください。

2. 第9章「参照: サイト・キャプチャのバックアップおよびリカバリ」の説明に従い、サイト・キャプチャをアクティブな環境でバックアップします。

3. アプリケーション・サーバー構成やデータベース構成など、既存のインストールに関するすべての情報を確認します。これらの情報はアップグレード時に変更されませんが、他の場所で変更が必要な場合、既存の設定を参照する必要があります。

8.1.2 テスト環境の作成

注意:

アクティブな環境をアップグレードする前に、テスト環境で試行アップグレードを完了します。テスト環境を利用できない場合、アクティブなサイト・キャプチャ環境をアップグレードして開始し、停止時間の延長を予測します。テスト環境を使用することを強くお薦めします。

1. テスト環境の作成準備が整ったら、前述の手順で作成したバックアップをリカバリします。ガイドラインについては、第9章「参照: サイト・キャプチャのバックアップおよびリカバリ」を参照してください。

2. 次のガイドラインを使用して、テスト環境の作成を継続します。

1. サイト・キャプチャ:
以前のホストの同じ場所にサイト・キャプチャをコピーします。

2. アプリケーション・サーバー:

1. 以前のホストで使用したのと同じパスを使用してアプリケーション・サーバーをインストールします。

2. 以前のホストで使用された同じJNDI名でデータソースを作成します。リストアされたデータベースにデータベース情報を使用します。

3. アプリケーション・サーバーで必要なとおりに、サイト・キャプチャ・アプリケーションをデプロイします。

注意:

WAS環境で、サイト・キャプチャのROOT.warファイルをデプロイする間に、デプロイメント画面でmetadata-complete = trueを選択します。

8.1.3 バージョン11gR1 (11.1.1.8.0)へのサイト・キャプチャ・インスタンスのアップグレード

この項では、サイト・キャプチャ1.1またはサイト・キャプチャ11gR1 (11.1.1.6.x)の各インスタンスで、サイト・キャプチャ11gR1 (11.1.1.8.0)のアップグレード・インストーラを推奨方法(インタラクティブまたはサイレント)で実行します。

- インタラクティブ・アップグレードは、X11のようなGUIを利用できる環境で使用可能です。

- サイレント・アップグレードは、コマンド・プロンプトを利用できる環境で使用可能です。

8.1.3.1 インタラクティブ・アップグレード

1. サイト・キャプチャ・インストーラのアーカイブを一時ディレクトリに抽出し、インストーラ・スクリプトを実行します。

- Windowsの場合:   scinstall.bat

- UNIXの場合:      /scInstall.sh

注意:

アップグレード後のテストでインストーラ・ログ(install_log.log)を監視します。エラーが発生した場合は、ログを参照してその原因を探ることができます。

アップグレードの実行時には、次の点に注意してください。

- インストーラのほとんどのフィールドには、インストーラが元のインストールから検出した値があらかじめ設定されています。あらかじめ設定されている値を確認してください。それらの値が古い場合は、新しい値を設定する必要があります。(パスワードなどの情報は手動で入力する必要があります。)

- 変更できない値が設定されているフィールドは、入力できないようになっています(灰色になっています)。

2. サイト・キャプチャ・アプリケーションに関する『Oracle Fusion Middleware WebCenter Sitesインストレーション・ガイド』に進み、サイト・キャプチャのインストールの手順に従います。インストールが完了したら、このガイドに戻って作業を続行します。

注意:

この時点で、サイト・キャプチャのアップグレードが完了し、有効なサイト・キャプチャ・インストールが実行されていることが前提になります。アップグレードが失敗した場合は、前述の手順およびログを確認して、問題を解決してください。

3. インストーラ・プロセスが正常に終了し、コマンド・プロンプトが再度表示されるまで待機します。ROOTフォルダとROOT.warファイルが、omii.iniファイルで指定されたインストール・ディレクトリのwebappsフォルダに作成されます。

4. サイト・キャプチャのホスト名とポート番号を更新する場合、AdminSiteからSiteCapture FW_ApplicationとSiteCapture FW_Viewを削除します。

5. サイト・キャプチャをカスタマイズするには、Javaコードの使用が唯一の方法になります。このコードは、class/jarファイルの形式でサイト・キャプチャWebアプリケーションに組み込むことができます。他のファイルを手動で構成しないでください。アップグレードが完了したら、インストーラで生成されたwarファイルにすべての変更を手動で保存する必要があります。第8.3項「カスタム実装のアップグレードおよびパブリッシュ・システムとの統合」を参照してください。

6. 適用可能なアプリケーション・サーバーにサイト・キャプチャのROOT.warファイルをデプロイします。

7. <Sites_install>/binディレクトリにあるcustombeans.xmlファイルで、サイト・キャプチャがWebCenter Sitesと一緒に機能するように次のサンプルURLを追加します。これを追加しない場合、サイト・キャプチャ・アプリケーションのアイコンはSitesインタフェースに表示されません。

<value>http://<<hostname>>:<<port>>/__admin/*</value>

8.1.3.2 サイレント・アップグレード

1. omii.iniファイルを、/fw-site-capture/ominstallinfoから外部のフォルダにコピーして、そのコピーの名前を必要に応じて変更します。サイレント・インストーラはアップグレード時にこのコピーを使用します。

2. 目的のomii.iniファイルを開きます。

3. isAlreadyInstalledプロパティを検索します。

4. サイレント・インストールのアップグレードの場合は、isAlreadyInstalledプロパティをtrueに設定します。

5. CSInstallAccountPasswordプロパティを検索します。

6. 暗号化されていないパスワードをCSInstallAccountPasswordプロパティに指定します。

7. プロパティ・ファイルを保存します。

8. (抽出したフォルダのルート・レベルにある)Install.iniファイルを開き、行loadfile=を最初のセクションに追加してファイルを保存します。

9. コマンド・プロンプトを開き、次のいずれかのコマンドを実行します。

- Windows:   scInstall.bat -silent

- Linux:     scInstall.sh -silent

インストールが成功すると、「Installation Finished Successfully」というメッセージがコマンド・ウィンドウに表示されます。

10. 『Oracle Fusion Middleware WebCenter Sitesインストレーション・ガイド』に進み、サイト・キャプチャのインストールの手順に従います。インストールが完了したら、このガイドに戻って作業を続行します。

11. インストーラ・プロセスが正常に終了し、コマンド・プロンプトが再度表示されるまで待機します。ROOTフォルダとROOT.warファイルが、omii.iniファイルで指定されたインストール・ディレクトリのwebappsフォルダに作成されます。

12. サイト・キャプチャのホスト名とポート番号を更新する場合、AdminSiteからSiteCapture FW_ApplicationアセットとSiteCapture FW_Viewアセットを削除します。

13. サイト・キャプチャをカスタマイズするには、Javaコードの使用が唯一の方法になります。このコードは、class/jarファイルの形式でサイト・キャプチャWebアプリケーションに組み込むことができます。他のファイルを手動で構成しないでください。アップグレードが完了したら、インストーラで生成されたwarファイルにすべての変更を手動で保存する必要があります。第8.3項「カスタム実装のアップグレードおよびパブリッシュ・システムとの統合」を参照してください。

14. 適用可能なアプリケーション・サーバーにサイト・キャプチャのROOT.warファイルをデプロイします。

15. <Sites_install>/binディレクトリにあるcustombeans.xmlファイルで、サイト・キャプチャがWebCenter Sitesと一緒に機能するように次のサンプルURLを追加します。これを追加しない場合、サイト・キャプチャ・アプリケーションのアイコンはSitesインタフェースに表示されません。

<value>http://<<hostname>>:<<port>>/__admin/*</value>

8.1.4 アップグレードした環境の検証

クラスタを利用している場合は、プライマリ・クラスタ・メンバーから作業を開始し、次にそれぞれのセカンダリ・クラスタ・メンバーをテストします。最後に、ロード・バランサを通じてクラスタをテストします。

アップグレードした環境の各サイト・キャプチャ・インスタンスで次の手順を実行します。

1. WebCenter Sitesに一般管理者としてログインします。

2. サイト・キャプチャ・アプリケーションに移動します。

3. サイト・キャプチャ・アプリケーションと、通常の操作で定期的に使用されるすべての機能をテストします。

4. 環境を検証する場合、次のいずれかを実行します。

- テスト環境をアップグレードした場合、第8.2項「アクティブな環境のアップグレード」に進みます。

- アクティブな環境をアップグレードした場合:

1. 公開スケジュールを有効にします。

2. イベントを有効にします。

3. アップグレードした環境をバックアップします。

4. クライアントのブラウザのキャッシュをクリアします(キャッシュされているコンテンツがあると問題が発生する可能性があります)。

5. 作業を再開します。

注意:

パスワードがomii.iniファイルで正確に暗号化されているかどうかを検証する必要があります。

8.2 アクティブな環境のアップグレード

次の手順は、テスト環境をアップグレードした場合に適用されます。

1. テスト環境を検証したら、アクティブな環境をアップグレードします。アクティブな環境で試行アップグレード時に操作を続行した場合、この章の前述の手順と、試行アップグレード時に作成した注意事項を参照してアクティブな環境をアップグレードします。

2. 第8.1項「テスト環境のアップグレード」の説明に従い、アップグレードした環境を検証します。

3. 作業を再開します。

8.3 カスタム実装のアップグレードおよびパブリッシュ・システムとの統合

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

- 第8.3.1項「カスタム実装」

- 第8.3.2項「パブリッシュ・システムとの統合」

8.3.1 カスタム実装

サイト・キャプチャでは、ResourceRewriterやLinkExtractorなどのカスタム実装がサポートされるため、目的のURLパターンに従ってWebサイトをクロールできます。開発者は、カスタマイズされたこれらの実装でクローラをカスタマイズして、必要なclass/jarファイルを作成できます。アップグレード・シナリオでは、アプリケーションを開始する前に、最新のアプリケーションwarファイルにカスタムclass/jarファイルを保存して再デプロイする必要があります。

8.3.2 パブリッシュ・システムとの統合

このシナリオでは、サイト・キャプチャをWebCenter Sitesのリアルタイム・パブリッシュ・プロセスに統合します。

1. WebCenter Sitesソース・システム:

1. 次のいずれかを実行します。

- サイト・キャプチャ11gR1 (11.1.1.6.0)からのアップグレードの場合:
fw-crawler-publish-listener-11.1.1.6.0.jarをfw-crawler-publish-listener-11.1.1.8.0.jarに置き換えて/WEB-INF/libフォルダに置きます。

- サイト・キャプチャ1.1からのアップグレードの場合:
fw-crawler-publish-listener-1.1.jarをfw-crawler-publish-listener-11.1.1.8.0.jarに置き換えて/WEB-INF/libフォルダに置きます。

- サイト・キャプチャ11gR1 (11.1.1.6.1)バンドルされたパッチ1からのアップグレードの場合:
fw-crawler-publish-listener-11.1.1.6.1.jarをfw-crawler-publish-listener-11.1.1.8.0.jarに置き換えて/WEB-INF/libフォルダに置きます。

2. fw-crawler-publish-listener-11.1.1.8.0-elements.zipファイルを解凍し、CatalogMoverを使用してFW_PublishingEventRegistry.htmlを再インポートします。

3. WebCenter Sitesソース・システムを再起動します。

2. WebCenter Sitesターゲット・システム:

1. CatalogMoverを使用して、前述の手順1 (WebCenter Sitesソース・システム)で抽出された解凍済のfw-crawler-publish-listener-11.1.1.8.0-elements.zipファイルからElementCatalog.htmlとSiteCatalog.htmlを再インポートします。

2. crawler.propertiesファイルをコピーする必要はありません(既存のファイルをそのままの状態にしておきます)。サイト・キャプチャのホスト名とポート番号を更新する場合、それに応じてcrawler.propertiesファイルを更新します。

3. 次のいずれかを実行します。

- サイト・キャプチャ11gR1 (11.1.1.6.0)からのアップグレードの場合:
fw-crawler-publish-listener-11.1.1.6.0.jarをfw-crawler-publish-listener-11.1.1.8.0.jarファイルに置き換えて/WEB-INF/libフォルダに置きます。

- サイト・キャプチャ1.1からのアップグレードの場合:
fw-crawler-publish-listener-1.1.jarをfw-crawler-publish-listener-11.1.1.8.0.jarファイルに置き換えて/WEB-INF/libフォルダに置きます。

- サイト・キャプチャ11gR1バンドルされたパッチ1からのアップグレードの場合:
fw-crawler-publish-listener-11.1.1.6.1.jarファイルをfw-crawler-publish-listener-11.1.1.8.0.jarファイルに置き換えて/WEB-INF/libフォルダに置きます。

4. WebCenter Sitesターゲット・システムを再起動します。

9 参照: サイト・キャプチャのバックアップおよびリカバリ

この章は、前述の第III部「Oracle WebCenter Sites: サイト・キャプチャのアップグレード」の章を補助するもので、それらの章で実行するように指示されているバックアップとリカバリの詳細手順を示します。

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

- 第9.1項「バックアップおよびリカバリの前提条件」

- 第9.2項「バックアップおよびリカバリのガイドライン」

9.1 バックアップおよびリカバリの前提条件

- サイト・キャプチャ・アプリケーションのバックアップの前に、最適な手順としてアプリケーション・サーバーを停止します。アクティブなサイト・キャプチャ・アプリケーションをバックアップする必要がある場合、Webサイトが使用中でないことと、アプリケーション・サーバーに対するリクエストが行われていないことを確認します。

- サイト・キャプチャ・アプリケーションをリカバリする前に、アプリケーション・サーバーが停止していることを確認します。

9.2 バックアップおよびリカバリのガイドライン

この項では、サイト・キャプチャのインストール・ディレクトリ、Webアプリケーションおよびデータベースのバックアップとリカバリの手順を示します。

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

- 第9.2.1項「サイト・キャプチャのインストール・ディレクトリ」

- 第9.2.2項「Webアプリケーション」

- 第9.2.3項「展開されていないファイルのバックアップ」

- 第9.2.4項「展開されていないファイルのリカバリ」

- 第9.2.5項「展開されたファイルのバックアップ」

- 第9.2.6項「展開されたファイルのリカバリ」

- 第9.2.7項「WebCenter Sitesデータベース」

- 第9.2.8項「リカバリされたアプリケーションの実行」

9.2.1 サイト・キャプチャのインストール・ディレクトリ

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

- 第9.2.1.1項「バックアップ」

- 第9.2.1.2項「リカバリ」

9.2.1.1 バックアップ

サイト・キャプチャのインストール・ディレクトリに対してjarまたはtarを実行します。

例:

tar -cvf SiteCapture_backup.tar /u01/CS/Install
jar cvf SiteCapture_backup.jar /u01/CS/Install

9.2.1.2 リカバリ

バックアップしたサイト・キャプチャのインストール・ディレクトリのjarまたはtarを解除します。

例:

tar -xvf SiteCapture_backup.tar
jar xvf SiteCapture_backup.jar

9.2.2 Webアプリケーション

表9-1と、その後に続く項を参照してください。

表9-1 ROOT .warファイルの情報のバックアップおよびリカバリ

.warのデプロイメント方法

バックアップ

リカバリ情報の参照先

展開。WebSphereのサイト・キャプチャの場合

サイト・キャプチャのインストール・ディレクトリをバックアップする場合は不要です。サイト・キャプチャのインストール・ディレクトリに含まれるROOT.warファイルは次のとおりです。

<sc_install_dir>/ fw-site-capture/webapps/

第9.2.4項「展開されていないファイルのリカバリ」

非展開。次のサイト・キャプチャの場合

- Apache Tomcat

- Oracle WebLogic

- ファイルの「開発の変更」はありません。

- ファイルが開発時に変更されず、サイト・キャプチャのインストール・ディレクトリをバックアップする場合、バックアップは不要です。

- サイト・キャプチャのインストール・ディレクトリに含まれるROOT.warファイルは次のとおりです。

<sc_install_dir>/fw-site-capture/webapps/

第9.2.6項「展開されたファイルのリカバリ」(開発の変更を含まない)

前の行と同じ。

- ファイルの「開発の変更」が含まれます。

- バックアップが必要です。

第9.2.6項「展開されたファイルのリカバリ」(開発の変更を含む)

9.2.3 展開されていないファイルのバックアップ

表9-1を参照してください。

9.2.4 展開されていないファイルのリカバリ

1. サイト・キャプチャ・アプリケーションをアンデプロイします。

2. サイト・キャプチャのインストール・ディレクトリをリカバリします(手順については、第9.2.1項「サイト・キャプチャのインストール・ディレクトリ」を参照してください)。

3. サイト・キャプチャ・アプリケーションを再デプロイします。

9.2.5 展開されたファイルのバックアップ

- 開発の変更を含めずに、展開されたファイルをバックアップするには、表9-1を参照してください。

- 開発の変更を含めて、展開されたファイルをバックアップするには、次の手順を実行します。
デプロイされたサイト・キャプチャWebアプリケーションに対してjarまたはtarを実行します。バックアップと圧縮されたROOT.warファイルを区別するために、バックアップにラベルを付けます。例:

tar -cvf ROOT_web_backup.tar /u01/software/Tomcat/webapps/ROOT
jar cvf ROOT_web_backup.jar /u01/software/Tomcat/webapps/ROOT

9.2.6 展開されたファイルのリカバリ

- 開発の変更を含めずに、展開されたファイルをリカバリするには、次の手順を実行します。

1. アプリケーション・サーバーを停止します。

2. 展開されたWebアプリケーションを削除します。
例:

rm -rf /u01/software/Tomcat/webapps/ROOT/*

3. サイト・キャプチャのインストール・ディレクトリをリカバリします(手順については、第9.2.1項「サイト・キャプチャのインストール・ディレクトリ」を参照してください)。

4. バックアップしたサイト・キャプチャWebアプリケーションのjarを解除します。例:

cd /u01/software/Tomcat/webapps/ROOT
jar xvf /ominstallinfo/app/ROOT.war

- 開発の変更を含めて、展開されたファイルをリカバリするには、次の手順を実行します。

1. アプリケーション・サーバーを停止します。

2. 展開されたWebアプリケーションを削除します。
例:

rm -rf /u01/software/Tomcat/webapps/ROOT

3. バックアップしたサイト・キャプチャWebアプリケーションのjarを解除します。例:

cd /u01/software/Tomcat/webapps
jar xvf <sc_install_dir>/ROOT_web_backup.tar

9.2.7 WebCenter Sitesデータベース

この項では、Oracle 11g、Microsoft SQL Server 2005、2008および2008 R2、IBM DB2 9.7のデータベースについて説明します。

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

- 第9.2.7.1項「Oracle、Microsoft SQL ServerおよびIBM DB2データベースのバックアップ」

- 第9.2.7.2項「Oracle、Microsoft SQL ServerおよびIBM DB2データベースのリカバリ」

9.2.7.1 Oracle、Microsoft SQL ServerおよびIBM DB2データベースのバックアップ

- Oracle 11gをバックアップするには、次の手順を実行します。

1. サーバーにOracleユーザーとしてログインします。

2. <ORACLE_HOME>をOracleデータベース・ディレクトリに、ORACLE_SIDをデータベース名に設定します。

3. sqlplusにsysとしてログインします。続けて、次の操作を実行します。

1. SQL create directoryを使用して、エクスポートが格納されるオペレーティング・システム・ディレクトリにマップします。例:

SQL> create directory exp_dp_dir as '/u01/backup/exports';

2. データベースをエクスポートしてディレクトリにアクセスするための権限を付与します。例:

SQL> grant read,write on directory exp_dp_dir to system;
SQL> grant EXP_FULL_DATABASE to system

4. expdpコマンドを実行してエクスポートを開始します。例:

expdp system/<password> DIRECTORY=exp_dp_dir
DUMPFILE=<file_name>.dmp FULL=y SCHEMA=<YOUR_SCHEMA>;

- Microsoft SQL Server 2005、2008または2008R2をバックアップするには、次の手順を実行します。

1. SQL Server Management Studioを開きます。

2. データベース・サーバーに接続します。

3. 「Databases」を開きます。

4. バックアップするデータベースを右クリックします。「Tasks」→「Backup」をクリックします。

5. 「Backup type」で、「Full」を選択します。「Destination」で、「Add」をクリックします。

6. バックアップ・ファイルのパスとファイル名を入力します。「OK」をクリックします。

7. 「Destination」で、新規作成したバックアップの場所を選択します。

8. 「OK」をクリックします。

- IBM DB2 9.7をバックアップするには、次の手順を実行します。

1. サーバーにdb2instユーザーとしてログインします。

2. 次のコマンドを実行します。

db2 force applications all

3. 次のコマンドを実行します。

db2 backup db <db_name> to <backup_dir>

注意:

コマンドの完了後、タイムスタンプを書き留めます。このタイムスタンプは、データベースのバックアップ・ファイルの名前に含まれます。

9.2.7.2 Oracle、Microsoft SQL ServerおよびIBM DB2データベースのリカバリ

- Oracle 11gをリカバリするには、次の手順を実行します。

1. サーバーにOracleユーザーとしてログインします。

2. <ORACLE_HOME>をOracleデータベース・ディレクトリに、ORACLE_SIDをデータベース名に設定します。

3. <$ORACLE_HOME>/binに移動します。

4. 次のコマンドを実行します。

./impdp system/<password> DIRECTORY=exp_dp_dir DUMPFILE=<file_name>.dmp SCHEMAS=<YOUR_SCHEMA>;

- SQL Server 2005、2008または2008R2をリカバリするには、次の手順を実行します。

1. SQL Server Management Studioを開きます。

2. データベース・サーバーに接続します。

3. 「Databases」を開きます。

4. リストアするデータベースを右クリックします。「Tasks」→「Restore」→Databaseを選択します。

5. 「Source for restore」で、「From database」を選択します。

6. 「Select the backup sets to restore」で、最新のバックアップを選択します。

7. 上部の「Script」をクリックします。
この手順により、リストア文を含む問合せエディタが開きます。

8. WITHの後にREPLACEを追加して問合せを編集します。これで、データベースのログが上書きされます。

9. 「Execute」をクリックします。

- DB2 9.7をリカバリするには、次の手順を実行します。

1. サーバーにdb2instユーザーとしてログインします。

2. 次のコマンドを実行します。

db2 force applications all

3. 次のコマンドを実行します。

db2 restore db <db_name> from <backup_dir> replace existing

9.2.8 リカバリされたアプリケーションの実行

アプリケーション・サーバーを起動する前に、次の事項に注意してください。

- Apache Tomcatを使用する場合、アプリケーション・サーバーのキャッシュをクリアします。

rm -rf <server_dir>/tmp/*
rm -rf <server_dir>/work/*

- Oracle WebLogicアプリケーション・サーバーの場合、キャッシュは、アプリケーションの再デプロイメント時にクリアされます。

オラクル社の法律上の注意点について

コピーライトについて

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）、その他の対策を講じることは使用者の責任となります。このソフトウェアもしくはハードウェアを危険が伴うアプリケーションで使用したことに起因して損害が発生しても、オラクル社およびその関連会社は一切の責任を負いかねます。

第三者のコンテンツ、製品、サービスに対する免責事項

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

ドラフトのアルファ版およびベータ版ドキュメントについて

このドキュメントが試作版の場合:

このドキュメントは試作版であり、デモおよび暫定使用のみを目的としたものです。このソフトウェアを使用するハードウェアに限定するものではありません。オラクル社およびその関連会社は、このドキュメントに関して一切の責任を負わず、いかなる保証もいたしません。また、このドキュメントを使用したことによって損失、費用、あるいは損害が発生しても、一切の責任を負いかねます。