Oracle® Application Express

インストレーション・ガイド

リリース5.0

E67395-01(原本部品番号:E39144-04)

2015年8月

Oracle Application Expressインストレーション・ガイド, リリース5.0

E67395-01

Copyright © 2003, 2015, Oracle and/or its affiliates.All rights reserved.

原本著者: Terri Jennings

協力者:  Christina Cho、Joel Kallman、David Peake、Marc Sewtz、Jason Straub、Drue Swadener、Vlad Uvarov、Patrick Wolf

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

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

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

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

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

目次

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

はじめに

- 対象読者

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

- 関連ドキュメント

- 表記規則

- サード・パーティ・ライセンス情報

このリリースでの変更点

- Oracle Application Expressリリース5.0での変更点

1 Oracle Application Expressのインストールの概要

- 1.1 インストール・プロセスの理解

- 1.1.1 インストールの計画について

- 1.1.2 パッチ・セットとポイント・リリースについて

- 1.1.3 Oracle Application Expressスキーマについて

- 1.1.4 インストール・プロセスについて

- 1.2 以前のOracle Application Expressリリースからのアップグレード

- 1.2.1 サンプル・アップグレード・シナリオ

- 1.2.2 Oracle Application Expressリリース・バージョンの確認

- 1.2.3 既存のアプリケーションのアップグレードについて

- 1.2.4 アプリケーション互換性モードの指定について

- 1.2.5 テスト要件について

- 1.2.6 環境のクリーンアップについて

- 1.2.7 元のリリースに戻す

- 1.3 Webリスナーの選択

- 1.3.1 Webリスナーの選択について

- 1.3.2 Oracle REST Data Servicesについて

- 1.3.3 Oracle HTTP Serverおよびmod_plsqlについて

- 1.3.4 埋込みPL/SQLゲートウェイについて

- 1.3.5 Webリスナー・オプションの比較

- 1.3.6 埋込みPL/SQLゲートウェイを使用する場合のセキュリティに関する考慮事項について

- 1.3.7 Oracle RAC環境でのWebリスナーの選択

- 1.4 Oracle Application Expressランタイム環境について

2 Oracle Application Expressのインストール要件

- 2.1 Oracle Databaseの要件

- 2.2 ターゲット・データベースのMEMORY_TARGETの確認

- 2.3 ブラウザの要件

- 2.4 Webリスナーの要件

- 2.5 ディスク領域の要件

- 2.6 Oracle XML DBの要件

3 Oracle Database 12cでのマルチテナント・アーキテクチャの使用

- 3.1 インストールの選択項目の理解

- 3.2 様々なPDBへのApplication Expressのインストール

- 3.2.1 CDBからのApplication Expressのアンインストール

- 3.2.2 PDBへのApplication Expressのローカルなインストール

- 3.2.3 CDBへのApplication Expressの再インストール

- 3.3 ルート・コンテナにApplication Expressがインストールされている場合のPDBの接続

- 3.3.1 例1: Application Expressを含む非CDBの接続

- 3.3.2 例2: 他のCDBからの一般的なApplication Expressを含むPDBの接続

- 3.3.3 例3: 他のCDBからのローカルApplication Expressを含むPDBの接続

- 3.3.4 例4: Application Expressを含まない非CDBまたはPDBの接続

- 3.3.5 互換性のないApplication Expressバージョンでの作業

- 3.4 ターゲットCDBのルート・コンテナにApplication Expressが含まれない場合のPDBの接続

- 3.4.1 例1: Application Expressを含む非CDBの接続

- 3.4.2 例2: 他のCDBからの一般的なApplication Expressを含むPDBの接続

- 3.4.3 例3: 他のCDBからのローカルApplication Expressを含むPDBの接続

- 3.4.4 例4: Application Expressを含まない非CDBまたはPDBの接続

4 Application ExpressのインストールとOracle REST Data Servicesの構成

- 4.1 Oracle Databaseの要件

- 4.2 Oracle REST Data Servicesの要件

- 4.3 Oracle Application Expressへのパッチ適用について

- 4.4 Oracle Application Expressのインストール前タスクの実行

- 4.5 Oracle Application Expressのダウンロードとインストール

- 4.5.1 Application Expressのダウンロードとインストール

- 4.5.2 インスタンス管理アカウントの作成または更新

- 4.5.3 プロセスの再起動

- 4.5.4 APEX_PUBLIC_USERアカウントの構成

- 4.6 Oracle REST Data Servicesのダウンロードとインストール

- 4.6.1 Oracle REST Data Servicesのダウンロード

- 4.6.2 静的ファイル・サポートの構成

- 4.6.3 Oracle XML DBプロトコル・サーバーの無効化

- 4.6.4 リバース・プロキシやロード・バランサの内側にあるOracle REST Data Servicesの構成について

- 4.7 Oracle REST Data ServicesによるRESTfulサービスの構成

- 4.7.1 RESTfulサービスの構成について

- 4.7.2 RESTfulサービスの構成

- 4.8 Oracle Database 11g以上のネットワーク・サービスの有効化

- 4.8.1 ネットワーク・サービスを有効化する必要があるタイミングと理由

- 4.8.2 Oracle Database 12c以前での接続権限の付与

- 4.8.3 Oracle Database 12cでの接続権限の付与

- 4.8.4 無効なACLエラーのトラブルシューティング

- 4.9 セキュリティ・タスクの実行

- 4.10 同時ジョブ数の制御

- 4.10.1 同時ジョブ数の管理について

- 4.10.2 JOB_QUEUE_PROCESSESの数の表示

- 4.10.3 JOB_QUEUE_PROCESSESの数の変更

- 4.11 他の言語でのOracle Application Expressの実行について

- 4.12 言語変換されたバージョンのOracle Application Expressのインストール

- 4.12.1 言語変換されたバージョンのOracle Application Expressのインストールについて

- 4.12.2 言語変換されたバージョンのOracle Application Expressのインストール

- 4.13 ワークスペースの作成およびOracle Application Expressユーザーの追加

- 4.13.1 ワークスペースとユーザーについて

- 4.13.2 Oracle Application Express管理サービスへのアクセス

- 4.13.3 ワークスペースの手動作成

- 4.13.4 Oracle Application Expressユーザーの作成

- 4.13.5 ワークスペースへのサインイン

- 4.14 アップグレード・インストールのインストール後のタスクの実行

- 4.14.1 以前のOracle Application Expressインストールの削除について

- 4.14.2 以前のインストールが存在するかどうかの確認

- 4.14.3 以前のインストールのスキーマの削除

- 4.14.4 Oracle Database 11g以降での無効なACLの修正

- 4.15 パフォーマンスの最適化タスクについて

- 4.16 ランタイム環境と完全開発環境の間の変換

- 4.16.1 ランタイム環境と完全開発環境の間の変換について

- 4.16.2 完全開発環境へのランタイム環境の変換

- 4.16.3 ランタイム環境への完全開発環境の変換

5 Application Expressのインストールと埋込みPL/SQLゲートウェイの構成

- 5.1 Oracle Databaseの要件

- 5.2 Oracle Application Expressへのパッチ適用について

- 5.3 Oracle Application Expressのインストール前タスクの実行

- 5.4 Oracle Application Expressのダウンロードとインストール

- 5.4.1 Application Expressのダウンロードとインストール

- 5.4.2 インスタンス管理アカウントの作成または更新

- 5.4.3 プロセスの再起動

- 5.5 埋込みPL/SQLゲートウェイの構成

- 5.5.1 apex_epg_config.sql構成スクリプトの実行

- 5.5.2 以前のリリースからアップグレードする場合のイメージ・ディレクトリの更新

- 5.5.3 Oracle XML DBプロトコル・サーバー・ポートの検証

- 5.5.4 Oracle XML DBプロトコル・サーバーの有効化

- 5.5.5 静的ファイル・サポートの構成

- 5.5.6 リバース・プロキシやロード・バランサの内側にある埋込みPL/SQLゲートウェイの構成について

- 5.6 Oracle Database 11g以上のネットワーク・サービスの有効化

- 5.6.1 ネットワーク・サービスを有効化する必要があるタイミングと理由

- 5.6.2 Oracle Database 12c以前での接続権限の付与

- 5.6.3 Oracle Database 12cでの接続権限の付与

- 5.6.4 無効なACLエラーのトラブルシューティング

- 5.7 セキュリティ・タスクの実行

- 5.8 同時ジョブ数の制御

- 5.8.1 同時ジョブ数の管理について

- 5.8.2 JOB_QUEUE_PROCESSESの数の表示

- 5.8.3 JOB_QUEUE_PROCESSESの数の変更

- 5.9 他の言語でのOracle Application Expressの実行について

- 5.10 言語変換されたバージョンのOracle Application Expressのインストール

- 5.10.1 言語変換されたバージョンのOracle Application Expressのインストールについて

- 5.10.2 言語変換されたバージョンのOracle Application Expressのインストール

- 5.11 SHARED_SERVERSパラメータの構成について

- 5.12 ワークスペースの作成およびOracle Application Expressユーザーの追加

- 5.12.1 ワークスペースとユーザーについて

- 5.12.2 Oracle Application Express管理サービスへのアクセス

- 5.12.3 ワークスペースの手動作成

- 5.12.4 Oracle Application Expressユーザーの作成

- 5.12.5 ワークスペースへのサインイン

- 5.13 アップグレード・インストールのインストール後のタスクの実行

- 5.13.1 以前のOracle Application Expressインストールの削除について

- 5.13.2 以前のインストールが存在するかどうかの確認

- 5.13.3 以前のインストールのスキーマの削除

- 5.13.4 Oracle Database 11g以降での無効なACLの修正

- 5.14 パフォーマンスの最適化タスクについて

- 5.15 ランタイム環境と完全開発環境の間の変換

- 5.15.1 ランタイム環境と完全開発環境の間の変換について

- 5.15.2 非CDBまたはローカルなPDBにおける完全開発環境へのランタイム環境の変換

- 5.15.3 非CDBまたはローカルなPDBにおけるランタイム環境への完全開発環境の変換

- 5.15.4 CDBにおける完全開発環境へのランタイム環境の変換

- 5.15.5 完全開発環境のCDBにおけるランタイム環境への変換

6 Application ExpressのインストールとOracle HTTP Serverの構成

- 6.1 Oracle Databaseの要件

- 6.2 Oracle Application Expressへのパッチ適用について

- 6.3 Oracle Application Expressのインストール前タスクの実行

- 6.4 Oracle Application Expressのダウンロードとインストール

- 6.4.1 非CDBにおける、またはPDBにおけるローカルなApplication Expressのダウンロードとインストール

- 6.4.2 CDBにおけるApplication Expressのダウンロードとインストール

- 6.4.3 インスタンス管理アカウントの作成または更新

- 6.4.4 プロセスの再起動

- 6.4.5 APEX_PUBLIC_USERアカウントの構成

- 6.5 Oracle HTTP Serverの構成

- 6.5.1 イメージ・ディレクトリのコピーについて

- 6.5.2 imagesディレクトリのコピー

- 6.5.3 dads.confファイルの編集

- 6.5.4 静的ファイル・サポートの構成

- 6.5.5 Oracle HTTP Serverの停止および再起動

- 6.5.6 Oracle XML DBプロトコル・サーバーの無効化

- 6.5.7 リバース・プロキシやロード・バランサの内側にあるOracle HTTP Serverの構成について

- 6.6 Oracle Database 11g以上のネットワーク・サービスの有効化

- 6.6.1 ネットワーク・サービスを有効化する必要があるタイミングと理由

- 6.6.2 Oracle Database 12c以前での接続権限の付与

- 6.6.3 Oracle Database 12cでの接続権限の付与

- 6.6.4 無効なACLエラーのトラブルシューティング

- 6.7 セキュリティ・タスクの実行

- 6.8 同時ジョブ数の制御

- 6.8.1 同時ジョブ数の管理について

- 6.8.2 JOB_QUEUE_PROCESSESの数の表示

- 6.8.3 JOB_QUEUE_PROCESSESの数の変更

- 6.9 他の言語でのOracle Application Expressの実行について

- 6.10 言語変換されたバージョンのOracle Application Expressのインストール

- 6.10.1 言語変換されたバージョンのOracle Application Expressのインストールについて

- 6.10.2 言語変換されたバージョンのOracle Application Expressのインストール

- 6.11 ワークスペースの作成およびOracle Application Expressユーザーの追加

- 6.11.1 ワークスペースとユーザーについて

- 6.11.2 Oracle Application Express管理サービスへのアクセス

- 6.11.3 ワークスペースの手動作成

- 6.11.4 Oracle Application Expressユーザーの作成

- 6.11.5 ワークスペースへのサインイン

- 6.12 アップグレード・インストールのインストール後のタスクの実行

- 6.12.1 以前のOracle Application Expressインストールの削除について

- 6.12.2 以前のインストールが存在するかどうかの確認

- 6.12.3 以前のインストールのスキーマの削除

- 6.12.4 Oracle Database 11g以降での無効なACLの修正

- 6.13 パフォーマンスの最適化タスクについて

- 6.14 ランタイム環境と完全開発環境の間の変換

- 6.14.1 ランタイム環境と完全開発環境の間の変換について

- 6.14.2 非CDBまたはローカルなPDBにおける完全開発環境へのランタイム環境の変換

- 6.14.3 非CDBまたはローカルなPDBにおけるランタイム環境への完全開発環境の変換

- 6.14.4 CDBにおける完全開発環境へのランタイム環境の変換

- 6.14.5 完全開発環境のCDBにおけるランタイム環境への変換

A Oracle Application Expressインストールのトラブルシューティング

- A.1 インストール・セッションのログの確認

- A.2 Oracle Application Expressインストールの妥当性の検証

- A.3 パッチのダウンロードとインストール

- A.4 インストールが失敗した後のクリーンアップ

- A.4.1 アップグレード・インストール失敗後の旧リリースへの復旧

- A.4.2 Oracle Application Expressのデータベースからの削除

- A.5 Oracle Application Expressでイメージが正しく表示されない

- A.6 ページ保護違反について

B Oracle Database Express Edition内でのOracle Application Expressのアップグレード

- B.1 最新のOracle Application Expressリリースへのアップグレード

- B.2 新しいOracle Application Expressリリースの間の相違点の理解

- B.2.1 ユーザー・インタフェースの相違点

- B.2.2 データベース管理の相違点

索引

はじめに

このマニュアルでは、Oracle Application Expressをインストールおよび構成する方法について説明します。

- 対象読者

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

- 関連ドキュメント

- 表記規則

- サード・パーティ・ライセンス情報

対象読者

このマニュアルは、Oracle Application Expressをインストールする必要があるすべてのユーザーを対象としています。

このマニュアルを使用するには、Oracle Databaseをインストールしたコンピュータの管理権限を持ち、オブジェクト・リレーショナル・データベースの管理の概念を理解している必要があります。

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

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リソースを参照してください。

- 『Oracle Application Expressリリース・ノート』

- 『Oracle Application Expressアプリケーション・ビルダー・ユーザーズ・ガイド』

- 『Oracle Application Expressエンド・ユーザー・ガイド』

- 『Oracle Application Express管理ガイド』

- Oracle Application Express SQLワークショップ・ガイド

- 『Oracle Application Express APIリファレンス』

- 『Oracleのアプリケーション移行ガイド』

- 『Oracle Database概要』

- 『Oracle Databaseアドバンスト・アプリケーション開発者ガイド』

- 『Oracle Database管理者ガイド』

- 『Oracle Database SQL言語リファレンス』

- 『SQL*Plusユーザーズ・ガイドおよびリファレンス』

表記規則

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

規則

意味

太字

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

イタリック体

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

固定幅フォント

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

サード・パーティ・ライセンス情報

Oracle Application Expressでは、他社のコードを使用しています。オラクル社が表示を求められているライセンス文書については、『Oracle Databaseライセンス情報』を参照してください。

ただし、Oracleプログラム(サード・パーティのソフトウェアを含む)を使用する権利は、この製品に付随するOracleプログラムのライセンスによって決定され、次の文書に含まれる条件でこの権利が変更されることはありません。

このリリースでの変更点

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

- Oracle Application Expressリリース5.0での変更点

Oracle Application Expressリリース5.0での変更点

Oracle Application Expressリリース5.0の『Oracle Application Expressインストレーション・ガイド』では、次の点が変更されました。

新機能

このリリースの新機能は次のとおりです。

- Oracle Application Expressは、Oracle Database 12cマルチテナント・アーキテクチャをサポートします。「Oracle Database 12c.でのマルチテナント・アーキテクチャの使用」を参照してください。

- すべてのアーキテクチャ・タイプに同じインストール・スクリプト
Oracle Application Expressリリース5.0は、簡略化された能率的なインストール・プロセスが特徴です。以前のリリースでは、ターゲット・アーキテクチャ(つまり、マルチテナントか非マルチテナントか)によって、異なるインストール・スクリプトを実行しました。たとえば、Oracle Application Expressリリース4.2.6では、非マルチテナント・アーキテクチャにはapexins.sql、マルチテナント・アーキテクチャにはapexins_con.sqlでした。Oracle Application Expressリリース5.0では、すべてのターゲット・アーキテクチャに対して1つのインストール・スクリプト、apexins.sqlを実行するだけです。

非推奨となったかサポートが終了した機能

『Oracle Application Expressリリース・ノート』の非推奨となった機能およびサポートが終了した機能に関する項を参照してください。

その他の変更

このリリースでのその他の変更は次のとおりです。

- すべての内容は、リリース5.0の機能にあわせて更新されました。

- Oracle Database、WebブラウザおよびWebリスナーの要件が変更されました。「Oracle Application Expressのインストール要件」を参照してください。

- 『Oracle Application Expressインストレーション・ガイド』の手順は、Webリスナーにより整理されました。詳細は、次を参照してください。

- 「Webリスナーの選択」

- Oracle REST Data Servicesの場合は、「Application ExpressのインストールとOracle REST Data Servicesの構成」を参照してください。

- 埋込みPL/SQLゲートウェイの場合は、「Application Expressのインストールと埋込みPL/SQLゲートウェイの構成」を参照してください。

- Oracle HTTP Serverの場合は、「Application ExpressのインストールとOracle HTTP Serverの構成」を参照してください。

1 Oracle Application Expressのインストールの概要

この項では、Oracle Application Expressのインストールの概要を示し、インストール前に考慮する問題について説明します。

- インストール・プロセスの理解

- 以前のリリースのOracle Application Expressからのアップグレード

- Webリスナーの選択

- Oracle Application Expressランタイム環境について

1.1 インストール・プロセスの理解

この項では、Oracle Application Expressのインストール・プロセスの概要を説明します。

- インストールの計画について

- パッチ・セットとポイント・リリースについて

- Oracle Application Expressスキーマについて

- インストール・プロセスについて

参照:
「以前のリリースのOracle Application Expressからのアップグレード」

1.1.1 インストールの計画について

インストール・プロセスには次のステップが含まれます。

1. インストールの計画: 計画フェーズでは、完全開発環境とランタイム環境のいずれをインストールするかを決定する必要があります。完全開発環境では、アプリケーションを開発するためにアプリケーション・ビルダー開発環境に完全にアクセスできます。変更できないアプリケーションを実行する本番実装に対しては、ランタイム環境を選択することをお薦めします。
使用するWebリスナーも決める必要があります。使用可能なオプションには、Oracle REST Data Services、埋込みPL/SQLゲートウェイまたはOracle HTTP Serverとmod_plsqlがあります。

2. インストール要件の確認: ソフトウェアをインストールするために満たす必要がある最小のシステム要件については、「Oracle Application Expressのインストールの要件」を参照してください。

3. ソフトウェアのインストール: 必要なインストール・ステップは、使用するWebリスナーによって異なります。

関連項目:
「Oracle Application Expressランタイム環境について」、「Webリスナーの選択」および「Oracle Application Expressのインストール要件」

1.1.2 パッチ・セットとポイント・リリースについて

パッチ・セットは、完全にテストおよび統合された製品の修正を配布するためのメカニズムです。パッチ・セットが提供するのは不具合の修正のみです。パッチ・セットは通常、新機能は含まず、ターゲット・システムでの認定は必要ありません。パッチ・セットには、セット内の不具合の修正を実装するために再ビルドされたすべてのライブラリが含まれます。パッチ・セット内の修正はすべてテスト済であり、相互に連携して機能することが保証されています。

製品のメジャー・リリースとメジャー・リリースの間に、ポイント・リリースを提供することがあります。ポイント・リリース(たとえば、Oracle Application Expressリリース4.2.5)には不具合の修正が含まれ、現在のすべてのパッチ・セットが統合されます。通常、ポイント・リリースでは、新しい機能は導入されません。

参照:
「以前のリリースのOracle Application Expressからのアップグレード」および「パッチのダウンロードとインストール」

1.1.3 Oracle Application Expressスキーマについて

Application Expressエンジンは、多数のOracle表と、独自のバージョン固有のスキーマ内に存在する何千行ものPL/SQLプログラムから構成されています。Oracle Application Expressの各リリースで、このスキーマには、表1-1に示した固有の名前があります。

表1-1 Oracle Application Expressのリリースとスキーマ

Oracle Application Expressリリース

スキーマ名

Oracle Application Expressリリース5.0.x

APEX_050000

Oracle Application Expressリリース4.2.x

APEX_040200

Oracle Application Expressリリース4.1.x

APEX_040100

Oracle Application Expressリリース3.1.x以降

FLOWS_xxxxxx

1.1.4 インストール・プロセスについて

Oracle Application Expressを初めてインストールするか、以前のリリースから更新するかにかかわらず、同じインストール手順を使用して、同じファイルをOTNからダウンロードします。インストール・スクリプトは最新の既存のOracle Application Expressスキーマを確認し、インスタンス・メタデータ、ワークスペースおよびアプリケーションを、以前のスキーマから現在のスキーマに自動的にコピーします。以前のリリースに関連付けられた元のスキーマは、完全に不変に保たれます。ベスト・プラクティスに従って、新しいリリースのOracle Application Expressには新しい表領域を作成し、このドキュメントで示す適切なインストール手順に従うようお薦めします。

1.2 以前のOracle Application Expressリリースからのアップグレード

リリース1.5.x、1.6.x、2.0.x、2.2.x、3.0.x、3.1.x、3.2.x、4.0x、4.1xまたは4.2xのOracle Application Expressをご使用の場合は、このマニュアルに記載されているどのインストール例に従っても、Oracle Application Expressインスタンスがリリース5.0にアップグレードされ、新しいスキーマにOracle Application Express 5.0のデータベース・オブジェクトが作成され、アプリケーションのメタデータが新しいリリースに移行されます。この項では、アップグレード・プロセスに関連するその他の情報を説明します。

- サンプル・アップグレード・シナリオ

- Oracle Application Expressリリース・バージョンの確認

- 既存のアプリケーションのアップグレードについて

- アプリケーション互換性モードの指定について

- テスト要件について

- 環境のクリーンアップについて

- 元のリリースに戻す

参照:
「インストール・プロセスの理解」

1.2.1 サンプル・アップグレード・シナリオ

パッチ・セットとポイント・リリースは、My Oracle Supportからダウンロードできます。表1-2に、一般的なアップグレード・シナリオをリストします。

表1-2 サンプル・アップグレード・シナリオ

アップグレード・シナリオ

アクション

以前のOracle Application Expressリリースからのアップグレード

「ダウンロード」ページから最新のファイルをダウンロードします。

Oracle Application Expressのメジャー・リリースからポイント・リリースへのアップグレード。

My Oracle Supportからポイント・リリースをダウンロードします。

Oracle Application Expressリリース4.2をデフォルトで含むOracle Database 12cのインストール。

「ダウンロード」ページから最新のファイルをダウンロードします。

1.2.2 Oracle Application Expressリリース・バージョンの確認

Oracle Application Expressのどのリリースを現在実行しているかを判定するには、次のステップを実行します。

1. Oracle Application Expressにサインインします。
ワークスペースのホームページが表示されます。

現在のリリース・バージョンが右下隅に表示されます。

2. Application Expressのバージョン情報ページを表示するには、次の手順を実行します。

- ページの最上部にあるヘルプ・メニューを見つけます。

- 「ヘルプ」メニューから「バージョン情報」を選択します。
Application Expressのバージョン情報ページが表示されます。

1.2.3 既存のアプリケーションのアップグレードについて

Oracle Application Expressの新しいリリースをインストールすると、インストール・プロセスにより、既存のアプリケーションが最新のリリースに更新されます。アップグレード・プロセスは、アプリケーション・ユーザー・インタフェースやアプリケーション・コンポーネントを変更しないように設計されています。結果として、ユーザー・インタフェースに影響する可能性があるアプリケーション・コンポーネントは、アップグレード・プロセスでは変更されません。これらのコンポーネントを手動で検討し、更新する、または現状のまま残すのは、開発者の担当範囲です。既存の機能に影響を与える場合があるコンポーネントの例には、対話モード・レポート、チャート、一部の検証などに追加された新しい機能などがあります。

ヒント:
カスタムXMLを使用するチャートは手動で更新する必要があります。そうしない場合、カスタムXMLは失われます。

参照:
『Oracle Application Expressアプリケーション・ビルダー・ユーザーズ・ガイド』のアプリケーションの整合性をチェックするアドバイザの実行に関する項

1.2.4 アプリケーション互換性モードの指定について

各アプリケーション内では、「アプリケーション定義」で互換性モードを指定することもできます。アプリケーション互換性モードを変更すると、一部のランタイム動作も変更されます。互換性モード・オプションには、「4.1前」、「4.1」、「4.2」、および「5.0」などがあります。

参照:
『Oracle Application Expressリリース・ノート』の互換性モードに関する項、および『Oracle Application Expressアプリケーション・ビルダー・ユーザーズ・ガイド』のアプリケーション属性の編集に関する項、プロパティに関する項

1.2.5 テスト要件について

Oracle Application Expressアップグレード時の、適切な回帰テストの量の判定は、アップグレードするアプリケーションの複雑さ、サイズおよび数に依存します。複雑なページ、特に大きなJavaScriptや、広範なPL/SQLの計算またはプロセスを統合しているページの大部分を含める必要があります。開発者は、「アプリケーションのアップグレード」または「アドバイザ」に基づいて手動で更新するページが回帰テストにも含まれていることを確認する必要があります。残りのページをすべて回帰テストに含める必要はありません。レポート、チャートおよびフォームを含む様々なページ・タイプを適切に代表する内容を含めることをお薦めします。アプリケーションの互換性モードがアップグレード後に変更された場合は、必ず回帰テストに含める必要があります。

エンド・ユーザーが中断されるリスクを最小にするにはアップグレードされたアプリケーションの回帰テストは必須ですが、長期間かからないようにすることが重要です。一般原則:

- ステップ1: 先に開発環境をアップグレードします。開発者がアプリケーションを検討して、必要に応じて初期更新できるようにします。

- ステップ2: QA/テスト環境をアップグレードします。

- ステップ3: アプリケーションを、この環境に組み込まれた開発からアップグレードします。

- 手順4: 本番環境をアップグレードします。

- ステップ5: アップグレードされたアプリケーションをこの環境に組み込みます。

1.2.6 環境のクリーンアップについて

すべての環境で最新リリースへのOracle Application Expressのアップグレードが成功したら、環境をクリーンアップする必要があります。新しいリリースでの開発を開始したら、以前のリリースに関連付けられたOracle Application Expressスキーマは削除できます。

以前のリリースが別の表領域にインストールされた場合、固有の表領域を単純に削除できます。以前のOracle Application Expressスキーマは、数週間残してから、開発、テストおよび本番環境から削除することをお薦めします。このクリーンアップ・プロセスによりディスク領域が解放され、SQL DeveloperやSQL*Plusなどのツールを使用して古いスキーマにアクセスするユーザーをゼロにできます。

1.2.7 元のリリースに戻す

Oracle Application Expressは各メジャー・リリースに対して新しいスキーマを作成するため、元のリリースに戻すのは比較的単純なプロセスです。以前のリリースに戻る場合、現在のOracle Application Expressインスタンスで行われた変更はすべて失われます。主要なタスクは、パブリック・シノニムと権限付与を、新しいスキーマでなく以前のスキーマを参照するように切り替えることです。

参照:
「アップグレード・インストール失敗後の旧リリースへの復旧」

1.3 Webリスナーの選択

実行するためには、Oracle Application ExpressにOracle REST Data Services、Oracle HTTP Serverおよびmod_plsqlまたは埋込みPL/SQLゲートウェイへのアクセス権が必要です。

- Webリスナーの選択について

- Oracle REST Data Servicesについて

- Oracle HTTP Serverおよびmod_plsqlについて

- 埋込みPL/SQLゲートウェイについて

- Webリスナー・オプションの比較

- 埋込みPL/SQLゲートウェイを使用する場合のセキュリティに関する考慮事項について

- Oracle RAC環境でのWebリスナーの選択

1.3.1 Webリスナーの選択について

Oracle Application Expressは、Oracle Database内に格納されたメタデータを使用してページが動的に生成される簡素なアーキテクチャを使用します。コード生成やファイル・ベースのコンパイルはありません。完全にインストールされると、開発者とエンド・ユーザーがOracle Application ExpressにアクセスするためのUniform Resource Locator (URL)が定義されます。ユーザーに必要なのは、Webブラウザと必要なURLのみです。追加クライアント・ソフトウェアは必要ありません。

Webリスナーは、データベースに格納されたプロシージャ・コールへのブラウザ・リクエストをマップすることにより、Webブラウザと、Oracleデータベース内のOracle Application Expressオブジェクトと間の通信ブローカとして機能します。Webリスナーには3つの選択肢があります。

- Oracle REST Data Services(旧称Oracle Application Expressリスナー)。「Oracle REST Data Servicesについて」を参照してください。

- Oracle HTTP Server。「Oracle HTTP Serverおよびmod_plsqlについて」を参照してください。

- 埋込みPL/SQLゲートウェイ。「埋込みPL/SQLゲートウェイについて」を参照してください。

参照:
「Webリスナーの選択」および「Webリスナーの要件」

1.3.2 Oracle REST Data Servicesについて

Oracle REST Data Services(旧称Oracle Application Expressリスナー)はJavaベースで、サポートされている任意のJ2EE準拠Webサーバーにインストールでき、Oracle Application Expressと併用する場合の優先オプションです。Oracle WebLogic Server、Oracle Glassfish ServerおよびApache Tomcatに対して完全にサポートされている無料のツールです。Oracle REST Data Servicesは、Oracle Database Cloud Serviceを運用するために使用される参照アーキテクチャの一部です。

注意:
Oracle WebLogic ServerとOracle Glassfish Enterprise Editionに関連付けられたライセンス・コストがあります。Oracle Glassfish Community Editionには有償オプションはありません。

Oracle REST Data Servicesを使用する、次から構成されたアーキテクチャが作成されます。

- Webブラウザ

- Oracle REST Data Services

- Oracle Application Expressを含むOracle Database

このアーキテクチャの大きな利点は、中間層とデータベース層の分離です。

ヒント:
このアーキテクチャは、Oracle Real Application Clusters(Oracle RAC)環境に適しています。「Oracle RAC環境でのWebリスナーの選択」を参照してください。

参照:
「Webリスナーの要件」、『Oracle Application Expressアプリケーション・ビルダー・ユーザーズ・ガイド』の、Oracle REST Data ServicesとOracle Application Expressの構成に関する項、および「Application ExpressのインストールとOracle REST Data Servicesの構成」

1.3.3 mod_plsqlと使用するOracle HTTP Serverについて

注意:
Oracle HTTP Server 12c (12.1.3)では、mod_plsqlは非推奨となっています。詳細は、My Oracle Supportのノート1576588.1を参照してください。かわりに、Oracle REST Data Servicesを使用することをお薦めします。「Oracle REST Data Servicesについて」を参照してください。

mod_plsqlを使用するOracle HTTP Server (Apache)は、データベースと同じ物理マシン上にも、別の物理マシン上にも配置できます。Oracle HTTP Serverがデータベースと同じ物理マシン上にインストールされている場合、Oracle HTTP Serverは、Oracle Databaseライセンスに含まれる限定使用ライセンスの一部として含まれます。それ以外の場合は、別個のOracle HTTP Serverライセンスを取得する必要があります。

Oracle HTTP Server (Apache)をmod_plsqlとともに使用すると、次のもので構成されたアーキテクチャが作成されます。

- Webブラウザ

- Oracle HTTP Serverとmod_plsql

- Oracle Application Expressを含むOracle Database

このアーキテクチャでは、中間層とデータベース層が分離されます。

ヒント:
このアーキテクチャは、Oracle Real Application Clusters(Oracle RAC)環境に適しています。「Oracle RAC環境でのWebリスナーの選択」を参照してください。

参照:
「Webリスナーの要件」、『Oracle Application Expressアプリケーション・ビルダー・ユーザーズ・ガイド』の、mod_plsqlを伴うOracle HTTP ServerとOracle Application Expressの構成に関する項、および「Application ExpressのインストールとOracle HTTP Serverの構成」

Oracle HTTP Serverの使用時にイメージが格納される場所

Oracle HTTP ServerまたはOracle Application Server構成では、imagesはファイル・システム上の別名/i/で参照される場所に格納されています。以前のリリースからOracle Application Expressをアップグレードする場合は、次のファイルを確認してテキスト別名/i/を検索することで、ファイル・システム上でimagesディレクトリを特定できます。

- Oracle9iリリース2で配布されたOracle HTTP Serverの場合: httpd.confファイルを確認します。

- Oracle Application Server 10gの場合: marvel.confまたはdads.confファイルを確認します。

- Oracle Database 11gまたは12cで配布されたOracle HTTP Serverの場合: marvel.confまたはdads.confファイルを確認します。

テキスト別名/i/を見つけるための具体例は、「イメージ・ディレクトリのコピー」にあります。

1.3.4 埋込みPL/SQLゲートウェイの概要

Oracle XML DBプロトコル・サーバーおよび埋込みPL/SQLゲートウェイは、Oracle Databaseとともにインストールされます。Webサーバーを使用したOracle Database、さらに動的なアプリケーションの作成に必要なインフラストラクチャを利用できます。埋込みPL/SQLゲートウェイは、Oracle DatabaseのOracle XML DB Protocol Serverで実行され、mod_plsqlのコア機能を含みます。

埋込みPL/SQLゲートウェイは、WebブラウザおよびOracle Database(埋込みPL/SQLゲートウェイとOracle Application Expressを含む)の単純な2層アーキテクチャで構成されます。

埋込みPL/SQLゲートウェイの利点は次のとおりです。

- 構成が容易

- データベースに含まれている

- 別のサーバーをインストールする必要がない

参照:
「Webリスナーの要件」および「埋込みPL/SQLゲートウェイを使用する場合のセキュリティに関する考慮事項について」

埋込みPL/SQLゲートウェイの使用時にイメージが格納される場所

埋込みPL/SQLゲートウェイを使用してOracle Application Expressを実行する場合、イメージは、Oracle XML DBリポジトリ内のデータベースに直接格納されます。imagesにアクセスするには、Oracle XML DBのWebDAV機能またはFTPを使用します。詳細は、『Oracle XML DB開発者ガイド』のプロトコルによるリポジトリへのアクセスに関する説明を参照してください。

1.3.5 Webリスナー・オプションの比較

表1-3「Webリスナーの比較」では、Oracle Application ExpressのWebリスナー・オプションを比較しています。

表1-3 Webリスナーの比較

機能

Oracle REST Data Services

Oracle HTTP Serverとmod_plsql

埋込みPL/SQLゲートウェイ

イメージの場所

ファイル・システム

ファイル・システム

データベース内

構成オプション

GUIインタフェース(リリース2.0.3以降)、「管理」ページ

データベース・アクセス記述子(DAD)

データベース初期化パラメータ

接続プール設定

JDBCパラメータ

Min/MaxSpareServers; MaxClients

SHARED_SERVERS; MAX_SHARED_SERVERS

RESTful Webサービスの生成

はい(リリース2.0.3以降)

×

×

複数データベースのサポート

はい(Oracle RACを含む)

はい(Oracle RACを含む)

×

ウィルス・スキャン・ファイル

はい(ICAPサーバーに統合)

×

×

PDFの印刷

はい。FOPサポートあり

×

いいえ

推奨環境

すべて

すべて

開発のみ

1.3.6 埋込みPL/SQLゲートウェイを使用する場合のセキュリティに関する考慮事項について

埋込みPL/SQLゲートウェイは、Oracle XML DB HTTPリスナーの一部としてデータベースで実行されます。Oracle XML DB HTTPリスナーおよび埋込みPL/SQLゲートウェイには、Oracle HTTP Serverおよびmod_plsqlと同等の主要機能があります。HTTPリスナーはOracle Application Expressがインストールされているデータベースと同じデータベースで実行されるため、データベースから分離できません。このため、インターネット上で実行されるアプリケーションに埋込みPL/SQLゲートウェイを使用することはお薦めしません。また、埋込みPL/SQLゲートウェイでは、Oracle REST Data ServicesやOracle HTTP Serverのような構成の柔軟性および詳細なロギングは提供されません。

1.3.7 Oracle RAC環境でのWebリスナーの選択

Oracle Real Application Clusters(Oracle RAC)環境でOracle Application Expressを実行する場合、Oracle REST Data ServicesまたはOracle HTTP Serverとmod_plsqlを使用することをお薦めします。Oracle REST Data ServicesまたはOracle HTTP Serverとmod_plsqlでは、1つのHTTP Serverがすべてのノードにアクセスできるように、サーバー名形式で接続を指定することができます。

Oracle RAC環境には埋込みPL/SQLゲートウェイ・オプションを選択しないことをお薦めします。埋込みPL/SQLゲートウェイではデータベース・インスタンスに組み込まれたHTTPサーバーを使用するため、Oracle RAC共有アーキテクチャを活用できません。

1.4 Oracle Application Expressランタイム環境について

あらゆるソフトウェア開発のライフ・サイクルと同様に、開発、テスト/QAおよび本番用の環境は別々にするよう、強くお薦めします。Oracle Application Expressでは、テストおよび本番インスタンス用にOracle Application Expressのランタイム・バージョンのみをインストールする機能がサポートされています。このランタイム環境により、インストールするフットプリントと権限を最小限に抑えることができます。また、ランタイム・インスタンスでは開発者が本番アプリケーションを不注意で更新することが避けられるため、アプリケーションのセキュリティが向上します。

Oracle Application Expressランタイム環境では、本番アプリケーションは実行できますが、管理用のWebインタフェースは提供されません。ランタイム環境に含まれるのは、アプリケーションの実行に必要なパッケージのみです。このため、ランタイム環境はより堅牢な環境となります。Oracle Application Expressランタイム環境は、SQL*PlusまたはSQL DeveloperおよびAPEX_INSTANCE_ADMIN APIを使用して管理します。詳細は、『Oracle Application Expressアプリケーション・ビルダー・ユーザーズ・ガイド』のApplication Expressのランタイム環境の優位性に関する項を参照してください。

既存のインスタンスに対して開発者インタフェースの削除または追加を行うスクリプトが提供されます。対応するインストールのタイプの詳細は、次のいずれかを参照してください。

関連項目:

- Application ExpressのインストールとOracle REST Data Servicesの構成については、「ランタイム環境と完全開発環境の間の変換」を参照してください

- Application Expressのインストールと埋込みPL/SQLゲートウェイの構成については、「ランタイム環境と完全開発環境の間の変換」を参照してください

- Application ExpressのインストールとOracle HTTP Serverの構成については、「ランタイム環境と完全開発環境の間の変換」を参照してください

2 Oracle Application Expressのインストール要件

この章では、Oracle Application Expressのインストール要件について説明します。

- Oracle Databaseの要件

- ターゲット・データベースのMEMORY_TARGETの確認

- ブラウザの要件

- Webリスナーの要件

- ディスク領域の要件

- Oracle XML DBの要件

2.1 Oracle Databaseの要件

Oracle Application Expressリリース5.0には、Oracle Databaseリリース11.1.0.7以降が必要です(Enterprise EditionおよびExpressエディション(Oracle Database XE)を含む)。Oracle Databaseバージョン12c CDBをアップグレードする場合、My Oracle Supportから、バグ20618595の個別パッチをダウンロードする必要があります。「パッチ」タブで20618595を検索します。

2.2 ターゲット・データベースのMEMORY_TARGETの確認

Oracle Application Expressは、システム・グローバル領域(SGA)とプログラム・グローバル領域(PGA)に少なくとも300MBあることを必要とします。データベースは通常は自動メモリー管理を使用し、そこではメモリーをサーバー・パラメータMEMORY_TARGETで制御できます。データベースが自動メモリー管理を使用していない場合、そのかわりに手動のメモリー・パラメータ(たとえば、SGA_TARGET、PGA_AGGREGATE_TARGET、SHARED_POOL_SIZE)を構成する方法を『Oracle Database管理者ガイド』で参照すると、類似した結果を得られます。

参照:
Oracle Database管理者ガイド

ターゲット・データベースのMEMORY_TARGETを確認するには、次のステップを実行します。

1. データベースを起動します。

SQL> STARTUP

2. 必要に応じて次のコマンドを実行し、システムで初期化パラメータ・ファイル(initsid.ora)が使用されているか、サーバー・パラメータ・ファイル(spfiledbname.ora)が使用されているかを確認します。

SQL> SHOW PARAMETER PFILE;

このコマンドを実行すると、サーバー・パラメータ・ファイルまたは初期化パラメータ・ファイルの名前および場所が表示されます。

3. MEMORY_TARGETパラメータの現在の値を表示します。

SQL> SHOW PARAMETER MEMORY_TARGET

4. 値が0の場合、データベースは手動メモリー管理を使用しています。手動メモリー管理を使用して同等のメモリー・サイズを構成する方法の詳細は、次の手順でなく『Oracle Database管理者ガイド』を参照してください。
システムでサーバー・パラメータ・ファイルが使用されている場合は、MEMORY_TARGET初期化パラメータを300MB以上に設定します。

SQL> ALTER SYSTEM SET MEMORY_TARGET='300M' SCOPE=spfile;

5. システムで初期化パラメータ・ファイルが使用されている場合は、初期化パラメータ・ファイル(initsid.ora)のMEMORY_TARGETパラメータの値を300MB以上に変更します。

6. データベースを停止します。

SQL> SHUTDOWN

7. データベースを再起動します。

SQL> STARTUP

2.3 ブラウザの要件

Oracle Application Expressは標準準拠のHTML5、CSS3およびJavaScriptに依存しているため、最適な操作性のために、入手可能な最新のWebブラウザ・ソフトウェアを使用することをお薦めします。次のアプリケーションは、Oracle Application Expressでテスト済です。

- Mozilla Firefox 35

- Google Chrome 40

- Apple Safari 7

- Microsoft Internet Explorer 9

レガシー・テーマを使用して、以前のWebブラウザ・リリース(Microsoft Internet Explorer 7および8など)をサポートするOracle Application Expressアプリケーションを開発できます。ただし、Oracle Application Expressアプリケーションの実行がサポートされるMicrosoft Internet Explorerの最小バージョンはMicrosoft Internet Explorer 9.0です。Oracle Application Expressには、以前のブラウザでは正しく機能しない可能性がある拡張ウィジェット(ツリー、メニュー、リッチ・テキスト・エディタ、その他のサード・パーティ・コンポーネントなど)が多数含まれています。

2.4 Webリスナーの要件

Oracle Application Expressを実行するには、次のいずれかに対するアクセス権が必要です。

- Oracle REST Data Servicesリリース2.0.3以降
Oracle REST Data ServicesリスナーはJavaベースのWebサーバーです。これには、ファイル・システム・キャッシング、改善されたファイル・アップロード機能が含まれており、Oracle WebLogic Server、Oracle Glassfish ServerおよびApache Tomcatに対する動作が保証されています。

- 埋込みPL/SQLゲートウェイ
Oracle XML DBプロトコル・サーバーおよび埋込みPL/SQLゲートウェイは、Oracle Database 11gリリース1 (11.1)とともにインストールされます。Webサーバーを使用したデータベース、および動的なアプリケーションの作成に必要なインフラストラクチャを利用できます。

- Oracle HTTP Serverおよびmod_plsql
Oracle HTTP Serverは、mod_plsqlプラグインを使用してOracle Database内のOracle Application Expressエンジンと通信します。

参照:
「Webリスナーの選択」

2.5 ディスク領域の要件

Oracle Application Expressのディスク領域の要件は、次のとおりです。

- ファイル・システム上のOracle Application Expressソフトウェア・ファイルの空き領域: 265MB(英語版のみのダウンロード(apex_5.0_en.zip)を使用する場合)および630MB(完全ダウンロード(apex_5.0.zip)を使用する場合)。

- Oracle Application Express表領域の空き領域: 220MB

- SYSTEM表領域の空き領域: 100MB

- 追加インストールした各言語(英語以外)用のOracle Application Express表領域の空き領域: 60MB

2.6 Oracle XML DBの要件

使用するOracle Databaseに、Oracle XML DBをインストールしておく必要があります。インストール中またはDatabase Configuration Assistant(DBCA)によって作成された事前構成済のデータベースを使用している場合、Oracle XML DBはインストールおよび構成済です。

参照:
既存のデータベースにOracle XML DBを手動で追加する方法の詳細は、『Oracle XML DB開発者ガイド』を参照してください。

ヒント:
インストーラは、Oracle XML DBに対して前提条件チェックを実行します。Oracle XML DBがインストールされていない場合は終了します。

ヒント:
Oracle XML DBのインストールでは、ユーザーANONYMOUSが作成されます。ANONYMOUSユーザーをデータベースから削除しなくても、Oracle Application Expressのワークスペースのプロビジョニングは適切に機能します。

3 Oracle Database 12cでのマルチテナント・アーキテクチャの使用

この項では、Oracle Database 12cマルチテナント・アーキテクチャで導入されるプラガブル・データベースのコピーおよび移動に関連するインストールの選択項目と様々な使用例について、Oracle Application Express (Application Express)に関連付けて説明します。

- インストールの選択項目の理解

- 様々なPDBへのApplication Expressのインストール

- ルート・コンテナにApplication Expressがインストールされている場合のPDBの接続

- ターゲットCDBのルート・コンテナにApplication Expressが含まれない場合のPDBの接続

3.1 インストールの選択項目の理解

Oracle Database 12cリリース1 (12.1)では、マルチテナント・アーキテクチャが導入されています。このデータベース・アーキテクチャには、ルート・コンテナCDB$ROOT、シード・データベースPDB$SEEDおよび複数のプラガブル・データベース(PDB)を含むマルチテナント・コンテナ・データベース(CDB)が含まれます。各プラガブル・データベースは、Oracle Databaseリリース11gの個別のデータベース・インスタンスに相当します。ルート・コンテナCDB$ROOTは、メタデータ・リンクまたはオブジェクト・リンクを使用してすべてのPDBにアクセス可能な共通オブジェクトを保持します。シード・データベースPDB$SEEDは、新しいデータベースをシードするために新しいPDBを作成する際に使用されます。Oracle Database 12cマルチテナント・アーキテクチャの主なメリットは、CPUやメモリーなどのデータベース・リソースをすべてのPDBで共有できることです。また、このアーキテクチャでは、アップグレード、パッチ、バックアップなどのタスクにおいて、複数のデータベースを1つのデータベースとして扱うことができます。

マルチテナント・アーキテクチャを構成している場合、デフォルトでは、Oracle Application Expressはルート・コンテナ・データベースにインストールされます。このインストールでは、ルート・コンテナCDB$ROOTにAPEX_050000スキーマが含まれ、Application Expressエンジンの一般的なデータベース・オブジェクト(パッケージ、ファンクション、プロシージャ、ビューなど)を格納するために使用されます。APEX_050000スキーマは、シード・データベースPDB$SEEDにも含まれ、Application Expressエンジンの一部である表を格納するために使用されます。

新しいPDBを作成するには、Application Express表を持つAPEX_050000スキーマを含むPDB$SEEDをコピーし、CDB$ROOT内のAPEX_050000スキーマに保持されている一般的なデータベース・オブジェクトにメタデータ・リンクを作成します。この方法により、Application Expressエンジンのパッケージ、ファンクション、プロシージャおよびビューの1つのコピーのみで、Application Expressエンジンの表の複数のコピーを作成することができます。各PDBは、APEX_050000スキーマとともに、Application Expressエンジンの表のコピーを独自に保持するため、そのPDB内で定義されたApplication Expressアプリケーションのメタデータを保持できます。

ヒント:
すべてのプラガブル・データベース(PDB)がOracle Application Expressを使用し、そのすべてが正確に同じリリースとパッチ・セットのOracle Application Expressを実行する必要があるホスティング企業またはインストールを除いて、大部分のユースケースでは、ルート・コンテナ・データベースからOracle Application Expressを削除することをお薦めします。詳細は、「様々なPDBへのApplication Expressの」を参照してください。

3.2 様々なPDBへのApplication Expressのインストール

各PDBに異なるバージョンのOracle Application Expressを柔軟にインストールするには、コンテナ・データベースからApplication Expressをアンインストールする必要があります。コンテナ・データベースからApplication Expressを削除したら、必要に応じて、各PDB内にローカルApplication Expressをインストールできます。Application Expressをローカルにインストールする際に、Application Expressのメタデータ・リンク・オブジェクトが含まれないため、すべてのパッケージ、ビューおよび表は、Application Expressがインストールされる各PDB内のAPEX_0500000スキーマ内に作成されます。

- CDBからのApplication Expressのアンインストール

- PDBへのApplication Expressのローカルなインストール

- CDBへのApplication Expressの再インストール

3.2.1 CDBからのApplication Expressのアンインストール

CDBからApplication Expressをアンインストールするには、次のステップを実行します。

1. ディストリビューションを解凍した場所にあるapexディレクトリに変更します。

2. SQL*Plusを起動し、Application Expressがインストールされているデータベースに、SYSDBAロールが指定されているSYSとして接続します。次に例を示します。

- Windowsの場合:

SYSTEM_DRIVE:\ sqlplus /nolog
SQL> CONNECT SYS as SYSDBA
Enter password: SYS_password

- UNIXおよびLinuxの場合:

$ sqlplus /nolog
SQL> CONNECT SYS as SYSDBA
Enter password: SYS_password

3. apxremov.sqlを実行します。
次に例を示します。

@apxremov.sql

注意:
CDBにPDBを追加した後でapexremov.sqlを実行すると、すべてのPDBからApplication Expressがアンインストールされます。したがって、いずれのPDBで定義されているアプリケーションも削除されます。

3.2.2 PDBへのApplication Expressのローカルなインストール

「CDBからのApplication Expressのアンインストール」の手順に従って、コンテナ・データベースからApplication Expressを削除したら、PDBにApplication Expressをローカルにインストールできます。

Application ExpressをPDBにローカルにインストールするには、次のステップを実行します。

1. ディストリビューションを解凍した場所にあるapexディレクトリに変更します。

2. SQL*Plusを起動し、Application Expressがインストールされているデータベースに、SYSDBAロールが指定されているSYSとして接続します。次に例を示します。

- Windowsの場合:

SYSTEM_DRIVE:\ sqlplus /nolog
SQL> CONNECT SYS as SYSDBA
Enter password: SYS_password

- UNIXおよびLinuxの場合:

$ sqlplus /nolog
SQL> CONNECT SYS as SYSDBA
Enter password: SYS_password

3. Application ExpressをローカルにインストールするPDBにコンテナを設定します。

ALTER SESSION SET CONTAINER = <PDB_name>;

4. 適切なインストール・オプションを選択します。
完全開発環境ではアプリケーションを開発するため、アプリケーション・ビルダー環境へのすべてのアクセス権があります。ランタイム環境ではアプリケーションは変更できず、実行することができます。詳細は、「Oracle Application Expressランタイム環境の概要」を参照してください。

使用可能なインストール・オプションは次のとおりです。

- 完全開発環境: 次の4つの引数を記載された順序どおりに渡し、apexins.sqlを実行します。

@apexins.sql tablespace_apex tablespace_files tablespace_temp images

各要素の意味は次のとおりです。

- tablespace_apexは、Application Expressアプリケーション・ユーザーの表領域の名前です。

- tablespace_filesは、Application Expressファイル・ユーザーの表領域の名前です。

- tablespace_tempは、一時表領域または一時表領域グループの名前です。

- images は、Application Expressイメージの仮想ディレクトリです。将来的にApplication Expressのアップグレードをサポートするために、仮想イメージ・ディレクトリを/i/と定義します。

次に例を示します。

@apexins.sql SYSAUX SYSAUX TEMP /i/

- ランタイム環境: 次の4つの引数を記載された順序どおりに渡し、apxrtins.sqlを実行します。

o       @apxrtins.sql tablespace_apex tablespace_files tablespace_temp images

各要素の意味は次のとおりです。

- tablespace_apexは、Application Expressアプリケーション・ユーザーの表領域の名前です。

- tablespace_filesは、Application Expressファイル・ユーザーの表領域の名前です。

- tablespace_tempは、一時表領域または一時表領域グループの名前です。

- images は、Application Expressイメージの仮想ディレクトリです。将来的にApplication Expressのアップグレードをサポートするために、仮想イメージ・ディレクトリを/i/と定義します。

次に例を示します。

@apxrtins.sql SYSAUX SYSAUX TEMP /i/

注意:
前のステップでapxremov.sqlを実行する前にデータベース・パッチを適用していなかった場合、インストール・スクリプトは、Application Expressをインストールせずに即座に終了し、PDBへのApplication Expressのインストールは失敗します。このような場合は、Oracleサポートに連絡してください。

5. Oracle REST Data Servicesを使用する場合、「Application ExpressのインストールとOracle REST Data Servicesの構成」の適切なステップを完了します。

6. Oracle HTTP Serverを使用する場合、「Application ExpressのインストールとOracle HTTP Serverの構成」の適切なステップを完了します。

7. 埋込みPL/SQLゲートウェイを使用している場合は、Oracleホームへのパスを渡し、apex_epg_config.sqlを実行してから、「Application Expressのインストールと埋込みPL/SQLゲートウェイの構成」の適切なステップを実行します。

参照:
SQL*Plusの詳細は、『Oracle Database SQL言語リファレンス』を参照してください。

Application Expressをインストールすると、3つの新しいデータベース・アカウントが作成されます。

- APEX_050000: Application Expressのスキーマおよびメタデータを所有するアカウント。

- FLOWS_FILES: Application Expressのアップロードされたファイルを所有するアカウント。

- APEX_PUBLIC_USER - Oracle REST Data ServicesまたはOracle HTTP Serverおよびmod_plsqlを使用したApplication Expressの構成に使用する最小限の権限が付与されたアカウント。

RESTful Webサービスを構成した場合は、これらの追加アカウントが作成されます。

- APEX_REST_PUBLIC_USER - Application Expressに格納されているRESTfulサービスの定義を呼び出す際に使用されるアカウント。

- APEX_LISTENER - Application Expressに格納されているRESTfulサービスの定義を照会するために使用されるアカウント。

3.2.3 CDBへのApplication Expressの再インストール

以前にOracle Application Expressリリース4.2をアンインストール済である場合に、CDBにApplication Expressを再インストールするには、Oracle Database 12cディストリビューションを使用してOracle Application Expressリリース4.2.4をインストールする必要があります。再インストールの後で、必要に応じて、「CDBのApplication Expressのパッチ適用またはアップグレード」の説明に従ってApplication Expressパッチを適用できます。

Application ExpressをCDBに再インストールするには、次のステップを実行します。

1. 作業ディレクトリを、ディストリビューションを解凍した場所にあるapexディレクトリに変更します。

2. SQL*Plusを起動し、Application Expressがインストールされているデータベースに、SYSDBAロールが指定されているSYSとして接続します。次に例を示します。

- Windowsの場合:

SYSTEM_DRIVE:\ sqlplus /nolog
SQL> CONNECT SYS as SYSDBA
Enter password: SYS_password

- UNIXおよびLinuxの場合:

$ sqlplus /nolog
SQL> CONNECT SYS as SYSDBA
Enter password: SYS_password

3. 適切なインストール・オプションを選択します。
完全開発環境ではアプリケーションを開発するため、アプリケーション・ビルダー環境へのすべてのアクセス権があります。ランタイム環境ではアプリケーションは変更できず、実行することができます。詳細は、「Oracle Application Expressランタイム環境の概要」を参照してください。

使用可能なインストール・オプションは次のとおりです。

- 完全開発環境。次の4つの引数を記載された順序どおりに渡し、apexins.sqlを実行します。

@apexins.sql tablespace_apex tablespace_files tablespace_temp images

各要素の意味は次のとおりです。

- tablespace_apexは、Oracle Application Expressアプリケーション・ユーザーの表領域の名前です。

- tablespace_filesは、Application Expressファイル・ユーザーの表領域の名前です。

- tablespace_tempは一時表領域または一時表領域グループの名前です。

- images は、Application Expressイメージの仮想ディレクトリです。将来的にApplication Expressのアップグレードをサポートするために、仮想イメージ・ディレクトリを/i/と定義します。

例:

@apexins.sql SYSAUX SYSAUX TEMP /i/

- ランタイム環境。次の引数を記載された順序どおりに渡し、apxrtins.sqlを実行します。

@apxrtins.sql tablespace_apex tablespace_files tablespace_temp images

各要素の意味は次のとおりです。

- tablespace_apexは、Application Expressアプリケーション・ユーザーの表領域の名前です。

- tablespace_filesは、Application Expressファイル・ユーザーの表領域の名前です。

- tablespace_tempは一時表領域または一時表領域グループの名前です。

- images は、Application Expressイメージの仮想ディレクトリです。将来的にApplication Expressのアップグレードをサポートするために、仮想イメージ・ディレクトリを/i/と定義します。

例:

@apxrtins.sql SYSAUX SYSAUX TEMP /i/

4. Oracle REST Data Servicesを使用する場合、第4章「Application ExpressのインストールとOracle REST Data Servicesの構成」の適切なステップを完了します。

5. 埋込みPL/SQLゲートウェイを使用している場合は、第5章「Application Expressのインストールと埋込みPL/SQLゲートウェイの構成」の適切なステップを実行します。

6. Oracle HTTP Serverを使用する場合、第6章「Application ExpressのインストールとOracle HTTP Serverの構成」の適切なステップを完了します。

参照:
SQL*Plusの詳細は、『Oracle Database SQL言語リファレンス』を参照してください。

Application Expressをインストールすると、3つの新しいデータベース・アカウントが作成されます。

- APEX_050000: Application Expressのスキーマおよびメタデータを所有するアカウント。

- FLOWS_FILES: Application Expressのアップロードされたファイルを所有するアカウント。

- APEX_PUBLIC_USER - Oracle REST Data ServicesまたはOracle HTTP Serverおよびmod_plsqlを使用したApplication Expressの構成に使用する最小限の権限が付与されたアカウント。

RESTful Webサービスを構成した場合は、これらの追加アカウントが作成されます。

- APEX_REST_PUBLIC_USER - Application Expressに格納されているRESTfulサービスの定義を呼び出す際に使用されるアカウント。

- APEX_LISTENER - Application Expressに格納されているRESTfulサービスの定義を照会するために使用されるアカウント。

3.3 ルート・コンテナにApplication Expressがインストールされている場合のPDBの接続

このセクションでは、ターゲット・データベースでルート・コンテナCDB$ROOTにApplication Expressがインストールされている例(デフォルトのインストール・オプション)について説明します。接続するデータベースの元の場所、および元のデータベースでApplication Expressが構成されていた方法について、複数の例があることに注意してください。

- 例1: Application Expressを含む非CDBの接続

- 例2: 他のCDBからの一般的なApplication Expressを含むPDBの接続

- 例3: 他のCDBからのローカルApplication Expressを含むPDBの接続

- 例4: Application Expressを含まない非CDBまたはPDBの接続

- 互換性のないApplication Expressバージョンでの作業

3.3.1 例1: Application Expressを含む非CDBの接続

以前のリリースのOracle Databaseからアップグレードする場合は、Oracle Database 12c非CDB (またはスタンドアロン・データベース)にアップグレードしてから、ご使用のCDBにデータベースを接続する必要があります。また、非CDBのOracle Database 12cを構成済である場合は、そのデータベースをCDBに接続できます。いずれの場合も、元のデータベースは、Application Expressがインストールされており、以前はPDBではありませんでした。

ご使用のオペレーティング・システムの『Oracle Databaseインストレーション・ガイド』で説明されているとおり、スタンドアロン・データベースに接続するには、$ORACLE_HOME/rdbms/admin/noncdb_to_pdb.sqlスクリプトを実行する必要があります。このスクリプトによって、ローカル・オブジェクトではなく、必要なメタデータ・リンク・オブジェクトが作成され、Application Expressを含む一般的なすべてのデータベース・オプションのデータベース・オブジェクトが再コンパイルされます。

Application Expressをインストールした後に、「Application ExpressのインストールとOracle REST Data Servicesの構成」、「Application Expressのインストールと埋込みPL/SQLゲートウェイの構成」または「Application ExpressのインストールとOracle HTTP Serverの構成」での説明に従って、WebリスナーをPDB用に構成する必要があります。

元のデータベース(現在のPDB)にインストールされているApplication Expressのバージョンが、ターゲット・データベースのルート・コンテナにインストールしたApplication Expressのバージョンと異なる場合は、PDBをオープンしようとするとエラーが発生します。Application Expressのバージョンに互換性を持たせる方法の詳細は、「互換性のないApplication Expressバージョンでの作業」を参照してください。

3.3.2 例2: 他のCDBからの一般的なApplication Expressを含むPDBの接続

元のCDBのルート・コンテナにApplication Expressがインストールされている既存のOracle Database 12cからPDBをコピーまたは移動する場合、「Application ExpressのインストールとOracle REST Data Servicesの構成」、「Application Expressのインストールと埋込みPL/SQLゲートウェイの構成」または「Application ExpressのインストールとOracle HTTP Serverの構成」での説明に従ってWebリスナーをPDB用に構成する以外に、追加のステップを実行する必要はありません。

Application Expressリリース5.0がインストールされている場合は、接続元のPDB内のAPEX_050000スキーマにメタデータ・リンク・オブジェクトが定義済であるため、ターゲットCDB内のメタデータ・リンク・オブジェクトに対してエラーなしでコンパイルされます。

元のデータベースにインストールされているApplication Expressのバージョンが、ターゲット・データベースのルート・コンテナにインストールしたApplication Expressのバージョンと異なる場合は、PDBをオープンしようとするとエラーが発生します。Application Expressのバージョンに互換性を持たせる方法の詳細は、「互換性のないApplication Expressバージョンでの作業」を参照してください。

3.3.3 例3: 他のCDBからのローカルApplication Expressを含むPDBの接続

Application Expressがルート・コンテナではなく、ローカルにインストールされている既存のOracle Database 12cからPDBをコピーまたは移動するには、PDBをエラーなしでオープンできるように次のステップを実行する必要があります。

Application Expressリリース5.0がインストールされている場合、接続元のPDB内のAPEX_050000スキーマには、Application Expressのすべてのデータベース・オブジェクトが含まれますが、メタデータ・リンク・オブジェクトは含まれません。このため、$ORACLE_HOME/rdbms/admin/apex_to_common.sqlを実行して一般的なオブジェクトを削除し、パッケージ、ビューおよびその他に対するメタデータ・リンクを作成する必要があります。

ローカル・オブジェクトをPDBのメタデータ・リンクで置き換えるには、次のステップを実行します。

1. 作業ディレクトリを$ORACLE_HOME/rdbms/adminに変更します。

2. SQL*Plusを起動し、Application Expressがインストールされているデータベースに、SYSDBAロールが指定されているSYSとして接続します。次に例を示します。

- Windowsの場合:

SYSTEM_DRIVE:\ sqlplus /nolog
SQL> CONNECT SYS as SYSDBA
Enter password: SYS_password

- UNIXおよびLinuxの場合:

$ sqlplus /nolog
SQL> CONNECT SYS as SYSDBA
Enter password: SYS_password

3. 次のように、コンテナを、構成するPDBに設定します。

ALTER SESSION SET CONTAINER = <PDB_name>;

4. apex_to_common.sqlを実行します。次に例を示します。

@apex_to_common.sql

元のデータベースにインストールされているApplication Expressのバージョンが、ターゲット・データベースのルート・コンテナにインストールしたApplication Expressのバージョンと異なる場合は、PDBをオープンしようとするとエラーが発生します。Application Expressのバージョンに互換性を持たせる方法の詳細は、「互換性のないApplication Expressバージョンでの作業」を参照してください。

3.3.4 例4: Application Expressを含まない非CDBまたはPDBの接続

非CDBを接続する場合、あるいは他のCDBからPDBをコピーまたは移動する場合に、元のデータベースまたはPDBにApplication Expressがインストールされていないと、ターゲット・データベースでPDBをオープンしようとした際にアラート・ログに警告が発生します。

この例では、元のデータベースまたは接続元のPDBに、Application Expressスキーマ(Application Expressリリース5.0ではAPEX_050000)が存在しません。PDBを問題なくオープンして新しいPDB内でApplication Expressを実行するには、元のデータベースまたはPDBにApplication Expressをインストールしてから、ターゲット・データベースへの接続を試行する必要があります。元のデータベースまたはPDBにインストールするApplication Expressのバージョンは、ターゲット・データベースにインストールしたバージョンと同じである必要があります。

3.3.5 互換性のないApplication Expressバージョンでの作業

Application Expressのバージョンがルート・コンテナCDB$ROOTとPDBで異なる場合は、PDBをオープンするたびにエラーが発生し、PDB内での通常のデータベース操作が妨げられます。バージョンの互換性が確保されるまで、PDBは、RESTRICTED SESSION権限を持つユーザーによって制限モードでのみオープンできます。

- CDBのApplication Expressのパッチ適用またはアップグレード

- PDBのApplication Expressのパッチ適用またはアップグレード

3.3.5.1 CDBのApplication Expressのパッチ適用またはアップグレード

Application Expressのバージョンがルート・コンテナよりもPDBがより後のマイナー・リリース・バージョンの場合(たとえば、PDBにApplication Expressリリース4.2.6が含まれ、CDBにApplication Expressリリース4.2.5が含まれる場合)、エラーが発生することなくPDBをオープンするには、ルート・コンテナのApplication Expressのバージョンにパッチを適用する必要があります。PDBのApplication Expressのメジャー・バージョンがCDBのバージョンより高い場合(たとえばPDBがApplication Expressリリース5.0で、CDBがApplication Expressリリース4.2)、エラーが発生することなくPDBを開くためには、CDBのApplication Expressのバージョンをアップグレードする必要があります。

ルート・コンテナのApplication Expressにパッチを適用するには、次のステップを実行します。

1. My Oracle Supportから適切なパッチをダウンロードします。

2. 解凍してインストール・ファイルを抽出します。

3. 作業ディレクトリを、インストール・ファイルを抽出したディレクトリに変更します。

4. SQL*Plusを起動し、Application Expressがインストールされているデータベースに、SYSDBAロールが指定されているSYSとして接続します。次に例を示します。

- Windowsの場合:

SYSTEM_DRIVE:\ sqlplus /nolog
SQL> CONNECT SYS as SYSDBA
Enter password: SYS_password

- UNIXおよびLinuxの場合:

$ sqlplus /nolog
SQL> CONNECT SYS as SYSDBA
Enter password: SYS_password

5. たとえば、apxpatch_con.sqlを実行します。

@apxpatch_con.sql

6. パッチ・セット・ノートの説明に従って、使用しているWebサーバーに基づいてイメージ・ディレクトリを更新します。たとえば、埋込みPL/SQLゲートウェイを使用している場合は、apxldimg_con.sqlを実行します。

@apxldimg_con.sql

ヒント:
ルート・コンテナのApplication Expressをアップグレードするには、「CDBへのApplication Expressの再インストール」を参照してください

3.3.5.2 PDBのApplication Expressのパッチ適用またはアップグレード

Application Expressのマイナー・バージョンがルート・コンテナよりもPDBで低い場合(たとえばPDBがApplication Expressリリース4.2.0で、CDBがApplication Expressリリース4.2.6の場合)、PDBのApplication Expressのバージョンにパッチを適用する必要があります。PDBのApplication Expressのメジャー・バージョンがルート・コンテナよりも低い場合(たとえばPDBがApplication Expressリリース4.2で、CDBがApplication Expressリリース5.0の場合)、PDBのApplication Expressのバージョンをアップグレードする必要があります。

- PDBのApplication Expressへのパッチ適用

- PDBのApplication Expressのアップグレード

3.3.5.2.1 PDBのApplication Expressへのパッチ適用

PDBのApplication Expressにパッチを適用するには、次のステップを実行します。

1. My Oracle Supportから適切なパッチをダウンロードします。

2. 解凍してインストール・ファイルを抽出します。

3. 作業ディレクトリを、インストール・ファイルを抽出したディレクトリに変更します。

4. SQL*Plusを起動し、Application Expressがインストールされているデータベースに、SYSDBAロールが指定されているSYSとして接続します。次に例を示します。

- Windowsの場合:

SYSTEM_DRIVE:\ sqlplus /nolog
SQL> CONNECT SYS as SYSDBA
Enter password: SYS_password

- UNIXおよびLinuxの場合:

$ sqlplus /nolog
SQL> CONNECT SYS as SYSDBA
Enter password: SYS_password

5. 次の例に示すように、catcon.plを使用してapxpatch.sqlを実行します。

host &OH_HOME/perl/bin/perl -I

&OH_HOME/rdbms/admin &OH_HOME/rdbms/admin/catcon.pl -b apxpatch -c '<PDB_name>'  apxpatch.sql

各要素の意味は次のとおりです。

- &OH_HOMEは、Oracleホームのフルパスを表します。

- <PDB_name>は、パッチを適用しているPDBの名前です。

6. パッチ・セット・ノートの説明に従って、使用しているWebサーバーに基づいてイメージ・ディレクトリを更新します。たとえば、埋込みPL/SQLゲートウェイを使用している場合は、apex_epg_config.sqlを実行します。

ALTER SESSION SET CONTAINER = <PDB_name>;
@apex_epg_config.sql

3.3.5.2.2 PDBのApplication Expressのアップグレード

PDBのApplication Expressをアップグレードするには、次のステップを実行します。

1. 解凍してインストール・ファイルを抽出します。

2. 作業ディレクトリを、インストール・ファイルを抽出したディレクトリに変更します。

3. SQL*Plusを起動し、Application Expressがインストールされているデータベースに、SYSDBAロールが指定されているSYSとして接続します。次に例を示します。

- Windowsの場合:

SYSTEM_DRIVE:\ sqlplus /nolog
SQL> CONNECT SYS as SYSDBA
Enter password: SYS_password

- UNIXおよびLinuxの場合:

$ sqlplus /nolog
SQL> CONNECT SYS as SYSDBA
Enter password: SYS_password

4. 次の例のようなcatcon.plを使用して、apexins_nocdb.sqlまたはapxrtins_nocdb.sqlを実行します。

host &OH_HOME/perl/bin/perl -I

&OH_HOME/rdbms/admin &OH_HOME/rdbms/admin/catcon.pl -b apexins -c '<PDB_name>'  apexins_nocdb.sql SYSAUX SYSAUX TEMP /i/

各要素の意味は次のとおりです。

- &OH_HOMEは、Oracleホームのフルパスを表します。

- <PDB_name>は、パッチを適用しているPDBの名前です。

5. パッチ・セット・ノートの説明に従って、使用しているWebサーバーに基づいてイメージ・ディレクトリを更新します。

3.4 ターゲットCDBのルート・コンテナにApplication Expressが含まれない場合のPDBの接続

このセクションの例では、「CDBからのApplication Expressのアンインストール」の説明に従って、Application Expressを明示的に削除することで、ルート・コンテナCDB$ROOTにApplication Expressがインストールされていない場合について説明します。このような場合は、オプションで、各PDBにローカルApplication Expressを個別にインストールできます。Application ExpressをPDBにインストールした場合、ローカルにインストールされたとみなされ、メタデータ・リンク・オブジェクトは定義されません。接続中のデータベースの元の場所、および元のデータベースでApplication Expressが構成されていた方法について、複数の例があります。

- 例1: Application Expressを含む非CDBの接続

- 例2: 他のCDBからの一般的なApplication Expressを含むPDBの接続

- 例3: 他のCDBからのローカルApplication Expressを含むPDBの接続

- 例4: Application Expressを含まない非CDBまたはPDBの接続

3.4.1 例1: Application Expressを含む非CDBの接続

以前のリリースのOracle Databaseからアップグレードする場合は、Oracle Database 12c非CDB (またはスタンドアロン・データベース)にアップグレードしてから、ご使用のCDBにデータベースを接続する必要があります。また、非CDBのOracle Database 12cを構成済である場合は、そのデータベースをCDBに接続できます。いずれの場合も、元のデータベースは、Application Expressがインストールされており、以前はPDBではありませんでした。

ご使用のオペレーティング・システムの『Oracle Databaseインストレーション・ガイド』で説明されているとおり、スタンドアロン・データベースに接続するには、$ORACLE_HOME/rdbms/admin/noncdb_to_pdb.sqlスクリプトを実行する必要があります。このスクリプトによって、(ローカル・オブジェクトではなく)必要なメタデータ・リンク・オブジェクトが作成され、一般的なすべてのデータベース・オプションのデータベース・オブジェクトが再コンパイルされます。ただし、ルート・コンテナからApplication Expressが削除されているため、スクリプトを実行しても、いずれのApplication Expressオブジェクトにもメタデータ・リンクが作成されません。スクリプトはApplication Expressのインストールを元のデータベースから変更せず、使用するWebリスナーのタイプに応じて「Application ExpressのインストールとOracle REST Data Servicesの構成」、「Application Expressのインストールと埋込みPL/SQLゲートウェイの構成」または"Application ExpressのインストールとOracle HTTP Serverの構成」で説明されているとおりにWebリスナーを構成する以外に、追加の手順は必要ありません。

3.4.2 例2: 他のCDBからの一般的なApplication Expressを含むPDBの接続

元のCDBのルート・コンテナにApplication Expressがインストールされている既存のOracle Database 12cからPDBをコピーまたは移動する場合は、PDBをオープンしようとするたびにエラーが発生します。このエラーは、ターゲットのルート・コンテナにApplication Expressが含まれないために、元のPDBに含まれる、元のルート・コンテナのオブジェクトへのメタデータ・リンクを再コンパイルできないことが原因で発生します。PDBをオープンするには、PDBからApplication Expressを削除するか、ターゲットのルート・コンテナにApplication Expressをインストールする必要があります。ルート・コンテナにApplication Expressをインストールするには、PDBがインストールされていない状態である必要があります。詳細は、Oracleサポートに連絡してください。

3.4.3 例3: 他のCDBからのローカルApplication Expressを含むPDBの接続

(CDBでなく)元のPDBにローカルのApplication Expressがインストールされている既存のOracle Database 12cからPDBをコピーまたは移動する場合、「Application ExpressのインストールとOracle REST Data Servicesの構成」、「Application Expressのインストールと埋込みPL/SQLゲートウェイの構成」または「Application ExpressのインストールとOracle HTTP Serverの構成」での説明に従ってWebリスナーをPDB用に構成する以外に、追加のステップを実行する必要はありません。

Application Expressリリース5.0がインストールされている場合、接続元のPDB内のAPEX_050000スキーマには、ローカルに定義されたApplication Expressのすべてのオブジェクトが含まれますが、メタデータ・リンクは含まれません。

3.4.4 例4: Application Expressを含まない非CDBまたはPDBの接続

非CDBを接続する場合、あるいは他のCDBからPDBをコピーまたは移動する場合に、元のデータベースまたはPDBにApplication Expressがインストールされていないと、追加のステップが不要です。PDB内にAPEX_050000などのApplication Expressエンジン・スキーマが含まれないため、エラーなしでPDBを開始できます。

4 Application ExpressのインストールとOracle REST Data Servicesの構成

このセクションでは、Oracle Technology NetworkからZIPファイルをダウンロードし、Oracle REST Data Servicesをダウンロードとインストールして、Oracle Application Expressをインストールする方法について説明します。この手順は、新規インストールとアップグレード・インストールの両方に該当します。

- Oracle Databaseの要件

- Oracle REST Data Servicesの要件

- Oracle Application Expressへのパッチ適用について

- Oracle Application Expressのインストール前タスクの実行

- Oracle Application Expressのダウンロードとインストール

- Oracle REST Data Servicesのダウンロードとインストール

- Oracle REST Data ServicesによるRESTfulサービスの構成

- Oracle Database 11g以上のネットワーク・サービスの有効化

- セキュリティ・タスクの実行

- 同時ジョブ数の制御

- 他の言語でのOracle Application Expressの実行について

- 言語変換されたバージョンのOracle Application Expressのインストール

- ワークスペースの作成およびOracle Application Expressユーザーの追加

- アップグレード・インストールのインストール後のタスクの実行

- パフォーマンスの最適化タスクについて

- ランタイム環境と完全開発環境の間の変換

関連項目:
「Webリスナーの要件」、『Oracle Application Expressアプリケーション・ビルダー・ユーザーズ・ガイド』の、Oracle REST Data ServicesとOracle Application Expressの構成に関する項、および『Oracle Application Express管理ガイド』の、完全開発環境でのレポート印刷の構成に関する項

4.1 Oracle Databaseの要件

Oracle Application Expressリリース5.0には、Oracle Databaseリリース11.1.0.7以降が必要です(Enterprise EditionおよびExpressエディション(Oracle Database XE)を含む)。

関連項目:
『Oracle Databaseインストレーション・ガイド』および「Oracle Application Expressのインストール要件」

4.2 Oracle REST Data Servicesの要件

Oracle Application Express release 5.0にはOracle REST Data Servicesリリース2.0以上が必要です。

4.3 Oracle Application Expressへのパッチ適用について

すでにOracle Application Expressを実行している場合は、Oracle Technology Networkの「Oracle Application Express」ページでOracle Application Expressのパッチ・セットのリリースまたは後続リリースについて確認します。

http://www.oracle.com/technetwork/developer-tools/apex/downloads/index.html

関連項目:
「以前のリリースのOracle Application Expressからのアップグレード」

4.4 Oracle Application Expressのインストール前タスクの実行

Oracle Application Expressをインストールする前に、次のステップを実行することをお薦めします。

1. Oracle Application Expressのすべてのインストール要件を確認して満たします。「Oracle Application Expressのインストール要件」を参照してください。

2. Oracle Application Expressをアクティブに使用していて、現在のインストールをアップグレードする場合は、通常の順、または優先度の高い順に、Oracle Application Expressをインストールする予定のOracle Databaseインスタンスを停止します。Oracle Real Application Clusters(Oracle RAC)システムでは、各ノードのすべてのインスタンスを停止します。
データベースを停止する代替方法は、以前のリリースのOracle Application Expressからインストールをアップグレードする際に、すべてのユーザーをOracle Application Expressにアクセスできないようにすることです。このオプションは、計画停止を使用できない高可用性の本番環境でのみお薦めします。他のすべてのシナリオでは、データベースを停止する必要があります。

既存のインストールがOracle REST Data Servicesを使用している場合にOracle Application Expressへのアクセスを無効にするには、Oracle REST Data Servicesがデプロイされている、適切なアプリケーション・サーバーをシャットダウンします。

Oracle Application Expressユーザーがアクセスできないようにした後、SYSとしてSQL*Plusにログインし、Oracle Application Expressがインストールされているデータベースに接続して、V$SESSIONを問い合せ、アップグレード処理を妨げるような長時間にわたり実行されているセッションが存在しないことを確認する必要があります。

3. Oracle Databaseインストールをバックアップします。
Oracle Application Expressをインストールする前に、現行のOracle Databaseインストールのバックアップを作成することをお薦めします。バックアップには、Oracle Database Recovery Manager(Oracle Databaseインストールに含まれる)を使用できます。

4. ターゲット・データベースが含まれるOracle Databaseインスタンスを起動します。
システムをバックアップした後で、ターゲットのOracle Databaseが含まれるOracleインスタンスを起動する必要があります。Webリスナーなど、他のプロセスは開始しないでください。ただし、リモート・インストールを実行している場合は、リモート・データベースのWebリスナーが起動されていることを確認します。

注意:
リモート・データベースに接続している場合は、そのWebリスナーを起動します。

関連項目:
『Oracle Databaseバックアップおよびリカバリ・ユーザーズ・ガイド』

4.5 Oracle Application Expressのダウンロードとインストール

この項では、Oracle Application Expressをダウンロードとインストールする方法について説明します。Oracle Application Expressをインストールする方法は、インストール先データベースのタイプによって異なります。詳細は、「Oracle Database 12cでのマルチテナント・アーキテクチャの使用」を参照してください。

- Application Expressのダウンロードとインストール

- インスタンス管理アカウントの作成または更新

- プロセスの再起動

- APEX_PUBLIC_USERアカウントの構成

4.5.1 Application Expressのダウンロードとインストール

Oracle Application Expressをインストールするには、次のステップを実行します。

1. 開発が英語のみで行われるインストールの場合は、Oracle Application Expressのダウンロード・ページからファイルapex_5.0_en.zipをダウンロードします。開発が英語以外の言語でも行われる場合は、Oracle Application Expressのダウンロード・ページからapex_5.0.zipをダウンロードします。関連項目:

http://www.oracle.com/technetwork/developer-tools/apex/downloads/index.html

ご使用のリリースがこのマニュアルの発行時点より新しい場合、実際のファイル名が異なる場合があります。

2. ダウンロードしたzipファイルを解凍します。

- 英語のみの場合は、次のとおり、ディレクトリ名を変更せずにapex_5.0_en.zipを解凍します。

- UNIXおよびLinuxの場合: $ unzip apex_5.0_en.zipを解凍します。

- Windowsの場合: Windowsエクスプローラでファイルapex_5.0_en.zipをダブルクリックします。

- 複数言語の場合は、ディレクトリ名を変更せずにapex_5.0.zipを解凍します。

- UNIXおよびLinuxの場合: $ unzip apex_5.0.zip

- Windowsの場合: Windowsエクスプローラでapex_5.0.zipファイルをダブルクリックします。

注意:
ファイルを解凍するディレクトリ・ツリーは深くならないようにし、空白を含むディレクトリの下には格納しないようにします。たとえば、Windowsの場合はC:\TEMPに解凍します。

3. 作業ディレクトリをapexに変更します。

4. SQL*Plusを起動し、Oracle Application Expressがインストールされているデータベースに、SYSDBAロールが指定されているSYSとして接続します。次に例を示します。

- Windowsの場合:

SYSTEM_DRIVE:\ sqlplus /nolog
SQL> CONNECT SYS as SYSDBA
Enter password: SYS_password

- UNIXおよびLinuxの場合:

$ sqlplus /nolog
SQL> CONNECT SYS as SYSDBA
Enter password: SYS_password

5. デフォルト・プロファイルに対して既存のすべてのパスワード複雑性ルールを有効にします。詳細は、『Oracle Databaseセキュリティ・ガイド』の「パスワード保護の構成」を参照してください。

6. 適切なインストール・オプションを選択します。
完全開発環境ではアプリケーションを開発するため、アプリケーション・ビルダー環境へのすべてのアクセス権があります。ランタイム環境ではアプリケーションは変更できず、実行することができます。詳細は、「Oracle Application Expressランタイム環境の概要」を参照してください。

使用可能なインストール・オプションは次のとおりです。

- 完全開発環境。次の4つの引数を記載された順序どおりに渡し、apexins.sqlを実行します。

@apexins.sql tablespace_apex tablespace_files tablespace_temp images

各要素の意味は次のとおりです。

- tablespace_apexは、Oracle Application Expressアプリケーション・ユーザーの表領域の名前です。

- tablespace_filesは、Oracle Application Expressファイル・ユーザーの表領域の名前です。

- tablespace_tempは、一時表領域または一時表領域グループの名前です。

- images は、Oracle Application Expressイメージの仮想ディレクトリです。将来的にOracle Application Expressのアップグレードをサポートするために、仮想イメージ・ディレクトリを/i/と定義します。

例:

@apexins.sql SYSAUX SYSAUX TEMP /i/

注意:
次のエラーが表示された場合にはSQL*Plusを終了し、SQL*Plusを起動する前に、作業ディレクトリを、インストール・ファイルを解凍した場所(例: WindowsではC:\TEMP)に変更します。
SP2-0310: ファイル"apexins.sql"をオープンできません

- ランタイム環境。次の引数を記載された順序どおりに渡し、apxrtins.sqlを実行します。

@apxrtins.sql tablespace_apex tablespace_files tablespace_temp images

各要素の意味は次のとおりです。

- tablespace_apexは、Oracle Application Expressアプリケーション・ユーザーの表領域の名前です。

- tablespace_filesは、Oracle Application Expressファイル・ユーザーの表領域の名前です。

- tablespace_tempは、一時表領域または一時表領域グループの名前です。

- images は、Oracle Application Expressイメージの仮想ディレクトリです。将来的にOracle Application Expressのアップグレードをサポートするために、仮想イメージ・ディレクトリを/i/と定義します。

例:

@apxrtins.sql SYSAUX SYSAUX TEMP /i/

関連項目:
SQL*Plusの詳細は、『Oracle Database PL/SQL言語リファレンス』を参照してください。

Oracle Application Expressをインストールすると、3つの新しいデータベース・アカウントが作成されます。

- APEX_050000: Oracle Application Expressのスキーマおよびメタデータを所有するアカウント。

- FLOWS_FILES: Oracle Application Expressのアップロードされたファイルを所有するアカウント。

- APEX_PUBLIC_USER - Oracle REST Data ServicesまたはOracle HTTP Serverおよびmod_plsqlを使用したOracle Application Expressの構成に使用する最小限の権限が付与されたアカウント。

RESTful Webサービスを構成した場合、次の追加アカウントが作成されます。

- APEX_REST_PUBLIC_USER -Oracle Application Expressに格納されているRESTfulサービスの定義を呼び出す際に使用されるアカウント。

- APEX_LISTENER - Oracle Application Expressに格納されているRESTfulサービスの定義を照会するために使用されるアカウント。

以前のリリースからアップグレードすると、FLOWS_FILESはすでに存在し、APEX_PUBLIC_USERが存在しない場合にはこれが作成されます。

関連項目:
Oracle Application Expressは、ファイル・システム上の書込み可能なディレクトリからインストールする必要があります。「インストール・セッションのログの確認」を参照してください。

4.5.2 インスタンス管理アカウントの作成または更新

この項では、インスタンス管理者アカウントを作成または更新する方法を説明します。

ヒント:
Oracle Application Expressの以前のリリースからアップグレードする場合は、この項をスキップしてください。アップグレード・シナリオでは、インスタンス管理者のアカウントとパスワードは保存され、前のリリースから継承されます。

- インスタンス管理者の概要

- apxchpwd.sqlについて

- apxchpwd.sqlの実行

4.5.2.1 インスタンス管理者の概要

インスタンス管理者は、ワークスペースのプロビジョニング、機能とインスタンス設定の構成、セキュリティの管理など、Oracle Application Expressインスタンス全体の管理を担当するスーパーユーザーです。管理タスクを実行するために、Oracle Application Express管理サービス・アプリケーションにサインインします。

関連項目:
『Oracle Application Express管理ガイド』の「Oracle Application Express管理サービス」

4.5.2.2 apxchpwd.sqlについて

apxchpwd.sqlスクリプトを実行すると、インスタンス管理者アカウントを作成または更新できます。次のシナリオでは、apxchpwd.sqlスクリプトを実行する必要があります。

- Oracle Application Expressの新規インストール - apxchpwd.sqlを実行して、インスタンス管理者アカウントとパスワードを作成します。

- ランタイム環境の開発環境への変換 - apxchpwd.sqlを実行して、インスタンス管理者アカウント・パスワードを変更します。

- インスタンス管理者パスワードの変更 - apxchpwd.sqlを実行して、既存のインスタンス管理者アカウントのパスワードを変更します。

- インスタンス管理者アカウントのロック解除 - apxchpwd.sqlを実行して、既存のインスタンス管理者アカウントのロックを解除します。

ヒント:
Oracle Application Expressの前のリリースからアップグレードする場合、apxchpwd.sqlを実行する必要はありません。アップグレード・シナリオでは、インスタンス管理者のアカウントとパスワードは保存され、前のリリースから継承されます。

4.5.2.3 apxchpwd.sqlの実行

インスタンス管理者アカウントを作成または更新するには、次のステップを実行します。

1. 作業ディレクトリを、インストール・ソフトウェアを解凍したapexディレクトリに変更します。

2. SQL*Plusを起動し、Oracle Application Expressがインストールされているデータベースに、SYSDBAロールが指定されているSYSとして接続します。次に例を示します。

- Windowsの場合:

SYSTEM_DRIVE:\ sqlplus /nolog
SQL> CONNECT SYS as SYSDBA
Enter password: SYS_password

- UNIXおよびLinuxの場合:

$ sqlplus /nolog
SQL> CONNECT SYS as SYSDBA
Enter password: SYS_password

3. apxchpwd.sqlを実行します。次に例を示します。

@apxchpwd.sql

画面に表示されるステップに従います。ユーザー名、パスワードおよび電子メール・アドレスを入力するように求められます。アカウントのユーザー名が存在しない場合は作成されます。

関連項目:
SQL*Plusの詳細は、『Oracle Database PL/SQL言語リファレンス』を参照してください。

4.5.3 プロセスの再起動

Oracle Application Expressをインストールした後で、インストールの開始前に停止したプロセスを再起動する必要があります。

4.5.4 APEX_PUBLIC_USERアカウントの構成

Oracle Application Expressを適切に動作させるには、APEX_PUBLIC_USERアカウントの正しい構成が重要です。

- APEX_PUBLIC_USERアカウントについて

- APEX_PUBLIC_USERアカウントのロック解除

- APEX_PUBLIC_USERアカウントのパスワードの変更

- Oracle Database 11g以降でのパスワードの有効期限について

4.5.4.1 APEX_PUBLIC_USERアカウントについて

APEX_PUBLIC_USERアカウントは、新しいOracle Application Expressのインストール時にランダムなパスワードとともに作成されます。新しいインストール環境でデータベース・アクセス記述子(DAD)を構成するには、まず、このアカウントのパスワードを変更する必要があります。

4.5.4.2 APEX_PUBLIC_USERアカウントのロック解除

ヒント:
以前のリリースのOracle Application Expressからアップグレードする場合、このステップは不要です。

APEX_PUBLIC_USERアカウントをロック解除するには、次のステップを実行します。

1. SQL*Plusを起動し、Oracle Application Expressがインストールされているデータベースに、SYSDBAロールが指定されているSYSとして接続します。Oracle Application ExpressがCDBにインストールされた場合、CDB$ROOTに接続していることを確認してください。次に例を示します。

- Windowsの場合:

SYSTEM_DRIVE:\ sqlplus /nolog
SQL> CONNECT SYS as SYSDBA
Enter password: SYS_password

- UNIXおよびLinuxの場合:

$ sqlplus /nolog
SQL> CONNECT SYS as SYSDBA
Enter password: SYS_password

2. 次の文を実行します。

ALTER USER APEX_PUBLIC_USER ACCOUNT UNLOCK

4.5.4.3 APEX_PUBLIC_USERアカウントのパスワードの変更

ヒント:
以前のリリースのOracle Application Expressからアップグレードする場合、このステップは不要です。

APEX_PUBLIC_USERアカウントのパスワードを変更するには、次のステップを実行します。

1. SQL*Plusを起動し、Oracle Application Expressがインストールされているデータベースに、SYSDBAロールが指定されているSYSとして接続します。Oracle Application ExpressがCDBにインストールされた場合、CDB$ROOTに接続していることを確認してください。次に例を示します。

- Windowsの場合:

SYSTEM_DRIVE:\ sqlplus /nolog
SQL> CONNECT SYS as SYSDBA
Enter password: SYS_password

- UNIXおよびLinuxの場合:

$ sqlplus /nolog
SQL> CONNECT SYS as SYSDBA
Enter password: SYS_password

2. 次の文を実行します。

ALTER USER APEX_PUBLIC_USER IDENTIFIED BY new_password

new_passwordは、APEX_PUBLIC_USERに設定する新しいパスワードです。後続のセクションでDADを作成する場合に、このパスワードを使用します。

4.5.4.4 Oracle Database 11g以降でのパスワードの有効期限について

Oracle Database 11gのデフォルト・プロファイルでは、パラメータPASSWORD_LIFE_TIMEは180に設定されています。Oracle Database 11gおよびOracle Application Expressを使用している場合、これによりAPEX_PUBLIC_USERのパスワードは180日間で期限切れになります。このため、パスワードを変更するまで、Oracle Application Expressインスタンスが使用できなくなります。

この動作を回避するには、PASSWORD_LIFE_TIMEパラメータが無制限に設定されている別のプロファイルを作成し、APEX_PUBLIC_USERアカウントを変更して、これを新しいプロファイルに割り当てます。

関連項目:
プロファイルの作成およびデータベース・ユーザーへの割当ての詳細は、『Oracle Databaseセキュリティ・ガイド』を参照してください

4.6 Oracle REST Data Servicesのダウンロードとインストール

この項では、Oracle REST Data Servicesをダウンロードとインストールする方法について説明します。

- Oracle REST Data Servicesのダウンロード

- 静的ファイル・サポートの構成

- Oracle XML DBプロトコル・サーバーの無効化

- リバース・プロキシやロード・バランサの内側にあるOracle REST Data Servicesの構成について

関連項目:
Oracle REST Data Servicesインストレーションおよび開発者ガイド

4.6.1 Oracle REST Data Servicesのダウンロード

ヒント:
デフォルトで、Oracle REST Data Servicesを介してOracle Application Expressにアクセスするためのコンテキスト・ルートは/ordsです。Oracle Application Expressにアクセスするために/apexのコンテキスト・ルートを持つ場合、Oracle REST Data Servicesをインストールする前に、ords.warファイルの名前をapex.warに変更します。『Oracle REST Data Servicesインストレーションおよび開発者ガイド』」の、Oracle REST Data Servicesのインストールに関する項を参照してください。

Oracle REST Data Servicesをダウンロードするには、次の手順に従います。

1. 最新リリースのOracle REST Data Servicesを次のサイトからダウンロードします。

http://www.oracle.com/technetwork/developer-tools/rest-data-services/downloads/index.html

ファイル名のversion.numberに現在のリリース番号が反映されることに注意してください。

2. ダウンロードしたZIPファイルを任意のディレクトリ(フォルダ)に解凍します。

- UNIXおよびLinuxの場合: ords.version.number.zipを解凍します

- Windowsの場合: Windowsエクスプローラでords.version.number.zipファイルをダブルクリックします

3. イメージ・ディレクトリapex/imagesを、Oracle Application ExpressソフトウェアZIPからOracle REST Data Servicesがインストールされているファイル・システム上の場所にコピーします。

4. 『Oracle REST Data Servicesインストレーションおよび開発者ガイド』を参照して、すべてのインストールと構成のステップに従い、完了します。

5. Oracle Database 12cマルチテナント・アーキテクチャの場合は必ず、アクセスする特定のプラガブル・データベース(PDB)のサービス名を使用して接続を構成してください。URLでPDBを指定するようにOracle REST Data Servicesを構成している場合を除き、CDB$ROOTのサービス名は使用できません。詳細は、Oracle REST Data Servicesインストレーションおよび開発者ガイドを参照してください。

4.6.2 静的ファイル・サポートの構成

Oracle Application Expressを使用すると、アプリケーション開発者はアプリケーションに静的ファイルを含めることができます。静的ファイルは、ワークスペース、アプリケーション、プラグインまたはアプリケーション・テーマに関連付けることができます。Oracle REST Data ServicesをWebリスナーとして使用する場合、静的ファイルは、Oracle Application Expressに組み込まれたRESTfulサービス・モジュールを使用して提供されます。このため、RESTfulサービスが以前のリリースで構成されなかった場合、新規インストールおよびアップグレード・インストールでRESTfulサービスを構成する必要があります。

関連項目:
「Oracle REST Data ServicesによるRESTfulサービスの構成」

4.6.3 Oracle XML DBプロトコル・サーバーの無効化

以前は埋込みPL/SQLゲートウェイを使用していたが、現在はOracle REST Data Servicesを使用する場合は、Oracle XML DB Protocol Serverを無効にする必要があります。

Oracle XML DBプロトコル・サーバーを無効化するには、次のステップを実行します。

1. SQL*Plusを起動し、Oracle Application Expressがインストールされているデータベースに、SYSDBAロールが指定されているSYSとして接続します。次に例を示します。

- Windowsの場合:

SYSTEM_DRIVE:\ sqlplus /nolog
SQL> CONNECT SYS as SYSDBA
Enter password: SYS_password

- UNIXおよびLinuxの場合:

$ sqlplus /nolog
SQL> CONNECT SYS as SYSDBA
Enter password: SYS_password

2. 次のコマンドを実行します。

EXEC DBMS_XDB.SETHTTPPORT(0);

4.6.4 リバース・プロキシやロード・バランサの内側にあるOracle REST Data Servicesの構成について

Oracle Application Expressがリバース・プロキシまたはロード・バランサの内側で実行されている場合、ユーザーのブラウザが認識した元のHTTPホスト名とプロトコルをApplication Expressエンジンに通信することが重要です。Application Expressエンジンはこの情報を使用して、HTMLレスポンスおよびHTTPリダイレクト内に、ユーザーのブラウザが正常に追随できる有効なURLを生成します。正確な構成ステップは、Java EEアプリケーション・サーバーにより異なります。たとえば、Oracle WebLogic Serverの場合、これはOracle WebLogic Server Proxy Plug-Inを使用して実行されます。詳細は、Java EEアプリケーション・サーバーのドキュメントを参照してください。

4.7 Oracle REST Data ServicesによるRESTfulサービスの構成

この項では、新規インストールでRESTfulサービスを構成する方法を説明します。

- RESTfulサービスの構成について

- RESTfulサービスの構成

4.7.1 RESTfulサービスの構成について

Oracle Application Expressを新しくインストールする場合は、構成スクリプトapex_rest_config.sqlを実行してRESTfulサービスを構成します。構成すると、インスタンス管理者がこの機能の可用性を制御できます。インスタンス管理者がこのApplication ExpressインスタンスのRESTfulサービスを無効にした場合、このインスタンスではRESTfulサービスを使用できず、RESTfulサービスのアイコンも表示されません。『Oracle Application Express管理ガイド』の、インスタンスに対するRESTfulサービスの制御に関する項を参照してください。

注意:
RESTfulサービスにはOracle REST Data Services 2.0以上が必要です。Oracle Application Expressリリース5.0をアップグレードし、以前のリリースでRESTfulサービスが構成されていない場合、RESTfulサービスの構成は必須です。

4.7.2 RESTfulサービスの構成

Oracle Application ExpressでRESTfulサービスを構成するには、次のステップを実行します。

1. 作業ディレクトリを、インストール・ソフトウェアを解凍したapexディレクトリに変更します。

2. SQL*Plusを起動し、Oracle Application Expressをインストールするデータベースに、SYSDBAロールが指定されているSYSとして接続します。次に例を示します。

- Windowsの場合:

SYSTEM_DRIVE:\ sqlplus /nolog
SQL> CONNECT SYS as SYSDBA
Enter password: SYS_password

- UNIXおよびLinuxの場合:

$ sqlplus /nolog
SQL> CONNECT SYS as SYSDBA
Enter password: SYS_password

3. apex_rest_config.sqlを実行します。次に例を示します。

@apex_rest_config.sql

プロンプトが表示されたら、APEX_LISTENERアカウントおよびAPEX_REST_PUBLIC_USERアカウントのパスワードを入力します。

Oracle Application ExpressでRESTfulサービスを構成する際は、2つのデータベース・アカウントが新しく作成されます。

- APEX_LISTENER - Oracle Application Expressに格納されているRESTfulサービスの定義を照会するために使用されるアカウント。

- APEX_REST_PUBLIC_USER -Oracle Application Expressに格納されているRESTfulサービスの定義を呼び出す際に使用されるアカウント。

4.8 Oracle Database 11g以降のネットワーク・サービスの有効化

- ネットワーク・サービスを有効化する必要があるタイミングと理由

- Oracle Database 12cより前の接続権限の付与

- Oracle Database 12cでの接続権限の付与

- 無効なACLエラーのトラブルシューティング

4.8.1 ネットワーク・サービスを有効化する必要があるタイミングと理由

Oracle Database 11gリリース1または2以上では、ネットワーク・サービスとの通信機能が、デフォルトで無効化されています。このため、Oracle Database 11gリリース1または2以上でOracle Application Expressを実行している場合は、新しいDBMS_NETWORK_ACL_ADMINパッケージを使用して、APEX_050000データベース・ユーザーにすべてのホストに対する接続権限を付与する必要があります。これらの権限を付与しないと、次の場合に問題が発生します。

- Oracle Application Expressでアウトバウンド・メールを送信する。
ユーザーはAPEX_MAILパッケージからメソッドをコールできますが、外部へ電子メールを送信するときに問題が発生します。

- Oracle Application ExpressでWebサービスを使用する。

- PDFレポートを印刷する。

ヒント:
このセクションで示されている例を実行するには、データベースのcompatible初期化パラメータが11.1.0.0.0以上に設定されている必要があります。デフォルトでは、11gまたは12cデータベースのパラメータは事前に適切に設定されますが、以前のバージョンから11gまたは12cにアップグレードされたデータベースのパラメータは適切に設定されない場合があります。データベース初期化パラメータの変更については、『Oracle Database管理者ガイド』の「Oracle Databaseの作成および構成」を参照してください。

4.8.2 Oracle Database 12c以前での接続権限の付与

次の例は、APEX_050000データベース・ユーザーにすべてのホストに対する接続権限を付与する方法を示しています。この例では、Oracle Application Expressがインストールされているデータベースに、SYSDBAロールが指定されているSYSとして接続するとします。

DECLARE
ACL_PATH  VARCHAR2(4000);
BEGIN
-- Look for the ACL currently assigned to '*' and give APEX_050000
-- the "connect" privilege if APEX_050000 does not have the privilege yet.

SELECT ACL INTO ACL_PATH FROM DBA_NETWORK_ACLS
WHERE HOST = '*' AND LOWER_PORT IS NULL AND UPPER_PORT IS NULL;

IF DBMS_NETWORK_ACL_ADMIN.CHECK_PRIVILEGE(ACL_PATH, 'APEX_050000',
'connect') IS NULL THEN
DBMS_NETWORK_ACL_ADMIN.ADD_PRIVILEGE(ACL_PATH,
'APEX_050000', TRUE, 'connect');
END IF;

EXCEPTION
-- When no ACL has been assigned to '*'.
WHEN NO_DATA_FOUND THEN
DBMS_NETWORK_ACL_ADMIN.CREATE_ACL('power_users.xml',
'ACL that lets power users to connect to everywhere',
'APEX_050000', TRUE, 'connect');
DBMS_NETWORK_ACL_ADMIN.ASSIGN_ACL('power_users.xml','*');
END;
/
COMMIT;

次の例は、ローカル・ネットワーク・リソースへのアクセス権について、より少ない権限を付与する方法を示しています。この例では、電子メールやレポート・サーバーなど、ローカル・ホストのサーバーへのアクセスのみを有効にします。

DECLARE
ACL_PATH  VARCHAR2(4000);
BEGIN
-- Look for the ACL currently assigned to 'localhost' and give APEX_050000
-- the "connect" privilege if APEX_050000 does not have the privilege yet.
SELECT ACL INTO ACL_PATH FROM DBA_NETWORK_ACLS
WHERE HOST = 'localhost' AND LOWER_PORT IS NULL AND UPPER_PORT IS NULL;

IF DBMS_NETWORK_ACL_ADMIN.CHECK_PRIVILEGE(ACL_PATH, 'APEX_050000',
'connect') IS NULL THEN
DBMS_NETWORK_ACL_ADMIN.ADD_PRIVILEGE(ACL_PATH,
'APEX_050000', TRUE, 'connect');
END IF;

EXCEPTION
-- When no ACL has been assigned to 'localhost'.
WHEN NO_DATA_FOUND THEN
DBMS_NETWORK_ACL_ADMIN.CREATE_ACL('local-access-users.xml',
'ACL that lets users to connect to localhost',
'APEX_050000', TRUE, 'connect');
DBMS_NETWORK_ACL_ADMIN.ASSIGN_ACL('local-access-users.xml','localhost');
END;
/
COMMIT;

4.8.3 Oracle Database 12cでの接続権限の付与

DBMS_NETWORK_ACL_ADMINのプロシージャCREATE_ACL、ASSIGN_ACL、ADD_PRIVILEGEおよびCHECK_PRIVILEGEは、Oracle Database 12cでは非推奨です。かわりにAPPEND_HOST_ACEを使用することをお薦めします。次の例は、APEX_050000データベース・ユーザーにすべてのホストに対する接続権限を付与する方法を示しています。この例では、Oracle Application Expressがインストールされているデータベースに、SYSDBAロールが指定されているSYSとして接続するとします。

BEGIN
DBMS_NETWORK_ACL_ADMIN.APPEND_HOST_ACE(
host => '*',
ace => xs$ace_type(privilege_list => xs$name_list('connect'),
principal_name => 'apex_050000',
principal_type => xs_acl.ptype_db));
END;
/

次の例は、ローカル・ネットワーク・リソースへのアクセス権について、より少ない権限を付与する方法を示しています。この例では、電子メールやレポート・サーバーなど、ローカル・ホストのサーバーへのアクセスのみを有効にします。

BEGIN
DBMS_NETWORK_ACL_ADMIN.APPEND_HOST_ACE(
host => 'localhost',
ace => xs$ace_type(privilege_list => xs$name_list('connect'),
principal_name => 'apex_050000',
principal_type => xs_acl.ptype_db));
END;
/

4.8.4 無効なACLエラーのトラブルシューティング

前述のスクリプトの実行後に「ORA-44416: 無効な ACL」エラーを受信したら、次の問合せを使用して無効なACLを識別します。

REM Show the dangling references to dropped users in the ACL that is assigned
REM to '*'.

SELECT ACL, PRINCIPAL
FROM DBA_NETWORK_ACLS NACL, XDS_ACE ACE
WHERE HOST = '*' AND LOWER_PORT IS NULL AND UPPER_PORT IS NULL AND
NACL.ACLID = ACE.ACLID AND
NOT EXISTS (SELECT NULL FROM ALL_USERS WHERE USERNAME = PRINCIPAL);

次に、次のコードを実行してACLを修正します。

DECLARE
ACL_ID   RAW(16);
CNT      NUMBER;
BEGIN
-- Look for the object ID of the ACL currently assigned to '*'
SELECT ACLID INTO ACL_ID FROM DBA_NETWORK_ACLS
WHERE HOST = '*' AND LOWER_PORT IS NULL AND UPPER_PORT IS NULL;

-- If just some users referenced in the ACL are invalid, remove just those
-- users in the ACL. Otherwise, drop the ACL completely.
SELECT COUNT(PRINCIPAL) INTO CNT FROM XDS_ACE
WHERE ACLID = ACL_ID AND
EXISTS (SELECT NULL FROM ALL_USERS WHERE USERNAME = PRINCIPAL);

IF (CNT > 0) THEN

FOR R IN (SELECT PRINCIPAL FROM XDS_ACE
WHERE ACLID = ACL_ID AND
NOT EXISTS (SELECT NULL FROM ALL_USERS
WHERE USERNAME = PRINCIPAL)) LOOP
UPDATE XDB.XDB$ACL
SET OBJECT_VALUE =
DELETEXML(OBJECT_VALUE,
'/ACL/ACE[PRINCIPAL="'||R.PRINCIPAL||'"]')
WHERE OBJECT_ID = ACL_ID;
END LOOP;

ELSE
DELETE FROM XDB.XDB$ACL WHERE OBJECT_ID = ACL_ID;
END IF;

END;
/

REM commit the changes.

COMMIT;

ACLの修正後、このセクションの最初のスクリプトを実行してAPEX_050000ユーザーにACLを適用する必要があります。「Oracle Database 12cより前の接続権限の付与」を参照してください。

4.9 セキュリティ・タスクの実行

HTTPリクエストで、パスワードやその他の機密データがクリア・テキストで送信されることのないように、Secure Sockets Layer(SSL)を構成して使用することをお薦めします。SSLを使用しないと、パスワードが公開され、セキュリティが損なわれる可能性があります。

SSLは、業界標準のプロトコルです。RSA公開鍵暗号化と対称鍵暗号化を組み合せて使用することにより、認証、暗号化およびデータの整合性が提供されます。

関連項目:
『Oracle Application Express管理ガイド』の、HTTPプロトコル属性の構成に関する項

4.10 同時ジョブ数の制御

この項では、同時実行ジョブの数を指定する方法を説明します。

- 同時ジョブ数の管理について

- JOB_QUEUE_PROCESSESの数の表示

- JOB_QUEUE_PROCESSESの数の変更

4.10.1 同時ジョブ数の管理について

JOB_QUEUE_PROCESSESには、同時に実行するジョブの最大数を指定します。Oracle Application Expressでは、トランザクションのサポートおよびSQLスクリプトでジョブが必要です。JOB_QUEUE_PROCESSESが有効でなく、正常に動作していない場合、スクリプトを正常に実行することはできません。

4.10.2 JOB_QUEUE_PROCESSESの数の表示

この項では、JOB_QUEUE_PROCESSESの数を表示する3つの方法について説明します。

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

- Oracle Application ExpressでのJOB_QUEUE_PROCESSESの表示

- SQL*PlusによるJOB_QUEUE_PROCESSESの表示

4.10.2.1 インストール・ログ・ファイルでのJOB_QUEUE_PROCESSESの表示

Oracle Application Expressリリース4.2をインストールした後、またはOracle Application Expressをリリース4.2にアップグレードした後、JOB_QUEUE_PROCESSESの数をインストール・ログ・ファイルに表示できます。「インストール・セッションのログの確認」を参照してください。

4.10.2.2 Oracle Application ExpressでのJOB_QUEUE_PROCESSESの表示

「Application Expressのバージョン情報」ページにJOB_QUEUE_PROCESSESの数を表示することができます。

Application Expressのバージョン情報ページを表示するには、次の手順を実行します。

1. Oracle Application Expressにサインインします。詳細は、「ワークスペースへのサインイン」を参照してください。

2. ページの最上部にあるヘルプ・メニューを見つけます。

3. 「ヘルプ」メニューから「バージョン情報」を選択します。
Application Expressのバージョン情報ページが表示されます。ページの下部に、現在のJOB_QUEUE_PROCESSESの数が表示されます。

4.10.2.3 SQL*PlusによるJOB_QUEUE_PROCESSESの表示

次のSQLコマンドを実行して、SQL*PlusでJOB_QUEUE_PROCESSESの数を表示することができます。

SELECT VALUE FROM v$parameter WHERE NAME = 'job_queue_processes'

4.10.3 JOB_QUEUE_PROCESSESの数の変更

SQL*Plusで次のSQL文を実行して、JOB_QUEUE_PROCESSESの数を変更できます。

JOB_QUEUE_PROCESSESの数を更新するには、次のステップを実行します。

1. SQL*Plusを起動し、Oracle Application Expressがインストールされているデータベースに、SYSDBAロールが指定されているSYSとして接続します。

- Windowsの場合:

SYSTEM_DRIVE:\ sqlplus /nolog
SQL> CONNECT SYS as SYSDBA
Enter password: SYS_password

- UNIXおよびLinuxの場合:

$ sqlplus /nolog
SQL> CONNECT SYS as SYSDBA
Enter password: SYS_password

2. SQL*Plusで次のSQL文を実行します。

ALTER SYSTEM SET JOB_QUEUE_PROCESSES = <number>

たとえば、ALTER SYSTEM SET JOB_QUEUE_PROCESSES = 20を実行すると、JOB_QUEUE_PROCESSESは20に設定されます。

4.11 他の言語でのOracle Application Expressの実行について

Oracle Application Expressのインタフェースは、ドイツ語、スペイン語、フランス語、イタリア語、日本語、韓国語、ポルトガル語(ブラジル)、簡体字中国語および繁体字中国語に変換できます。Oracle Application Expressの単一インスタンスは、これらの言語変換されたバージョンを1つ以上実装してインストールできます。開発者は、画面またはホーム・ページのアプリケーション・ビルダーのログから言語を選択するのみで、インストールされたあらゆる言語におけるApplication Expressの開発環境を実行することを選択できます。

他の言語をインストールするには、後述の追加ファイルが含まれているapex_5.0.zipファイルを使用する必要があります。以前にapex_5.0_en.zipをダウンロードした場合、Oracle Application Expressを再インストールする必要はありません。apex_5.0zipをダウンロードして、apex_5.0_en.zipを解凍した同じディレクトリにファイルを解凍するのみです。

言語変換されたバージョンのOracle Application Expressは、その特定言語をサポートするキャラクタ・セットが実装されたデータベースにロードする必要があります。言語変換されたバージョンのOracle Application Expressを、その言語の文字コードをサポートしないデータベースにインストールすると、インストールが正常に実行されなかったり、言語変換されたOracle Application Expressインスタンスが実行時に破損しているように見える場合があります。データベース・キャラクタ・セットAL32UTF8は、言語変換されたすべてのバージョンのOracle Application Expressをサポートします。

言語変換されたバージョンのOracle Application Expressを手動でインストールするには、SQL*Plusを使用します。インストール・ファイルはAL32UTF8にエンコードされます。

注意:
言語変換されたバージョンのOracle Application Expressをインストールするには、ターゲット・データベースのキャラクタ・セットにかかわらず、SQL*Plusを起動する前に環境変数NLS_LANGのキャラクタ・セット値をAL32UTF8に設定する必要があります。

言語変換されたバージョンのOracle Application Expressのロードに有効なNLS_LANG設定の例を次に示します。

American_America.AL32UTF8
Japanese_Japan.AL32UTF8

4.12 言語変換されたバージョンのOracle Application Expressのインストール

この項では、Oracle Application Expressの言語変換されたバージョンのインストールについて説明します。

- 言語変換されたバージョンのOracle Application Expressのインストールについて

- 言語変換されたバージョンのOracle Application Expressのインストール

4.12.1 言語変換されたバージョンのOracle Application Expressのインストールについて

初めてインストールを行う場合も以前のリリースからアップグレードする場合も、言語変換されたバージョンのOracle Application Expressを実行するには、load_lang.sqlスクリプトを実行する必要があります。

インストール・スクリプトは、配布を解凍したapex/builderのサブディレクトリに格納されます。これらのサブディレクトリは、言語コードで識別されます。たとえば、ドイツ語バージョンはapex/builder/de、日本語バージョンはapex/builder/jaに格納されます。各ディレクトリには、言語コード(たとえば、load_de.sqlやload_ja.sql)で識別される、言語固有のロード・スクリプトが格納されます。

4.12.2 言語変換されたバージョンのOracle Application Expressのインストール

言語変換されたバージョンのOracle Application Expressをインストールするには、次のステップを実行します。

1. 環境変数NLS_LANGをキャラクタ・セットAL32UTF8に設定します。次に例を示します。

- BourneまたはKornシェルの場合:

NLS_LANG=American_America.AL32UTF8
export NLS_LANG

- Cシェルの場合:

setenv NLS_LANG American_America.AL32UTF8

- Windowsベースのシステムの場合:

set NLS_LANG=American_America.AL32UTF8

2. インストールする必要がある言語に基づいて、apex/builderの下のディレクトリにナビゲートします。たとえば、ドイツ語の場合は、apex/builder/deにナビゲートします。SQL*Plusを起動し、Oracle Application Expressがインストールされているデータベースに、SYSDBAロールが指定されているSYSとして接続します。次に例を示します。

- Windowsの場合:

SYSTEM_DRIVE:\ sqlplus /nolog
SQL> CONNECT SYS as SYSDBA
Enter password: SYS_password

- UNIXおよびLinuxの場合:

$ sqlplus /nolog
SQL> CONNECT SYS as SYSDBA
Enter password: SYS_password

3. 次の文を実行します。

ALTER SESSION SET CURRENT_SCHEMA = APEX_050000;

4. 該当する言語固有のスクリプトを実行します。次に例を示します。

@load_lang.sql

langは特定の言語です。たとえば、ドイツ語の場合はload_de.sql、日本語の場合はload_ja.sqlとなります。

4.13 ワークスペースの作成およびOracle Application Expressユーザーの追加

アプリケーションの開発やインストールの前に、ワークスペースを作成し、Oracle Application Expressユーザーを追加し、ワークスペースにサインインする必要があります。

- ワークスペースとユーザーについて

- Oracle Application Express管理サービスへのアクセス

- ワークスペースの手動作成

- Oracle Application Expressユーザーの作成

- ワークスペースへのサインイン

4.13.1 ワークスペースとユーザーについて

JavaScriptを有効にしたWebブラウザを使用してワークスペースにログインし、Oracle Application Expressのホーム・ページにアクセスします。詳細は、「ブラウザの要件」を参照してください。

ワークスペースでは、オブジェクト、データおよびアプリケーションをプライベートに保持しながら、同一のOracle Application Expressのインストール内で複数のユーザーが作業できます。各ワークスペースには、一意のIDおよび名前が含まれます。インスタンス管理者は、Oracle Application Express管理サービス内にワークスペースを手動で作成するか、ユーザーにリクエストを送信してもらうことができます。Oracle Application Express管理サービスは、Oracle Application Expressインスタンス全体を管理するための個別のアプリケーションです。

関連項目:
『Oracle Application Express管理ガイド』のワークスペースの作成およびワークスペースと変更リクエストの管理に関する項

4.13.2 Oracle Application Express管理サービスへのアクセス

ワークスペースとユーザー・アカウントを手動で作成するには、Oracle Application Express管理サービスと呼ばれる、Oracle Application Expressインスタンス全体を管理するための個別のアプリケーションにサインインします。Oracle Application Express Administration Servicesには、インストール・プロセスで作成またはリセットされたADMINアカウントとパスワードを使用してサインインします。

Oracle Application Express管理サービスにアクセスするには、次のステップを実行します。

1. Webブラウザで、Oracle Application Express管理サービス・アプリケーションにナビゲートします。

ヒント:
デフォルトで、Oracle REST Data Servicesを介してOracle Application Expressにアクセスするためのコンテキスト・ルートは/ordsです。Oracle Application Expressにアクセスするために/apexのコンテキスト・ルートを持つ場合、Oracle REST Data Servicesをインストールする前に、ords.warファイルの名前をapex.warに変更します。『Oracle REST Data Servicesインストレーションおよび開発者ガイド』」の、Oracle REST Data Servicesのインストールに関する項を参照してください。

設定ではOracle REST Data Servicesを使用するため、次に進みます。

http://hostname:port/apex/apex_admin

各要素の意味は次のとおりです。

hostnameは、Oracle REST Data Servicesがインストールされているシステムの名前です。

portは、Oracle REST Data Servicesの構成時に割り当てられるポート番号です。デフォルトのインストールでは、この番号は8080です。詳細は、Oracle REST Data Servicesインストレーションおよび開発者ガイドを参照してください。

apexは、Oracle REST Data Servicesの構成時に定義されるサービス名です。

2. サインイン・ページで、次のステップを実行します。

- ユーザー名 - adminと入力します。

- パスワード - 「インスタンス管理アカウントの作成または更新」で指定したOracle Application Express管理者アカウントのパスワードを入力します。

- 「管理にサインイン」をクリックします。

設定によっては、初めてログインするときにパスワードの変更を要求される場合があります。

関連項目:
『Oracle Application Express管理ガイド』の「Oracle Application Express管理サービス」。

4.13.3 ワークスペースの手動作成

ワークスペースを手動で作成するには、Oracle Application Express管理サービスと呼ばれる個別のアプリケーションにサインインします。Oracle Application Express Administration Servicesには、インストール・プロセスで作成またはリセットされたADMINアカウントとパスワードを使用してサインインします。

Oracle Application Expressのワークスペースを手動で作成するには、次のステップを実行します。

1. Oracle Application Express管理サービスへのアクセス。「Oracle Application Express管理サービスへのアクセス」を参照してください。
Oracle Application Express管理サービスが表示されます。次に、ワークスペースを作成します。

2. 「ワークスペースの管理」をクリックします。

3. 「ワークスペース・アクション」で、「ワークスペースの作成」をクリックします。
ワークスペースの作成ウィザードが表示されます。

4. 「ワークスペースの指定」で、次を入力します。

1. ワークスペース名: 一意のワークスペース名を入力します。

2. 「ワークスペースID」: 新しいワークスペースIDを自動的に生成させるために、「ワークスペースID」は空白のままにしておきます。ワークスペースIDは、100000より大きい正の整数にする必要があります。

3. ワークスペースの説明: ワークスペースの説明を入力します。

4. 次をクリックします。

5. 「スキーマの指定」で、既存のスキーマを再利用するか、新しく作成するかを指定します。
既存のスキーマを使用する場合

1. 「既存のスキーマを再利用」で、「はい」を選択します。

2. リストからスキーマを選択します。

3. 次をクリックします。

新しいスキーマを作成する場合

1. 「既存のスキーマを再利用」で、「いいえ」を選択します。

2. スキーマの名前とパスワードを入力します。

3. 領域割当てを指定します。

4. 次をクリックします。

6. 「管理者の指定」で、ワークスペース管理者の情報を入力して、「次へ」をクリックします。

7. 選択内容を確認して、「ワークスペースの作成」をクリックします。

関連項目:
『Oracle Application Express管理ガイド』の「Oracle Application Express管理サービス」。

4.13.4 Oracle Application Expressユーザーの作成

Oracle Application Expressのユーザー・アカウントを作成するには、次のステップを実行します。

1. Oracle Application Express管理サービスへのアクセス。「Oracle Application Express管理サービスへのアクセス」を参照してください。
Oracle Application Express管理サービスが表示されます。

2. 「ワークスペースの管理」アイコンをクリックします。

3. 「開発者とユーザーの管理」をクリックします。

4. 「ユーザーの作成」をクリックします。

5. 「ユーザー属性」に、適切な情報を入力します。*印が付いているフィールドは必須フィールドです。

ヒント:
特定の属性の詳細を表示するには、アイテム・ラベルをクリックします。ヘルプが利用できる場合は、アイテム・ラベル上にカーソルを重ねると、アイテム・ラベルが赤色に変わり、カーソルが矢印と疑問符に変わります。

6. 「アカウント権限」で、次のステップを実行します。

1. ワークスペース: リストからワークスペースを選択します。

2. デフォルトのスキーマ: データの参照、アプリケーションの作成およびSQLスクリプトの実行に使用するデフォルト・スキーマを指定します。
使用可能なスキーマが複数あるワークスペースを使用する場合、このスキーマがデフォルトになります。この設定でセキュリティは制御されず、ユーザーのプリファレンスのみが制御されます。

3. 管理者ユーザー: このユーザーがワークスペースの管理者権限を持つかどうかを指定します。
管理者はすべてのコンポーネントへのアクセス権が付与されます。また、管理者はユーザー・アカウント、グループおよび開発サービスを管理できます。インスタンス管理者によってオフにされていると、コンポーネントを使用できない場合があります。

4. 開発者ユーザー: このユーザーが開発者権限を持つかどうかを指定します。
開発者はアプリケーション・ビルダーまたはSQLワークショップ、あるいはその両方へのアクセス権を持っている必要があります。インスタンス管理者によって無効にされると、これらのコンポーネントは使用できないことがあります。

5. アプリケーション・ビルダー・アクセス: 開発者がアプリケーション・ビルダーへのアクセス権を持つかどうかを決定します。

6. SQLワークショップ・アクセス: 開発者がSQLワークショップへのアクセス権を持つかどうかを決定します。

7. チーム開発アクセス: 開発者がチーム開発へのアクセス権を持つかどうかを決定します。

8. アカウントの可用性の設定: 「ロック済」を選択すると、アカウントは使用できなくなります。「ロック解除済」を選択すると、アカウントを使用できるようになります。
ユーザーが「ワークスペース・プリファレンス」に指定された許可されるログイン失敗の最大回数を超過すると、そのアカウントは自動的にロックされます。

7. 「パスワード」で、次のステップを実行します。

- パスワード: 大/小文字を区別してパスワードを入力します。

- パスワードの確認: パスワードを再度入力します。

- 初回使用時にパスワードの変更が必要: 「いいえ」を選択すると、ユーザーは期限が切れるまで同じパスワードを使用できます。「はい」を選択すると、ユーザーは初回のログイン時に、パスワードをすぐに変更するよう要求されます。

8. 「ユーザーの作成」または「作成後、別のものの作成」をクリックします。

4.13.5 ワークスペースへのサインイン

資格証明(ワークスペース名、ユーザー名およびパスワード)を使用して、ワークスペースにサインインします。

ワークスペースにサインインするには、次のステップを実行します。

1. Webブラウザで、Oracle Application Expressのサインイン・ページにナビゲートします。
設定ではOracle REST Data Servicesを使用するため、次に進みます。

http://hostname:port/apex/

各要素の意味は次のとおりです。

- hostnameは、Oracle REST Data Servicesがインストールされているシステムの名前です。

- portは、Oracle REST Data Servicesの構成時に割り当てられるポート番号です。デフォルトのインストールでは、この番号は8080です。詳細は、Oracle REST Data Servicesインストレーションおよび開発者ガイドを参照してください。

- apexは、Oracle REST Data Servicesの構成時に定義されるサービス名です。

「サインイン」ページが表示されます。

2. サインイン・ページで、次の用に入力します。

- 作業領域: 作業領域の名前を入力します。

- ユーザー名: ユーザー名を入力します。

- パスワード- パスワードを大/小文字を区別して入力します。

3. 「サインイン」をクリックします。
設定によっては、初めてログインするときにパスワードの変更を要求される場合があります。

関連項目:
『Oracle Application Express管理ガイド』の「ワークスペースの作成」および「ワークスペースと変更リクエストの管理」を参照してください。

4.14 アップグレード・インストールのインストール後のタスクの実行

アップグレード・インストールが正常に実行され、すべてのアップグレード済アプリケーションが正常に機能していることを確認したら、以前のOracle Application Expressインストールからスキーマを削除する必要があります。

- 以前のOracle Application Expressインストールの削除について

- 以前のインストールが存在するかどうかの確認

- 以前のインストールのスキーマの削除

- Oracle Database 11g以降での無効なACLの修正

関連項目:
「以前のリリースのOracle Application Expressからのアップグレード」

4.14.1 以前のOracle Application Expressインストールの削除について

以前のインストールのスキーマに関連付けられたデータベース・ユーザーは権限が付与されたユーザーです。不要になった場合は削除する必要があります。以前のインストールのスキーマの削除には、2つのステップがあります。最初に以前のインストールが存在することを確認して、次にスキーマを削除します。

4.14.2 以前のインストールが存在するかどうかの確認

以前のインストールが存在するかどうかを確認するには、次のステップを実行します。

1. SQL*Plusを起動して、SYSとしてOracle Application Expressがインストールされているデータベースに接続します。次に例を示します。

- Windowsの場合:

SYSTEM_DRIVE:\ sqlplus /nolog
SQL> CONNECT SYS as SYSDBA
Enter password: SYS_password

- UNIXおよびLinuxの場合:

$ sqlplus /nolog
SQL> CONNECT SYS as SYSDBA
Enter password: SYS_password

2. 次の問合せを実行します。

SELECT username
FROM dba_users
WHERE (  username LIKE 'FLOWS\_______' ESCAPE '\'
OR username LIKE 'APEX\_______' ESCAPE '\' )
AND username NOT IN ( SELECT schema
FROM dba_registry
WHERE comp_id = 'APEX' );

結果に書式がFLOWS_XXXXXXまたはAPEX_XXXXXX(XXXXXXは6つの数字を表す)のエントリが含まれる場合、それらのエントリは削除候補です。

4.14.3 以前のインストールのスキーマの削除

以前のインストールのスキーマを削除するには、次のステップを実行します。

1. SQL*Plusを起動し、Oracle Application Expressがインストールされているデータベースに、SYSDBAロールが指定されているSYSとして接続します。次に例を示します。

- Windowsの場合:

SYSTEM_DRIVE:\ sqlplus /nolog
SQL> CONNECT SYS as SYSDBA
Enter password: SYS_password

- UNIXおよびLinuxの場合:

$ sqlplus /nolog
SQL> CONNECT SYS as SYSDBA
Enter password: SYS_password

2. 次の例のような文を実行します。

DROP USER APEX_040200 CASCADE;

4.14.4 Oracle Database 11g以降での無効なACLの修正

Oracle Database 11g以降を実行しており、以前のOracle Application Expressスキーマのネットワーク・サービスを有効化してある場合、「以前のOracle Application Expressインストールの削除について」のステップを実行した後に、無効なACLを修正する必要がある場合があります。

無効なACLを修正するには、次のステップを実行します。

1. 作業ディレクトリを、インストール・ソフトウェアを解凍したapexディレクトリに変更します。

2. SQL*Plusを起動し、Oracle Application Expressがインストールされているデータベースに、SYSDBAロールが指定されているSYSとして接続します。次に例を示します。

- Windowsの場合:

SYSTEM_DRIVE:\ sqlplus /nolog
SQL> CONNECT SYS as SYSDBA
Enter password: SYS_password

- UNIXおよびLinuxの場合:

$ sqlplus /nolog
SQL> CONNECT SYS as SYSDBA
Enter password: SYS_password

3. 次のような文を実行します。

EXEC DBMS_NETWORK_ACL_ADMIN.DELETE_PRIVILEGE('power_users.xml', 'FLOWS_030000');

4.15 パフォーマンスの最適化タスクについて

Webアプリケーションのパフォーマンスは、そのサイズおよび、イメージ、CSSおよびJavaScriptファイルなどの静的なコンテンツをブラウザがリクエストする頻度に大きく依存します。パフォーマンスを向上させるために、大部分のWebサーバーは、オン・ザ・フライHTTPレスポンス圧縮をサポートし、ブラウザが一度の要求でファイルをキャッシュできる長さを構成できるようにする設定を用意しています。HTTPレスポンス圧縮は通常gzipエンコーディングを使用して実装され、ブラウザ・ファイル・キャッシュはCache-Control HTTPレスポンス・ヘッダーの発行によって有効化されます。

レスポンス圧縮とブラウザ・ファイル・キャッシュを有効化する方法の詳細は、Webサーバーのドキュメントを参照してください。Oracle Application Express開発環境とOracle Application Expressアプリケーションで最適パフォーマンスを得るためには、仮想イメージ・ディレクトリ(たとえば、/i/)のファイル、およびデータベース・アクセス記述子からのレスポンスのgzip圧縮を有効化するほか、ブラウザが12時間以上にわたり仮想イメージ・ディレクトリからのファイルをキャッシュできるようにすることをお薦めします。

4.16 ランタイム環境と完全開発環境の間の変換

この項では、ランタイム環境とフル開発環境の間の変換方法について説明します。

- ランタイム環境と完全開発環境の間の変換について

- 完全開発環境へのランタイム環境の変換

- ランタイム環境への完全開発環境の変換

4.16.1 ランタイム環境と完全開発環境の間の変換について

Oracle Application Expressランタイム環境では、アプリケーションを変更または編集する機能をサポートせずに本番アプリケーションを実行できます。含まれるのは、アプリケーションの実行に必要なパッケージのみです。このため、ランタイム環境はより堅牢な環境となります。管理用のWebインタフェースは用意されていません。

Oracle Application Expressランタイム環境は、SQL*PlusまたはSQL DeveloperおよびAPEX_INSTANCE_ADMIN APIを使用して管理します。

関連項目:
「Oracle Application Expressランタイム環境について」および『Oracle Application Express管理ガイド』のエクスポートされたアプリケーションのランタイム環境へのインストールに関する項

4.16.2 完全開発環境へのランタイム環境の変換

Oracle Application Expressランタイム環境を完全開発環境に変換するには、次のステップを実行します。

1. 作業ディレクトリを、インストール・ソフトウェアを解凍したapexディレクトリに変更します。

2. SQL*Plusを起動し、Oracle Application Expressがインストールされているデータベースに、SYSDBAロールが指定されているSYSとして接続します。次に例を示します。

- Windowsの場合:

SYSTEM_DRIVE:\ sqlplus /nolog
SQL> CONNECT SYS as SYSDBA
Enter password: SYS_password

- UNIXおよびLinuxの場合:

$ sqlplus /nolog
SQL> CONNECT SYS as SYSDBA
Enter password: SYS_password

3. apxdvins.sqlを実行します。次に例を示します。

@apxdvins.sql

4. 「インスタンス管理アカウントの作成または更新」の手順に従います。

関連項目:
SQL*Plusの詳細は、『Oracle Database PL/SQL言語リファレンス』を参照してください。

4.16.3 ランタイム環境への完全開発環境の変換

ヒント:
完全開発環境をランタイム環境に変換する前に、すべてのWebシート・アプリケーションをエクスポートします。開発環境をランタイムに変換する際、既存のWebシート・データ・グリッドおよびレポートはすべてのワークスペースから削除されます。ランタイム環境を完全開発環境に戻しても、これらのWebシート・データ・グリッドまたはレポートはリストアされません。

Oracle Application Express完全開発環境をランタイム環境に変換するには、次のステップを実行します。

1. 作業ディレクトリを、インストール・ソフトウェアを解凍したapexディレクトリに変更します。

2. SQL*Plusを起動し、Oracle Application Expressがインストールされているデータベースに、SYSDBAロールが指定されているSYSとして接続します。次に例を示します。

- Windowsの場合:

SYSTEM_DRIVE:\ sqlplus /nolog
SQL> CONNECT SYS as SYSDBA
Enter password: SYS_password

- UNIXおよびLinuxの場合:

$ sqlplus /nolog
SQL> CONNECT SYS as SYSDBA
Enter password: SYS_password

3. apxdevrm.sqlを実行します。次に例を示します。

@apxdevrm.sql

関連項目:
SQL*Plusの詳細は、『Oracle Database PL/SQL言語リファレンス』を参照してください。

5 Application Expressのインストールと埋込みPL/SQLゲートウェイの構成

このセクションでは、Oracle Technology NetworkからZIPファイルをダウンロードし、埋込みPL/SQLゲートウェイを構成して、Oracle Application Expressをインストールする方法について説明します。この手順は、新規インストールとアップグレード・インストールの両方に該当します。

- Oracle Databaseの要件

- Oracle Application Expressへのパッチ適用について

- Oracle Application Expressのインストール前タスクの実行

- Oracle Application Expressのダウンロードとインストール

- 埋込みPL/SQLゲートウェイの構成

- Oracle Database 11g以上のネットワーク・サービスの有効化

- セキュリティ・タスクの実行

- 同時ジョブ数の制御

- 他の言語でのOracle Application Expressの実行について

- 言語変換されたバージョンのOracle Application Expressのインストール

- SHARED_SERVERSパラメータの構成について

- ワークスペースの作成およびOracle Application Expressユーザーの追加

- アップグレード・インストールのインストール後のタスクの実行

- パフォーマンスの最適化タスクについて

- ランタイム環境と完全開発環境の間の変換

関連項目:
「Webリスナーの要件」および「埋込みPL/SQLゲートウェイを使用する場合のセキュリティに関する考慮事項について」

5.1 Oracle Databaseの要件

Oracle Application Expressリリース5.0には、Oracle Databaseリリース11.1.0.7以降が必要です(Enterprise EditionおよびExpressエディション(Oracle Database XE)を含む)。

関連項目:
『Oracle Databaseインストレーション・ガイド』および「Oracle Application Expressのインストール要件」

5.2 Oracle Application Expressへのパッチ適用について

すでにOracle Application Expressを実行している場合は、Oracle Technology Network (OTN)の「Oracle Application Express」ページでOracle Application Expressのパッチ・セットのリリースまたは後続リリースについて確認します。

http://www.oracle.com/technetwork/developer-tools/apex/downloads/index.html

関連項目:
「以前のリリースのOracle Application Expressからのアップグレード」

5.3 Oracle Application Expressのインストール前タスクの実行

Oracle Application Expressをインストールする前に、次のステップを実行することをお薦めします。

1. Oracle Application Expressのすべてのインストール要件を確認して満たします。「Oracle Application Expressのインストール要件」を参照してください。

2. Oracle Application Expressをアクティブに使用していて、現在のインストールをアップグレードする場合は、通常の順、または優先度の高い順に、Oracle Application Expressをインストールする予定のOracle Databaseインスタンスを停止します。Oracle Real Application Clusters(Oracle RAC)システムでは、各ノードのすべてのインスタンスを停止します。
データベースを停止する代替方法は、以前のリリースのOracle Application Expressからインストールをアップグレードする際に、すべてのユーザーをOracle Application Expressにアクセスできないようにすることです。このオプションは、計画停止を使用できない高可用性の本番環境でのみお薦めします。他のすべてのシナリオでは、データベースを停止する必要があります。

既存のインストールが埋込みPL/SQLゲートウェイを使用している場合にOracle Application Expressへのアクセスを無効にするには、HTTPポートを0に設定することによって、Oracle XML DB Protocol Serverを無効にする必要があります。SQL*Plusを起動して、SYSとしてOracle Application Expressがインストールされているデータベースに接続して、次を実行します。

EXEC DBMS_XDB.SETHTTPPORT(0);

Oracle Application Expressユーザーがアクセスできないようにした後、SYSとしてSQL*Plusにログインし、Oracle Application Expressがインストールされているデータベースに接続して、V$SESSIONを問い合せ、アップグレード処理を妨げるような長時間にわたり実行されているセッションが存在しないことを確認する必要があります。

3. Oracle Databaseインストールをバックアップします。
Oracle Application Expressをインストールする前に、現行のOracle Databaseインストールのバックアップを作成することをお薦めします。バックアップには、Oracle Database Recovery Manager(Oracle Databaseインストールに含まれる)を使用できます。

4. ターゲット・データベースが含まれるOracle Databaseインスタンスを起動します。
システムをバックアップした後で、ターゲットのOracle Databaseが含まれるOracleインスタンスを起動する必要があります。Webリスナーなど、他のプロセスは開始しないでください。ただし、リモート・インストールを実行している場合は、リモート・データベースのWebリスナーが起動されていることを確認します。

注意:
リモート・データベースに接続している場合は、そのWebリスナーを起動します。

関連項目:
『Oracle Databaseバックアップおよびリカバリ・ユーザーズ・ガイド』

5.4 Oracle Application Expressのダウンロードとインストール

この項では、Oracle Application Expressをダウンロードとインストールする方法について説明します。Oracle Application Expressをインストールする方法は、インストール先データベースのタイプによって異なります。詳細は、「Oracle Database 12cでのマルチテナント・アーキテクチャの使用」を参照してください。

- Application Expressのダウンロードとインストール

- インスタンス管理アカウントの作成または更新

- プロセスの再起動

5.4.1 Application Expressのダウンロードとインストール

マルチテナントでないコンテナ・データベース(あるいは非CDB)に、またはプラガブル・データベース(PDB)にローカルに、Oracle Application Expressをインストールするには、この手順に従います。

Oracle Application Expressを非CDBに、またはPDBにローカルにインストールするには、次のステップを実行します。

1. 開発が英語のみで行われるインストールの場合は、Oracle Application Expressのダウンロード・ページからファイルapex_5.0_en.zipをダウンロードします。開発が英語以外の言語でも行われる場合は、Oracle Application Expressのダウンロード・ページからapex_5.0.zipをダウンロードします。関連項目:

http://www.oracle.com/technetwork/developer-tools/apex/downloads/index.html

ご使用のリリースがこのマニュアルの発行時点より新しい場合、実際のファイル名が異なる場合があります。

2. ダウンロードしたzipファイルを解凍します。

- 英語のみの場合は、次のとおり、ディレクトリ名を変更せずにapex_5.0_en.zipを解凍します。

- UNIXおよびLinuxの場合: $ unzip apex_5.0_en.zipを解凍します。

- Windowsの場合: Windowsエクスプローラでファイルapex_5.0_en.zipをダブルクリックします。

- 複数言語の場合は、ディレクトリ名を変更せずにapex_5.0.zipを解凍します。

- UNIXおよびLinuxの場合: $ unzip apex_5.0.zip

- Windowsの場合: Windowsエクスプローラでapex_5.0.zipファイルをダブルクリックします。

注意:
ファイルを解凍するディレクトリ・ツリーは深くならないようにし、空白を含むディレクトリの下には格納しないようにします。たとえば、Windowsの場合はC:\TEMPに解凍します。

3. 作業ディレクトリをapexに変更します。

4. SQL*Plusを起動し、Oracle Application Expressがインストールされているデータベースに、SYSDBAロールが指定されているSYSとして接続します。次に例を示します。

- Windowsの場合:

SYSTEM_DRIVE:\ sqlplus /nolog
SQL> CONNECT SYS as SYSDBA
Enter password: SYS_password

- UNIXおよびLinuxの場合:

$ sqlplus /nolog
SQL> CONNECT SYS as SYSDBA
Enter password: SYS_password

5. デフォルト・プロファイルに対して既存のすべてのパスワード複雑性ルールを有効にします。詳細は、『Oracle Databaseセキュリティ・ガイド』の「パスワード保護の構成」を参照してください。

6. 適切なインストール・オプションを選択します。
完全開発環境ではアプリケーションを開発するため、アプリケーション・ビルダー環境へのすべてのアクセス権があります。ランタイム環境ではアプリケーションは変更できず、実行することができます。詳細は、「Oracle Application Expressランタイム環境の概要」を参照してください。

使用可能なインストール・オプションは次のとおりです。

- 完全開発環境。次の4つの引数を記載された順序どおりに渡し、apexins.sqlを実行します。

@apexins.sql tablespace_apex tablespace_files tablespace_temp images

各要素の意味は次のとおりです。

- tablespace_apexは、Oracle Application Expressアプリケーション・ユーザーの表領域の名前です。

- tablespace_filesは、Oracle Application Expressファイル・ユーザーの表領域の名前です。

- tablespace_tempは、一時表領域または一時表領域グループの名前です。

- images は、Oracle Application Expressイメージの仮想ディレクトリです。将来的にOracle Application Expressのアップグレードをサポートするために、仮想イメージ・ディレクトリを/i/と定義します。

例:

@apexins.sql SYSAUX SYSAUX TEMP /i/

注意:
次のエラーが表示された場合にはSQL*Plusを終了し、SQL*Plusを起動する前に、作業ディレクトリを、インストール・ファイルを解凍した場所(例: WindowsではC:\TEMP)に変更します。
SP2-0310: ファイル"apexins.sql"をオープンできません

- ランタイム環境。次の引数を記載された順序どおりに渡し、apxrtins.sqlを実行します。

@apxrtins.sql tablespace_apex tablespace_files tablespace_temp images

各要素の意味は次のとおりです。

- tablespace_apexは、Oracle Application Expressアプリケーション・ユーザーの表領域の名前です。

- tablespace_filesは、Oracle Application Expressファイル・ユーザーの表領域の名前です。

- tablespace_tempは、一時表領域または一時表領域グループの名前です。

- images は、Oracle Application Expressイメージの仮想ディレクトリです。将来的にOracle Application Expressのアップグレードをサポートするために、仮想イメージ・ディレクトリを/i/と定義します。

例:

@apxrtins.sql SYSAUX SYSAUX TEMP /i/

関連項目:
SQL*Plusの詳細は、『Oracle Database PL/SQL言語リファレンス』を参照してください。

Oracle Application Expressをインストールすると、3つの新しいデータベース・アカウントが作成されます。

- APEX_050000: Oracle Application Expressのスキーマおよびメタデータを所有するアカウント。

- FLOWS_FILES: Oracle Application Expressのアップロードされたファイルを所有するアカウント。

- APEX_PUBLIC_USER - Oracle REST Data ServicesまたはOracle HTTP Serverおよびmod_plsqlを使用したOracle Application Expressの構成に使用する最小限の権限が付与されたアカウント。

RESTful Webサービスを構成した場合、次の追加アカウントが作成されます。

- APEX_REST_PUBLIC_USER -Oracle Application Expressに格納されているRESTfulサービスの定義を呼び出す際に使用されるアカウント。

- APEX_LISTENER - Oracle Application Expressに格納されているRESTfulサービスの定義を照会するために使用されるアカウント。

以前のリリースからアップグレードすると、FLOWS_FILESはすでに存在し、APEX_PUBLIC_USERが存在しない場合にはこれが作成されます。

ヒント:
Oracle Application Expressは、ファイル・システム上の書込み可能なディレクトリからインストールする必要があります。「インストール・セッションのログの確認」を参照してください。

5.4.2 インスタンス管理アカウントの作成または更新

この項では、インスタンス管理者アカウントを作成または更新する方法を説明します。

ヒント:
Oracle Application Expressの以前のリリースからアップグレードする場合は、この項をスキップしてください。アップグレード・シナリオでは、インスタンス管理者のアカウントとパスワードは保存され、前のリリースから継承されます。

- インスタンス管理者の概要

- apxchpwd.sqlについて

- apxchpwd.sqlの実行

5.4.2.1 インスタンス管理者の概要。

インスタンス管理者は、ワークスペースのプロビジョニング、機能とインスタンス設定の構成、セキュリティの管理など、Oracle Application Expressインスタンス全体の管理を担当するスーパーユーザーです。管理タスクを実行するために、Oracle Application Express管理サービス・アプリケーションにサインインします。

関連項目:
『Oracle Application Express管理ガイド』の「Oracle Application Express管理サービス」

5.4.2.2 apxchpwd.sqlについて

apxchpwd.sqlスクリプトを実行すると、インスタンス管理者アカウントを作成または更新できます。次のシナリオでは、apxchpwd.sqlスクリプトを実行する必要があります。

- Oracle Application Expressの新規インストール - apxchpwd.sqlを実行して、インスタンス管理者アカウントとパスワードを作成します。

- ランタイム環境の開発環境への変換 - apxchpwd.sqlを実行して、インスタンス管理者アカウント・パスワードを変更します。

- インスタンス管理者パスワードの変更 - apxchpwd.sqlを実行して、既存のインスタンス管理者アカウントのパスワードを変更します。

- インスタンス管理者アカウントのロック解除 - apxchpwd.sqlを実行して、既存のインスタンス管理者アカウントのロックを解除します。

ヒント:
Oracle Application Expressの前のリリースからアップグレードする場合、apxchpwd.sqlを実行する必要はありません。アップグレード・シナリオでは、インスタンス管理者のアカウントとパスワードは保存され、前のリリースから継承されます。

5.4.2.3 apxchpwd.sqlの実行

インスタンス管理者アカウントを作成または更新するには、次のステップを実行します。

1. 作業ディレクトリを、インストール・ソフトウェアを解凍したapexディレクトリに変更します。

2. SQL*Plusを起動し、Oracle Application Expressがインストールされているデータベースに、SYSDBAロールが指定されているSYSとして接続します。次に例を示します。

- Windowsの場合:

SYSTEM_DRIVE:\ sqlplus /nolog
SQL> CONNECT SYS as SYSDBA
Enter password: SYS_password

- UNIXおよびLinuxの場合:

$ sqlplus /nolog
SQL> CONNECT SYS as SYSDBA
Enter password: SYS_password

3. apxchpwd.sqlを実行します。次に例を示します。

@apxchpwd.sql

画面に表示されるステップに従います。ユーザー名、パスワードおよび電子メール・アドレスを入力するように求められます。アカウントのユーザー名が存在しない場合は作成されます。

関連項目:
SQL*Plusの詳細は、『Oracle Database PL/SQL言語リファレンス』を参照してください。

5.4.3 プロセスの再起動

Oracle Application Expressをインストールした後で、インストールの開始前に停止したプロセスを再起動する必要があります。

5.5 埋込みPL/SQLゲートウェイの構成

埋込みPL/SQLゲートウェイは、Oracle Database 11g以降とともにインストールされます。ただし、Oracle Application Expressで使用する前に構成する必要があります。埋込みPL/SQLゲートウェイを構成するには、構成スクリプトを実行して、ANONYMOUSアカウントのロックを解除します。

注意:
Oracle XML DBプロトコル・サーバーおよび埋込みPL/SQLゲートウェイは、Oracle Database 11gより前のデータベースではサポートされていません。

- apex_epg_config.sql構成スクリプトの実行

- 以前のリリースからアップグレードする場合のimagesディレクトリの更新

- Oracle XML DBプロトコル・サーバー・ポートの検証

- Oracle XML DBプロトコル・サーバーの有効化

- 静的ファイル・サポートの構成

- リバース・プロキシやロード・バランサの内側にある埋込みPL/SQLゲートウェイの構成について

関連項目:
「Webリスナーの選択」および「埋込みPL/SQLゲートウェイの概要」

5.5.1 apex_epg_config.sql構成スクリプトの実行

構成スクリプトapex_epg_config.sqlを実行し、埋込みPL/SQLゲートウェイを構成します。次に、ANONYMOUSアカウントのロックを解除します。

apex_epg_config.sql構成スクリプトを実行するには、次のステップを実行します。

1. 作業ディレクトリを、Oracle Application Expressソフトウェアを解凍したapexディレクトリに変更します。

2. SQL*Plusを起動し、Oracle Application Expressがインストールされているデータベースに、SYSDBAロールが指定されているSYSとして接続します。次に例を示します。

- Windowsの場合:

SYSTEM_DRIVE:\ sqlplus /nolog
SQL> CONNECT SYS as SYSDBA
Enter password: SYS_password

- UNIXおよびLinuxの場合:

$ sqlplus /nolog
SQL> CONNECT SYS as SYSDBA
Enter password: SYS_password

3. PDBを構成する場合は、次の文を入力します。

ALTER SESSION SET CONTAINER = <PDB_NAME>;

4. 次の例に示すとおり、Oracle Application Expressソフトウェアを解凍したベース・ディレクトリにファイル・システム・パスを渡すapex_epg_config.sqlを実行します。

- Windowsの場合:

@apex_epg_config.sql SYSTEM_DRIVE:\TEMP

- UNIXおよびLinuxの場合:

@apex_epg_config.sql /tmp

5. 次の文を入力し、ANONYMOUSアカウントのロックを解除します。

ALTER USER ANONYMOUS ACCOUNT UNLOCK;

5.5.2 以前のリリースからアップグレードする場合のimagesディレクトリの更新

Oracle Application Expressを以前のリリースからアップグレードする場合は、apex_epg_config.sqlスクリプトを実行してimagesディレクトリを更新する必要があります。

ヒント:
新規インストールの場合、この手順は不要です。前述のセクションで説明したように、apex_epg_config.sqlを実行すると、イメージがロードされます。

apex_epg_config.sqlスクリプトを実行するには、次のステップを実行します。

1. 作業ディレクトリを、Oracle Application Expressソフトウェアを解凍したapexディレクトリに変更します。

2. SQL*Plusを起動し、Oracle Application Expressがインストールされているデータベースに、SYSDBAロールが指定されているSYSとして接続します。

- Windowsの場合:

SYSTEM_DRIVE:\ sqlplus /nolog
SQL> CONNECT SYS as SYSDBA
Enter password: SYS_password

- UNIXおよびLinuxの場合:

$ sqlplus /nolog
SQL> CONNECT SYS as SYSDBA
Enter password: SYS_password

3. 次の例に示すとおり、Oracle Application Expressソフトウェアを解凍したベース・ディレクトリにファイル・システム・パスを渡すapex_epg_config.sqlを実行します。

- Windowsの場合:

@apex_epg_config.sql SYSTEM_DRIVE:\TEMP

- UNIXおよびLinuxの場合:

@apex_epg_config.sql /tmp

ヒント:
前述の例では、Windowsの場合はTEMP、UNIXまたはLinuxの場合はtmpというディレクトリにOracle Application Expressを解凍したことを前提としています。

5.5.3 Oracle XML DBプロトコル・サーバー・ポートの検証

埋込みPL/SQLゲートウェイは、Oracle DatabaseのOracle XML DBプロトコル・サーバーで実行されます。対応するポート番号を確認すると、Oracle XML DB Protocol Serverが有効化されているかどうかを判断できます。

Oracle XML DBプロトコル・サーバーが実行されているポート番号を検証するには、次のステップを実行します。

1. SQL*Plusを起動し、Oracle Application Expressがインストールされているデータベースに、SYSDBAロールが指定されているSYSとして接続します。

- Windowsの場合:

SYSTEM_DRIVE:\ sqlplus /nolog
SQL> CONNECT SYS as SYSDBA
Enter password: SYS_password

- UNIXおよびLinuxの場合:

$ sqlplus /nolog
SQL> CONNECT SYS as SYSDBA
Enter password: SYS_password

2. 次の文を入力して、ポート番号を検証します。

SELECT DBMS_XDB.GETHTTPPORT FROM DUAL;

ポート番号に0が戻された場合、Oracle XML DBプロトコル・サーバーは無効化されています。

3. 有効化するには、sectセクション「Oracle XML DBプロトコル・サーバーの有効化」のステップを実行します。

5.5.4 Oracle XML DBプロトコル・サーバーの有効化

埋込みPL/SQLゲートウェイは、Oracle DatabaseのOracle XML DBプロトコル・サーバーで実行されます。

Oracle XML DBプロトコル・サーバーを有効化するには、次のステップを実行します。

1. SQL*Plusを起動し、Oracle Application Expressがインストールされているデータベースに、SYSDBAロールが指定されているSYSとして接続します。次に例を示します。

- Windowsの場合:

SYSTEM_DRIVE:\ sqlplus /nolog
SQL> CONNECT SYS as SYSDBA
Enter password: SYS_password

- UNIXおよびLinuxの場合:

$ sqlplus /nolog
SQL> CONNECT SYS as SYSDBA
Enter password: SYS_password

2. 次のような文を入力します。

EXEC DBMS_XDB.SETHTTPPORT(port);

次に例を示します。

EXEC DBMS_XDB.SETHTTPPORT(8080);

注意:
1024未満のポート番号は、多くのオペレーティング・システムで特権プロセス用に予約されています。1024未満のポート(80など)でXML DB HTTPリスナーを有効化するには、次のドキュメントを参照してください。

- 『Oracle XML DB開発者ガイド』のプロトコルを使用したリポジトリへのアクセスに関する項

- 『Oracle Database Net Servicesリファレンス』のプロトコル・アドレスの構成およびポート番号の制限に関する項

5.5.5 静的ファイル・サポートの構成

Oracle Application Expressを使用すると、アプリケーション開発者はアプリケーションに静的ファイルを含めることができます。静的ファイルは、ワークスペース、アプリケーション、プラグインまたはアプリケーション・テーマに関連付けることができます。埋込みPL/SQLゲートウェイをWebリスナーとして使用する場合、静的ファイルをサポートするために必要な構成は、埋込みPL/SQLゲートウェイの構成の一環として実行されます。

関連項目:
新しいインストールの詳細は、「apex_epg_config.sql構成スクリプトの実行」、アップグレード・インストールの詳細は、「以前のリリースからアップグレードする場合のイメージ・ディレクトリの更新」を参照してください

5.5.6 リバース・プロキシやロード・バランサの内側にある埋込みPL/SQLゲートウェイの構成について

Oracle Application Expressがリバース・プロキシやロード・バランサの内側で実行される場合は、CGI環境変数PROTOCOLおよびHTTP_HOSTを設定します。埋込みPL/SQLゲートウェイの場合、次のPL/SQLブロックをコールする必要があります。

1. 作業ディレクトリを、インストール・ソフトウェアを解凍したapexディレクトリに変更します。

2. SQL*Plusを起動し、Oracle Application Expressがインストールされているデータベースに、SYSDBAロールが指定されているSYSとして接続します。次に例を示します。

- Windowsの場合:

SYSTEM_DRIVE:\ sqlplus /nolog
SQL> CONNECT SYS as SYSDBA
Enter password: SYS_password

- UNIXおよびLinuxの場合:

$ sqlplus /nolog
SQL> CONNECT SYS as SYSDBA
Enter password: SYS_password

3. 次のPL/SQLブロックを実行します。

BEGIN
DBMS_EPG.set_dad_attribute (
dad_name => 'APEX',
attr_name => 'cgi-environment-list',
attr_value => 'REQUEST_PROTOCOL=https');
DBMS_EPG.set_dad_attribute (
dad_name => 'APEX',
attr_name => 'cgi-environment-list',
attr_value => 'HTTP_HOST=external-name:external-port');
commit;
END;
/

詳細は、Java EEアプリケーション・サーバーのドキュメントを参照してください。

5.6 Oracle Database 11g以降のネットワーク・サービスの有効化

- ネットワーク・サービスを有効化する必要があるタイミングと理由

- Oracle Database 12cより前の接続権限の付与

- 無効なACLエラーのトラブルシューティング

5.6.1 ネットワーク・サービスを有効化する必要があるタイミングと理由

Oracle Database 11gリリース1または2以上では、ネットワーク・サービスとの通信機能が、デフォルトで無効化されています。このため、Oracle Database 11gリリース1または2以上でOracle Application Expressを実行している場合は、新しいDBMS_NETWORK_ACL_ADMINパッケージを使用して、APEX_050000データベース・ユーザーにすべてのホストに対する接続権限を付与する必要があります。これらの権限を付与しないと、次の場合に問題が発生します。

- Oracle Application Expressでアウトバウンド・メールを送信する。
ユーザーはAPEX_MAILパッケージからメソッドをコールできますが、外部へ電子メールを送信するときに問題が発生します。

- Oracle Application ExpressでWebサービスを使用する。

- PDFレポートを印刷する。

ヒント:
このセクションで示されている例を実行するには、データベースのcompatible初期化パラメータが11.1.0.0.0以上に設定されている必要があります。デフォルトでは、Oracle 11gデータベースのパラメータは事前に適切に設定されていますが、以前のリリースから11gまたは12cデータベースにアップグレードされたデータベースのパラメータは適切に設定されていない場合があります。データベースの初期化パラメータの変更の詳細は、Oracle Database管理者ガイドのOracle Databaseの作成と構成に関する項を参照してください。

5.6.2 Oracle Database 12c以前での接続権限の付与

次の例は、APEX_050000データベース・ユーザーにすべてのホストに対する接続権限を付与する方法を示しています。この例では、Oracle Application Expressがインストールされているデータベースに、SYSDBAロールが指定されているSYSとして接続するとします。

DECLARE
ACL_PATH  VARCHAR2(4000);
BEGIN
-- Look for the ACL currently assigned to '*' and give APEX_050000
-- the "connect" privilege if APEX_050000 does not have the privilege yet.

SELECT ACL INTO ACL_PATH FROM DBA_NETWORK_ACLS
WHERE HOST = '*' AND LOWER_PORT IS NULL AND UPPER_PORT IS NULL;

IF DBMS_NETWORK_ACL_ADMIN.CHECK_PRIVILEGE(ACL_PATH, 'APEX_050000',
'connect') IS NULL THEN
DBMS_NETWORK_ACL_ADMIN.ADD_PRIVILEGE(ACL_PATH,
'APEX_050000', TRUE, 'connect');
END IF;

EXCEPTION
-- When no ACL has been assigned to '*'.
WHEN NO_DATA_FOUND THEN
DBMS_NETWORK_ACL_ADMIN.CREATE_ACL('power_users.xml',
'ACL that lets power users to connect to everywhere',
'APEX_050000', TRUE, 'connect');
DBMS_NETWORK_ACL_ADMIN.ASSIGN_ACL('power_users.xml','*');
END;
/
COMMIT;

次の例は、ローカル・ネットワーク・リソースへのアクセス権について、より少ない権限を付与する方法を示しています。この例では、電子メールやレポート・サーバーなど、ローカル・ホストのサーバーへのアクセスのみを有効にします。

DECLARE
ACL_PATH  VARCHAR2(4000);
BEGIN
-- Look for the ACL currently assigned to 'localhost' and give APEX_050000
-- the "connect" privilege if APEX_050000 does not have the privilege yet.
SELECT ACL INTO ACL_PATH FROM DBA_NETWORK_ACLS
WHERE HOST = 'localhost' AND LOWER_PORT IS NULL AND UPPER_PORT IS NULL;

IF DBMS_NETWORK_ACL_ADMIN.CHECK_PRIVILEGE(ACL_PATH, 'APEX_050000',
'connect') IS NULL THEN
DBMS_NETWORK_ACL_ADMIN.ADD_PRIVILEGE(ACL_PATH,
'APEX_050000', TRUE, 'connect');
END IF;

EXCEPTION
-- When no ACL has been assigned to 'localhost'.
WHEN NO_DATA_FOUND THEN
DBMS_NETWORK_ACL_ADMIN.CREATE_ACL('local-access-users.xml',
'ACL that lets users to connect to localhost',
'APEX_050000', TRUE, 'connect');
DBMS_NETWORK_ACL_ADMIN.ASSIGN_ACL('local-access-users.xml','localhost');
END;
/
COMMIT;

5.6.3 Oracle Database 12cでの接続権限の付与

DBMS_NETWORK_ACL_ADMINのプロシージャCREATE_ACL、ASSIGN_ACL、ADD_PRIVILEGEおよびCHECK_PRIVILEGEは、Oracle Database 12cでは非推奨です。かわりにAPPEND_HOST_ACEを使用することをお薦めします。次の例は、APEX_050000データベース・ユーザーにすべてのホストに対する接続権限を付与する方法を示しています。この例では、Oracle Application Expressがインストールされているデータベースに、SYSDBAロールが指定されているSYSとして接続するとします。

BEGIN
DBMS_NETWORK_ACL_ADMIN.APPEND_HOST_ACE(
host => '*',
ace => xs$ace_type(privilege_list => xs$name_list('connect'),
principal_name => 'apex_050000',
principal_type => xs_acl.ptype_db));
END;
/

次の例は、ローカル・ネットワーク・リソースへのアクセス権について、より少ない権限を付与する方法を示しています。この例では、電子メールやレポート・サーバーなど、ローカル・ホストのサーバーへのアクセスのみを有効にします。

BEGIN
DBMS_NETWORK_ACL_ADMIN.APPEND_HOST_ACE(
host => 'localhost',
ace => xs$ace_type(privilege_list => xs$name_list('connect'),
principal_name => 'apex_050000',
principal_type => xs_acl.ptype_db));
END;
/

5.6.4 無効なACLエラーのトラブルシューティング

前述のスクリプトの実行後に「ORA-44416: 無効な ACL」エラーを受信したら、次の問合せを使用して無効なACLを識別します。

REM Show the dangling references to dropped users in the ACL that is assigned
REM to '*'.

SELECT ACL, PRINCIPAL
FROM DBA_NETWORK_ACLS NACL, XDS_ACE ACE
WHERE HOST = '*' AND LOWER_PORT IS NULL AND UPPER_PORT IS NULL AND
NACL.ACLID = ACE.ACLID AND
NOT EXISTS (SELECT NULL FROM ALL_USERS WHERE USERNAME = PRINCIPAL);

次に、次のコードを実行してACLを修正します。

DECLARE
ACL_ID   RAW(16);
CNT      NUMBER;
BEGIN
-- Look for the object ID of the ACL currently assigned to '*'
SELECT ACLID INTO ACL_ID FROM DBA_NETWORK_ACLS
WHERE HOST = '*' AND LOWER_PORT IS NULL AND UPPER_PORT IS NULL;

-- If just some users referenced in the ACL are invalid, remove just those
-- users in the ACL. Otherwise, drop the ACL completely.
SELECT COUNT(PRINCIPAL) INTO CNT FROM XDS_ACE
WHERE ACLID = ACL_ID AND
EXISTS (SELECT NULL FROM ALL_USERS WHERE USERNAME = PRINCIPAL);

IF (CNT > 0) THEN

FOR R IN (SELECT PRINCIPAL FROM XDS_ACE
WHERE ACLID = ACL_ID AND
NOT EXISTS (SELECT NULL FROM ALL_USERS
WHERE USERNAME = PRINCIPAL)) LOOP
UPDATE XDB.XDB$ACL
SET OBJECT_VALUE =
DELETEXML(OBJECT_VALUE,
'/ACL/ACE[PRINCIPAL="'||R.PRINCIPAL||'"]')
WHERE OBJECT_ID = ACL_ID;
END LOOP;

ELSE
DELETE FROM XDB.XDB$ACL WHERE OBJECT_ID = ACL_ID;
END IF;

END;
/

REM commit the changes.

COMMIT;

ACLの修正後、このセクションの最初のスクリプトを実行してAPEX_050000ユーザーにACLを適用する必要があります。「Oracle Database 12cより前の接続権限の付与」を参照してください。

5.7 セキュリティ・タスクの実行

HTTPリクエストで、パスワードやその他の機密データがクリア・テキストで送信されることのないように、Secure Sockets Layer(SSL)を構成して使用することをお薦めします。SSLを使用しないと、パスワードが公開され、セキュリティが損なわれる可能性があります。

SSLは、業界標準のプロトコルです。RSA公開鍵暗号化と対称鍵暗号化を組み合せて使用することにより、認証、暗号化およびデータの整合性が提供されます。

関連項目:
『Oracle Application Express管理ガイド』の、HTTPプロトコル属性の構成に関する項

5.8 同時ジョブ数の制御

この項では、同時実行ジョブの数を指定する方法を説明します。

- 同時ジョブ数の管理について

- JOB_QUEUE_PROCESSESの数の表示

- JOB_QUEUE_PROCESSESの数の変更

5.8.1 同時ジョブ数の管理について

JOB_QUEUE_PROCESSESには、同時に実行するジョブの最大数を指定します。Oracle Application Expressでは、トランザクションのサポートおよびSQLスクリプトでジョブが必要です。JOB_QUEUE_PROCESSESが有効でなく、正常に動作していない場合、スクリプトを正常に実行することはできません。

5.8.2 JOB_QUEUE_PROCESSESの数の表示

この項では、JOB_QUEUE_PROCESSESの数を表示する3つの方法について説明します。

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

- Oracle Application ExpressでのJOB_QUEUE_PROCESSESの表示

- SQL*PlusによるJOB_QUEUE_PROCESSESの表示

5.8.2.1 インストール・ログ・ファイルでのJOB_QUEUE_PROCESSESの表示

Oracle Application Expressリリース4.2をインストールした後、またはOracle Application Expressをリリース4.2にアップグレードした後、JOB_QUEUE_PROCESSESの数をインストール・ログ・ファイルに表示できます。「インストール・セッションのログの確認」を参照してください。

5.8.2.2 Oracle Application ExpressでのJOB_QUEUE_PROCESSESの表示

「Application Expressのバージョン情報」ページにJOB_QUEUE_PROCESSESの数を表示することができます。

Application Expressのバージョン情報ページを表示するには、次の手順を実行します。

1. Oracle Application Expressにサインインします。詳細は、「ワークスペースへのサインイン」を参照してください。

2. ページの最上部にあるヘルプ・メニューを見つけます。

3. 「ヘルプ」メニューから「バージョン情報」を選択します。
Application Expressのバージョン情報ページが表示されます。ページの下部に、現在のJOB_QUEUE_PROCESSESの数が表示されます。

5.8.2.3 SQL*PlusによるJOB_QUEUE_PROCESSESの表示

次のSQLコマンドを実行して、SQL*PlusでJOB_QUEUE_PROCESSESの数を表示することができます。

SELECT VALUE FROM v$parameter WHERE NAME = 'job_queue_processes'

5.8.3 JOB_QUEUE_PROCESSESの数の変更

SQL*Plusで次のSQL文を実行して、JOB_QUEUE_PROCESSESの数を変更できます。

JOB_QUEUE_PROCESSESの数を更新するには、次のステップを実行します。

1. SQL*Plusを起動し、Oracle Application Expressがインストールされているデータベースに、SYSDBAロールが指定されているSYSとして接続します。

- Windowsの場合:

SYSTEM_DRIVE:\ sqlplus /nolog
SQL> CONNECT SYS as SYSDBA
Enter password: SYS_password

- UNIXおよびLinuxの場合:

$ sqlplus /nolog
SQL> CONNECT SYS as SYSDBA
Enter password: SYS_password

2. SQL*Plusで次のSQL文を実行します。

ALTER SYSTEM SET JOB_QUEUE_PROCESSES = <number>

たとえば、ALTER SYSTEM SET JOB_QUEUE_PROCESSES = 20を実行すると、JOB_QUEUE_PROCESSESは20に設定されます。

5.9 他の言語でのOracle Application Expressの実行について

Oracle Application Expressのインタフェースは、ドイツ語、スペイン語、フランス語、イタリア語、日本語、韓国語、ポルトガル語(ブラジル)、簡体字中国語および繁体字中国語に変換できます。Oracle Application Expressの単一インスタンスは、これらの言語変換されたバージョンを1つ以上実装してインストールできます。開発者は、画面またはホーム・ページのアプリケーション・ビルダーのログから言語を選択するのみで、インストールされたあらゆる言語におけるApplication Expressの開発環境を実行することを選択できます。

他の言語をインストールするには、後述の追加ファイルが含まれているapex_5.0.zipファイルを使用する必要があります。以前にapex_5.0_en.zipをダウンロードした場合、Oracle Application Expressを再インストールする必要はありません。apex_5.0zipをダウンロードして、apex_5.0_en.zipを解凍した同じディレクトリにファイルを解凍するのみです。

言語変換されたバージョンのOracle Application Expressは、その特定言語をサポートするキャラクタ・セットが実装されたデータベースにロードする必要があります。言語変換されたバージョンのOracle Application Expressを、その言語の文字コードをサポートしないデータベースにインストールすると、インストールが正常に実行されなかったり、言語変換されたOracle Application Expressインスタンスが実行時に破損しているように見える場合があります。データベース・キャラクタ・セットAL32UTF8は、言語変換されたすべてのバージョンのOracle Application Expressをサポートします。

言語変換されたバージョンのOracle Application Expressを手動でインストールするには、SQL*Plusを使用します。インストール・ファイルはAL32UTF8にエンコードされます。

注意:
言語変換されたバージョンのOracle Application Expressをインストールするには、ターゲット・データベースのキャラクタ・セットにかかわらず、SQL*Plusを起動する前に環境変数NLS_LANGのキャラクタ・セット値をAL32UTF8に設定する必要があります。

言語変換されたバージョンのOracle Application Expressのロードに有効なNLS_LANG設定の例を次に示します。

American_America.AL32UTF8
Japanese_Japan.AL32UTF8

5.10 言語変換されたバージョンのOracle Application Expressのインストール

この項では、Oracle Application Expressの言語変換されたバージョンのインストールについて説明します。

- 言語変換されたバージョンのOracle Application Expressのインストールについて

- 言語変換されたバージョンのOracle Application Expressのインストール

5.10.1 言語変換されたバージョンのOracle Application Expressのインストールについて

初めてインストールを行う場合も以前のリリースからアップグレードする場合も、言語変換されたバージョンのOracle Application Expressを実行するには、load_lang.sqlスクリプトを実行する必要があります。

インストール・スクリプトは、配布を解凍したapex/builderのサブディレクトリに格納されます。これらのサブディレクトリは、言語コードで識別されます。たとえば、ドイツ語バージョンはapex/builder/de、日本語バージョンはapex/builder/jaに格納されます。各ディレクトリには、言語コード(たとえば、load_de.sqlやload_ja.sql)で識別される、言語固有のロード・スクリプトが格納されます。

5.10.2 言語変換されたバージョンのOracle Application Expressのインストール

言語変換されたバージョンのOracle Application Expressをインストールするには、次のステップを実行します。

1. 環境変数NLS_LANGをキャラクタ・セットAL32UTF8に設定します。次に例を示します。

- BourneまたはKornシェルの場合:

NLS_LANG=American_America.AL32UTF8
export NLS_LANG

- Cシェルの場合:

setenv NLS_LANG American_America.AL32UTF8

- Windowsベースのシステムの場合:

set NLS_LANG=American_America.AL32UTF8

2. インストールする必要がある言語に基づいて、apex/builderの下のディレクトリにナビゲートします。たとえば、ドイツ語の場合は、apex/builder/deにナビゲートします。SQL*Plusを起動し、Oracle Application Expressがインストールされているデータベースに、SYSDBAロールが指定されているSYSとして接続します。次に例を示します。

- Windowsの場合:

SYSTEM_DRIVE:\ sqlplus /nolog
SQL> CONNECT SYS as SYSDBA
Enter password: SYS_password

- UNIXおよびLinuxの場合:

$ sqlplus /nolog
SQL> CONNECT SYS as SYSDBA
Enter password: SYS_password

3. 次の文を実行します。

ALTER SESSION SET CURRENT_SCHEMA = APEX_050000;

4. 該当する言語固有のスクリプトを実行します。次に例を示します。

@load_lang.sql

langは特定の言語です。たとえば、ドイツ語の場合はload_de.sql、日本語の場合はload_ja.sqlとなります。

5.11 SHARED_SERVERSパラメータの構成について

埋込みPL/SQLゲートウェイでは、Oracle Databaseの共有サーバー・アーキテクチャを使用します。埋込みPL/SQLゲートウェイの使用時に良好なパフォーマンスを実現するには、データベース初期化パラメータSHARED_SERVERSが適切な(0でも1でもない)値に設定されていることを確認します。同時ユーザーが少数の場合は、SHARED_SERVERSの値に5を使用することをお薦めします。

次に例を示します。

1. SQL*Plusを起動し、Oracle Application Expressがインストールされているデータベースに、SYSDBAロールが指定されているSYSとして接続します。次に例を示します。

- Windowsの場合:

SYSTEM_DRIVE:\ sqlplus /nolog
SQL> CONNECT SYS as SYSDBA
Enter password: SYS_password

- UNIXおよびLinuxの場合:

$ sqlplus /nolog
SQL> CONNECT SYS as SYSDBA
Enter password: SYS_password

2. 次の文を実行します。

ALTER SYSTEM SET SHARED_SERVERS = 5 SCOPE=BOTH;

5.12 ワークスペースの作成およびOracle Application Expressユーザーの追加

アプリケーションの開発やインストールの前に、ワークスペースを作成し、Oracle Application Expressユーザーを追加し、ワークスペースにサインインする必要があります。

- ワークスペースとユーザーについて

- Oracle Application Express管理サービスへのアクセス

- ワークスペースの手動作成

- Oracle Application Expressユーザーの作成

- ワークスペースへのサインイン

5.12.1 ワークスペースとユーザーについて

JavaScriptを有効にしたWebブラウザを使用してワークスペースにログインし、Oracle Application Expressのホーム・ページにアクセスします。詳細は、「ブラウザの要件」を参照してください。

ワークスペースでは、オブジェクト、データおよびアプリケーションをプライベートに保持しながら、同一のOracle Application Expressのインストール内で複数のユーザーが作業できます。各ワークスペースには、一意のIDおよび名前が含まれます。インスタンス管理者は、Oracle Application Express管理サービス内にワークスペースを手動で作成するか、ユーザーにリクエストを送信してもらうことができます。Oracle Application Express管理サービスは、Oracle Application Expressインスタンス全体を管理するための個別のアプリケーションです。

関連項目:
『Oracle Application Express管理ガイド』のワークスペースの作成およびワークスペースと変更リクエストの管理に関する項

5.12.2 Oracle Application Express管理サービスへのアクセス

ワークスペースとユーザー・アカウントを手動で作成するには、Oracle Application Express管理サービスと呼ばれる、Oracle Application Expressインスタンス全体を管理するための個別のアプリケーションにサインインします。Oracle Application Express Administration Servicesには、インストール・プロセスで作成またはリセットされたADMINアカウントとパスワードを使用してサインインします。

Oracle Application Express管理サービスにアクセスするには、次のステップを実行します。

1. Webブラウザで、Oracle Application Express管理サービス・アプリケーションにナビゲートします。
ご使用の設定では埋込みPL/SQLゲートウェイが使用されているため、次にナビゲートします。

http://hostname:port/apex/apex_admin

各要素の意味は次のとおりです。

hostnameは、Oracle XML DBプロトコル・サーバーがインストールされているシステムの名前です。

portは、Oracle XML DB ProtocolサーバーのHTTPに割り当てられているポート番号です。デフォルトのインストールでは、この番号は8080です。Oracle Database 12cマルチテナント・アーキテクチャを使用している場合は、各プラガブル・データベース(PDB)に個別のポート番号が割り当てられます。

apexは、構成ファイルで定義されているデータベース・アクセス記述子(DAD)です。

2. サインイン・ページで、次のステップを実行します。

- ユーザー名 - adminと入力します。

- パスワード - 「インスタンス管理アカウントの作成または更新」で指定したOracle Application Express管理者アカウントのパスワードを入力します。

- 「管理にサインイン」をクリックします。

設定によっては、初めてログインするときにパスワードの変更を要求される場合があります。

関連項目:
『Oracle Application Express管理ガイド』の「Oracle Application Express管理サービス」。

5.12.3 ワークスペースの手動作成

ワークスペースを手動で作成するには、Oracle Application Express管理サービスと呼ばれる個別のアプリケーションにサインインします。Oracle Application Express Administration Servicesには、インストール・プロセスで作成またはリセットされたADMINアカウントとパスワードを使用してサインインします。

Oracle Application Expressのワークスペースを手動で作成するには、次のステップを実行します。

1. Oracle Application Express管理サービスへのアクセス。「Oracle Application Express管理サービスへのアクセス」を参照してください。
Oracle Application Express管理サービスが表示されます。次に、ワークスペースを作成します。

2. 「ワークスペースの管理」をクリックします。

3. 「ワークスペース・アクション」で、「ワークスペースの作成」をクリックします。
ワークスペースの作成ウィザードが表示されます。

4. 「ワークスペースの指定」で、次を入力します。

1. ワークスペース名: 一意のワークスペース名を入力します。

2. 「ワークスペースID」: 新しいワークスペースIDを自動的に生成させるために、「ワークスペースID」は空白のままにしておきます。ワークスペースIDは、100000より大きい正の整数にする必要があります。

3. ワークスペースの説明: ワークスペースの説明を入力します。

4. 次をクリックします。

5. 「スキーマの指定」で、既存のスキーマを再利用するか、新しく作成するかを指定します。
既存のスキーマを使用する場合

1. 「既存のスキーマを再利用」で、「はい」を選択します。

2. リストからスキーマを選択します。

3. 次をクリックします。

新しいスキーマを作成する場合

1. 「既存のスキーマを再利用」で、「いいえ」を選択します。

2. スキーマの名前とパスワードを入力します。

3. 領域割当てを指定します。

4. 次をクリックします。

6. 「管理者の指定」で、ワークスペース管理者の情報を入力して、「次へ」をクリックします。

7. 選択内容を確認して、「ワークスペースの作成」をクリックします。

関連項目:
『Oracle Application Express管理ガイド』の「Oracle Application Express管理サービス」。

5.12.4 Oracle Application Expressユーザーの作成

Oracle Application Expressのユーザー・アカウントを作成するには、次のステップを実行します。

1. Oracle Application Express管理サービスへのアクセス。「Oracle Application Express管理サービスへのアクセス」を参照してください。
Oracle Application Express管理サービスが表示されます。

2. 「ワークスペースの管理」アイコンをクリックします。

3. 「開発者とユーザーの管理」をクリックします。

4. 「ユーザーの作成」をクリックします。

5. 「ユーザー属性」に、適切な情報を入力します。*印が付いているフィールドは必須フィールドです。

ヒント:
特定の属性の詳細を表示するには、アイテム・ラベルをクリックします。ヘルプが利用できる場合は、アイテム・ラベル上にカーソルを重ねると、アイテム・ラベルが赤色に変わり、カーソルが矢印と疑問符に変わります。

6. 「アカウント権限」で、次のステップを実行します。

1. ワークスペース: リストからワークスペースを選択します。

2. デフォルトのスキーマ: データの参照、アプリケーションの作成およびSQLスクリプトの実行に使用するデフォルト・スキーマを指定します。
使用可能なスキーマが複数あるワークスペースを使用する場合、このスキーマがデフォルトになります。この設定でセキュリティは制御されず、ユーザーのプリファレンスのみが制御されます。

3. 管理者ユーザー: このユーザーがワークスペースの管理者権限を持つかどうかを指定します。
管理者はすべてのコンポーネントへのアクセス権が付与されます。また、管理者はユーザー・アカウント、グループおよび開発サービスを管理できます。インスタンス管理者によってオフにされていると、コンポーネントを使用できない場合があります。

4. 開発者ユーザー: このユーザーが開発者権限を持つかどうかを指定します。
開発者はアプリケーション・ビルダーまたはSQLワークショップ、あるいはその両方へのアクセス権を持っている必要があります。インスタンス管理者によって無効にされると、これらのコンポーネントは使用できないことがあります。

5. アプリケーション・ビルダー・アクセス: 開発者がアプリケーション・ビルダーへのアクセス権を持つかどうかを決定します。

6. SQLワークショップ・アクセス: 開発者がSQLワークショップへのアクセス権を持つかどうかを決定します。

7. チーム開発アクセス: 開発者がチーム開発へのアクセス権を持つかどうかを決定します。

8. アカウントの可用性の設定: 「ロック済」を選択すると、アカウントは使用できなくなります。「ロック解除済」を選択すると、アカウントを使用できるようになります。
ユーザーが「ワークスペース・プリファレンス」に指定された許可されるログイン失敗の最大回数を超過すると、そのアカウントは自動的にロックされます。

7. 「パスワード」で、次のステップを実行します。

- パスワード: 大/小文字を区別してパスワードを入力します。

- パスワードの確認: パスワードを再度入力します。

- 初回使用時にパスワードの変更が必要: 「いいえ」を選択すると、ユーザーは期限が切れるまで同じパスワードを使用できます。「はい」を選択すると、ユーザーは初回のログイン時に、パスワードをすぐに変更するよう要求されます。

8. 「ユーザーの作成」または「作成後、別のものの作成」をクリックします。

5.12.5 ワークスペースへのサインイン

資格証明(ワークスペース名、ユーザー名およびパスワード)を使用して、ワークスペースにサインインします。

ワークスペースにサインインするには、次のステップを実行します。

1. Webブラウザで、Oracle Application Expressのサインイン・ページにナビゲートします。
ご使用の設定では埋込みPL/SQLゲートウェイが使用されているため、次にナビゲートします。

http://hostname:port/apex/

各要素の意味は次のとおりです。

- hostnameは、Oracle XML DBプロトコル・サーバーがインストールされているシステムの名前です。

- portは、Oracle XML DB ProtocolサーバーのHTTPに割り当てられているポート番号です。デフォルトのインストールでは、この番号は8080です。Oracle Database 12cマルチテナント・アーキテクチャを使用している場合は、各プラガブル・データベース(PDB)に個別のポート番号が割り当てられます。

- apexは、構成ファイルで定義されているデータベース・アクセス記述子(DAD)です。

「サインイン」ページが表示されます。

2. サインイン・ページで、次の用に入力します。

- 作業領域: 作業領域の名前を入力します。

- ユーザー名: ユーザー名を入力します。

- パスワード- パスワードを大/小文字を区別して入力します。

3. 「サインイン」をクリックします。
設定によっては、初めてログインするときにパスワードの変更を要求される場合があります。

関連項目:
『Oracle Application Express管理ガイド』の「ワークスペースの作成」および「ワークスペースと変更リクエストの管理」を参照してください。

5.13 アップグレード・インストールのインストール後のタスクの実行

アップグレード・インストールが正常に実行され、すべてのアップグレード済アプリケーションが正常に機能していることを確認したら、以前のOracle Application Expressインストールからスキーマを削除する必要があります。

- 以前のOracle Application Expressインストールの削除について

- 以前のインストールが存在するかどうかの確認

- 以前のインストールのスキーマの削除

- Oracle Database 11g以降での無効なACLの修正

関連項目:
「以前のリリースのOracle Application Expressからのアップグレード」

5.13.1 以前のOracle Application Expressインストールの削除について

以前のインストールのスキーマに関連付けられたデータベース・ユーザーは権限が付与されたユーザーです。不要になった場合は削除する必要があります。以前のインストールのスキーマの削除には、2つのステップがあります。最初に以前のインストールが存在することを確認して、次にスキーマを削除します。

5.13.2 以前のインストールが存在するかどうかの確認

以前のインストールが存在するかどうかを確認するには、次のステップを実行します。

1. SQL*Plusを起動して、SYSとしてOracle Application Expressがインストールされているデータベースに接続します。次に例を示します。

- Windowsの場合:

SYSTEM_DRIVE:\ sqlplus /nolog
SQL> CONNECT SYS as SYSDBA
Enter password: SYS_password

- UNIXおよびLinuxの場合:

$ sqlplus /nolog
SQL> CONNECT SYS as SYSDBA
Enter password: SYS_password

2. 次の問合せを実行します。

SELECT username  FROM dba_users  WHERE (  username LIKE 'FLOWS\_______' ESCAPE '\'       OR username LIKE 'APEX\_______' ESCAPE '\' )   AND username NOT IN ( SELECT schema                           FROM dba_registry                          WHERE comp_id = 'APEX' );

結果に書式がFLOWS_XXXXXXまたはAPEX_XXXXXX(XXXXXXは6つの数字を表す)のエントリが含まれる場合、それらのエントリは削除候補です。

5.13.3 以前のインストールのスキーマの削除

以前のインストールのスキーマを削除するには、次のステップを実行します。

1. SQL*Plusを起動し、Oracle Application Expressがインストールされているデータベースに、SYSDBAロールが指定されているSYSとして接続します。次に例を示します。

- Windowsの場合:

SYSTEM_DRIVE:\ sqlplus /nolog
SQL> CONNECT SYS as SYSDBA
Enter password: SYS_password

- UNIXおよびLinuxの場合:

$ sqlplus /nolog
SQL> CONNECT SYS as SYSDBA
Enter password: SYS_password

2. 次の例のような文を実行します。

DROP USER APEX_040200 CASCADE;

5.13.4 Oracle Database 11g以降での無効なACLの修正

Oracle Database 11g以降を実行しており、以前のOracle Application Expressスキーマのネットワーク・サービスを有効化してある場合、「以前のOracle Application Expressインストールの削除について」のステップを実行した後に、無効なACLを修正する必要がある場合があります。

無効なACLを修正するには、次のステップを実行します。

1. 作業ディレクトリを、インストール・ソフトウェアを解凍したapexディレクトリに変更します。

2. SQL*Plusを起動し、Oracle Application Expressがインストールされているデータベースに、SYSDBAロールが指定されているSYSとして接続します。次に例を示します。

- Windowsの場合:

SYSTEM_DRIVE:\ sqlplus /nolog
SQL> CONNECT SYS as SYSDBA
Enter password: SYS_password

- UNIXおよびLinuxの場合:

$ sqlplus /nolog
SQL> CONNECT SYS as SYSDBA
Enter password: SYS_password

3. 次のような文を実行します。

EXEC DBMS_NETWORK_ACL_ADMIN.DELETE_PRIVILEGE('power_users.xml', 'FLOWS_030000');

5.14 パフォーマンスの最適化タスクについて

Webアプリケーションのパフォーマンスは、そのサイズおよび、イメージ、CSSおよびJavaScriptファイルなどの静的なコンテンツをブラウザがリクエストする頻度に大きく依存します。パフォーマンスを向上させるために、大部分のWebサーバーは、オン・ザ・フライHTTPレスポンス圧縮をサポートし、ブラウザが一度の要求でファイルをキャッシュできる長さを構成できるようにする設定を用意しています。HTTPレスポンス圧縮は通常gzipエンコーディングを使用して実装され、ブラウザ・ファイル・キャッシュはCache-Control HTTPレスポンス・ヘッダーの発行によって有効化されます。

レスポンス圧縮とブラウザ・ファイル・キャッシュを有効化する方法の詳細は、Webサーバーのドキュメントを参照してください。Oracle Application Express開発環境とOracle Application Expressアプリケーションで最適パフォーマンスを得るためには、仮想イメージ・ディレクトリ(たとえば、/i/)のファイル、およびデータベース・アクセス記述子からのレスポンスのgzip圧縮を有効化するほか、ブラウザが12時間以上にわたり仮想イメージ・ディレクトリからのファイルをキャッシュできるようにすることをお薦めします。

5.15 ランタイム環境と完全開発環境の間の変換

この項では、ランタイム環境とフル開発環境の間の変換方法について説明します。

- ランタイム環境と完全開発環境の間の変換について

- 非CDBまたはローカルなPDBにおける完全開発環境へのランタイム環境の変換

- 非CDBまたはローカルなPDBにおけるランタイム環境への完全開発環境の変換

- CDBにおける完全開発環境へのランタイム環境の変換

- CDBにおけるランタイム環境への完全開発環境の変換

5.15.1 ランタイム環境と完全開発環境の間の変換について

Oracle Application Expressランタイム環境では、アプリケーションを変更または編集する機能をサポートせずに本番アプリケーションを実行できます。含まれるのは、アプリケーションの実行に必要なパッケージのみです。このため、ランタイム環境はより堅牢な環境となります。管理用のWebインタフェースは用意されていません。

Oracle Application Expressランタイム環境は、SQL*PlusまたはSQL DeveloperおよびAPEX_INSTANCE_ADMIN APIを使用して管理します。

関連項目:
「Oracle Application Expressランタイム環境について」および『Oracle Application Express管理ガイド』のエクスポートされたアプリケーションのランタイム環境へのインストールに関する項

5.15.2 非CDBまたはローカルなPDBにおける完全開発環境へのランタイム環境の変換

Oracle Application Expressランタイム環境を、非CDB、またはローカルなPDBにおける完全開発環境に変換するには、次のステップを実行します。

1. 作業ディレクトリを、インストール・ソフトウェアを解凍したapexディレクトリに変更します。

2. SQL*Plusを起動し、Oracle Application Expressがインストールされているデータベースに、SYSDBAロールが指定されているSYSとして接続します。次に例を示します。

- Windowsの場合:

SYSTEM_DRIVE:\ sqlplus /nolog
SQL> CONNECT SYS as SYSDBA
Enter password: SYS_password

- UNIXおよびLinuxの場合:

$ sqlplus /nolog
SQL> CONNECT SYS as SYSDBA
Enter password: SYS_password

3. apxdvins.sqlを実行します。次に例を示します。

@apxdvins.sql

4. 「インスタンス管理アカウントの作成または更新」の手順に従います。

関連項目:
SQL*Plusの詳細は、『Oracle Database PL/SQL言語リファレンス』を参照してください。

5.15.3 非CDBまたはローカルなPDBにおけるランタイム環境への完全開発環境の変換

ヒント:
完全開発環境をランタイム環境に変換する前に、すべてのWebシート・アプリケーションをエクスポートします。開発環境をランタイムに変換する際、既存のWebシート・データ・グリッドおよびレポートはすべてのワークスペースから削除されます。ランタイム環境を完全開発環境に戻しても、これらのWebシート・データ・グリッドまたはレポートはリストアされません。

非CDBまたはローカルなPDBにおけるランタイム環境に、Oracle Application Express完全開発環境を変換するには、次のステップを実行します。

1. 作業ディレクトリを、インストール・ソフトウェアを解凍したapexディレクトリに変更します。

2. SQL*Plusを起動し、Oracle Application Expressがインストールされているデータベースに、SYSDBAロールが指定されているSYSとして接続します。次に例を示します。

- Windowsの場合:

SYSTEM_DRIVE:\ sqlplus /nolog
SQL> CONNECT SYS as SYSDBA
Enter password: SYS_password

- UNIXおよびLinuxの場合:

$ sqlplus /nolog
SQL> CONNECT SYS as SYSDBA
Enter password: SYS_password

3. apxdevrm.sqlを実行します。次に例を示します。

@apxdevrm.sql

関連項目:
SQL*Plusの詳細は、『Oracle Database PL/SQL言語リファレンス』を参照してください。

5.15.4 CDBにおける完全開発環境へのランタイム環境の変換

CDBでOracle Application Expressランタイム環境を完全開発環境に変換するには、次のステップを実行します。

1. 作業ディレクトリを、インストール・ソフトウェアを解凍したapexディレクトリに変更します。

2. SQL*Plusを起動し、Oracle Application Expressがインストールされているデータベースに、SYSDBAロールが指定されているSYSとして接続します。次に例を示します。

- Windowsの場合:

SYSTEM_DRIVE:\ sqlplus /nolog
SQL> CONNECT SYS as SYSDBA
Enter password: SYS_password

- UNIXおよびLinuxの場合:

$ sqlplus /nolog
SQL> CONNECT SYS as SYSDBA
Enter password: SYS_password

3. apxdvins_con.sqlを実行します。次に例を示します。

@apxdvins_con.sql

4. 「インスタンス管理アカウントの作成または更新」の手順に従います。

関連項目:
SQL*Plusの詳細は、『Oracle Database PL/SQL言語リファレンス』を参照してください。

5.15.5 完全開発環境のCDBにおけるランタイム環境への変換

ヒント:
完全開発環境をランタイム環境に変換する前に、すべてのWebシート・アプリケーションをエクスポートします。開発環境をランタイムに変換する際、既存のWebシート・データ・グリッドおよびレポートはすべてのワークスペースから削除されます。ランタイム環境を完全開発環境に戻しても、これらのWebシート・データ・グリッドまたはレポートはリストアされません。

CDBでOracle Application Express完全開発環境をランタイム環境に変換するには、次のステップを実行します。

1. 作業ディレクトリを、インストール・ソフトウェアを解凍したapexディレクトリに変更します。

2. SQL*Plusを起動し、Oracle Application Expressがインストールされているデータベースに、SYSDBAロールが指定されているSYSとして接続します。次に例を示します。

- Windowsの場合:

SYSTEM_DRIVE:\ sqlplus /nolog
SQL> CONNECT SYS as SYSDBA
Enter password: SYS_password

- UNIXおよびLinuxの場合:

$ sqlplus /nolog
SQL> CONNECT SYS as SYSDBA
Enter password: SYS_password

3. apxdevrm_con.sqlを実行します。次に例を示します。

@apxdevrm_con.sql

関連項目:
SQL*Plusの詳細は、『Oracle Database PL/SQL言語リファレンス』を参照してください。

6 Application ExpressのインストールとOracle HTTP Serverの構成

注意:
Oracle HTTP Server 12c (12.1.3)では、mod_plsqlは非推奨となっています。詳細は、My Oracle Supportのノート1576588.1を参照してください。かわりに、Oracle REST Data Servicesを使用することをお薦めします。

このセクションでは、Oracle Technology Network (OTN)からZIPファイルをダウンロードしOracle Database 11gまたはOracle Application Server 10gおよびOracle Database 12cで配布されたOracle HTTP Serverおよびmod_plsqlを構成して、Oracle Application Expressをインストールする方法について説明します。この手順は、新規インストールとアップグレード・インストールの両方に該当します。

- Oracle Databaseの要件

- Oracle Application Expressへのパッチ適用について

- Oracle Application Expressのインストール前タスクの実行

- Oracle Application Expressのダウンロードとインストール

- Oracle HTTP Serverの構成

- Oracle Database 11g以上のネットワーク・サービスの有効化

- セキュリティ・タスクの実行

- 同時ジョブ数の制御

- 他の言語でのOracle Application Expressの実行について

- 言語変換されたバージョンのOracle Application Expressのインストール

- ワークスペースの作成およびOracle Application Expressユーザーの追加

- アップグレード・インストールのインストール後のタスクの実行

- パフォーマンスの最適化タスクについて

- ランタイム環境と完全開発環境の間の変換

関連項目:
「Webリスナーの要件」と、『Oracle Application Expressアプリケーション・ビルダー・ユーザーズ・ガイド』の、Oracle Application Expressを使用してmod_plsqlでOracle HTTP Serverを構成するOracle REST Data Servicesに関する項

6.1 Oracle Databaseの要件

Oracle Application Expressリリース5.0には、Oracle Databaseリリース11.1.0.7以降が必要です(Enterprise EditionおよびExpressエディション(Oracle Database XE)を含む)。

関連項目:
『Oracle Databaseインストレーション・ガイド』および「Oracle Application Expressのインストール要件」

6.2 Oracle Application Expressへのパッチ適用について

すでにOracle Application Expressを実行している場合は、Oracle Technology Network (OTN)の「Oracle Application Express」ページでOracle Application Expressのパッチ・セットのリリースまたは後続リリースについて確認します。

http://www.oracle.com/technetwork/developer-tools/apex/downloads/index.html

関連項目:
「以前のリリースのOracle Application Expressからのアップグレード」

6.3 Oracle Application Expressのインストール前タスクの実行

Oracle Application Expressをインストールする前に、次のステップを実行することをお薦めします。

1. Oracle Application Expressのすべてのインストール要件を確認して満たします。「Oracle Application Expressのインストール要件」を参照してください。

2. Oracle Application Expressをアクティブに使用していて、現在のインストールをアップグレードする場合は、通常の順、または優先度の高い順に、Oracle Application Expressをインストールする予定のOracle Databaseインスタンスを停止します。Oracle Real Application Clusters(Oracle RAC)システムでは、各ノードのすべてのインスタンスを停止します。
データベースを停止する代替方法は、以前のリリースのOracle Application Expressからインストールをアップグレードする際に、すべてのユーザーをOracle Application Expressにアクセスできないようにすることです。このオプションは、計画停止を使用できない高可用性の本番環境でのみお薦めします。他のすべてのシナリオでは、データベースを停止する必要があります。

既存のインストールでOracle HTTP Serverをmod_plsqlとともに使用している場合にOracle Application Expressへのユーザー・アクセスを無効にするには、Webサーバーを停止するか、またはWebサーバーのApplication Expressデータベース・アクセス記述子を無効にする必要があります。

Oracle Application Expressユーザーがアクセスできないようにした後、SYSとしてSQL*Plusにログインし、Oracle Application Expressがインストールされているデータベースに接続して、V$SESSIONを問い合せ、アップグレード処理を妨げるような長時間にわたり実行されているセッションが存在しないことを確認する必要があります。

3. Oracle Databaseインストールをバックアップします。
Oracle Application Expressをインストールする前に、現行のOracle Databaseインストールのバックアップを作成することをお薦めします。バックアップには、Oracle Database Recovery Manager(Oracle Databaseインストールに含まれる)を使用できます。

4. ターゲット・データベースが含まれるOracle Databaseインスタンスを起動します。
システムをバックアップした後で、ターゲットのOracle Databaseが含まれるOracleインスタンスを起動する必要があります。Webリスナーなど、他のプロセスは開始しないでください。ただし、リモート・インストールを実行している場合は、リモート・データベースのWebリスナーが起動されていることを確認します。

注意:
リモート・データベースに接続している場合は、そのWebリスナーを起動します。

関連項目:
『Oracle Databaseバックアップおよびリカバリ・ユーザーズ・ガイド』

6.4 Oracle Application Expressのダウンロードとインストール

この項では、Oracle Application Expressをダウンロードとインストールする方法について説明します。Oracle Application Expressをインストールする方法は、インストール先データベースのタイプによって異なります。詳細は、「Oracle Database 12cでのマルチテナント・アーキテクチャの使用」を参照してください。

- 非CDBにおける、またはPDBにおけるローカルなApplication Expressのダウンロードとインストール

- CDBにおけるApplication Expressのダウンロードとインストール

- インスタンス管理アカウントの作成または更新

- プロセスの再起動

- APEX_PUBLIC_USERアカウントの構成

6.4.1 非CDBにおける、またはPDBにおけるローカルなApplication Expressのダウンロードとインストール

マルチテナントでないコンテナ・データベース(あるいは非CDB)に、またはプラガブル・データベース(PDB)にローカルに、Oracle Application Expressをインストールするには、この手順に従います。

Oracle Application Expressを非CDBに、またはPDBにローカルにインストールするには、次のステップを実行します。

1. 開発が英語のみで行われるインストールの場合は、Oracle Application Expressのダウンロード・ページからファイルapex_5.0_en.zipをダウンロードします。開発が英語以外の言語でも行われる場合は、Oracle Application Expressのダウンロード・ページからapex_5.0.zipをダウンロードします。関連項目:

http://www.oracle.com/technetwork/developer-tools/apex/downloads/index.html

ご使用のリリースがこのマニュアルの発行時点より新しい場合、実際のファイル名が異なる場合があります。

2. ダウンロードしたzipファイルを解凍します。

- 英語のみの場合は、次のとおり、ディレクトリ名を変更せずにapex_5.0_en.zipを解凍します。

- UNIXおよびLinuxの場合: $ unzip apex_5.0_en.zipを解凍します。

- Windowsの場合: Windowsエクスプローラでファイルapex_5.0_en.zipをダブルクリックします。

- 複数言語の場合は、ディレクトリ名を変更せずにapex_5.0.zipを解凍します。

- UNIXおよびLinuxの場合: $ unzip apex_5.0.zip

- Windowsの場合: Windowsエクスプローラでapex_5.0.zipファイルをダブルクリックします。

注意:
ファイルを解凍するディレクトリ・ツリーは深くならないようにし、空白を含むディレクトリの下には格納しないようにします。たとえば、Windowsの場合はC:\TEMPに解凍します。

3. 作業ディレクトリをapexに変更します。

4. SQL*Plusを起動し、Oracle Application Expressがインストールされているデータベースに、SYSDBAロールが指定されているSYSとして接続します。次に例を示します。

- Windowsの場合:

SYSTEM_DRIVE:\ sqlplus /nolog
SQL> CONNECT SYS as SYSDBA
Enter password: SYS_password

- UNIXおよびLinuxの場合:

$ sqlplus /nolog
SQL> CONNECT SYS as SYSDBA
Enter password: SYS_password

5. デフォルト・プロファイルに対して既存のすべてのパスワード複雑性ルールを有効にします。詳細は、『Oracle Databaseセキュリティ・ガイド』の「パスワード保護の構成」を参照してください。

6. 適切なインストール・オプションを選択します。
完全開発環境ではアプリケーションを開発するため、アプリケーション・ビルダー環境へのすべてのアクセス権があります。ランタイム環境ではアプリケーションは変更できず、実行することができます。詳細は、「Oracle Application Expressランタイム環境の概要」を参照してください。

使用可能なインストール・オプションは次のとおりです。

- 完全開発環境。次の4つの引数を記載された順序どおりに渡し、apexins.sqlを実行します。

@apexins.sql tablespace_apex tablespace_files tablespace_temp images

各要素の意味は次のとおりです。

- tablespace_apexは、Oracle Application Expressアプリケーション・ユーザーの表領域の名前です。

- tablespace_filesは、Oracle Application Expressファイル・ユーザーの表領域の名前です。

- tablespace_tempは、一時表領域または一時表領域グループの名前です。

- images は、Oracle Application Expressイメージの仮想ディレクトリです。将来的にOracle Application Expressのアップグレードをサポートするために、仮想イメージ・ディレクトリを/i/と定義します。

例:

@apexins.sql SYSAUX SYSAUX TEMP /i/

注意:
次のエラーが表示された場合にはSQL*Plusを終了し、SQL*Plusを起動する前に、作業ディレクトリを、インストール・ファイルを解凍した場所(例: WindowsではC:\TEMP)に変更します。
SP2-0310: ファイル"apexins.sql"をオープンできません

- ランタイム環境。次の引数を記載された順序どおりに渡し、apxrtins.sqlを実行します。

@apxrtins.sql tablespace_apex tablespace_files tablespace_temp images

各要素の意味は次のとおりです。

- tablespace_apexは、Oracle Application Expressアプリケーション・ユーザーの表領域の名前です。

- tablespace_filesは、Oracle Application Expressファイル・ユーザーの表領域の名前です。

- tablespace_tempは、一時表領域または一時表領域グループの名前です。

- images は、Oracle Application Expressイメージの仮想ディレクトリです。将来的にOracle Application Expressのアップグレードをサポートするために、仮想イメージ・ディレクトリを/i/と定義します。

例:

@apxrtins.sql SYSAUX SYSAUX TEMP /i/

関連項目:
SQL*Plusの詳細は、『Oracle Database PL/SQL言語リファレンス』を参照してください。

Oracle Application Expressをインストールすると、3つの新しいデータベース・アカウントが作成されます。

- APEX_050000: Oracle Application Expressのスキーマおよびメタデータを所有するアカウント。

- FLOWS_FILES: Oracle Application Expressのアップロードされたファイルを所有するアカウント。

- APEX_PUBLIC_USER - Oracle REST Data ServicesまたはOracle HTTP Serverおよびmod_plsqlを使用したOracle Application Expressの構成に使用する最小限の権限が付与されたアカウント。

関連項目:
Oracle Application Expressは、ファイル・システム上の書込み可能なディレクトリからインストールする必要があります。「インストール・セッションのログの確認」を参照してください。

6.4.2 CDBにおけるApplication Expressのダウンロードとインストール

マルチテナント・コンテナ・データベース(CDB)にOracle Application Expressをインストールするには、この手順に従います。

CDBにOracle Application Expressをインストールするには、次のステップを実行します。

1. 開発が英語のみで行われるインストールの場合は、Oracle Application Expressのダウンロード・ページからファイルapex_5.0_en.zipをダウンロードします。開発が英語以外の言語でも行われる場合は、Oracle Application Expressのダウンロード・ページからapex_5.0.zipをダウンロードします。関連項目:

http://www.oracle.com/technetwork/developer-tools/apex/downloads/index.html

ご使用のリリースがこのマニュアルの発行時点より新しい場合、実際のファイル名が異なる場合があります。

2. ダウンロードしたzipファイルを解凍します。

- 英語のみの場合は、次のとおり、ディレクトリ名を変更せずにapex_5.0_en.zipを解凍します。

- UNIXおよびLinuxの場合: $ unzip apex_5.0_en.zipを解凍します。

- Windowsの場合: Windowsエクスプローラでファイルapex_5.0_en.zipをダブルクリックします。

- 複数言語の場合は、ディレクトリ名を変更せずにapex_5.0.zipを解凍します。

- UNIXおよびLinuxの場合: $ unzip apex_5.0.zip

- Windowsの場合: Windowsエクスプローラでapex_5.0.zipファイルをダブルクリックします。

注意:
ファイルを解凍するディレクトリ・ツリーは深くならないようにし、空白を含むディレクトリの下には格納しないようにします。たとえば、Windowsの場合はC:\TEMPに解凍します。

3. 作業ディレクトリをapexに変更します。

4. SQL*Plusを起動し、Oracle Application Expressがインストールされているデータベースに、SYSDBAロールが指定されているSYSとして接続します。次に例を示します。

- Windowsの場合:

SYSTEM_DRIVE:\ sqlplus /nolog
SQL> CONNECT SYS as SYSDBA
Enter password: SYS_password

- UNIXおよびLinuxの場合:

$ sqlplus /nolog
SQL> CONNECT SYS as SYSDBA
Enter password: SYS_password

5. デフォルト・プロファイルに対して既存のすべてのパスワード複雑性ルールを有効にします。詳細は、『Oracle Databaseセキュリティ・ガイド』の「パスワード保護の構成」を参照してください。

6. 適切なインストール・オプションを選択します。
完全開発環境ではアプリケーションを開発するため、アプリケーション・ビルダー環境へのすべてのアクセス権があります。ランタイム環境ではアプリケーションは変更できず、実行することができます。詳細は、「Oracle Application Expressランタイム環境の概要」を参照してください。

使用可能なインストール・オプションは次のとおりです。

- 完全開発環境。次の4つの引数を記載された順序どおりに渡し、apexins.sqlを実行します。

@apexins.sql tablespace_apex tablespace_files tablespace_temp images

各要素の意味は次のとおりです。

- tablespace_apexは、Oracle Application Expressアプリケーション・ユーザーの表領域の名前です。

- tablespace_filesは、Oracle Application Expressファイル・ユーザーの表領域の名前です。

- tablespace_tempは、一時表領域または一時表領域グループの名前です。

- images は、Oracle Application Expressイメージの仮想ディレクトリです。将来的にOracle Application Expressのアップグレードをサポートするために、仮想イメージ・ディレクトリを/i/と定義します。

例:

@apexins.sql SYSAUX SYSAUX TEMP /i/

注意:
次のエラーが表示された場合にはSQL*Plusを終了し、SQL*Plusを起動する前に、作業ディレクトリを、インストール・ファイルを解凍した場所(例: WindowsではC:\TEMP)に変更します。
SP2-0310: ファイル"apexins.sql"をオープンできません

- ランタイム環境。次の引数を記載された順序どおりに渡し、apxrtins.sqlを実行します。

@apxrtins.sql tablespace_apex tablespace_files tablespace_temp images

各要素の意味は次のとおりです。

- tablespace_apexは、Oracle Application Expressアプリケーション・ユーザーの表領域の名前です。

- tablespace_filesは、Oracle Application Expressファイル・ユーザーの表領域の名前です。

- tablespace_tempは、一時表領域または一時表領域グループの名前です。

- images は、Oracle Application Expressイメージの仮想ディレクトリです。将来的にOracle Application Expressのアップグレードをサポートするために、仮想イメージ・ディレクトリを/i/と定義します。

例:

@apxrtins.sql SYSAUX SYSAUX TEMP /i/

関連項目:
SQL*Plusの詳細は、『Oracle Database PL/SQL言語リファレンス』を参照してください。

Oracle Application Expressをインストールすると、3つの新しいデータベース・アカウントが作成されます。

- APEX_050000: Oracle Application Expressのスキーマおよびメタデータを所有するアカウント。

- FLOWS_FILES: Oracle Application Expressのアップロードされたファイルを所有するアカウント。

- APEX_PUBLIC_USER - Oracle REST Data ServicesまたはOracle HTTP Serverおよびmod_plsqlを使用したOracle Application Expressの構成に使用する最小限の権限が付与されたアカウント。

関連項目:
Oracle Application Expressは、ファイル・システム上の書込み可能なディレクトリからインストールする必要があります。「インストール・セッションのログの確認」を参照してください。

6.4.3 インスタンス管理アカウントの作成または更新

この項では、インスタンス管理者アカウントを作成または更新する方法を説明します。

ヒント:
Oracle Application Expressの以前のリリースからアップグレードする場合は、この項をスキップしてください。アップグレード・シナリオでは、インスタンス管理者のアカウントとパスワードは保存され、前のリリースから継承されます。

- インスタンス管理者の概要

- apxchpwd.sqlについて

- apxchpwd.sqlの実行

6.4.3.1 インスタンス管理者の概要。

インスタンス管理者は、ワークスペースのプロビジョニング、機能とインスタンス設定の構成、セキュリティの管理など、Oracle Application Expressインスタンス全体の管理を担当するスーパーユーザーです。管理タスクを実行するために、Oracle Application Express管理サービス・アプリケーションにサインインします。

関連項目:
『Oracle Application Express管理ガイド』の「Oracle Application Express管理サービス」

6.4.3.2 apxchpwd.sqlについて

apxchpwd.sqlスクリプトを実行すると、インスタンス管理者アカウントを作成または更新できます。次のシナリオでは、apxchpwd.sqlスクリプトを実行する必要があります。

- Oracle Application Expressの新規インストール - apxchpwd.sqlを実行して、インスタンス管理者アカウントとパスワードを作成します。

- ランタイム環境の開発環境への変換 - apxchpwd.sqlを実行して、インスタンス管理者アカウント・パスワードを変更します。

- インスタンス管理者パスワードの変更 - apxchpwd.sqlを実行して、既存のインスタンス管理者アカウントのパスワードを変更します。

- インスタンス管理者アカウントのロック解除 - apxchpwd.sqlを実行して、既存のインスタンス管理者アカウントのロックを解除します。

ヒント:
Oracle Application Expressの前のリリースからアップグレードする場合、apxchpwd.sqlを実行する必要はありません。アップグレード・シナリオでは、インスタンス管理者のアカウントとパスワードは保存され、前のリリースから継承されます。

6.4.3.3 apxchpwd.sqlの実行

インスタンス管理者アカウントを作成または更新するには、次のステップを実行します。

1. 作業ディレクトリを、インストール・ソフトウェアを解凍したapexディレクトリに変更します。

2. SQL*Plusを起動し、Oracle Application Expressがインストールされているデータベースに、SYSDBAロールが指定されているSYSとして接続します。次に例を示します。

- Windowsの場合:

SYSTEM_DRIVE:\ sqlplus /nolog
SQL> CONNECT SYS as SYSDBA
Enter password: SYS_password

- UNIXおよびLinuxの場合:

$ sqlplus /nolog
SQL> CONNECT SYS as SYSDBA
Enter password: SYS_password

3. apxchpwd.sqlを実行します。次に例を示します。

@apxchpwd.sql

画面に表示されるステップに従います。ユーザー名、パスワードおよび電子メール・アドレスを入力するように求められます。アカウントのユーザー名が存在しない場合は作成されます。

関連項目:
SQL*Plusの詳細は、『Oracle Database PL/SQL言語リファレンス』を参照してください。

6.4.4 プロセスの再起動

Oracle Application Expressをインストールした後で、インストールの開始前に停止したプロセスを再起動する必要があります。また、Oracle HTTP Serverも再起動します。

6.4.5 APEX_PUBLIC_USERアカウントの構成

Oracle Application Expressを適切に動作させるには、APEX_PUBLIC_USERアカウントの正しい構成が重要です。

- APEX_PUBLIC_USERアカウントについて

- APEX_PUBLIC_USERアカウントのロック解除

- APEX_PUBLIC_USERアカウントのパスワードの変更

- Oracle Database 11gでのパスワードの有効期限について

6.4.5.1 APEX_PUBLIC_USERアカウントについて

APEX_PUBLIC_USERアカウントは、新しいOracle Application Expressのインストール時にランダムなパスワードとともに作成されます。新しいインストール環境でデータベース・アクセス記述子(DAD)を構成するには、まず、このアカウントのパスワードを変更する必要があります。

6.4.5.2 APEX_PUBLIC_USERアカウントのロック解除

ヒント:
以前のリリースのOracle Application Expressからアップグレードする場合、このステップは不要です。

APEX_PUBLIC_USERアカウントをロック解除するには、次のステップを実行します。

1. SQL*Plusを起動し、Oracle Application Expressがインストールされているデータベースに、SYSDBAロールが指定されているSYSとして接続します。Oracle Database 12c CDBを構成する場合、このステップの完了時にルート・コンテナCDB$ROOTに接続していることを確認してください。
次に例を示します。

- Windowsの場合:

SYSTEM_DRIVE:\ sqlplus /nolog
SQL> CONNECT SYS as SYSDBA
Enter password: SYS_password

- UNIXおよびLinuxの場合:

$ sqlplus /nolog
SQL> CONNECT SYS as SYSDBA
Enter password: SYS_password

2. 次の文を実行します。

ALTER USER APEX_PUBLIC_USER ACCOUNT UNLOCK

6.4.5.3 APEX_PUBLIC_USERアカウントのパスワードの変更

ヒント:
以前のリリースのOracle Application Expressからアップグレードする場合、このステップは不要です。

APEX_PUBLIC_USERアカウントのパスワードを変更するには、次のステップを実行します。

1. SQL*Plusを起動し、Oracle Application Expressがインストールされているデータベースに、SYSDBAロールが指定されているSYSとして接続します。Oracle Database 12c CDBを構成する場合、このステップの完了時にルート・コンテナCDB$ROOTに接続していることを確認してください。
次に例を示します。

- Windowsの場合:

SYSTEM_DRIVE:\ sqlplus /nolog
SQL> CONNECT SYS as SYSDBA
Enter password: SYS_password

- UNIXおよびLinuxの場合:

$ sqlplus /nolog
SQL> CONNECT SYS as SYSDBA
Enter password: SYS_password

2. 次の文を実行します。

ALTER USER APEX_PUBLIC_USER IDENTIFIED BY new_password

new_passwordは、APEX_PUBLIC_USERに設定する新しいパスワードです。後続のセクションでDADを作成する場合に、このパスワードを使用します。

6.4.5.4 Oracle Database 11gでのパスワードの有効期限について

Oracle Database 11gのデフォルト・プロファイルでは、パラメータPASSWORD_LIFE_TIMEは180に設定されています。Oracle Database 11gおよびOracle Application Expressを使用している場合、これによりAPEX_PUBLIC_USERのパスワードは180日間で期限切れになります。このため、パスワードを変更するまで、Oracle Application Expressインスタンスが使用できなくなります。

この動作を回避するには、PASSWORD_LIFE_TIMEパラメータが無制限に設定されている別のプロファイルを作成し、APEX_PUBLIC_USERアカウントを変更して、これを新しいプロファイルに割り当てます。

関連項目:
プロファイルの作成およびデータベース・ユーザーへの割当ての詳細は、『Oracle Databaseセキュリティ・ガイド』を参照してください。

6.5 Oracle HTTP Serverの構成

このセクションでは、Oracle HTTP Serverおよびmod_plsqlを構成する方法について説明します。

- イメージ・ディレクトリのコピーについて

- imagesディレクトリのコピー

- dads.confファイルの編集

- 静的ファイル・サポートの構成

- Oracle HTTP Serverの停止および再起動

- Oracle XML DBプロトコル・サーバーの無効化

- リバース・プロキシやロード・バランサの内側にあるOracle HTTP Serverの構成について

6.5.1 イメージディレクトリのコピーについて

新規インストールをロードしているか、以前のリリースをアップグレードしているかにかかわらず、トップ・レベルのapex\imagesディレクトリ(例: C:\TEMP)からOracle HTTP Server用のOracleホームを含むファイル・システム上の場所に、imagesディレクトリをコピーする必要があります。

アップグレード中に、既存のimagesディレクトリを上書きします。以前のバージョンに戻すことができるように、アップグレードの開始前に、Oracle Application Express用の既存のimagesディレクトリのコピーを作成して、imagesのリリース番号(images_3_1など)を示しておくことをお薦めします。

6.5.2 イメージ・ディレクトリのコピー

ファイル・システム上でimagesディレクトリを特定するには、次のファイルでテキスト別名/i/を確認します。

- Oracle9iリリース2で配布されたOracle HTTP Serverの場合: httpd.confファイルを確認します。

- Oracle Application Server 10gの場合: marvel.confまたはdads.confファイルを確認します。

- Oracle Database 11gまたは12cで配布されたOracle HTTP Serverの場合: marvel.confまたはdads.confファイルを確認します。

imagesディレクトリのパスを特定したら、既存のimagesディレクトリをバックアップの場所へと名前を変更します。これによって、必要に応じて、以前のリリースに戻すことができます。

次のコマンド構文を使用してOracle DatabaseホームからOracle HTTP Serverホームのパスにapex\imagesディレクトリをコピーします。

- Oracle Database 12cで配布されたOracle HTTP Serverの場合:

- Windowsの場合は、次のようになります。

xcopy /E /I APEX_HOME\apex\images ORACLE_HTTPSERVER_HOME\user_projects\domains\base_domain\images

- UNIXおよびLinuxの場合は、次のようになります。

cp -rf $APEX_HOME/apex/images ORACLE_HTTPSERVER_HOME/user_projects/domains/base_domain

前述の構文例では、次のとおりです。

- APEX_HOMEは、インストール用Zipファイルが解凍された場所です

- ORACLE_HTTPSERVER_HOMEは、既存のOracle Application ServerまたはOracle HTTP ServerのOracleホームを示しています

6.5.3 dads.confファイルの編集

dads.confファイルには、Oracle Application Expressにアクセスするためのデータベース・アクセス記述子(DAD)情報が保存されています。

注意:
このマニュアルでは、ORACLE_HTTPSERVER_HOMEにOracle HTTP Serverがインストールされていると想定します。

dads.confファイルを編集するには、次のステップを実行します。

1. テキスト・エディタを使用してdads.confファイルを開きます。

- Oracle Application Server 10gの場合:

- Windowsの場合は、次のようになります。

ORACLE_HTTPSERVER_HOME\Apache\modplsql\conf\dads.conf

- UNIXおよびLinuxの場合は、次のようになります。

ORACLE_HTTPSERVER_HOME/Apache/modplsql/conf/dads.conf

- Oracle Database 11gで配布されたOracle HTTP Serverの場合:

- Windowsの場合は、次のようになります。

ORACLE_INSTANCE\config\OHS/ohs<1>\mod_plsql

- UNIXおよびLinuxの場合は、次のようになります。

ORACLE_INSTANCE/config/OHS/ohs<1>/mod_plsql

- Oracle HTTP Server 12c:

- Windowsの場合は、次のようになります。

ORACLE_HTTPSERVER_HOME\user_projects\domains\base_domain\config\fmwconfig\components\OHS\instances\ohs1\mod_plsql\dads.conf

- UNIXおよびLinuxの場合は、次のようになります。

ORACLE_HTTPSERVER_HOME/user_projects/domains/base_domain/config/fmwconfig/components/OHS/instances/ohs1/mod_plsql/dads.conf

注意:
前述の例では、ohs1はOracle HTTP Serverインスタンスの名前を参照します。Oracle HTTP Server構成ウィザードの実行中のデフォルト名はohs1です。ohs1以外の名前に変更されている場合もあります。

2. dads.confファイルで、ORACLE_HTTPSERVER_HOME、host、port、service_nameおよびapex_public_user_passwordは、ご使用の環境に適した値に置き換えます。apex_public_user_passwordは、「APEX_PUBLIC_USERアカウントのパスワードの変更」で変更したパスワードです。
ここで示すパスは、単なる例です。dads.confファイルのパスは、「イメージ・ディレクトリのコピーについて」に示されているファイル・システム・パスを参照している必要があります。

Alias /i/ "ORACLE_HTTPSERVER_HOME/user_projects/domains/base_domain/images/"

<Location /pls/apex>
Order deny,allow
AllowOverride None
PlsqlDatabaseConnectString     host:port:service_name ServiceNameFormat
PlsqlNLSLanguage               AMERICAN_AMERICA.AL32UTF8
PlsqlAuthenticationMode        Basic
SetHandler                     pls_handler
PlsqlDocumentTablename         wwv_flow_file_objects$
PlsqlDatabaseUsername          APEX_PUBLIC_USER
PlsqlDefaultPage               apex
PlsqlDatabasePassword          apex_public_user_password
PlsqlRequestValidationFunction wwv_flow_epg_include_modules.authorize
PlsqlPathAlias r
PlsqlPathAliasProcedure wwv_flow.resolve_friendly_url
Allow from all
</Location>

注意:
PlsqlPathAliasとPlsqlPathAliasProcedureは、既存のDADに追加する必要がある、必須の新規パラメータです。これは、Application Expressリリース5.0にアップグレードする場合に重要です。

3. PlsqlNLSLanguageを含む行を検索します。
PlsqlNLSLanguage設定で、DADの言語設定を判断します。データベース・キャラクタ・セットがAL32UTF8であるかどうかにかかわらず、PlsqlNLSLanguage値のキャラクタ・セット部分は、AL32UTF8に設定されている必要があります。次に例を示します。

...
PlsqlNLSLanguage            AMERICAN_AMERICA.AL32UTF8
...

4. 変更を保存して、dads.confファイルを閉じます。

6.5.4 静的ファイル・サポートの構成

Oracle Application Expressを使用すると、アプリケーション開発者はアプリケーションに静的ファイルを含めることができます。静的ファイルは、ワークスペース、アプリケーション、プラグインまたはアプリケーション・テーマに関連付けることができます。Oracle HTTP ServerをWebリスナーとして使用する場合、静的ファイルはmod_plsqlプラグインの「パスの別名」機能を使用して提供されます。

関連項目:
必要な構成パラメータについては「dads.confファイルの編集」

6.5.5 Oracle HTTP Serverの停止および再起動

この項では、Oracle HTTP Serverを停止し、再起動する方法を説明します。

- Oracle Database 10g以前でのOracle HTTP Serverの停止と再起動

- Oracle HTTP Server 12cの停止および再起動

6.5.5.1 Oracle Database 10g以前でのOracle HTTP Serverの停止と再起動

注意:
このマニュアルでは、ORACLE_HTTPSERVER_HOMEにOracle HTTP Serverがインストールされていると想定します。

Oracle HTTP Serverを停止および再起動するには、次のステップを実行します。

- Windowsの場合は、次のようになります。
次の文を実行します。

ORACLE_HTTPSERVER_HOME\opmn\bin\opmnctl stopproc ias-component=HTTP_Server
ORACLE_HTTPSERVER_HOME\opmn\bin\opmnctl startproc ias-component=HTTP_Server

- UNIXおよびLinux
次の文を実行します。

ORACLE_HTTPSERVER_HOME/opmn/bin/opmnctl stopproc ias-component=HTTP_Server
ORACLE_HTTPSERVER_HOME/opmn/bin/opmnctl startproc ias-component=HTTP_Server

注意:
Oracle Fusion Middleware 11.1.1に付属しているOracle HTTP Serverを使用しており、インストール時にコンポーネントに指定された名前がHTTP_Server以外であった場合は、前述のias-componentコンポーネント名を置き換える必要がある場合があります。デフォルト名は、ohs1です。

6.5.5.2 Oracle HTTP Server 12cの停止および再起動

Oracle Database 12cとともに配布されたOracle HTTP Serverを停止して再起動するには、次の構文を使用してコマンドを入力します。ここでDOMAIN_HOMEはOracle HTTP Serverドメインへのパスです。

- Windowsの場合は、次のようになります。
次の文を実行します。

%DOMAIN_HOME%\bin\stopComponent.cmd componentName
%DOMAIN_HOME%\bin\startComponent.cmd componentName

- UNIXおよびLinux
次の文を実行します。

$DOMAIN_HOME/bin/stopComponent.sh componentName
$DOMAIN_HOME/bin/startComponent.sh componentName

デフォルトのインストールでは、componentNameはohs1ですが、Oracle HTTP Server構成ウィザードの実行中に変更されている場合もあります。

関連項目:
『Oracle HTTP Serverの管理』の、OHSインスタンスの作成に関する項

6.5.6 Oracle XML DBプロトコル・サーバーの無効化

以前は埋込みPL/SQLゲートウェイを使用していたが、現在はOracle HTTP Serverおよびmod_plsqlを使用する場合は、Oracle XML DB Protocol Serverを無効にする必要があります。

Oracle XML DBプロトコル・サーバーを無効化するには、次のステップを実行します。

1. SQL*Plusを起動し、Oracle Application Expressがインストールされているデータベースに、SYSDBAロールが指定されているSYSとして接続します。次に例を示します。

- Windowsの場合:

SYSTEM_DRIVE:\ sqlplus /nolog
SQL> CONNECT SYS as SYSDBA
Enter password: SYS_password

- UNIXおよびLinuxの場合:

$ sqlplus /nolog
SQL> CONNECT SYS as SYSDBA
Enter password: SYS_password

2. 次のコマンドを実行します。

EXEC DBMS_XDB.SETHTTPPORT(0);

6.5.7 リバース・プロキシやロード・バランサの内側にあるOracle HTTP Serverの構成について

Oracle Application Expressがリバース・プロキシまたはロード・バランサの内側で実行されている場合、ユーザーのブラウザが認識した元のHTTPホスト名とプロトコルをApplication Expressエンジンに通信することが重要です。エンジンはこの情報を使用して、HTMLレスポンスおよびHTTPリダイレクト内に、ユーザーのブラウザが正常に追随できる有効なURLを生成します。Oracle HTTPサーバーとmod_plsqlの場合は、dads.conf構成ファイルでPlsqlCGIEnvironmentListディレクティブを使用します。次に例を示します。

PlsqlCGIEnvironmentList REQUEST_PROTOCOL=https
PlsqlCGIEnvironmentList HTTP_HOST=www.example.com:443

関連項目:
「dads.confファイルの編集」

6.6 Oracle Database 11g以降のネットワーク・サービスの有効化

- ネットワーク・サービスを有効化する必要があるタイミングと理由

- Oracle Database 12cより前の接続権限の付与

- 無効なACLエラーのトラブルシューティング

6.6.1 ネットワーク・サービスを有効化する必要があるタイミングと理由

Oracle Database 11gリリース1または2以上では、ネットワーク・サービスとの通信機能が、デフォルトで無効化されています。このため、Oracle Database 11gリリース1または2以上でOracle Application Expressを実行している場合は、新しいDBMS_NETWORK_ACL_ADMINパッケージを使用して、APEX_050000データベース・ユーザーにすべてのホストに対する接続権限を付与する必要があります。これらの権限を付与しないと、次の場合に問題が発生します。

- Oracle Application Expressでアウトバウンド・メールを送信する。
ユーザーはAPEX_MAILパッケージからメソッドをコールできますが、外部へ電子メールを送信するときに問題が発生します。

- Oracle Application ExpressでWebサービスを使用する。

- PDFレポートを印刷する。

ヒント:
このセクションで示されている例を実行するには、データベースのcompatible初期化パラメータが11.1.0.0.0以上に設定されている必要があります。デフォルトでは、11gデータベースのパラメータは事前に適切に設定されていますが、以前のリリースから11gにアップグレードされたデータベースのパラメータは適切に設定されていない場合があります。データベース初期化パラメータの変更については、『Oracle Database管理者ガイド』の「Oracle Databaseの作成および構成」を参照してください。

6.6.2 Oracle Database 12c以前での接続権限の付与

次の例は、APEX_050000データベース・ユーザーにすべてのホストに対する接続権限を付与する方法を示しています。この例では、Oracle Application Expressがインストールされているデータベースに、SYSDBAロールが指定されているSYSとして接続するとします。

DECLARE
ACL_PATH  VARCHAR2(4000);
BEGIN
-- Look for the ACL currently assigned to '*' and give APEX_050000
-- the "connect" privilege if APEX_050000 does not have the privilege yet.

SELECT ACL INTO ACL_PATH FROM DBA_NETWORK_ACLS
WHERE HOST = '*' AND LOWER_PORT IS NULL AND UPPER_PORT IS NULL;

IF DBMS_NETWORK_ACL_ADMIN.CHECK_PRIVILEGE(ACL_PATH, 'APEX_050000',
'connect') IS NULL THEN
DBMS_NETWORK_ACL_ADMIN.ADD_PRIVILEGE(ACL_PATH,
'APEX_050000', TRUE, 'connect');
END IF;

EXCEPTION
-- When no ACL has been assigned to '*'.
WHEN NO_DATA_FOUND THEN
DBMS_NETWORK_ACL_ADMIN.CREATE_ACL('power_users.xml',
'ACL that lets power users to connect to everywhere',
'APEX_050000', TRUE, 'connect');
DBMS_NETWORK_ACL_ADMIN.ASSIGN_ACL('power_users.xml','*');
END;
/
COMMIT;

次の例は、ローカル・ネットワーク・リソースへのアクセス権について、より少ない権限を付与する方法を示しています。この例では、電子メールやレポート・サーバーなど、ローカル・ホストのサーバーへのアクセスのみを有効にします。

DECLARE
ACL_PATH  VARCHAR2(4000);
BEGIN
-- Look for the ACL currently assigned to 'localhost' and give APEX_050000
-- the "connect" privilege if APEX_050000 does not have the privilege yet.
SELECT ACL INTO ACL_PATH FROM DBA_NETWORK_ACLS
WHERE HOST = 'localhost' AND LOWER_PORT IS NULL AND UPPER_PORT IS NULL;

IF DBMS_NETWORK_ACL_ADMIN.CHECK_PRIVILEGE(ACL_PATH, 'APEX_050000',
'connect') IS NULL THEN
DBMS_NETWORK_ACL_ADMIN.ADD_PRIVILEGE(ACL_PATH,
'APEX_050000', TRUE, 'connect');
END IF;

EXCEPTION
-- When no ACL has been assigned to 'localhost'.
WHEN NO_DATA_FOUND THEN
DBMS_NETWORK_ACL_ADMIN.CREATE_ACL('local-access-users.xml',
'ACL that lets users to connect to localhost',
'APEX_050000', TRUE, 'connect');
DBMS_NETWORK_ACL_ADMIN.ASSIGN_ACL('local-access-users.xml','localhost');
END;
/
COMMIT;

6.6.3 Oracle Database 12cでの接続権限の付与

DBMS_NETWORK_ACL_ADMINのプロシージャCREATE_ACL、ASSIGN_ACL、ADD_PRIVILEGEおよびCHECK_PRIVILEGEは、Oracle Database 12cでは非推奨です。かわりにAPPEND_HOST_ACEを使用することをお薦めします。次の例は、APEX_050000データベース・ユーザーにすべてのホストに対する接続権限を付与する方法を示しています。この例では、Oracle Application Expressがインストールされているデータベースに、SYSDBAロールが指定されているSYSとして接続するとします。

BEGIN
DBMS_NETWORK_ACL_ADMIN.APPEND_HOST_ACE(
host => '*',
ace => xs$ace_type(privilege_list => xs$name_list('connect'),
principal_name => 'apex_050000',
principal_type => xs_acl.ptype_db));
END;
/

次の例は、ローカル・ネットワーク・リソースへのアクセス権について、より少ない権限を付与する方法を示しています。この例では、電子メールやレポート・サーバーなど、ローカル・ホストのサーバーへのアクセスのみを有効にします。

BEGIN
DBMS_NETWORK_ACL_ADMIN.APPEND_HOST_ACE(
host => 'localhost',
ace => xs$ace_type(privilege_list => xs$name_list('connect'),
principal_name => 'apex_050000',
principal_type => xs_acl.ptype_db));
END;
/

6.6.4 無効なACLエラーのトラブルシューティング

前述のスクリプトの実行後に「ORA-44416: 無効な ACL」エラーを受信したら、次の問合せを使用して無効なACLを識別します。

REM Show the dangling references to dropped users in the ACL that is assigned
REM to '*'.

SELECT ACL, PRINCIPAL
FROM DBA_NETWORK_ACLS NACL, XDS_ACE ACE
WHERE HOST = '*' AND LOWER_PORT IS NULL AND UPPER_PORT IS NULL AND
NACL.ACLID = ACE.ACLID AND
NOT EXISTS (SELECT NULL FROM ALL_USERS WHERE USERNAME = PRINCIPAL);

次に、次のコードを実行してACLを修正します。

DECLARE
ACL_ID   RAW(16);
CNT      NUMBER;
BEGIN
-- Look for the object ID of the ACL currently assigned to '*'
SELECT ACLID INTO ACL_ID FROM DBA_NETWORK_ACLS
WHERE HOST = '*' AND LOWER_PORT IS NULL AND UPPER_PORT IS NULL;

-- If just some users referenced in the ACL are invalid, remove just those
-- users in the ACL. Otherwise, drop the ACL completely.
SELECT COUNT(PRINCIPAL) INTO CNT FROM XDS_ACE
WHERE ACLID = ACL_ID AND
EXISTS (SELECT NULL FROM ALL_USERS WHERE USERNAME = PRINCIPAL);

IF (CNT > 0) THEN

FOR R IN (SELECT PRINCIPAL FROM XDS_ACE
WHERE ACLID = ACL_ID AND
NOT EXISTS (SELECT NULL FROM ALL_USERS
WHERE USERNAME = PRINCIPAL)) LOOP
UPDATE XDB.XDB$ACL
SET OBJECT_VALUE =
DELETEXML(OBJECT_VALUE,
'/ACL/ACE[PRINCIPAL="'||R.PRINCIPAL||'"]')
WHERE OBJECT_ID = ACL_ID;
END LOOP;

ELSE
DELETE FROM XDB.XDB$ACL WHERE OBJECT_ID = ACL_ID;
END IF;

END;
/

REM commit the changes.

COMMIT;

ACLの修正後、このセクションの最初のスクリプトを実行してAPEX_050000ユーザーにACLを適用する必要があります。「Oracle Database 12cより前の接続権限の付与」を参照してください。

6.7 セキュリティ・タスクの実行

HTTPリクエストで、パスワードやその他の機密データがクリア・テキストで送信されることのないように、Secure Sockets Layer(SSL)を構成して使用することをお薦めします。SSLを使用しないと、パスワードが公開され、セキュリティが損なわれる可能性があります。

SSLは、業界標準のプロトコルです。RSA公開鍵暗号化と対称鍵暗号化を組み合せて使用することにより、認証、暗号化およびデータの整合性が提供されます。

関連項目:
『Oracle Application Express管理ガイド』の、HTTPプロトコル属性の構成に関する項

6.8 同時ジョブ数の制御

この項では、同時実行ジョブの数を指定する方法を説明します。

- 同時ジョブ数の管理について

- JOB_QUEUE_PROCESSESの数の表示

- JOB_QUEUE_PROCESSESの数の変更

6.8.1 同時ジョブ数の管理について

JOB_QUEUE_PROCESSESには、同時に実行するジョブの最大数を指定します。Oracle Application Expressでは、トランザクションのサポートおよびSQLスクリプトでジョブが必要です。JOB_QUEUE_PROCESSESが有効でなく、正常に動作していない場合、スクリプトを正常に実行することはできません。

6.8.2 JOB_QUEUE_PROCESSESの数の表示

この項では、JOB_QUEUE_PROCESSESの数を表示する3つの方法について説明します。

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

- Oracle Application ExpressでのJOB_QUEUE_PROCESSESの表示

- SQL*PlusによるJOB_QUEUE_PROCESSESの表示

6.8.2.1 インストール・ログ・ファイルでのJOB_QUEUE_PROCESSESの表示

Oracle Application Expressリリース5.0をインストールした後、またはOracle Application Expressをリリース4.2にアップグレードした後、JOB_QUEUE_PROCESSESの数をインストール・ログ・ファイルに表示できます。「インストール・セッションのログの確認」を参照してください。

6.8.2.2 Oracle Application ExpressでのJOB_QUEUE_PROCESSESの表示

「Application Expressのバージョン情報」ページにJOB_QUEUE_PROCESSESの数を表示することができます。

Application Expressのバージョン情報ページを表示するには、次の手順を実行します。

1. Oracle Application Expressにサインインします。詳細は、「ワークスペースへのサインイン」を参照してください。

2. ページの最上部にあるヘルプ・メニューを見つけます。

3. 「ヘルプ」メニューから「バージョン情報」を選択します。
Application Expressのバージョン情報ページが表示されます。ページの下部に、現在のJOB_QUEUE_PROCESSESの数が表示されます。

6.8.2.3 SQL*PlusによるJOB_QUEUE_PROCESSESの表示

次のSQLコマンドを実行して、SQL*PlusでJOB_QUEUE_PROCESSESの数を表示することができます。

SELECT VALUE FROM v$parameter WHERE NAME = 'job_queue_processes'

6.8.3 JOB_QUEUE_PROCESSESの数の変更

SQL*Plusで次のSQL文を実行して、JOB_QUEUE_PROCESSESの数を変更できます。

JOB_QUEUE_PROCESSESの数を更新するには、次のステップを実行します。

1. SQL*Plusを起動し、Oracle Application Expressがインストールされているデータベースに、SYSDBAロールが指定されているSYSとして接続します。

- Windowsの場合:

SYSTEM_DRIVE:\ sqlplus /nolog
SQL> CONNECT SYS as SYSDBA
Enter password: SYS_password

- UNIXおよびLinuxの場合:

$ sqlplus /nolog
SQL> CONNECT SYS as SYSDBA
Enter password: SYS_password

2. SQL*Plusで次のSQL文を実行します。

ALTER SYSTEM SET JOB_QUEUE_PROCESSES = <number>

たとえば、ALTER SYSTEM SET JOB_QUEUE_PROCESSES = 20を実行すると、JOB_QUEUE_PROCESSESは20に設定されます。

6.9 他の言語でのOracle Application Expressの実行について

Oracle Application Expressのインタフェースは、ドイツ語、スペイン語、フランス語、イタリア語、日本語、韓国語、ポルトガル語(ブラジル)、簡体字中国語および繁体字中国語に変換できます。Oracle Application Expressの単一インスタンスは、これらの言語変換されたバージョンを1つ以上実装してインストールできます。開発者は、画面またはホーム・ページのアプリケーション・ビルダーのログから言語を選択するのみで、インストールされたあらゆる言語におけるApplication Expressの開発環境を実行することを選択できます。

他の言語をインストールするには、後述の追加ファイルが含まれているapex_5.0.zipファイルを使用する必要があります。以前にapex_5.0_en.zipをダウンロードした場合、Oracle Application Expressを再インストールする必要はありません。apex_5.0zipをダウンロードして、apex_5.0_en.zipを解凍した同じディレクトリにファイルを解凍するのみです。

言語変換されたバージョンのOracle Application Expressは、その特定言語をサポートするキャラクタ・セットが実装されたデータベースにロードする必要があります。言語変換されたバージョンのOracle Application Expressを、その言語の文字コードをサポートしないデータベースにインストールすると、インストールが正常に実行されなかったり、言語変換されたOracle Application Expressインスタンスが実行時に破損しているように見える場合があります。データベース・キャラクタ・セットAL32UTF8は、言語変換されたすべてのバージョンのOracle Application Expressをサポートします。

言語変換されたバージョンのOracle Application Expressを手動でインストールするには、SQL*Plusを使用します。インストール・ファイルはAL32UTF8にエンコードされます。

注意:
言語変換されたバージョンのOracle Application Expressをインストールするには、ターゲット・データベースのキャラクタ・セットにかかわらず、SQL*Plusを起動する前に環境変数NLS_LANGのキャラクタ・セット値をAL32UTF8に設定する必要があります。

言語変換されたバージョンのOracle Application Expressのロードに有効なNLS_LANG設定の例を次に示します。

American_America.AL32UTF8
Japanese_Japan.AL32UTF8

6.10 言語変換されたバージョンのOracle Application Expressのインストール

この項では、Oracle Application Expressの言語変換されたバージョンのインストールについて説明します。

- 言語変換されたバージョンのOracle Application Expressのインストールについて

- 言語変換されたバージョンのOracle Application Expressのインストール

6.10.1 言語変換されたバージョンのOracle Application Expressのインストールについて

初めてインストールを行う場合も以前のリリースからアップグレードする場合も、言語変換されたバージョンのOracle Application Expressを実行するには、load_lang.sqlスクリプトを実行する必要があります。

インストール・スクリプトは、配布を解凍したapex/builderのサブディレクトリに格納されます。これらのサブディレクトリは、言語コードで識別されます。たとえば、ドイツ語バージョンはapex/builder/de、日本語バージョンはapex/builder/jaに格納されます。各ディレクトリには、言語コード(たとえば、load_de.sqlやload_ja.sql)で識別される、言語固有のロード・スクリプトが格納されます。

6.10.2 言語変換されたバージョンのOracle Application Expressのインストール

言語変換されたバージョンのOracle Application Expressをインストールするには、次のステップを実行します。

1. 環境変数NLS_LANGをキャラクタ・セットAL32UTF8に設定します。次に例を示します。

- BourneまたはKornシェルの場合:

NLS_LANG=American_America.AL32UTF8
export NLS_LANG

- Cシェルの場合:

setenv NLS_LANG American_America.AL32UTF8

- Windowsベースのシステムの場合:

set NLS_LANG=American_America.AL32UTF8

2. インストールする必要がある言語に基づいて、apex/builderの下のディレクトリにナビゲートします。たとえば、ドイツ語の場合は、apex/builder/deにナビゲートします。SQL*Plusを起動し、Oracle Application Expressがインストールされているデータベースに、SYSDBAロールが指定されているSYSとして接続します。次に例を示します。

- Windowsの場合:

SYSTEM_DRIVE:\ sqlplus /nolog
SQL> CONNECT SYS as SYSDBA
Enter password: SYS_password

- UNIXおよびLinuxの場合:

$ sqlplus /nolog
SQL> CONNECT SYS as SYSDBA
Enter password: SYS_password

3. 次の文を実行します。

ALTER SESSION SET CURRENT_SCHEMA = APEX_050000;

4. 該当する言語固有のスクリプトを実行します。次に例を示します。

@load_lang.sql

langは特定の言語です。たとえば、ドイツ語の場合はload_de.sql、日本語の場合はload_ja.sqlとなります。

6.11 ワークスペースの作成およびOracle Application Expressユーザーの追加

アプリケーションの開発やインストールの前に、ワークスペースを作成し、Oracle Application Expressユーザーを追加し、ワークスペースにサインインする必要があります。

- ワークスペースとユーザーについて

- Oracle Application Express管理サービスへのアクセス

- ワークスペースの手動作成

- Oracle Application Expressユーザーの作成

- ワークスペースへのサインイン

6.11.1 ワークスペースとユーザーについて

JavaScriptを有効にしたWebブラウザを使用してワークスペースにログインし、Oracle Application Expressのホーム・ページにアクセスします。詳細は、「ブラウザの要件」を参照してください。

ワークスペースでは、オブジェクト、データおよびアプリケーションをプライベートに保持しながら、同一のOracle Application Expressのインストール内で複数のユーザーが作業できます。各ワークスペースには、一意のIDおよび名前が含まれます。インスタンス管理者は、Oracle Application Express管理サービス内にワークスペースを手動で作成するか、ユーザーにリクエストを送信してもらうことができます。Oracle Application Express管理サービスは、Oracle Application Expressインスタンス全体を管理するための個別のアプリケーションです。

関連項目:
『Oracle Application Express管理ガイド』のワークスペースの作成およびワークスペースと変更リクエストの管理に関する項

6.11.2 Oracle Application Express管理サービスへのアクセス

ワークスペースとユーザー・アカウントを手動で作成するには、Oracle Application Express管理サービスと呼ばれる、Oracle Application Expressインスタンス全体を管理するための個別のアプリケーションにサインインします。Oracle Application Express Administration Servicesには、インストール・プロセスで作成またはリセットされたADMINアカウントとパスワードを使用してサインインします。

Oracle Application Express管理サービスにアクセスするには、次のステップを実行します。

1. Webブラウザで、Oracle Application Express管理サービス・アプリケーションにナビゲートします。
設定ではOracle HTTP Serverおよびmod_plsqlを使用するので、次の場所に移動します。

http://hostname:port/pls/apex/apex_admin

各要素の意味は次のとおりです。

hostnameは、Oracle HTTP Serverがインストールされるシステムの名前です。

portは、Oracle HTTP Serverに割り当てられているHTTPのポート番号です。デフォルトのインストールでは、この番号は7777です。

plsは、mod_plsqlカートリッジを使用するためのインジケータです。

apexは、mod_plsql構成ファイルで定義されているデータベース・アクセス記述子(DAD)です。

2. サインイン・ページで、次のステップを実行します。

- ユーザー名 - adminと入力します。

- パスワード - 「インスタンス管理アカウントの作成または更新」で指定したOracle Application Express管理者アカウントのパスワードを入力します。

- 「管理にサインイン」をクリックします。

設定によっては、初めてログインするときにパスワードの変更を要求される場合があります。

関連項目:
『Oracle Application Express管理ガイド』の「Oracle Application Express管理サービス」。

6.11.3 ワークスペースの手動作成

ワークスペースを手動で作成するには、Oracle Application Express管理サービスと呼ばれる個別のアプリケーションにサインインします。Oracle Application Express Administration Servicesには、インストール・プロセスで作成またはリセットされたADMINアカウントとパスワードを使用してサインインします。

Oracle Application Expressのワークスペースを手動で作成するには、次のステップを実行します。

1. Oracle Application Express管理サービスへのアクセス。「Oracle Application Express管理サービスへのアクセス」を参照してください。
Oracle Application Express管理サービスが表示されます。次に、ワークスペースを作成します。

2. 「ワークスペースの管理」をクリックします。

3. 「ワークスペース・アクション」で、「ワークスペースの作成」をクリックします。
ワークスペースの作成ウィザードが表示されます。

4. 「ワークスペースの指定」で、次を入力します。

1. ワークスペース名: 一意のワークスペース名を入力します。

2. 「ワークスペースID」: 新しいワークスペースIDを自動的に生成させるために、「ワークスペースID」は空白のままにしておきます。ワークスペースIDは、100000より大きい正の整数にする必要があります。

3. ワークスペースの説明: ワークスペースの説明を入力します。

4. 次をクリックします。

5. 「スキーマの指定」で、既存のスキーマを再利用するか、新しく作成するかを指定します。
既存のスキーマを使用する場合

1. 「既存のスキーマを再利用」で、「はい」を選択します。

2. リストからスキーマを選択します。

3. 次をクリックします。

新しいスキーマを作成する場合

1. 「既存のスキーマを再利用」で、「いいえ」を選択します。

2. スキーマの名前とパスワードを入力します。

3. 領域割当てを指定します。

4. 次をクリックします。

6. 「管理者の指定」で、ワークスペース管理者の情報を入力して、「次へ」をクリックします。

7. 選択内容を確認して、「ワークスペースの作成」をクリックします。

関連項目:
『Oracle Application Express管理ガイド』の「Oracle Application Express管理サービス」。

6.11.4 Oracle Application Expressユーザーの作成

Oracle Application Expressのユーザー・アカウントを作成するには、次のステップを実行します。

1. Oracle Application Express管理サービスへのアクセス。「Oracle Application Express管理サービスへのアクセス」を参照してください。
Oracle Application Express管理サービスが表示されます。

2. 「ワークスペースの管理」アイコンをクリックします。

3. 「開発者とユーザーの管理」をクリックします。

4. 「ユーザーの作成」をクリックします。

5. 「ユーザー属性」に、適切な情報を入力します。*印が付いているフィールドは必須フィールドです。

ヒント:
特定の属性の詳細を表示するには、アイテム・ラベルをクリックします。ヘルプが利用できる場合は、アイテム・ラベル上にカーソルを重ねると、アイテム・ラベルが赤色に変わり、カーソルが矢印と疑問符に変わります。

6. 「アカウント権限」で、次のステップを実行します。

1. ワークスペース: リストからワークスペースを選択します。

2. デフォルトのスキーマ: データの参照、アプリケーションの作成およびSQLスクリプトの実行に使用するデフォルト・スキーマを指定します。
使用可能なスキーマが複数あるワークスペースを使用する場合、このスキーマがデフォルトになります。この設定でセキュリティは制御されず、ユーザーのプリファレンスのみが制御されます。

3. 管理者ユーザー: このユーザーがワークスペースの管理者権限を持つかどうかを指定します。
管理者はすべてのコンポーネントへのアクセス権が付与されます。また、管理者はユーザー・アカウント、グループおよび開発サービスを管理できます。インスタンス管理者によってオフにされていると、コンポーネントを使用できない場合があります。

4. 開発者ユーザー: このユーザーが開発者権限を持つかどうかを指定します。
開発者はアプリケーション・ビルダーまたはSQLワークショップ、あるいはその両方へのアクセス権を持っている必要があります。インスタンス管理者によって無効にされると、これらのコンポーネントは使用できないことがあります。

5. アプリケーション・ビルダー・アクセス: 開発者がアプリケーション・ビルダーへのアクセス権を持つかどうかを決定します。

6. SQLワークショップ・アクセス: 開発者がSQLワークショップへのアクセス権を持つかどうかを決定します。

7. チーム開発アクセス: 開発者がチーム開発へのアクセス権を持つかどうかを決定します。

8. アカウントの可用性の設定: 「ロック済」を選択すると、アカウントは使用できなくなります。「ロック解除済」を選択すると、アカウントを使用できるようになります。
ユーザーが「ワークスペース・プリファレンス」に指定された許可されるログイン失敗の最大回数を超過すると、そのアカウントは自動的にロックされます。

7. 「パスワード」で、次のステップを実行します。

- パスワード: 大/小文字を区別してパスワードを入力します。

- パスワードの確認: パスワードを再度入力します。

- 初回使用時にパスワードの変更が必要: 「いいえ」を選択すると、ユーザーは期限が切れるまで同じパスワードを使用できます。「はい」を選択すると、ユーザーは初回のログイン時に、パスワードをすぐに変更するよう要求されます。

8. 「ユーザーの作成」または「作成後、別のものの作成」をクリックします。

6.11.5 ワークスペースへのサインイン

資格証明(ワークスペース名、ユーザー名およびパスワード)を使用して、ワークスペースにサインインします。

ワークスペースにサインインするには、次のステップを実行します。

1. Webブラウザで、Oracle Application Expressのサインイン・ページにナビゲートします。
設定ではOracle HTTP Server(Apache)およびmod_plsqlを使用するので、次の場所に移動します。

http://hostname:port/pls/apex

各要素の意味は次のとおりです。

- hostnameは、Oracle HTTP Serverがインストールされるシステムの名前です。

- portは、Oracle HTTP Serverに割り当てられているHTTPのポート番号です。デフォルトのインストールでは、この番号は7777です。Oracle HTTP Serverのインストール時のポート番号に関する情報は、次のファイルのいずれかで参照できます。

ORACLE_BASE\ORACLE_HOME\install\portlist.ini
ORACLE_BASE\ORACLE_HTTPSERVER_HOME\Apache\Apache\conf\httpd.conf

ポート番号を変更しても、portlist.iniファイルは更新されないことに注意してください。このファイルはインストール直後のみ参照可能です。

- plsは、mod_plsqlカートリッジを使用するためのインジケータです。

- apexは、mod_plsql構成ファイルで定義されているデータベース・アクセス記述子(DAD)です。

「サインイン」ページが表示されます。

2. サインイン・ページで、次の用に入力します。

- 作業領域: 作業領域の名前を入力します。

- ユーザー名: ユーザー名を入力します。

- パスワード- パスワードを大/小文字を区別して入力します。

3. 「サインイン」をクリックします。
設定によっては、初めてログインするときにパスワードの変更を要求される場合があります。

関連項目:
『Oracle Application Express管理ガイド』の「ワークスペースの作成」および「ワークスペースと変更リクエストの管理」を参照してください。

6.12 アップグレード・インストールのインストール後のタスクの実行

アップグレード・インストールが正常に実行され、すべてのアップグレード済アプリケーションが正常に機能していることを確認したら、以前のOracle Application Expressインストールからスキーマを削除する必要があります。

- 以前のOracle Application Expressインストールの削除について

- 以前のインストールが存在するかどうかの確認

- 以前のインストールのスキーマの削除

- Oracle Database 11g以降での無効なACLの修正

関連項目:
「以前のリリースのOracle Application Expressからのアップグレード」

6.12.1 以前のOracle Application Expressインストールの削除について

以前のインストールのスキーマに関連付けられたデータベース・ユーザーは権限が付与されたユーザーです。不要になった場合は削除する必要があります。以前のインストールのスキーマの削除には、2つのステップがあります。最初に以前のインストールが存在することを確認して、次にスキーマを削除します。

6.12.2 以前のインストールが存在するかどうかの確認

以前のインストールが存在するかどうかを確認するには、次のステップを実行します。

1. SQL*Plusを起動して、SYSとしてOracle Application Expressがインストールされているデータベースに接続します。次に例を示します。

- Windowsの場合:

SYSTEM_DRIVE:\ sqlplus /nolog
SQL> CONNECT SYS as SYSDBA
Enter password: SYS_password

- UNIXおよびLinuxの場合:

$ sqlplus /nolog
SQL> CONNECT SYS as SYSDBA
Enter password: SYS_password

2. 次の問合せを実行します。

SELECT username  FROM dba_users  WHERE (  username LIKE 'FLOWS\_______' ESCAPE '\'       OR username LIKE 'APEX\_______' ESCAPE '\' )   AND USERNAME NOT IN ( SELECT SCHEMA                           FROM dba_registry                          WHERE comp_id = 'APEX' );

結果に書式がFLOWS_XXXXXXまたはAPEX_XXXXXX(XXXXXXは6つの数字を表す)のエントリが含まれる場合、それらのエントリは削除候補です。

6.12.3 以前のインストールのスキーマの削除

以前のインストールのスキーマを削除するには、次のステップを実行します。

1. SQL*Plusを起動し、Oracle Application Expressがインストールされているデータベースに、SYSDBAロールが指定されているSYSとして接続します。次に例を示します。

- Windowsの場合:

SYSTEM_DRIVE:\ sqlplus /nolog
SQL> CONNECT SYS as SYSDBA
Enter password: SYS_password

- UNIXおよびLinuxの場合:

$ sqlplus /nolog
SQL> CONNECT SYS as SYSDBA
Enter password: SYS_password

2. 次の例のような文を実行します。

DROP USER APEX_040200 CASCADE;

6.12.4 Oracle Database 11g以降での無効なACLの修正

Oracle Database 11g以降を実行しており、以前のOracle Application Expressスキーマのネットワーク・サービスを有効化してある場合、「以前のOracle Application Expressインストールの削除について」のステップを実行した後に、無効なACLを修正する必要がある場合があります。

無効なACLを修正するには、次のステップを実行します。

1. 作業ディレクトリを、インストール・ソフトウェアを解凍したapexディレクトリに変更します。

2. SQL*Plusを起動し、Oracle Application Expressがインストールされているデータベースに、SYSDBAロールが指定されているSYSとして接続します。次に例を示します。

- Windowsの場合:

SYSTEM_DRIVE:\ sqlplus /nolog
SQL> CONNECT SYS as SYSDBA
Enter password: SYS_password

- UNIXおよびLinuxの場合:

$ sqlplus /nolog
SQL> CONNECT SYS as SYSDBA
Enter password: SYS_password

3. 次のような文を実行します。

EXEC DBMS_NETWORK_ACL_ADMIN.DELETE_PRIVILEGE('power_users.xml', 'FLOWS_030000');

6.13 パフォーマンスの最適化タスクについて

Webアプリケーションのパフォーマンスは、そのサイズおよび、イメージ、CSSおよびJavaScriptファイルなどの静的なコンテンツをブラウザがリクエストする頻度に大きく依存します。パフォーマンスを向上させるために、大部分のWebサーバーは、オン・ザ・フライHTTPレスポンス圧縮をサポートし、ブラウザが一度の要求でファイルをキャッシュできる長さを構成できるようにする設定を用意しています。HTTPレスポンス圧縮は通常gzipエンコーディングを使用して実装され(たとえば、Oracle HTTP Serverではmod_deflate)、ブラウザ・ファイル・キャッシュはCache-Control HTTPレスポンス・ヘッダーの発行によって有効化されます(たとえば、Oracle HTTP Serverではmod_headers)。

レスポンス圧縮とブラウザ・ファイル・キャッシュを有効化する方法の詳細は、Webサーバーのドキュメントを参照してください。Oracle Application Express開発環境とOracle Application Expressアプリケーションで最適パフォーマンスを得るためには、仮想イメージ・ディレクトリ(たとえば、/i/)のファイル、およびデータベース・アクセス記述子からのレスポンス(たとえば、/pls/apex)のgzip圧縮を有効化するほか、ブラウザが12時間以上にわたり仮想イメージ・ディレクトリからのファイルをキャッシュできるようにすることをお薦めします。

6.14 ランタイム環境と完全開発環境の間の変換

この項では、ランタイム環境とフル開発環境の間の変換方法について説明します。

- ランタイム環境と完全開発環境の間の変換について

- 非CDBまたはローカルなPDBにおける完全開発環境へのランタイム環境の変換

- 非CDBまたはローカルなPDBにおけるランタイム環境への完全開発環境の変換

- CDBにおける完全開発環境へのランタイム環境の変換

- CDBにおけるランタイム環境への完全開発環境の変換

6.14.1 ランタイム環境と完全開発環境の間の変換について

Oracle Application Expressランタイム環境では、アプリケーションを変更または編集する機能をサポートせずに本番アプリケーションを実行できます。含まれるのは、アプリケーションの実行に必要なパッケージのみです。このため、ランタイム環境はより堅牢な環境となります。管理用のWebインタフェースは用意されていません。

Oracle Application Expressランタイム環境は、SQL*PlusまたはSQL DeveloperおよびAPEX_INSTANCE_ADMIN APIを使用して管理します。

関連項目:
「Oracle Application Expressランタイム環境について」および『Oracle Application Express管理ガイド』のエクスポートされたアプリケーションのランタイム環境へのインストールに関する項

6.14.2 非CDBまたはローカルなPDBにおける完全開発環境へのランタイム環境の変換

Oracle Application Expressランタイム環境を、非CDB、またはローカルなPDBにおける完全開発環境に変換するには、次のステップを実行します。

1. 作業ディレクトリを、インストール・ソフトウェアを解凍したapexディレクトリに変更します。

2. SQL*Plusを起動し、Oracle Application Expressがインストールされているデータベースに、SYSDBAロールが指定されているSYSとして接続します。次に例を示します。

- Windowsの場合:

SYSTEM_DRIVE:\ sqlplus /nolog
SQL> CONNECT SYS as SYSDBA
Enter password: SYS_password

- UNIXおよびLinuxの場合:

$ sqlplus /nolog
SQL> CONNECT SYS as SYSDBA
Enter password: SYS_password

3. apxdvins.sqlを実行します。次に例を示します。

@apxdvins.sql

4. 「インスタンス管理アカウントの作成または更新」の手順に従います。

関連項目:
SQL*Plusの詳細は、『Oracle Database PL/SQL言語リファレンス』を参照してください。

6.14.3 非CDBまたはローカルなPDBにおけるランタイム環境への完全開発環境の変換

ヒント:
完全開発環境をランタイム環境に変換する前に、すべてのWebシート・アプリケーションをエクスポートします。開発環境をランタイムに変換する際、既存のWebシート・データ・グリッドおよびレポートはすべてのワークスペースから削除されます。ランタイム環境を完全開発環境に戻しても、これらのWebシート・データ・グリッドまたはレポートはリストアされません。

非CDBまたはローカルなPDBにおけるランタイム環境に、Oracle Application Express完全開発環境を変換するには、次のステップを実行します。

1. 作業ディレクトリを、インストール・ソフトウェアを解凍したapexディレクトリに変更します。

2. SQL*Plusを起動し、Oracle Application Expressがインストールされているデータベースに、SYSDBAロールが指定されているSYSとして接続します。次に例を示します。

- Windowsの場合:

SYSTEM_DRIVE:\ sqlplus /nolog
SQL> CONNECT SYS as SYSDBA
Enter password: SYS_password

- UNIXおよびLinuxの場合:

$ sqlplus /nolog
SQL> CONNECT SYS as SYSDBA
Enter password: SYS_password

3. apxdevrm.sqlを実行します。次に例を示します。

@apxdevrm.sql

関連項目:
SQL*Plusの詳細は、『Oracle Database PL/SQL言語リファレンス』を参照してください。

6.14.4 CDBにおける完全開発環境へのランタイム環境の変換

CDBでOracle Application Expressランタイム環境を完全開発環境に変換するには、次のステップを実行します。

1. 作業ディレクトリを、インストール・ソフトウェアを解凍したapexディレクトリに変更します。

2. SQL*Plusを起動し、Oracle Application Expressがインストールされているデータベースに、SYSDBAロールが指定されているSYSとして接続します。次に例を示します。

- Windowsの場合:

SYSTEM_DRIVE:\ sqlplus /nolog
SQL> CONNECT SYS as SYSDBA
Enter password: SYS_password

- UNIXおよびLinuxの場合:

$ sqlplus /nolog
SQL> CONNECT SYS as SYSDBA
Enter password: SYS_password

3. apxdvins_con.sqlを実行します。次に例を示します。

@apxdvins_con.sql

4. 「インスタンス管理アカウントの作成または更新」の手順に従います。

関連項目:
SQL*Plusの詳細は、『Oracle Database PL/SQL言語リファレンス』を参照してください。

6.14.5 完全開発環境のCDBにおけるランタイム環境への変換

ヒント:
完全開発環境をランタイム環境に変換する前に、すべてのWebシート・アプリケーションをエクスポートします。開発環境をランタイムに変換する際、既存のWebシート・データ・グリッドおよびレポートはすべてのワークスペースから削除されます。ランタイム環境を完全開発環境に戻しても、これらのWebシート・データ・グリッドまたはレポートはリストアされません。

CDBでOracle Application Express完全開発環境をランタイム環境に変換するには、次のステップを実行します。

1. 作業ディレクトリを、インストール・ソフトウェアを解凍したapexディレクトリに変更します。

2. SQL*Plusを起動し、Oracle Application Expressがインストールされているデータベースに、SYSDBAロールが指定されているSYSとして接続します。次に例を示します。

- Windowsの場合:

SYSTEM_DRIVE:\ sqlplus /nolog
SQL> CONNECT SYS as SYSDBA
Enter password: SYS_password

- UNIXおよびLinuxの場合:

$ sqlplus /nolog
SQL> CONNECT SYS as SYSDBA
Enter password: SYS_password

3. apxdevrm_con.sqlを実行します。次に例を示します。

@apxdevrm_con.sql

関連項目:
SQL*Plusの詳細は、『Oracle Database PL/SQL言語リファレンス』を参照してください。

A Oracle Application Expressインストールのトラブルシューティング

この項では、トラブルシューティングの情報を示します。

- インストール・セッションのログの確認

- Oracle Application Expressインストールの妥当性の検証

- パッチのダウンロードとインストール

- インストールが失敗した後のクリーンアップ

- Oracle Application Expressでイメージが正しく表示されない

- ページ保護違反について

参照:
「以前のリリースのOracle Application Expressからのアップグレード」

A.1 インストール・セッションのログの確認

apexins.sqlスクリプトを実行すると、installYYYY-MM-DD_HH24-MI-SS.logというネーミング規則に従って、ログ・ファイルがapexディレクトリに作成されます。インストールが成功した場合、ログ・ファイルには次のテキストが含まれます。

Thank you for installing Oracle Application Express.
Oracle Application Express is installed in the APEX_050000 schema.

ログ・ファイルにいくつかのエラーが含まれていても、インストールが失敗したことを意味しません。許容できるエラーはログ・ファイルにその旨が記載されていることに注意してください。

A.2 Oracle Application Expressインストールの妥当性の検証

Oracle Application Expressインストールの妥当性は、次の問合せを実行して検証できます。

SELECT STATUS FROM DBA_REGISTRY
WHERE COMP_ID = 'APEX';

結果がVALIDの場合、インストールは正常に実行されたと想定できます。

A.3 パッチのダウンロードとインストール

インストールに必要なパッチの更新は、My Oracle SupportのWebサイトで確認してください。

必要なパッチをダウンロードする手順は、次のとおりです。

1. Webブラウザを使用して、My Oracle SupportのWebサイトを表示します。
https://support.oracle.com/

2. My Oracle Supportにサインインします。

注意:
My Oracle Supportの登録ユーザーでない場合は、ここで登録してくださいをクリックして登録の手順に従います。

3. My Oracle Supportのメイン・ページで「パッチと更新版」タブをクリックします。

4. 「パッチ検索」グループで、「製品またはファミリ(拡張検索)」を選択します。

5. 「製品」フィールドで、「Oracle Database」を選択します。

6. 「リリース」フィールドで、リリース番号を1つ以上選択します。

7. 「検索」をクリックします。

8. 「パッチ検索」ページに、使用可能なすべてのパッチの更新が表示されます。

9. パッチ番号を選択して「README」をクリックします。パッチ・セットに関する情報と、インストールへのパッチの適用方法が記載された「README」ページが表示されます。

10. 「パッチ検索」ページに戻って「ダウンロード」をクリックし、ファイルをシステムに保存します。

11. Oracle Database 12cに付属の解凍ユーティリティを使用して、My Oracle SupportからダウンロードしたOracleのパッチ更新を解凍します。解凍ユーティリティは、$ORACLE_HOME/binディレクトリにあります。

A.4 インストールが失敗した後のクリーンアップ

インストールが成功した場合、インストールの終わり近くで次のメッセージ・バナーが表示されます。

Thank you for installing Oracle Application Express.
Oracle Application Express is installed in the APEX_050000 schema.

再インストールするには、インストール・タイプに応じて、Oracle Application Expressデータベース・スキーマを削除するか、データベースからApplication Expressを完全に削除するスクリプトを実行する必要があります。

- アップグレード・インストール失敗後の旧リリースへの復旧

- データベースからのOracle Application Expressの削除

A.4.1 アップグレード・インストール失敗後の旧リリースへの復旧

アップグレード・インストールに失敗した場合は、Oracle Application Expressを元のリリースに戻してから、現行のリリースに関連付けられているスキーマを削除する必要があります。

- 以前のリリースのOracle Application Expressがインストールされているかどうかの確認

- 元のリリースに戻す

- Oracle Application Expressリリース5.0のスキーマの削除

A.4.1.1 以前のリリースのOracle Application Expressがインストールされているかどうかの確認

以前のリリースのApplication Expressがインストールされているかどうかを確認するには、次のステップを実行します。

1. SQL*Plusを起動し、Oracle Application Expressがインストールされているデータベースに、SYSDBAロールが指定されているSYSとして接続します。次に例を示します。

- Windowsの場合:

SYSTEM_DRIVE:\ sqlplus /nolog
SQL> CONNECT SYS as SYSDBA
Enter password: SYS_password

- UNIXおよびLinuxの場合:

$ sqlplus /nolog
SQL> CONNECT SYS as SYSDBA
Enter password: SYS_password

2. SQL*Plusで次のコマンドを実行します。

select username from dba_users
where regexp_like(username,'(FLOWS|APEX)_\d{6}')
and username <> (select table_owner from all_synonyms
where synonym_name = 'WWV_FLOW'
and owner = 'PUBLIC')

問合せによってすべての行が戻される場合、データベースには以前のリリースのOracle Application Expressが含まれています。

A.4.1.2 元のリリースに戻す

この項では、Oracle Application Expressの元のリリースに戻す方法を説明します。

- リリース1.5に戻す

- リリース1.6に戻す

- リリース2.0に戻す

- リリース2.2に戻す

- リリース3.0に戻す

- リリース3.1に戻す

- リリース3.2に戻す

- リリース4.0に戻す

- リリース4.1に戻す

- 非CDBでリリース4.2に戻す

- CDBでリリース4.2に戻す

A.4.1.2.1 リリース1.5に戻す

Oracle Application Expressを元のリリース1.5に戻すには、次のステップを実行します。

1. イメージ・ディレクトリを変更した場合は、テキスト別名/i/が元のリリースのイメージ・ディレクトリを指すように戻す必要があります。「イメージ・ディレクトリのコピー」を参照してください。

2. SQL*Plusを起動し、Oracle Application Expressがインストールされているデータベースに、SYSDBAロールが指定されているSYSとして接続します。

- Windowsの場合:

SYSTEM_DRIVE:\ sqlplus /nolog
SQL> SQL> CONNECT SYS as SYSDBA
Enter password: SYS_password

- UNIXおよびLinuxの場合:

$ sqlplus /nolog
SQL> SQL> CONNECT SYS as SYSDBA
Enter password: SYS_password

3. 次の文を実行します。

ALTER SESSION SET CURRENT_SCHEMA = FLOWS_010500;
exec flows_010500.wwv_flow_upgrade.switch_schemas('APEX_050000','FLOWS_010500');

4. 次のセクション「Oracle Application Expressリリース5.0のスキーマの削除」を参照してください。

A.4.1.2.2 リリース1.6に戻す

Oracle Application Expressをリリース1.6に戻すには、次のステップを実行します。

1. イメージ・ディレクトリを変更した場合は、テキスト別名/i/が元のリリースのイメージ・ディレクトリを指すように戻す必要があります。「イメージ・ディレクトリのコピー」を参照してください。

2. SQL*Plusを起動し、Oracle Application Expressがインストールされているデータベースに、SYSDBAロールが指定されているSYSとして接続します。

- Windowsの場合:

SYSTEM_DRIVE:\ sqlplus /nolog
SQL> SQL> CONNECT SYS as SYSDBA
Enter password: SYS_password

- UNIXおよびLinuxの場合:

$ sqlplus /nolog
SQL> SQL> CONNECT SYS as SYSDBA
Enter password: SYS_password

3. 次の文を実行します。

ALTER SESSION SET CURRENT_SCHEMA = FLOWS_010600;
exec flows_010600.wwv_flow_upgrade.switch_schemas('APEX_050000','FLOWS_010600');

4. 元のリリースに応じて、SQL*Plusで適切なコマンドを実行します。

5. 次のセクション「Oracle Application Expressリリース5.0のスキーマの削除」を参照してください。

A.4.1.2.3 リリース2.0に戻す

Oracle Application Expressを元のリリース2.0に戻すには、次のステップを実行します。

1. イメージ・ディレクトリを変更した場合は、テキスト別名/i/が元のリリースのイメージ・ディレクトリを指すように戻す必要があります。「イメージ・ディレクトリのコピー」を参照してください。

2. SQL*Plusを起動し、Oracle Application Expressがインストールされているデータベースに、SYSDBAロールが指定されているSYSとして接続します。

- Windowsの場合:

SYSTEM_DRIVE:\ sqlplus /nolog
SQL> SQL> CONNECT SYS as SYSDBA
Enter password: SYS_password

- UNIXおよびLinuxの場合:

$ sqlplus /nolog
SQL> SQL> CONNECT SYS as SYSDBA
Enter password: SYS_password

3. 次の文を実行します。

ALTER SESSION SET CURRENT_SCHEMA = FLOWS_020000;
exec flows_020000.wwv_flow_upgrade.switch_schemas('APEX_050000','FLOWS_020000');

4. 次のセクション「Oracle Application Expressリリース5.0のスキーマの削除」を参照してください。

A.4.1.2.4 リリース2.2に戻す

Oracle Application Expressを元のリリース2.2に戻すには、次のステップを実行します。

1. イメージ・ディレクトリを変更した場合は、テキスト別名/i/が元のリリースのイメージ・ディレクトリを指すように戻す必要があります。「イメージ・ディレクトリのコピー」を参照してください。

2. SQL*Plusを起動し、Oracle Application Expressがインストールされているデータベースに、SYSDBAロールが指定されているSYSとして接続します。

- Windowsの場合:

SYSTEM_DRIVE:\ sqlplus /nolog
SQL> SQL> CONNECT SYS as SYSDBA
Enter password: SYS_password

- UNIXおよびLinuxの場合:

$ sqlplus /nolog
SQL> SQL> CONNECT SYS as SYSDBA
Enter password: SYS_password

3. 次の文を実行します。

ALTER SESSION SET CURRENT_SCHEMA = FLOWS_020200;
exec flows_020200.wwv_flow_upgrade.switch_schemas('APEX_050000','FLOWS_020200');

4. 次のセクション「Oracle Application Expressリリース5.0のスキーマの削除」を参照してください。

A.4.1.2.5 リリース3.0に戻す

Oracle Application Expressを元のリリース3.0に戻すには、次のステップを実行します。

1. イメージ・ディレクトリを変更した場合は、テキスト別名/i/が元のリリースのイメージ・ディレクトリを指すように戻す必要があります。「イメージ・ディレクトリのコピー」を参照してください。

2. 作業ディレクトリを3.0ソースのapexに変更します。

3. SQL*Plusを起動し、Oracle Application Expressがインストールされているデータベースに、SYSDBAロールが指定されているSYSとして接続します。
Windowsの場合:

SYSTEM_DRIVE:\ sqlplus /nolog
SQL> SQL> CONNECT SYS as SYSDBA
Enter password: SYS_password

UNIXおよびLinuxの場合:

$ sqlplus /nolog
SQL> SQL> CONNECT SYS as SYSDBA
Enter password: SYS_password

4. 次の文を実行します。

set define '^'

@apexvalidate x x FLOWS_030000
ALTER SESSION SET CURRENT_SCHEMA = FLOWS_030000;
exec flows_030000.wwv_flow_upgrade.switch_schemas('APEX_050000','FLOWS_030000');
ALTER SESSION SET CURRENT_SCHEMA = SYS;
declare
l_apex_version varchar2(30);
begin
l_apex_version := flows_030000.wwv_flows_release;
dbms_registry.downgrading('APEX','Oracle Application Express','validate_apex','FLOWS_030000');
dbms_registry.downgraded('APEX',l_apex_version);
validate_apex;
end;
/

5. 次のセクション「Oracle Application Expressリリース5.0のスキーマの削除」を参照してください。

A.4.1.2.6 リリース3.1に戻す

Oracle Application Expressを元のリリース3.1に戻すには、次のステップを実行します。

1. イメージ・ディレクトリを変更した場合は、テキスト別名/i/が元のリリースのイメージ・ディレクトリを指すように戻す必要があります。「イメージ・ディレクトリのコピー」を参照してください。

2. 作業ディレクトリを3.1ソースのapex/coreに変更します。

3. SQL*Plusを起動し、Oracle Application Expressがインストールされているデータベースに、SYSDBAロールが指定されているSYSとして接続します。
Windowsの場合:

SYSTEM_DRIVE:\ sqlplus /nolog
SQL> SQL> CONNECT SYS as SYSDBA
Enter password: SYS_password

UNIXおよびLinuxの場合:

$ sqlplus /nolog
SQL> SQL> CONNECT SYS as SYSDBA
Enter password: SYS_password

4. 次のコマンドを実行します。

@wwv_flow_val.plb
@wwv_dbms_sql.sql
@wwv_dbms_sql.plb

5. 作業ディレクトリを3.1ソースのapexに変更します。

6. SQL*Plusを起動し、Oracle Application Expressがインストールされているデータベースに、SYSDBAロールが指定されているSYSとして接続します。
Windowsの場合:

SYSTEM_DRIVE:\ sqlplus /nolog
SQL> SQL> CONNECT SYS as SYSDBA
Enter password: SYS_password

UNIXおよびLinuxの場合:

$ sqlplus /nolog
SQL> SQL> CONNECT SYS as SYSDBA
Enter password: SYS_password

7. 次の文を実行します。

set define '^'

@apexvalidate x x FLOWS_030100
ALTER SESSION SET CURRENT_SCHEMA = FLOWS_030100;
exec flows_030100.wwv_flow_upgrade.switch_schemas('APEX_050000','FLOWS_030100');
ALTER SESSION SET CURRENT_SCHEMA = SYS;
declare
l_apex_version varchar2(30);
begin
l_apex_version := flows_030100.wwv_flows_release;
dbms_registry.downgrading('APEX','Oracle Application Express','validate_apex','FLOWS_030100');
dbms_registry.downgraded('APEX',l_apex_version);
validate_apex;
end;
/

8. 次のセクション「Oracle Application Expressリリース5.0のスキーマの削除」を参照してください。

A.4.1.2.7 リリース3.2に戻す

Oracle Application Expressを元のリリース3.2に戻すには、次のステップを実行します。

1. イメージ・ディレクトリを変更した場合は、テキスト別名/i/が元のリリースのイメージ・ディレクトリを指すように戻す必要があります。「イメージ・ディレクトリのコピー」を参照してください。

2. 作業ディレクトリを3.2ソースのapex/coreに変更します。

3. SQL*Plusを起動し、Oracle Application Expressがインストールされているデータベースに、SYSDBAロールが指定されているSYSとして接続します。
Windowsの場合:

SYSTEM_DRIVE:\ sqlplus /nolog
SQL> SQL> CONNECT SYS as SYSDBA
Enter password: SYS_password

UNIXおよびLinuxの場合:

$ sqlplus /nolog
SQL> SQL> CONNECT SYS as SYSDBA
Enter password: SYS_password

4. 次のコマンドを実行します。

@wwv_flow_val.plb
@wwv_dbms_sql.sql
@wwv_dbms_sql.plb

5. SQL*Plusを起動し、Oracle Application Expressがインストールされているデータベースに、SYSDBAロールが指定されているSYSとして接続します。
Windowsの場合:

SYSTEM_DRIVE:\ sqlplus /nolog
SQL> SQL> CONNECT SYS as SYSDBA
Enter password: SYS_password

UNIXおよびLinuxの場合:

$ sqlplus /nolog
SQL> SQL> CONNECT SYS as SYSDBA
Enter password: SYS_password

6. 次の文を実行します。

set define '^'

@apexvalidate x x APEX_030200
ALTER SESSION SET CURRENT_SCHEMA = APEX_030200;
exec apex_030200.wwv_flow_upgrade.switch_schemas('APEX_050000','APEX_030200');
ALTER SESSION SET CURRENT_SCHEMA = SYS;
declare
l_apex_version varchar2(30);
begin
l_apex_version := apex_030200.wwv_flows_release;
dbms_registry.downgrading('APEX','Oracle Application Express','validate_apex','APEX_030200');
dbms_registry.downgraded('APEX',l_apex_version);
validate_apex;
end;
/

7. 次のセクション「Oracle Application Expressリリース5.0のスキーマの削除」を参照してください。

A.4.1.2.8 リリース4.0に戻す

Oracle Application Expressを元のリリース4.0に戻すには、次のステップを実行します。

1. 作業ディレクトリを4.0ソースのapex/coreに変更します。

2. SQL*Plusを起動し、Oracle Application Expressがインストールされているデータベースに、SYSDBAロールが指定されているSYSとして接続します。
Windowsの場合:

SYSTEM_DRIVE:\ sqlplus /nolog
SQL> SQL> CONNECT SYS as SYSDBA
Enter password: SYS_password

UNIXおよびLinuxの場合:

$ sqlplus /nolog
SQL> SQL> CONNECT SYS as SYSDBA
Enter password: SYS_password

3. 次のコマンドを実行します。

@wwv_flow_val.sql
@wwv_flow_val.plb
@wwv_dbms_sql.sql
@wwv_dbms_sql.plb

4. 作業ディレクトリを4.0ソースのapexに変更します。

5. SQL*Plusを起動し、Oracle Application Expressがインストールされているデータベースに、SYSDBAロールが指定されているSYSとして接続します。
Windowsの場合:

SYSTEM_DRIVE:\ sqlplus /nolog
SQL> SQL> CONNECT SYS as SYSDBA
Enter password: SYS_password

UNIXおよびLinuxの場合:

$ sqlplus /nolog
SQL> SQL> CONNECT SYS as SYSDBA
Enter password: SYS_password

6. 次の文を実行します。

set define '^'

@apexvalidate x x APEX_040000
ALTER SESSION SET CURRENT_SCHEMA = APEX_040000;
exec apex_040000.wwv_flow_upgrade.switch_schemas('APEX_050000','APEX_040000');
ALTER SESSION SET CURRENT_SCHEMA = SYS;
declare
l_apex_version varchar2(30);
begin
l_apex_version := apex_040000.wwv_flows_release;
dbms_registry.downgrading('APEX','Oracle Application Express','validate_apex','APEX_040000');
dbms_registry.downgraded('APEX',l_apex_version);
validate_apex;
end;
/

7. 次のセクション「Oracle Application Expressリリース5.0のスキーマの削除」を参照してください。

A.4.1.2.9 リリース4.1に戻す

Oracle Application Expressを元のリリース4.1に戻すには、次のステップを実行します。

1. イメージ・ディレクトリを変更した場合は、テキスト別名/i/が元のリリースのイメージ・ディレクトリを指すように戻す必要があります。「イメージ・ディレクトリのコピー」を参照してください。

2. 作業ディレクトリを4.1ソースのapex/coreに変更します。

3. SQL*Plusを起動し、Oracle Application Expressがインストールされているデータベースに、SYSDBAロールが指定されているSYSとして接続します。
Windowsの場合:

SYSTEM_DRIVE:\ sqlplus /nolog
SQL> SQL> CONNECT SYS as SYSDBA
Enter password: SYS_password

UNIXおよびLinuxの場合:

$ sqlplus /nolog
SQL> SQL> CONNECT SYS as SYSDBA
Enter password: SYS_password

4. 次のコマンドを実行します。

@wwv_flow_val.sql
@wwv_flow_val.plb
@wwv_dbms_sql.sql
@wwv_dbms_sql.plb

5. 作業ディレクトリを4.1ソースのapexに変更します。

6. SQL*Plusを起動し、Oracle Application Expressがインストールされているデータベースに、SYSDBAロールが指定されているSYSとして接続します。
Windowsの場合:

SYSTEM_DRIVE:\ sqlplus /nolog
SQL> SQL> CONNECT SYS as SYSDBA
Enter password: SYS_password

UNIXおよびLinuxの場合:

$ sqlplus /nolog
SQL> SQL> CONNECT SYS as SYSDBA
Enter password: SYS_password

7. 次の文を実行します。

set define '^'

@apexvalidate x x APEX_040100
ALTER SESSION SET CURRENT_SCHEMA = APEX_040100;
exec apex_040100.wwv_flow_upgrade.switch_schemas('APEX_050000','APEX_040100');
ALTER SESSION SET CURRENT_SCHEMA = SYS;
declare
l_apex_version varchar2(30);
begin
l_apex_version := apex_040100.wwv_flows_release;
dbms_registry.downgrading('APEX','Oracle Application Express','validate_apex','APEX_040100');
dbms_registry.downgraded('APEX',l_apex_version);
validate_apex;
end;
/

8. 次のセクション「Oracle Application Expressリリース5.0のスキーマの削除」を参照してください。

A.4.1.2.10 非CDBでリリース4.2に戻す

非CDBでOracle Application Expressを元のリリース4.2に戻すには、次のステップを実行します。

1. イメージ・ディレクトリを変更した場合は、テキスト別名/i/が元のリリースのイメージ・ディレクトリを指すように戻す必要があります。「イメージ・ディレクトリのコピー」を参照してください。

2. 作業ディレクトリを4.2ソースのapex/coreに変更します。

3. SQL*Plusを起動し、Oracle Application Expressがインストールされているデータベースに、SYSDBAロールが指定されているSYSとして接続します。
Windowsの場合:

SYSTEM_DRIVE:\ sqlplus /nolog
SQL> SQL> CONNECT SYS as SYSDBA
Enter password: SYS_password

UNIXおよびLinuxの場合:

$ sqlplus /nolog
SQL> SQL> CONNECT SYS as SYSDBA
Enter password: SYS_password

4. 次のコマンドを実行します。

alter session set current_schema = SYS;

@core_sys_views.sql

grant select on sys.wwv_flow_gv$session to APEX_040200;

@wwv_flow_val.sql
@wwv_flow_val.plb
@wwv_dbms_sql.sql
@wwv_dbms_sql.plb

begin
dbms_utility.compile_schema('APEX_040200');
end;
/

5. 作業ディレクトリを4.2ソースのapexに変更します。

6. SQL*Plusを起動し、Oracle Application Expressがインストールされているデータベースに、SYSDBAロールが指定されているSYSとして接続します。
Windowsの場合:

SYSTEM_DRIVE:\ sqlplus /nolog
SQL> SQL> CONNECT SYS as SYSDBA
Enter password: SYS_password

UNIXおよびLinuxの場合:

$ sqlplus /nolog
SQL> SQL> CONNECT SYS as SYSDBA
Enter password: SYS_password

7. 次の文を実行します。

set define '^'

@apexvalidate x x APEX_040200
ALTER SESSION SET CURRENT_SCHEMA = APEX_040200;
exec apex_040200.wwv_flow_upgrade.switch_schemas('APEX_050000','APEX_040200');
ALTER SESSION SET CURRENT_SCHEMA = SYS;
declare
l_apex_version varchar2(30);
begin
l_apex_version := apex_040200.wwv_flows_release;
dbms_registry.downgrading('APEX','Oracle Application Express','validate_apex','APEX_040200');
dbms_registry.downgraded('APEX',l_apex_version);
validate_apex;
end;
/

8. 次のセクション「Oracle Application Expressリリース5.0のスキーマの削除」を参照してください。

A.4.1.2.11 CDBでリリース4.2に戻す

CDBでOracle Application Expressを元のリリース4.2に戻すには、次のステップを実行します。

1. イメージ・ディレクトリを変更した場合は、テキスト別名/i/が元のリリースのイメージ・ディレクトリを指すように戻す必要があります。「イメージ・ディレクトリのコピー」を参照してください。

2. 作業ディレクトリを4.2ソースのapex/coreに変更します。

3. そのディレクトリに、apx42dgrd1.sqlという名前で、次から構成されている新しいテキスト・ファイルを作成します。

alter session set current_schema = SYS;

@core_sys_views.sql

grant select on sys.wwv_flow_gv$session to APEX_040200;

@wwv_flow_val.sql
@wwv_flow_val.plb
@wwv_dbms_sql.sql
@wwv_dbms_sql.plb

begin
dbms_utility.compile_schema('APEX_040200');
end;
/

4. そのディレクトリに、apx42dgrd.sqlという名前で、次から構成されている2番目の新しいテキスト・ファイルを作成します。

set define '^'

whenever sqlerror exit

column :xe_home new_value OH_HOME NOPRINT
variable xe_home varchar2(255)

set serverout on
begin
-- get oracle_home
sys.dbms_system.get_env('ORACLE_HOME',:xe_home);
if length(:xe_home) = 0 then
sys.dbms_output.put_line(lpad('-',80,'-'));
raise_application_error (
-20001,
'Oracle Home environment variable not set' );
end if;
end;
/
whenever sqlerror continue

set termout off
select :xe_home from sys.dual;
set termout on

host ^OH_HOME/perl/bin/perl -I ^OH_HOME/rdbms/admin ^OH_HOME/rdbms/admin/catcon.pl -b apx42dgrd apx42dgrd1.sql

5. SQL*Plusを起動し、Oracle Application ExpressがインストールされているデータベースのCDB$ROOTに、SYSDBAロールが指定されているSYSとして接続します。
Windowsの場合:

SYSTEM_DRIVE:\ sqlplus /nolog
SQL> SQL> CONNECT SYS as SYSDBA
Enter password: SYS_password

UNIXおよびLinuxの場合:

$ sqlplus /nolog
SQL> SQL> CONNECT SYS as SYSDBA
Enter password: SYS_password

6. 次のコマンドを実行します。

@apx42dgrd.sql

7. 作業ディレクトリを4.2ソースのapexに変更します。

8. そのディレクトリに、apx42dgrd1.sqlという名前で、次の内容を持つ新しいテキスト・ファイルを作成します。

set define '^'

ALTER SESSION SET CURRENT_SCHEMA = SYS;

@apexvalidate x x APEX_040200

ALTER SESSION SET CURRENT_SCHEMA = APEX_040200;
exec apex_040200.wwv_flow_upgrade.switch_schemas('APEX_050000','APEX_040200');
ALTER SESSION SET CURRENT_SCHEMA = SYS;
declare
l_apex_version varchar2(30);
begin
l_apex_version := apex_040200.wwv_flows_release;
dbms_registry.downgrading('APEX','Oracle Application Express','validate_apex','APEX_040200');
dbms_registry.downgraded('APEX',l_apex_version);
validate_apex;
end;
/

9. そのディレクトリに、apx42dgrd.sqlという名前で、次から構成されている2番目の新しいテキスト・ファイルを作成します。

set define '^'

whenever sqlerror exit

column :xe_home new_value OH_HOME NOPRINT
variable xe_home varchar2(255)

set serverout on
begin
-- get oracle_home
sys.dbms_system.get_env('ORACLE_HOME',:xe_home);
if length(:xe_home) = 0 then
sys.dbms_output.put_line(lpad('-',80,'-'));
raise_application_error (
-20001,
'Oracle Home environment variable not set' );
end if;
end;
/
whenever sqlerror continue

set termout off
select :xe_home from sys.dual;
set termout on

host ^OH_HOME/perl/bin/perl -I ^OH_HOME/rdbms/admin ^OH_HOME/rdbms/admin/catcon.pl -b apx42dgrd apx42dgrd1.sql

10. SQL*Plusを起動し、Oracle Application ExpressがインストールされているデータベースのCDB$ROOTに、SYSDBAロールが指定されているSYSとして接続します。
Windowsの場合:

SYSTEM_DRIVE:\ sqlplus /nolog
SQL> SQL> CONNECT SYS as SYSDBA
Enter password: SYS_password

UNIXおよびLinuxの場合:

$ sqlplus /nolog
SQL> SQL> CONNECT SYS as SYSDBA
Enter password: SYS_password

11. 次の文を実行します。

@apx42dgrd.sql

12. 次のセクション「Oracle Application Expressリリース5.0のスキーマの削除」を参照してください。

A.4.1.3 Oracle Application Expressリリース5.0のスキーマの削除

以前のリリースに戻した後で、Oracle Application Express 5.0のスキーマを削除できます。

- 非CDBからの、Oracle Application Expressリリース5.0のスキーマの削除

- CDBからの、Oracle Application Expressリリース5.0のスキーマの削除

A.4.1.3.1 非CDBからの、Oracle Application Expressリリース5.0のスキーマの削除

非CDBからリリース5.0のスキーマを削除するには、次のステップを実行します。

1. SQL*Plusを起動し、Oracle Application Expressがインストールされているデータベースに、SYSDBAロールが指定されているSYSとして接続します。

- Windowsの場合:

SYSTEM_DRIVE:\ sqlplus /nolog
SQL> SQL> CONNECT SYS as SYSDBA
Enter password: SYS_password

- UNIXおよびLinuxの場合:

$ sqlplus /nolog
SQL> SQL> CONNECT SYS as SYSDBA
Enter password: SYS_password

2. 次のコマンドを実行します。

DROP USER APEX_050000 CASCADE;

Oracle Application Express 5.0のスキーマを削除したら、再度アップグレードを試行できます。

A.4.1.3.2 CDBからの、Oracle Application Expressリリース5.0のスキーマの削除

CDBからリリース5.0のスキーマを削除するには、次のステップを実行します。

1. remove_apx50_usr1.sqlという名前で、次の内容を持つ新しいテキスト・ファイルを作成します。

alter session set current_schema = SYS;
drop user APEX_050000 cascade;

2. remove_apx50_usr.sqlという名前で、次の内容を持つ2番目の新しいテキスト・ファイルを作成します。

set define '^'
whenever sqlerror exit
column :xe_home new_value OH_HOME NOPRINT
variable xe_home varchar2(255)

set serverout on
begin
-- get oracle_home
sys.dbms_system.get_env('ORACLE_HOME',:xe_home);
if length(:xe_home) = 0 then
sys.dbms_output.put_line(lpad('-',80,'-'));
raise_application_error (
-20001,
'Oracle Home environment variable not set' );
end if;
end;
/
whenever sqlerror continue

set termout off
select :xe_home from sys.dual;
set termout on

host ^OH_HOME/perl/bin/perl -I ^OH_HOME/rdbms/admin ^OH_HOME/rdbms/admin/catcon.pl -b remove_apx50_usr remove_apx50_usr1.sql

3. SQL*Plusを起動し、Oracle Application Expressがインストールされているデータベースに、SYSDBAロールが指定されているSYSとして接続します。

- Windowsの場合:

SYSTEM_DRIVE:\ sqlplus /nolog
SQL> SQL> CONNECT SYS as SYSDBA
Enter password: SYS_password

- UNIXおよびLinuxの場合:

$ sqlplus /nolog
SQL> SQL> CONNECT SYS as SYSDBA
Enter password: SYS_password

4. 次のコマンドを実行します。

@remove_apx50_usr.sql

Oracle Application Express 5.0のスキーマを削除したら、再度アップグレードを試行できます。

A.4.2 Oracle Application Expressのデータベースからの削除

このセクションでは、データベースを削除せずに、Oracle Application Expressスキーマ、シノニムおよびユーザーをデータベースから削除する方法を説明します。データベースを削除する場合は、このステップを実行する必要があります。

注意:
旧リリースのデータベースをアップグレードし、引き続き旧リリースのOracle Application Expressを使用する必要がある場合は、このステップを実行しないでください。旧リリースの復旧の詳細は、「元のリリースに戻す」を参照してください。新規インストールとアップグレード・インストールのどちらを完了したかが不明確な場合、Application Expressの以前のリリースがデータベースの中に存在するときは、「インストールが失敗した後のクリーンアップ」のステップに従って確認します。

データベースからOracle Application Expressを削除するには、次のステップを実行します。

1. 作業ディレクトリを、Oracle Application Expressソフトウェアを解凍したapexディレクトリに変更します。

2. SQL*Plusを起動し、Oracle Application Expressがインストールされているデータベースに、SYSDBAロールが指定されているSYSとして接続します。

- Windowsの場合:

SYSTEM_DRIVE:\ sqlplus /nolog
SQL> SQL> CONNECT SYS as SYSDBA
Enter password: SYS_password

- UNIXおよびLinuxの場合:

$ sqlplus /nolog
SQL> SQL> CONNECT SYS as SYSDBA
Enter password: SYS_password

3. 次のコマンドを実行します。

SQL> @apxremov.sql

4. apxremov.sqlを使用してApplication Expressを正常に削除した後で、現行のSQL*Plusセッションを終了し、apexins.sqlによる追加インストールを試行する前に再接続する必要があります。

A.5 Oracle Application Expressでイメージが正しく表示されない

Oracle Application Expressでイメージが正しく表示されない場合は、/i/別名の定義が複数ある可能性があります。この問題に対処するには、次のステップを実行します。

- 可能な場合は、/i/の1つ目のインスタンスの名前を、異なる別名に変更します。

- それができない場合は、Oracle Application Expressがダウンロードされたディレクトリにあるイメージ、またはORDS用にコピーされたイメージを、1つ目の/i/別名で定義されたディレクトリにコピーします。

A.6 ページ保護違反について

ページ保護違反は、保護されているページ・アイテムを手動で変更したことが原因の可能性があります。インストール後にOracle Application Expressにログインしようとしてこのエラーが発生した場合は、Oracle REST Data Servicesを停止して起動します。このエラーの原因がわからない場合は、アプリケーション管理者に問い合せてください。

B Oracle Database Express Edition内でのOracle Application Expressのアップグレード

Oracle Database 11gExpress Edition(Oracle Database XE)には、Oracle Application Expressリリース4.0が含まれます。最新の機能を活用できるように、最新のOracle Application Expressリリースにアップグレードすることを強くお薦めしています。この項では、Oracle Database XEに含まれるOracle Application Expressをアップグレードする方法を説明します。

- 最新のOracle Application Expressリリースへのアップグレード

- 新しいOracle Application Expressリリースの間の相違点の理解

ヒント:
Oracle Application Expressをアップグレードしても、Oracle Database XEのOracle Supportポリシーは変更されません。Oracle Database XEは、Oracle OTNフォーラムでのみサポートされます。Oracle Supportは、Oracle Database XE上のOracle Application Expressについての質問には回答しません。

関連項目:
Oracle Database 11g Express Edition OTNサイト:
http://www.oracle.com/technetwork/database/database-technologies/express-edition/overview/index.html

B.1 最新のOracle Application Expressリリースへのアップグレード

最新のOracle Application Expressリリースにアップグレードするには、次のステップを実行します。

1. ダウンロード・ページから最新バージョンのOracle Application Expressをダウンロードします。関連項目:

http://www.oracle.com/technetwork/developer-tools/apex/downloads/index.html

2. ダウンロードしたzipファイルを解凍します。

- UNIXおよびLinux: $ unzip filename.zip

- Windows: Windows Explorerでfilename.zipをダブルクリックします

ヒント:
ファイルを解凍するディレクトリ・ツリーは深くならないようにし、空白を含むディレクトリの下には格納しないようにします。たとえば、Windowsの場合はC:\に解凍します。

3. 作業ディレクトリをapexに変更します。

4. SQL*Plusを起動し、Oracle Application ExpressがインストールされているOracle Database XEに、SYSDBAロールが指定されているSYSとして接続します。次に例を示します。

- Windowsの場合:

SYSTEM_DRIVE:\ sqlplus /nolog
SQL> CONNECT SYS as SYSDBA
Enter password: SYS_password

- UNIXおよびLinuxの場合:

$ sqlplus /nolog
SQL> CONNECT SYS as SYSDBA
Enter password: SYS_password

ヒント:
ファイルを解凍するディレクトリ・ツリーは深くならないようにし、空白を含むディレクトリの下には格納しないようにします。たとえば、Windowsの場合はC:\に解凍します。

5. Oracle Application Expressをインストールします。

@apexins.sql tablespace_apex tablespace_files tablespace_temp images

各要素の意味は次のとおりです。

- tablespace_apexは、Oracle Application Expressアプリケーション・ユーザーの表領域の名前です。

- tablespace_filesは、Oracle Application Expressファイル・ユーザーの表領域の名前です。

- tablespace_tempは、一時表領域または一時表領域グループの名前です。

- images は、Oracle Application Expressイメージの仮想ディレクトリです。将来的にOracle Application Expressのアップグレードをサポートするために、仮想イメージ・ディレクトリを/i/と定義します。

例:

@apexins.sql SYSAUX SYSAUX TEMP /i/

6. SQL*Plusに再ログインし(ステップ4を参照)、イメージをロードします。

@apex_epg_config.sql APEX_HOME

ヒント:
APEX_HOMEは、ファイルを解凍するときに指定したディレクトリです。たとえば、WindowsではC:\。

7. apxchpwd.sqlを実行して、Oracle Application Expressのパスワードをアップグレードします。

@apxchpwd.sql

ADMINアカウントのパスワードの入力を求められたら入力します。

8. Oracle Application Express管理サービス・アプリケーションに移動します。

1. Webブラウザで次の場所に移動します。

http://hostname:port/apex/apex_admin

各要素の意味は次のとおりです。

hostnameは、Oracle XML DBプロトコル・サーバーがインストールされているシステムの名前です。

portは、Oracle XML DB ProtocolサーバーのHTTPに割り当てられているポート番号です。デフォルトのインストールでは、この番号は8080です。Oracle Database 12cマルチテナント・アーキテクチャを使用している場合は、各プラガブル・データベース(PDB)に個別のポート番号が割り当てられます。

apexは、構成ファイルで定義されているデータベース・アクセス記述子(DAD)です。

2. サインイン・ページで、次のステップを実行します。

- ユーザー名 - adminと入力します。

- パスワード - ステップ7で指定したOracle Application Express管理者アカウントのパスワードを入力します。

- 「管理にサインイン」をクリックします。

設定によっては、初めてログインするときにパスワードの変更を要求される場合があります。

B.2 新しいOracle Application Expressリリースの間の相違点の理解

Oracle Database 10g Express Editionには、Oracle Application Expressリリース2.1が含まれます。この項では、Oracle Application Expressリリース2.1とそれ以降のリリースの間の相違点を説明します。

- ユーザー・インタフェースの相違点

- データベース管理の相違点

B.2.1 ユーザー・インタフェースの相違点

この項では、Oracle Application Expressリリース2.1とそれ以降のリリースの間の相違点を説明します。

- ログイン - Oracle Application Expressのアップグレード・バージョンにアクセスすると、ログイン・ページが表示され、ワークスペースのユーザー名とパスワードを求めてきます。以前のバージョンでは、ユーザー名とパスワードを求めるだけです。ログインするとき、ワークスペースはusernameと同じです。

- パスワードを変更しています - Oracle Application Express内部のパスワード変更機能では、Oracle Application Expressパスワードのみ(データベース・パスワードでなく)が変更されます。アップグレードすると、スキーマはワークスペースに関連付けられますが、データベース・アカウントが別々になります。新しいデータベース・ユーザーを作成すると、Oracle Application Expressへのアクセス権を自動的に持つことがない点に注意してください。

- ホームページ - Oracle Application Expressの新しいバージョンでは、ホームページの表示が異なります。「データベース管理の相違点」に示すとおり、大部分のデータベース管理機能は、Oracle Application Expressには含まれていません。「管理」メニューの下にある「データベース監視」と「データベースについて」が2つの例外です。

- SQLワークショップ - オブジェクト・ブラウザとSQLがSQLワークショップの一部になりました。

- 管理 - 他の管理機能の大部分は、(データベースでなく)ワークスペースの管理に関係します。

B.2.2 データベース管理の相違点

Oracle Database XE内でOracle Application Expressをアップグレードすると、ユーザーの作成や変更、およびデータベース・パラメータの設定の機能など、一部のデータベース管理機能の管理を可能にしたOracle Application Expressインタフェースが失われます。これらの機能の大部分は、「ホーム」「管理」の下にあるOracle Database XEインタフェースの範囲内に、以前に存在しました。

Oracle Application Expressの後のバージョンを使用しているときにこれらの機能を実行するには、Oracle Database XEに接続するときに、SQLワークシートかSQL DeveloperかSQL*Plusで代替のSQL文を実行する必要があります。これらのコマンドの大部分は、ユーザーSYSとして実行する必要がある点に注意してください。

次のデータベース管理機能は、新しいバージョンのOracle Application Expressでは、もうサポートされません。

- パスワードの変更

- 機能: データベース・ユーザー・パスワードを変更します。アップグレードするとデータベース・アカウントはOracle Application Expressアカウントに関連付けられますが、パスワードは別々です。片方のアカウントを変更しても、もう片方に影響は及びません。

- 場所: 「タスク」の下、「データベース・ユーザー」。

- SQL文:

alter user username identified by new_password;

SQL Developer内で、「他のユーザー」を右クリックし、「ユーザーの編集」を選択して、「新規パスワード」および「パスワードの確認」を使用します。

- HTTPアクセスの管理

- 場所: 「タスク」の下。

- SQL文:
「HTTPアクセス」を「ローカルのみ」に設定するには、次のステップを実行します。

exec dbms_xdb.setlistenerlocalaccess
(l_access => TRUE);

「HTTPアクセス」を、リモート接続をサポートするように設定するには、次のステップを実行します。

exec dbms_xdb.setlistenerlocalaccess
(l_access => FALSE);

- 使用状況監視

- 場所: 「Loc」。

- 機能: データベース・ユーザー・パスワードを変更します。アップグレードするとデータベース・アカウントはOracle Application Expressアカウントに関連付けられますが、パスワードは別々です。片方を変更しても、もう片方に影響は及びません。

- SQL文:
「HTTPアクセス」を「ローカルのみ」に設定するには、次のステップを実行します。

select nvl(b.tablespace_name,
nvl(a.tablespace_name,'UNKNOWN'))
tablespace_name,
kbytes_alloc kbytes,
kbytes_alloc-nvl(kbytes_free,0)
size_alloc_bytes,
round(((kbytes_alloc-nvl(kbytes_free,0))/
kbytes_alloc)*200) used_chart,
to_char(((kbytes_alloc-nvl(kbytes_free,0))/
kbytes_alloc)*100,
'999G999G999G999G999G999G990D00') ||'%' used,
data_files
from ( select sum(bytes)/1024/1024 Kbytes_free,
max(bytes)/1024/1024 largest,
tablespace_name
from sys.dba_free_space
group by tablespace_name ) a,
( select sum(bytes)/1024/1024 Kbytes_alloc,
tablespace_name, count(*) data_files
from sys.dba_data_files
group by tablespace_name )b
where a.tablespace_name (+) = b.tablespace_name

ヒント:
Oracle Application Expressリリース3.0.1で「ワークスペース使用率」レポートにアクセスするには、「管理」、「サービスの管理」、「ワークスペースの概要」、表領域詳細、「使用状況のレポート」を選択します。

- ロギング・ステータスの表示

- 場所: 「記憶域」。

- SQL文:

select log_mode
from v$database;

- 記憶域の圧縮

- 場所: 「記憶域」。

- SQL文:

exec dbms_space.database_level_shrink;

- SGAの構成

- 場所: 「メモリー」。

- SQL文:

alter system
set sga_target = sga_target
scope=spfile;

- PGAの構成

- 場所: 「メモリー」。

- SQL文:

alter system
set pga_aggregate_target = pga_agg_target
scope=both;

- データベース・ユーザーの作成

- 場所: 「データベース・ユーザー」。

- SQL文:

drop user username;

SQL Developer内の、使用しているXE-SYS接続の下の「他のユーザー」の下で、ユーザーを右クリックします。「ユーザーの編集」を選択し、「アカウントがロックされています」を選択します。

- データベース・ユーザーの削除

- 場所: 「データベース・ユーザー」。

- SQL文:

drop user username;

SQL Developer内の、使用しているXE接続の下で「他のユーザー」ノードを右クリックして、「ユーザーの削除」を選択することもできます。

- データベース・アカウントのロック

- 場所: 「データベース・ユーザー」。

- SQL文:

alter user username account lock;

SQL Developer内の、使用しているXE-SYS接続の下の「他のユーザー」の下で、ユーザーを右クリックします。「ユーザーの編集」を選択し、「アカウントがロックされています」を選択します。

- データベース・アカウントのロック解除

- 場所: 「データベース・ユーザー」。

- SQL文:

alter user username account unlock;

SQL Developer内の、使用しているXE-SYS接続の下の「他のユーザー」の下で、ユーザーを右クリックします。「ユーザーの編集」を選択し、「アカウントがロックされています」の選択を解除します。

索引
A B C D E F G H I J L M N O P R S T U W X

A

ACL

無効の修正, 4.14.4, 5.13.4, 6.12.4

管理サービス

アクセス, 6.11.2

埋込みPL/SQLゲートウェイでのアクセス, 5.12.2

Oracle REST Data Servicesでのアクセス, 4.13.2

apex_epg_config.sql, 5.5.1, 5.5.1 apex_epg_config.sqlスクリプト, 5.5.2 APEX_PUBLIC_USERアカウント

概要, 4.5.4.1, 6.4.5.1

パスワードの変更, 4.5.4.3, 6.4.5.3

構成, 4.5.4, 6.4.5

Oracle Database 11gにおける有効期限, 4.5.4.4, 6.4.5.4

ロック解除, 4.5.4.2, 6.4.5.2

apex_rest_config.sql, 4.7.1 apexins.sql, 4.5.1, 5.4.1, 6.4.1, 6.4.2 Application Express

ユーザーについて, 4.13.1, 5.12.1, 6.11.1

ワークスペースについて, 4.13.1, 5.12.1, 6.11.1

管理サービス, 4.13.2, 5.12.2, 6.11.2

ブラウザの要件, 2.3

作業領域の手動作成, 4.13.3, 5.12.3, 6.11.3

データベースの要件, 2.1

リリース・バージョンの確認, 1.2.2

ディスク領域の要件, 2.5

CDBにおけるダウンロードとインストール, 6.4.2

非CDBにおけるダウンロードとインストール, 4.5.1, 5.4.1, 6.4, 6.4.1

PDBにおけるダウンロードとローカル・インストール, 4.5.1, 5.4.1, 6.4, 6.4.1

スタート・ガイド, 4.13, 5.12, 6.11

HTTPサーバーの要件, 2.4

バージョンの非互換性, 3.3.5

言語変換されたバージョンのインストール, 4.12, 5.10, 6.10

Oracle Databaseの要件, 4.1, 5.1, 6.1

Oracle REST Data Servicesの要件, 4.2

パッチ適用, 4.3, 5.2, 6.2

CDBでのパッチ適用, 3.3.5.1

PDBでのパッチ適用, 3.3.5.2, 3.3.5.2.1, 3.3.5.2.2

インストール前のタスク, 4.4, 4.4, 5.3, 5.3, 6.3, 6.3

CDBでの再インストール, 3.2.3

ワークスペースへのサインイン, 4.13.5, 5.12.5, 6.11.5

CDBにおけるアンインストール, 3.2.1

埋込みPL/SQLゲートウェイで, 5

Oracle REST Data Servicesで, 4

XML DBの要件, 2.6

Application Express管理サービス, 4.13.3, 4.13.4, 5.12.3, 5.12.4, 6.11.3, 6.11.4 アプリケーション

互換性モードの指定, 1.2.4

アップグレード, 1.2.3

apxchpwd.sql, 4.5.2.3, 5.4.2.3, 6.4.3.3, B.1

インスタンス管理者アカウント・パスワードの変更, 4.5.2.2, 5.4.2.2, 6.4.3.2

インスタンス管理者アカウントの作成, 4.5.2.2, 5.4.2.2, 6.4.3.2

実行, 4.5.2.3, 5.4.2.3, 6.4.3.3

インスタンス管理者アカウントのロック解除, 4.5.2.2, 5.4.2.2, 6.4.3.2

インスタンス管理者アカウントの更新, 4.5.2.2, 5.4.2.2, 6.4.3.2

apxdevrm_con.sql, 5.15.5, 6.14.5 apxdevrm.sql, 4.16.3, 5.15.3, 6.14.3 apxdvins_con.sql, 5.15.4, 6.14.4 apxdvins.sql, 4.16.2, 5.15.2, 6.14.2 apxrtins.sql, 4.5.1, 5.4.1, 6.4.1, 6.4.2

B

ブラウザ

要件, 2.3

C

CDB

インストール, 6.4.2

CDB

Application Expressへのパッチ適用, 3.3.5.1

Application Expressのアンインストール, 3.2.1

CDBによるApplication Expressの再インストール, 3.2.3 他のCDBからの一般的なApplication Express, 3.4.2 互換性モード

指定, 1.2.4

構成

埋込みPL/SQLゲートウェイ, 5.5

Oracle HTTP Server, 6.5

D

データベース・インストール

SHARED_SERVERSパラメータ, 5.11

データベース要件

Application Express, 2.1

リリース・バージョンの確認, 1.2.2 開発環境

ランタイムへの変更, 4.16.3, 5.15.3, 5.15.5, 6.14.3, 6.14.5

ディスク領域

要件, 2.5

E

埋込みPL/SQLゲートウェイ

概要, 1.3.4

apex_epg_config.sql, 5.5.1

構成, 5.5

ロード・バランサの内側での構成, 5.5.6

リバース・プロキシの内側での構成, 5.5.6

インストール, 5

セキュリティ上の考慮事項, 1.3.6

SHARED_SERVERSパラメータ, 5.11

HTTPサーバー・ポートの確認, 5.5.3

F

完全開発環境

概要, 4.16.1, 5.15.1, 6.14.1

ランタイムへの変換, 4.16.3, 5.15.3, 5.15.5, 6.14.3, 6.14.5

インストール, 4.5.1, 5.4.1, 6.4.1, 6.4.2

G

スタート・ガイド

Application Express, 4.13, 5.12, 6.11

H

HTTPサーバー

要件, 2.4

I

イメージ

コピー, 6.5.2

アップグレード時のコピー, 6.5.2

インストール

イメージ・ディレクトリのコピーについて, 6.5.1

埋込みPL/SQLゲートウェイの構成, 5.5

Oracle HTTP Serverの構成, 6.5

Oracle REST Data Servicesのダウンロード, 4.6, 4.6.1

ネットワーク・サービスの有効化, 4.8, 5.6, 6.6

他の言語でのインストール, 4.11, 5.9, 6.9

JOB_QUEUE_PROCESSESの管理, 4.10, 5.8, 6.8

概要, 1.1.4

パッチ・セット, 1.1.2

セキュリティ・タスクの実行, 4.9, 5.7, 6.7

計画, 1.1.1

ポイント・リリース, 1.1.2

プロセス, 1.1.4

要件, 1.1.1, 2

プロセスの再起動, 4.5.3, 5.4.3, 6.4.4

サインイン, 4.13, 5.12, 6.11

概要, 1.1

イメージ・ディレクトリの更新, 5.5.2

妥当性の検証, A.2

インストール・オプション

完全開発環境, 4.5.1, 5.4.1, 6.4.1, 6.4.2

ランタイム環境, 4.5.1, 5.4.1, 6.4.1, 6.4.2

インストール

障害, A.4

Oracle REST Data Services, 4.6, 4.6.1

他の言語, 4.11, 5.9, 6.9

インスタンス管理者

について, 6.4.3.1

インスタンス管理者アカウント

概要, 4.5.2.1, 5.4.2.1

作成, 4.5.2, 5.4.2, 6.4.3

apxchpwd.sqlの実行, 4.5.2.2, 5.4.2.2, 6.4.3.2

更新, 4.5.2, 5.4.2, 6.4.3

インスタンス管理者アカウント

パスワードの変更, 4.5.2.2, 6.4.3.2

作成, 4.5.2.2, 6.4.3.2

パスワードの作成, 4.5.2.2, 6.4.3.2

ロック解除, 4.5.2.2, 6.4.3.2

J

JOB_QUEUE_PROCESSES, 4.10, 5.8, 6.8

数の変更, 4.10.3, 5.8.3, 6.8.3

SQL*Plusからの表示, 4.10.2.3, 5.8.2.3, 6.8.2.3

インストール・ログでの表示, 4.10.2.1, 5.8.2.1, 6.8.2.1

数の表示, 4.10.2, 5.8.2, 6.8.2

「バージョン情報」ページでの表示, 4.10.2.2, 5.8.2.2, 6.8.2.2

L

ログ・ファイル, A.1

M

MEMORY_TARGET

確認, 2.2

N

ネットワーク・サービス

有効化, 4.8, 5.6, 6.6

接続権限の付与, 4.8.2, 5.6.2, 6.6.2

接続権限の付与, Oracle Database 12c, 4.8.3, 5.6.3, 6.6.3

無効なACLエラー, 4.8.4, 5.6.4, 6.6.4

非CDB

インストール, 4.5.1, 5.4.1, 6.4, 6.4.1

O

Oracle Application Express

ユーザーの作成, 4.13.4, 5.12.4, 6.11.4

Oracle Application Server 10g

dads.confの編集, 6.5.3

Oracle Databaseの要件, 4.1, 5.1, 6.1 Oracle HTTP Server

概要, 1.3.3

構成, 6.5

ロード・バランサの内側での構成, 6.5.7

リバース・プロキシの内側での構成, 6.5.7

イメージ・ディレクトリのコピー, 6.5.2

dads.confの編集, 6.5.3

停止と起動, 6.5.5

Oracle RACでの使用, 1.3.7

Oracle HTTP Server 11g

dads.confの編集, 6.5.3

Oracle HTTP Server 12c

dads.confの編集, 6.5.3

Oracle Real Application Clusters(Oracle RAC)

HTTP Serverの選択, 1.3.7

インスタンスの停止, 4.4, 5.3, 6.3

Oracle REST Data Services

概要, 1.3.2

ロード・バランサの内側での構成, 4.6.4

リバース・プロキシの内側での構成, 4.6.4

RESTfulサービスの構成, 4.7, 4.7.2

ダウンロード, 4.6, 4.6.1

インストール, 4, 4.6, 4.6.1

Oracle REST Data Servicesの要件, 4.2 Oracle Technology Network(OTN)

ダウンロード, 6

Oracle XML DBプロトコル・サーバー

無効化, 4.6.3, 6.5.6

イメージ・ディレクトリの更新, 5.5.2

HTTPサーバー・ポートの確認, 5.5.3

Oracle XML DBプロトコル・サーバー

有効化, 5.5.4

ords.version.number.zip, 4.6.1, 4.6.1 OTNインストール

imagesのコピー, 6.5.2

概要, 1.1.4

P

パッチ・セット, 1.1.2

パッチ適用, 4.3, 5.2, 6.2

PDB

インストール, 4.5.1, 5.4.1, 6.4, 6.4.1

PDB

Application Expressへのパッチ適用, 3.3.5.2, 3.3.5.2.1, 3.3.5.2.2

パフォーマンス

最適化, 4.15, 5.14, 6.13

パフォーマンスの最適化

概要, 4.15, 5.14, 6.13

期限切れヘッダー属性, 4.15, 5.14, 6.13

gzip圧縮, 4.15, 5.14, 6.13

PDBの接続

他のCDBからのApplication Express, 3.3.2

ルートでのApplication Express, 3.3

ルート・コンテナにApplication Expressが含まれない

他のCDBからのローカルApplication Express, 3.4.3

ターゲットCDBのルート・コンテナにApplication Expressが含まれない

Application Expressが含まれない非CDBまたはPDB, 3.4.4

Application Expressが含まれる非CDB, 3.4.1

ルートを含まないApplication Express, 3.4.2、 CDBのルートにないApplication Express, 3.4 別のCDBをルートとするApplication Express, 3.3.3 Application Expressが含まれる非CDB, 3.3.1 非CDBの接続, 3.3.4 PDBの接続, 3.3.4 ポイント・リリース, 1.1.2 インストール後のタスク

他の言語のインストール, 4.11, 5.9, 6.9

インストール前のタスク, 4.4, 5.3, 6.3 以前のインストール

アップグレード時に削除, 4.14.1, 5.13.1, 6.12.1

R

リリース

バージョンの確認, 1.2.2

要件, 2

ブラウザ, 2.3

データベース, 2.1

ディスク領域, 2.5

HTTPサーバー, 2.4

MEMORY_TARGET, 2.2

Oracle XML DB, 2.6

RESTfulサービス

構成, 4.7.2

元のリリースに戻す, 1.2.7 実行

aapxrtins.sql, 6.4.2

apex_epg_config.sql, 5.5.1

apexins.sql, 4.5.1, 5.4.1, 6.4.1, 6.4.2

apxchpwd.sql, 4.5.2.3, 5.4.2.3, 6.4.3.3, B.1

apxdevrm_con.sql, 5.15.5, 6.14.5

apxdevrm.sql, 4.16.3, 5.15.3, 6.14.3

apxdvins_con.sql, 5.15.4, 6.14.4

apxdvins.sql, 4.16.2, 5.15.2, 6.14.2

apxrtins.sql, 4.5.1, 5.4.1, 6.4.1

ランタイム環境

概要, 1.4, 4.16.1, 5.15.1, 6.14.1

開発環境への変換, 4.16.2, 5.15.2, 5.15.4, 6.14.2, 6.14.4

インストール, 4.5.1, 5.4.1, 6.4.1, 6.4.2

S

スキーマ, 命名について, 1.1.3

Secure Sockets Layer (SSL), 4.9, 5.7, 6.7

セキュリティ上の考慮点

埋込みPL/SQLゲートウェイ, 1.3.6

SSL, 4.9, 5.7, 6.7 静的ファイル・サポート、構成, 6.5.4

T

言語変換されたバージョン

インストール, 4.11, 5.9, 6.9

言語変換されたバージョン

インストールについて, 4.12, 5.10, 6.10

トラブルシューティング, A

インストールが失敗した後のクリーンアップ, A.4

イメージ, A.5

ログ・ファイルの確認, A.1

U

アップグレードのインストール後タスク, 4.14, 5.13, 6.12

無効なACLの修正, 4.14.4, 5.13.4, 6.12.4

以前のインストールの削除, 4.14.1, 5.13.1, 6.12.1

以前のインストールからのスキーマの削除, 4.14.3, 5.13.3, 6.12.3

以前のインストールの検証, 4.14.2, 5.13.2, 6.12.2

アップグレード

概要, 1.2

互換性モード, 1.2.4

imagesのコピー, 6.5.2

環境クリーンアップ, 1.2.6

既存のアプリケーション, 1.2.3

回復, 1.2.7

サンプル・シナリオ, 1.2.1

テスト, 1.2.5

ユーザー・アカウント

作成, 4.13.4, 5.12.4, 6.11.4

W

Webブラウザ

要件, 2.3

Webリスナー

選択, 1.3

個別比較, 1.3.5

埋込みPL/SQLゲートウェイ, 1.3.4

Oracle HTTP Server, 1.3.3

Oracle REST Data Services, 1.3.2

ワークスペース

作成, 4.13.3, 5.12.3, 6.11.3

サインイン, 4.13.5, 5.12.5, 6.11.5

X

XML DB

要件, 2.6

オラクル社の法律上の注意点について

コピーライトについて

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

第三者のコンテンツ、製品、サービスに対する免責事項

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

ドラフトのアルファ版およびベータ版ドキュメントについて

このドキュメントが試作版の場合:

このドキュメントは試作版であり、デモおよび暫定使用のみを目的としたものです。このソフトウェアを使用するハードウェアに限定するものではありません。オラクル社およびその関連会社は、このドキュメントに関して一切の責任を負わず、いかなる保証もいたしません。また、このドキュメントを使用したことによって損失、費用、あるいは損害が発生しても、一切の責任を負いかねます。