1. Oracle Fusion Middlewareのアップグレードのプランニング
  2. アウトオブプレース・ドメイン・ディレクトリ・アップグレードの実行

A アウトオブプレース・ドメイン・ディレクトリ・アップグレードの実行

デフォルトでは、Fusion Middlewareのアップグレードはインプレースで実行されます。つまり、既存のドメイン・ディレクトリが上書きされるということです。ただし、14c (14.1.2.0.0)へのアップグレードには、別のドメイン・ディレクトリを使用するオプションもあります。このオプションは、アウトオブプレース・アップグレードと呼ばれ、既存のドメイン・ディレクトリをそのまま維持できます。

アウトオブプレース・アップグレードを完了するには、次のタスクを実行します。

アウトオブプレース・ドメイン・ディレクトリ・アップグレードについて

標準のFusion Middlewareのアップグレードはインプレースで実行され、既存のドメインを更新および上書きします。既存のドメインを維持する場合は、アウトオブプレースのドメイン・ディレクトリ・アップグレードを実行することができますが、その場合もスキーマはインプレースでアップグレードされます。

Oracle Fusion Middleware 12c (12.2.1.4.0)から14c (14.1.2.0.0)にアップグレードすると、アップグレード時に、スキーマおよびドメイン・ディレクトリのアップグレードが既存の11gまたは12cドメインを更新するインプレースで実行されます。

既存のドメイン・ディレクトリを変更しないようにするには、この章で説明するステップを使用して、同一または別のホスト上の新しいドメイン・ディレクトリを使用する、アウトオブプレース・ドメイン・ディレクトリ・アップグレードを実行できます。

注意:

アウトオブプレース・ドメイン・ディレクトリ・アップグレードを実行する際、既存のスキーマがインプレースでアップグレードされることに注意しておくことが重要です。アウトオブプレース・ドメイン・ディレクトリ・アップグレード・プロセス中は、アップグレード前の環境を停止させる必要があります。

同じホストでのアウトオブプレース・ドメイン・ディレクトリ・アップグレードの実行

同じホストでのアウトオブプレース・ドメイン・ディレクトリ・アップグレードの実行手順について説明します。

同じホスト上の既存のドメインでアウトオブプレース・ドメイン・ディレクトリ・アップグレードを完了するには、次のタスクを実行します。

ノート:

別のホストにあるドメインをアップグレードしている場合は、「別のホストでのアウトオブプレース・ドメイン・ディレクトリ・アップグレードの実行」を参照してください。

管理サーバー、管理対象サーバー、ノード・マネージャなどすべてのプロセスの停止

管理サーバー、管理対象サーバーおよびノード・マネージャを含め、すべてのプロセスを停止する必要があります。

アップグレードの開始前に、データベースを停止しないでください。

サーバーとプロセスの停止

Upgrade Assistantを実行してスキーマおよび構成をアップグレードする前に、すべてのアップグレード前プロセスと管理サーバーや管理対象サーバーを含めたすべてのサーバーを停止する必要があります。

Oracle Fusion Middleware環境は、1つのOracle WebLogic Serverドメイン、1つの管理サーバー、複数の管理対象サーバー、Javaコンポーネント、システム・コンポーネント(Identity Managementのコンポーネントなど)およびメタデータのリポジトリとして使用する1つのデータベースで構成できます。コンポーネントは相互に依存していることがあるため、適切な順序で停止する必要があります。

ノート:

この項の手順では、WLSTコマンドライン・ユーティリティまたはスクリプトを使用して既存のアップグレード前のサーバーとプロセスを停止する方法について説明します。また、Oracle Fusion Middleware ControlとOracle WebLogic Server管理コンソールを使用することもできます。「管理サーバー、管理対象サーバーおよびノード・マネージャの起動と停止」を参照してください。
アップグレード前のFusion Middleware環境を停止するには、アップグレード前のドメインに移動し、次のステップに従います。

ノート:

次のサーバーを正しい順序で停止することが重要です。

ステップ1: システム・コンポーネントを停止する

Oracle HTTP Serverなどのシステム・コンポーネントを停止するには、stopComponentスクリプトを使用します。

  • (UNIX) EXISTING_DOMAIN_HOME/bin/stopComponent.sh component_name

  • (Windows) EXISTING_DOMAIN_HOME\bin\stopComponent.cmd component_name

システム・コンポーネントは任意の順序で停止できます。

ステップ2: 管理対象サーバーを停止する

WebLogic Server管理対象サーバーを停止するには、stopManagedWebLogicスクリプトを使用します。

  • (UNIX) EXISTING_DOMAIN_HOME/bin/stopManagedWebLogic.sh managed_server_name admin_url

  • (Windows) EXISTING_DOMAIN_HOME\bin\stopManagedWebLogic.cmd managed_server_name admin_url

プロンプトが表示されたらユーザー名とパスワードを入力します。

ステップ3: Oracle Identity Managementのコンポーネントを停止する

OIDベースのポリシー・ストアを使用する場合は、Oracle Internet Directoryなど、どのOracle Identity Managementコンポーネントも停止する必要があります。

  • (UNIX) EXISTING_DOMAIN_HOME/bin/stopComponent.sh component_name

  • (Windows) EXISTING_DOMAIN_HOME\bin\stopComponent.cmd component_name

ステップ4: 管理サーバーを停止する

管理サーバーを停止するときに、管理サーバーで稼働しているプロセス(WebLogic Server管理コンソールやFusion Middleware Controlなど)も停止します。

管理サーバーを停止するには、stopWebLogicスクリプトを使用します。

  • (UNIX) EXISTING_DOMAIN_HOME/bin/stopWebLogic.sh

  • (Windows) EXISTING_DOMAIN_HOME\bin\stopWebLogic.cmd

プロンプトが表示されたら、管理サーバーのユーザー名とパスワード、およびURLを入力します。

ステップ5: ノード・マネージャを停止する

ノード・マネージャを停止するには、それが実行されているコマンド・シェルを閉じます。

またはnodemanager.propertiesのQuitEnabledの属性をtrueに設定した後(デフォルトはfalseです)、WLSTを使用して、ノード・マネージャに接続して停止できます。『Oracle WebLogic Server WLSTコマンド・リファレンス』のstopNodeManagerに関する項を参照してください。

既存ドメインからすべてのファイルの完全なバックアップを作成する

アップグレード前のデプロイメント全体の完全バックアップを作成したことを確認してから、アップグレード・プロセスを開始する必要があります。移行中に問題が発生した場合、これらのファイルを使用してプロセスを再度開始する必要があります。

ファイルのバックアップの詳細は、『Oracle® Fusion Middleware管理者ガイド』の「環境のバックアップ」を参照してください。

アップグレード時には、バックアップ記憶域のファイルに対する読取りアクセス権が必要です。

  • 12cドメイン・ホーム

  • MW_HOME/wlserver/common/ にある/nodemanagerディレクトリ

詳細は、『Oracle® Fusion Middleware管理者ガイド』の「環境のバックアップ」を参照してください。

ノート:

完全バックアップを作成するまでアップグレードを続行しないでください。

ドメインのバックアップ・ファイルを新しい場所にリストアする。

「既存ドメインからすべてのファイルの完全なバックアップを作成する」でバックアップしたファイルを新しい場所にコピーします。

この場所は、「標準的なアップグレード手順を使用してクローン環境をアップグレードする。」で使用します

新しいOracleホームに14c (14.1.2.0.0)ディストリビューションをインストールする。

アップグレードするコンポーネント用の14c (14.1.2.0.0)製品ディストリビューションを取得し、インストールする必要があります。ただし、14c (14.1.2.0.0)ドメインを構成する必要はありません。

詳細は、『Oracle Fusion Middlewareのインストールのプランニング』およびインストールするコンポーネントのコンポーネント固有のインストレーション・ガイドを参照してください。

標準的なアップグレード手順を使用してクローン環境をアップグレードする。

「ドメインのバックアップ・ファイルを新しい場所にリストアする。」で作成したドメインでアップグレードを実行します。

各コンポーネントには、Oracle Fusion Middlewareインフラストラクチャ・トポロジから新しい14c (14.1.2.0.0)トポロジへのアップグレードに必要な手順を記載した、アップグレード・ガイドが用意されています。ガイドは、Oracle Fusion Middlewareオンライン・ライブラリの「アップグレード」タブにあります。

Upgrade Assistantを実行するための非SYSDBAユーザーの作成

Upgrade Assistantを実行するために、FMWという非SYSDBAユーザーを作成することをお薦めします。このユーザーには、スキーマを変更するために必要な権限を付与しますが、完全な管理者権限は付与しません。

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

ノート:

SYSDBAではないユーザーFMWは、アップグレード・アシスタントを実行するためにのみ作成されます。このステップが完了したら、このFMWユーザーを削除してください。アップグレード・アシスタントを実行するために必要な権限は、リリースごとに異なる可能性があります。

ノート:

この例では、SYSDBA以外の管理者にFMWという名前を使用しています。FMWは、ご自分の管理者名に置き換えてください。
権限を付与する際には、必ず、ドメイン内のスキーマの実際のユーザー名およびパスワードを指定します。
CREATE USER FMW IDENTIFIED BY "<FMW password>";
GRANT pdb_dba TO FMW;
GRANT MANAGE SCHEDULER TO FMW;
GRANT USE ON EDITION ORA$BASE TO FMW WITH GRANT OPTION;
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_aq 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 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_job 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 EXECUTE ON SYS.DBMS_ASSERT 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 dba_objects TO FMW WITH GRANT OPTION;
GRANT SELECT ON dba_queue_subscribers TO FMW WITH GRANT OPTION;
GRANT SELECT ON dba_subscr_registrations TO FMW WITH GRANT OPTION;
GRANT EXECUTE ON DBMS_RLS TO FMW WITH GRANT OPTION;
GRANT READ ON CTXSYS.CTX_PENDING TO FMW WITH GRANT OPTION;
GRANT SELECT ON SYS.V_$PARAMETER TO FMW WITH GRANT OPTION;
GRANT CREATE PROCEDURE TO FMW;
GRANT SELECT ON dba_users TO FMW WITH GRANT OPTION;
GRANT ALL ON sys.v_$parameter TO FMW WITH GRANT OPTION;
Upgrade Assistantを使用したアップグレード前の準備状況チェックの実行

ほとんどのコンポーネントでは、アップグレード・アシスタントを-readinessモードで実行すると、読取り専用のアップグレード前チェックをドメインで実行できます。問題が検出された場合は、実際にアップグレードを開始する前にそれらを修正できます。

準備状況チェックは、システムがオンライン中に実行できます。チェックの複雑さによっては、準備状況チェックが終わるまでにしばらく時間がかかります。オフピーク時にチェックを実行することを検討してください。
アップグレード前の環境に対して準備状況チェックを実行するには、-readinessモードでアップグレード・アシスタントを起動します。
  1. ディレクトリを、UNIXオペレーティング・システムの場合はORACLE_HOME/oracle_common/upgrade/binに、Windowsオペレーティング・システムの場合はORACLE_HOME\oracle_common\upgrade\binに変更します。
  2. UNIXオペレーティング・システム上でUpgrade Assistantを開始するには:
    ./ua -readiness
  3. Windowsオペレーティング・システム上でUpgrade Assistantを開始するには:
    ua.bat -readiness
  4. Upgrade Assistantの各画面で必要な情報を指定します。

表示される画面は、選択するアップグレード・オプションによって異なります。詳細は、コンポーネント固有のアップグレード・ドキュメントを参照してください。

新しくアップグレードされたドメインが想定どおりに機能することを確認する。

新しいドメインで通常の管理タスクを実施し、コンポーネントが想定どおりに機能することを確認します。

古いOracleホームを廃止する必要はありませんが、削除が必要な場合は「12cアプリケーションの削除(オプション)」を参照してください。

別のホストでのアウトオブプレース・ドメイン・ディレクトリ・アップグレードの実行

異なるホスト上でアウトオブプレース・アップグレードを実行する手順について説明します。

異なるホストでのアウトオブプレース・アップグレードを完了するには、次のステップを実行します。

Fusion Middleware 12c動作保証マトリックスには、12.1データベースが含まれているため、この章で「11」と説明する場合、それはFusion Middleware 11gスキーマを指し、Oracle 11gデータベース・バージョンではありません。

管理サーバー、管理対象サーバー、ノード・マネージャなどすべてのプロセスの停止(ホストA)

管理サーバー、管理対象サーバーおよびノード・マネージャがホスト上で起動している場合はこれらも含めて、すべてのプロセスを停止する必要があります。この時点ではデータベースを停止しないでください。

たとえば、管理サーバーを停止するには、次のように指定します。

DOMAIN_HOME/bin/stopWebLogic.sh username password [admin_url]

ホスト・マシンからすべてのファイルの完全なバックアップを作成する。(ホストA)

アップグレード前のデプロイメント全体の完全バックアップを作成したことを確認してから、アップグレード・プロセスを開始する必要があります。移行中に問題が発生した場合、これらのファイルを使用してプロセスを再度開始する必要があります。

『Oracle® Fusion Middleware管理者ガイド』の「環境のバックアップ」を参照してください。

アップグレード時には、バックアップ記憶域のファイルに対する読取りアクセス権が必要です。

  • アップグレード前ドメイン・ホーム

  • MW_HOME/wlserver_10.3/common/ にある/nodemanagerディレクトリ

ホストAと同じホスト名およびIPアドレスを使用してターゲット・マシン・ホストBを構成する。

ターゲット・マシン(ホストB)のホスト名およびIPアドレスはソース・ホスト(ホストA)と同一にする必要があります。そのため、ソース・マシンのIPアドレスおよび名前を変更するか、ソース・マシンを停止してネットワークの干渉を回避する必要があります。

IPアドレスおよびホスト名を変更するプロセスは、オペレーティング・システムによって異なります。詳細は、オペレーティング・システムの管理ドキュメントを参照してください。

アップグレード前のドメインをホストAからホストBにリストアする。

アップグレード前環境で使用したものと同じディレクトリ構造を使用して、「ホスト・マシンからすべてのファイルの完全なバックアップを作成する。(ホストA)」でバックアップしたファイルをリストアします。ホストBのディレクトリ構造は、ホストAで使用した構造と同一にする必要があります。

ターゲット・マシンにファイルをリストアする方法の詳細は、『Oracle® Fusion Middleware管理者ガイド』の「環境のリカバリ」を参照してください。

新しいOracleホームに製品ディストリビューションをインストールする。(ホストB)

アップグレードするコンポーネントの製品ディストリビューションを取得し、インストールして構成する必要があります。

『Oracle Fusion Middlewareのインストールのプランニング』およびインストールするコンポーネントのコンポーネント固有のインストレーション・ガイドを参照してください。

標準アップグレード・プロシージャを使用してアップグレードを実行する。(ホストB)

各コンポーネントまたはコンポーネントの各スイートにはアップグレード・ガイドがあり、インフラストラクチャ・トポロジを最新のトポロジにアップグレードするのに必要なプロシージャについて説明します。ガイドは、Oracle Fusion Middlewareアップグレード・ドキュメントのアップグレードのランディング・ページにあります。

ノード・マネージャ・アップグレード手順では、元のノード・マネージャ・ファイルにアクセスする必要があります。「ホストAと同じホスト名およびIPアドレスを使用してターゲット・マシン・ホストBを構成する」の一部としてソース・マシンからバックアップされたノード・マネージャ・ファイルを使用します。

新しくアップグレードされたドメインが想定どおりに機能することを確認する。

新しいドメインで通常の管理タスクを実施し、コンポーネントが想定どおりに機能することを確認します。

既存のOracleホームを廃止する必要はありませんが、削除が必要な場合は「12cアプリケーションの削除(オプション)」を参照してください。

12cアプリケーションの削除(オプション)

古い12cのアプリケーションおよびドメイン設定をアンインストールする手順です。

必須ではありませんが、アップグレードの後、これらのステップに従って古いアプリケーションおよびドメイン設定をアンインストールできます。アップグレードされていないコンポーネントが参照しているドメインをアンインストールしないでください。確実でない場合は、ドメインを変更しないでください。

ノート:

この項に記載されているコマンドは、削除しようとしている12c Oracle Homeから実行する必要があり、12cアップグレード・プロセスの一部として作成された新しいホームからは実行できません。

  1. 12cのすべてのサーバーおよびプロセス(管理サーバー、管理対象サーバーおよびノード・マネージャを含めて)を停止します。『Oracle® Fusion Middleware管理者ガイド』のOracle WebLogic Server管理および管理対象サーバーの起動と停止に関する項を参照してください。
  2. Oracleホームを削除するには、Oracle Universal Installerを-deinstallモードで起動します。

    (UNIX) ORACLE_HOME/oui/bin

    ./runInstaller.sh -deinstall

    (Windows) ORACLE_HOME\oui\

    binsetup.exe -deinstall

  3. 「削除」画面で、削除する12c Oracleホームを指定します。「アンインストール」をクリックして次に進みます。
  4. 「警告」画面で、OUIがOracleホーム・ディレクトリを削除するかどうかを選択します。「はい」をクリックして、Oracle Universal InstallerでソフトウェアとOracleホームを削除します。元に戻すことはできません。
  5. 12c Oracle Commonホームを削除するには、次のディレクトリからOracle Universal Installerを起動します。

    (UNIX) ORACLE_HOME/oracle_common/oui/bin

    ./runInstaller -deinstall -jreLoc JRE_LOCATION

    (Windows) ORACLE_HOME\oracle_common\oui\

    binsetup.exe -deinstall -jreLoc JRE_LOCATION

  6. 「削除」画面で、削除しようとしているOracle Commonホームが正しいことを確認し、「削除」をクリックして続行します。
  7. 「警告」画面で、Oracle Commonホーム・ディレクトリを削除するかどうかを選択します。「はい」をクリックして、ソフトウェアとOracle Commonホームを削除します。
  8. WebLogic Serverを削除するには、次のディレクトリからWebLogicアンインストール・プログラムを起動します。

    (UNIX) ORACLE_HOME/utilw/uninstall

    ./uninstall.sh

    (Windows) ORACLE_HOME\utils\uninstall

    uninstall.exe

  9. 「次へ」をクリックして、プログラムのアンインストールを開始します。
  10. インストールされているコンポーネントの隣のチェックボックスを選択して、アンインストールするコンポーネントを選択します。デフォルトではインストールされたすべてのコンポーネントが選択されていることに注意してください。
  11. アンインストールするコンポーネントを選択した後、「次へ」をクリックしてアンインストールを完了します。