プライマリ・コンテンツに移動
Oracle® Fusion Middleware Oracle WebCenterのアップグレード
12c リリース2 (12.2.1.1)
E79352-01
目次へ移動
目次

前
前へ
次
次へ

6 Oracle WebCenter Sitesの12c (12.2.1.1)へのアップグレード

既存のOracle WebCenter Sites 11.1.1.8および12.2.1.0インストールをリリース12.2.1.1にアップグレードできます。

11gから12cへのアップグレードは、アウトオブプレース移行です。これには、Upgrade Assistantを使用したデータ表とプラットフォーム構成の移行が含まれます。

12.2.1.0から12.2.1.1へのアップグレードは、インプレース・アップグレードです。

注意:

アップグレードする際に、要件にあわせて検討できる2つの方法があります。

  1. 配信環境をアップグレードし、アップグレード後にそのクローンを作成して、開発環境と管理環境を作成します。

    この方法を検討する場合は、同期化が必要になります。アップグレードの前に、開発環境と管理環境から配信環境にコンテンツを公開する必要があります。その後、アップグレードした配信環境のクローンを作成して、開発環境と管理環境を作成します。

  2. または、各環境を個別にアップグレードします。

    この方法を検討する場合、同期化は必要ありません。

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

6.1 WebCenter Sitesの11gから12cへのアップグレードの理解

このトピックでは、フローチャートを使用して、WebCenter Sitesを11gから12cリリースにアップグレードするためのプロセス・フローについて説明します。

図6-1 WebCenter Sitesの11gから12cリリースへのアップグレード・プロセスのフローチャート

図6-1の説明が続きます
「図6-1 WebCenter Sitesの11gから12cリリースへのアップグレード・プロセスのフローチャート」の説明

表6-1に、WebCenter Sitesを11gから12cにアップグレードするために実行する必要がある、タスクのロードマップを示します。

表6-1 WebCenter Sitesの11gから12cリリースへのアップグレード・プロセスのロードマップ

手順番号 タスク 説明
1 12.2.1.1のOracle Fusion Middlewareインフラストラクチャをインストールします。

インフラストラクチャのディストリビューションには、その他のFusion Middleware製品をインストールするための基盤の設定に必要な、WebLogic ServerおよびJava Required Files (JRF)が同梱されています。

このガイドのアップグレード・トポロジに定義されているように、インフラストラクチャは新規のOracleホームにインストールする必要があります。 そのため、「Fusion Middlewareインフラストラクチャのインストール」で説明している手順に従ってください。

2 12.2.1.1のOracle WebCenter Sitesのディストリビューションをインストールします。

「WebCenter Sites 12.2.1.1.0のディストリビューションのインストール」の説明に従って、Oracle WebCenter Sitesのディストリビューションをインストールします。

3 必要なスキーマを作成します。

WebCenter Sites 11gからアップグレードする場合は、アップグレードを開始する前に、12cの必要なスキーマを作成する必要があります。 WebCenter Sitesに必要なスキーマは、Oracle Platform Security Services (OPSS)、Audit Services (IAU)およびWebCenter Sitesです。

「アップグレード前の必要なスキーマの作成」の説明に従い、リポジトリ作成ユーティリティ(RCU)を使用してスキーマを作成します。

4 WebCenter Sitesドメインを構成します。

11gから12cへのアップグレードは、アウトオブプレース・アップグレードです。そのため、「WebCenter Sitesドメインの構成」で説明している手順に従って、12.2.1.1のWebCenter Sitesドメインを構成します。

5 WebCenter Sitesインスタンスを構成します。

「WebCenter Sitesインスタンスの構成」で説明している手順に従って、ブラウザベースのWebCenter Sitesコンフィギュレータを実行し、WebCenter Sitesインスタンスを構成します。

6 構成後のタスクを実行します。

構成後のタスクには、LDAPベースまたはOAMベースの認証を使用した12.2.1.1ドメインの構成、ディレクトリ構造の検証、サインインとSitesのUIへのアクセス、管理対象サーバーの再起動などが含まれます。

これらのタスクは、「構成後のタスク」にリストされています。

7 アップグレード前のタスクを実行します。

アップグレード前のタスクは、アップグレード・アシスタントを使用してアップグレード・プロセスを開始する前に完了している必要がある、一連のタスクです。

これらのタスクは、「アップグレード・アシスタントを実行する前に」にリストされています。

8 スキーマをアップグレードします。

「アップグレード・アシスタントを使用したスキーマのアップグレード」で説明している手順に従い、アップグレード・アシスタントを使用して、アップグレード可能なスキーマ・コンポーネントをアップグレードします。

9 ドメイン構成をアップグレードします。

「アップグレード・アシスタントを使用した構成のアップグレード」で説明している手順に従い、アップグレード・アシスタントを使用して、11.1.1.8のドメインに含まれるすべての構成をアップグレードします。

10 アップグレード後の検証タスクを実行します。

スキーマと構成が正常にアップグレードされた後でデータの整合性を確認するための、新しくアップグレードしたドメインで実行できる検証スクリプトが用意されています。検証の要約レポートをレビューして、スキーマと構成のアップグレード・プロセスの間にデータの不整合が発生していないか確認できます。

検証スクリプトを使用するには、「アップグレード後の検証タスク」を参照してください。

11 その他のアップグレード後のタスクを実行します。

その他のアップグレード後のタスクには、カスタム設定のリストア、管理サーバーと管理対象サーバーの起動、パスワードの再構成、および「アップグレード後のタスク」にリストされているその他の管理タスクが含まれます。

6.2 WebCenter Sitesの11gから12cへのアップグレード

WebCenter Sitesを12.2.1.1にアップグレードするための11gの有効な開始ポイントは、WebCenter Sites 11.1.1.8以上です。これは、アウトオブプレース移行です。

注意:

11.1.1.6.xからアップグレードする場合は、『Fusion Middleware WebCenter Sitesアップグレード・ガイド』に記載されているWebCenter Sites 11gのアップグレード手順を使用して、リリース11.1.1.8にアップグレードする必要があります。

WebCenter Sitesを11gから12cにアップグレードするには、次のタスクを実行します。

6.2.1 Fusion Middlewareインフラストラクチャのインストール

Fusion Middlewareインフラストラクチャをインストールすると、Oracleホーム・ディレクトリが作成され、その他のFusion Middleware製品をインストールするためのサポート・ソフトウェアが配置されます。

Fusion Middlewareインフラストラクチャのディストリビューションをインストールするには、次の手順を実行します。
  1. 12.2.1.1製品の配布をインストールするターゲット・システムにログインします。
  2. Oracle Fusion Middleware Infrastructureの配布(fmw_12.2.1.1.0_infrastructure_generic.jar)を、Oracle Technology NetworkまたはOracle Software Delivery Cloudからお使いのターゲット・システムにダウンロードします。
  3. 12.2.1.1の製品のディストリビューションをダウンロードしたディレクトリに移動します。
  4. 次のコマンドを入力して、インストール・プログラムを起動します。
    UNIXオペレーティング・システムの場合:
    $JDK_HOME/bin/java [-d64] -jar fmw_12.2.1.1.0_infrastructure_generic.jar

    注意:

    HP-UX Itaniumを使用している場合のみ"-d64"フラグを使用します。
    Windowsオペレーティング・システムの場合:
    %JDK_HOME%\bin\java -jar fmw_12.2.1.1.0_infrastructure_generic.jar
  5. UNIXオペレーティング・システムでは、このホストにOracle製品を初めてインストールする場合に、「インストール・インベントリの設定」画面が表示されます。
    中央インベントリを作成する場所を指定します。この画面で選択したオペレーティング・システム・グループ名に対して中央インベントリの場所への書込み権限が付与されていることを確認し、「次へ」をクリックします。

    注意:

    「インストール・インベントリの設定」画面は、Windowsオペレーティング・システムでは表示されません。
  6. 「ようこそ」画面で、情報をレビューしてすべての前提条件を満たしていることを確認し、「次へ」をクリックします。
  7. 「自動更新」画面で「自動更新をスキップ」を選択し、「次へ」をクリックします。
    • 自動更新をスキップ: このときにソフトウェアの更新をシステムで確認しないようにする場合。

    • ディレクトリからパッチを選択: パッチ・ファイルをダウンロードした場合にローカル・ディレクトリに移動します。

    • My Oracle Supportで更新を検索: My Oracle Supportアカウントを持っている場合にソフトウェアの更新を自動でダウンロードします。Oracle Supportの資格証明を入力して、「検索」をクリックします。インストーラがMy Oracle Supportにアクセスするようにプロキシ・サーバーを構成するには、「プロキシ設定」をクリックします。「接続のテスト」をクリックして接続をテストします。

  8. 「インストールの場所」画面でOracleホーム・ディレクトリの場所を指定し、「次へ」をクリックします。
    Oracle Fusion Middlewareのディレクトリ構造の詳細は、『Oracle Fusion Middlewareのインストールのプランニング』のインストールおよび構成用のディレクトリの選択に関する項を参照してください。
  9. 「インストール・タイプ」画面で「Fusion Middlewareインフラストラクチャ」を選択し、「次へ」をクリックします。

    注意:

    このドキュメントのトポロジにサーバーの例は含まれません。製品環境にはサンプルをインストールしないように強くお薦めします。
  10. 「前提条件チェック」画面では、ホスト・コンピュータを分析して、特定のオペレーティング・システムの前提条件を満たしているか確認します。
    いずれかの前提条件のチェックが失敗すると、エラー・メッセージが画面の下方に表示されます。エラーを修正し、「再実行」をクリックして再試行します。
    エラー・メッセージや警告メッセージを無視してインストールを続ける場合は、「スキップ」をクリックします(このアプローチはお薦めできません)。
  11. 「セキュリティ更新」画面で、My Oracle Supportアカウント情報を入力すると、最新の製品情報およびセキュリティ・アップデートをMy Oracle Supportアカウントを介して受け取ることができます。
    この画面は、ホスト上にOracle製品を初めてインストールすると表示されます。
    Oracle Supportアカウントを所有していない場合、この手順をスキップするには、チェック・ボックスの選択を解除し、フォローアップのダイアログ・ボックスで選択内容を確認します。
  12. 「インストールの概要」画面で、選択したインストール・オプションを確認します。
    これらのオプションをレスポンス・ファイルに保存するには、「レスポンス・ファイルの保存」をクリックし、レスポンス・ファイルの場所と名前を入力します。レスポンス・ファイルを使用して、サイレント・インストールを実行できます。「インストール」をクリックします。
  13. 進捗バーの表示が100%になったら、「インストールの進行状況」画面で「次へ」をクリックします。
  14. 「インストール完了」画面に、インストールの場所とインストールされた機能セットが表示されます。この画面の情報を確認してから、「終了」をクリックしてインストーラを終了します。

6.2.2 WebCenter Sites 12.2.1.1.0のディストリビューションのインストール

次に、WebCenter Sitesリリース12.2.1.1.0をターゲット・マシンにインストールします。

WebCenter Sitesをインストールするには、次の手順を実行します。
  1. 12.2.1.1製品の配布をインストールするターゲット・システムにログインします。
  2. Oracle Fusion Middleware WebCenter Sitesのディストリビューション(fmw_12.2.1.1.0_wcsites_generic.jar)を、Oracle Technology NetworkまたはOracle Software Delivery Cloudからお使いのターゲット・システムにダウンロードします。
  3. 12.2.1.1の製品のディストリビューションをダウンロードしたディレクトリに移動します。
  4. 次のコマンドを入力して、インストール・プログラムを起動します。
    UNIXオペレーティング・システムの場合:
    $JDK_HOME/bin/java [-d64] -jar <distribution_file_name>.jar

    注意:

    HP-UX Itaniumを使用している場合のみ"-d64"フラグを使用します。
    Windowsオペレーティング・システムの場合:
    %JDK_HOME%\bin\java -jar <distribution_file_name>.jar
  5. UNIXオペレーティング・システムでは、このホストにOracle製品を初めてインストールする場合に、「インストール・インベントリの設定」画面が表示されます。
    中央インベントリを作成する場所を指定します。この画面で選択したオペレーティング・システム・グループ名に対して中央インベントリの場所への書込み権限が付与されていることを確認し、「次へ」をクリックします。

    注意:

    「インストール・インベントリの設定」画面は、Windowsオペレーティング・システムでは表示されません。
  6. 「ようこそ」画面で、情報をレビューしてすべての前提条件を満たしていることを確認し、「次へ」をクリックします。
  7. 「自動更新」画面で「自動更新をスキップ」を選択し、「次へ」をクリックします。
    • 自動更新をスキップ: このときにソフトウェアの更新をシステムで確認しないようにする場合。

    • ディレクトリからパッチを選択: パッチ・ファイルをダウンロードした場合にローカル・ディレクトリに移動します。

    • My Oracle Supportで更新を検索: My Oracle Supportアカウントを持っている場合にソフトウェアの更新を自動でダウンロードします。Oracle Supportの資格証明を入力して、「検索」をクリックします。インストーラがMy Oracle Supportにアクセスするようにプロキシ・サーバーを構成するには、「プロキシ設定」をクリックします。「接続のテスト」をクリックして接続をテストします。

  8. 「インストールの場所」画面でOracleホーム・ディレクトリの場所を指定し、「次へ」をクリックします。
    Oracle Fusion Middlewareのディレクトリ構造の詳細は、『Oracle Fusion Middlewareのインストールのプランニング』のインストールおよび構成用のディレクトリの選択に関する項を参照してください。
  9. 「インストール・タイプ」画面で「WebCenter Sites」を選択し、「次へ」をクリックします。
  10. 「前提条件チェック」画面では、ホスト・コンピュータを分析して、特定のオペレーティング・システムの前提条件を満たしているか確認します。
    いずれかの前提条件のチェックが失敗すると、エラー・メッセージが画面の下方に表示されます。エラーを修正し、「再実行」をクリックして再試行します。
    エラー・メッセージや警告メッセージを無視してインストールを続ける場合は、「スキップ」をクリックします(このアプローチはお薦めできません)。
  11. 「インストールの概要」画面で、選択したインストール・オプションを確認します。
    これらのオプションをレスポンス・ファイルに保存するには、「レスポンス・ファイルの保存」をクリックし、レスポンス・ファイルの場所と名前を入力します。レスポンス・ファイルを使用して、サイレント・インストールを実行できます。「インストール」をクリックします。
  12. 進捗バーの表示が100%になったら、「インストールの進行状況」画面で「次へ」をクリックします。
  13. 「インストール完了」画面に、インストールの場所とインストールされた機能セットが表示されます。この画面の情報を確認してから、「終了」をクリックしてインストーラを終了します。

6.2.3 アップグレード前の必要なスキーマの作成

WebCenter Sites 11gからアップグレードする場合は、アップグレードを開始する前に、12cの必要なスキーマを作成する必要があります。WebCenter Sitesに必要なスキーマは、Oracle Platform Security Services (OPSS)、Audit Services (IAU)およびWebCenter Sitesです。

注意:

この手順は、全データベース管理者権限を持つSYSまたはSYSDBAユーザーを想定しています。制限されたデータベース権限を持つユーザーである場合は、「制限されたデータベース権限を持つユーザーとしてのスキーマの作成」で説明している手順に従ってください。RCUの使用の詳細は、『リポジトリ作成ユーティリティによるスキーマの作成』を参照してください。
12cスキーマを作成するには、次の手順を実行します。
  1. 次のディレクトリに移動します。
    UNIXオペレーティング・システムの場合:
    $ORACLE_HOME/oracle_common/bin
    Windowsオペレーティング・システムの場合:
    %ORACLE_HOME%\oracle_common\bin
  2. 次のコマンドを入力して、RCUを実行します。
    UNIXオペレーティング・システムの場合:
    ./rcu
    Windowsオペレーティング・システムの場合:
    rcu.bat
  3. ようこそ」画面で「次へ」をクリックします。
  4. 「リポジトリの作成」画面で、「リポジトリの作成」「システム・ロードおよび製品ロード」の順に選択します。「次へ」をクリックします。
    DBA権限を持っていない場合は、「システム・ロードに対するスクリプトの準備」を選択します。
  5. 「データベース接続の詳細」画面で「データベース・タイプ」を選択し、次の詳細を入力します。

    表6-2 Oracleデータベースと、エディションベースで再定義されるOracleデータベースに対する接続資格証明

    オプション 説明および例
    ホスト名

    データベースが稼働しているサーバーの名前を、次の形式で指定します。

    examplehost.exampledomain.com

    Oracle RACデータベースの場合は、このフィールドにVIP名またはいずれかのノード名を指定します。

    ポート

    データベースのポート番号を指定します。Oracleデータベースのデフォルトのポート番号は1521です。

    サービス名

    データベースのサービス名を指定します。通常、サービス名はグローバル・データベース名と同じです。

    Oracle RACデータベースの場合、このフィールドにいずれかのノードのサービス名を指定します。次に例を示します。

    examplehost.exampledomain.com

    ユーザー名 データベースのユーザー名を入力します。デフォルトのユーザー名はSYSです。
    パスワード データベース・ユーザーのパスワードを入力します。
    ロール

    ドロップダウン・リストからデータベース・ユーザーのロールを選択します。

    「標準」または「SYSDBA」

    表6-3 MySQLデータベースに対する接続資格証明

    オプション 説明および例
    ホスト名

    データベースが稼働しているサーバーのホスト名、IPアドレスまたは詳細なサーバー名を、host\server形式で指定します。

    ポート

    データベースのポート番号を指定します。

    データベース名

    データベースの名前を指定します。

    ユーザー名 管理者権限を持つユーザーの名前を指定します。
    パスワード データベース・ユーザーのパスワードを入力します。

    表6-4 Microsoft SQL Serverデータベースに対する接続資格証明

    オプション 説明および例
    Unicodeのサポート

    ドロップダウン・リストから「はい」または「いいえ」を選択します。

    サーバー名 データベースが稼働しているサーバーのホスト名、IPアドレスまたは詳細なサーバー名を、host\server形式で指定します。
    ポート

    データベースのポート番号を指定します。

    データベース名

    データベースの名前を指定します。

    ユーザー名 管理者権限を持つユーザーの名前を指定します。
    パスワード データベース・ユーザーのパスワードを入力します。

    表6-5 IBM DB2データベースに対する接続資格証明

    オプション 説明および例
    サーバー名 データベースが稼働しているサーバーのホスト名、IPアドレスまたは詳細なサーバー名を、host\server形式で指定します。
    ポート

    データベースのポート番号を指定します。

    データベース名

    データベースの名前を指定します。

    ユーザー名 DB所有者の権限が付与されているユーザーの名前を指定します。IBM DB2データベースのデフォルトのユーザー名はdb2adminです。
    パスワード データベース・ユーザーのパスワードを入力します。
    前提条件のチェックが成功した場合は、「OK」をクリックして次のページに進みます。チェックが失敗した場合は、入力した詳細を確認して再試行します。
  6. 「コンポーネントの選択」画面で「新規接頭辞の作成」を選択し、11gスキーマと同じ接頭辞を入力します。
    カスタム接頭辞は、これらのスキーマをこのドメインで使用するために論理的にまとめてグループ化するために使用されます。
    次のコンポーネント・スキーマを選択します。
    • Oracle Platform Security Services
    • 監査サービス
    • 監査サービス・アペンド
    • 監査サービス・ビューア
    • WebCenter Sites
    • WebCenter Sites - Visitorサービス
    構成ウィザードによって、「共通インフラストラクチャ・サービス」スキーマが自動的に作成されます。このスキーマはグレー表示され、選択または選択を解除することはできません。このスキーマを使用すると、ドメインの構成中にRCUから情報を取得できるようになります。
  7. 「前提条件チェック」ダイアログ・ボックスで、前提条件チェックが成功したことを確認します。「OK」をクリックして、次のページに進みます。
  8. 「スキーマ・パスワード」画面で、スキーマ所有者のパスワードを指定します。
    この画面で入力したパスワードは忘れないでください。この情報は製品インストールの構成中に必要になります。これらの値をメモしておくことをお薦めします。
  9. 「表領域のマップ」画面で、作成するスキーマの目的の表領域マッピング構成します。
    「次へ」をクリックすると、別のダイアログ・ウィンドウが開き、これらの表領域の作成を確認するように求められます。「OK」をクリックして先に進み、このダイアログ・ウィンドウを閉じます。
    表領域作成の進行状況を示す2番目のダイアログ・ウィンドウが表示されます。この処理が完了したら、「OK」をクリックしてこのウィンドウを閉じ、次の画面に進みます。
    RCUの起動時に、Transparent Data Encryption (TDE)がデータベース(OracleまたはOracle EBR)内で有効化されている場合にのみ、「表領域の暗号化」チェック・ボックスが表示されます。RCUにより作成されるすべての新しい表領域を暗号化するには、「表領域のマップ」画面で「表領域の暗号化」チェック・ボックスを選択します。
  10. 「サマリー」画面で情報を確認し、「作成」をクリックしてスキーマの作成を開始します。
    この画面には、このRCU操作で作成されたログ・ファイルに関する情報が表示されます。特定のログ・ファイルの名前をクリックして、そのファイルの内容を表示できます。
  11. 「完了サマリー」画面の情報をレビューし、操作が正常に完了したことを確認します。「閉じる」をクリックして、スキーマの作成を完了し、RCUを終了します。

6.2.4 WebCenter Sitesドメインの構成

WebCenter Sites 11gから12cにアップグレードする場合は、構成ウィザードを使用してWebCenter Sitesドメインを構成する必要があります。

WebCenter Sitesドメインを構成するには、次の手順を実行します。
  1. 次のディレクトリに移動します。
    UNIXオペレーティング・システムの場合:
    ORACLE_HOME/oracle_common/common/bin
    Windowsオペレーティング・システムの場合:
    ORACLE_HOME\oracle_common\common\bin
  2. 次のコマンドを入力して、構成ウィザードを起動します。
    UNIXオペレーティング・システムの場合:
    ./config.sh
    Windowsオペレーティング・システムの場合:
    config.cmd
  3. 「構成タイプ」画面で「新規ドメインの作成」を選択し、「次へ」をクリックします。
    「ドメインの場所」フィールドでドメインのホーム・ディレクトリを指定し、「次へ」をクリックします。
    ドメイン・ディレクトリの場所には、Fusion Middleware製品がインストールされているOracleホーム・ディレクトリ以外の場所を選択することをお薦めします。推奨されるディレクトリ構造の詳細は、Oracle Fusion Middlewareの理解のOracle Fusion Middlewareの主要なディレクトリに関する項を参照してください。
  4. 「テンプレート」画面で、「製品テンプレートを使用してドメインを作成」を選択します。
    「テンプレート・カテゴリ」ドロップダウン・リストから、次を選択します。
    • Oracle WebCenter Sites - 12.2.1.1.0 [wcsites]
    • Oracle JRF - 12.2.1.1.0 [oracle_common]
    • Oracle Enterprise Manager - 12.2.1.1.0 [em]
    • WebLogic Coherence Cluster Extension - 12 2.1.1.0 [wlserver]
    「次へ」をクリックします。
  5. 「アプリケーションの場所」画面で、「アプリケーションの場所」にパスを入力するか、ナビゲーション・ツリーを使用するための「参照」をクリックして、ドメインに関連付けられたアプリケーションの格納場所を指定します。アプリケーションの場所は、アプリケーション・ホーム・ディレクトリとも呼ばれます。
    アプリケーションの場所には、Fusion Middleware製品がインストールされているOracleホーム・ディレクトリ以外の場所を選択することをお薦めします。推奨されるディレクトリ構造の詳細は、Oracle Fusion Middlewareの理解のOracle Fusion Middlewareの主要なディレクトリに関する項を参照してください。
    「次へ」をクリックします。
  6. 「管理者アカウント」画面で、11.1.1.8.0 WebCenter Sitesドメイン用のユーザー名とパスワードを指定し、「次へ」をクリックします。
    これらのアカウント詳細は、WebCenter Sitesドメインの管理サーバーを起動し、これに接続するために使用されます。
  7. 「ドメイン・モードおよびJDK」画面で、「本番」Oracle HotSpot JDKを、ドメイン・モードとJDKのセクションでそれぞれ選択して、「次へ」をクリックします。
  8. 「データベース構成タイプ」画面で、データベースおよびデータベース・スキーマの詳細について指定します。
    「RCUデータ」を選択します。このオプションでは、構成ウィザードに対して、データベースおよびサービス表(STB)スキーマに接続し、ドメインの構成に必要なスキーマのスキーマ情報を自動的に取得するように指示します。
    この画面で「手動構成」を選択した場合は、「JDBCコンポーネント・スキーマ」画面でスキーマのパラメータを手動で入力する必要があります。
    次のフィールドに接続の詳細を指定します。

    注意:

    11gスキーマと12cスキーマが同じデータベースの同じ場所に配置されていることを確認してください。

    表6-6 「データベース構成タイプ」画面のフィールドの説明

    フィールド 説明
    DBMS/サービス

    データベースのDBMS名(サービス・タイプ・ドライバを選択している場合はサービス名)を入力します。

    例: orcl.exampledomain.com

    ホスト名

    データベースをホストするサーバーの名前を入力します。

    例: examplehost.exampledomain.com

    ポート

    データベースがリスニングするポート番号を入力します。

    例: 1521

    スキーマ所有者およびスキーマ・パスワード

    RCUを使用してスキーマを作成したときに指定した、データベースのサービス表スキーマに接続するためのユーザー名とパスワードを入力します。

    デフォルトのユーザー名はprefix_STBです。prefixは、RCUで定義したカスタム接頭辞です。

    「RCU構成の取得」をクリックします。
    「接続結果ログ」の次の出力は、操作が成功したことを示します。「OK」をクリックして、次の画面に進みます。
    Connecting to the database server...OK
    Retrieving schema data from database server...OK
    Binding local schema components with retrieved data...OK
    
    Successfully Done.
  9. 「JDBCコンポーネント・スキーマ」画面で、データベース・スキーマの詳細を確認または指定します。
    すべてのスキーマの値が正しいことを確認します。「データベース構成タイプ」画面で「RCUデータ」を選択した場合、スキーマ表はすでに正しく入力されています。
    「次へ」をクリックします。
  10. 「JDBCコンポーネント・スキーマ・テスト」画面を使用して、データ・ソース接続をテストします。
    「ステータス」列に示される緑色のチェック・マークは、テストが成功したことを表します。問題が発生した場合は、この画面の「接続結果ログ」セクションに示されるエラー・メッセージを確認し、問題を修正してから、「選択された接続のテスト」をクリックして接続テストを再試行してください。
    デフォルトでは、スキーマの作成時に指定したパスワードが、各スキーマ・コンポーネントのスキーマ・パスワードです。スキーマ・コンポーネントに応じて異なるパスワードを使用する場合は、前の画面(「JDBCコンポーネント・スキーマ」)で各行の「スキーマ・パスワード」列に使用するパスワードを入力して手動で編集します。パスワードを指定した後、パスワードを変更したスキーマに対応するチェック・ボックスを選択し、再度接続をテストします。
    「次へ」をクリックします。
  11. 「拡張構成」画面を使用して、ドメイン構成を完了します。拡張構成を実行するオプションを選択して、「次へ」をクリックします。

    表6-7 「拡張構成」画面のオプション

    オプション 説明
    管理サーバー 管理サーバーのリスニング・アドレスを適切に構成するために必要です。
    ノード・マネージャ ノード・マネージャを構成するために必要です。
    トポロジ WebCenter Sites管理対象サーバーを構成するために必要です。
  12. 「管理サーバー」画面で、「サーバー名」フィールドにサーバー名を指定します。
    「リスニング・アドレス」ドロップダウン・リストから、管理サーバーを配置するホストのIPアドレスを選択します。「すべてのローカル・アドレス」は選択しないでください。
    「リスニング・ポート」フィールドでは、デフォルト値を保持することも、1から65535の範囲の数値を指定することもできます。カスタム値は、SSLリスニング・ポートおよびCoherenceポートと同じにしないでください。
    管理サーバーに「サーバー・グループ」は指定しないでください。
    「次へ」をクリックします。
  13. 「ノード・マネージャ」画面を使用して、構成するノード・マネージャのタイプおよびノード・マネージャ資格証明を選択します。
    「ノード・マネージャ・タイプ」には、「ドメインごとのデフォルトの場所」を選択します。
    「ノード・マネージャ資格証明」フィールドに、ユーザー名とパスワードを指定します。
  14. 「管理対象サーバー」画面では、管理対象サーバーの追加、クローン作成または削除を行ったり、管理対象サーバーにサーバー・グループ(使用可能な場合)を割り当てたりできます。
    1. 「リスニング・アドレス」ドロップダウン・リストで、管理対象サーバーを配置するホストのIPアドレスを選択します。単一のIPアドレスにマップされるシステム名またはDNS名を指定することもできます。「すべてのローカル・アドレス」は選択しないでください。
    2. セキュリティを有効にするには、「SSLの有効化」をクリックします。
    デフォルトで追加される各管理対象サーバーのデフォルトのサーバー・グループは、構成ウィザードによって自動的に入力されます。サーバーをさらに追加する場合は、「サーバー・グループ」ドロップダウン・リストから「WCSITES-MGD-SERVER」を選択します。
    サーバー・グループは、定義されたアプリケーション・サービス・グループを、定義された各サーバー・グループにマップすることにより、Fusion Middlewareのアプリケーションおよびサービスを1つ以上のサーバーにターゲット指定します。必要に応じて、特定のアプリケーション・サービス・グループを複数のサーバー・グループにマップすることができます。アプリケーション・サービスを特定のサーバー・グループにマップすると、そのグループに割り当てられているすべてのサーバーが自動的にサービスのターゲットに設定されます。
    管理対象サーバーの追加、クローン作成、または削除の詳細を参照するには、「ヘルプ」をクリックしてください。
    終了したら、「次へ」をクリックします。
  15. 「クラスタ」画面で、「追加」をクリックして新規クラスタを作成します。
    クラスタはWebLogic Serverインスタンスのグループであり、それらが連携して動作することにより、アプリケーションに拡張性と高可用性を提供します。クラスタを作成すると、管理対象サーバーをグループ化し、アプリケーションおよびリソースをホストするシングル・ホストとして動作するようにできます。
    「クラスタ名」フィールドに、クラスタの名前(wcs_cluster_1など)を指定します。「クラスタ・アドレス」フィールドは空白のままにします。
    これを繰り返し、クラスタをもう1つ(wcs_cluster_2など)追加して、「次へ」をクリックします。
    詳細は、「ヘルプ」をクリックします。

    注意:

    Enterprise Manager Fusion Middleware Controlを使用してクラスタを作成することもできます。
  16. 「サーバーのクラスタへの割当」画面を使用して、管理対象サーバーを新しいクラスタに割り当てます。
    1. 「クラスタ」ペインで、管理対象サーバーを割り当てるクラスタを選択します。たとえば、wcs_cluster_1などです。
    2. 「サーバー」次のいずれかの手順を実行して、サーバーをクラスタに割り当てます。
      • 「サーバー」ペインでサーバーを1回クリックし、右矢印ボタン(>)をクリックして、選択したクラスタの下に移動させます。

      • 「サーバー」ペインでサーバーをダブルクリックし、選択したクラスタの下に移動させます。

    3. この手順を繰り返して、すべてのサーバーをクラスタに割り当てます。

    注意:

    「サーバー」ペインの下には、管理対象サーバーのみが表示されます。管理サーバーはクラスタに割り当てることができないため、リストされません。
    「次へ」をクリックします。
  17. 「Coherenceクラスタ」画面は、インフラストラクチャのインストール時にCoherenceを含めた場合にのみ表示されます。
    Coherenceクラスタの名前を「クラスタ名」フィールドに指定します。デフォルト名を保持することもできます。
    「クラスタ・リスニング・ポート」をデフォルトのポート番号0のままにして、「次へ」をクリックします。構成後、Coherenceクラスタがドメインに自動的に追加されます。
  18. 「マシン」画面で、ドメイン内に新規マシンを作成します。サーバーを起動および停止するためにノード・マネージャを使用するには、マシンが必要です。
    「マシン」タブ(Windows)または「UNIXマシン」タブ(UNIX)を選択し、「追加」をクリックして新しいマシンを作成します。
    名前フィールドにマシンの名前を指定します。たとえば、wcs_machine_1などです。
    「ノード・マネージャ・リスニング・アドレス」フィールドで、管理対象サーバーを構成したマシンのIPアドレスを選択します。
    localhostではなく、特定のインタフェースを選択する必要があります。これにより、Coherenceクラスタのアドレスが動的に計算されます。

    注意:

    既存のドメインを拡張している場合は、既存のマシンにサーバーを割り当てることもできます。新しいマシンが不要な場合は、マシンを作成する必要はありません。
    「次へ」をクリックします。
  19. 「サーバーのマシンへの割当」画面で、管理サーバーと管理対象サーバーを、「マシン」画面で作成した新規マシンに割り当てます。
    1. 「マシン」ペインで、管理サーバーと管理対象サーバーを割り当てるマシンを選択します。たとえば、wcs_machine_1などです。
    2. 「サーバー」ペインで、次のいずれかの手順を実行して、各サーバーをマシンに割り当てます。
      • 「サーバー」ペインでサーバーを1回クリックし、右矢印ボタン(>)をクリックして、選択したマシンの下に移動させます。

      • 「サーバー」ペインでサーバーをダブルクリックし、選択したマシンの下に移動させます。

    3. この手順を繰り返して、すべてのサーバーをマシンに割り当てます。
    「次へ」をクリックします。
  20. 「仮想ターゲット」画面で、「次へ」をクリックします。
  21. 「パーティション」画面で、「次へ」をクリックします。
  22. 「構成サマリー」画面には、これから作成するドメインに関する詳細な構成情報が表示されます。
    画面上の各項目をレビューし、情報が正しいことを確認し、「作成」をクリックしてドメインを作成します。
    「表示」ドロップダウン・リストからフィルタ・オプションを選択すると、サマリー・ペインに表示される項目を制限することができます。
    変更を行うには、「戻る」をクリックするか、ナビゲーション・ペインで画面を選択して、前の画面に戻ります。ドメイン作成は、「作成」をクリックするまで開始されません。
  23. 「構成の進行状況」画面には、ドメイン作成プロセスの進行状況が表示されます。
    ドメイン作成が成功した場合は、「次へ」をクリックします。
    ドメイン作成が失敗した場合は、エラーをレビューして再試行します。エラーをトラブルシューティングできない場合は、My Oracle Supportに連絡してください。
  24. 「構成の終了」画面には、作成したドメインの管理サーバーURLとドメインの場所が表示されます。
    以後の操作のために値をメモしておきます。

注意:

IBM DB2, WebCenter Sitesでは、Fusion Middleware構成ウィザードによって作成されるデフォルトのデータ・ソースをサポートしません。DB2がサポートするドライバを使用して新しいデータ・ソースを作成する手順:
  1. WebCenter Sitesドメインのクラス・パスに、IBM DB2ドライバJARファイルを追加します。

    1. WebLogic Server管理サーバーを停止します。

    2. ドメインのクラス・パスに追加できる場所に、DB2のdb2jcc.jarおよびdb2jcc_license_cu.jarファイルをコピーします。

    3. DOMAIN_HOME/bin/setDomainEnv.shを編集し、# ADD EXTENSIONS TO CLASSPATHSの後に次の行を追加します。

      PRE_CLASSPATH="path_to_db2jcc.jar:path_to_db2jcc_license_cu.jar:${PRE_CLASSPATH}"

    4. 管理サーバーを起動します。

  2. 前述のDB2ドライバを使用して新しいデータ・ソースを作成します。

6.2.5 WebCenter Sitesインスタンスの構成

Oracle WebCenter Sitesドメインを構成した後に、ブラウザベースのWebCenter Sitesコンフィギュレータを実行して、WebCenter Sitesインスタンスを構成できます。 WebCenter Sitesランタイムは、WebCenter Sites、CAS Webアプリケーション(WARファイル)およびクラスタ・メンバー間の共有コンポーネント(configディレクトリ、dataディレクトリおよびデータベース・インスタンス)で構成されています。

次のトピックでは、WebCenter Sitesの構成方法を説明します。

6.2.5.1 WebCenter Sitesインスタンスの構成の前提条件

WebCenter Sitesコンフィギュレータを使用する前に、いくつかの前提条件タスクを実行する必要があります。これらのタスクには、OPSSのアクセス権限の付与、キャッシュ・ファイルの変更、および環境のプロパティ値の設定が含まれます。

WebCenter Sitesを構成する前に、これらの前提条件タスクが完了していることを確認してください。
  1. 次のスクリプトを実行して、ORACLE_HOME/wcsites/wcsites_common/lib/sites-security.jarOracle Platform Security Services資格証明ストアの読取り、書込みおよび削除のアクセス権限を付与します。
    • UNIXオペレーティング・システムの場合:

      $DOMAIN_HOME/wcsites/bin/grant-opss-permission.sh

    • Windowsオペレーティング・システムの場合:

      $DOMAIN_HOME\wcsites\bin\grant-opss-permission.bat

    スクリプトから入力を要求されたら、WebLogic Server管理者のユーザー名とパスワードを使用します。

    Fusion Middleware構成ウィザードでデフォルト(ORACLE_HOME/user_projects/domains/domain_name)以外のドメイン・ホームを指定した場合は、grant-opss-permission.shまたはgrant-opss-permission.batを実行する前に、指定したドメイン名が含まれていることを確認してください。必要に応じて、ファイルを編集してドメイン名を更新します。

  2. WebCenter Sitesのconfigディレクトリのcs-cache.xmlss-cache.xmllinked-cache.xmlおよびcas-cache.xmlファイルを次のように変更します。
    1. 次のセクションを見つけます。
      <cacheManagerPeerProviderFactory class="net.sf.ehcache.distribution.RMICacheManagerPeerProviderFactory" properties="peerDiscovery=automatic, multicastGroupAddress=230.0.0.0, multicastGroupPort=4444, timeToLive=0" />
    2. peerDiscoveryプロパティの値を手動に変更します。
    3. ファイルを保存して閉じます。
    4. WebCenter Sites管理対象サーバーを起動します。

6.2.5.2 コンフィギュレータによるWebCenter Sitesの構成

WebCenter Sitesコンフィギュレータは、WebCenter Sitesが機能するために必要な表およびデータをデータベースに移入します。コンフィギュレータは、必要なユーザー・アカウントを設定し、データベース・オブジェクトの必要な権限も設定します。

ただし、WebCenter Sitesを11gからアップグレードする場合は、11gの管理ユーザー資格証明と同じ管理ユーザー・アカウントを指定します。

注意:

低速ネットワーク上でWebCenter Sitesを構成する場合は、WebCenter Sitesコンフィギュレータを起動する前に、StuckThreadMaxTimeプロパティの設定をスレッドごとに1000秒に増加します。デフォルト値は600秒です。

ネットワーク関連の問題が発生する可能性のある特定の環境では、WebCenter Sites構成の設定プロセスで、サンプル・サイトのインポート・プロセスの1スレッド当たりの所要時間が600秒を超える可能性があります。これによって、インポート・プロセスまたはインストールが失敗し、ログ・ファイルに複数の例外が記録される可能性があります。サンプル・サイトのインストールが正常に完了するために、設定を1000秒に増加することをお薦めします。

StuckThreadMaxTimeの値を変更するには、ドメインのWebLogic Server管理コンソールで、「サーバー」、「wcsites_server1」、「構成」、「チューニング」の順に移動します。

対応するWebLogicドメインが正常に設定された後、ブラウザ・ベースのWebCenter Sitesコンフィギュレータを実行する手順:
  1. (オプション)コンフィギュレータをサイレント・モードで実行するには:
    1. DOMAIN_HOME/wcsites/wcsites/config/wcs_properties_bootstrap.iniファイルを編集し、インラインの指示を完了します。
    2. WebCenter Sites管理対象サーバーを起動します。
    3. 次のコマンドを使用してWebCenter Sitesの構成プロセスを開始します。
      • UNIXオペレーティング・システム: xdg-open http://sites-host:sites-port/sites/sitesconfig

      • Windowsオペレーティング・システム: start http://sites-host:sites-port/sites/sitesconfig

  2. Webサーバー上でWebCenter Sitesを構成するには、WebCenter Sitesの構成を開始する前に、Webサーバーのtimeout値を300 secに増加します。
  3. (オプション) 管理インタフェースのプロパティ管理ツールを使用して、環境に応じて次のプロパティの値を設定します。これらのプロパティは、NIOデータベース・ベースのファイル・システムを使用するクラスタに設定します。ファイルをデフォルトの場所(DOMAIN_HOME/wcsites/wcsites/config下の個別フォルダ)以外に保存する場合は、WebCenter Sitesが稼働中になるとそれを変更できなくなるため、その場所をプロパティ値として指定します。
    プロパティ 説明
    xcelerate.transformpath

    WebCenter Sitesのアセットに変換される前に、Microsoft Wordのファイルが保存されているディレクトリ。

    cs.pgcachefolder

    非推奨。Oracleサポートから指示された場合にのみ設定します。

    cs.xmlfolder

    HTMLレンダリングのための作業ディレクトリ。

    cs.pgexportfolder

    ディスクへのエクスポートの配信タイプによりアセットを公開するときに作成されるHTMLファイルのベース・エクスポート・ディレクトリ。

    vis.path

    WebCenter Sitesがインストールされているディレクトリ。末尾のスラッシュを含める必要があります。

    mwb.path

    WebCenter Sitesがインストールされているディレクトリ。末尾のスラッシュを含める必要があります。

    contentserver.installation.folder

    WebCenter Sitesがインストールされているディレクトリ。末尾のスラッシュを含める必要があります。Satellite ServerとWebCenter Sitesが同じWebアプリケーションで実行するため、ユーザーのセッションを共有する必要がある場合のインストールに適用されます。これを指定すると、Satellite ServerがWebCenter Sitesのリソースにアクセスできます。

    cs.csdtfolder

    WebCenter Sitesの開発者ツールのインポートが格納されるディレクトリ。

    前述のプロパティの詳細は、Oracle WebCenter Sitesプロパティ・ファイル・リファレンスを参照してください。

  4. WebCenter Sitesプライマリ・クラスタ・ノードの管理対象サーバーを起動します。
  5. Webブラウザで、このURLにアクセスします: http://sites-host:sites-port/sites/sitesconfigsetup
  6. 表示されるWebCenter Sitesコンフィギュレータの画面で、「開始」をクリックします。
  7. 「データベース・パラメータ」画面で、WebCenter Sitesデータベース・リポジトリの「JNDI DataSource名」を指定します。これは、WebLogicドメインの設定時にリポジトリ作成ユーティリティを使用して作成したリポジトリです。
  8. 「Webアプリケーション・パラメータ」画面で、安全な接続を介してインストールしている場合は「はい」を選択し、すべてのパラメータをデフォルトの(事前に移入された)値のままにし、「次」をクリックします。
  9. 「CASデプロイメント情報」画面で、すべてのパラメータをデフォルトの(事前に移入された)値のままにし、「次」をクリックします。ロード・バランシングのためにクラスタとフロントエンドWebサーバーを使用している場合は、環境に応じてこれらの値を調整します。
  10. 「WebCenter Sites管理者アカウント」画面で、必要な資格証明を指定し、「次」をクリックします。
  11. (オプション) WebCenter Sitesのインストール時に「WebCenter Sites - 例」インストール・オプションを選択した場合、「サンプル・サイト」画面が表示されます。この画面で、目的のサンプル・サイトを選択し、「次」をクリックします。
  12. 「構成サマリー」画面で「テスト」をクリックし、すべてのテストが成功しているかどうかを確認します。「開始」をクリックし、構成プロセスが完了するのを待ちます。
  13. WebCenter Sitesアプリケーションの管理対象サーバーを再起動します。
  14. Webブラウザで次のURLにアクセスしてログインし、WebCenter Sitesが稼働中かどうかを確認します: http://sites-host:sites-port/sites

注意:

cas.logのデフォルトの場所は、DOMAIN_HOME/servers/wcsites_server1/logs/です。
XMLPostとBulkloaderが稼働するためには、CLASSPATH環境変数に次のディレクトリを設定します。
ORACLE_HOME\wcsites\webcentersites\sites-home\lib\*
ORACLE_HOME\oracle_common\modules\clients\*

追加のクラスタ・ノードを構成する方法の詳細は、「クラスタの設定」を参照してください。

外部LDAP認証プロバイダの構成方法の詳細は、「LDAPディレクトリに対する認証への切替え」を参照してください。

Oracle Access Managerの統合を構成する方法の詳細は、「Oracle Access Managerに対する認証への切替え」を参照してください。

WebCenter Sites構成のインポート/エクスポート・ユーティリティの使用方法の詳細は、Oracle WebCenter Sitesプロパティ・ファイル・リファレンスのプロパティ管理ツールの使用に関する項を参照してください。

6.2.6 構成後のタスク

WebCenter Sites12cを構成した後に、このトピックにリストされているタスクを実行します。

  1. 既存のSites 11.1.1.8環境がLDAPベースまたはOAMベースの認証を使用して構成されている場合は、12.2.1.1環境も同じように構成します。

    LDAPベースの認証に切り替えるには、「LDAPディレクトリに対する認証への切替え」を参照してください。
    LDAPベースの認証に切り替えるには、「Oracle Access Managerに対する認証への切替え」を参照してください。

  2. ディレクトリ構造を確認します。Oracleホーム(製品のバイナリが含まれる)、Sitesホーム(ドメインおよび構成データ)、およびSites共有ディレクトリが、WebCenter Sitesの構成後に作成されている必要があります。
  3. 管理者の資格証明を使用してSites UIにサインインします。
  4. 管理対象サーバーを再起動してWebCenter Sitesにアクセスします。

6.2.6.1 LDAPディレクトリに対する認証への切替え

このトピックでは、WebCenter Sitesを外部LDAP認証プロバイダ・ディレクトリに対する認証に切り替える方法について説明します。Oracle Access Managementとの統合を実行できない場合、これは本番環境のための推奨のソリューションです。

認証プロバイダを変更する前に、WebCenter Sitesをインストールし構成してください。
WebCenter Sitesを外部LDAPディレクトリに対する認証に切り替える手順:
  1. (オプション) LDAPディレクトリが大/小文字を区別する場合は、DOMAIN_HOME/wcsites/wcsites/config/wcs_properties.jsonファイルのldap.caseAwareプロパティをtrueに設定します。
  2. LDAPコンフィギュレータにアクセスし(http://sites-host:sites-port/sites-context/ldapconfig)、画面に表示される指示に従って、使用する環境に応じて値を入力します。
  3. LDAPのロールバックの場合は、WebCenter Sites管理対象サーバーを再起動し、同じLDAPコンフィギュレータURLにアクセスします。

    現在は、手動によるLDAP統合のみがあります。LDAPサーバーへの書込みはなく、DOMAIN_HOME/wcsites/wcsites/config/ldapフォルダ下にLDIFファイルのみが作成されます。peopleparentgroupparentusernameおよびその他のフィールドは、以前のリリースのように事前移入されません。

  4. 使用する環境に応じて、DOMAIN_HOME/wcsites/wcsites/config/にあるLDIFファイルの値を変更します。

    フィールドが事前移入されていないので、次のORACLEDIRの例に従ってください:

    ldap server type -- ORACLEDIR
    ldap DSN -- dc=oracle,dc=com
    ldap host -- localhost
    ldap port -- 389
    ldap username -- cn=orcladmin
    ldap password -- password
    ldap peopleParent -- cn=Users,dc=oracle,dc=com
    ldap groupparent -- cn=Groups,dc=oracle,dc=com
  5. 使用しているLDAPサーバーが大/小文字を区別する場合は、DOMAIN_HOME/wcsites/wcsites/config/wcs_properties.jsonプロパティ・ファイルを編集してldap.caseAwareプロパティの値をtrueに変更します。

    デフォルトでは、ldap.caseAwareの値はfalseに設定されています。大/小文字を区別するLDAPサーバーを使用しているとき、このプロパティがfalseに設定されている場合、ログインに失敗します。

    注意:

    SitesとLDAPを統合する際、LDAP内のユーザー・データがカンマで区切られている場合(例: test,user)、そのデータはフェッチされません。このデータを取得するには、..sites/installディレクトリにあるdir.iniファイルの構文を、"syntax.escape=\\からsyntax.escape=\#"に変更する必要があります。
  6. Oracle Virtual DirectoryをLDAP認証プロバイダとして選択すると、WebCenter Sitesに生成されるLDIFファイルをOracle Internet Directoryサーバーにインポートし、Oracle Virtual Directoryにアダプタを作成してOracle Internet Directoryサーバーに接続できます。

    Oracle Virtual DirectoryのLDAPサーバーにはそれ独自の記憶域がないので、LDIFファイルを直接にOracle Virtual Directoryにインポートすることはできません。

  7. 外部LDAP認証プロバイダにLDIFファイルをインポートします。
  8. このWebCenter Sitesインスタンスを実行しているWebLogic管理対象サーバーを再起動します。

6.2.6.2 Oracle Access Managerに対する認証への切替え

Oracle Access Managerに対する認証を行うようにWebCenter Sitesを構成できます。これは本番環境のための推奨のソリューションです。

WebCenter Sitesとの統合は、Oracle Access Manager 11.1.2.2.0および11.1.2.3.0でサポートされます。
WebCenter SitesOracle Access Managerに対する認証に切り替える手順:
  1. ターゲットWebCenter Sitesインスタンスが含まれているWebLogicドメインに、ORACLE_HOME/wcsites/webcentersites/sites-homeにあるoamlogin.warおよびoamtoken.warアプリケーション・ファイルをデプロイします。
  2. 次のプロパティ・ファイルを作成します: DOMAIN_HOME/wcsites/wcsites/config/wemsites_settings.properties
  3. wemsites_settings.propertiesファイルに、次のように入力します。
    要素 プロパティ
    oamredirect http://oam_server_host:oam_port/oam/server/auth_cred_submit
    oamlogout oamlogout=http://oam_server_host:oam_port/oam/server/logout
    forgotpassword helpdesk-email-address
  4. DOMAIN_HOME/wcsites/wcsites/config/SSOConfig.xmlに次のプロパティを設定します。
    要素 プロパティ
    serviceUrl http://{ohs_server_host}:{ohs_port}/{sites_context_root}/REST
    ticketUrl http://{oamtoken_server_host}:{oamtoken_port}/oamtoken
    signoutURL

    http://{oam_server_host}:{oam_port}/oam/server/logout?end_url={end_url}

    このURLを使用して、WebCenter Sitesのログアウトを呼び出します。これには、Oracle Access Managerによるすべてのログアウト処理が完了した後にブラウザから戻される、エンコードされたURLが含まれます。
    end_url

    テスト(ステージング)環境: http%3A%2F%2F{ohs_server_host}%3A{ohs_port}%2F{sites_context_root}%2Fwem%2Ffatwire%2Fwem%2FWelcome

    本番(デリバリ)環境: http%3A%2F%2F{ohs_server_host}%3A{ohs_port}%2F{sites_context_root}%2FXcelerate%2FLoginPage.html
    dbUsername WebCenter Sitesの一般管理者のユーザー・アカウント名。
    dbPassword WebCenter Sitesの一般管理者のユーザー・アカウントのパスワード。
    trustConfigured WebCenter Sites管理対象サーバーとOracle Access ManagementのOracle HTTP ServerのWebゲートとの間に信頼関係が確立されているかどうかをWebCenter Sitesに指定します。この2つの間に信頼関係が存在する場合、すべてのリクエストにIDアサーションを含める必要がなくなります。信頼関係が存在する場合はtrue、そうでない場合はfalseに設定します。
  5. Oracle Access ManagerインスタンスのobAccsessClient.xmlおよびcwallet.ssoファイルを、ターゲットWebCenter Sitesインスタンス上のDOMAIN_HOME/wcsites/wcsites/config/oblix/lib/ディレクトリにコピーします。
  6. 互換性モードとoblixパスを設定するために、sites-configディレクトリのoamtoken.xmlファイルを編集します。互換性モードは11Gに設定し、oblixパスはoblix/libフォルダが含まれているsites-configフォルダに設定します。
  7. WebCenter SitesのためのOracle Access Managerの構成で、保護リソース、パブリック・リソースおよび除外リソースを次のように更新します。
    ###########################
    protected_uris
    ###########################
    /oamlogin/test
    /sites/Xcelerate/LoginPage.html
    /sites/Satellite/.../*
    /sites/faces/jspx/.../*
    /sites/wem/fatwire/.../*
    /sites/ContentServer/.../*
    /sites/wem/fatwire/wem/Welcome
    /console
    
    ###########################
    Exclusion Scheme	OraDefaultExclusionAuthNScheme
    /sites/REST
    /index.html
    /oamlogin/oamsso/.../*
    /sites/wem/fatwire/home
    /sites/**
    
    詳細は、エンタープライズ・デプロイメントの保護、パブリックおよび除外リソースの更新に関する項を参照してください。
  8. Weblogic ServerにOAMSDKクライアントをoamtoken.warアプリケーションとして統合するために、WebCenter Sitesドメインのjps-config.xmlファイルを編集します。このファイルは、WebLogic Server 12 cの起動スクリプトの一部であり、デフォルトでは、WebLogicドメインはこのファイルを使用して実行されます。

    -Doracle.security.jps.config=ORACLE_HOME/user_projects/domains/DOMAIN_NAME/config/fmwconfig/jps-config.xml

    1. 次の例に示すように、既存のjsp-config.xmlファイル内の既存のサービス・インスタンスの隣に、サービス・インスタンスを追加します。
      <serviceInstance name="credstore.oamtoken" provider="credstoressp" location="./oamtoken">
      <description>File Based Credential Store Service Instance</description>
      <property name="location" value="./oamtoken"/>
      </serviceInstance>
      locationは、cwallet.ssoファイルを含むディレクトリのパスです。前述の例では、このパスは、現在のjsp-config.xmlファイルへの参照に設定されています。omtokenフォルダが、現在のディレクトリを基準にして作成され、そこにcwallet.ssoファイルが配置されていることを確認してください。locationの値は、cwallet.ssoファイルが配置されている場所への絶対パスにすることもできます。
    2. <jpsContext name="default">の下に、<serviceInstanceRef ref="credstore.oamtoken"/>を追加します。
    3. <jpsContexts default="default">の下に、次の<jpsContext>要素を追加します。
      <jpsContext name="OAMASDK">
      <serviceInstanceRef ref="credstore.oamtoken"/>
      </jpsContext>
  9. oamtoken.warのコードを使用できるように権限を追加します。
    クライアントは、Oracle Access Managerに作成されたWebゲートにアクセスします。セキュリティの制約に対処するために、WebCenter Sitesドメインに資格証明を追加する必要があります。
    1. wlst.shスクリプトでWebLogic Scripting Toolを起動します。
      cd ORACLE_HOME/oracle_common/common/bin/./wlst.sh
    2. WebCenter Sitesドメインの管理サーバーに接続します。
      connect('user-name','password','sites-host:admin-port')
    3. 権限を付与します。
      grantPermission(codeBaseURL="file:/scratch/idc/newoam/rend/Oracle_Home/user_projects/domains/renddomain/servers/wcsites_server1/tmp/_WL_user/oamtoken/-", permClass="oracle.security.jps.service.credstore.CredentialAccessPermission",permTarget="context=SYSTEM,mapName=OAMAgent,keyName=*",permActions="*")
      基本的に、前述のパスは、WebLogic Serverのoamtoken.warアプリケーションが展開されている場所へのパスです。
    4. ターゲットWebCenter Sites管理対象サーバーを再起動します。
  10. (オプション) WebCenter SitesOracle Access Managerの間の信頼が確立していない場合は、WebCenter SitesのWeb層の設定を次のように変更します。
    1. Oracle Access Managerコンソールにログインします。
    2. Webゲートの認可ポリシー(保護されたリソースのポリシーの下)の「レスポンス」タブに移動します。
    3. 「IDアサーション」チェック・ボックスを有効化(選択)します。
    4. 「適用」をクリックして、変更を保存します。
  11. (オプション) WebCenterSitesがOAM統合を使用するクラスタにデプロイされている場合。次の手順がoamticketcacheキャッシュにレプリケートされている必要があります。
    1. configディレクトリにあるcas-cache.xmlには、oamticketcacheがデフォルトで構成されています。
    2. oamticketcacheという名前のキャッシュ内で、次のように表示されるコメント化されたセクションのコメントを解除します。
      <cacheEventListenerFactory
      class="net.sf.ehcache.distribution.RMICacheReplicatorFactory"  
      properties="replicateAsynchronously=true, replicatePuts=true,
      replicateUpdates=true,
      	replicateUpdatesViaCopy=false, replicateRemovals=true"/>
      <bootstrapCacheLoaderFactory 
      class="net.sf.ehcache.distribution.RMIBootstrapCacheLoaderFactory"
      		properties="bootstrapAsynchronously=false,
      			maximumChunkSizeBytes=5000000"
      		propertySeparator="," />
    3. cacheManagerPeerProviderFactoryを次のように修正し、ポートが一意であることを確認してください。 
      <cacheManagerPeerProviderFactory
      class="net.sf.ehcache.distribution.RMICacheManagerPeerProviderFactory"
      	properties="peerDiscovery=automatic,
      multicastGroupAddress=230.0.0.8,
      		multicastGroupPort=40002, timeToLive=1" />
    4. 前の手順で指定したように、cacheManagerPeerProviderFactorycacheManagerPeerListenerFactoryのポートは異なるものである必要があります。
    5. 両方のプロパティについて、すべてのクラスタ・ノードのポートが同じである必要があります。
  12. このWebCenter SitesインスタンスをホストしているWebLogic管理対象サーバーを再起動します。
6.2.6.2.1 サイト・キャプチャとOracle Access Managerの統合

サイト・キャプチャとOAMを統合するには、次の手順を実行します。

  1. Protected Resource Policyの構成:
    1. 「アプリケーション・ドメイン」「開く」の順にクリックします。
    2. 「検索」WCSitesWebGateおよび「認証ポリシー」タブをクリックします。
    3. 「保護されたリソース・ポリシー」をクリックします。
      「認証スキーム」にLDAPWemSchemeを選択します。以前に認証スキームが作成されていることを確認してください。
    4. 「レスポンス」タブをクリックします。
    5. 「IDアサーション」オプションを選択します。
    6. 認証ポリシーが承認されると、レスポンスが作成されます。レスポンスは、WebCenter SitesのHTTPフィルタでLDAP属性を識別し、認証済ユーザーについての情報を提供するために必要です。レスポンスを作成するには、次の手順を実行します。
    1. 「追加」をクリックします。
    2. 「名前」フィールドに「FATGATE_CSTIMEOUT」を入力します。
    3. 「タイプ」でHeaderを選択します。
    4. 「ヘッダー値」として30を入力します。
  2. 次の手順に従ってリソースを追加します。
    1. 「アプリケーション・ドメイン」をクリックします。
    2. 「開く」をクリックします。
    3. 「検索」をクリックします。
    4. WCSitesWebGate「リソース」「検索」および「作成」を選択します。
    5. 「タイプ」にHTTPホストを入力します。
    6. 「ホスト識別子」WCSitesWebGateを入力します。
    7. 「リソースURL」「/__admin/**」を入力します。
    8. 「保護レベル」「保護」に設定します。
    9. 「認証ポリシー」および「認可ポリシー」に保護されているリソース・ポリシーを設定します。

6.2.7 アップグレード・アシスタントを実行する前に

アップグレード・アシスタントを実行して11.1.1.8.0のドメインをアップグレードする前に、このトピックにリストされているタスクを実行します。

アップグレード・アシスタントを実行する前に、次のことを実行します。
  1. 既存のSites 11.1.1.8環境がクラスタ化構成である場合は、プライマリ・ノードを12.2.1.1にアップグレードしてターゲットのクラスタ設定を再構成するか、すべてのクラスタ・メンバーをアップグレードします。
    すべてのクラスタ・メンバーをアップグレードするには、次の手順を実行してクラスタ・ノードを登録します。
    1. Sitesの管理サーバーURLにサインインします。
    2. 「管理」に移動し、「システム・ツール」の下の「クラスタ・ノード管理」をクリックします。
    3. 各クラスタのノード名をソース環境に従って構成します。
      この手順で構成したノードは、アップグレード・プロセスでの処理中に、最終的には対応する11.1.1.8のノードにマップされます。
  2. ソース(11.1.1.8)およびターゲット(12.2.1.1)の、管理サーバーと管理対象サーバーのインスタンスを停止します。
  3. ソース(11.1.1.8)とターゲット(12.2.1.1)が異なる物理マシン上にある場合は、アップグレード・プロセスを開始する前に、次のソース・インストール・ディレクトリをターゲットに移行しておくことをお薦めします。
    ソースのインストール・ディレクトリをターゲット・マシンに移行しておくと、アップグレードの処理時間を短縮できます。
    • Sites 11.1.1.8.0のSitesインストール/ホーム
    • Sites 11.1.1.8.0のSites共有
    • Sites 11.1.1.8.0のデプロイ済Sites warのWebアプリケーション・パス
  4. 既存のSites 11.1.1.8環境がクラスタ環境である場合は、ソース・マシンからターゲット・マシンにノードを移行します。
    ソース・インスタンス・ディレクトリは、どのような順序で移行してもかまいません。次に例を示します。
    ソース環境が2つのノードのクラスタ設定である場合は、「クラスタ・ノード管理」の処理中にノードの登録で指定した名前の、2つのディレクトリを作成します。 たとえば、ノードの登録で指定したノード名がNodeAとNodeBである場合は、ターゲット・マシンにNodeAとNodeBの2つのディレクトリを作成します。
    ソース・データをターゲット・マシンに次の形式でコピーします。
    NodeA (Primary node)
    		Sites-install/Home
    		Sites-Shared
    		Location of deployed sites war
    NodeB (Secondary node)
    		Sites-install/Home
    		Location of deployed sites war

    注意:

    Sites-Sharedをノードごとにコピーする必要はありません。
  5.  ソース・スキーマ(11g)とターゲット・スキーマ(12c)が同じデータベース・サーバーに配置されていることを確認してください。
    Oracle
    <Single DB Instance>
    11g schema
    12c schema
    MS SQL Server
    <Single DB Instance>
    11g schema
    12c schema
    DB2
    <Single DB Instance>
    11g schema
    12c schema
  6. Oracleユーザーである場合は、アップグレードを実行するために、非SYSDBAユーザーを作成する必要があります。非SYSDBAユーザーを作成するには、アップグレード・アシスタントを実行するための非SYSDBAユーザーの作成を参照してください。
  7. DB2ユーザーである場合は、アップグレードを開始する前に、次の事項を考慮してください。
    • スキーマのアップグレードを開始する前に、Sites 11.1.1.8.0のスキーマをソース・データベースからターゲット・データベース(12.2.1.1.0のSitesスキーマが設定されている)にインポートします。手順の詳細は、DB2ソースから新規ターゲット・データベースへの11.1.1.8スキーマのコピーを参照してください。

    • アップグレード・プロセスでの処理中に既存のSites 11.1.1.8.0ランタイムへの影響が生じないように、DB2データベースを同じマシンにインポートします。

    • ソース・スキーマとターゲット・スキーマが単一のDBインスタンスに存在するため、スキーマのアップグレード・プロセスでの処理中は、ターゲット・データベースのインスタンス詳細とスキーマ詳細を指定します。

  8. 11gのソース・スキーマからのデータ移行が正常に完了するように、12.2.1.1のターゲット・スキーマの表領域サイズに十分な容量があることを確認してください。デフォルトのターゲット・スキーマ・サイズは、RCUによって5 GBに設定されます。ソース・スキーマのサイズにあわせて表領域を調整できます。

6.2.7.1 アップグレード・アシスタントを実行するための非SYSDBAユーザーの作成

アップグレード・アシスタントを実行するための、FMWという非SYSDBAユーザーを作成することをお薦めします。FMWユーザーにはスキーマ変更に必要な権限はありますが、完全な管理者権限はありません。

SYSDBAはデータベースの作成、起動、停止、バックアップまたはリカバリなどの高度な管理操作を実行するために必要な管理権限です。SYSDBAシステム権限は、完全な権限を持つデータベース管理者が使用します。SYSDBA権限で接続すると、通常はユーザー名に関連付けられているスキーマではなく、デフォルトのスキーマで接続が確立されます。SYSDBAの場合、このスキーマはSYSです。デフォルト・スキーマへのアクセスは非常に強力な権限となる場合があります。たとえば、ユーザーSYSとして接続する場合、データ・ディクショナリの表における権限は無制限となります。したがって、スキーマをアップグレードするには、非SYSDBAユーザーを作成することをお薦めします。アップグレード・アシスタントを起動する前に、このトピックにリストされている権限を付与する必要があります。

注意:

v$xatrans$表は、デフォルトでは存在しません。ユーザーを作成する前に、XAVIEW.SQLスクリプトを実行して、この表を作成する必要があります。また、v$xatrans$表に対する権限付与が必要なのはOracle Identity Managerの場合のみです。構成にOracle Identity Managerが必要ない場合、またはv$xatrans$表が存在しない場合は、次の行をスクリプトから削除します。
   grant select on v$xatrans$ to FMW with grant option;
次の例では、welcome1がパスワードです。権限を付与する際に、実際のパスワードを指定していることを確認します。
create user FMW identified by welcome1;
grant dba to FMW;
grant execute on DBMS_LOB to FMW with grant option;
grant execute on DBMS_OUTPUT to FMW with grant option;
grant execute on DBMS_STATS to FMW with grant option;
grant execute on sys.dbms_aqadm to FMW with grant option;
grant execute on sys.dbms_aqin to FMW with grant option;
grant execute on sys.dbms_aqjms to FMW with grant option;
grant execute on sys.dbms_aq to FMW with grant option;
grant execute on utl_file to FMW with grant option;
grant execute on dbms_lock to FMW with grant option;
grant select on sys.V_$INSTANCE to FMW with grant option;
grant select on sys.GV_$INSTANCE to FMW with grant option;
grant select on sys.V_$SESSION to FMW with grant option;
grant select on sys.GV_$SESSION to FMW with grant option;
grant select on dba_scheduler_jobs to FMW with grant option;
grant select on dba_scheduler_job_run_details to FMW with grant option;
grant select on dba_scheduler_running_jobs to FMW with grant option;
grant select on dba_aq_agents to FMW with grant option;
grant execute on sys.DBMS_SHARED_POOL to FMW with grant option;
grant select on dba_2pc_pending to FMW with grant option;
grant select on dba_pending_transactions to FMW with grant option;
grant execute on DBMS_FLASHBACK to FMW with grant option;
grant execute on dbms_crypto to FMW with grant option;
grant execute on DBMS_REPUTIL to FMW with grant option;
grant execute on dbms_job to FMW with grant option;
grant select on pending_trans$ to FMW with grant option;
grant select on dba_scheduler_job_classes to fmw with grant option;
grant select on SYS.DBA_DATA_FILES to FMW with grant option;
grant select on SYS.V_$ASM_DISKGROUP to FMW with grant option;
grant select on v$xatrans$ to FMW with grant option;
grant execute on sys.dbms_system to FMW with grant option;
grant execute on DBMS_SCHEDULER to FMW with grant option;
grant select on dba_data_files to FMW with grant option;
grant execute on UTL_RAW to FMW with grant option;
grant execute on DBMS_XMLDOM to FMW with grant option;
grant execute on DBMS_APPLICATION_INFO to FMW with grant option;
grant execute on DBMS_UTILITY to FMW with grant option;
grant execute on DBMS_SESSION to FMW with grant option;
grant execute on DBMS_METADATA to FMW with grant option;
grant execute on DBMS_XMLGEN to FMW with grant option;
grant execute on DBMS_DATAPUMP to FMW with grant option;
grant execute on DBMS_MVIEW to FMW with grant option;
grant select on ALL_ENCRYPTED_COLUMNS to FMW with grant option;
grant select on dba_queue_subscribers to FMW with grant option; 
grant execute on SYS.DBMS_ASSERT to FMW with grant option;

注意:

Oracle Database 11.2.0.3データベース・ユーザーのみ: アップグレードを開始する前に、Oracleパッチ13036331を適用する必要があります。My Oracle Supportにアクセスしてパッチをダウンロードします。

このパッチを適用しない場合は、一部のスキーマで追加の権限を付与する必要があります。

6.2.7.2 DB2ソースから新規ターゲット・データベースへの11.1.1.8スキーマのコピー

スキーマをアップグレードする前に、Sites 11.1.1.8のスキーマをソースDB2データベースからターゲット・データベース(12.2.1.1のSitesスキーマが設定されている)にインポートする必要があります。

インポート操作が正常に実行されるように、次の基準を考慮してください。
  • データベースのインポートを実行するユーザーに、ターゲット・データベースに対する必要な権限が付与されていることを確認します。
  • ターゲット・データベースのAPPLHEAPSZを、スキーマ・サイズに対応した適切な値に設定します。
Sites 11.1.1.8のスキーマをソース・データベースからターゲット・データベースにコピーするには、次の手順を実行します。
  1. データベース・ディレクトリを作成した場所から、次のコマンドを入力します。
    $ db2move <old_db> COPY -sn <schemaname> -co TARGET_DB <targetDB> user <username> using <password>

    表6-8 DatabaseMovementコマンドのパラメータ

    パラメータ 説明
    db2move データベース移動ツール・コマンド。DB2データベース内の表をソース・システムからターゲット・システムに移動するために使用します。
    old_db ソース・システムの既存のデータベースの名前を指定します。
    COPY データベース移動ツールがコピー操作を実行することを示します。
    schemaname ソース・システムの既存のデータベースのスキーマ名を指定します。
    targetDB ターゲット・データベースの名前を指定します。
    username ユーザー名を指定します。
    password パスワードを指定します。
    次に例を示します。
    $ db2move dot8db COPY -sn dot8schema -co TARGET_DB 12cdb user dot8user using test1234
  2. 次の手順を実行して、コピー操作が成功したことを確認します。
    1. DB2コンソールにサインインします。
    2. 新規(ターゲット)データベースに接続します。
    3. データが正しくコピーされたことを確認するために、表のリストと問合せを行います。
  3. アップグレードの前に、DB_SITE (RCU 12c Sitesユーザー)に必要な権限を付与します。

6.2.8 アップグレード・アシスタントを使用したスキーマのアップグレード

アップグレード・アシスタントを使用して、11gのスキーマをアップグレードする必要があります。

11g のスキーマをアップグレードするには、次の手順を実行します。
  1. 12.2.1.1のOracleホームから次のコマンドを入力して、アップグレード・アシスタントを実行します。
    UNIXオペレーティング・システムの場合:
    $Oracle_Home/oracle_common/upgrade/bin/ua
    Windowsオペレーティング・システムの場合:
    %Oracle_Home%\oracle_common\upgrade\bin\ua.bat
  2. 「ようこそ」画面には、アップグレード・アシスタントの概要と、重要なアップグレード前のタスクに関する情報が表示されます。「次」をクリックします。
    アップグレード・アシスタントの使用の詳細を参照するには、アップグレード・アシスタントの画面で「ヘルプ」をクリックします。
  3. 「選択したスキーマ」画面で「個別に選択されたスキーマ」を選択し、「次」をクリックします。
    スキーマのアップグレード対象になるコンポーネントはアップグレード・アシスタントによって識別され、ユーザーがアップグレードに含めるスキーマを選択できるようになります。
  4. 「使用可能なコンポーネント」画面には、アップグレード可能なスキーマがあるインストール済のOracle Fusion Middlewareコンポーネントのリストが表示されます。
    コンポーネントを選択すると、スキーマとすべての依存関係が自動的に選択されます。
    「Oracle WebCenter Sites」を選択し、「次」をクリックします。
  5. 「前提条件」画面ですべてのチェック・ボックスを選択し、前提条件を満たしていることを確認応答します。「次」をクリックします。

    注意:

    アップグレード・アシスタントでは前提条件が満たされているかどうかを確認できません。
  6. 「WebCenter Sitesソース・バージョン」画面で11.1.1.8.0を選択し、「次」をクリックします。これはアップグレードの開始ポイントです。
  7. 「WebCenter Sitesの場所」画面で、既存のSitesホームおよびSites共有ディレクトリの完全な場所と、12cの構成ファイル(wcs_properties.json)の場所を指定します。
    「次へ」をクリックします。
  8. 「WebCenter Sitesソース・スキーマ」画面で、「データベース・タイプ」ドロップダウン・リストからデータベース・タイプを選択します。
    「データベース接続文字列」フィールドに、データベース接続文字列をhost_name:port/service_nameの形式で指定します。
    「DBAユーザー名」フィールドに、ユーザー名とDBA権限を指定します。たとえば、sys as SYSDBAなどです。「DBAパスワード」フィールドに、DBAパスワードを指定します。
    「スキーマ・ユーザー名」フィールドと「スキーマ・パスワード」フィールドに、スキーマのユーザー名とパスワードをそれぞれ指定します。
    Oracle Databaseを使用している場合:
    1. WCSITESスキーマ・ページに、12cのスキーマの詳細を入力します。
    2. ドロップダウン・リストからスキーマ・ユーザー名を選択します。
    3. パスワードを入力して次に進みます。
    4. WCSITES_SOURCEスキーマ・ページに、Sites 11.1.1.8.0のスキーマの詳細を入力します。
    5. 11.1.1.8.0の表を持つスキーマのスキーマ・ユーザー名とパスワードを更新します。
    SQL Serverを使用している場合:
    1. WCSITESスキーマ・ページに、12cのスキーマの詳細を入力します。
    2. ドロップダウン・リストからスキーマ・ユーザー名を選択します。ドロップダウン・リストには、RCUによって作成されたWebCenter Sitesスキーマのみがリストされます。
    3. パスワードを入力して次に進みます。
    4. WCSITES_SOURCEスキーマ・ページに、Sites 11.1.1.8.0のスキーマの詳細を入力します。dbaユーザーとSitesユーザーを指定する必要があります。
    5. WCSITES SourceSchema接頭辞ページに、Sites 11.1.1.8.0のスキーマで使用していたデフォルト接頭辞を入力します。たとえば、接頭辞が"dbo"である場合は、これを使用します。
  9. 「調査」画面には、各コンポーネントを調査し、コンポーネントのアップグレード準備が整っていることを検証する、アップグレード・アシスタントのステータスが表示されます。ステータスが「調査が終了しました。」である場合は、「アップグレード」をクリックします。
    調査フェーズが失敗した場合は、「調査失敗」ダイアログ・ボックスで「いいえ」をクリックして、アップグレードを取り消すことをお薦めします。「ログの表示」をクリックして、エラーの原因を調査し、アップグレードのトラブルシューティングに関する説明で一般的なアップグレード・エラーの解決方法を参照してください。

    注意:

    • 調査フェーズの間に、アップグレードを続行せずに検出された問題を解決した場合は、バックアップからリストアすることなしに、アップグレード・アシスタントを再起動できます。ただし、「調査失敗」ダイアログ・ボックスで「はい」をクリックして続行した場合は、アップグレード・アシスタントを再起動する前に、アップグレード前の環境をバックアップからリストアする必要があります。

    • 調査プロセスを取り消してもスキーマまたは構成データに影響はありませんが、将来のアップグレード・セッションでは、Upgrade Assistantが収集した情報を再収集する必要があります。

  10. 「アップグレード・サマリー」画面でツリーを展開し、選択したオプションのサマリーをレビューします。
    アップグレードを続行する前に、「ソース・バージョン」と「ターゲット・バージョン」をレビューして、両方のバージョンが正しいことを確認します。
    このレスポンス・ファイルは、アップグレード・アシスタントのグラフィカル・ユーザー・インタフェース画面で入力したすべての情報を収集および保存し、後でサイレント・アップグレードを実行することができます。サイレント・アップグレードは、Upgrade Assistantウィザードとまったく同じ機能を実行しますが、データを手動で再入力する必要はありません。これらのオプションをレスポンス・ファイルに保存する場合、「保存」をクリックし、レスポンス・ファイルの名前および場所を指定します。
    「アップグレード」をクリックして、アップグレード・プロセスを開始します。
  11. 「アップグレードの進行状況」画面には、アップグレード・プロセスのステータスと、アップグレードが成功した後のコンポーネントの予測されるターゲット・バージョンが表示されます。「次」をクリックします。

    注意:

    アップグレード・アシスタントにはアップグレードを実行するための十分な時間を与えてください。やむを得ない場合を除き、アップグレード操作は取り消さないでください。これを行うと、環境が不安定になる可能性があります。
    正しくアップグレードされていないコンポーネントがある場合は、Upgrade Assistantのログ・ファイルで情報を確認します。
  12. スキーマのアップグレードが成功した場合は、次の場所にサマリー・ファイルが生成されます。
    $ORACLE_HOME/oracle_common/upgrade/logs/wcsites_upgrade/schema/Source Version/Database Type/summary.txt
    この場合、Source Versionは11.1.1.8.0であり、Database Typeは使用しているデータベースです。
    スキーマのアップグレードが失敗した場合は、考えられるエラーをログでレビューします。ログ・ファイルは次の場所に生成されます。
    $ORACLE_HOME/oracle_common/upgrade/logs
    「閉じる」をクリックしてアップグレード・アシスタントを閉じます。

6.2.9 アップグレード・アシスタントを使用した構成のアップグレード

アップグレード・アシスタントを使用して、11gのドメイン構成をアップグレードする必要があります。

注意:

構成のアップグレードの準備状況チェックは、11gの開始ポイントでは使用できません。
11g のドメインをアップグレードするには、次の手順を実行します。
  1. 12.2.1.1のOracleホームから次のコマンドを入力して、アップグレード・アシスタントを実行します。
    UNIXオペレーティング・システムの場合:
    $Oracle_Home/oracle_common/upgrade/bin/ua
    Windowsオペレーティング・システムの場合:
    %Oracle_Home%\oracle_common\upgrade\bin\ua.bat
  2. 「ようこそ」画面には、アップグレード・アシスタントの概要と、重要なアップグレード前のタスクに関する情報が表示されます。「次」をクリックします。
    アップグレード・アシスタントの使用の詳細を参照するには、アップグレード・アシスタントの画面で「ヘルプ」をクリックします。
  3. 「すべての構成」画面で「ドメインによって使用されるすべての構成」を選択し、11.1.1.8のドメインの場所を「ドメイン・ディレクトリ」フィールドに直接入力するか、「参照」をクリックしてナビゲーション・ツリーを使用し、有効なドメイン・ディレクトリを選択することで指定します。「次」をクリックします。
  4. 「コンポーネント・リスト」画面で、ドメイン内のアップグレード対象のコンポーネントがすべてリストされていることを確認し、「次」をクリックします。
    アップグレード対象のコンポーネントが表示されていない場合は、「戻る」をクリックして前の画面に戻り、別のドメインを指定します。
  5. 「前提条件」画面ですべてのチェック・ボックスを選択し、前提条件を満たしていることを確認応答します。「次」をクリックします。

    注意:

    アップグレード・アシスタントでは前提条件が満たされているかどうかを確認できません。
  6. 「WebCenter Sitesソース・バージョン」画面で11.1.1.8.0を選択し、「次」をクリックします。これはアップグレードの開始ポイントです。
  7. ソースが単一サーバー環境である場合は、「WebCenter Sitesソースの詳細」画面が表示されます。
    「WebCenter Sitesソース・クラスタの詳細」画面で、11.1.1.8.0のSitesインストール・ディレクトリと11.1.1.8.0のSites Webアプリケーションの場所の完全パスを指定し、「アップグレード」をクリックします。
    「参照」をクリックして、ナビゲーション・ツリーを使用して特定のディレクトリを選択することもできます。
  8. ソースがクラスタ環境である場合は、「WebCenter Sitesソースの詳細」画面が表示されます。
    各ノードのSitesインストールとSites Webアプリケーション・ディレクトリを、「Sitesインストール」列と「Sites Webアプリケーション」列にそれぞれ指定します。
    「参照」をクリックして、ナビゲーション・ツリーを使用して特定のディレクトリを選択することもできます。
    11.1.1.8.0のディレクトリを指定したら、「アップグレード」をクリックします。

    注意:

    アップグレード・アシスタントにリストされるノード名は、「クラスタ・ノード管理」画面でノードを登録した際に指定した名前です。
  9. 「調査」画面には、各コンポーネントを調査し、コンポーネントのアップグレード準備が整っていることを検証する、アップグレード・アシスタントのステータスが表示されます。ステータスが「調査が終了しました。」である場合は、「アップグレード」をクリックします。
    調査フェーズが失敗した場合は、「調査失敗」ダイアログ・ボックスで「いいえ」をクリックして、アップグレードを取り消すことをお薦めします。「ログの表示」をクリックして、エラーの原因を調査し、アップグレードのトラブルシューティングに関する説明で一般的なアップグレード・エラーの解決方法を参照してください。

    注意:

    • 調査フェーズの間に、アップグレードを続行せずに検出された問題を解決した場合は、バックアップからリストアすることなしに、アップグレード・アシスタントを再起動できます。ただし、「調査失敗」ダイアログ・ボックスで「はい」をクリックして続行した場合は、アップグレード・アシスタントを再起動する前に、アップグレード前の環境をバックアップからリストアする必要があります。

    • 調査プロセスを取り消してもスキーマまたは構成データに影響はありませんが、将来のアップグレード・セッションでは、Upgrade Assistantが収集した情報を再収集する必要があります。

  10. 「アップグレード・サマリー」画面でツリーを展開し、選択したオプションのサマリーをレビューします。
    アップグレードを続行する前に、「ソース・バージョン」と「ターゲット・バージョン」をレビューして、両方のバージョンが正しいことを確認します。
    このレスポンス・ファイルは、アップグレード・アシスタントのグラフィカル・ユーザー・インタフェース画面で入力したすべての情報を収集および保存し、後でサイレント・アップグレードを実行することができます。サイレント・アップグレードは、Upgrade Assistantウィザードとまったく同じ機能を実行しますが、データを手動で再入力する必要はありません。これらのオプションをレスポンス・ファイルに保存する場合、「保存」をクリックし、レスポンス・ファイルの名前および場所を指定します。
    「アップグレード」をクリックして、アップグレード・プロセスを開始します。
  11. 「アップグレードの進行状況」画面には、アップグレード・プロセスのステータスと、アップグレードが成功した後のコンポーネントの予測されるターゲット・バージョンが表示されます。「次」をクリックします。

    注意:

    アップグレード・アシスタントにはアップグレードを実行するための十分な時間を与えてください。やむを得ない場合を除き、アップグレード操作は取り消さないでください。これを行うと、環境が不安定になる可能性があります。
    正しくアップグレードされていないコンポーネントがある場合は、Upgrade Assistantのログ・ファイルで情報を確認します。
  12. 構成のアップグレードが成功した場合は、次の場所にサマリー・ファイルが生成されます。
    $ORACLE_HOME/oracle_common/upgrade/logs/wcsites_upgrade/config/Source Version/
    この場合のSource Versionは、11.1.1.8.0です。
    ソース(11.1.1.8.0)がクラスタ環境である場合、サマリー詳細は次のようにクラスタごとに生成されます。
    $ORACLE_HOME/oracle_common/upgrade/logs/wcsites_upgrade/config/Source Version/$nodename
    ソース(11.1.1.8.0)が単一サーバー環境である場合は、次の3つのサマリー・ファイルが生成されます。
    • PropertyMigration_Summary.txt (プロパティの移行サマリー)
    • HomeMigration_Summary.txt (Siteホームの移行サマリー)
    • SharedMigration_Summary.txt (Sites共有の移行サマリー)
    スキーマのアップグレードが失敗した場合は、考えられるエラーをログでレビューします。ログ・ファイルは次の場所に生成されます。
    $ORACLE_HOME/oracle_common/upgrade/logs
    「閉じる」をクリックしてアップグレード・アシスタントを閉じます。

6.2.10 アップグレード後の検証タスク

スキーマと構成が正常にアップグレードされた後でデータの整合性を確認するための、新しくアップグレードしたドメインで実行できる検証スクリプトが用意されています。検証の要約レポートをレビューして、スキーマと構成のアップグレード・プロセスの間にデータの不整合が発生していないか確認できます。

検証スクリプトを実行するには、次の手順を実行します。
  1. 検証スクリプトは次の場所にあります。
    $Oracle_Home/wcsites/plugins/upgrade/
    UNIXオペレーティング・システムの場合は、次のコマンドを入力して検証スクリプトを実行します。
    ./validation.sh
    Windowsオペレーティング・システムの場合は、次のコマンドを入力して検証スクリプトを実行します。
    validation.bat
  2. 検証チェックが完了すると、検証サマリー・レポート(Validation.txt)が生成されます。これをシステム上の任意の場所に保存します。
  3. 検証サマリー・レポートをレビューして、既存のドメインと新しく構成した12.2.1.1のドメインの間にデータの不整合がないかチェックします。

    注意:

     ソース(11.1.1.8)環境でパッチ12以上を使用している場合、web.xmlの比較レポートには、Eloqua統合フィルタが製品カスタマイズとして表示されます。フィルタはターゲット(12.2.1.1)環境で使用可能であるため、これは無視してかまいません。また、context-parameterの下のinipathパラメータ値について表示される差異も無視してください。

6.2.11 アップグレード後のタスク

アップグレード後のタスクには、カスタム設定のリストア、管理サーバーと管理対象サーバーの起動、パスワードの再構成、およびこのトピックにリストされているその他の管理タスクが含まれます。

WebCenter Sites 12.2.1.1にアップグレードした後に、次の手順を実行します。
  1. カスタム設定を既存の環境から12.2.1.1環境にリストアまたは再デプロイします。
    これには、Javaライブラリや静的Webリソースに対するカスタム変更、または要素の変更が含まれます。
    Javaライブラリまたは静的Webページに加えた変更をリストアするには、「カスタムJavaライブラリまたは静的Webリソースの移行」を参照してください。

    注意:

    WebCenter Sites 12cではODLロギング・フレームワークを使用しており、11g環境で設定されているカスタムLog4jログ・レベルはODLロギングに移行されません。これらのレベルはアップグレード後にリセットできます。
  2. 管理サーバーと管理対象サーバーを起動します。
  3. パブリッシュ・プロセスのパスワードを再構成します。
    1. 管理サーバーURLに管理者としてサインインします。
    2. 「管理」メニューに移動し、「パブリッシュ」の下の「宛先」をクリックします。
    3. パブリッシュの宛先URL、ポート、ユーザー名、パスワードを更新します。
  4. 11gデプロイメントからアップグレードしている場合は、ユーザーをSitesアプリケーションに割り当てます。
    1. AdminSiteに管理者としてサインインします。
    2. AdminSiteの下のWEB管理に移動します。
      「アプリケーション」をクリックします。次に、管理アプリケーションの下の「アプリケーションの管理」をクリックします。
      「サイトへの割当て」をクリックします。「サイトの選択」「続行」の順にクリックします。
      上級ユーザー・ロールを選択し、変更を保存します。
    3. AdminSiteの下のWEB管理に移動します。
      「アプリケーション」をクリックします。次に、管理アプリケーションの下の「アプリケーションの管理」をクリックします。
      「サイトへの割当て」をクリックします。「サイトの選択」「続行」の順にクリックします。
      Sitesユーザー・ロールを選択し、変更を保存します。
    4. この手順を繰り返して、その他のアプリケーションをユーザーに追加し、そのユーザーにロールを割り当てます。
  5. 外部WebRootが構成されている場合は、Sites管理ユーザー・インタフェースからWebRootを更新します。
  6. ソースがクラスタ環境であった場合は、configディレクトリのxmlファイル設定を、アップグレード・アシスタントを実行したソース環境から、アップグレード後の環境にあるその他のすべてのノードにコピーします。
    次のような要因があります。
    • cs-cahe.xml
    • cas-cache.xml
    • ss-cache.xml
    • linked-cache.xml
    • MobilityServices.xml
    • Custom/RestResources.xml
    • wcs_properties_bootstrap.ini

      注意:

      Lucene検索索引は、アップグレード・プロセスでの処理中に再度有効になります。アップグレード後のプロセスで索引が完全に再構築されるまで、コントリビュータUIの検索結果が遅延する可能性があります。
  7. Fusion Middlewareインフラストラクチャのリリース12cでは、SQL Serverデータベースが大/小文字区別モードで構成されていることが必要になります。結果として、WebCenter Sitesによって提供されるics:sql jspタグでは、表値がデータベースで使用されているのと同じ大/小文字であることが必要になります。
    ics:sql文の構文を次に示します。
    <ics:sql
          sql="sql commands"
          listname="list name"
          table="name of table"
          [limit="max number of results"]/>

    SQL Serverデータベースで指定されているのと同じ大/小文字で表の名前を指定する必要があります。

  8. 次のプロパティは、Sites構成設定プロセスでの処理中に指定した、アプリケーション管理者ユーザー・アカウント値にリセットされます。
    • xcelerate.batchuserおよびパスワード
    • cs.emailpassword
    プロパティ管理ツールを使用して、これらのプロパティを適切な値に更新する必要があります。
  9. WCCの統合後に、WCC構成のwcc.server.passwordをリセットして、マップされたすべてのルールを表示します。

6.3 WebCenter Sitesの以前の12cリリースからのアップグレード・プロセスの理解

このトピックでは、フローチャートを使用して、WebCenter Sitesを以前の12cリリースからアップグレードするためのプロセス・フローについて説明します。

図6-2 WebCenter Sitesの以前の12cリリースからのアップグレード・プロセスのフローチャート

図6-2の説明が続きます
「図6-2 WebCenter Sitesの以前の12cリリースからのアップグレード・プロセスのフローチャート」の説明

表6-9に、WebCenter Sitesを以前の12cリリースからアップグレードするために実行する必要がある、タスクのロードマップを示します。

表6-9 WebCenter Sitesの以前の12cリリースからのアップグレード・プロセスのロードマップ

手順番号 タスク 説明
1 12.2.1.1のOracle Fusion Middlewareインフラストラクチャをインストールします。

インフラストラクチャのディストリビューションには、その他のFusion Middleware製品をインストールするための基盤の設定に必要な、WebLogic ServerおよびJava Required Files (JRF)が同梱されています。

このガイドのアップグレード・トポロジに定義されているように、インフラストラクチャは新規のOracleホームにインストールする必要があります。 そのため、「Fusion Middlewareインフラストラクチャのインストール」で説明している手順に従ってください。

2 12.2.1.1のOracle WebCenter Sitesのディストリビューションをインストールします。

「WebCenter Sites 12.2.1.1.0のディストリビューションのインストール」の説明に従って、Oracle WebCenter Sitesのディストリビューションをインストールします。

3 管理サーバーおよび管理対象サーバーを停止します。

アップグレード・プロセスを開始する前に、「管理サーバーと管理対象サーバーの停止」で説明している手順に従って、管理サーバーと管理対象サーバーを停止します。

4 12.2.1.0の環境をバックアップします。

ドメイン構成がインプレースでアップグレードされるため、アップグレードの前に既存の環境をバックアップすることが重要です。バックアップによって、アップグレードが失敗した場合またはアップグレードの結果に問題がある場合に、アップグレード前の環境をリストアできるようになります。

バックアップ・アイテムのリストは、「12.2.1.0の環境のバックアップ」を参照してください。

5 12.2.1.0のドメインを再構成します。

既存のドメインで再構成ウィザードを実行した場合、再構成テンプレートを選択および適用することで、ドメインのアップグレード準備が行われます。

再構成ウィザードを使用したWebCenter Sitesドメインの再構成で説明している手順に従って、ドメインを再構成します。

6 アップグレード前のタスクを実行します。

アップグレード前のタスクは、アップグレード・アシスタントを使用してアップグレード・プロセスを開始する前に完了している必要がある、一連のタスクです。

これらのタスクは、「アップグレード・アシスタントを実行する前に」にリストされています。

7 スキーマをアップグレードします。

「アップグレード・アシスタントを使用したスキーマのアップグレード」で説明している手順に従い、アップグレード・アシスタントを使用して、アップグレード可能なスキーマ・コンポーネントをアップグレードします。

8 ドメイン構成をアップグレードします。

「アップグレード・アシスタントを使用した構成のアップグレード」で説明している手順に従い、アップグレード・アシスタントを使用して、12.2.1.0のドメインに含まれるすべての構成をアップグレードします。

9 アップグレード後の検証タスクを実行します。

スキーマと構成が正常にアップグレードされた後でデータの整合性を確認するための、新しくアップグレードしたドメインで実行できる検証スクリプトが用意されています。検証の要約レポートをレビューして、スキーマと構成のアップグレード・プロセスの間にデータの不整合が発生していないか確認できます。

検証スクリプトを使用するには、「アップグレード後の検証タスク」を参照してください。

10 その他のアップグレード後のタスクを実行します。

その他のアップグレード後のタスクには、カスタム設定のリストア、管理サーバーと管理対象サーバーの起動、パスワードの再構成、および「アップグレード後のタスク」にリストされているその他の管理タスクが含まれます。

6.4 WebCenter Sitesの以前の12cリリースからのアップグレード

WebCenter Sitesを12.2.1.1にアップグレードするための12cの有効な開始ポイントは、WebCenter Sites 12.2.1.0です。これは、インプレース・アップグレードです。

注意:

既存のSites環境がデータベースへのNIOベースの共有ファイル・システムで構成されている場合は、アップグレード・プロセスを開始する前に、これをディスク・ストレージに戻します。

WebCenter Sites 12.2.1.1を以前の12cリリースからアップグレードするには、次のタスクを実行します。

6.4.1 Fusion Middlewareインフラストラクチャのインストール

Fusion Middlewareインフラストラクチャをインストールすると、Oracleホーム・ディレクトリが作成され、その他のFusion Middleware製品をインストールするためのサポート・ソフトウェアが配置されます。

Fusion Middlewareインフラストラクチャのディストリビューションをインストールするには、次の手順を実行します。
  1. 12.2.1.1製品の配布をインストールするターゲット・システムにログインします。
  2. Oracle Fusion Middleware Infrastructureの配布(fmw_12.2.1.1.0_infrastructure_generic.jar)を、Oracle Technology NetworkまたはOracle Software Delivery Cloudからお使いのターゲット・システムにダウンロードします。
  3. 12.2.1.1の製品のディストリビューションをダウンロードしたディレクトリに移動します。
  4. 次のコマンドを入力して、インストール・プログラムを起動します。
    UNIXオペレーティング・システムの場合:
    $JDK_HOME/bin/java [-d64] -jar fmw_12.2.1.1.0_infrastructure_generic.jar

    注意:

    HP-UX Itaniumを使用している場合のみ"-d64"フラグを使用します。
    Windowsオペレーティング・システムの場合:
    %JDK_HOME%\bin\java -jar fmw_12.2.1.1.0_infrastructure_generic.jar
  5. UNIXオペレーティング・システムでは、このホストにOracle製品を初めてインストールする場合に、「インストール・インベントリの設定」画面が表示されます。
    中央インベントリを作成する場所を指定します。この画面で選択したオペレーティング・システム・グループ名に対して中央インベントリの場所への書込み権限が付与されていることを確認し、「次へ」をクリックします。

    注意:

    「インストール・インベントリの設定」画面は、Windowsオペレーティング・システムでは表示されません。
  6. 「ようこそ」画面で、情報をレビューしてすべての前提条件を満たしていることを確認し、「次へ」をクリックします。
  7. 「自動更新」画面で「自動更新をスキップ」を選択し、「次へ」をクリックします。
    • 自動更新をスキップ: このときにソフトウェアの更新をシステムで確認しないようにする場合。

    • ディレクトリからパッチを選択: パッチ・ファイルをダウンロードした場合にローカル・ディレクトリに移動します。

    • My Oracle Supportで更新を検索: My Oracle Supportアカウントを持っている場合にソフトウェアの更新を自動でダウンロードします。Oracle Supportの資格証明を入力して、「検索」をクリックします。インストーラがMy Oracle Supportにアクセスするようにプロキシ・サーバーを構成するには、「プロキシ設定」をクリックします。「接続のテスト」をクリックして接続をテストします。

  8. 「インストールの場所」画面でOracleホーム・ディレクトリの場所を指定し、「次へ」をクリックします。
    Oracle Fusion Middlewareのディレクトリ構造の詳細は、『Oracle Fusion Middlewareのインストールのプランニング』のインストールおよび構成用のディレクトリの選択に関する項を参照してください。
  9. 「インストール・タイプ」画面で「Fusion Middlewareインフラストラクチャ」を選択し、「次へ」をクリックします。

    注意:

    このドキュメントのトポロジにサーバーの例は含まれません。製品環境にはサンプルをインストールしないように強くお薦めします。
  10. 「前提条件チェック」画面では、ホスト・コンピュータを分析して、特定のオペレーティング・システムの前提条件を満たしているか確認します。
    いずれかの前提条件のチェックが失敗すると、エラー・メッセージが画面の下方に表示されます。エラーを修正し、「再実行」をクリックして再試行します。
    エラー・メッセージや警告メッセージを無視してインストールを続ける場合は、「スキップ」をクリックします(このアプローチはお薦めできません)。
  11. 「セキュリティ更新」画面で、My Oracle Supportアカウント情報を入力すると、最新の製品情報およびセキュリティ・アップデートをMy Oracle Supportアカウントを介して受け取ることができます。
    この画面は、ホスト上にOracle製品を初めてインストールすると表示されます。
    Oracle Supportアカウントを所有していない場合、この手順をスキップするには、チェック・ボックスの選択を解除し、フォローアップのダイアログ・ボックスで選択内容を確認します。
  12. 「インストールの概要」画面で、選択したインストール・オプションを確認します。
    これらのオプションをレスポンス・ファイルに保存するには、「レスポンス・ファイルの保存」をクリックし、レスポンス・ファイルの場所と名前を入力します。レスポンス・ファイルを使用して、サイレント・インストールを実行できます。「インストール」をクリックします。
  13. 進捗バーの表示が100%になったら、「インストールの進行状況」画面で「次へ」をクリックします。
  14. 「インストール完了」画面に、インストールの場所とインストールされた機能セットが表示されます。この画面の情報を確認してから、「終了」をクリックしてインストーラを終了します。

6.4.2 WebCenter Sites 12.2.1.1.0のディストリビューションのインストール

次に、WebCenter Sitesリリース12.2.1.1.0をターゲット・マシンにインストールします。

WebCenter Sitesをインストールするには、次の手順を実行します。
  1. 12.2.1.1製品の配布をインストールするターゲット・システムにログインします。
  2. Oracle Fusion Middleware WebCenter Sitesのディストリビューション(fmw_12.2.1.1.0_wcsites_generic.jar)を、Oracle Technology NetworkまたはOracle Software Delivery Cloudからお使いのターゲット・システムにダウンロードします。
  3. 12.2.1.1の製品のディストリビューションをダウンロードしたディレクトリに移動します。
  4. 次のコマンドを入力して、インストール・プログラムを起動します。
    UNIXオペレーティング・システムの場合:
    $JDK_HOME/bin/java [-d64] -jar <distribution_file_name>.jar

    注意:

    HP-UX Itaniumを使用している場合のみ"-d64"フラグを使用します。
    Windowsオペレーティング・システムの場合:
    %JDK_HOME%\bin\java -jar <distribution_file_name>.jar
  5. UNIXオペレーティング・システムでは、このホストにOracle製品を初めてインストールする場合に、「インストール・インベントリの設定」画面が表示されます。
    中央インベントリを作成する場所を指定します。この画面で選択したオペレーティング・システム・グループ名に対して中央インベントリの場所への書込み権限が付与されていることを確認し、「次へ」をクリックします。

    注意:

    「インストール・インベントリの設定」画面は、Windowsオペレーティング・システムでは表示されません。
  6. 「ようこそ」画面で、情報をレビューしてすべての前提条件を満たしていることを確認し、「次へ」をクリックします。
  7. 「自動更新」画面で「自動更新をスキップ」を選択し、「次へ」をクリックします。
    • 自動更新をスキップ: このときにソフトウェアの更新をシステムで確認しないようにする場合。

    • ディレクトリからパッチを選択: パッチ・ファイルをダウンロードした場合にローカル・ディレクトリに移動します。

    • My Oracle Supportで更新を検索: My Oracle Supportアカウントを持っている場合にソフトウェアの更新を自動でダウンロードします。Oracle Supportの資格証明を入力して、「検索」をクリックします。インストーラがMy Oracle Supportにアクセスするようにプロキシ・サーバーを構成するには、「プロキシ設定」をクリックします。「接続のテスト」をクリックして接続をテストします。

  8. 「インストールの場所」画面でOracleホーム・ディレクトリの場所を指定し、「次へ」をクリックします。
    Oracle Fusion Middlewareのディレクトリ構造の詳細は、『Oracle Fusion Middlewareのインストールのプランニング』のインストールおよび構成用のディレクトリの選択に関する項を参照してください。
  9. 「インストール・タイプ」画面で「WebCenter Sites」を選択し、「次へ」をクリックします。
  10. 「前提条件チェック」画面では、ホスト・コンピュータを分析して、特定のオペレーティング・システムの前提条件を満たしているか確認します。
    いずれかの前提条件のチェックが失敗すると、エラー・メッセージが画面の下方に表示されます。エラーを修正し、「再実行」をクリックして再試行します。
    エラー・メッセージや警告メッセージを無視してインストールを続ける場合は、「スキップ」をクリックします(このアプローチはお薦めできません)。
  11. 「インストールの概要」画面で、選択したインストール・オプションを確認します。
    これらのオプションをレスポンス・ファイルに保存するには、「レスポンス・ファイルの保存」をクリックし、レスポンス・ファイルの場所と名前を入力します。レスポンス・ファイルを使用して、サイレント・インストールを実行できます。「インストール」をクリックします。
  12. 進捗バーの表示が100%になったら、「インストールの進行状況」画面で「次へ」をクリックします。
  13. 「インストール完了」画面に、インストールの場所とインストールされた機能セットが表示されます。この画面の情報を確認してから、「終了」をクリックしてインストーラを終了します。

6.4.3 管理サーバーと管理対象サーバーの停止

12.2.1システムの管理サーバーと管理対象サーバーを停止する必要があります。

サーバー・インスタンスを停止するには、次の手順を実行します。
  1. 次のコマンドを入力して、管理サーバーを停止します。
    UNIXオペレーティング・システムの場合:
    $DOMAIN_HOME/bin/stopWebLogic.sh username password [admin_url]
    Windowsオペレーティング・システムの場合:
    $DOMAIN_HOME\bin\stopWebLogic.cmd username password [admin_url]
  2. 次のコマンドを入力して、管理対象サーバーを停止します。
    UNIXオペレーティング・システムの場合:
    $DOMAIN_HOME/bin/stopManagedWebLogic.sh managed_server_name admin_url
    Windowsオペレーティング・システムの場合:
    $DOMAIN_HOME\bin\stopManagedWebLogic.cmd managed_server_name admin_url
    プロンプトが表示されたら、ユーザー名とパスワードを指定します。

6.4.4 12.2.1.0の環境のバックアップ

アップグレード・プロセスを開始する前に、WebLogicドメイン、Sites構成ディレクトリ、Sites共有ディレクトリ、およびSitesスキーマをバックアップする必要があります。

6.4.5 再構成ウィザードを使用したWebCenter Sitesドメインの再構成

アップグレード・アシスタントを実行する前に、再構成ウィザードを使用して、最初に12.2.1.0のSitesドメインを再構成する必要があります。

注意:

ソースがクラスタ環境である場合は、再構成ウィザードをプライマリ・ノードでのみ実行します。圧縮/解凍ユーティリティを使用して、ドメイン内の他のクラスタ・メンバーに変更を適用します。
ドメインを再構成するには、次の手順を実行します。
  1. 次のコマンドを入力して、再構成ウィザードを実行します。
    UNIXオペレーティング・システムの場合:
    $ORACLE_HOME/oracle_common/common/bin/reconfig.sh
    Windowsオペレーティング・システムの場合:
    %ORACLE_HOME%\oracle_common\common\bin\reconfig.cmd

    注意:

    reconfig.cmdまたはreconfig.shコマンドを実行すると、デフォルトのキャッシュ・ディレクトリが無効であることを示す次のエラー・メッセージが表示される場合があります。

    *sys-package-mgr*: パッケージ・キャッシュ・ディレクトリを作成できません。

    コマンドに-Dpython.cachedir=valid_directoryパラメータを含めることで、キャッシュ・ディレクトリを変更できます。

    次の例に示すように、再構成ウィザードを起動する際には、"log"オプションを指定することをお薦めします。
    ./reconfig.sh -log=/$ORACLE_HOME/logs/reconfig.log -log_priority=ALL
    要件に応じてlog_priorityを設定できます。
  2. 「ドメインの選択」画面で、アップグレードするドメインの場所を指定するか、「参照」をクリックしてナビゲートし、ドメインのディレクトリを選択します。「次へ」をクリックします。
  3. 「再構成セットアップの進行状況」画面には、設定プロセスの進行状況が表示されます。完了したら、「次へ」をクリックします。
    このプロセスでは次の処理が行われます。
    • Fusion Middleware製品を含む、インストール済製品の再構成テンプレートが自動的に適用されます。これにより、config.xml、config-groups.xml、security.xmlなどの様々なドメイン構成ファイルが更新されます。

    • Fusion Middleware製品をサポートするスキーマ、スクリプトおよび他のファイルが更新されます。

    • ドメイン・アップグレードが検証されます。

  4. 「ドメイン・モードおよびJDK」画面で、ドメインで使用するJDKを選択するか、「参照」をクリックして、使用するJDKにナビゲートします。「次へ」をクリックします。

    注意:

    このステージでは、「ドメイン・モード」を変更することはできません。
    特定のプラットフォームでサポートされているJDKのリストは、Oracle Fusion Middlewareでサポートされているシステム構成の説明を参照してください。
  5. 「データベース構成タイプ」画面で、「RCUデータ」を選択します。
    RCUサービス表(STB)スキーマ資格証明を使用してデータベース接続の詳細を入力し、「RCU構成の取得」をクリックします。
    再構成ウィザードは、この接続を使用して、ドメインのコンポーネントに必要なデータソースを自動的に構成します。
    チェックが成功した場合は、「次へ」をクリックします。チェックが失敗した場合は、接続の正しい詳細を再入力し、再試行します。
  6. 「JDBCコンポーネント・スキーマ」画面で、各コンポーネント・スキーマのDBMS/サービスおよびホスト名が正しいことを確認し、「次へ」をクリックします。
  7.  DB2の場合は、再構成のために、「コンポーネント・データソース」画面でWCSITESコンポーネント・スキーマのDBMS/サービスおよびホスト名を入力します。
  8. 「JDBCコンポーネント・スキーマ・テスト」画面で、すべてのコンポーネント・スキーマを選択して「選択された接続のテスト」をクリックし、各スキーマの接続をテストします。
    チェックが完了したら、「次へ」をクリックします。
  9. 「拡張構成」画面で、拡張構成を実行するすべてのカテゴリを選択できます。選択したカテゴリごとに、詳細構成を行うことができる適切な構成画面が表示されます。

    注意:

    「拡張構成」画面にリストされるカテゴリは、ドメインに選択したテンプレートに定義されているリソースによって異なります。
    このアップグレードではオプションを選択せずに、「次へ」をクリックします。
  10. 「構成のサマリー」画面で、ドメインの詳細な構成設定を確認してから続行します。
    「表示」ドロップダウン・リストからフィルタ・オプションを選択すると、右側のパネルに表示される項目を制限できます。
    構成を変更するには、「戻る」をクリックして適切な画面に戻ります。ドメインを再構成するには、「再構成」をクリックします。

    注意:

    ドメインを再構成しても、その場所は変更されません。
  11. 「再構成の進行状況」画面には、再構成プロセスの進行状況が表示されます。
    このプロセスでは次の処理が行われます。
    • ドメイン情報が抽出、保存および更新されます。

    • Fusion Middleware製品をサポートするスキーマ、スクリプトおよび他のファイルが更新されます。

    進捗バーが100%になったら、「次へ」をクリックします。
  12. 「構成の終了」画面には、再構成プロセスが正常に完了したか失敗したかが示されます。管理サーバーURL(リスニング・ポートを含む)とともに再構成されたドメインの場所も表示します。再構成が成功した場合は、「Oracle Weblogic Serverの再構成に成功しました」と表示されます。
    再構成プロセスが成功して完了しなかった場合は、その理由を示すエラー・メッセージが表示されます。問題を解決するための適切な措置を講じます。問題を解決できない場合は、My Oracle Supportに連絡してください。
    以後の操作のためにドメインの場所と管理サーバーURLをメモします。

6.4.6 アップグレード・アシスタントを実行する前に

アップグレード・アシスタントを実行して12.2.1.0のドメインをアップグレードする前に、このトピックにリストされているタスクを実行します。

アップグレード・アシスタントを実行する前に、次のことを実行します。
  1. ソースがクラスタ環境である場合は、プライマリ・ノードからドメインを圧縮し、それをセカンダリ・クラスタ・メンバー上に解凍します。
  2. セカンダリ・ノードのSitesのconfigフォルダを、プライマリ・ノードのもので置換します。
  3. $DOMAIN_HOME/wcsires/config/にある次のxmlファイルを更新します。
    1. jbossTicketCacheReplicationConfig.xml:
      bind_addrプロパティを、このクラスタ・ノードの有効なホストまたはIPアドレスで正しく更新します。

      注意:

      multicastGroupPortの値を、2048より大きい一意の値に変更することをお薦めします。jbossTicketCacheReplicationConfig.xmlで使用するマルチキャスト・ポートは、クラスタ内の各ノードで同じであるが、同じネットワーク上で実行されている他のクラスタでは異なることを確認してください。
    2. cas-cache.xml:
      IPv6アドレスを使用している場合は、multicastGroupAddressの値を有効なIPv6マルチキャスト・アドレスに設定します。この値は、クラスタ内の各ノードで同一にする必要があります。たとえば、[ff0x:0:0:0:0:0:0:301]などです。
      timeToLiveパラメータに、環境に適した値を設定します(通常は1)。クラスタ・メンバーがすべて同じマシン上に配置されていない場合は、timeToLiveフィールドをデフォルト値の0から変更する必要があります。このフィールドは、次の表に示すように、クラスタ化マシンの分布に基づいて設定する必要があります。

      表6-10 timeToLiveの値の説明

      timeToLiveの値 説明
      1 同じサブネットに限定されるマルチキャスト・パケット。
      32 同じサイトに限定されるマルチキャスト・パケット。
      64 同じ地理的領域に限定されるマルチキャスト・パケット。
      128 同じ大陸に限定されるマルチキャスト・パケット。
      256 制限なし。
      この手順を、cs-cache.xmllinked-cache.xmlおよびss-cache.xmlの各ファイルで繰り返します。
  4. 次のコマンドを入力して、新規Sitesのセキュリティjarに対する権限を付与します。
    $DOMAIN_HOME/wcsites/bin/grant-opss-permission
  5. xml構成ファイルに対するカスタム設定をリストアします。DB2の場合:
    1. ドメイン・クラスパスに、db2jcc.jarおよびdb2jcc_license_cu.jarの各ファイルを元どおり追加します。
    2. テキスト・エディタを使用して、次の場所にあるsetDomainEnv.shファイルを編集します。
      $Domain_Home/bin
      次のテキストを探します。
      # ADD EXTENSIONS TO CLASSPATHS
      # ADD EXTENSIONS TO CLASSPATHSの後に次の行を追加します。
      PRE_CLASSPATH="path_to_db2jcc.jar:path_to_db2jcc_license_cu.jar:${PRE_CLASSPATH}
  6. setDomainEnv.shファイルを保存します。
  7. 再構成プロセスの後にxml構成ファイルに対して実行されたカスタマイズをリストアします。

6.4.7 アップグレード・アシスタントを使用したスキーマのアップグレード

アップグレード・アシスタントを使用して、12.2.1.0のスキーマをアップグレードする必要があります。

12.2.1.0のスキーマをアップグレードするには、次の手順を実行します。
  1. 12.2.1.1のOracleホームから次のコマンドを入力して、アップグレード・アシスタントを実行します。
    UNIXオペレーティング・システムの場合:
    $Oracle_Home/oracle_common/upgrade/bin/ua
    Windowsオペレーティング・システムの場合:
    %Oracle_Home%\oracle_common\upgrade\bin\ua.bat
  2. 「ようこそ」画面には、アップグレード・アシスタントの概要と、重要なアップグレード前のタスクに関する情報が表示されます。「次」をクリックします。
    アップグレード・アシスタントの使用の詳細を参照するには、アップグレード・アシスタントの画面で「ヘルプ」をクリックします。
  3. 「選択したスキーマ」画面で「個別に選択されたスキーマ」を選択し、「次」をクリックします。
    スキーマのアップグレード対象になるコンポーネントはアップグレード・アシスタントによって識別され、ユーザーがアップグレードに含めるスキーマを選択できるようになります。
  4. 「使用可能なコンポーネント」画面には、アップグレード可能なスキーマがあるインストール済のOracle Fusion Middlewareコンポーネントのリストが表示されます。
    コンポーネントを選択すると、スキーマとすべての依存関係が自動的に選択されます。
    「Oracle WebCenter Sites」を選択し、「次」をクリックします。
  5. 「前提条件」画面ですべてのチェック・ボックスを選択し、前提条件を満たしていることを確認応答します。「次」をクリックします。

    注意:

    アップグレード・アシスタントでは前提条件が満たされているかどうかを確認できません。
  6. 「WebCenter Sitesソース・バージョン」画面で12.2.1.0.0以降を選択し、「次」をクリックします。これはアップグレードの開始ポイントです。
  7. 「WebCenter Sitesの場所」画面で、既存のSitesホームおよびSites共有ディレクトリの完全な場所と、12cの構成ファイル(wcs_properties.json)の場所を指定します。
    「次へ」をクリックします。
  8. 「WebCenter Sitesソース・スキーマ」画面で、「データベース・タイプ」ドロップダウン・リストからデータベース・タイプを選択します。
    「データベース接続文字列」フィールドに、データベース接続文字列をhost_name:port/service_nameの形式で指定します。
    「DBAユーザー名」フィールドに、ユーザー名とDBA権限を指定します。「DBAパスワード」フィールドに、DBAパスワードを指定します。
    「スキーマ・ユーザー名」フィールドと「スキーマ・パスワード」フィールドに、スキーマのユーザー名とパスワードをそれぞれ指定します。
  9. 「調査」画面には、各コンポーネントを調査し、コンポーネントのアップグレード準備が整っていることを検証する、アップグレード・アシスタントのステータスが表示されます。ステータスが「調査が終了しました。」である場合は、「アップグレード」をクリックします。
    調査フェーズが失敗した場合は、「調査失敗」ダイアログ・ボックスで「いいえ」をクリックして、アップグレードを取り消すことをお薦めします。「ログの表示」をクリックして、エラーの原因を調査し、アップグレードのトラブルシューティングに関する説明で一般的なアップグレード・エラーの解決方法を参照してください。

    注意:

    • 調査フェーズの間に、アップグレードを続行せずに検出された問題を解決した場合は、バックアップからリストアすることなしに、アップグレード・アシスタントを再起動できます。ただし、「調査失敗」ダイアログ・ボックスで「はい」をクリックして続行した場合は、アップグレード・アシスタントを再起動する前に、アップグレード前の環境をバックアップからリストアする必要があります。

    • 調査プロセスを取り消してもスキーマまたは構成データに影響はありませんが、将来のアップグレード・セッションでは、Upgrade Assistantが収集した情報を再収集する必要があります。

  10. 「アップグレード・サマリー」画面でツリーを展開し、選択したオプションのサマリーをレビューします。
    アップグレードを続行する前に、「ソース・バージョン」と「ターゲット・バージョン」をレビューして、両方のバージョンが正しいことを確認します。
    このレスポンス・ファイルは、アップグレード・アシスタントのグラフィカル・ユーザー・インタフェース画面で入力したすべての情報を収集および保存し、後でサイレント・アップグレードを実行することができます。サイレント・アップグレードは、Upgrade Assistantウィザードとまったく同じ機能を実行しますが、データを手動で再入力する必要はありません。これらのオプションをレスポンス・ファイルに保存する場合、「保存」をクリックし、レスポンス・ファイルの名前および場所を指定します。
    「アップグレード」をクリックして、アップグレード・プロセスを開始します。
  11. 「アップグレードの進行状況」画面には、アップグレード・プロセスのステータスと、アップグレードが成功した後のコンポーネントの予測されるターゲット・バージョンが表示されます。「次」をクリックします。

    注意:

    アップグレード・アシスタントにはアップグレードを実行するための十分な時間を与えてください。やむを得ない場合を除き、アップグレード操作は取り消さないでください。これを行うと、環境が不安定になる可能性があります。
    正しくアップグレードされていないコンポーネントがある場合は、Upgrade Assistantのログ・ファイルで情報を確認します。
  12. スキーマのアップグレードが成功した場合は、次の場所にサマリー・ファイルが生成されます。
    $ORACLE_HOME/oracle_common/upgrade/logs/wcsites_upgrade/schema/Source Version/Database Type/summary.txt
    この場合、Source Versionは12.2.1.1であり、Database Typeは使用しているデータベースです。
    スキーマのアップグレードが失敗した場合は、考えられるエラーをログでレビューします。ログ・ファイルは次の場所に生成されます。
    $ORACLE_HOME/oracle_common/upgrade/logs
    「閉じる」をクリックしてアップグレード・アシスタントを閉じます。

6.4.8 アップグレード・アシスタントを使用した構成のアップグレード

アップグレード・アシスタントを使用して、12.1.1.0.0のドメイン構成をアップグレードする必要があります。

12.2.1.1.0のドメインをアップグレードするには、次の手順を実行します。
  1. 12.2.1.1のOracleホームから次のコマンドを入力して、アップグレード・アシスタントを実行します。
    UNIXオペレーティング・システムの場合:
    $Oracle_Home/oracle_common/upgrade/bin/ua
    Windowsオペレーティング・システムの場合:
    %Oracle_Home%\oracle_common\upgrade\bin\ua.bat
  2. 「ようこそ」画面には、アップグレード・アシスタントの概要と、重要なアップグレード前のタスクに関する情報が表示されます。「次」をクリックします。
    アップグレード・アシスタントの使用の詳細を参照するには、アップグレード・アシスタントの画面で「ヘルプ」をクリックします。
  3. 「すべての構成」画面で「ドメインによって使用されるすべての構成」を選択し、12.2.1.0のドメインの場所を「ドメイン・ディレクトリ」フィールドに直接入力するか、「参照」をクリックしてナビゲーション・ツリーを使用し、有効なドメイン・ディレクトリを選択することで指定します。「次」をクリックします。
  4. 「コンポーネント・リスト」画面で、ドメイン内のアップグレード対象のコンポーネントがすべてリストされていることを確認し、「次」をクリックします。
    アップグレード対象のコンポーネントが表示されていない場合は、「戻る」をクリックして前の画面に戻り、別のドメインを指定します。
  5. 「前提条件」画面ですべてのチェック・ボックスを選択し、前提条件を満たしていることを確認応答します。「次」をクリックします。

    注意:

    アップグレード・アシスタントでは前提条件が満たされているかどうかを確認できません。
  6. 「WebCenter Sitesソース・バージョン」画面で12.2.1.0.0以降を選択し、「次」をクリックします。これはアップグレードの開始ポイントです。
  7. ソースが単一サーバー環境である場合は、「WebCenter Sitesソースの詳細」画面が表示されます。
    「WebCenter Sitesソース・クラスタの詳細」画面で、12.2.1.1.0のSitesインストール・ディレクトリと12.2.1.1.0のSites Webアプリケーションの場所の完全パスを指定し、「アップグレード」をクリックします。
    「参照」をクリックして、ナビゲーション・ツリーを使用して特定のディレクトリを選択することもできます。
  8. ソースがクラスタ環境である場合は、「WebCenter Sitesソースの詳細」画面が表示されます。
    各ノードの12.2.1.1.0 Sitesインストールと12.2.1.1.0 Sites Webアプリケーション・ディレクトリを、「Sitesインストール」列と「Sites Webアプリケーション」列にそれぞれ指定します。
    「参照」をクリックして、ナビゲーション・ツリーを使用して特定のディレクトリを選択することもできます。
    12.2.1.1.0のディレクトリを指定したら、「アップグレード」をクリックします。

    注意:

    アップグレード・アシスタントにリストされるノード名は、「クラスタ・ノード管理」画面でノードを登録した際に指定した名前です。
  9. 「調査」画面には、各コンポーネントを調査し、コンポーネントのアップグレード準備が整っていることを検証する、アップグレード・アシスタントのステータスが表示されます。ステータスが「調査が終了しました。」である場合は、「アップグレード」をクリックします。
    調査フェーズが失敗した場合は、「調査失敗」ダイアログ・ボックスで「いいえ」をクリックして、アップグレードを取り消すことをお薦めします。「ログの表示」をクリックして、エラーの原因を調査し、アップグレードのトラブルシューティングに関する説明で一般的なアップグレード・エラーの解決方法を参照してください。

    注意:

    • 調査フェーズの間に、アップグレードを続行せずに検出された問題を解決した場合は、バックアップからリストアすることなしに、アップグレード・アシスタントを再起動できます。ただし、「調査失敗」ダイアログ・ボックスで「はい」をクリックして続行した場合は、アップグレード・アシスタントを再起動する前に、アップグレード前の環境をバックアップからリストアする必要があります。

    • 調査プロセスを取り消してもスキーマまたは構成データに影響はありませんが、将来のアップグレード・セッションでは、Upgrade Assistantが収集した情報を再収集する必要があります。

  10. 「アップグレード・サマリー」画面でツリーを展開し、選択したオプションのサマリーをレビューします。
    アップグレードを続行する前に、「ソース・バージョン」と「ターゲット・バージョン」をレビューして、両方のバージョンが正しいことを確認します。
    このレスポンス・ファイルは、アップグレード・アシスタントのグラフィカル・ユーザー・インタフェース画面で入力したすべての情報を収集および保存し、後でサイレント・アップグレードを実行することができます。サイレント・アップグレードは、Upgrade Assistantウィザードとまったく同じ機能を実行しますが、データを手動で再入力する必要はありません。これらのオプションをレスポンス・ファイルに保存する場合、「保存」をクリックし、レスポンス・ファイルの名前および場所を指定します。
    「アップグレード」をクリックして、アップグレード・プロセスを開始します。
  11. 「アップグレードの進行状況」画面には、アップグレード・プロセスのステータスと、アップグレードが成功した後のコンポーネントの予測されるターゲット・バージョンが表示されます。「次」をクリックします。

    注意:

    アップグレード・アシスタントにはアップグレードを実行するための十分な時間を与えてください。やむを得ない場合を除き、アップグレード操作は取り消さないでください。これを行うと、環境が不安定になる可能性があります。
    正しくアップグレードされていないコンポーネントがある場合は、Upgrade Assistantのログ・ファイルで情報を確認します。
  12. 構成のアップグレードが成功した場合は、次の場所にサマリー・ファイルが生成されます。
    $ORACLE_HOME/oracle_common/upgrade/logs/wcsites_upgrade/config/Source Version/
    この場合のSource Versionは、12.2.1.1.0です。
    ソース(12.2.1.1.0)がクラスタ環境である場合、サマリー詳細は次のようにクラスタごとに生成されます。
    $ORACLE_HOME/oracle_common/upgrade/logs/wcsites_upgrade/config/Source Version/$nodename
    ソース(12.2.1.1.0)が単一サーバー環境である場合は、次の3つのサマリー・ファイルが生成されます。
    • PropertyMigration_Summary.txt (プロパティの移行サマリー)
    • HomeMigration_Summary.txt (Siteホームの移行サマリー)
    • SharedMigration_Summary.txt (Sites共有の移行サマリー)
    スキーマのアップグレードが失敗した場合は、考えられるエラーをログでレビューします。ログ・ファイルは次の場所に生成されます。
    $ORACLE_HOME/oracle_common/upgrade/logs
    「閉じる」をクリックしてアップグレード・アシスタントを閉じます。

6.4.9 アップグレード後の検証タスク

スキーマと構成が正常にアップグレードされた後でデータの整合性を確認するための、新しくアップグレードしたドメインで実行できる検証スクリプトが用意されています。検証の要約レポートをレビューして、スキーマと構成のアップグレード・プロセスの間にデータの不整合が発生していないか確認できます。

検証スクリプトを実行するには、次の手順を実行します。
  1. 検証スクリプトは次の場所にあります。
    $Oracle_Home/wcsites/plugins/upgrade/
    UNIXオペレーティング・システムの場合は、次のコマンドを入力して検証スクリプトを実行します。
    ./validation.sh
    Windowsオペレーティング・システムの場合は、次のコマンドを入力して検証スクリプトを実行します。
    validation.bat
  2. 検証チェックが完了すると、検証サマリー・レポート(Validation.txt)が生成されます。これをシステム上の任意の場所に保存します。
  3. 検証サマリー・レポートをレビューして、既存のドメインと新しく構成した12.2.1.1のドメインの間にデータの不整合がないかチェックします。

    注意:

     ソース(11.1.1.8)環境でパッチ12以上を使用している場合、web.xmlの比較レポートには、Eloqua統合フィルタが製品カスタマイズとして表示されます。フィルタはターゲット(12.2.1.1)環境で使用可能であるため、これは無視してかまいません。また、context-parameterの下のinipathパラメータ値について表示される差異も無視してください。

6.4.10 アップグレード後のタスク

アップグレード後のタスクには、カスタム設定のリストア、管理サーバーと管理対象サーバーの起動、パスワードの再構成、およびこのトピックにリストされているその他の管理タスクが含まれます。

WebCenter Sites 12.2.1.1にアップグレードした後に、次の手順を実行します。
  1. カスタム設定を既存の環境から12.2.1.1環境にリストアまたは再デプロイします。
    これには、Javaライブラリや静的Webリソースに対するカスタム変更、または要素の変更が含まれます。
    Javaライブラリまたは静的Webページに加えた変更をリストアするには、「カスタムJavaライブラリまたは静的Webリソースの移行」を参照してください。

    注意:

    WebCenter Sites 12cではODLロギング・フレームワークを使用しており、11g環境で設定されているカスタムLog4jログ・レベルはODLロギングに移行されません。これらのレベルはアップグレード後にリセットできます。
  2. 管理サーバーと管理対象サーバーを起動します。
  3. パブリッシュ・プロセスのパスワードを再構成します。
    1. 管理サーバーURLに管理者としてサインインします。
    2. 「管理」メニューに移動し、「パブリッシュ」の下の「宛先」をクリックします。
    3. パブリッシュの宛先URL、ポート、ユーザー名、パスワードを更新します。
  4. 11gデプロイメントからアップグレードしている場合は、ユーザーをSitesアプリケーションに割り当てます。
    1. AdminSiteに管理者としてサインインします。
    2. AdminSiteの下のWEB管理に移動します。
      「アプリケーション」をクリックします。次に、管理アプリケーションの下の「アプリケーションの管理」をクリックします。
      「サイトへの割当て」をクリックします。「サイトの選択」「続行」の順にクリックします。
      上級ユーザー・ロールを選択し、変更を保存します。
    3. AdminSiteの下のWEB管理に移動します。
      「アプリケーション」をクリックします。次に、管理アプリケーションの下の「アプリケーションの管理」をクリックします。
      「サイトへの割当て」をクリックします。「サイトの選択」「続行」の順にクリックします。
      Sitesユーザー・ロールを選択し、変更を保存します。
    4. この手順を繰り返して、その他のアプリケーションをユーザーに追加し、そのユーザーにロールを割り当てます。
  5. 外部WebRootが構成されている場合は、Sites管理ユーザー・インタフェースからWebRootを更新します。
  6. ソースがクラスタ環境であった場合は、configディレクトリのxmlファイル設定を、アップグレード・アシスタントを実行したソース環境から、アップグレード後の環境にあるその他のすべてのノードにコピーします。
    次のような要因があります。
    • cs-cahe.xml
    • cas-cache.xml
    • ss-cache.xml
    • linked-cache.xml
    • MobilityServices.xml
    • Custom/RestResources.xml
    • wcs_properties_bootstrap.ini

      注意:

      Lucene検索索引は、アップグレード・プロセスでの処理中に再度有効になります。アップグレード後のプロセスで索引が完全に再構築されるまで、コントリビュータUIの検索結果が遅延する可能性があります。
  7. Fusion Middlewareインフラストラクチャのリリース12cでは、SQL Serverデータベースが大/小文字区別モードで構成されていることが必要になります。結果として、WebCenter Sitesによって提供されるics:sql jspタグでは、表値がデータベースで使用されているのと同じ大/小文字であることが必要になります。
    ics:sql文の構文を次に示します。
    <ics:sql
          sql="sql commands"
          listname="list name"
          table="name of table"
          [limit="max number of results"]/>

    SQL Serverデータベースで指定されているのと同じ大/小文字で表の名前を指定する必要があります。

  8. 次のプロパティは、Sites構成設定プロセスでの処理中に指定した、アプリケーション管理者ユーザー・アカウント値にリセットされます。
    • xcelerate.batchuserおよびパスワード
    • cs.emailpassword
    プロパティ管理ツールを使用して、これらのプロパティを適切な値に更新する必要があります。
  9. WCCの統合後に、WCC構成のwcc.server.passwordをリセットして、マップされたすべてのルールを表示します。

6.5 カスタムJavaライブラリまたは静的Webリソースの移行

アップグレード前の環境でWebアプリケーションにカスタムJavaライブラリまたは静的Webリソースが追加されており、アップグレード後の環境でこれらを引き続き使用する場合にのみ、このオプション手順を実行します。

WebアプリケーションにカスタムJavaライブラリ(jarファイル)またはカスタムWebリソース(css、js、イメージなど)が含まれている場合は、アップグレード後に、それらをアップグレード後の環境に手動で移行する必要があります。これらのリソースを移行しないと、アップグレード後の環境でその機能にアクセスできなくなります。

WebCenter SitesのWebアプリケーションは、WARファイルとして出荷されます。Webアプリケーションは、最初に構成ウィザードの処理中にデプロイされ、アプリケーション・ライフサイクルでの処理中に何度でも再デプロイすることができます。変更はアップグレード・プロセスでの処理中に上書きされるため、実装固有のカスタマイズをSites WARファイルに含めないことをお薦めします。

 

WebLogic Server共有ライブラリ・フレームワークを拡張する場合、Sitesではextend.sites.webapp-lib.warが共有ライブラリとして提供されます。このファイルはORACLE_HOME/wcsites/webcentersites/sites-home/ディレクトリにあります。静的Webリソースなどの実装固有のカスタマイズやJavaライブラリを、このWARファイルに含めることができます。この共有ライブラリは、アプリケーションのライフサイクルの進行中にデプロイされ、Sitesと同じコンテキスト・ルーツ(/sites/)を共有します。この共有ライブラリのコンテンツは、パッチ適用プロセスでの処理中に上書きされることはありません。

また、Sites UIがカスタマイズされている場合は、コードの変更もアップグレード後の環境に移行する必要があります。