Oracle® Application Express

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

リリース4.2 for Oracle Database 12c

B71336-03(原本部品番号:E17958-12)

2014年5月

Oracle Application Expressインストレーション・ガイド リリース4.2 for Oracle Database 12c

B71336-03

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

原本著者: Drue Swadener

協力者:  Terri Jennings、Christina Cho、Joel Kallman、David Peake、Jason Straub

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

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

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

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 Application Expressリリース4.2 for Oracle Database 12cの変更点

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

- 1.1 インストール・プロセスの概要

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

- 1.3 Application Expressリリース4.2.1以上へのアップグレード

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

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

- 1.5.1 Oracle REST Data ServicesおよびOracle HTTP Serverとmod_plsqlについて

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

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

- 1.6 使用可能なインストール例

- 1.6.1 データベースからのインストールとOracle REST Data Servicesの構成

- 1.6.2 データベースからのインストールおよび埋込みPL/SQLゲートウェイの構成

- 1.6.3 データベースからのインストールおよびOracle HTTP Serverの構成

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

- 2.1 Oracle Databaseの要件

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

- 2.2 ブラウザの要件

- 2.3 Webリスナーの要件

- 2.4 ディスク領域の要件

- 2.5 Oracle XML DBの要件

- 2.6 PL/SQL Webツールキット

3 マルチテナント・アーキテクチャの使用

- 3.1 Oracle Database 12cのインストールの選択項目の理解

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

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

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

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

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

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

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

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

- 3.2.5 互換性のないApplication Expressバージョンについて

- 3.3 ターゲットCDBのルート・コンテナに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の接続

4 データベースからのインストール時の構成タスク

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

- 4.2 インストール前の推奨タスク

- 4.3 Webリスナーの選択

- 4.4 データベースからのインストールとOracle REST Data Servicesの構成

- 4.4.1 Oracle Databaseのインストールおよびインストール前のタスクの実行

- 4.4.2 Oracle REST Data Servicesのダウンロードおよびインストール

- 4.4.3 RESTfulサービスの構成

- 4.4.4 Oracle Database 12cのネットワーク・サービスの有効化

- 4.4.5 セキュリティ上の考慮事項

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

- 4.4.7 JOB_QUEUE_PROCESSESの管理について

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

- 4.5 データベースからのインストールおよび埋込みPL/SQLゲートウェイの構成

- 4.5.1 Oracle Databaseのインストールおよびインストール前のタスクの実行

- 4.5.2 XDBリポジトリのリソースのロード

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

- 4.5.4 Oracle Database 12cのネットワーク・サービスの有効化

- 4.5.5 セキュリティ上の考慮事項

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

- 4.5.7 JOB_QUEUE_PROCESSESの管理について

- 4.5.8 SHARED_SERVERSパラメータの構成

- 4.5.9 作業領域の作成およびOracle Application Expressユーザーの追加

- 4.6 データベースからのインストールおよびOracle HTTP Serverの構成

- 4.6.1 Oracle Databaseのインストールおよびインストール前のタスクの実行

- 4.6.2 Oracle Database 12cで配布されたOracle HTTP Serverの構成

- 4.6.3 Oracle Database 12cのネットワーク・サービスの有効化

- 4.6.4 セキュリティ上の考慮事項

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

- 4.6.6 JOB_QUEUE_PROCESSESの管理について

- 4.6.7 PlsqlDatabasePasswordパラメータの難読化について

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

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

- 4.7.1 以前のOracle Application Expressインストールの削除

- 4.7.2 Oracle Database 11gリリース1 (11.1)以上での無効なACLの修正

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

- 4.8.1 ランタイム環境から完全な開発環境への変換- Oracle Database 12c非CDB

- 4.8.2 ランタイム環境から完全な開発環境への変換 - Oracle Database 12cマルチテナント・アーキテクチャ

- 4.8.3 完全な開発環境からランタイム環境への変換- Oracle Database 12c非CDB

- 4.8.4 完全な開発環境からランタイム環境への変換 - Oracle Database 12cマルチテナント・アーキテクチャ

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

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

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

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

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

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

- A.5 ページ保護違反

索引

はじめに

このマニュアルでは、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)を参照してください。

ドキュメント内のサンプル・コードのアクセシビリティについて

スクリーン・リーダーは、ドキュメント内のサンプル・コードを正確に読めない場合があります。コード表記規則では閉じ括弧のみを行に記述する必要があります。しかし、一部のスクリーン・リーダーは括弧のみの行を読まない場合があります。

外部Webサイトのドキュメントのアクセシビリティについて

このドキュメントにはオラクル社およびその関連会社が所有または管理しないWebサイトへのリンクが含まれている場合があります。オラクル社およびその関連会社は、それらのWebサイトのアクセシビリティに関しての評価や言及は行っておりません。

関連ドキュメント

詳細は、次のOracleリソースを参照してください。

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

- 『Oracle Database Application Express 2日で開発者ガイド』

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

- 『Oracle Application Express管理ガイド』

- 『Oracle Application Express SQLワークショップおよびユーティリティ・ガイド』

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

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

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

- 『Oracle Database概要』

- 『Oracle HTTP Server管理者ガイド』

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

- 『Oracle Database管理者ガイド』

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

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

- 『Oracle Databaseライセンス情報』

- Oracle REST Data Servicesインストレーションおよび開発者ガイド

Oracleエラー・メッセージの詳細は、『Oracle Databaseエラー・メッセージ』を参照してください。Oracleエラー・メッセージのドキュメントは、HTML版のみがご利用いただけます。Oracle Database Documentation Libraryを使用する場合は、エラー・メッセージを範囲ごとに参照できます。特定の範囲のページを表示したら、ブラウザの「このページの検索」機能を使用して特定のメッセージを検索できます。インターネットに接続できる場合、Oracleオンライン・ドキュメントのエラー・メッセージ検索機能を使用して特定のエラー・メッセージを検索できます。

ドキュメント・セットに含まれる多くのドキュメントでは、Oracleをインストールするとデフォルトでインストールされるシード・データベースのサンプル・スキーマを使用しています。これらのスキーマがどのように作成されているか、およびその使用方法については、『Oracle Databaseサンプル・スキーマ』を参照してください。

その他のアプリケーションの例については、Learning Libraryを参照してください。Oracle by Example(OBE)、デモ、チュートリアルなどの無料オンライン・トレーニング・コンテンツを検索します。次のURLでOracle Learning Libraryにアクセスしてください。

http://www.oracle.com/technetwork/tutorials/index.html

印刷されたマニュアルは次のURLのOracle Storeで入手できます。

http://shop.oracle.com/

すでにOTNのユーザー名およびパスワードを取得している場合は、次のURLでOTN Webサイトのドキュメントのセクションに直接接続できます。

http://www.oracle.com/technology/documentation/

表記規則

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

規則

意味

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

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

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

このリリースでの変更点

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

- Oracle Application Expressリリース4.2 for Oracle Database 12cの変更点

Oracle Application Expressリリース4.2 for Oracle Database 12cの変更点

Oracle Application Expressリリース4.2 for Oracle Database 12cの『Oracle Application Expressインストレーション・ガイド』の変更点は次のとおりです。

新機能

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

- Oracle Database 12cでは、マルチテナント・アーキテクチャが導入されています。
詳細は、「マルチテナント・アーキテクチャの使用」を参照してください。

- VARCHAR2、NVARCHAR2およびRAWデータ型のサイズ制限の拡大
VARCHAR2、NVARCHAR2およびRAWデータ型の最大サイズが、4,000文字から32K文字に拡大されました。これらのデータ型に割り当てられるサイズが拡大されたことで、ラージ・オブジェクト(LOB)に切り替える前に、文字データ型に格納できる情報の量が増加しました。これは、簡潔なテキスト・データ型、およびこれらの型の列に索引を作成する機能において特に有効です。

拡大されたサイズ制限をApplication Expressコレクションで使用できるようにするには、/core/collection_member_resize.sqlを実行して、コレクションのVARCHAR2列を4000文字から32767文字に変更する必要があります。

- RESTful Webサービス
SQLワークショップで、データベースからRESTful Webサービス・コールを定義できるようになりました。これらの定義をOracle REST Data Services 2.0と組み合せることにより、データベースはWebサービスを単に消費するのではなく、RESTful Webサービスを発行できるようになりました。詳細は、Oracle Application Express SQLワークショップおよびユーティリティ・ガイドのRESTfulサービスの使用に関する説明を参照してください。

RESTfulサービスではOracle REST Data Servicesリリース2.0がインストールされていることが必要です。「RESTfulサービスの構成」を参照してください。

インスタンス管理者は、このApplication Expressインスタンスに対してRESTfulサービスを有効にできます。詳細は、『Oracle Application Express管理ガイド』のSQLワークショップの構成に関する説明を参照してください。

その他の変更

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

- すべての内容は、新機能に合わせて更新されました。

- Oracle Application Expressリリース4.2のユーザー・インタフェースの機能拡張に対応するように、スクリーン・キャプチャおよびグラフィックが追加されています。

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

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

- インストール・プロセスの概要

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

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

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

- 使用可能なインストール例

1.1 インストール・プロセスの概要

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

1. インストールの計画: Oracle Application Expressのインストールに必要なステップの概要については、この章を参照してください。計画フェーズでは、完全開発環境とランタイム環境のいずれをインストールするかを決定する必要もあります。
完全開発環境では、アプリケーションを開発するためにアプリケーション・ビルダー環境に完全にアクセスできます。変更できないアプリケーションを実行する本番実装に対しては、ランタイム環境を選択することをお薦めします。詳細は、「Oracle Application Expressランタイム環境について」を参照してください。

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

3. ソフトウェアのインストール: 必要なインストール・ステップは、使用するWebリスナーによって異なります。使用可能なオプションには、Oracle REST Data Services、埋込みPL/SQLゲートウェイまたはOracle HTTP Serverとmod_plsqlがあります。

- Oracle Application Expressのインストール方法。使用可能なオプションにはOracle Database 12c以上とともにインストールされるOracle Application Expressのリリースの使用が含まれます。

- 使用するWebリスナー。使用可能なオプションには、Oracle REST Data Services、埋込みPL/SQLゲートウェイまたはOracle HTTP Serverとmod_plsqlがあります。

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のOracle Application Expressをご使用の場合は、このマニュアルに記載されているどのインストール例に従っても、Oracle Application Expressインスタンスがリリース4.2にアップグレードされ、新しいスキーマにOracle Application Expressリリース4.2のデータベース・オブジェクトが作成され、アプリケーションのメタデータが新しいリリースに移行されます。

1.3 Application Expressリリース4.2.1以上へのアップグレード

Oracle Database 12cリリース1 (12.1)には、Oracle Application Expressリリース4.2.0.00.08が含まれています。一方、Oracle Technology Networkからダウンロードできる最新バージョンはOracle Application Expressリリース4.2.2.00.11です。非コンテナ・データベースをデプロイする場合、使用可能な最新のリリースにアップグレードすることをお薦めします。Application Expressの将来のパッチまたはメジャー・リリースで、コンテナ・データベースのアップグレードまたはパッチ適用を行うための適切なスクリプトが提供されます。

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

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

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

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

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

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

最適なWebリスナーの選択の詳細は、次のURLにあるOracle Technology Network (OTN)の「Oracle Application Express Deployment」ページを参照してください。

http://www.oracle.com/technetwork/developer-tools/apex/application-express/apex-deploy-installation-1878444.html#listener

- Oracle REST Data ServicesおよびOracle HTTP Serverとmod_plsqlについて

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

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

1.5.1 Oracle REST Data ServicesおよびOracle HTTP Serverとmod_plsqlについて

Oracle REST Data Servicesは直接Oracle Application Expressエンジンと通信します。Oracle HTTP Serverは、mod_plsqlプラグインを使用してOracle Database内のOracle Application Expressエンジンと通信します。Oracle REST Data ServicesおよびOracle HTTP Serverは、WebサーバーとOracle Database内のOracle Application Expressオブジェクト間の通信ブローカとして機能します。具体的には、ブラウザ・リクエストを、SQL*Net接続経由でデータベースのストアド・プロシージャ・コールにマップします。次の図に、Oracle REST Data Servicesを使用するOracle Application Expressアーキテクチャを示します。

参照:
「Webリスナーの要件」

この3層のアーキテクチャは、次のコンポーネントで構成されます。

- Webブラウザ

- Oracle REST Data ServicesまたはOracle HTTP Serverとmod_plsql

- Oracle Application Expressを含むOracle Database

Oracle REST Data ServicesまたはOracle HTTP Server(Apache)とmod_plsqlの主な利点は、中間層とデータベース層を分離できることです。このアーキテクチャは、Oracle Real Application Clusters(Oracle RAC)環境に適しています。

1.5.1.1 Oracle HTTP Serverの使用時にimagesが格納される場所

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

- Oracle Database 11gリリース1 (11.1)以上で配布されたOracle HTTP Serverの場合: dads.confファイルを参照してください。

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

テキスト別名/i/の検索の具体例については、「データベースからのインストール時の構成タスク」を参照してください。

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

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

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

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

- 構成が容易

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

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

1.5.2.1 埋込みPL/SQLゲートウェイを使用する場合のセキュリティ上の考慮事項

埋込みPL/SQLゲートウェイは、XML DB HTTPプロトコル・リスナーの一部としてデータベースで実行されます。HTTPリスナーはOracle Application Expressがインストールされているデータベースと同じデータベースで実行されるため、データベースから分離できません。このため、インターネット上で実行されるアプリケーションに埋込みPL/SQLゲートウェイを使用することはお薦めしません。

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

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

1.5.3 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.6 使用可能なインストール例

Oracle Application Expressのインストール方法は、使用するWebリスナーによって異なります。このセクションでは、各インストール例の概要について説明します。

参照:
「Webリスナーの選択について」および「Oracle Application Expressランタイム環境について」

- データベースからのインストールとOracle REST Data Servicesの構成

- データベースからのインストールおよび埋込みPL/SQLゲートウェイの構成

- データベースからのインストールおよびOracle HTTP Serverの構成

1.6.1 データベースからのインストールとOracle REST Data Servicesの構成

Oracle Database 12c以上とともにインストールされるOracle Application Expressのリリースを使用し、Oracle REST Data Servicesを構成する場合は、この例のステップに従います。この例の必要なインストール・ステップは次のとおりです。

- ステップ1: Oracle Databaseのインストールおよびインストール前のタスクの実行

- ステップ2: Oracle REST Data Servicesのダウンロードおよびインストール

- ステップ3: Oracle Database 12cのネットワーク・サービスの有効化

- ステップ4: セキュリティ上の考慮事項

- ステップ5: 他の言語でのOracle Application Expressの実行について

- ステップ6: JOB_QUEUE_PROCESSESの管理について

- ステップ7: ワークスペースの作成およびOracle Application Expressユーザーの追加

1.6.2 データベースからのインストールおよび埋込みPL/SQLゲートウェイの構成

Oracle Database 12c以上とともにインストールされるOracle Application Expressのリリースを使用し、埋込みPL/SQLゲートウェイを構成する場合は、この例のステップに従います。この例の必要なインストール・ステップは次のとおりです。

- ステップ1: Oracle Databaseのインストールおよびインストール前のタスクの実行

- ステップ2: 埋込みPL/SQLゲートウェイの構成

- ステップ3: Oracle Database 12cのネットワーク・サービスの有効化

- ステップ4: セキュリティ上の考慮事項

- ステップ5: 他の言語でのOracle Application Expressの実行について

- ステップ6: JOB_QUEUE_PROCESSESの管理について

- ステップ7: SHARED_SERVERSパラメータの構成

- ステップ8: ワークスペースの作成およびOracle Application Expressユーザーの追加

1.6.3 データベースからのインストールおよびOracle HTTP Serverの構成

Oracle Database 12c以上とともにインストールされるOracle Application Expressのリリースを使用し、Oracle Database 12c以上で配布されるOracle HTTP Serverおよびmod_plsqlを構成する場合は、この例のステップに従います。この例の必要なインストール・ステップは次のとおりです。

- ステップ1: Oracle Databaseのインストールおよびインストール前のタスクの実行

- ステップ2: Oracle Database 12cで配布されたOracle HTTP Serverの構成

- ステップ3: Oracle Database 12cのネットワーク・サービスの有効化

- ステップ4: セキュリティ上の考慮事項

- ステップ5: 他の言語でのOracle Application Expressの実行について

- ステップ6: JOB_QUEUE_PROCESSESの管理について

- ステップ7: PlsqlDatabasePasswordパラメータの難読化について

- ステップ8: ワークスペースの作成およびOracle Application Expressユーザーの追加

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

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

- Oracle Databaseの要件

- ブラウザの要件

- Webリスナーの要件

- ディスク領域の要件

- Oracle XML DBの要件

- PL/SQL Webツールキット

2.1 Oracle Databaseの要件

Oracle Application Expressリリース4.2には、リリース10.2.0.4以上のOracle Database (Enterprise Edition、Standard EditionまたはStandard Edition One)が必要です。Oracle Application Expressリリース4.2は、Oracle Database Express Edition 10gリリース2 (10.2)以上とも使用できます。Oracle HTTP ServerはOracle Database Express Editionでは配布されていません。

注意:
Oracle Application Expressリリース4.2をインストールすることで、Oracle Database Express Edition 10gリリース2 (10.2)以上のOracle Application Expressのバージョンをアップグレードできます。詳細は、Oracle Technology Network(OTN)の「Oracle Application Express Learn More」ページを参照してください。

2.1.1 ターゲット・データベースのshared_pool_sizeの確認

注意:
ご使用の構成が、データベース初期化パラメータSGA_TARGET (Oracle Database 10gと11g以上)、およびMEMORY_TARGET (Oracle Database 11g以上)に特定のメモリー・ターゲット値を定義している場合は、この要件は無視できます。

Oracle Application Expressをインストールするには、ターゲット・データベースのshared_pool_sizeが100MB以上である必要があります。

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

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

SQL> STARTUP

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

SQL> SHOW PARAMETER PFILE;

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

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

SQL> SHOW PARAMETER SHARED_POOL_SIZE

4. システムでサーバー・パラメータ・ファイルが使用されている場合は、SHARED_POOL_SIZE初期化パラメータを100MB以上に設定します。

SQL> ALTER SYSTEM SET SHARED_POOL_SIZE='100M' SCOPE=spfile;

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

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

SQL> SHUTDOWN

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

SQL> STARTUP

2.2 ブラウザの要件

Oracle Application Expressアプリケーションを実行または開発するには、WebブラウザでJavaScriptが有効になっている必要があります。Oracle Application Expressでアプリケーションを開発するには、次のブラウザが必要です。

- Microsoft Internet Explorer 7.0版以上

- Mozilla Firefox 14以上

- Google Chrome 21以降

- Apple Safari 5.0以上

以前のWebブラウザ・リリース(Microsoft Explorer 6.0など)をサポートするOracle Application Expressアプリケーションを開発できます。Application Expressには、以前のブラウザでは正しく機能しない場合もあるピッカーなどの多くの拡張ウィジェットがあります。

2.3 Webリスナーの要件

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

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

- 埋込み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エンジンと通信します。

次の製品には、対応するバージョンのOracle HTTP Serverおよびmod_plsqlが含まれています。

- Oracle Database 10gのCompanion CDリリース2

- Oracle Database 11gリリース 1 (11.1)とOracle Database 11gリリース1 (11.2)

- Oracle Database 12c リリース1(12.1)

参照:
「Webリスナーの選択について」

2.4 ディスク領域の要件

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

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

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

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

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

2.5 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のワークスペースのプロビジョニングは適切に機能します。

2.6 PL/SQL Webツールキット

Oracle Application Expressでは、リリース10.1.2.0.6以上のPL/SQL Webツールキットが必要です。PL/SQL Webツールキットの現在のリリースを確認するための手順、およびリリース10.1.2.0.6をインストールする手順については、apex/owaディレクトリのREADME.txtファイルを参照してください。

3 マルチテナント・アーキテクチャの使用

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

- Oracle Database 12cのインストールの選択項目の理解

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

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

3.1 Oracle Database 12cのインストールの選択項目の理解

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リリース4.2は、Oracle Database 12cとともに構成できる最も古いリリースです。Oracle Database 12cマルチテナント・アーキテクチャを使用してOracle Database 12cをインストールする場合は、一般的なデータベース・オプションとして、デフォルトでOracle Application Express 4.2.4がインストールされます。また、ルート・コンテナからApplication Expressをアンインストールして、1つ以上のPDBにローカルApplication Expressリリース4.2.4以上を個別にインストールすることもできます。任意のPDBを構成した後、ルート・コンテナからApplication Expressをアンインストールしたり、ルート・コンテナにApplication Expressを再インストールすることはできません。これにより、既存のApplication Expressインストールに関連するメタ・データが無効または完全に削除されます。

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

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

ベスト・プラクティスとして、すべてのPDBで同じバージョンのOracle Application Expressが実行されるように、ルート・コンテナに一般的なOracle Application Expressをインストールすることをお薦めします。これによって、アップグレードやパッチ適用などのOracle Application Expressインフラストラクチャのタスクを集中的に管理できるようになるため、管理が容易になります。代替手段として、CDB$ROOT、PDB$SEEDおよび他のすべてのPDBからApplication Expressをアンインストールしてから、各PDBにApplication Expressをローカルにインストールできます。ローカルOracle Application Expressの利点は、PDBごとに異なるバージョンのApplication Expressを実行できることです。ただし、このオプションのデメリットとして、Application Expressのアップグレードおよびパッチについて、インストールした各ローカルOracle Application Expressで個別に管理する必要があるため、メンテナンスに労力が必要になることがあげられます。

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

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

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

1. 作業ディレクトリを$ORACLE_HOME/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. apxremov_con.sqlを実行します。
次に例を示します。

@apxremov_con.sql

注意:
CDBにPDBを追加した後でapexremov_con.sqlを実行すると、すべてのPDBからApplication Expressがアンインストールされます。したがって、いずれのPDBで定義されているアプリケーションも削除されます。apxremov.sqlを実行すると、ルート・コンテナからのみApplication Expressが削除されます。ただし、すべてのPDBが無効な状態で残るため、PDBをオープンしようとするとエラーが発生します。

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

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

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

1. 作業ディレクトリを$ORACLE_HOME/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. 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は、Oracle Application Expressアプリケーション・ユーザーの表領域の名前です。

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

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

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

次に例を示します。

@apexins.sql SYSAUX SYSAUX TEMP /i/

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

o @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/

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

- Oracle REST Data Servicesを使用している場合、「Oracle REST Data Servicesのダウンロードおよびインストール」から「ワークスペースの作成およびOracle Application Expressユーザーの追加」の適切な手順を完了します。

- Oracle HTTP Serverを使用している場合は、「Oracle Database 12cで配布されたOracle HTTP Serverの構成」から「ワークスペースの作成およびOracle Application Expressユーザーの追加」の適切なステップを実行します。

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

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

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

- APEX_040200: 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サービスの定義を照会するために使用されるアカウント。

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

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

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

1. 作業ディレクトリを$ORACLE_HOME/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ランタイム環境について」を参照してください。

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

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

@apexins_con.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_con.sql SYSAUX SYSAUX TEMP /i/

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

@apxrtins_con.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_con.sql SYSAUX SYSAUX TEMP /i/

4. Oracle REST Data Servicesを使用している場合、「Oracle REST Data Servicesのダウンロードおよびインストール」から「ワークスペースの作成およびOracle Application Expressユーザーの追加」の項の適切な手順を完了します。

5. Oracle HTTP Serverを使用している場合は、「Oracle Database 12cで配布されたOracle HTTP Serverの構成」から「ワークスペースの作成およびOracle Application Expressユーザーの追加」のセクションの適切なステップを実行します。

6. 埋込みPL/SQLゲートウェイを使用している場合は、Oracleホームへのパスを渡し、apex_epg_config_con.sqlを実行してから、「埋込みPL/SQLゲートウェイの構成」の適切な手順を実行します。

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

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

- APEX_040200: 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サービスの定義を照会するために使用されるアカウント。

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

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

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

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

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

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

- 互換性のないApplication Expressバージョンについて

3.2.1 例1: Oracle 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スクリプトを実行する必要があります。このスクリプトによって、ローカル・オブジェクトではなく、必要なメタデータ・リンク・オブジェクトが作成され、Oracle Application Expressを含む一般的なすべてのデータベース・オプションのデータベース・オブジェクトが再コンパイルされます。Oracle Application Expressのインストール後、「データベースからのインストール時の構成タスク」の説明に従って、PDBにWebリスナーを構成する必要があります。

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

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

元のCDBのルート・コンテナにApplication Expressがインストールされている既存のOracle Database 12cからPDBをコピーまたは移動するには、「データベースからのインストール時の構成タスク」の説明に従って、PDBにWebリスナーを構成するのみで済みます。

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

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

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

Application Expressがルート・コンテナではなく、ローカルにインストールされている既存のOracle Database 12cからPDBをコピーまたは移動するには、PDBをエラーなしでオープンできるように次のステップを実行する必要があります。Oracle Application Expressリリース4.2がインストールされている場合、接続元のPDB内のAPEX_040200スキーマには、Application Expressのすべてのデータベース・オブジェクトが含まれますが、メタデータ・リンク・オブジェクトは含まれません。このため、$ORACLE_HOME/rdbms/admin/apex_to_common.sqlを実行して一般的なオブジェクトを削除し、パッケージ、ビューおよびその他に対するメタデータ・リンクを作成する必要があります。

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

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

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. apex_to_common.sqlを実行します。次に例を示します。

@apex_to_common.sql

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

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

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

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

3.2.5 互換性のないApplication Expressバージョンについて

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

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

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

3.2.5.1 CDBのApplication Expressへのパッチ適用

Application Expressのバージョンがルート・コンテナよりもPDBで高い場合、エラーが発生することなくPDBをオープンするには、ルート・コンテナのApplication Expressのバージョンにパッチを適用する必要があります。

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

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

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

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

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. たとえば、apxpatch_con.sqlを実行します。

@apxpatch_con.sql

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

@apxldimg_con.sql

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

Application Expressのバージョンがルート・コンテナCDB$ROOTよりもPDBで低い場合、PDBのApplication Expressのバージョンにパッチを適用する必要があります。

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

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

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

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

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. 次の例に示すように、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ゲートウェイを使用している場合は、apxldimg.sqlを実行します。

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

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

このセクションの例では、「CDBからのApplication Expressのアンインストール」の説明に従って、Oracle Application Expressを明示的に削除することで、ルート・コンテナCDB$ROOTにOracle Application Expressがインストールされていない場合について説明します。このような場合は、オプションで、各PDBにローカルApplication Expressを個別にインストールできます。Oracle 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.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スクリプトを実行する必要があります。このスクリプトによって、(ローカル・オブジェクトではなく)必要なメタデータ・リンク・オブジェクトが作成され、一般的なすべてのデータベース・オプションのデータベース・オブジェクトが再コンパイルされます。ただし、ルート・コンテナからOracle Application Expressが削除されているため、スクリプトを実行しても、いずれのApplication Expressオブジェクトにもメタデータ・リンクが作成されません。このスクリプトでは、元のデータベースからApplication Expressインストールが変更されないため、「データベースからのインストール時の構成タスク」で説明するように、Webサーバーを構成するのみで済みます。

3.3.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.3.3 例3: 他のCDBからのローカルApplication Expressを含むPDBの接続

(CDBではなく)元のPDBにローカルApplication Expressがインストールされている既存のOracle Database 12cからPDBをコピーまたは移動するには、「データベースからのインストール時の構成タスク」の説明に従って、PDBにWebサーバーを構成するのみで済みます。Oracle Application Expressリリース4.2がインストールされている場合、接続元のPDB内のAPEX_040200スキーマには、ローカルに定義されたApplication Expressのすべてのオブジェクトが含まれますが、メタデータ・リンクは含まれません。

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

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

4 データベースからのインストール時の構成タスク

Oracle Application Expressは、Oracle Database 11gリリース1 (11.1)以上とともにデフォルトでインストールされます。この章では、Oracle Database 12c以上でスタンドアロンのマルチテナント・アーキテクチャにインストールされるOracle Application Expressのインストール後に必要な構成タスクについて説明します。

この章の内容は、新規インストールとアップグレード・インストールの両方に該当します。詳細は、「以前のリリースのOracle Application Expressからのアップグレード」を参照してください。

注意:
この章は、マルチテナント・アーキテクチャおよび非CDB(またはスタンドアロン)アーキテクチャのOracle Database 12cへのインストールに適用されます。マルチテナント・アーキテクチャの詳細は、『Oracle Database概要12cリリース1 (12.1)』の「第VI部」を参照してください。Oracle Database 12cリリース1 (12.1)マルチテナント・アーキテクチャでのApplication Expressに関連する別のインストール例の詳細は、第3章「マルチテナント・アーキテクチャの使用」を参照してください。

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

- インストール前の推奨タスク

- Webリスナーの選択

- データベースからのインストールとOracle REST Data Servicesの構成

- データベースからのインストールおよび埋込みPL/SQLゲートウェイの構成

- データベースからのインストールおよびOracle HTTP Serverの構成

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

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

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

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

http://www.oracle.com/technology/products/database/application_express/index.html

Oracle Database 12cリリース1 (12.1)にアップグレードしても、Oracle Application Expressにパッチは適用されません。Oracle Technology Network (OTN)からのOracle Application Expressのダウンロードおよびインストールの詳細は、Oracle Application Expressリリース4.2の『Oracle Application Expressインストレーション・ガイド』で「Oracle Technology Networkからのダウンロード」を参照してください。

4.2 インストール前の推奨タスク

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

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

2. 既存のすべてのOracle DatabaseインスタンスおよびOracle関連のプロセスを停止します。
通常の順、または優先度の高い順に、Oracle Application Expressスキーマをインストールするデータベースを除く、既存のすべてのOracle Databaseインスタンスを停止します。Oracle Real Application Clusters(Oracle RAC)システムでは、各ノードのすべてのインスタンスを停止します。

Oracle Automatic Storage Management (ASM)を実行中の場合は、Oracle Application Expressをインストールするデータベースを除く、ASMを使用するすべてのデータベースを停止してから、ASMインスタンスを停止します。

Oracle DatabaseおよびASMインスタンスを停止するには、Windowsの「サービス」ユーティリティを使用します。このユーティリティは、Windowsの「コントロール パネル」または「管理ツール」メニュー(「スタート」→「プログラム」)から使用できます。Oracle Databaseの名前は、OracleServiceから始まります。Oracle ASMサービスは、OracleASMService+ASMという名前です。また、ASMが使用するOracleCSServiceサービスも停止します。サービスの名前を右クリックし、メニューから「停止」を選択します。

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

参照:
『Oracle Databaseバックアップおよびリカバリ・アドバンスト・ユーザーズ・ガイド』

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

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

- 4.3 Webリスナーの選択

実行するためには、Oracle Application ExpressにOracle REST Data Services、Oracle HTTP Serverおよびmod_plsqlまたは埋込みPL/SQLゲートウェイへのアクセス権が必要です。詳細は、「Webリスナーの選択について」を参照してください。

4.4 データベースからのインストールとOracle REST Data Servicesの構成

このセクションではOracle Application ExpressおよびOracle REST Data Servicesの実行時に必要なインストール後の構成タスクについて説明します。

- Oracle Databaseのインストールおよびインストール前のタスクの実行

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

- RESTfulサービスの構成

- Oracle Database 12cのネットワーク・サービスの有効化

- セキュリティ上の考慮事項

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

- JOB_QUEUE_PROCESSESの管理について

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

4.4.1 Oracle Databaseのインストールおよびインストール前のタスクの実行

Oracle Application ExpressはOracle Database 11g 以上とともに自動的にインストールされます。Oracle Databaseのインストールの詳細は、ご使用のプラットフォームの『Oracle Databaseインストレーション・ガイド』および「インストール前の推奨タスク」を参照してください。

4.4.2 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. imagesディレクトリapex/imagesを、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.4.3 RESTfulサービスの構成

Oracle Application Expressを新しくインストールする場合は、構成スクリプトapex_rest_config.sqlを実行してRESTfulサービスを構成します。このステップは任意であり、インスタンスでOracle REST Data ServicesとともにRESTfulサービスを使用する場合にのみ実行する必要があります。構成すると、インスタンス管理者がこの機能の可用性を制御できます。インスタンス管理者がこのApplication ExpressインスタンスのRESTfulサービスを無効にした場合、このインスタンスではRESTfulサービスを使用できず、RESTfulサービスのアイコンも表示されません。詳細は、『Oracle Application Express管理ガイド』のSQLワークショップの構成に関する説明を参照してください。

注意:
RESTfulサービスにはOracle REST Data Servicesリリース2.0以上が必要です。

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

1. 作業ディレクトリを$ORACLE_HOME/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 Database 12cマルチテナント・アーキテクチャで実行している場合は、コンテナを、構成するプラガブル・データベース(PDB)に設定します。

ALTER SESSION SET CONTAINER = <PDB_name>;

4. 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.4.4 Oracle Database 12cのネットワーク・サービスの有効化

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

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

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

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

- 接続権限の付与

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

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

次の例は、ご使用の環境およびOracle Database 12cマルチテナント・アーキテクチャに応じて修正してから各プラガブル・データベース(PDB)で実行する必要があります。

4.4.4.1 接続権限の付与

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

DECLARE
ACL_PATH  VARCHAR2(4000);
BEGIN
-- Look for the ACL currently assigned to '*' and give APEX_040200
-- the "connect" privilege if APEX_040200 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_040200',
'connect') IS NULL THEN
DBMS_NETWORK_ACL_ADMIN.ADD_PRIVILEGE(ACL_PATH,
'APEX_040200', 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_040200', 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_040200
-- the "connect" privilege if APEX_040200 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_040200',
'connect') IS NULL THEN
DBMS_NETWORK_ACL_ADMIN.ADD_PRIVILEGE(ACL_PATH,
'APEX_040200', 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_040200', TRUE, 'connect');
DBMS_NETWORK_ACL_ADMIN.ASSIGN_ACL('local-access-users.xml','localhost');
END;
/
COMMIT;

4.4.4.2 無効な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_040200ユーザーにACLを適用する必要があります。「接続権限の付与」を参照してください。

4.4.5 セキュリティ上の考慮事項

HTTPリクエストで、パスワードやその他の機密データがクリア・テキストで送信されることのないように、Secure Sockets Layer(SSL)を構成して使用することをお薦めします。SSLを使用しないと、パスワードが公開され、セキュリティが損なわれる可能性があります。SSLは、業界標準のプロトコルです。RSA公開鍵暗号化と対称鍵暗号化を組み合せて使用することにより、認証、暗号化およびデータの整合性が提供されます。

参照:
Oracle Application Express管理ガイドの「HTTPSの必要性」

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

Oracle Application Expressのインタフェースは、ドイツ語、スペイン語、フランス語、イタリア語、日本語、韓国語、ポルトガル語(ブラジル)、簡体字中国語および繁体字中国語に変換できます。Oracle Application Expressの単一インスタンスは、これらの言語変換されたバージョンを1つ以上実装してインストールできます。実行時に、各ユーザーのWebブラウザの言語設定によって、特定の言語バージョンが使用されます。

言語変換されたバージョンの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

マルチテナント・アーキテクチャでは、各プラガブル・データベース(PDB)で次のスクリプトを実行する必要があります。

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

初めてインストールを行う場合も以前のリリースからアップグレードする場合も、言語変換されたバージョンのOracle Application Expressを実行するには、load_lang.sqlスクリプトを実行する必要があります。

インストール・スクリプトは$ORACLE_HOME/apex/builderのサブ・ディレクトリに格納されており、これらのサブディレクトリは言語コードで識別されます。たとえば、ドイツ語バージョンはapex/builder/de、日本語バージョンはapex/builder/jaに格納されます。各ディレクトリには、言語コード(たとえば、load_de.sqlやload_ja.sql)で識別される、言語固有のロード・スクリプトが格納されます。

言語変換されたバージョンの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. 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 Database 12cマルチテナント・アーキテクチャで実行している場合は、コンテナを、構成するPDBに設定します。

ALTER SESSION SET CONTAINER = <PDB_name>;

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

ALTER SESSION SET CURRENT_SCHEMA = APEX_040200;

5. 該当する言語固有のスクリプトを実行します。次に例を示します。

@load_lang.sql

langは特定の言語です。たとえば、ドイツ語の場合はload_de.sql、日本語の場合はload_ja.sqlとなります。

4.4.7 JOB_QUEUE_PROCESSESの管理について

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

- JOB_QUEUE_PROCESSESの数の表示

- JOB_QUEUE_PROCESSESの数の変更

4.4.7.1 JOB_QUEUE_PROCESSESの数の表示

JOB_QUEUE_PROCESSESの数を表示するには、3つの方法があります。

- インストール・ログ・ファイル

- Oracle Application Expressの「Application Expressのバージョン情報」ページ

- SQL*Plus

4.4.7.1.1 インストール・ログ・ファイルでのJOB_QUEUE_PROCESSESの表示

Oracle Application Expressリリース4.2をインストールした後、またはOracle Application Expressをリリース4.2にアップグレードした後、JOB_QUEUE_PROCESSESの数をインストール・ログ・ファイルに表示できます。「インストール・セッションのログの確認」を参照してください。

4.4.7.1.2 Oracle Application ExpressでのJOB_QUEUE_PROCESSESの表示

「Application Expressのバージョン情報」ページにJOB_QUEUE_PROCESSESの数を表示することもできます。

「Application Expressのバージョン情報」ページを表示するには、次のステップを実行します。

1. Oracle Application Expressにログインします。詳細は、「Oracle Application Expressワークスペースへのログイン」を参照してください。

2. 「管理」リストで、「Application Expressのバージョン情報」をクリックします。
ページの下部に、現在のJOB_QUEUE_PROCESSESの数が表示されます。

4.4.7.1.3 SQL*PlusによるJOB_QUEUE_PROCESSESの表示

次のSQLコマンドを実行して、SQL*PlusでJOB_QUEUE_PROCESSESの数を表示することもできます。

SELECT VALUE FROM v$parameter WHERE NAME = 'job_queue_processes'

4.4.7.2 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.4.8 ワークスペースの作成およびOracle Application Expressユーザーの追加

Webブラウザを使用してワークスペースにログインし、Oracle Application Expressのホームページにアクセスします。使用するWebブラウザでJavaScript、HTML 4.0およびCSS 1.0規格がサポートされている必要があります。「ブラウザの要件」を参照してください。

ワークスペースは、複数のユーザーが、各自のオブジェクト、データおよびアプリケーションをそれぞれに保持しながら、同じOracle Application Expressインストール内で作業できる、仮想プライベート・データベースです。各ワークスペースには、一意のIDと名前があります。

Oracle Application Express管理者は、Oracle Application Express管理サービスにワークスペースを手動で作成するか、ユーザーにリクエストを送信してもらうことができます。Oracle Application Express管理サービスは、Oracle Application Expressインスタンス全体を管理するための個別のアプリケーションです。『Oracle Application Express管理ガイド』の「ワークスペースの作成」および「ワークスペース変更リクエストの管理」を参照してください。

参照:
Oracle Application Expressを初めて使用する場合は、『Oracle Database Application Express 2日で開発者ガイド』を参照してください。

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

- Oracle Application Expressユーザーの作成

- Oracle Application Expressワークスペースへのログイン

4.4.8.1 ワークスペースの手動作成

Oracle Application Expressワークスペースを手動で作成するには、次のステップを実行します。

1. Oracle Application Express管理サービスへのログイン。Oracle Application Express管理サービスは、Oracle Application Expressインスタンス全体を管理するための個別のアプリケーションです。インストール時に作成または再設定したADMINアカウントおよびパスワードを使用してログインします。

1. Webブラウザで、Oracle Application Express管理サービス・アプリケーションにナビゲートします。
設定で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管理ガイド』の「Oracle Application Express管理サービスへのログイン」を参照してください。

次に、ワークスペースを作成します。

- 「ワークスペースの管理」をクリックします。

- 「ワークスペースの管理」で、「ワークスペースの作成」をクリックします。
「ワークスペースの作成」ウィザードが表示されます。

- 「ワークスペースの指定」に、ワークスペースの名前と説明を入力して、「次へ」をクリックします。

- 「スキーマの指定」で、Oracle Formsアプリケーションのスキーマを選択します。

1. 「既存のスキーマを再利用」で、「はい」を選択します。

2. リストからスキーマを選択します。

3. 「次へ」をクリックします。

- 「管理者の指定」に、ワークスペース管理者の情報を入力して、「次へ」をクリックします。

- 選択した内容を確認し、「作成」をクリックします。

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

Oracle Application Expressユーザー・アカウントを作成するには、次のステップを実行します。

1. 前述のセクションで説明したように、Oracle Application Express管理サービスにログインします。詳細は、『Oracle Application Express管理ガイド』の「Oracle Application Express管理サービスへのログイン」を参照してください。

2. 「ワークスペースの管理」をクリックします。

3. 「ワークスペースの管理」で、「開発者とユーザーの管理」をクリックします。
「開発者とユーザーの管理」ページが表示されます。

4. 「作成」をクリックします。
「ユーザーの作成/編集」ページが表示されます。

5. 「ユーザー属性」で、適切な情報を入力します。アスタリスクが付いたフィールドは必須です。

ヒント:
特定の属性の詳細は、アイテム・ラベルをクリックしてください。ヘルプが利用できる場合は、アイテム・ラベル上にカーソルを重ねると、アイテム・ラベルが赤色に変わり、カーソルが矢印と疑問符に変わります。

- 「パスワード」に、このアカウントの大/小文字を区別したパスワードを入力します。
組織でパスワード・ポリシーを設定している場合は、パスワードが要件を満たすことを確認してください。

- 「開発者権限」で、適切な権限を選択します。

- 開発者ユーザー: 開発者またはワークスペース管理者としてこのユーザーを追加する場合は、「はい」を選択します。エンド・ユーザーの場合は、「いいえ」を選択します。
開発者は、アプリケーションおよびデータベース・オブジェクトの作成および変更、開発者アクティビティ、セッション・ステート、ワークスペースアクティビティおよびスキーマ・レポートの表示が可能です。

- ワークスペース管理者ユーザー: ワークスペース管理者としてこのユーザーを追加する場合は、「はい」を選択します。開発者またはエンド・ユーザーの場合は、「いいえ」を選択します。
ワークスペース管理者は、開発者権限を持っていることに加え、ユーザー・アカウントの作成および編集、グループの管理、同じワークスペース内のユーザーのパスワードの変更および開発サービスの管理が可能です。

- 「アカウント制御」で、次の項目を指定します。

- アカウントの可用性: ユーザーがこのアカウントにログインできるようにするには、「ロック解除済」を選択します。

- 初回使用時にパスワードの変更が必要: ユーザーが現在の一時パスワードでログインした直後にパスワードを変更する必要がある場合は、「はい」を選択します。それ以外の場合は、「いいえ」を選択します。

- 「ユーザーの作成」または「作成後、別のものの作成」をクリックします。

- 4.4.8.3 Oracle Application Expressワークスペースへのログイン

ワークスペースを作成した後、ログイン資格証明(ワークスペース名、ユーザー名およびパスワード)を使用してログインします。

参照:
『Oracle Application Express管理ガイド』の「ワークスペースの作成」および「ワークスペースと変更リクエストの管理」を参照してください。

ワークスペースにログインするには、次のステップを実行します。

1. Webブラウザで、Oracle Application Expressの「ログイン」ページにナビゲートします。
設定で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. 「ログイン」で、次の項目を入力します。

- 「ワークスペース」フィールド: ワークスペースの名前を入力します。

- 「ユーザー名」フィールド: ユーザー名を入力します。

- 「パスワード」フィールド: 大/小文字を区別したパスワードを入力します。

3. 「ログイン」をクリックします。
設定によっては、初めてログインするときにパスワードの変更を要求される場合があります。

4.5 データベースからのインストールおよび埋込みPL/SQLゲートウェイの構成

このセクションでは埋込みPL/SQLゲートウェイとともにOracle Application Expressを実行する際に必要なインストール後の構成タスクについて説明します。

- Oracle Databaseのインストールおよびインストール前のタスクの実行

- XDBリポジトリのリソースのロード

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

- Oracle Database 12cのネットワーク・サービスの有効化

- セキュリティ上の考慮事項

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

- JOB_QUEUE_PROCESSESの管理について

- SHARED_SERVERSパラメータの構成

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

参照:
「Oracle Application Expressランタイム環境について」

4.5.1 Oracle Databaseのインストールおよびインストール前タスクの実行

Oracle Application ExpressはOracle Database 11g 以上とともに自動的にインストールされます。Oracle Databaseのインストールの詳細は、ご使用のオペレーティング環境向けの『Oracle Databaseインストレーション・ガイド』および「インストール前の推奨タスク」を参照してください。

4.5.2 XDBリポジトリのリソースのロード

新規またはアップグレード・インストールでは、構成スクリプトapex_epg_config.sqlを実行して、イメージおよび静的リソースをXDBリポジトリにロードし、使用可能にします。

apex_epg_config.sql構成スクリプトを実行するには、次の手順を実行します。

1. 作業ディレクトリをORACLE_BASE\ORACLE_HOME\apex(またはOracleホームを示すために使用される表記規則)に変更します。

2. SQL*Plusを起動し、Oracle Application Expressがインストールされているデータベースに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 Database 12cマルチテナント・アーキテクチャで実行している場合は、次の例に示すように、コンテナを、構成するプラガブル・データベース(PDB)に設定します。

ALTER SESSION SET CONTAINER = <PDB_name>;

4. 次の例のようにファイル・システム・パスをOracleホームに渡してapex_epg_config.sqlを実行します。

@apex_epg_config /u01/app/product/12.1.0/dbhome_1

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

埋込みPL/SQLゲートウェイは、Oracle Database 12cとともにインストールされますが、Oracle Application Expressで使用する前に構成する必要があります。これを行うには、構成スクリプトを実行し、ANONYMOUSアカウントのロックを解除する必要があります。

注意:
Oracle XML DBプロトコル・サーバーおよび埋込みPL/SQLゲートウェイは、Oracle Database 11gより前のデータベースではサポートされていません。

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

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

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

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

4.5.3.1 apxconf.sql構成スクリプトの実行

新規インストールで構成スクリプトapxconf.sqlを実行し、埋込みPL/SQLゲートウェイを構成します。次に、ANONYMOUSアカウントのロックを解除します。

注意:
アップグレードの場合で、埋込みPL/SQLゲートウェイをすでに構成してあれば、このセクションをスキップして「Oracle Database 12cでのネットワーク・サービスの有効化」に進んでください。

apxconf.sql構成スクリプトを実行するには、次のステップを実行します。

1. 作業ディレクトリをORACLE_BASE\ORACLE_HOME\apex(またはOracleホームを示すために使用される表記規則)に変更します。

2. SQL*Plusを起動し、Oracle Application Expressがインストールされているデータベースに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 Database 12cマルチテナント・アーキテクチャで実行している場合は、次の例に示すように、コンテナを、構成するプラガブル・データベース(PDB)に設定します。

ALTER SESSION SET CONTAINER = <PDB_name>;

4. 次の例に示すように、apxconf.sqlを実行します。

@apxconf

5. Oracle Database 12cマルチテナント・アーキテクチャで実行している場合は、コンテナを、CDB$ROOTに設定します。

ALTER SESSION SET CONTAINER = CDB$ROOT;

6. 次の文を入力し、ANONYMOUSアカウントのロックを解除します。

ALTER USER ANONYMOUS ACCOUNT UNLOCK;

ヒント:
Oracle Database 12cマルチテナント・アーキテクチャで実行している場合、ANONYMOUSアカウントのロック解除はルート・コンテナで1回のみで済むため、ステップ5およびステップ6は、最初のPDBを構成する際に1回のみ実行する必要があります。

- 「Oracle Database 12cのネットワーク・サービスの有効化」から「ワークスペースの作成およびOracle Application Expressユーザーの追加」のセクションの適切なステップを実行します。

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

埋込みPL/SQLゲートウェイは、Oracle DatabaseのOracle XML DBプロトコル・サーバーで実行されます。対応するポート番号を確認すると、Oracle XML DBプロトコル・サーバーのHTTPが有効化されているかどうかを判断できます。

Oracle XML DBプロトコル・サーバーが実行されているHTTPポート番号を検証するには、次のステップを実行します。

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. Oracle Database 12cマルチテナント・アーキテクチャで実行している場合は、コンテナを、検証するプラガブル・データベース(PDB)に設定します。

ALTER SESSION SET CONTAINER = <PDB_name>;

3. 次の文を入力し、ポート番号を確認します。

SELECT DBMS_XDB.GETHTTPPORT FROM DUAL;

ポート番号に0が戻された場合、Oracle XML DBプロトコル・サーバーは無効化されています。

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

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

埋込みPL/SQLゲートウェイは、Oracle DatabaseのOracle XML DBプロトコル・サーバーで実行されます。

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

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

- Windowsの場合は、次のようになります。

DRIVE_LETTER:\> 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. Oracle Database 12cマルチテナント・アーキテクチャで実行している場合は、コンテナを、有効化するPDBに設定します。

ALTER SESSION SET CONTAINER = <PDB_name>;

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

EXEC DBMS_XDB.SETHTTPPORT(port);
COMMIT;

次に例を示します。

EXEC DBMS_XDB.SETHTTPPORT(8080);
COMMIT;

注意:
1024未満のポート番号は、多くのオペレーティング・システムで特権プロセス用に予約されています。1024未満のポート(80など)でXML DBプロトコル・サーバーを有効化するには、次のドキュメントを参照してください。

- 『Oracle XML DB開発者ガイド』のプロトコルを使用したリポジトリへのアクセスに関する項およびOracle XML プロトコル・サーバーの構成管理に関する項

- 『Oracle Database Net Servicesリファレンス』のプロトコル・アドレスの構成およびポート番号制限に関する項

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

埋込みPL/SQLゲートウェイは、Oracle DatabaseのOracle XML DBプロトコル・サーバーで実行されます。

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

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

- Windowsの場合は、次のようになります。

DRIVE_LETTER:\> 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. Oracle Database 12cマルチテナント・アーキテクチャで実行している場合は、コンテナを、無効化するプラガブル・データベース(PDB)に設定します。

ALTER SESSION SET CONTAINER = <PDB_name>;

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

EXEC DBMS_XDB.SETHTTPPORT(0);
COMMIT;

4.5.4 Oracle Database 12cのネットワーク・サービスの有効化

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

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

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

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

- 接続権限の付与

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

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

次の例は、ご使用の環境および12cマルチテナント・アーキテクチャに応じて修正してから各プラガブル・データベース(PDB)で実行する必要があります。

4.5.4.1 接続権限の付与

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

DECLARE
ACL_PATH  VARCHAR2(4000);
BEGIN
-- Look for the ACL currently assigned to '*' and give APEX_040200
-- the "connect" privilege if APEX_040200 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_040200',
'connect') IS NULL THEN
DBMS_NETWORK_ACL_ADMIN.ADD_PRIVILEGE(ACL_PATH,
'APEX_040200', 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_040200', 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_040200
-- the "connect" privilege if APEX_040200 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_040200',
'connect') IS NULL THEN
DBMS_NETWORK_ACL_ADMIN.ADD_PRIVILEGE(ACL_PATH,
'APEX_040200', 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_040200', TRUE, 'connect');
DBMS_NETWORK_ACL_ADMIN.ASSIGN_ACL('local-access-users.xml','localhost');
END;
/
COMMIT;

4.5.4.2 無効な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_040200ユーザーにACLを適用する必要があります。「接続権限の付与」を参照してください。

4.5.5 セキュリティ上の考慮事項

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

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

参照:
Oracle Application Express管理ガイドの「HTTPSの必要性」

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

Oracle Application Expressのインタフェースは、ドイツ語、スペイン語、フランス語、イタリア語、日本語、韓国語、ポルトガル語(ブラジル)、簡体字中国語および繁体字中国語に変換できます。Oracle Application Expressの単一インスタンスは、これらの言語変換されたバージョンを1つ以上実装してインストールできます。実行時に、各ユーザーのWebブラウザの言語設定によって、特定の言語バージョンが使用されます。

言語変換されたバージョンの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.5.6.1 言語変換されたバージョンのOracle Application Expressのインストール

初めてインストールを行う場合も以前のリリースからアップグレードする場合も、言語変換されたバージョンのOracle Application Expressを実行するには、load_lang.sqlスクリプトを実行する必要があります。

インストール・スクリプトは、配布を解凍したapex/builderのサブディレクトリに格納されます。これらのサブディレクトリは、言語コードで識別されます。たとえば、ドイツ語バージョンはapex/builder/de、日本語バージョンはapex/builder/jaに格納されます。各ディレクトリには、言語コード(たとえば、load_de.sqlやload_ja.sql)で識別される、言語固有のロード・スクリプトが格納されます。

言語変換されたバージョンの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. 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 Database 12cマルチテナント・アーキテクチャで実行している場合は、コンテナを、構成するプラガブル・データベース(PDB)に設定します。

ALTER SESSION SET CONTAINER = <PDB_name>;

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

ALTER SESSION SET CURRENT_SCHEMA = APEX_040200;

5. 該当する言語固有のスクリプトを実行します。次に例を示します。

@load_lang.sql

langは特定の言語です。たとえば、ドイツ語の場合はload_de.sql、日本語の場合はload_ja.sqlとなります。

4.5.7 JOB_QUEUE_PROCESSESの管理について

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

- JOB_QUEUE_PROCESSESの数の表示

- JOB_QUEUE_PROCESSESの数の変更

4.5.7.1 JOB_QUEUE_PROCESSESの数の表示

JOB_QUEUE_PROCESSESの数を表示するには、3つの方法があります。

- インストール・ログ・ファイル

- Oracle Application Expressの「Application Expressのバージョン情報」ページ

- SQL*Plus

4.5.7.1.1 インストール・ログ・ファイルでのJOB_QUEUE_PROCESSESの表示

Oracle Application Expressリリース4.2をインストールした後、またはOracle Application Expressをリリース4.2にアップグレードした後、JOB_QUEUE_PROCESSESの数をインストール・ログ・ファイルに表示できます。「インストール・セッションのログの確認」を参照してください。

4.5.7.1.2 Oracle Application ExpressでのJOB_QUEUE_PROCESSESの表示

「Application Expressのバージョン情報」ページにJOB_QUEUE_PROCESSESの数を表示することもできます。

「Application Expressのバージョン情報」ページを表示するには、次のステップを実行します。

1. Oracle Application Expressにログインします。詳細は、「Oracle Application Expressワークスペースへのログイン」を参照してください。

2. 「管理」リストで、「Application Expressのバージョン情報」をクリックします。
ページの下部に、現在のJOB_QUEUE_PROCESSESの数が表示されます。

4.5.7.1.3 SQL*PlusによるJOB_QUEUE_PROCESSESの表示

次のSQLコマンドを実行して、SQL*PlusでJOB_QUEUE_PROCESSESの数を表示することもできます。

SELECT VALUE FROM v$parameter WHERE NAME = 'job_queue_processes'

4.5.7.2 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.5.8 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;

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

Webブラウザを使用してワークスペースにログインし、Oracle Application Expressのホームページにアクセスします。使用するWebブラウザでJavaScript、HTML 4.0およびCSS 1.0規格がサポートされている必要があります。「ブラウザの要件」を参照してください。

ワークスペースは、複数のユーザーが、各自のオブジェクト、データおよびアプリケーションをそれぞれに保持しながら、同じOracle Application Expressインストール内で作業できる、仮想プライベート・データベースです。各ワークスペースには、一意のIDと名前があります。

Oracle Application Express管理者は、Oracle Application Express管理サービスにワークスペースを手動で作成するか、ユーザーにリクエストを送信してもらうことができます。Oracle Application Express管理サービスは、Oracle Application Expressインスタンス全体を管理するための個別のアプリケーションです。詳細は、『Oracle Application Express管理ガイド』の「ワークスペースの作成」および「ワークスペースリクエストの管理」を参照してください。

参照:
Oracle Application Expressを初めて使用する場合は、『Oracle Database Application Express 2日で開発者ガイド』を参照してください。

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

- Oracle Application Expressユーザーの作成

- Oracle Application Expressワークスペースへのログイン

4.5.9.1 作業領域の手動作成

Oracle Application Expressワークスペースを手動で作成するには、次のステップを実行します。

1. Oracle Application Express管理サービスへのログイン。Oracle Application Express管理サービスは、Oracle Application Expressインスタンス全体を管理するための個別のアプリケーションです。インストール時に作成または再設定したADMINアカウントおよびパスワードを使用してログインします。

1. Webブラウザで、Oracle Application Express管理サービス・アプリケーションにナビゲートします。
ご使用の設定では埋込みPL/SQLゲートウェイが使用されているため、次にナビゲートします。

http://hostname:port/apex/apex_admin

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

hostnameは、Oracle XML DBプロトコル・サーバーがインストールされているシステムの名前です。

portは、Oracle XML DBプロトコル・サーバーのHTTPに割り当てられているポート番号です。デフォルトのインストールの場合、この番号は8080です。Oracle Database 12cマルチテナント・アーキテクチャを使用している場合は、各プラガブル・データベース(PDB)に個別のポート番号が割り当てられます。

apexは、構成ファイルで定義されているデータベース・アクセス記述子(DAD)です。

2. 「ログイン」ページで、次の操作を行います。

- 「ユーザー名」に、adminと入力します。

- 「パスワード」に、Oracle Application Expressのインストール時に指定したOracle Application Express管理者アカウントのパスワードを入力します。

- 「ログイン」をクリックします。

参照:
詳細は、『Oracle Application Express管理ガイド』の「Oracle Application Express管理サービスへのログイン」を参照してください。

次に、ワークスペースを作成します。

- 「ワークスペースの管理」をクリックします。

- 「ワークスペースの管理」で、「ワークスペースの作成」をクリックします。
「ワークスペースの作成」ウィザードが表示されます。

- 「ワークスペースの指定」に、ワークスペースの名前と説明を入力して、「次へ」をクリックします。

- 「スキーマの指定」で、Oracle Formsアプリケーションのスキーマを選択します。

1. 「既存のスキーマを再利用」で、「はい」を選択します。

2. リストからスキーマを選択します。

3. 「次へ」をクリックします。

- 「管理者の指定」に、ワークスペース管理者の情報を入力して、「次へ」をクリックします。

- 選択した内容を確認し、「作成」をクリックします。

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

Oracle Application Expressユーザー・アカウントを作成するには、次のステップを実行します。

1. 前述のセクションで説明したように、Oracle Application Express管理サービスにログインします。詳細は、『Oracle Application Express管理ガイド』の「Oracle Application Express管理サービスへのログイン」を参照してください。

2. 「ワークスペースの管理」をクリックします。

3. 「ワークスペースの管理」で、「開発者とユーザーの管理」をクリックします。
「開発者とユーザーの管理」ページが表示されます。

4. 「作成」をクリックします。
「ユーザーの作成/編集」ページが表示されます。

5. 「ユーザー属性」で、適切な情報を入力します。アスタリスクが付いたフィールドは必須です。

ヒント:
特定の属性の詳細は、アイテム・ラベルをクリックしてください。ヘルプが利用できる場合は、アイテム・ラベル上にカーソルを重ねると、アイテム・ラベルが赤色に変わり、カーソルが矢印と疑問符に変わります。

- 「パスワード」に、このアカウントの大/小文字を区別したパスワードを入力します。
組織でパスワード・ポリシーを設定している場合は、パスワードが要件を満たすことを確認してください。

- 「開発者権限」で、適切な権限を選択します。

- 開発者ユーザー: 開発者またはワークスペース管理者としてこのユーザーを追加する場合は、「はい」を選択します。エンド・ユーザーの場合は、「いいえ」を選択します。
開発者は、アプリケーションおよびデータベース・オブジェクトの作成および変更、開発者アクティビティ、セッション・ステート、ワークスペースアクティビティおよびスキーマ・レポートの表示が可能です。

- ワークスペース管理者ユーザー: ワークスペース管理者としてこのユーザーを追加する場合は、「はい」を選択します。開発者またはエンド・ユーザーの場合は、「いいえ」を選択します。
ワークスペース管理者は、開発者権限を持っていることに加え、ユーザー・アカウントの作成および編集、グループの管理、同じワークスペース内のユーザーのパスワードの変更および開発サービスの管理が可能です。

- 「アカウント制御」で、次の項目を指定します。

- アカウントの可用性: ユーザーがこのアカウントにログインできるようにするには、「ロック解除済」を選択します。

- 初回使用時にパスワードの変更が必要: ユーザーが現在の一時パスワードでログインした直後にパスワードを変更する必要がある場合は、「はい」を選択します。それ以外の場合は、「いいえ」を選択します。

- 「ユーザーの作成」または「作成後、別のものの作成」をクリックします。

- 4.5.9.3 Oracle Application Express作業領域へのログイン

ワークスペースを作成した後、ログイン資格証明(ワークスペース名、ユーザー名およびパスワード)を使用してログインします。

参照:
Oracle Application Express管理ガイドの「ワークスペースの作成」および「ワークスペースリクエストの管理」を参照してください。

ワークスペースにログインするには、次のステップを実行します。

1. Webブラウザで、Oracle Application Expressの「ログイン」ページにナビゲートします。
設定に埋込みPL/SQLゲートウェイを使用する場合は、次へ移動します。

http://hostname:port/apex

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

- hostnameは、Oracle XML DBプロトコル・サーバーがインストールされているシステムの名前です。

- portは、Oracle XML DBプロトコル・サーバーのHTTPに割り当てられているポート番号です。デフォルトのインストールの場合、この番号は8080です。Oracle Database 12cマルチテナント・アーキテクチャを使用している場合は、各PDBに個別のポート番号が割り当てられます。

- apexは、構成ファイルで定義されているデータベース・アクセス記述子(DAD)です。
以前のリリースからアップグレードしたユーザーや、カスタム構成があるユーザーの場合は、この値はhtmldbかその他の値にする必要があります。Oracle Application Express管理者にDADを確認します。

「ログイン」ページが表示されます。

2. 「ログイン」で、次の項目を入力します。

- 「ワークスペース」フィールド: ワークスペースの名前を入力します。

- 「ユーザー名」フィールド: ユーザー名を入力します。

- 「パスワード」フィールド: 大/小文字を区別したパスワードを入力します。

3. 「ログイン」をクリックします。
設定によっては、初めてログインするときにパスワードの変更を要求される場合があります。

4.6 データベースからのインストールおよびOracle HTTP Serverの構成

このセクションでは、Oracle Database 12cで配布されたOracle HTTP Serverおよびmod_plsqlを構成する方法について説明します。

- Oracle Databaseのインストールおよびインストール前のタスクの実行

- Oracle Database 12cで配布されたOracle HTTP Serverの構成

- Oracle Database 12cのネットワーク・サービスの有効化

- セキュリティ上の考慮事項

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

- JOB_QUEUE_PROCESSESの管理について

- PlsqlDatabasePasswordパラメータの難読化について

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

注意:
このセクションでは、Oracleホーム・ディレクトリ(ORACLE_HTTPSERVER_HOME)にOracle HTTP Serverがインストールされていると想定します。

4.6.1 Oracle Databaseのインストールおよびインストール前のタスクの実行

Oracle Application ExpressはOracle Database 11g 以上とともに自動的にインストールされます。Oracle Databaseのインストールの詳細は、ご使用のオペレーティング環境向けの『Oracle Databaseインストレーション・ガイド』および「インストール前の推奨タスク」を参照してください。

4.6.2 Oracle Database 12cで配布されたOracle HTTP Serverの構成

次の文がすべてtrueの場合、これらのインストール後のステップを実行します。

- Oracle Database 12c以上とともにインストールされるOracle Application Expressのバージョンを使用している。

- 以前のリリースからのアップグレードでない。今回がOracle Application Expressの新規インストールである。

- Oracle Database 12cで配布されたOracle HTTP Serverを実行している。

この項には次のトピックが含まれます:

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

- APEX_PUBLIC_USERデータベース・ユーザーのロック解除

- APEX_PUBLIC_USERデータベース・ユーザーのパスワードの変更

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

- Oracle HTTP Server 12cの構成

注意:
このセクションでは、Oracleホーム・ディレクトリ(ORACLE_HTTPSERVER_HOME)にOracle HTTP Serverがインストールされていると想定します。

4.6.2.1 ADMINアカウントのパスワードの変更

最初に、Oracle Application ExpressのADMINアカウントのパスワードを変更します。マルチテナント・アーキテクチャでは、これは構成するプラガブル・データベース(PDB)でのみ実行する必要があり、CDB$ROOTコンテナでは実行しないでください。

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

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

1. 作業ディレクトリをORACLE_BASE\ORACLE_HOME\apex(またはOracleホームを示すために使用される表記規則)に変更します。

2. SQL*Plusを起動し、Oracle Application Expressがインストールされているデータベースに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 Database 12cマルチテナント・アーキテクチャで実行している場合は、コンテナを、構成するPDBに設定します。

ALTER SESSION SET CONTAINER = <PDB_name>;

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

@apxchpwd.sql

ADMINアカウントのパスワードの入力を求められたら入力します。

4.6.2.2 APEX_PUBLIC_USERデータベース・ユーザーのロック解除

新規インストールでOracle HTTP Server for Oracle Application Expressを構成する場合、データベース・ユーザーAPEX_PUBLIC_USERはロック解除されたアカウントである必要があります。データベース・ユーザーAPEX_PUBLIC_USERのアカウントをロック解除するには、次のステップを実行します。

1. SQL*Plusを起動し、Oracle Application Expressがインストールされているデータベースに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 USER APEX_PUBLIC_USER ACCOUNT UNLOCK

4.6.2.3 APEX_PUBLIC_USERデータベース・ユーザーのパスワードの変更

DADファイルにパスワードを指定するには、データベース・ユーザーAPEX_PUBLIC_USERのパスワードを変更する必要があります。次のステップを実行してAPEX_PUBLIC_USERデータベース・ユーザーのパスワードを変更してください。

1. SQL*Plusを起動し、Oracle Application Expressがインストールされているデータベースに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> PASSWORD APEX_PUBLIC_USER
Changing password for APEX_PUBLIC_USER
New password: password
Retype new password: password

4.6.2.3.1 Oracle Database 12cでのパスワードの有効期限について

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

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

パスワードが期限切れではないプロファイルをCDB以外に作成するには、次の手順を実行します。

1. SQL*Plusを起動し、Oracle Application Expressがインストールされているデータベースに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> create profile c##apex_pub_profile LIMIT PASSWORD_LIFE_TIME UNLIMITED;
alter user APEX_PUBLIC_USER profile c##apex_pub_profile;

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

パスワードが期限切れではないプロファイルをCDBに作成するには、次の手順を実行します。

1. SQL*Plusを起動し、Oracle Application ExpressがインストールされているデータベースのCDB$ROOTに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> create profile c##apex_pub_profile LIMIT
PASSWORD_LIFE_TIME UNLIMITED;
alter user APEX_PUBLIC_USER profile c##apex_pub_profile;

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

4.6.2.4 imagesディレクトリのコピー

新規インストールをロードしているか、以前のリリースをアップグレードしているかにかかわらず、トップ・レベルのapex\imagesディレクトリからOracle HTTP Server用のOracleホームを含むファイル・システム上の場所に、imagesディレクトリをコピーする必要があります。

アップグレード中に、前のバージョンに戻すことができるように、Oracle Application Expressの既存のimagesディレクトリの名前を変更し、imagesのリリース番号を示すようにします。

ファイル・システム上で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 ORACLE_HOME\apex\images ORACLE_HTTPSERVER_HOME\user_projects\domains\base_domain\images

- UNIXおよびLinuxの場合:

cp -rf $ORACLE_HOME/apex/images ORACLE_HTTPSERVER_HOME/user_projects/domains/base_domain

前述の構文例では、次のとおりです。

- ORACLE_HOMEは、Oracle Database 12cのOracleホームです。

- ORACLE_HTTPSERVER_HOMEは、既存のOracle Application ServerまたはOracle HTTP ServerのOracleホームを示しています。

4.6.2.5 Oracle HTTP Server 12cの構成

次に該当する場合は、ここに示すインストール後のステップを実行します。

- Oracle HTTP Server 12cを実行している。

- Oracle HTTP ServerがOracleホームにインストールされている。

注意:
このマニュアルでは、ORACLE_HTTPSERVER_HOMEにOracle HTTP Serverがインストールされていると想定します。

- dads.confファイルの編集

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

4.6.2.5.1 dads.confファイルの編集

Oracle Application Expressを新しくインストールする場合は、dads.confファイルを編集する必要があります。dads.confファイルには、Oracle Application ExpressにアクセスするためのDAD情報が保存されています。

dads.confファイルを編集するには、次のステップを実行します。

1. テキスト・エディタを使用してdads.confファイルを開きます。

- Oracle Database 12cで配布されたOracle HTTP Serverの場合:

- 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以外の名前に変更されている場合もあります。

- dads.confファイルで、ORACLE_HTTPSERVER_HOME、host、port、service_nameおよびapex_public_user_passwordは、ご使用の環境に適した値に置き換えます。apex_public_user_passwordは、「APEX_PUBLIC_USERデータベース・ユーザーのパスワードの変更」で変更したパスワードです。また、マルチテナント・アーキテクチャを構成している場合は、service_nameはPDBのサービス名であることが必要です。CDB$ROOTコンテナのservice_nameであることはできません。
ここで示すパスは、単なる例です。dads.confファイルのパスは、「imagesディレクトリのコピー」に示されているファイル・システム・パスを参照している必要があります。さらに、マルチテナント・アーキテクチャでOracle Application Expressを構成している場合は、有効にするプラガブル・データベース(PDB)のサービス名を必ず使用してください。CDB$ROOTコンテナのサービス名は使用しないでください。

Alias /i/ "ORACLE_HTTPSERVER_HOME/user_projects/domains/base_domain/images/"

<Location /pls/apex>
Order deny,allow
PlsqlDocumentPath docs
AllowOverride None
PlsqlDocumentProcedure         wwv_flow_file_mgr.process_download
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
Allow from all
</Location>

- PlsqlNLSLanguageを含む行を検索します。
PlsqlNLSLanguage設定で、DADの言語設定を判断します。データベース・キャラクタ・セットがAL32UTF8であるかどうかにかかわらず、PlsqlNLSLanguage値のキャラクタ・セット部分は、AL32UTF8に設定されている必要があります。次に例を示します。

...
PlsqlNLSLanguage            AMERICAN_AMERICA.AL32UTF8
...

- 変更を保存して、dads.confファイルを閉じます。

- 4.6.2.5.2 Oracle HTTP Server 12cの停止および再起動

Oracle HTTP Serverを停止して再起動するには、次の構文を使用してコマンドを入力します。ここでDOMAIN_HOMEはOracle HTTP Serverドメインへのパスです。

Linuxの場合:

$DOMAIN_HOME/bin/stopComponent.sh componentName

Windowsの場合は、次のようになります。

%DOMAIN_HOME%\bin\stopComponent.cmd componentName

デフォルトのインストールでは、componentNameはohs1ですが、Oracle HTTP Server構成ウィザードの実行中に変更されている場合もあります。

4.6.3 Oracle Database 12cのネットワーク・サービスの有効化

Oracle Database 12cリリース1 (12.1)では、デフォルトで、ネットワーク・サービスと対話する機能は無効になっています。このため、Oracle Database 12cリリース1 (12.1)でOracle Application Expressを実行している場合は、新しいDBMS_NETWORK_ACL_ADMINパッケージを使用して、APEX_040200データベース・ユーザーにすべてのホストに対する接続権限を付与する必要があります。これらの権限を付与しないと、次の動作で問題が発生します。

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

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

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

- 接続権限の付与

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

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

次の例は、ご使用の環境およびOracle Database 12cマルチテナント・アーキテクチャに応じて修正してから各PDBで実行する必要があります。

4.6.3.1 接続権限の付与

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

DECLARE
ACL_PATH  VARCHAR2(4000);
BEGIN
-- Look for the ACL currently assigned to '*' and give APEX_040200
-- the "connect" privilege if APEX_040200 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_040200',
'connect') IS NULL THEN
DBMS_NETWORK_ACL_ADMIN.ADD_PRIVILEGE(ACL_PATH,
'APEX_040200', 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_040200', 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_040200
-- the "connect" privilege if APEX_040200 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_040200',
'connect') IS NULL THEN
DBMS_NETWORK_ACL_ADMIN.ADD_PRIVILEGE(ACL_PATH,
'APEX_040200', 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_040200', TRUE, 'connect');
DBMS_NETWORK_ACL_ADMIN.ASSIGN_ACL('local-access-users.xml','localhost');
END;
/
COMMIT;

4.6.3.2 無効な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_040200ユーザーにACLを適用する必要があります。「接続権限の付与」を参照してください。

4.6.4 セキュリティ上の考慮事項

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

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

参照:
Oracle Application Express管理ガイドの「HTTPSの必要性」

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

Oracle Application Expressのインタフェースは、ドイツ語、スペイン語、フランス語、イタリア語、日本語、韓国語、ポルトガル語(ブラジル)、簡体字中国語および繁体字中国語に変換できます。Oracle Application Expressの単一インスタンスは、これらの言語変換されたバージョンを1つ以上実装してインストールできます。実行時に、各ユーザーのWebブラウザの言語設定によって、特定の言語バージョンが使用されます。

言語変換されたバージョンの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.6.5.1 言語変換されたバージョンのOracle Application Expressのインストール

初めてインストールを行う場合も以前のリリースからアップグレードする場合も、言語変換されたバージョンのOracle Application Expressを実行するには、load_lang.sqlスクリプトを実行する必要があります。

インストール・スクリプトは、配布を解凍したapex/builderのサブディレクトリに格納されます。これらのサブディレクトリは、言語コードで識別されます。たとえば、ドイツ語バージョンはapex/builder/de、日本語バージョンはapex/builder/jaに格納されます。各ディレクトリには、言語コード(たとえば、load_de.sqlやload_ja.sql)で識別される、言語固有のロード・スクリプトが格納されます。

言語変換されたバージョンの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. Oracle Database 12cマルチテナント・アーキテクチャで実行している場合は、コンテナを、構成するプラガブル・データベース(PDB)に設定します。

ALTER SESSION SET CONTAINER = <PDB_name>;

3. 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

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

ALTER SESSION SET CURRENT_SCHEMA = APEX_040200;

5. 該当する言語固有のスクリプトを実行します。次に例を示します。

@load_lang.sql

langは特定の言語です。たとえば、ドイツ語の場合はload_de.sql、日本語の場合はload_ja.sqlとなります。

4.6.6 JOB_QUEUE_PROCESSESの管理について

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

- JOB_QUEUE_PROCESSESの数の表示

- JOB_QUEUE_PROCESSESの数の変更

4.6.6.1 JOB_QUEUE_PROCESSESの数の表示

JOB_QUEUE_PROCESSESの数を表示するには、3つの方法があります。

- インストール・ログ・ファイル

- Oracle Application Expressの「Application Expressのバージョン情報」ページ

- SQL*Plus

4.6.6.1.1 インストール・ログ・ファイルでのJOB_QUEUE_PROCESSESの表示

Oracle Application Expressリリース4.2をインストールした後、またはOracle Application Expressをリリース4.2にアップグレードした後、JOB_QUEUE_PROCESSESの数をインストール・ログ・ファイルに表示できます。「インストール・セッションのログの確認」を参照してください。

4.6.6.1.2 Oracle Application ExpressでのJOB_QUEUE_PROCESSESの表示

「Application Expressのバージョン情報」ページにJOB_QUEUE_PROCESSESの数を表示することもできます。

「Application Expressのバージョン情報」ページを表示するには、次のステップを実行します。

1. Oracle Application Expressにログインします。詳細は、「Oracle Application Expressワークスペースへのログイン」を参照してください。

2. 「管理」リストで、「Application Expressのバージョン情報」をクリックします。
ページの下部に、現在のJOB_QUEUE_PROCESSESの数が表示されます。

4.6.6.1.3 SQL*PlusによるJOB_QUEUE_PROCESSESの表示

次のSQLコマンドを実行して、SQL*PlusでJOB_QUEUE_PROCESSESの数を表示することもできます。

SELECT VALUE FROM v$parameter WHERE NAME = 'job_queue_processes'

4.6.6.2 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.6.7 PlsqlDatabasePasswordパラメータの難読化について

PlsqlDatabasePasswordパラメータは、データベースへのログイン用のパスワードを指定します。dadTool.plユーティリティを使用すると、dads.confファイル内のパスワードを難読化できます。

dadTool.plユーティリティは、次のディレクトリに格納されています。

- UNIXベースおよびLinuxベースのシステムの場合:

ORACLE_BASE/ORACLE_HTTPSERVER_HOME/Apache/modplsql/conf

- Windowsベースのシステムの場合:

ORACLE_BASE\ORACLE_HTTPSERVER_HOME\Apache\modplsql\conf

4.6.7.1 パスワードの難読化

パスワードを難読化するには、dadTool.READMEファイルに記載されたステップに従って、dadTool.plを実行します。

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

Webブラウザを使用してワークスペースにログインし、Oracle Application Expressのホームページにアクセスします。使用するWebブラウザでJavaScript、HTML 4.0およびCSS 1.0規格がサポートされている必要があります。「ブラウザの要件」を参照してください。

ワークスペースは、複数のユーザーが、各自のオブジェクト、データおよびアプリケーションをそれぞれに保持しながら、同じOracle Application Expressインストール内で作業できる、仮想プライベート・データベースです。各ワークスペースには、一意のIDと名前があります。

Oracle Application Express管理者は、Oracle Application Express管理サービスにワークスペースを手動で作成するか、ユーザーにリクエストを送信してもらうことができます。Oracle Application Express管理サービスは、Oracle Application Expressインスタンス全体を管理するための個別のアプリケーションです。詳細は、『Oracle Application Express管理ガイド』の「ワークスペースの作成」および「ワークスペースリクエストの管理」を参照してください。

参照:
Oracle Application Expressを初めて使用する場合は、『Oracle Database Application Express 2日で開発者ガイド』を参照してください。

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

- Oracle Application Expressユーザーの作成

- Oracle Application Expressワークスペースへのログイン

4.6.8.1 ワークスペースの手動作成

Oracle Application Expressワークスペースを手動で作成するには、次のステップを実行します。

1. Oracle Application Express管理サービスへのログイン。Oracle Application Express管理サービスは、Oracle Application Expressインスタンス全体を管理するための個別のアプリケーションです。インストール時に作成または再設定したADMINアカウントおよびパスワードを使用してログインします。
設定でApacheおよびmod_plsqlを使用する場合は、次のURLに移動します。

http://hostname:port/pls/apex/apex_admin

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

hostnameは、Oracle HTTP Serverがインストールされるシステムの名前です。

portは、Oracle HTTP ServerのHTTPに割り当てられているポート番号です。デフォルトのインストールの場合、この番号は7777です。

plsは、mod_plsqlカートリッジを使用するためのインジケータです。

apexは、mod_plsql構成ファイルで定義されているデータベース・アクセス記述子(DAD)です。

参照:
詳細は、『Oracle Application Express管理ガイド』の「Oracle Application Express管理サービスへのログイン」を参照してください。

次に、ワークスペースを作成します。

- 「ワークスペースの管理」をクリックします。

- 「ワークスペースの管理」で、「ワークスペースの作成」をクリックします。
「ワークスペースの作成」ウィザードが表示されます。

- 「ワークスペースの指定」に、ワークスペースの名前と説明を入力して、「次へ」をクリックします。

- 「スキーマの指定」で、Oracle Formsアプリケーションのスキーマを選択します。

1. 「既存のスキーマを再利用」で、「はい」を選択します。

2. リストからスキーマを選択します。

3. 「次へ」をクリックします。

- 「管理者の指定」に、ワークスペース管理者の情報を入力して、「次へ」をクリックします。

- 選択した内容を確認し、「作成」をクリックします。

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

Oracle Application Expressユーザー・アカウントを作成するには、次のステップを実行します。

1. 前述のセクションで説明したように、Oracle Application Express管理サービスにログインします。詳細は、『Oracle Application Express管理ガイド』の「Oracle Application Express管理サービスへのログイン」を参照してください。

2. 「ワークスペースの管理」をクリックします。

3. 「ワークスペースの管理」で、「開発者とユーザーの管理」をクリックします。
「開発者とユーザーの管理」ページが表示されます。

4. 「作成」をクリックします。
「ユーザーの作成/編集」ページが表示されます。

5. 「ユーザー属性」で、適切な情報を入力します。アスタリスクが付いたフィールドは必須です。

ヒント:
特定の属性の詳細は、アイテム・ラベルをクリックしてください。ヘルプが利用できる場合は、アイテム・ラベル上にカーソルを重ねると、アイテム・ラベルが赤色に変わり、カーソルが矢印と疑問符に変わります。

- 「パスワード」に、このアカウントの大/小文字を区別したパスワードを入力します。
組織でパスワード・ポリシーを設定している場合は、パスワードが要件を満たすことを確認してください。

- 「開発者権限」で、適切な権限を選択します。

- 開発者ユーザー: 開発者またはワークスペース管理者としてこのユーザーを追加する場合は、「はい」を選択します。エンド・ユーザーの場合は、「いいえ」を選択します。
開発者は、アプリケーションおよびデータベース・オブジェクトの作成および変更、開発者アクティビティ、セッション・ステート、ワークスペースアクティビティおよびスキーマ・レポートの表示が可能です。

- ワークスペース管理者ユーザー: ワークスペース管理者としてこのユーザーを追加する場合は、「はい」を選択します。開発者またはエンド・ユーザーの場合は、「いいえ」を選択します。
ワークスペース管理者は、開発者権限を持っていることに加え、ユーザー・アカウントの作成および編集、グループの管理、同じワークスペース内のユーザーのパスワードの変更および開発サービスの管理が可能です。

- 「アカウント制御」で、次の項目を指定します。

- アカウントの可用性: ユーザーがこのアカウントにログインできるようにするには、「ロック解除済」を選択します。

- 初回使用時にパスワードの変更が必要: ユーザーが現在の一時パスワードでログインした直後にパスワードを変更する必要がある場合は、「はい」を選択します。それ以外の場合は、「いいえ」を選択します。

- 「ユーザーの作成」または「作成後、別のものの作成」をクリックします。

- 4.6.8.3 Oracle Application Expressワークスペースへのログイン

ワークスペースを作成した後、ログイン資格証明(ワークスペース名、ユーザー名およびパスワード)を使用してログインします。

参照:
Oracle Application Express管理ガイドの「ワークスペースの作成」および「ワークスペースリクエストの管理」を参照してください。

ワークスペースにログインするには、次のステップを実行します。

1. Webブラウザで、Oracle Application Expressの「ログイン」ページにナビゲートします。デフォルトでは、Oracle Application Expressは次の場所にインストールされます。
設定でOracle HTTP Server(Apache)およびmod_plsqlを使用する場合は、次のURLに移動します。

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)です。
以前のリリースからアップグレードしたユーザーや、カスタム構成があるユーザーの場合は、この値はhtmldbかその他の値にする必要があります。Oracle Application Express管理者にDADを確認します。

「ログイン」ページが表示されます。

2. 「ログイン」で、次の項目を入力します。

- 「ワークスペース」フィールド: ワークスペースの名前を入力します。

- 「ユーザー名」フィールド: ユーザー名を入力します。

- 「パスワード」フィールド: 大/小文字を区別したパスワードを入力します。

3. 「ログイン」をクリックします。
設定によっては、初めてログインするときにパスワードの変更を要求される場合があります。

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

アップグレード・インストールが正常に実行され、すべてのアップグレード済アプリケーションが正常に機能していることを確認したら、以前のOracle Application Expressインストールからスキーマを削除する必要があります。

- 以前のOracle Application Expressインストールの削除

- Oracle Database 11gリリース1 (11.1)以上での無効なACLの修正

4.7.1 以前のOracle Application Expressインストールの削除

以前のインストールのスキーマに関連付けられたデータベース・ユーザーは権限が付与されたユーザーです。不要になった場合は削除する必要があります。以前のインストールのスキーマの削除には、2つのステップがあります。最初に以前のインストールが存在することを確認して、次にスキーマを削除します。

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

以前のインストールが存在するかどうかを確認するには、次のステップを実行します。

1. SQL*Plusを起動し、Oracle Application Expressがインストールされているデータベースに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. Oracle Database 12cマルチテナント・アーキテクチャで実行している場合は、コンテナを、構成するPDBに設定します。

ALTER SESSION SET CONTAINER = <PDB_name>;

3. 次の問合せを実行します。

SELECT username
FROM dba_users
WHERE (username LIKE 'FLOWS_%' OR USERNAME LIKE 'APEX_%')
AND USERNAME NOT IN (
SELECT 'FLOWS_FILES'
FROM DUAL
UNION
SELECT 'APEX_PUBLIC_USER' FROM DUAL
UNION
SELECT SCHEMA s
FROM dba_registry
WHERE comp_id = 'APEX');

結果に書式がFLOWS_XXXXXXまたはAPEX_XXXXXX(XXXXXXは6つの数字を表す)のエントリが含まれる場合、それらのエントリは削除候補です。

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

以前のインストールのスキーマを削除するには、次のステップを実行します。

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. Oracle Database 12cマルチテナント・アーキテクチャで実行している場合は、コンテナを、構成するPDBに設定します。

ALTER SESSION SET CONTAINER = <PDB_name>;

3. 次の例のような文を実行します。

DROP USER FLOWS_030000 CASCADE;

4.7.2 Oracle Database 11gリリース1 (11.1)以上での無効なACLの修正

Oracle Database 12cを実行しており、以前のOracle Application Expressスキーマのネットワーク・サービスを有効化してある場合、「以前のOracle Application Expressインストールの削除」のステップを実行した後に、無効なACLを修正する必要がある場合があります。

無効なACLを修正するには、次のステップを実行します。

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. Oracle Database 12cマルチテナント・アーキテクチャで実行している場合は、コンテナを、構成するプラガブル・データベース(PDB)に設定します。

ALTER SESSION SET CONTAINER = <PDB_name>;

3. 次のような文を実行します。

EXEC DBMS_NETWORK_ACL_ADMIN.DELETE_PRIVILEGE('power_users.xml', 'FLOWS_030000');

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

Oracle Application Expressランタイム環境では、本番アプリケーションを実行できます。含まれるのは、アプリケーションの実行に必要なパッケージのみです。このため、ランタイム環境はより堅牢な環境となります。管理用のWebインタフェースは用意されていません。

Oracle Application Expressランタイム環境は、SQL*PlusまたはSQL DeveloperおよびAPEX_INSTANCE_ADMIN APIを使用して管理します。詳細は、『Oracle Application Expressアプリケーション・ビルダー・ユーザーズ・ガイド』のランタイム環境の管理に関する項を参照してください。

- ランタイム環境から完全な開発環境への変換 - Oracle Database 12c非CDB

- ランタイム環境から完全な開発環境への変換 - Oracle Database 12cマルチテナント・アーキテクチャ

- 完全な開発環境からランタイム環境への変換 - Oracle Database 12c非CDB

- 完全な開発環境からランタイム環境への変換 - Oracle Database 12cマルチテナント・アーキテクチャ

4.8.1 ランタイム環境から完全な開発環境への変換 - Oracle Database 12c非CDB

Oracle Application Expressランタイム環境を完全開発環境に変換するには、次のステップを実行します。

1. 作業ディレクトリを$ORACLE_HOME/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*Plusの詳細は、『Oracle Database PL/SQL言語リファレンス』を参照してください。

4.8.2 ランタイム環境から完全な開発環境への変換 - Oracle Database 12cマルチテナント・アーキテクチャ

Oracle Application Expressランタイム環境を、Oracle Application ExpressがCDB$ROOTにインストールされているOracle Databases 12cマルチテナント・アーキテクチャの完全な開発環境に変換するには、次のステップを実行します。

1. 作業ディレクトリを$ORACLE_HOME/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.8.3 完全な開発環境からランタイム環境への変換 - Oracle Database 12c非CDB

Oracle Database 12cの非CDB(スタンドアロン)で、Oracle Application Express完全開発環境をランタイム環境に変換するには、次のステップを実行します。

1. 作業ディレクトリを$ORACLE_HOME/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

4. 「ADMINアカウントのパスワードの変更」のステップに従います。

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

4.8.4 完全な開発環境からランタイム環境への変換 - Oracle Database 12cマルチテナント・アーキテクチャ

Oracle Application Expressの完全な開発環境を、Oracle Application ExpressがCDB$ROOTにインストールされているOracle Database 12cマルチテナント・アーキテクチャのランタイム環境に変換するには、次のステップを実行します。

1. 作業ディレクトリを$ORACLE_HOME/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

4. 「ADMINアカウントのパスワードの変更」のステップに従います。

A 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_040200 schema.

ログ・ファイルにいくつかのエラーが含まれていても、インストールが失敗したことを意味しません。許容できるエラーはログ・ファイルにその旨が記載されていることに注意してください。

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

Oracle Application Expressインストールの妥当性は、次の問合せを実行して検証できます。

SELECT STATUS FROM DBA_REGISTRY
WHERE COMP_ID = 'APEX';

結果がVALIDの場合、インストールは正常に実行されたと想定できます。

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

インストールが成功した場合、インストールの終わりに次のメッセージ・バナーが表示されます。

Thank you for installing Oracle Application Express.
Oracle Application Express is installed in the APEX_040200 schema.

再インストールするには、インストール・タイプに応じて、Oracle Application Expressデータベース・スキーマを削除するか、データベースからApplication Expressを完全に削除するスクリプトを実行する必要があります。

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

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

このセクションでは、データベースを削除せずに、Oracle Application Expressスキーマ、シノニムおよびユーザーをデータベースから削除する方法を説明します。データベースを削除する場合は、このステップを実行する必要があります。

Oracle Application ExpressがCDB$ROOTにインストールされていない場合に、Oracle Database 12c非CDBからOracle Application Expressを削除するには、次のステップを実行します。

1. 作業ディレクトリを$ORACLE_HOME/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による追加インストールを試行する前に再接続する必要があります。

Oracle Application ExpressがCDB$ROOTにインストールされている12cマルチテナント・アーキテクチャのデータベースからOracle Application Expressを削除するには、次のステップを実行します。

1. 作業ディレクトリを$ORACLE_HOME/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_con.sql

4. apxremov_con.sqlを使用してApplication Expressを正常に削除した後で、現行のSQL*Plusセッションを終了し、apexins_con.sqlによる追加インストールを試行する前に再接続する必要があります。

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

Oracle Application Expressでイメージが正しく表示されない場合は、/i/別名の定義が複数ある可能性があります。この問題に対処するには、次のステップを実行します。

- 可能な場合は、/i/の1つ目のインスタンスの名前を、異なる別名に変更します。

- それができない場合は、ORACLE_HOME\apex\imagesディレクトリから1つ目の/i/別名で定義されたディレクトリにイメージをコピーします。

A.5 ページ保護違反

これは、保護されているページ・アイテムを手動で変更したことが原因の可能性があります。インストール後にApplication Expressにログインしようとしてこのエラーが発生した場合は、Oracle REST Data Servicesを停止して起動します。このエラーの原因がわからない場合は、アプリケーション管理者に問い合せてください。

Oracle REST Data Servicesの停止と起動の詳細は、Oracle REST Data Servicesインストレーションおよび開発者ガイドを参照してください。

索引
A  B  C  D  E  G  I  J  L  N  O  P  R  S  T  U  W  X

A

ACL

無効の修正, 4.7.2

Application Express

ブラウザの要件, 2.2

データベースの要件, 2.1

ディスク領域の要件, 2.4

はじめに, 4.5.9, 4.6.8

ログイン, 4.4.8, 4.5.9, 4.6.8

パッチ適用, 4.1

PL/SQL Web Toolkitの要件, 2.6

インストール前のタスク, 4.2

Webリスナーの要件, 2.3

XML DBの要件, 2.5

Application Express管理サービス, 4.4.8.1, 4.5.9.1, 4.6.8.1 Application Expressユーザー

アカウントの可用性の制御, 4.4.8.2, 4.5.9.2, 4.6.8.2

パスワード変更の要求, 4.4.8.2, 4.5.9.2, 4.6.8.2

apxconf.sql, 4.5.3.1 apxdevrm_con.sql, 4.8.4 apxdevrm.sql, 4.8.3 apxdvins_con.sql, 4.8.2 apxdvins.sql, 4.8.1 自動ストレージ管理(ASM)

停止, 4.2

B

ブラウザ

要件, 2.2

C

CDB

Application Expressへのパッチ適用, 3.2.5.1

Application Expressの再インストール, 3.1.3

Application Expressのアンインストール, 3.1.1

構成

Oracle Application Server 11g, 4.6.2.5

Oracle Application Server 11g (新規), 4.6.2

Oracle HTTP Server 11g, 4.6.2.5

Oracle HTTP Server 11g (新規), 4.6.2

D

dadTool.plユーティリティ, 4.6.7

データベース・インストール

Oracle Databaseのバックアップ, 4.2

埋込みPL/SQLゲートウェイの構成, 4.5.3

Oracle Application Server 11gの構成, 4.6.2.5

imagesのコピー(アップグレード時), 4.6.2.4

ダウンロードおよび埋込みPL/SQLゲートウェイの構成, 4, 4.5

無効なACLの修正, 4.7.2

他の言語でのインストール, 4.6.5

他の言語でのインストール, 4.5.6

Application Expressへのログイン, 4.5.9, 4.6.8

JOB_QUEUE_PROCESSESの管理, 4.5.7, 4.6.6

パスワードの難読化, 4.6.7

インストール後のタスク, 4.7

インストール前のタスク, 4.5.1

以前のインストールの削除, 4.7.1

apxconf.sqlの実行, 4.5.3.1

SHARED_SERVERSパラメータ, 4.5.8

プロセスの停止, 4.2

データベース要件

Application Express, 2.1

開発環境

Oracle Database 12cマルチテナント・アーキテクチャのランタイムへの変更, 4.8.4

Oracle Database 12c非CDBのランタイムへの変更, 4.8.3

ディスク領域

要件, 2.4

ドキュメント

管理およびチューニング, はじめに

エラー・メッセージ, はじめに

関連ドキュメント, はじめに

E

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

概要, 1.5.2

imagesの場所, 1.5.2.2

セキュリティ, 1.5.2.1

SHARED_SERVERSパラメータ, 4.5.8

G

スタート・ガイド

Application Express, 4.5.9, 4.6.8

接続権限の付与, 4.4.4.1

I

イメージ

アップグレード時のコピー, 4.6.2.4

互換性のないApplication Expressバージョン

概要, 3.2.5

インストール

概要, 1, 1.1

計画, 1, 1.1

プロセス, 1.6

要件, 1, 1.1, 2

使用例, 1.6

Oracle Database 12cのインストールの選択項目の理解, 3.1

妥当性の検証, A.2

インストール

障害, A.3

他の言語, 4.5.6, 4.6.5

J

JOB_QUEUE_PROCESSES, 4.5.7, 4.6.6

管理の概要, 4.4.7

数の変更, 4.4.7.2, 4.5.7.2, 4.6.6.2

数の表示, 4.4.7.1, 4.5.7.1, 4.6.6.1

L

リスナー

停止, 4.2

ログ・ファイル, A.1

N

新規インストール

Oracle Application Server 10gの構成, 4.6.2, 4.6.2

marvel.confの変更, 4.6.2

O

難読化

パスワード, 4.6.7

Oracle Application Express

ユーザーの作成および追加, 4.4.8

ユーザーの作成, 4.4.8.2, 4.5.9.2, 4.6.8.2

ワークスペースの手動作成, 4.4.8.1, 4.5.9.1, 4.6.8.1

言語変換されたバージョンのインストール, 4.4.6.1

ワークスペースへのログイン, 4.4.8.3, 4.5.9.3, 4.6.8.3

Oracle Application Expressリスナー

概要, 1.5.1

構成, 4.4

ネットワーク・サービスの有効化, 4.4.4

インストール, 4.4

Oracle Database 12c

ネットワーク・サービスの有効化, 4.4.4

Oracle HTTP Server

概要, 1.5.1

imagesの場所, 1.5.1.1

Oracle Real Application Clusters(Oracle RAC), 1.5.3

Oracle HTTP Server 11g

構成, 4.6.2, 4.6.2.5

Oracle Real Application Clusters(Oracle RAC)

Webリスナーの選択, 1.5.3

インスタンスの停止, 4.2

Oracle XML DB HTTP Server

概要, 1.5.2

HTTPサーバー・ポートの確認, 4.5.3.2

概要, 1, 1.1

P

パスワード

難読化, 4.6.7

Application Expressへのパッチ適用

CDB, 3.2.5.1

PDB, 3.2.5.2

PDB

Application Expressへのパッチ適用, 3.2.5.2

PL/SQL Webツールキット

要件, 2.6

PDBの接続

ルート・コンテナにApplication Expressが含まれる

Application Expressが含まれない非CDBまたはPDB, 3.2.4

他のCDBからのローカルApplication Expressを含む, 3.2.3

ルート・コンテナにApplication Expressがインストールされている, 3.2 ルート・コンテナにApplication Expressが含まれない

他のCDBからの一般的なApplication Express, 3.3.2

他のCDBからのローカルApplication Express, 3.3.3

ターゲットCDBのルート・コンテナにApplication Expressが含まれない, 3.3

Application Expressが含まれない非CDBまたはPDB, 3.3.4

Application Expressが含まれる非CDB, 3.3.1

Application Expressが含まれる非CDB, 3.2.1 他のCDBからの一般的なApplication Expressを含む, 3.2.2 インストール後のタスク

Oracle Application Server 11gの構成, 4.6.2

インストール前のタスク

データベースの停止, 4.2

以前のインストール

削除, 4.7.1

R

Application Expressの再インストール

CDB, 3.1.3

関連ドキュメント, はじめに 要件, 2

ブラウザ, 2.2

データベース, 2.1

ディスク領域, 2.4

Oracle XML DB, 2.5

PL/SQL Webツールキット, 2.6

shared_pool_size, 2.1.1

Webリスナー, 2.3

RESTfulサービス

構成, 4.4.3

実行

apxdevrm.sql, 4.8.3, 4.8.4

apxdvins_con.sql, 4.8.2

apxdvins.sql, 4.8.1

Oracle Application Expressの実行

他の言語, 4.4.6

ランタイム環境

概要, 1.4

Oracle Database 12cマルチテナント・アーキテクチャの開発環境への変更, 4.8.2

Oracle Database 12c非CDBの開発環境への変更, 4.8.1

S

セキュリティ上の考慮事項, 4.4.5

shared_pool_size

変更, 2.1.1

T

言語変換されたバージョン

インストール, 4.5.6, 4.6.5

トラブルシューティング, A

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

images, A.4

ログ・ファイルの確認, A.1

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

U

Application Expressのアンインストール

CDB, 3.1.1

アップグレード・インストール

インストール後のタスク, 4.7

アップグレード

概要, 1.2

imagesのコピー, 4.6.2.4

パスワードの難読化, 4.6.7.1

ユーザー・アカウント

アカウントの可用性の制御, 4.4.8.2, 4.5.9.2, 4.6.8.2

作成, 4.4.8.2, 4.5.9.2, 4.6.8.2

パスワード変更の要求, 4.4.8.2, 4.5.9.2, 4.6.8.2

W

Webブラウザ

要件, 2.2

Webリスナー

選択, 1.5, 4.3

インストール前のタスク, 4.2, 4.2

要件, 2.3

Oracle Real Application Clusters (Oracle RAC)での選択, 1.5.3

ワークスペース

作成, 4.4.8.1, 4.5.9.1, 4.6.8.1

ログイン, 4.4.8.3, 4.5.9.3, 4.6.8.3

X

XML DB

要件, 2.5

オラクル社の法律上の注意点について

コピーライトについて

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

商標と登録商標について

OracleおよびJavaはOracle Corporationおよびその関連企業の登録商標です。その他の名称は、それぞれの所有者の商標または登録商標です。

Intel、Intel Xeonは、Intel Corporationの商標または登録商標です。すべてのSPARCの商標はライセンスをもとに使用し、SPARC International, Inc.の商標または登録商標です。AMD、Opteron、AMDロゴ、AMD Opteronロゴは、Advanced Micro Devices, Inc.の商標または登録商標です。UNIXは、The Open Groupの登録商標です。

ライセンス制約の保証と結果的に生じる損害の免責

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

保証免責

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

制限付権利

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

U.S. GOVERNMENT END USERS: Oracle programs, including any operating system, integrated software, any programs installed on the hardware, and/or documentation, delivered to U.S. Government end users are "commercial computer software" pursuant to the applicable Federal Acquisition Regulation and agency-specific supplemental regulations.As such, use, duplication, disclosure, modification, and adaptation of the programs, including any operating system, integrated software, any programs installed on the hardware, and/or documentation, shall be subject to license terms and license restrictions applicable to the programs.No other rights are granted to the U.S. Government.

危険な用途への使用について

このソフトウェアもしくはハードウェアは様々な情報管理アプリケーションでの一般的な使用のために開発されたものです。このソフトウェアもしくはハードウェアは、危険が伴うアプリケーション（人的傷害を発生させる可能性があるアプリケーションを含む）への用途を目的として開発されていません。このソフトウェアもしくはハードウェアを危険が伴うアプリケーションで使用する際、安全に使用するために、適切な安全装置、バックアップ、冗長性（redundancy）、その他の対策を講じることは使用者の責任となります。このソフトウェアもしくはハードウェアを危険が伴うアプリケーションで使用したことに起因して損害が発生しても、オラクル社およびその関連会社は一切の責任を負いかねます。

第三者のコンテンツ、製品、サービスに対する免責事項

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

ドラフトのアルファ版およびベータ版ドキュメントについて

このドキュメントが試作版の場合:

このドキュメントは試作版であり、デモおよび暫定使用のみを目的としたものです。このソフトウェアを使用するハードウェアに限定するものではありません。オラクル社およびその関連会社は、このドキュメントに関して一切の責任を負わず、いかなる保証もいたしません。また、このドキュメントを使用したことによって損失、費用、あるいは損害が発生しても、一切の責任を負いかねます。