Oracle® Application Express

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

リリース5.1

E89950-02(原本部品番号:E64907-06)

2017年10月

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

E89950-02

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

原本著者: Harish Konakondla

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

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

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

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

U.S. GOVERNMENT END USERS: Oracle programs, including any operating system, integrated software, any programs installed on the hardware, and/or documentation, delivered to U.S. Government end users are "commercial computer software" pursuant to the applicable Federal Acquisition Regulation and agency-specific supplemental regulations.As such, use, duplication, disclosure, modification, and adaptation of the programs, including any operating system, integrated software, any programs installed on the hardware, and/or documentation, shall be subject to license terms and license restrictions applicable to the programs.No other rights are granted to the U.S. Government.

このソフトウェアもしくはハードウェアは様々な情報管理アプリケーションでの一般的な使用のために開発されたものです。このソフトウェアもしくはハードウェアは、危険が伴うアプリケーション(人的傷害を発生させる可能性があるアプリケーションを含む)への用途を目的として開発されていません。このソフトウェアもしくはハードウェアを危険が伴うアプリケーションで使用する際、安全に使用するために、適切な安全装置、バックアップ、冗長性(redundancy)、その他の対策を講じることは使用者の責任となります。このソフトウェアもしくはハードウェアを危険が伴うアプリケーションで使用したことに起因して損害が発生しても、オラクル社およびその関連会社は一切の責任を負いかねます。

OracleおよびJavaはOracle Corporationおよびその関連企業の登録商標です。その他の名称は、それぞれの所有者の商標または登録商標です。

Intel、Intel Xeonは、Intel Corporationの商標または登録商標です。すべてのSPARCの商標はライセンスをもとに使用し、SPARC International, Inc.の商標または登録商標です。AMD、Opteron、AMDロゴ、AMD Opteronロゴは、Advanced Micro Devices, Inc.の商標または登録商標です。UNIXは、The Open Groupの登録商標です。

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

目次

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

はじめに

- 対象読者

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

- 関連ドキュメント

- 表記規則

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

このリリースでの変更点

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

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

- その他の変更

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

- 1.1 Oracle Database CloudでのOracle Application Expressへのアクセスについて

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

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

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

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

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

- 1.2.5 Oracle Application Expressへのアクセスについて

- 1.2.6 ワークスペースのリクエストが有効な場合のサインイン

- 1.2.6.1 サインイン・ページからのワークスペースのリクエスト

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

- 1.2.6.3 ワークスペースからのサインアウト

- 1.2.6.4 ワークスペース名のリカバリ

- 1.2.6.5 サインイン・ページからのパスワードの再設定

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

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

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

- 1.3.3 Oracle REST Data Servicesのバージョンの判定について

- 1.3.4 Oracle Databaseと同梱されているOracle Application Expressリリースのインストールについて

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

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

- 1.3.7 テスト要件について

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

- 1.3.9 元のリリースに戻す

- 1.4 Webリスナーの選択

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

- 1.4.2 Oracle REST Data Servicesについて

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

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

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

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

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

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

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

- 2.1 Oracle Databaseの要件

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

- 2.3 ブラウザの要件

- 2.4 Webリスナーの要件

- 2.5 ディスク領域の要件

- 2.6 Oracle XML DBの要件

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

- 4.1 Oracle Databaseの要件

- 4.2 Oracle REST Data Servicesの要件

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

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

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

- 4.5.1 Application Expressのインストール

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

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

- 4.5.2.2 apxchpwd.sqlについて

- 4.5.2.3 apxchpwd.sqlの実行

- 4.5.3 プロセスの再起動

- 4.5.4 APEX_PUBLIC_USERアカウントの構成

- 4.5.4.1 APEX_PUBLIC_USERアカウントについて

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

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

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

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

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

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

- 4.6.3 Web Server HTTP POSTのリクエスト制限

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

- 4.7 Oracle REST Data Servicesの構成

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

- 4.7.2 RESTfulサービスの構成

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

- 4.7.4 Oracle REST Data Serviceの保護

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

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

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

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

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

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

- 4.10 同時ジョブ数の制御

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

- 4.10.2 JOB_QUEUE_PROCESSESの数の表示

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

- 4.10.2.2 Oracle Application ExpressでのJOB_QUEUE_PROCESSESの表示

- 4.10.2.3 SQL*PlusによるJOB_QUEUE_PROCESSESの表示

- 4.10.3 JOB_QUEUE_PROCESSESの数の変更

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

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

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

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

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

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

- 4.13.2 Oracle REST Data Servicesを使用したAdministration Servicesへのアクセス

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

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

- 4.13.5 Oracle REST Data Servicesを使用したワークスペースへのサインイン

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

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

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

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

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

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

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

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

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

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

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

- 5.1 Oracle Databaseの要件

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

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

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

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

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

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

- 5.4.2.2 apxchpwd.sqlについて

- 5.4.2.3 apxchpwd.sqlの実行

- 5.4.3 プロセスの再起動

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

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

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

- 5.5.3 Oracle XML DB HTTPサーバーでHTTPに割り当てられたポートの確認

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

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

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

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

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

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

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

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

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

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

- 5.8 同時ジョブ数の制御

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

- 5.8.2 JOB_QUEUE_PROCESSESの数の表示

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

- 5.8.2.2 Oracle Application ExpressでのJOB_QUEUE_PROCESSESの表示

- 5.8.2.3 SQL*PlusによるJOB_QUEUE_PROCESSESの表示

- 5.8.3 JOB_QUEUE_PROCESSESの数の変更

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

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

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

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

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

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

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

- 5.12.2 埋込みPL/SQLゲートウェイを使用したAdministration Servicesへのアクセス

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

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

- 5.12.5 埋込みPL/SQLゲートウェイを使用したワークスペースへのサインイン

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

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

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

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

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

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

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

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

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

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

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

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

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

- 6.1 Oracle Databaseの要件

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

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

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

- 6.4.1 Application Expressのインストール

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

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

- 6.4.2.2 apxchpwd.sqlについて

- 6.4.2.3 apxchpwd.sqlの実行

- 6.4.3 プロセスの再起動

- 6.4.4 APEX_PUBLIC_USERアカウントの構成

- 6.4.4.1 APEX_PUBLIC_USERアカウントについて

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

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

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

- 6.5 Oracle HTTP Serverの構成

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

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

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

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

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

- 6.5.5.1 Oracle Database 10g以前でのOracle HTTP Serverの停止と再起動

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

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

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

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

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

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

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

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

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

- 6.8 同時ジョブ数の制御

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

- 6.8.2 JOB_QUEUE_PROCESSESの数の表示

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

- 6.8.2.2 Oracle Application ExpressでのJOB_QUEUE_PROCESSESの表示

- 6.8.2.3 SQL*PlusによるJOB_QUEUE_PROCESSESの表示

- 6.8.3 JOB_QUEUE_PROCESSESの数の変更

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

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

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

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

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

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

- 6.11.2 Oracle HTTP Serverを使用したAdministration Servicesへのアクセス

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

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

- 6.11.4 Oracle HTTP Serverを使用したワークスペースへのサインイン

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

- A.4.1.1 以前のリリースのOracle Application Expressがインストールされているかどうかの確認

- A.4.1.2 imagesディレクトリを戻す

- A.4.1.3 元のリリースに戻す

- A.4.1.3.1 リリース1.5に戻す

- A.4.1.3.2 リリース1.6に戻す

- A.4.1.3.3 リリース2.0に戻す

- A.4.1.3.4 リリース2.2に戻す

- A.4.1.3.5 リリース3.0に戻す

- A.4.1.3.6 リリース3.1に戻す

- A.4.1.3.7 リリース3.2に戻す

- A.4.1.3.8 リリース4.0に戻す

- A.4.1.3.9 リリース4.1に戻す

- A.4.1.3.10 非CDBでリリース4.2に戻す

- A.4.1.3.11 CDBでリリース4.2に戻す

- A.4.1.3.12 非CDBでリリース5.0に戻す

- A.4.1.3.13 CDBでリリース5.0に戻す

- A.4.1.4 Oracle Application Expressリリース5.1のスキーマの削除

- A.4.1.4.1 非CDBからの、Oracle Application Expressリリース5.1のスキーマの削除

- A.4.1.4.2 CDBからの、Oracle Application Expressリリース5.1のスキーマの削除

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

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

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

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

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

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

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

C Application Expressのアップグレード時の稼働時間の最大化

索引

はじめに

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

トピック:

- 対象読者

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

- 関連ドキュメント

- 表記規則

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

対象読者

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

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

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

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

Oracle Supportへのアクセス

サポートをご購入のOracleのお客様は、My Oracle Supportにアクセスして電子サポートを受けることができます。詳細情報は(http://www.oracle.com/pls/topic/lookup?ctx=acc&id=info)か、聴覚に障害のあるお客様は(http://www.oracle.com/pls/topic/lookup?ctx=acc&id=trs)を参照してください。

関連ドキュメント

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

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

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

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

- Oracle Application Express管理ガイド

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

- Oracle Application Express APIリファレンス

- Oracle Application Expressアプリケーション移行ガイド

- Oracle Database概要

- Oracle Database開発ガイド

- Oracle Database管理者ガイド

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

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

表記規則

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

規則

意味

太字

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

イタリック体

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

固定幅フォント

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

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

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

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

このリリースでの変更点

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

トピック:

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

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

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

トピック:

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

- その他の変更

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

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

その他の変更

このリリースでの追加変更は次のとおりです。

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

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

『Oracle Application Expressインストレーション・ガイド』では、Oracle Application Expressをオンプレミス(またはローカル)インストールでインストールする方法について説明します。

Oracle Application Expressにサインインおよびアクセスする方法は、ユーザー・ロールおよびOracle Application Expressが存在する場所に応じて異なります。Oracle Application Expressは、ローカルのオンプレミスOracle Databaseに、またはOracle Cloud Serviceに存在する場合があります。

トピック:

- Oracle Database CloudでのOracle Application Expressへのアクセスについて
Oracle Database CloudでのOracle Application Expressへのアクセスについて理解します。

- インストール・プロセスの理解
Oracle Application Expressのインストール・プロセスの概要。

- 以前のリリースのOracle Application Expressからのアップグレード
Oracle Application Expressをアップグレードすると、新しいスキーマに新しいデータベース・オブジェクトが作成され、アプリケーションのメタデータが新しいリリースに移行します。

- Webリスナーの選択
実行するには、Oracle Application Expressに、Webリスナーに対するアクセス権が必要です。

- Oracle Application Expressランタイム環境について
Oracle Application Expressランタイム環境について理解します。

1.1 Oracle Database CloudでのOracle Application Expressへのアクセスについて

Oracle Database CloudでのOracle Application Expressへのアクセスについて理解します。

Oracle Application Expressは、Oracle Database Exadata Express Cloud ServiceやOracle Database Cloud - Database Schema ServiceなどのOracle Database Cloudサービスでインストールされ有効化されます。

Oracle Application ExpressはExadata Cloud ServiceとDatabase Cloud Serviceで使用できます。ただし、Oracle Application Expressをインストールして有効化するには、データベースを手動でカスタマイズする必要があります。

参照:

- "Oracle Database Exadata Express Cloud Serviceの使用"

- "Oracle Database Cloud - Database Schema Serviceの使用"

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

Oracle Application Expressのインストール・プロセスの概要。

トピック:

- インストールの計画について
インストールはじっくりていねいに計画することをお薦めします。

- パッチ・セットとポイント・リリースについて
パッチ・セットが提供するのは不具合の修正のみです。ポイント・リリースには不具合の修正が含まれ、現在のすべてのパッチ・セットが統合されます。

- Oracle Application Expressスキーマについて
Oracle Application Expressのリリースと、各リリースのスキーマ名をリストします。

- インストール・プロセスについて
Oracle Application Expressをインストールする場合でも以前のリリースから更新する場合でも、同じインストール手順および同じインストール・スクリプトを使用できます。

- Oracle Application Expressへのアクセスについて
ワークスペースという作業用の共有領域にサインインして、Oracle Application Express開発環境にアクセスします。

- ワークスペースのリクエストが有効な場合のサインイン
ワークスペースへのサインインでは、先にワークスペースをリクエストしてからサインインする必要があります。

参照:

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

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

インストールはじっくりていねいに計画することをお薦めします。

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

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

2. インストール要件の確認: システムにソフトウェアをインストールするのに必要な最小要件。

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

関連項目:

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

- Webリスナーの選択

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

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

パッチ・セットが提供するのは不具合の修正のみです。ポイント・リリースには不具合の修正が含まれ、現在のすべてのパッチ・セットが統合されます。

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

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

参照:

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

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

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

Oracle Application Expressのリリースと、各リリースのスキーマ名をリストします。

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

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

Oracle Application Expressリリース

スキーマ名

Oracle Application Expressリリース5.1.x

APEX_050100

Oracle Application Expressリリース5.0.x

APEX_050000

Oracle Application Expressリリース4.2.x

APEX_040200

Oracle Application Expressリリース4.1.x

APEX_040100

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

FLOWS_xxxxxx

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

Oracle Application Expressをインストールする場合でも以前のリリースから更新する場合でも、同じインストール手順および同じインストール・スクリプトを使用できます。

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

1.2.5 Oracle Application Expressへのアクセスについて

ワークスペースという作業用の共有領域にサインインして、Oracle Application Express開発環境にアクセスします。

Oracle Application Expressへのサインインおよびアクセス方法は、自分のユーザー・ロールに応じて異なります。

ワークスペースでは、オブジェクト、データおよびアプリケーションをプライベートに保持しながら、同一のOracle Application Expressのインストール内で複数のユーザーが作業できます。各ワークスペースには、一意のIDおよび名前が含まれます。インスタンス管理者は、Oracle Application Express管理サービス内にワークスペースを手動で作成するか、ユーザーにリクエストを送信してもらうことができます。Oracle Application Express管理サービスは、Oracle Application Expressインスタンス全体を管理するための個別のアプリケーションです。

ユーザーは、次の4つの主なロールに分類されます。

- インスタンス管理者は、Oracle Application Express管理サービスと呼ばれる別のアプリケーションを使用して、ホスティングされたインスタンス全体を管理するスーパーユーザーです。インスタンス管理者は、ワークスペース割当ての管理、機能とインスタンス設定の構成およびセキュリティの管理を行います。

- ワークスペース管理者は、ワークスペース・プリファレンスの構成、ユーザー・アカウントの管理、ワークスペース・アクティビティの監視、ログ・ファイルの表示など、ワークスペース固有の管理タスクを実行できます。

- 開発者は、ワークスペースにサインインし、アプリケーションを作成および編集するユーザーです。

- エンド・ユーザーは、既存のデータベースまたはWebシート・アプリケーションのみを実行できます。

開発者の場合は、ワークスペースと呼ばれる共有作業領域へのアクセス権を管理者から付与される必要があります。インスタンス管理者の場合は、Oracle Application Express管理サービスにサインインし、プロビジョニング・モードを指定するかどうかを決定し、ワークスペースを作成してそのワークスペースにサインインする必要があります。

プロビジョニング・モードの指定について

インスタンス管理者は、特定のOracle Application Expressインスタンスでのワークスペースの割当て(または作成)プロセスの動作方法を決定できます。割当ての動作方法を決定するには、インスタンス管理者は、インスタンスの設定ページで次のいずれかのオプションを選択します。

- 「手動」 - このモードでは、インスタンス管理者が新しいワークスペースを作成し、ワークスペース管理者にログイン・アイコンを通知します。

- リクエスト - ユーザーがセルフ・サービス方式で直接ワークスペースをリクエストします。ユーザーはログイン・ページのリンクをクリックしてリクエスト・フォームにアクセスします。ワークスペース・リクエストが承認されると、該当するログイン情報が電子メールで自動的にユーザーに送信されます。

- 電子メールの検証でのリクエスト - このモードでは、ユーザーがログイン・ページでリンクをクリックしてワークスペースを直接リクエストし、リクエスト・フォームにアクセスします。各ユーザーは、検証リンクを含む電子メールを最初に受信します。このリンクをクリックすると、ユーザーの電子メール・アドレスが検証されてからリクエストが処理されます。次に、ログイン資格証明(ワークスペース名、ユーザー名およびパスワード)を含む別の電子メールがユーザーに送信されます。

ワークスペースおよびユーザーの作成について

アプリケーションの開発やインストールの前に、管理者はワークスペースを作成し、Oracle Application Expressユーザーを追加し、ワークスペースにサインインする必要があります。詳細は、管理者に問い合せるか、またはこのドキュメント内のご使用のWebリスナーに関する「ワークスペースの作成およびOracle Application Expressユーザーの追加」を参照してください。

参照:

- ワークスペースの作成 『Oracle Application Express管理ガイド』を参照してください

- サービス・リクエストの作成 『Oracle Application Express管理ガイド』を参照してください

- ワークスペース・リクエストおよび変更リクエストの管理 『Oracle Application Express管理ガイド』を参照してください

1.2.6 ワークスペースのリクエストが有効な場合のサインイン

ワークスペースへのサインインでは、先にワークスペースをリクエストしてからサインインする必要があります。

注意:

この情報は、Oracle Database Cloud Service (Database Schema)には適用されません。

管理者がワークスペースのリクエストを有効にした場合、ワークスペースへのサインインには次のステップが必要になります。最初に、サインイン・ページのリンクを使用してワークスペースをリクエストします。次に、管理者がリクエストを承認し、システムからサインインの資格証明を含んだ電子メールが送信されます。次に、ワークスペースにサインインします。

注意:

ユーザーがワークスペースをリクエストしたり、パスワードを変更するには、Oracle Application Express管理者がOracle Application Expressの環境プリファレンスを構成する必要があります。

トピック:

- サインイン・ページからのワークスペースのリクエスト
Oracle Application Expressのサインイン・ページからワークスペースをリクエストする方法を理解します。

- ワークスペースへのサインイン
ワークスペース・リクエストをOracle Application Express管理者が承認したときにアプリケーションにサインインする方法を理解します。

- ワークスペースからのサインアウト
Oracle Application Expressワークスペースからサインアウトする方法を理解します。

- ワークスペース名のリカバリ
ワークスペース名をリカバリする方法を理解します。

- サインイン・ページからのパスワードの再設定
サインイン・ページからパスワードを再設定する方法を理解します。

参照:

『Oracle Application Express管理ガイド』の「環境設定の管理」

1.2.6.1 サインイン・ページからのワークスペースのリクエスト

Oracle Application Expressのサインイン・ページからワークスペースをリクエストする方法を理解します。

注意:

ユーザーがサインイン・ページからワークスペースをリクエストできるようにする前に、Oracle Application Express管理者はワークスペースのリクエストがサポートされるようにOracle Application Expressを構成する必要があります。

サインイン・ページからワークスペースをリクエストするには、次のステップを実行します。

1. Webブラウザで、Oracle Application Expressのサインイン・ページにナビゲートします。

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

2. 「ワークスペース」で、「ワークスペースのリクエスト」をクリックします。

サービスのリクエスト・ウィザードが表示されます。

3. ワークスペースのタイプを選択します。次のオプションがあります。

- アプリケーション開発

- パッケージ・アプリケーションのみ

4. 画面に表示されるステップに従います。

参照:

Oracle Application Express管理ガイドの「作業領域の作成」

1.2.6.2 ワークスペースへのサインイン

ワークスペース・リクエストをOracle Application Express管理者が承認したときにアプリケーションにサインインする方法を理解します。

ワークスペースのリクエストがOracle Application Express管理者に承認されると、ログイン資格証明(ワークスペース名、ユーザー名およびパスワード)を含む電子メールが送信されます。

管理者が新規ワークスペース・リクエストの処理の自動メソッドとして電子メールの検証を選択した場合、検証リンクを含む電子メールを最初に受信する可能性があります。このステップにより、ワークスペースリクエストが承認される前に、その電子メールが有効になります。

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

1. Webブラウザで、ワークスペースのリクエストの電子メールに記載されているOracle Application Expressの「ログイン」ページに移動します。

2. サインイン・ページで、次のステップを実行します。

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

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

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

3. 「サインイン」をクリックします。

ワークスペースのホームページが表示されます。

ヒント:

設定によっては、初めてサインインするときにパスワードの変更を要求される場合があります。

参照:

Oracle Application Express管理ガイドの「作業領域の作成」

1.2.6.3 ワークスペースからのサインアウト

Oracle Application Expressワークスペースからサインアウトする方法を理解します。

Oracle Application Expressワークスペースからサインアウトするには、次のようにします。

- ウィンドウの右上隅の「アカウント・メニュー」を選択し、「サインアウト」をクリックします。

参照:

『Oracle Application Expressアプリケーション・ビルダー・ユーザーズ・ガイド』の「アカウント・メニュー」

1.2.6.4 ワークスペース名のリカバリ

ワークスペース名をリカバリする方法を理解します。

ワークスペース名を忘れた場合は、電子メール・アドレスに関連付けられているすべてのワークスペース名のリストをリクエストできます。

表領域名を検索するには、次のステップを実行します。

1. Webブラウザで、Oracle Application Expressのサインイン・ページにナビゲートします。

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

2. サインイン・ページで、「パスワードの再設定」をクリックします。

3. 「ワークスペースの検索」をクリックします。

4. 電子メール・アドレスを入力して、「ワークスペースを検索」をクリックします。

入力した電子メール・アドレスに関連付けられたすべてのワークスペースを一覧表示した電子メールを受信します。

1.2.6.5 サインイン・ページからのパスワードの再設定

サインイン・ページからパスワードを再設定する方法を理解します。

ヒント:

サインイン・ページからパスワードを再設定するには、電子メール・アドレスとワークスペース名を入力する必要があります。

サインイン・ページからパスワードを再設定するには、次のステップを実行します。

1. Webブラウザで、Oracle Application Expressのサインイン・ページにナビゲートします。

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

2. 「サインイン」で、「パスワードの再設定」をクリックします。

3. 電子メール・アドレスとワークスペース名を入力し、「パスワードの再設定」をクリックします。

入力した電子メール・アドレスとワークスペース名に関連付けられたすべてのアカウントの新しいパスワードを含む電子メールを受信します。

4. サインイン・ページで、ワークスペース、ユーザー名および新しいパスワードを入力し、「サインイン」をクリックします。

ヒント:

パスワードは大/小文字が区別されます。新しいパスワードをコピー・アンド・ペーストしないでください。

5. 「パスワードの変更」で、次を入力します。

a. 現在のパスワード - 電子メールで提供された現在のパスワードを入力します。

b. 新規パスワード - 新規パスワードを入力します。

c. パスワードの確認 - 新規パスワードを再度入力します。

d. 「変更の適用」をクリックします。

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

Oracle Application Expressをアップグレードすると、新しいスキーマに新しいデータベース・オブジェクトが作成され、アプリケーションのメタデータが新しいリリースに移行されます。

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

トピック:

- サンプル・アップグレード・シナリオ
一般的なアップグレード・シナリオには、以前のリリースからのアップグレード、ポイント・リリースからのアップグレード、およびOracle Application Expressを含んでいるOracle Databaseリリースのインストールが含まれます。

- Oracle Application Expressリリース・バージョンの確認
Oracle Application Expressリリース・バージョンはワークスペースのホームページで参照できます。

- Oracle REST Data Servicesのバージョンの判定について
Oracle REST Data ServicesのバージョンはApplication Expressのバージョン情報ページで参照できます。

- Oracle Databaseと同梱されているOracle Application Expressリリースのインストールについて
Oracle Databaseリリースに同梱されているOracle Application Expressリリースについて理解します。

- 既存のアプリケーションのアップグレードについて
Oracle Application Expressの新しいリリースをインストールすると、インストール・プロセスにより、既存のアプリケーションが最新のリリースに更新されます。

- アプリケーション互換性モードの指定について
各アプリケーション内のアプリケーション定義で互換性モードを指定できます。

- テスト要件について
Oracle Application Expressアップグレード時の、適切な回帰テストの量の判定は、アップグレードするアプリケーションの複雑さ、サイズおよび数に依存します。

- 環境のクリーンアップについて
すべての環境で最新リリースへのOracle Application Expressのアップグレードが成功したら、環境をクリーンアップする必要があります。

- 元のリリースに戻す
Oracle Application Expressの元のリリースに戻すことができます。

参照:

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

- "Application Expressのアップグレード時の稼働時間の最大化"

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

一般的なアップグレード・シナリオには、以前のリリースからのアップグレード、ポイント・リリースからのアップグレード、およびOracle Application Expressを含んでいるOracle Databaseリリースのインストールが含まれます。

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

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

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

アクション

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

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

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

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

Oracle Application Expressを含むOracle Databaseのインストール。

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

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

Oracle Application Expressリリース・バージョンはワークスペースのホームページで参照できます。

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

1. Oracle Application Expressにサインインします。

ワークスペースのホームページが表示されます。

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

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

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

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

1.3.3 Oracle REST Data Servicesのバージョンの判定について

Oracle REST Data ServicesのバージョンはApplication Expressのバージョン情報ページで参照できます。

Oracle Application ExpressのWebリスナーとしてOracle REST Data Servicesを使用している場合は、Application Expressのバージョン情報ページを表示します。Oracle REST Data Services (ORDS)のバージョンは、「CGI環境」セクションの、APEX_LISTENER_VERSIONの隣に表示されています。APEX_LISTENER_VERSIONが表示されない場合、Oracle Application ExpressインスタンスはWebリスナーにORDSを使用していません。

参照:

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

1.3.4 Oracle Databaseと同梱されているOracle Application Expressリリースのインストールについて

Oracle Databaseリリースに同梱されているOracle Application Expressリリースについて理解します。

Oracle Application Expressは、次のOracle Databaseリリースに同梱されています。

- Oracle Database 11gリリース1 (11.1) - Oracle Application Expressリリース3.0。

- Oracle Database 11gリリース1 (11.2) - Oracle Application Expressリリース3.2。

- Oracle Database 12cリリース1 (12.1) - Oracle Application Express リリース4.2。

- Oracle Database 12cリリース2 (12.2)- Oracle Application Expressリリース5.0。

Oracle Databaseのリリースの頻度はOracle Application Expressよりも少ないです。したがって、Oracle Technology Networkにある最新のOracle Application Expressリリースに更新することをお薦めします。詳細は、ご使用の環境の適切なWebリスナーに関するインストール手順を参照してください。

注意:

データベースに同梱されているリリースからOracle Application Expressをアップグレードする場合は、Oracleホーム・ディレクトリ(例, dbhome_1)内のOracle Application Expressファイルはいずれも変更しないでください。

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

Oracle Application Expressの新しいリリースをインストールすると、インストール・プロセスにより、既存のアプリケーションが最新のリリースに更新されます。

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

ヒント:

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

参照:

『Oracle Application Expressアプリケーション・ビルダー・ユーザーズ・ガイド』のアプリケーション整合性のチェックのためのアドバイザの実行

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

各アプリケーション内のアプリケーション定義で互換性モードを指定できます。

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

参照:

- 『Oracle Application Expressリリース・ノート』の互換性モードに関する項

- 『Oracle Application Expressアプリケーション・ビルダー・ユーザーズ・ガイド』の「アプリケーション属性の編集」

- 『Oracle Application Expressアプリケーション・ビルダー・ユーザーズ・ガイド』のプロパティに関する項

1.3.7 テスト要件について

Oracle Application Expressアップグレード時の、適切な回帰テストの量の判定は、アップグレードするアプリケーションの複雑さ、サイズおよび数に依存します。

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

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

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

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

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

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

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

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

すべての環境で最新リリースへのOracle Application Expressのアップグレードが成功したら、環境をクリーンアップする必要があります。

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

1.3.9 元のリリースに戻す

Oracle Application Expressの元のリリースに戻すことができます。

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

参照:

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

1.4 Webリスナーの選択

実行するには、Oracle Application Expressに、Webリスナーに対するアクセス権が必要です。

トピック:

- Webリスナーの選択について
3つのWebリスナー、Oracle REST Data Services、Oracle HTTP Serverおよび埋込みPL/SQLゲートウェイのいずれかを選択できます。

- Oracle REST Data Servicesについて
Oracle REST Data Services(旧称Oracle Application Expressリスナー)はJavaベースで、サポートされている任意のJ2EE準拠Webサーバーにインストールでき、Oracle Application Expressと併用する場合の優先オプションです。

- Oracle HTTP Serverおよびmod_plsqlについて
mod_plsqlを使用するOracle HTTP Server (Apache)は、データベースと同じ物理マシン上にも、別の物理マシン上にも配置できます。

- Webリスナー・オプションの比較
Oracle Application ExpressのWebリスナー・オプションの比較について理解します。

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

- 埋込みPL/SQLゲートウェイについて
Oracle XML DBプロトコル・サーバーおよび埋込みPL/SQLゲートウェイは、Oracle Databaseとともにインストールされます。

- Oracle RAC環境でのWebリスナーの選択
Oracle RAC環境でのWebリスナーの選択について理解します。

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

3つのWebリスナー、Oracle REST Data Services、Oracle HTTP Serverおよび埋込みPL/SQLゲートウェイのいずれかを選択できます。

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

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

- Oracle REST Data Services(旧称Oracle Application Expressリスナー)。

- Oracle HTTP Server。

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

参照:

- Webリスナーの選択

- "Webリスナーの要件"

- Oracle REST Data Servicesについて

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

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

1.4.2 Oracle REST Data Servicesについて

Oracle REST Data Services(旧称Oracle Application Expressリスナー)はJavaベースで、サポートされている任意のJ2EE準拠Webサーバーにインストールでき、Oracle Application Expressと併用する場合の優先オプションです。

Oracle WebLogic Server、Oracle Glassfish ServerおよびApache Tomcatに対して完全にサポートされている無料のツールです。Oracle REST Data Servicesは、Oracle Database Cloud Serviceを運用するために使用される参照アーキテクチャの一部です。

注意:

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

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

- Webブラウザ

- Oracle REST Data Services

- Oracle Application Expressを含むOracle Database

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

ヒント:

このアーキテクチャは、Oracle Real Application Clusters(Oracle RAC)環境に適しています。

参照:

- "Webリスナーの要件"

- 『Oracle Application Expressアプリケーション・ビルダー・ユーザーズ・ガイド』および『Oracle REST Data Servicesインストレーション、構成および開発ガイド』のOracle Application ExpressとのOracle REST Data Servicesの構成に関する項

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

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

mod_plsqlを使用するOracle HTTP Server (Apache)は、データベースと同じ物理マシン上にも、別の物理マシン上にも配置できます。

注意:

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

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

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

- Webブラウザ

- Oracle HTTP Serverとmod_plsql

- Oracle Application Expressを含むOracle Database

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

ヒント:

このアーキテクチャは、Oracle Real Application Clusters(Oracle RAC)環境に適しています。

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

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

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

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

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

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

参照:

- "Webリスナーの要件"

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

- Oracle REST Data Servicesについて

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

- 『Oracle Application Expressアプリケーション・ビルダー・ユーザーズ・ガイド』の「Oracle Application Expressでのmod_plsqlを使用したOracle HTTP Serverの構成について」

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

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

Oracle Application ExpressのWebリスナー・オプションの比較について理解します。

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

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

機能

Oracle REST Data Services

Oracle HTTP Serverとmod_plsql

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

イメージの場所

ファイル・システム

ファイル・システム

データベース内

構成オプション

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

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

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

接続プール設定

JDBCパラメータ

Min/MaxSpareServers; MaxClients

SHARED_SERVERS; MAX_SHARED_SERVERS

RESTful Webサービスの生成

はい(リリース2.0.3以降)

いいえ

いいえ

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

はい(Oracle RACを含む)

はい(Oracle RACを含む)

いいえ

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

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

いいえ

いいえ

PDFの印刷

はい。FOPサポートあり

いいえ

いいえ

推奨環境

すべて

すべて

開発のみ

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

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

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

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

Oracle XML DBプロトコル・サーバーおよび埋込みPL/SQLゲートウェイは、Oracle Databaseとともにインストールされます。

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

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

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

- 構成が容易

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

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

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

埋込みPL/SQLゲートウェイを使用してOracle Application Expressを実行する場合、イメージは、Oracle XML DBリポジトリ内のデータベースに直接格納されます。imagesにアクセスするには、Oracle XML DBのWebDAV機能またはFTPを使用します。

参照:

- 『Oracle XML DB開発者ガイド』のプロトコルを使用したリポジトリへのアクセスに関する項

- "Webリスナーの要件"

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

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

Oracle RAC環境でのWebリスナーの選択について理解します。

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

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

Oracle Application Expressランタイム環境について理解します。

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

Oracle Application Expressランタイム環境では、本番アプリケーションは実行できますが、管理用のWebインタフェースは提供されません。ランタイム環境に含まれるのは、アプリケーションの実行に必要なパッケージのみです。このため、ランタイム環境はより堅牢な環境となります。Oracle Application Expressランタイム環境は、SQL*PlusまたはSQL DeveloperおよびAPEX_INSTANCE_ADMIN APIを使用して管理します。

参照:

『Oracle Application Expressアプリケーション・ビルダー・ユーザーズ・ガイド』の「Application Expressのランタイム環境の利点について」

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

関連項目:

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

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

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

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

Oracle Application Expressをインストールする前に、構成がインストールの最小要件を満たしていることを確認する必要があります。

トピック:

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

- ターゲット・データベースのMEMORY_TARGETの確認
Oracle Application Expressは、システム・グローバル領域(SGA)とプログラム・グローバル領域(PGA)に少なくとも300MBあることを必要とします。

- ブラウザ要件
Oracle Application ExpressにはJavaScript対応のブラウザが必要であり、Google Chrome、Mozilla Firefox、Apple Safari、Microsoft Internet ExplorerおよびMicrosoft Edgeの現在のリリースおよび以前のメジャー・リリースをサポートしています。

- Webリスナーの要件
Oracle Application Expressを実行するには、特定のWebリスナーのリソースへのアクセス権が必要です。

- ディスク領域の要件
Oracle Application Expressのディスク領域の要件はこのセクションに記載されています。

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

2.1 Oracle Databaseの要件

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

Oracle Databaseバージョン12.1 CDBをアップグレードする場合、My Oracle Supportから、バグ20618595の個別パッチをダウンロードする必要があります。「パッチ」タブで20618595を検索します。

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

Oracle Application Expressは、システム・グローバル領域(SGA)とプログラム・グローバル領域(PGA)に少なくとも300MBあることを必要とします。

データベースは通常は自動メモリー管理を使用し、そこではメモリーをサーバー・パラメータMEMORY_TARGETで制御できます。データベースが自動メモリー管理を使用していない場合、そのかわりに手動のメモリー・パラメータ(たとえば、SGA_TARGET、PGA_AGGREGATE_TARGET、SHARED_POOL_SIZE)を構成する方法を『Oracle Database管理者ガイド』で参照すると、類似した結果を得られます。

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

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

SQL> STARTUP

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

SQL> SHOW PARAMETER PFILE;

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

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

SQL> SHOW PARAMETER MEMORY_TARGET

4. 値が0の場合、データベースは手動メモリー管理を使用しています。手動メモリー管理を使用して同等のメモリー・サイズを構成する方法の詳細は、次の手順でなく『Oracle Database管理者ガイド』を参照してください。

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

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

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

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

SQL> SHUTDOWN

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

SQL> STARTUP

参照:

Oracle Database管理者ガイド

2.3 ブラウザ要件

Oracle Application ExpressにはJavaScript対応のブラウザが必要であり、Google Chrome、Mozilla Firefox、Apple Safari、Microsoft Internet ExplorerおよびMicrosoft Edgeの現在のリリースおよび以前のメジャー・リリースをサポートしています。

注意:

Microsoft Internet Explorer 11は以前のメジャー・リリースで、Microsoftの現在のブラウザはMicrosoft Edgeです。

2.4 Webリスナーの要件

Oracle Application Expressを実行するには、特定のWebリスナーのリソースへのアクセス権が必要です。

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

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

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

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

参照:

Webリスナーの選択

2.5 ディスク領域の要件

Oracle Application Expressのディスク領域の要件はこのセクションに記載されています。

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

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

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

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

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

2.6 Oracle XML DBの要件

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

ヒント:

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

ヒント:

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

参照:

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

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

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

トピック:

- インストールの選択項目の理解
Oracle Application Expressのインストールの選択項目について理解します。

- 様々なPDBへのApplication Expressのインストール
様々なバージョンのOracle Application Expressを様々なPDBにインストールできます。

- ルート・コンテナにApplication Expressがインストールされている場合のPDBの接続
ターゲット・データベースでルート・コンテナCDB$ROOTにApplication Expressがインストールされている例(デフォルトのインストール・オプション)を理解します。

- ターゲットCDBのルート・コンテナにApplication Expressが含まれない場合のPDBの接続
このセクションの例では、「CDBからのApplication Express 5.1のアンインストール」の説明に従って、Application Expressを明示的に削除することで、ルート・コンテナCDB$ROOTにApplication Expressがインストールされていない場合について説明します。

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

Oracle Application Expressのインストールの選択項目について理解します。

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

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

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

ヒント:

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

参照:
"様々なPDBへのApplication Expressのインストール"

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

様々なバージョンのOracle Application Expressを様々なPDBにインストールできます。

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

トピック:

- CDBからのApplication Express 5.1のアンインストール
CDBからのApplication Expressのアンインストール方法を理解します。

- PDBへのApplication Expressのローカルなインストール
Application ExpressをPDBにローカルにインストールする方法を理解します。

- CDBへのApplication Expressの再インストール
Application ExpressをCDBに再インストールする方法を理解します。

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

CDBからのApplication Expressのアンインストール方法を理解します。

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

注意:

このセクションでは、CDBからのApplication Express 5.1の削除について説明します。Oracle Database 12.1に付属のCDBからOracle Application Expressを削除する場合、$ORACLE_HOME/apexまたは4.2.6 APEXディストリビューションからapxremov_con.sqlを使用してください。

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

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

- Windowsの場合:

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

- UNIXおよびLinuxの場合:

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

3. apxremov.sqlを実行します。

次に例を示します。

@apxremov.sql

注意:

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

参照:

"このリリースでの変更点"

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

Application ExpressをPDBにローカルにインストールする方法を理解します。

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

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

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

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

- Windowsの場合:

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

- UNIXおよびLinuxの場合:

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

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

ALTER SESSION SET CONTAINER = <PDB_name>;

4. 適切なインストール・オプションを選択します。

完全開発環境ではアプリケーションを開発するため、アプリケーション・ビルダー環境へのすべてのアクセス権があります。ランタイム環境ではアプリケーションは変更できず、実行することができます。

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

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

@apexins.sql tablespace_apex tablespace_files tablespace_temp images

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

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

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

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

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

次に例を示します。

@apexins.sql SYSAUX SYSAUX TEMP /i/

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

o    @apxrtins.sql tablespace_apex tablespace_files tablespace_temp images

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

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

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

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

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

次に例を示します。

@apxrtins.sql SYSAUX SYSAUX TEMP /i/

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

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

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

注意:

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

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

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

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

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

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

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

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

参照:

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

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

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

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

Application ExpressをCDBに再インストールする方法を理解します。

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

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

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

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

- Windowsの場合:

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

- UNIXおよびLinuxの場合:

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

3. 適切なインストール・オプションを選択します。

完全開発環境ではアプリケーションを開発するため、アプリケーション・ビルダー環境へのすべてのアクセス権があります。ランタイム環境ではアプリケーションは変更できず、実行することができます。

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

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

@apexins.sql tablespace_apex tablespace_files tablespace_temp images

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

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

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

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

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

次に例を示します。

@apexins.sql SYSAUX SYSAUX TEMP /i/

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

@apxrtins.sql tablespace_apex tablespace_files tablespace_temp images

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

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

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

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

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

次に例を示します。

@apxrtins.sql SYSAUX SYSAUX TEMP /i/

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

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

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

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

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

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

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

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

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

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

参照:

- SQL*Plusの詳細は、『SQL*Plusユーザーズ・ガイドおよびリファレンス』を参照してください。

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

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

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

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

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

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

ターゲット・データベースでルート・コンテナCDB$ROOTにApplication Expressがインストールされている例(デフォルトのインストール・オプション)を理解します。

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

トピック:

- 例1: Application Expressを含む非CDBの接続
Application Expressを含む非CDBを接続します。

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

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

- 例4: Application Expressを含まない非CDBまたはPDBの接続
Application Expressがインストールされていない場合は非CDBまたはPDBを接続します。

- 互換性のないApplication Expressバージョンでの作業
互換性のないバージョンのApplication Expressでの作業方法を理解します。

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

Application Expressを含む非CDBを接続します。

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

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

Application Expressをインストールした後に、PDBにWebリスナーを構成する必要があります。

元のデータベース(現在のPDB)にインストールされているApplication Expressのバージョンが、ターゲット・データベースのルート・コンテナにインストールしたApplication Expressのバージョンと異なる場合は、PDBをオープンしようとするとエラーが発生します。

参照:

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

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

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

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

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

他のCDBからApplication Expressを含むPDBを接続します。

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

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

元のデータベースにインストールされているApplication Expressのバージョンが、ターゲット・データベースのルート・コンテナにインストールしたApplication Expressのバージョンと異なる場合は、PDBをオープンしようとするとエラーが発生します。

参照:

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

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

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

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

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

他のCDBからローカルApplication Expressを含むPDBを接続します。

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

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

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

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

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

- Windowsの場合:

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

- UNIXおよびLinuxの場合:

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

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

ALTER SESSION SET CONTAINER = <PDB_name>;

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

@apex_to_common.sql

元のデータベースにインストールされているApplication Expressのバージョンが、ターゲット・データベースのルート・コンテナにインストールしたApplication Expressのバージョンと異なる場合は、PDBをオープンしようとするとエラーが発生します。

参照:
"互換性のないApplication Expressバージョンでの作業"

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

Application Expressがインストールされていない場合は非CDBまたはPDBを接続します。

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

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

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

互換性のないバージョンのApplication Expressでの作業方法を理解します。

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

トピック:

- CDBのApplication Expressのパッチ適用またはアップグレード
ルート・コンテナでApplication Expressに対してパッチ適用またはアップグレードを行う方法を理解します。

- PDBのApplication Expressのパッチ適用またはアップグレード
PDBのApplication Expressのパッチ適用またはアップグレードについて理解します。

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

ルート・コンテナでApplication Expressに対してパッチ適用またはアップグレードを行う方法を理解します。

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

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

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

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

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

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

- Windowsの場合:

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

- UNIXおよびLinuxの場合:

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

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

@apxpatch_con.sql

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

@apxldimg_con.sql

ヒント:

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

参照:

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

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

PDBのApplication Expressのパッチ適用またはアップグレードについて理解します。

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

トピック:

- PDBのApplication Expressへのパッチ適用
PDBでApplication Expressにパッチ適用する方法を理解します。

- PDBのApplication Expressのアップグレード
PDBでApplication Expressをアップグレードする方法を理解します。

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

PDBでApplication Expressにパッチ適用する方法を理解します。

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

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

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

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

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

- Windowsの場合:

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

- UNIXおよびLinuxの場合:

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

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

host &OH_HOME/perl/bin/perl -I

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

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

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

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

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

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

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

PDBでApplication Expressをアップグレードする方法を理解します。

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

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

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

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

- Windowsの場合:

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

- UNIXおよびLinuxの場合:

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

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

host &OH_HOME/perl/bin/perl -I

&OH_HOME/rdbms/admin &OH_HOME/rdbms/admin/catcon.pl -b apexins -c '<PDB_name>'  apexins_nocdb.sql pSYSAUX pSYSAUX pTEMP p/i/p1,2,3

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

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

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

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

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

このセクションの例では、「CDBからのApplication Express 5.1のアンインストール」の説明に従って、Application Expressを明示的に削除することで、ルート・コンテナCDB$ROOTにApplication Expressがインストールされていない場合について説明します。

このような場合は、オプションで、各PDBにローカルApplication Expressを個別にインストールできます。Application ExpressをPDBにインストールした場合、ローカルにインストールされたとみなされ、メタデータ・リンク・オブジェクトは定義されません。接続中のデータベースの元の場所、および元のデータベースでApplication Expressが構成されていた方法について、複数の例があります。

トピック:

- 例1: Application Expressを含む非CDBの接続
Application Expressを含む非CDBを接続します。

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

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

- 例4: Application Expressを含まない非CDBまたはPDBの接続
Application Expressがインストールされていない場合は非CDBまたはPDBを接続します。

参照:
"CDBからのApplication Express 5.1のアンインストール"

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

Application Expressを含む非CDBを接続します。

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

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

参照:

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

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

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

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

他のCDBからApplication Expressを含むPDBを接続します。

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

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

他のCDBからローカルApplication Expressを含むPDBを接続します。

(CDBではなく)元のPDBにローカルApplication Expressがインストールされている既存のOracle Database 12cからPDBをコピーまたは移動するには、使用しているWebリスナーのタイプに応じて、PDBにWebリスナーを構成するのみで済みます。

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

参照:

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

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

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

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

Application Expressがインストールされていない場合は非CDBまたはPDBを接続します。

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

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

このセクションでは、Oracle Technology NetworkからZIPファイルをダウンロードし、Oracle REST Data Servicesをダウンロードとインストールして、Oracle Application Expressをインストールする方法について説明します。

この手順は、新規インストールとアップグレード・インストールの両方に該当します。

トピック:

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

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

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

- Oracle Application Expressのインストール前タスクの実行
Oracle Application Expressをインストールする前に、インストール前タスクを確認、実行します。

- Oracle Application Expressのダウンロードとインストール
Oracle Application Expressのダウンロードとインストールについて理解します。

- Oracle REST Data Servicesのダウンロードとインストール
Oracle REST Data Servicesのダウンロードとインストールについて理解します。

- Oracle REST Data Servicesの構成
Oracle REST Data Servicesの構成には、imagesディレクトリのコピー、構成の実行によるOracle REST Data Servicesの構成の構成、静的ファイル・サポートの構成およびOracle REST Data Serviceの保護が必要です。

- Oracle Database 11g以上でのネットワーク・サービスの有効化
Oracle Database 11g以上のバージョンでのネットワーク・サービスの有効化を理解します。

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

- 同時ジョブ数の制御
同時実行ジョブ数の指定について理解します。

- 他の言語でのOracle Application Expressの実行について
Oracle Application Expressの単一インスタンスを、1つ以上の言語変換されたバージョンとともにインストールできます。

- 言語変換されたバージョンのOracle Application Expressのインストール
言語変換されたバージョンのOracle Application Expressのインストールについて理解します。

- ワークスペースの作成およびOracle Application Expressユーザーの追加
アプリケーションの開発やインストールの前に、ワークスペースを作成し、Oracle Application Expressユーザーを追加し、ワークスペースにサインインする必要があります。

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

- パフォーマンスの最適化タスクについて
パフォーマンスの最適化について理解します。

- ランタイム環境と完全開発環境の間の変換
ランタイム環境と完全開発環境の相互への変換について理解します。

参照:

- "Webリスナーの要件"

- 『Oracle Application Expressアプリケーション・ビルダー・ユーザーズ・ガイド』のOracle Application ExpressとのOracle REST Data Servicesの構成に関する項

- 『Oracle Application Express管理ガイド』の、完全開発環境でのレポート出力の構成に関する項

4.1 Oracle Databaseの要件

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

Oracle Databaseバージョン12.1 CDBをアップグレードする場合、My Oracle Supportから、バグ20618595の個別パッチをダウンロードする必要があります。「パッチ」タブで20618595を検索します。

4.2 Oracle REST Data Servicesの要件

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

注意:
現在Oracle REST Data Services 3.0から3.0.2を実行している場合は、最新バージョンのOracle REST Data Services(OTNからダウンロード可能)にアップグレードする必要があります。

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

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

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

参照:

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

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

Oracle Application Expressをインストールする前に、インストール前タスクを確認、実行します。

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

1. Oracle Application Expressのすべてのインストール要件を確認して満たします。

2. Oracle Application Expressをアクティブに使用していて、現在のインストールをアップグレードする場合は、通常の順、または優先度の高い順に、Oracle Application Expressをインストールする予定のOracle Databaseインスタンスを停止します。Oracle Real Application Clusters(Oracle RAC)システムでは、各ノードのすべてのインスタンスを停止します。

データベースを停止する代替方法は、以前のリリースのOracle Application Expressからインストールをアップグレードする際に、すべてのユーザーをOracle Application Expressにアクセスできないようにすることです。このオプションは、計画停止を使用できない高可用性の本番環境でのみお薦めします。他のすべてのシナリオでは、データベースを停止する必要があります。

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

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

3. Oracle Databaseインストールをバックアップします。

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

4. ターゲット・データベースが含まれるOracle Databaseインスタンスを起動します。

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

注意:

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

参照:

- "Oracle Databaseバックアップおよびリカバリ・ユーザーズ・ガイド"

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

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

Oracle Application Expressのダウンロードとインストールについて理解します。

Oracle Application Expressをインストールする方法は、インストール先データベースのタイプによって異なります。この項では、Oracle Application Expressをダウンロードとインストールする方法について説明します。

トピック:

- Application Expressのインストール
Oracle Application Expressのダウンロード・ページからZIPファイルをダウンロードしてOracle Application Expressをインストールします。

- インスタンス管理アカウントの作成または更新
インスタンス管理者アカウントを作成または更新する方法を理解します。

- プロセスの再起動
インストールの開始前に停止したプロセスを再起動します。

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

参照:

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

4.5.1 Application Expressのインストール

Oracle Application Expressのダウンロード・ページからZIPファイルをダウンロードしてOracle Application Expressをインストールします。

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

1. 開発が英語のみで行われるインストールの場合は、Oracle Application Expressのダウンロード・ページからファイルapex_5.1_en.zipをダウンロードします。開発が英語以外の言語でも行われる場合は、Oracle Application Expressのダウンロード・ページからapex_5.1.zipをダウンロードします。次を参照してください。

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

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

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

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

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

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

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

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

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

注意:

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

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

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

- Windowsの場合:

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

- UNIXおよびLinuxの場合:

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

5. デフォルト・プロファイルに対して既存のすべてのパスワード複雑性ルールを有効にします。

6. 適切なインストール・オプションを選択します。

完全開発環境ではアプリケーションを開発するため、アプリケーション・ビルダー環境へのすべてのアクセス権があります。ランタイム環境ではアプリケーションは変更できず、実行することができます。

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

- 完全な開発環境。次の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イメージの仮想ディレクトリです。EPGを使用するインストールの場合、/i/はimages引数に必須の値です。将来的にOracle Application Expressのアップグレードをサポートするために、仮想イメージ・ディレクトリを/i/と定義します。

次に例を示します。

@apexins.sql SYSAUX SYSAUX TEMP /i/

注意:

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

SP2-0310: ファイル"apexins.sql"をオープンできません

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

@apxrtins.sql tablespace_apex tablespace_files tablespace_temp images

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

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

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

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

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

次に例を示します。

@apxrtins.sql SYSAUX SYSAUX TEMP /i/

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

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

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

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

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

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

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

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

参照:

- 『Oracle Databaseセキュリティ・ガイド』の「パスワード保護の構成」

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

- SQL*Plusの詳細は、『SQL*Plusユーザーズ・ガイドおよびリファレンス』を参照してください。

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

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

インスタンス管理者アカウントを作成または更新する方法を理解します。

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

ヒント:

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

トピック:

- インスタンス管理者の概要。
インスタンス管理者は、ワークスペースのプロビジョニング、機能とインスタンス設定の構成、セキュリティの管理など、Oracle Application Expressインスタンス全体の管理を担当するスーパーユーザーです。

- apxchpwd.sqlについて
apxchpwd.sqlスクリプトを実行すると、インスタンス管理者アカウントを作成または更新できます。

- apxchpwd.sqlの実行
apxchpwd.sqlスクリプトを実行して、インスタンス管理者アカウントを作成または更新します。

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

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

管理タスクを実行するために、Oracle Application Express管理サービス・アプリケーションにサインインします。

参照:

『Oracle Application Express管理ガイド』の「Oracle Application Express管理サービス」

4.5.2.2 apxchpwd.sqlについて

apxchpwd.sqlスクリプトを実行すると、インスタンス管理者アカウントを作成または更新できます。

次のシナリオでは、apxchpwd.sqlスクリプトを実行する必要があります。

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

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

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

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

ヒント:

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

4.5.2.3 apxchpwd.sqlの実行

apxchpwd.sqlスクリプトを実行して、インスタンス管理者アカウントを作成、更新します。

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

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

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

- Windowsの場合:

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

- UNIXおよびLinuxの場合:

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

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

@apxchpwd.sql

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

参照:

SQL*Plusの詳細は、『SQL*Plusユーザーズ・ガイドおよびリファレンス』を参照してください

4.5.3 プロセスの再起動

インストールの開始前に停止したプロセスを再起動します。

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

4.5.4 APEX_PUBLIC_USERアカウントの構成

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

トピック:

- APEX_PUBLIC_USERアカウントについて
APEX_PUBLIC_USERアカウントは、新しいOracle Application Expressのインストール時にランダムなパスワードとともに作成されます。

- APEX_PUBLIC_USERアカウントのロック解除
SQL文を実行してAPEX_PUBLIC_USERアカウントのロックを解除します。

- APEX_PUBLIC_USERアカウントのパスワードの変更
SQL文を実行してAPEX_PUBLIC_USERアカウントのパスワードを変更します。

- Oracle Database 11g以降でのパスワードの有効期限について
APEX_PUBLIC_USERを変更してPASSWORD_LIFE_TIMEパラメータを無期限に設定することで、パスワードの期限切れを防ぐことができます。これを行うには、PASSWORD_LIFE_TIMEパラメータが無制限に設定されている別のプロファイルを作成し、APEX_PUBLIC_USERアカウントを変更して、これを新しいプロファイルに割り当てます。

4.5.4.1 APEX_PUBLIC_USERアカウントについて

APEX_PUBLIC_USERアカウントは、新しいOracle Application Expressのインストール時にランダムなパスワードとともに作成されます。

新しいインストール環境でデータベース・アクセス記述子(DAD)を構成するには、まず、このアカウントのパスワードを変更する必要があります。

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

SQL文を実行してAPEX_PUBLIC_USERアカウントのロックを解除します。

ヒント:

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

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

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

- Windowsの場合:

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

- UNIXおよびLinuxの場合:

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

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

ALTER USER APEX_PUBLIC_USER ACCOUNT UNLOCK

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

SQL文を実行してAPEX_PUBLIC_USERアカウントのパスワードを変更します。

ヒント:

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

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

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

- Windowsの場合:

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

- UNIXおよびLinuxの場合:

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

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

ALTER USER APEX_PUBLIC_USER IDENTIFIED BY new_password

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

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

APEX_PUBLIC_USERを変更してPASSWORD_LIFE_TIMEパラメータを無期限に設定することで、パスワードの期限切れを防ぐことができます。これを行うには、PASSWORD_LIFE_TIMEパラメータが無制限に設定されている別のプロファイルを作成し、APEX_PUBLIC_USERアカウントを変更して、これを新しいプロファイルに割り当てます。

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

参照:

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

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

Oracle REST Data Servicesのダウンロードとインストールについて理解します。

トピック:

- Oracle REST Data Servicesのダウンロード
Oracle REST Data Servicesをダウンロードする方法を理解します。

- リバース・プロキシやロード・バランサの内側にあるOracle REST Data Servicesの構成について
Oracle Application Expressがリバース・プロキシまたはロード・バランサの内側で実行されている場合、ユーザーのブラウザが認識した元のHTTPホスト名とプロトコルをApplication Expressエンジンに通信することが重要です。

- Web Server HTTP POSTのリクエスト制限
Web Server HTTP POSTのリクエスト制限について理解します。

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

参照:

『Oracle REST Data Servicesインストレーション、構成および開発ガイド』

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

Oracle REST Data Servicesをダウンロードする方法を理解します。

ヒント:

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

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

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

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

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

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

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

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

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

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

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

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

Oracle Application Expressがリバース・プロキシまたはロード・バランサの内側で実行されている場合、ユーザーのブラウザが認識した元のHTTPホスト名とプロトコルをApplication Expressエンジンに通信することが重要です。

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

4.6.3 Web Server HTTP POSTのリクエスト制限

Web Server HTTP POSTのリクエスト制限について理解します。

スタンドアロン・モードまたはTomcat Java Container内でOracle REST Data Servicesを実行している場合、ファイル・アップロード以外のPOSTリクエストにはサイズ制限があります。Application Expressユーザーは、SQL Workshopでコピーと貼付けを使用してデータをアップロードする場合や、スプレッドシートからアプリケーションを作成する場合に、これらの制限に直面します。

- Oracle REST Data Servicesをスタンドアロン・モードで実行する場合、デフォルトの制限は、Oracle REST Data Services (ORDS) 3.0.8以前では200KB、ORDS 3.0.9以降では10MBです。3.0.8以前では、次のようにして制限を増やすことをお薦めします。
Javaシステム・プロパティ org.eclipse.jetty.server.Request.maxFormContentSizeを、より大きい値(単位はバイト)に設定します。このプロパティはOracle REST Data Servicesの起動時に設定できます。次に例を示します。java -Dorg.eclipse.jetty.server.Request.maxFormContentSize=3000000 -jar ords.war

- Oracle HTTP Serverをmod_plsqlとともに実行している場合、デフォルトは無制限です。必要なアクションはありません。

- 埋込みPL/SQLゲートウェイ上で実行している場合、制限は2GBです。必要なアクションはありません。

- Apache Tomcat上で実行している場合、デフォルトの制限は2㎆です。制限を変更するには、Apache TomcatのmaxPostSizeパラメータを調整します。

参照:

詳細は、http://tomcat.apache.org/を参照してください。

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

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

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

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

- Windowsの場合:

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

- UNIXおよびLinuxの場合:

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

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

EXEC DBMS_XDB.SETHTTPPORT(0);

4.7 Oracle REST Data Servicesの構成

Oracle REST Data Servicesの構成には、imagesディレクトリのコピー、構成の実行によるOracle REST Data Servicesの構成の構成、静的ファイル・サポートの構成およびOracle REST Data Serviceの保護が必要です。

新規インストールでRESTful Servicesを設定する方法は、次のセクションで説明しています。

トピック:

- imagesディレクトリのコピー
新規インストールをロードしているか、以前のリリースをアップグレードしているかにかかわらず、トップ・レベルのapex\imagesディレクトリ(例: C:\TEMP)から、インストールされているOracle REST Data Servicesが使用している場所に、imagesディレクトリをコピーする必要があります。

- RESTfulサービスの構成
Oracle Application Expressを新規インストールまたはアップグレードする場合は、構成スクリプトapex_rest_config.sqlを実行してRESTfulサービスを構成します。

- 静的ファイル・サポートの構成
静的ファイルを構成するために、Oracle Application Expressの新規インストールまたはアップグレード後にはapex_rest_config.sqlを実行する必要があります。

- Oracle REST Data Serviceの保護
Oracle Application Expressの構成では、パラメータsecurity.requestValidationFunctionをwwv_flow_epg_include_modules.authorizeに設定することをお薦めします。

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

新規インストールをロードしているか、以前のリリースをアップグレードしているかにかかわらず、トップ・レベルのapex\imagesディレクトリ(例: C:\TEMP)から、インストールされているOracle REST Data Servicesが使用している場所に、imagesディレクトリをコピーする必要があります。

アップグレード中に、既存のimagesディレクトリを上書きします。以前のバージョンに戻すことができるように、アップグレードの開始前に、Oracle Application Express用の既存のimagesディレクトリのコピーを作成して、imagesのリリース番号(images_3_1など)を示しておくことをお薦めします。

参照:

『Oracle REST Data Servicesインストレーション、構成および開発ガイド』

4.7.2 RESTfulサービスの構成

Oracle Application Expressを新規インストールまたはアップグレードする場合は、構成スクリプトapex_rest_config.sqlを実行してRESTfulサービスを構成します。

構成すると、インスタンス管理者がこの機能の可用性を制御できます。インスタンス管理者がこのApplication ExpressインスタンスのRESTfulサービスを無効にした場合、このインスタンスではRESTfulサービスを使用できず、RESTfulサービスのアイコンも表示されません。

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

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

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

- Windowsの場合:

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

- UNIXおよびLinuxの場合:

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

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

@apex_rest_config.sql

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

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

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

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

参照:

『Oracle Application Express管理ガイド』のインスタンスのRESTfulサービスの制御に関する項

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

静的ファイルを構成するために、Oracle Application Expressの新規インストールまたはアップグレード後にはapex_rest_config.sqlを実行する必要があります。

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

参照:

"Oracle REST Data Servicesの構成"

4.7.4 Oracle REST Data Serviceの保護

Oracle Application Expressの構成では、パラメータsecurity.requestValidationFunctionをwwv_flow_epg_include_modules.authorizeに設定することをお薦めします。

パラメータwwv_flow_epg_include_modules.authorizeをsecurity.requestValidationFunctionに設定すると、Oracle Application Expressに組込まれている呼出し可能なプロシージャのホワイトリストがアクティブ化され、他のプロシージャの呼出しが禁止されます。

参照:

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

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

Oracle Database 11g以上のバージョンでのネットワーク・サービスの有効化を理解します。

トピック:

- ネットワーク・サービスを有効化する必要があるタイミングと理由
ネットワーク・サービスを有効化すると、Oracle Application Expressでのアウトバウンド・メールの送信、Oracle Application ExpressでのWebサービスの使用、PDFレポートの出力に対するサポートが有効になります。

- Oracle Database 12cより前の接続権限の付与
APEX_050100データベース・ユーザーに対して、任意のホストへの接続権限を付与する方法を示します。

- Oracle Database 12cでの前の接続権限の付与
DBMS_NETWORK_ACL_ADMINのプロシージャCREATE_ACL、ASSIGN_ACL、ADD_PRIVILEGEおよびCHECK_PRIVILEGEは、Oracle Database 12cでは非推奨です。APPEND_HOST_ACEを使用することをお薦めします。

- 無効なACLエラーのトラブルシューティング
問合せを実行して無効なACLエラーを特定する方法を理解します。

4.8.1 ネットワーク・サービスを有効化する場合と理由

ネットワーク・サービスを有効化すると、Oracle Application Expressでのアウトバウンド・メールの送信、Oracle Application ExpressでのWebサービスの使用、PDFレポートの出力に対するサポートが有効になります。

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

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

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

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

ヒント:

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

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

APEX_050100データベース・ユーザーに対して、任意のホストへの接続権限を付与する方法を示します。

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

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

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

DBMS_NETWORK_ACL_ADMINのプロシージャCREATE_ACL、ASSIGN_ACL、ADD_PRIVILEGEおよびCHECK_PRIVILEGEは、Oracle Database 12cでは非推奨です。APPEND_HOST_ACEを使用することをお薦めします。

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

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

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

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

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

問合せを実行して無効な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_050100ユーザーにACLを適用する必要があります。

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

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

SSLを使用しないと、パスワードが公開され、セキュリティが損なわれる可能性があります。

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

参照:

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

4.10 同時ジョブ数の制御

同時実行ジョブ数の指定について理解します。

トピック:

- 同時ジョブ数の管理について
最大同時実行ジョブ数の管理について理解します。

- JOB_QUEUE_PROCESSESの数の表示
JOB_QUEUE_PROCESSESの数は3つの方法で表示できます。

- JOB_QUEUE_PROCESSESの数の変更
SQL*Plusで次のSQL文を実行して、JOB_QUEUE_PROCESSESの数を変更できます。

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

最大同時実行ジョブ数の管理について理解します。

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

4.10.2 JOB_QUEUE_PROCESSESの数の表示

JOB_QUEUE_PROCESSESの数は3つの方法で表示できます。

トピック:

- インストール・ログ・ファイルでのJOB_QUEUE_PROCESSESの表示
インストール・ログ・ファイルでのJOB_QUEUE_PROCESSESの見方を理解します。

- Oracle Application ExpressでのJOB_QUEUE_PROCESSESの表示
Application Expressの「バージョン情報」ページでのJOB_QUEUE_PROCESSESの数の表示を理解します。

- SQL*PlusによるJOB_QUEUE_PROCESSESの表示
次のSQLコマンドを実行して、SQL*PlusでJOB_QUEUE_PROCESSESの数を表示する方法を理解します。

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

インストール・ログ・ファイルでのJOB_QUEUE_PROCESSESの見方を理解します。

参照:

"インストール・セッションのログの確認"

4.10.2.2 Oracle Application ExpressでのJOB_QUEUE_PROCESSESの表示

Application Expressの「バージョン情報」ページでのJOB_QUEUE_PROCESSESの数の表示を理解します。

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

1. Oracle Application Expressにサインインします。

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

3. 「ヘルプ」メニューから「バージョン情報」を選択します。

Application Expressのバージョン情報ページが表示されます。ページの下部に、現在のJOB_QUEUE_PROCESSESの数が表示されます。

参照:

"Oracle REST Data Servicesを使用したワークスペースへのサインイン"

4.10.2.3 SQL*PlusによるJOB_QUEUE_PROCESSESの表示

次のSQLコマンドを実行して、SQL*PlusでJOB_QUEUE_PROCESSESの数を表示する方法を理解します。

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

4.10.3 JOB_QUEUE_PROCESSESの数の変更

SQL*Plusで次のSQL文を実行して、JOB_QUEUE_PROCESSESの数を変更できます。

JOB_QUEUE_PROCESSESの数を更新するには、次のステップを実行します。

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

- Windowsの場合:

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

- UNIXおよびLinuxの場合:

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

2. SQL*Plusで次のSQL文を実行します。

ALTER SYSTEM SET JOB_QUEUE_PROCESSES = <number>

たとえば、ALTER SYSTEM SET JOB_QUEUE_PROCESSES = 20を実行すると、JOB_QUEUE_PROCESSESは20に設定されます。

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

Oracle Application Expressの単一インスタンスを、1つ以上の言語変換されたバージョンとともにインストールできます。

Oracle Application Expressのインタフェースは、ドイツ語、スペイン語、フランス語、イタリア語、日本語、韓国語、ポルトガル語(ブラジル)、簡体字中国語および繁体字中国語に変換できます。Oracle Application Expressの単一インスタンスは、これらの言語変換されたバージョンを1つ以上実装してインストールできます。開発者は、画面またはホーム・ページのアプリケーション・ビルダーのログから言語を選択するのみで、インストールされたあらゆる言語におけるApplication Expressの開発環境を実行することを選択できます。

他の言語をインストールするには、後述の追加ファイルが含まれているapex_5.1.zipファイルを使用する必要があります。以前にapex_5.1_en.zipをダウンロードした場合、Oracle Application Expressを再インストールする必要はありません。 apex_5.1zipをダウンロードして、apex_5.1_en.zipを解凍した同じディレクトリにファイルを解凍するのみです。

言語変換されたバージョンのOracle Application Expressは、その特定言語をサポートするキャラクタ・セットが実装されたデータベースにロードする必要があります。言語変換されたバージョンのOracle Application Expressを、その言語の文字コードをサポートしないデータベースにインストールすると、インストールが正常に実行されなかったり、言語変換されたOracle Application Expressインスタンスが実行時に破損しているように見える場合があります。データベース・キャラクタ・セットAL32UTF8は、言語変換されたすべてのバージョンのOracle Application Expressをサポートします。

言語変換されたバージョンのOracle Application Expressを手動でインストールするには、SQL*Plusを使用します。インストール・ファイルはAL32UTF8にエンコードされます。

注意:

言語変換されたバージョンのOracle Application Expressをインストールするには、ターゲット・データベースのキャラクタ・セットにかかわらず、SQL*Plusを起動する前に環境変数NLS_LANGのキャラクタ・セット値をAL32UTF8に設定する必要があります。

言語変換されたバージョンのOracle Application Expressのロードに有効なNLS_LANG設定の例を次に示します。

American_America.AL32UTF8
Japanese_Japan.AL32UTF8

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

言語変換されたバージョンのOracle Application Expressのインストールについて理解します。

トピック:

- 言語変換されたバージョンのOracle Application Expressのインストールについて
言語変換されたバージョンのOracle Application Expressを実行するには、load_lang.sqlスクリプトを実行する必要があります。

- 言語変換されたバージョンのOracle Application Expressのインストール
言語変換されたバージョンのOracle Application Expressをインストールする方法について理解します。

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

言語変換されたバージョンのOracle Application Expressを実行するには、load_lang.sqlスクリプトを実行する必要があります。

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

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

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

言語変換されたバージョンのOracle Application Expressをインストールする方法について理解します。

言語変換されたバージョンのOracle Application Expressをインストールするには、次のステップを実行します。

1. 環境変数NLS_LANGをキャラクタ・セットAL32UTF8に設定します。次に例を示します。

- BourneまたはKornシェルの場合:

NLS_LANG=American_America.AL32UTF8
export NLS_LANG

- Cシェルの場合:

setenv NLS_LANG American_America.AL32UTF8

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

set NLS_LANG=American_America.AL32UTF8

2. インストールする必要がある言語に基づいて、apex/builderの下のディレクトリにナビゲートします。たとえば、ドイツ語の場合は、apex/builder/deにナビゲートします。SQL*Plusを起動し、Oracle Application Expressがインストールされているデータベースに、SYSDBAロールが指定されているSYSとして接続します。次に例を示します。

- Windowsの場合:

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

- UNIXおよびLinuxの場合:

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

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

ALTER SESSION SET CURRENT_SCHEMA = APEX_050100;

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

@load_lang.sql

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

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

アプリケーションの開発やインストールの前に、ワークスペースを作成し、Oracle Application Expressユーザーを追加し、ワークスペースにサインインする必要があります。

トピック:

- ワークスペースとユーザーの概要
ワークスペースでは、オブジェクト、データおよびアプリケーションをプライベートに保持しながら、同一のOracle Application Expressのインストール内で複数のユーザーが作業できます。

- Oracle REST Data Servicesを使用したAdministration Servicesへのアクセス
Oracle Application Express Administration Servicesに、インストール・プロセスで作成またはリセットされたADMINアカウントとパスワードを使用してサインインします。

- ワークスペースの手動作成
Oracle Application Express Administration Servicesにサインインしてワークスペースを手動で作成します。

- Oracle Application Expressユーザーの作成
管理者パスワードを使用してOracle Application Express Administration Servicesにサインインします。「作業領域の管理」で、「開発者とユーザーの管理」をクリックし、「ユーザーの作成」をクリックします。適切な情報を入力します。

- Oracle REST Data Servicesを使用したワークスペースへのサインイン
Oracle REST Data Servicesを使用してワークスペースにサインインする方法を理解します。

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

ワークスペースでは、オブジェクト、データおよびアプリケーションをプライベートに保持しながら、同一のOracle Application Expressのインストール内で複数のユーザーが作業できます。

JavaScriptを有効にしたWebブラウザを使用してワークスペースにログインし、Oracle Application Expressのホーム・ページにアクセスします。

各ワークスペースには、一意のIDおよび名前が含まれます。インスタンス管理者は、Oracle Application Express管理サービス内にワークスペースを手動で作成するか、ユーザーにリクエストを送信してもらうことができます。Oracle Application Express管理サービスは、Oracle Application Expressインスタンス全体を管理するための個別のアプリケーションです。

参照:

- "ブラウザ要件"

- Oracle Application Express管理ガイドの「作業領域の作成」

- 『Oracle Application Express管理ガイド』の「ワークスペース・リクエストおよび変更リクエストの管理」

4.13.2 Oracle REST Data Servicesを使用したAdministration Servicesへのアクセス

Oracle Application Express Administration Servicesには、インストール・プロセスで作成またはリセットされたADMINアカウントとパスワードを使用してサインインします。

ワークスペースとユーザー・アカウントを手動で作成するには、Oracle Application Express管理サービスと呼ばれる、Oracle Application Expressインスタンス全体を管理するための個別のアプリケーションにサインインします。

Oracle Application Express管理サービスにアクセスするには、次の手順を実行します。

1. Webブラウザで、Oracle Application Express管理サービス・アプリケーションにナビゲートします。

ヒント:

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

設定ではOracle REST Data Servicesを使用するため、次に進みます。

http://hostname:port/apex/apex_admin

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

hostnameは、Oracle REST Data Servicesがインストールされているシステムの名前です。

portは、Oracle REST Data Servicesの構成時に割り当てられるポート番号です。デフォルトのインストールでは、この番号は8080です。詳細は、『Oracle REST Data Servicesインストレーション、構成および開発ガイド』を参照してください。

apexは、Oracle REST Data Servicesの構成時に定義されるサービス名です。

2. サインイン・ページで、次のステップを実行します。

- ユーザー名 - adminと入力します。

- パスワード - 「インスタンス管理アカウントの作成または更新」で指定したOracle Application Express管理者アカウントのパスワードを入力します。

- 「管理にサインイン」をクリックします。

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

参照:

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

- 『Oracle Application Express管理ガイド』の「Oracle Application Express管理サービス」

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

Oracle Application Express Administration Servicesにサインインしてワークスペースを手動で作成します。

ワークスペースを手動で作成するには、Oracle Application Express管理サービスと呼ばれる個別のアプリケーションにサインインします。Oracle Application Express Administration Servicesには、インストール・プロセスで作成またはリセットされたADMINアカウントとパスワードを使用してサインインします。

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

1. Oracle Application Express管理サービスへのアクセス。

Oracle Application Express管理サービスが表示されます。次に、ワークスペースを作成します。

2. 「作業領域の管理」をクリックします。

3. 「ワークスペース・アクション」で、「ワークスペースの作成」をクリックします。

ワークスペースの作成ウィザードが表示されます。

4. 「ワークスペースの指定」で、次を入力します。

a. ワークスペース名: 一意のワークスペース名を入力します。

b. 「ワークスペースID」: 新しいワークスペースIDを自動的に生成させるために、「ワークスペースID」は空白のままにしておきます。ワークスペースIDは、100000より大きい正の整数にする必要があります。

c. ワークスペースの説明: ワークスペースの説明を入力します。

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

5. 「スキーマの指定」で、既存のスキーマを再利用するか、新しく作成するかを指定します。

既存のスキーマを使用する場合

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

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

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

新しいスキーマを作成する場合

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

b. スキーマの名前とパスワードを入力します。

c. 領域割当てを指定します。

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

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

7. 選択内容を確認して、「ワークスペースの作成」をクリックします。

参照:

- "Oracle REST Data Servicesを使用したAdministration Servicesへのアクセス"

- 『Oracle Application Express管理ガイド』の「Oracle Application Express管理サービス」

4.13.4 Oracle Application Expressユーザーの作成

管理者パスワードを使用してOracle Application Express Administration Servicesにサインインします。「作業領域の管理」で、「開発者とユーザーの管理」をクリックし、「ユーザーの作成」をクリックします。適切な情報を入力します。

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

1. Oracle Application Express管理サービスへのアクセス。

Oracle Application Express管理サービスが表示されます。

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

3. 「開発者とユーザーの管理」をクリックします。

4. 「ユーザーの作成」をクリックします。

5. 「ユーザー属性」に、適切な情報を入力します。*印が付いているフィールドは必須フィールドです。

ヒント:

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

6. 「アカウント権限」で、次のように入力します。

a. ワークスペース: リストからワークスペースを選択します。

b. デフォルトのスキーマ: データの参照、アプリケーションの作成およびSQLスクリプトの実行に使用するデフォルト・スキーマを指定します。
使用可能なスキーマが複数あるワークスペースを使用する場合、このスキーマがデフォルトになります。この設定でセキュリティは制御されず、ユーザーのプリファレンスのみが制御されます。

c. 管理者ユーザー: このユーザーがワークスペースの管理者権限を持つかどうかを指定します。
管理者には、すべてのコンポーネントへのアクセス権が付与されます。さらに、管理者はユーザー・アカウント、グループおよび開発サービスを管理できます。インスタンス管理者によって無効にされているコンポーネントは使用できないことがあります。

d. 開発者ユーザー: このユーザーが開発者権限を持つかどうかを指定します。
開発者は、アプリケーション・ビルダーまたはSQLワークショップ(あるいはその両方)へのアクセス権を所有する必要があります。インスタンス管理者によって無効にされると、これらのコンポーネントは使用できないことがあります。

e. アプリケーション・ビルダー・アクセス: 開発者がアプリケーション・ビルダーへのアクセス権を所有するかどうかを決定します。

f. SQLワークショップ・アクセス: 開発者がSQLワークショップへのアクセス権を持つかどうかを決定します。

g. チーム開発アクセス: 開発者がチーム開発へのアクセス権を持つかどうかを決定します。

h. アカウントの可用性の設定: 「ロック済」を選択すると、アカウントは使用できなくなります。「ロック解除済」を選択すると、アカウントを使用できるようになります。
ユーザーが「ワークスペース・プリファレンス」に指定された許可されるログイン失敗の最大回数を超過すると、そのアカウントは自動的にロックされます。

7. 「パスワード」で、次のステップを実行します。

- パスワード: 大/小文字を区別してパスワードを入力します。

- パスワードの確認: パスワードを再度入力します。

- 初回使用時にパスワードの変更が必要: 「いいえ」を選択すると、ユーザーは期限が切れるまで同じパスワードを使用できます。「はい」を選択すると、ユーザーは初回のログイン時に、パスワードをすぐに変更するよう要求されます。

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

参照:

"Oracle REST Data Servicesを使用したAdministration Servicesへのアクセス"

4.13.5 Oracle REST Data Servicesを使用したワークスペースへのサインイン

Oracle REST Data Servicesを使用してワークスペースにサインインする方法を理解します。

資格証明(ワークスペース名、ユーザー名およびパスワード)を使用して、ワークスペースにサインインします。

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

1. Webブラウザで、Oracle Application Expressのサインイン・ページにナビゲートします。

設定ではOracle REST Data Servicesを使用するため、次に進みます。

http://hostname:port/apex/

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

- hostnameは、Oracle REST Data Servicesがインストールされているシステムの名前です。

- portは、Oracle REST Data Servicesの構成時に割り当てられるポート番号です。デフォルトのインストールでは、この番号は8080です。詳細は、『Oracle REST Data Servicesインストレーション、構成および開発ガイド』を参照してください。

- apexは、Oracle REST Data Servicesの構成時に定義されるサービス名です。

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

2. サインイン・ページで、次の用に入力します。

- 作業領域: 作業領域の名前を入力します。

- ユーザー名: ユーザー名を入力します。

- パスワード- パスワードを大/小文字を区別して入力します。

3. 「サインイン」をクリックします。

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

参照:

- Oracle Application Express管理ガイドの「作業領域の作成」

- 『Oracle Application Express管理ガイド』の「ワークスペース・リクエストおよび変更リクエストの管理」

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

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

トピック:

- 以前のOracle Application Expressインストールの削除について
以前のインストールの存在確認による、以前のインストールからのスキーマの削除について理解します。

- 以前のインストールが存在するかどうかの確認
SQL問合せを実行して、以前のOracle Application Expressインストールが存在するかどうかを確認します。

- 以前のインストールのスキーマの削除
SQL*Plusを起動してデータベースに接続し、以前のインストールからスキーマを削除する文を実行します。

- Oracle Database 11g以降での無効なACLの修正
Oracle Database 11g以降を実行している場合の無効なACLの修正方法を理解します。

参照:

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

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

以前のインストールの存在確認による、以前のインストールからのスキーマの削除について理解します。

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

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

SQL問合せを実行して、以前のOracle Application Expressインストールが存在するかどうかを確認します。

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

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

- Windowsの場合:

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

- UNIXおよびLinuxの場合:

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

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

SELECT username
FROM dba_users
WHERE (  username LIKE 'FLOWS\_______' ESCAPE '\'
OR username LIKE 'APEX\_______' ESCAPE '\' )
AND username NOT IN ( SELECT schema
FROM dba_registry
WHERE comp_id = 'APEX' );

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

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

SQL*Plusを起動してデータベースに接続し、以前のインストールからスキーマを削除する文を実行します。

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

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

- Windowsの場合:

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

- UNIXおよびLinuxの場合:

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

2. 次の例のような文を実行します。

DROP USER APEX_040200 CASCADE;

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

Oracle Database 11g以降を実行している場合の無効なACLの修正方法を理解します。

Oracle Database 11g以降を実行しており、以前のOracle Application Expressスキーマのネットワーク・サービスを有効化してある場合、「以前のOracle Application Expressインストールの削除について」のステップを実行した後に、無効なACLを修正する必要がある場合があります。

無効なACLを修正するには、次のステップを実行します。

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

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

- Windowsの場合:

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

- UNIXおよびLinuxの場合:

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

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

EXEC DBMS_NETWORK_ACL_ADMIN.DELETE_PRIVILEGE('power_users.xml', 'APEX_040200');

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

パフォーマンスの最適化について理解します。

Webアプリケーションのパフォーマンスは、そのサイズおよび、イメージ、CSSおよびJavaScriptファイルなどの静的なコンテンツをブラウザがリクエストする頻度に大きく依存します。パフォーマンスを向上させるために、大部分のWebサーバーは、オン・ザ・フライHTTPレスポンス圧縮をサポートし、ブラウザが一度の要求でファイルをキャッシュできる長さを構成できるようにする設定を用意しています。HTTPレスポンス圧縮は通常gzipエンコーディングを使用して実装され、ブラウザ・ファイル・キャッシュはCache-Control HTTPレスポンス・ヘッダーの発行によって有効化されます。

レスポンス圧縮とブラウザ・ファイル・キャッシュを有効化する方法の詳細は、Webサーバーのドキュメントを参照してください。Oracle Application Express開発環境とOracle Application Expressアプリケーションで最適パフォーマンスを得るためには、仮想イメージ・ディレクトリ(たとえば、/i/)のファイル、およびデータベース・アクセス記述子からのレスポンスのgzip圧縮を有効化するほか、ブラウザが12時間以上にわたり仮想イメージ・ディレクトリからのファイルをキャッシュできるようにすることをお薦めします。

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

ランタイム環境と完全開発環境の相互への変換について理解します。

この項では、ランタイム環境とフル開発環境の間の変換方法について説明します。

トピック:

- ランタイム環境と完全開発環境の間の変換について
Oracle Application Expressランタイム環境では、アプリケーションを変更または編集する機能をサポートせずに本番アプリケーションを実行できます。

- 完全開発環境へのランタイム環境の変換
SQL*Plusを起動し、Oracle Application Expressがインストールされているデータベースに、SYSDBAロールが指定されているSYSとして接続して、apxdvins.sqlを実行します。

- ランタイム環境への完全開発環境の変換
SQL*Plusを起動し、Oracle Application Expressがインストールされているデータベースに、SYSDBAロールが指定されているSYSとして接続して、apxdevrm.sqlを実行します。

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

Oracle Application Expressランタイム環境では、アプリケーションを変更または編集する機能をサポートせずに本番アプリケーションを実行できます。

ランタイム環境に含まれるのは、アプリケーションの実行に必要なパッケージのみです。このため、ランタイム環境はより堅牢な環境となります。管理用のWebインタフェースは用意されていません。

Oracle Application Expressランタイム環境は、SQL*PlusまたはSQL DeveloperおよびAPEX_INSTANCE_ADMIN APIを使用して管理します。

参照:

- 『Oracle Application Express管理ガイド』の「Oracle Application Expressランタイム環境について」

- 『Oracle Application Express管理ガイド』のランタイム環境にエクスポートされたアプリケーションのインストールに関する項

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

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

Oracle Application Expressランタイム環境を完全開発環境に変換するには、次のステップを実行します。

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

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

- Windowsの場合:

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

- UNIXおよびLinuxの場合:

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

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

@apxdvins.sql

4. 「インスタンス管理アカウントの作成または更新」の手順に従います

参照:

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

- SQL*Plusの詳細は、『SQL*Plusユーザーズ・ガイドおよびリファレンス』を参照してください

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

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

ヒント:

完全開発環境をランタイム環境に変換する前に、すべてのWebシート・アプリケーションをエクスポートします。開発環境をランタイムに変換する際、既存のWebシート・データ・グリッドおよびレポートはすべてのワークスペースから削除されます。ランタイム環境を完全開発環境に戻しても、これらのWebシート・データ・グリッドまたはレポートはリストアされません。

Oracle Application Express完全開発環境をランタイム環境に変換するには、次のステップを実行します。

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

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

- Windowsの場合:

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

- UNIXおよびLinuxの場合:

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

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

@apxdevrm.sql

参照:

SQL*Plusの詳細は、『SQL*Plusユーザーズ・ガイドおよびリファレンス』を参照してください

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

Oracle Technology NetworkからZIPファイルをダウンロードし、埋込みPL/SQLゲートウェイを構成して、Oracle Application Expressをインストールする方法。

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

トピック:

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

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

- Oracle Application Expressのインストール前タスクの実行
Oracle Application Expressをインストールする前に、インストール前タスクを確認、実行します。

- Oracle Application Expressのダウンロードとインストール
Oracle Application Expressをダウンロードおよびインストールにする方法について理解します。

- 埋込みPL/SQLゲートウェイの構成
埋込みPL/SQLゲートウェイを構成するには、構成スクリプトを実行して、ANONYMOUSアカウントのロックを解除します。

- Oracle Database 11g以上でのネットワーク・サービスの有効化
Oracle Database 11g以上のバージョンでのネットワーク・サービスの有効化を理解します。

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

- 同時ジョブ数の制御
同時実行ジョブ数の指定について理解します。

- 他の言語でのOracle Application Expressの実行について
Oracle Application Expressの単一インスタンスを、1つ以上の言語変換されたバージョンとともにインストールできます。

- 言語変換されたバージョンのOracle Application Expressのインストール
言語変換されたバージョンのOracle Application Expressのインストールについて理解します。

- SHARED_SERVERSパラメータの構成について
埋込みPL/SQLゲートウェイの使用時に良好なパフォーマンスを実現するには、SHARED_SERVERSデータベース初期化パラメータを適切な値に設定します。

- ワークスペースの作成およびOracle Application Expressユーザーの追加
アプリケーションの開発やインストールの前に、ワークスペースを作成し、Oracle Application Expressユーザーを追加し、ワークスペースにサインインする必要があります。

- アップグレード・インストールのインストール後のタスクの実行
以前のOracle Application Expressインストールからスキーマを削除します。

- パフォーマンスの最適化タスクについて
パフォーマンスの最適化について理解します。

- ランタイム環境と完全開発環境の間の変換
ランタイム環境と完全開発環境を相互に変換する方法を理解します。

参照:

- "Webリスナーの要件"

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

5.1 Oracle Databaseの要件

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

Oracle Databaseバージョン12.1 CDBをアップグレードする場合、My Oracle Supportから、バグ20618595の個別パッチをダウンロードする必要があります。「パッチ」タブで20618595を検索します。

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

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

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

参照:

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

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

Oracle Application Expressをインストールする前に、インストール前タスクを確認、実行します。

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

1. Oracle Application Expressのすべてのインストール要件を確認して満たします。

2. Oracle Application Expressをアクティブに使用していて、現在のインストールをアップグレードする場合は、通常の順、または優先度の高い順に、Oracle Application Expressをインストールする予定のOracle Databaseインスタンスを停止します。Oracle Real Application Clusters(Oracle RAC)システムでは、各ノードのすべてのインスタンスを停止します。

データベースを停止する代替方法は、以前のリリースのOracle Application Expressからインストールをアップグレードする際に、すべてのユーザーをOracle Application Expressにアクセスできないようにすることです。このオプションは、計画停止を使用できない高可用性の本番環境でのみお薦めします。他のすべてのシナリオでは、データベースを停止する必要があります。

既存のインストールが埋込みPL/SQLゲートウェイを使用している場合にOracle Application Expressへのアクセスを無効にするには、HTTPポートを0に設定することによって、Oracle XML DB Protocol Serverを無効にする必要があります。SQL*Plusを起動して、SYSとしてOracle Application Expressがインストールされているデータベースに接続して、次を実行します。

EXEC DBMS_XDB.SETHTTPPORT(0);

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

3. Oracle Databaseインストールをバックアップします。

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

4. ターゲット・データベースが含まれるOracle Databaseインスタンスを起動します。

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

注意:

リモート・データベースに接続している場合は、そのWebリスナーを起動します。

参照:

- "Oracle Application Expressのインストール要件"

- "Oracle Databaseバックアップおよびリカバリ・ユーザーズ・ガイド"

5.4 Oracle Application Expressのダウンロードとインストール

Oracle Application Expressをダウンロードおよびインストールにする方法について理解します。

この項では、Oracle Application Expressをダウンロードとインストールする方法について説明します。Oracle Application Expressをインストールする方法は、インストール先データベースのタイプによって異なります。

トピック:

- Application Expressのダウンロードとインストール
Oracle Application Expressのダウンロード・ページからZIPファイルをダウンロードしてOracle Application Expressをインストールします。

- インスタンス管理アカウントの作成または更新
インスタンス管理者アカウントを作成または更新する方法を理解します。

- プロセスの再起動
インストールの開始前に停止したプロセスを再起動します。

参照:

"Oracle Database 12cでのマルチテナント・アーキテクチャの使用"

5.4.1 Application Expressのダウンロードとインストール

Oracle Application Expressのダウンロード・ページからZIPファイルをダウンロードしてOracle Application Expressをインストールします。

Oracle Application Expressをインストールするには、次のステップを実行します。

1. 開発が英語のみで行われるインストールの場合は、Oracle Application Expressのダウンロード・ページからファイルapex_5.1_en.zipをダウンロードします。開発が英語以外の言語でも行われる場合は、Oracle Application Expressのダウンロード・ページからapex_5.1.zipをダウンロードします。次を参照してください。

http://www.oracle.com/technetwork/developer-tools/apex/downloads/index.html

ご使用のリリースがこのマニュアルの発行時点より新しい場合、実際のファイル名が異なる場合があります。

2. ダウンロードしたzipファイルを解凍します。

- 英語のみの場合は、次のとおり、ディレクトリ名を変更せずにapex_5.1_en.zipを解凍します。

- UNIXおよびLinuxの場合: $ unzip apex_5.1_en.zipを解凍します。

- Windowsの場合: Windowsエクスプローラでファイルapex_5.1_en.zipをダブルクリックします。

- 複数言語の場合は、ディレクトリ名を変更せずにapex_5.1.zipを解凍します。

- UNIXおよびLinuxの場合: $ unzip apex_5.1.zip

- Windowsの場合: Windowsエクスプローラでapex_5.1.zipファイルをダブルクリックします。

注意:

ファイルを解凍するディレクトリ・ツリーは深くならないようにし、空白を含むディレクトリの下には格納しないようにします。たとえば、Windowsの場合はC:\TEMPに解凍します。

3. 作業ディレクトリをapexに変更します。

4. SQL*Plusを起動し、Oracle Application Expressがインストールされているデータベースに、SYSDBAロールが指定されているSYSとして接続します。次に例を示します。

- Windowsの場合:

SYSTEM_DRIVE:\ sqlplus /nolog
SQL> CONNECT SYS as SYSDBA
Enter password: SYS_password

- UNIXおよびLinuxの場合:

$ sqlplus /nolog
SQL> CONNECT SYS as SYSDBA
Enter password: SYS_password

5. デフォルト・プロファイルに対して既存のすべてのパスワード複雑性ルールを有効にします。詳細は、『Oracle Databaseセキュリティ・ガイド』の「パスワード保護の構成」を参照してください。

6. 適切なインストール・オプションを選択します。

完全開発環境ではアプリケーションを開発するため、アプリケーション・ビルダー環境へのすべてのアクセス権があります。ランタイム環境ではアプリケーションは変更できず、実行することができます。

使用可能なインストール・オプションは次のとおりです。

- 完全な開発環境。次の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イメージの仮想ディレクトリです。EPGを使用するインストールの場合、/i/はimages引数に必須の値です。将来的にOracle Application Expressのアップグレードをサポートするために、仮想イメージ・ディレクトリを/i/と定義します。

次に例を示します。

@apexins.sql SYSAUX SYSAUX TEMP /i/

注意:

次のエラーが表示された場合にはSQL*Plusを終了し、SQL*Plusを起動する前に、作業ディレクトリを、インストール・ファイルを解凍した場所(例: WindowsではC:\TEMP)に変更します。

SP2-0310: ファイル"apexins.sql"をオープンできません

- ランタイム環境。次の引数を記載された順序どおりに渡し、apxrtins.sqlを実行します。

@apxrtins.sql tablespace_apex tablespace_files tablespace_temp images

各要素の意味は次のとおりです。

- tablespace_apexは、Oracle Application Expressアプリケーション・ユーザーの表領域の名前です。

- tablespace_filesは、Oracle Application Expressファイル・ユーザーの表領域の名前です。

- tablespace_tempは一時表領域または一時表領域グループの名前です。

- imagesは、Oracle Application Expressイメージの仮想ディレクトリです。将来的にOracle Application Expressのアップグレードをサポートするために、仮想イメージ・ディレクトリを/i/と定義します。

次に例を示します。

@apxrtins.sql SYSAUX SYSAUX TEMP /i/

Oracle Application Expressをインストールすると、3つの新しいデータベース・アカウントが作成されます。

- APEX_050100: Oracle Application Expressのスキーマおよびメタデータを所有するアカウント。

- FLOWS_FILES: Oracle Application Expressのアップロードされたファイルを所有するアカウント。

- APEX_PUBLIC_USER - Oracle REST Data ServicesまたはOracle HTTP Serverおよびmod_plsqlを使用したOracle Application Expressの構成に使用する最小限の権限が付与されたアカウント。

注意:

Oracle Application ExpressへのアクセスにEPGが使用される環境では、既存の最小権限のアカウントANONYMOUSが使用されます。

以前のリリースからアップグレードすると、FLOWS_FILESはすでに存在し、APEX_PUBLIC_USERが存在しない場合にはこれが作成されます。

ヒント:

Oracle Application Expressは、ファイル・システム上の書込み可能なディレクトリからインストールする必要があります。「インストール・セッションのログの確認」を参照してください。

参照:

- 『Oracle Databaseセキュリティ・ガイド』の「パスワード保護の構成」

- "Oracle Application Expressランタイム環境について"

- SQL*Plusの詳細は、『SQL*Plusユーザーズ・ガイドおよびリファレンス』を参照してください

- "インストール・セッションのログの確認"

5.4.2 インスタンス管理アカウントの作成または更新

インスタンス管理者アカウントを作成または更新する方法を理解します。

この項では、インスタンス管理者アカウントを作成または更新する方法を説明します。

ヒント:

Oracle Application Expressの以前のリリースからアップグレードする場合は、この項をスキップしてください。アップグレード・シナリオでは、インスタンス管理者のアカウントとパスワードは保存され、前のリリースから継承されます。

トピック:

- インスタンス管理者の概要。
インスタンス管理者は、ワークスペースのプロビジョニング、機能とインスタンス設定の構成、セキュリティの管理など、Oracle Application Expressインスタンス全体の管理を担当するスーパーユーザーです。

- apxchpwd.sqlについて
apxchpwd.sqlスクリプトを実行して、インスタンス管理者アカウントを作成または更新します。

- apxchpwd.sqlの実行
apxchpwd.sqlスクリプトを実行して、インスタンス管理者アカウントを作成または更新します。

5.4.2.1 インスタンス管理者の概要

インスタンス管理者は、ワークスペースのプロビジョニング、機能とインスタンス設定の構成、セキュリティの管理など、Oracle Application Expressインスタンス全体の管理を担当するスーパーユーザーです。

管理タスクを実行するために、Oracle Application Express管理サービス・アプリケーションにサインインします。

参照:

『Oracle Application Express管理ガイド』の「Oracle Application Express管理サービス」

5.4.2.2 apxchpwd.sqlについて

apxchpwd.sqlスクリプトを実行して、インスタンス管理者アカウントを作成または更新します。

apxchpwd.sqlスクリプトを実行すると、インスタンス管理者アカウントを作成または更新できます。次のシナリオでは、apxchpwd.sqlスクリプトを実行する必要があります。

- Oracle Application Expressの新規インストール - apxchpwd.sqlを実行して、インスタンス管理者アカウントとパスワードを作成します。

- ランタイム環境の開発環境への変換 - apxchpwd.sqlを実行して、インスタンス管理者アカウント・パスワードを変更します。

- インスタンス管理者パスワードの変更 - apxchpwd.sqlを実行して、既存のインスタンス管理者アカウントのパスワードを変更します。

- インスタンス管理者アカウントのロック解除 - apxchpwd.sqlを実行して、既存のインスタンス管理者アカウントのロックを解除します。

ヒント:

Oracle Application Expressの前のリリースからアップグレードする場合、apxchpwd.sqlを実行する必要はありません。アップグレード・シナリオでは、インスタンス管理者のアカウントとパスワードは保存され、前のリリースから継承されます。

5.4.2.3 apxchpwd.sqlの実行

apxchpwd.sqlスクリプトを実行して、インスタンス管理者アカウントを作成、更新します。

インスタンス管理者アカウントを作成または更新するには、次のステップを実行します。

1. 作業ディレクトリを、インストール・ソフトウェアを解凍したapexディレクトリに変更します。

2. SQL*Plusを起動し、Oracle Application Expressがインストールされているデータベースに、SYSDBAロールが指定されているSYSとして接続します。次に例を示します。

- Windowsの場合:

SYSTEM_DRIVE:\ sqlplus /nolog
SQL> CONNECT SYS as SYSDBA
Enter password: SYS_password

- UNIXおよびLinuxの場合:

$ sqlplus /nolog
SQL> CONNECT SYS as SYSDBA
Enter password: SYS_password

Application ExpressがCDBでインストールされた場合、コンテナを、管理者アカウント・パスワードを変更するPDBに変更します。次に例を示します。alter session set container = 'PDB1'

3. Application ExpressがCDBでインストールされた場合、コンテナを、管理者アカウント・パスワードを変更するPDBに変更します。次に例を示します。

alter session set container = 'PDB1';

4. apxchpwd.sqlを実行します。次に例を示します。

@apxchpwd.sql

画面に表示されるステップに従います。ユーザー名、パスワードおよび電子メール・アドレスを入力するように求められます。アカウントのユーザー名が存在しない場合は作成されます。

参照:

SQL*Plusの詳細は、『SQL*Plusユーザーズ・ガイドおよびリファレンス』を参照してください

5.4.3 プロセスの再起動

インストールの開始前に停止したプロセスを再起動します。

Oracle Application Expressをインストールした後で、インストールの開始前に停止したプロセスを再起動する必要があります。

5.5 埋込みPL/SQLゲートウェイの構成

埋込みPL/SQLゲートウェイを構成するには、構成スクリプトを実行して、ANONYMOUSアカウントのロックを解除します。

埋込みPL/SQLゲートウェイは、Oracle Database 11g以降とともにインストールされます。ただし、Oracle Application Expressで使用する前に構成する必要があります。埋込みPL/SQLゲートウェイを構成するには、構成スクリプトを実行して、ANONYMOUSアカウントのロックを解除します。

注意:

Oracle XML DBプロトコル・サーバーおよび埋込みPL/SQLゲートウェイは、Oracle Database 11gより前のデータベースではサポートされていません。

トピック:

- apex_epg_config.sql構成スクリプトの実行
apex_epg_config.sqlスクリプトを実行します。次に、ANONYMOUSアカウントのロックを解除します。

- 以前のリリースからアップグレードする場合のイメージ・ディレクトリの更新
apex_epg_config.sqlスクリプトを実行してimagesディレクトリを更新します。

- Oracle XML DB HTTPサーバーでHTTPに割り当てられたポートの確認
SQL*Plusを起動してデータベースに接続し、Oracle XML DB HTTPサーバーのHTTPに割り当てられているポート番号を確認する文を入力します。

- Oracle XML DBプロトコル・サーバー・ポートの検証
SQL*Plusを起動してデータベースに接続し、Oracle XML DBプロトコル・サーバーが実行されているポート番号を確認する文を入力します。

- Oracle XML DBプロトコル・サーバーの有効化
SQL* Plusを起動してデータベースに接続し、Oracle XML DBプロトコル・サーバーを有効化するSQL文を実行します。

- 静的ファイル・サポートの構成
静的ファイルを構成するために、Oracle Application Expressの新規インストールまたはアップグレード後にはapex_rest_config.sqlを実行する必要があります。

- リバース・プロキシやロード・バランサの内側にある埋込みPL/SQLゲートウェイの構成について
SQL*Plusを起動して、SYSDBAロールが指定されているSYSとしてOracle Application Expressがインストールされているデータベースに接続します。PL/SQLブロックを実行します。

参照:

- Webリスナーの選択

- "埋込みPL/SQLゲートウェイについて"

5.5.1 apex_epg_config.sql構成スクリプトの実行

apex_epg_config.sqlスクリプトを実行します。次に、ANONYMOUSアカウントのロックを解除します。

構成スクリプトapex_epg_config.sqlを実行し、埋込みPL/SQLゲートウェイを構成します。次に、ANONYMOUSアカウントのロックを解除します。

apex_epg_config.sql構成スクリプトを実行するには、次のステップを実行します。

警告:

このスクリプトは、データベース・サーバー上でのみ実行する必要があります。データベース・サーバーへのリモート接続は実行できません。データベース・サーバーは、指定されたディレクトリへのアクセス権を持っている必要があります。ネットワーク・ディレクトリをマッピングすることもできません。

1. 作業ディレクトリを、Oracle Application Expressソフトウェアを解凍したapexディレクトリに変更します。

2. SQL*Plusを起動し、Oracle Application Expressがインストールされているデータベースに、SYSDBAロールが指定されているSYSとして接続します。次に例を示します。

- Windowsの場合:

SYSTEM_DRIVE:\ sqlplus /nolog
SQL> CONNECT SYS as SYSDBA
Enter password: SYS_password

- UNIXおよびLinuxの場合:

$ sqlplus /nolog
SQL> CONNECT SYS as SYSDBA
Enter password: SYS_password

3. PDBを構成する場合は、次の文を入力します。

ALTER SESSION SET CONTAINER = <PDB_NAME>;

4. 次の例に示すとおり、Oracle Application Expressソフトウェアを解凍したベース・ディレクトリにファイル・システム・パスを渡すapex_epg_config.sqlを実行します。

- Windowsの場合:

@apex_epg_config.sql SYSTEM_DRIVE:\TEMP

- UNIXおよびLinuxの場合:

@apex_epg_config.sql /tmp

5. 次の文を入力し、ANONYMOUSアカウントのロックを解除します。

ALTER USER ANONYMOUS ACCOUNT UNLOCK;

5.5.2 以前のリリースからアップグレードする場合のimagesディレクトリの更新

apex_epg_config.sqlスクリプトを実行してimagesディレクトリを更新します。

Oracle Application Expressを以前のリリースからアップグレードする場合は、apex_epg_config.sql スクリプトを実行してimagesディレクトリを更新する必要があります。

ヒント:

新規インストールの場合、この手順は不要です。前述のセクションで説明したように、apex_epg_config.sqlを実行すると、イメージがロードされます。

apex_epg_config.sqlスクリプトを実行するには、次のステップを実行します。

1. 作業ディレクトリを、Oracle Application Expressソフトウェアを解凍したapexディレクトリに変更します。

2. SQL*Plusを起動し、Oracle Application Expressがインストールされているデータベースに、SYSDBAロールが指定されているSYSとして接続します。

- Windowsの場合:

SYSTEM_DRIVE:\ sqlplus /nolog
SQL> CONNECT SYS as SYSDBA
Enter password: SYS_password

- UNIXおよびLinuxの場合:

$ sqlplus /nolog
SQL> CONNECT SYS as SYSDBA
Enter password: SYS_password

3. 次の例に示すとおり、Oracle Application Expressソフトウェアを解凍したベース・ディレクトリにファイル・システム・パスを渡すapex_epg_config.sqlを実行します。

- Windowsの場合:

@apex_epg_config.sql SYSTEM_DRIVE:\TEMP

- UNIXおよびLinuxの場合:

@apex_epg_config.sql /tmp

ヒント:

前述の例では、Windowsの場合はTEMP、UNIXまたはLinuxの場合はtmpというディレクトリにOracle Application Expressを解凍したことを前提としています。

5.5.3 Oracle XML DB HTTPサーバーでHTTPに割り当てられたポートの確認

SQL*Plusを起動してデータベースに接続し、Oracle XML DB HTTPサーバーのHTTPに割り当てられているポート番号を確認する文を入力します。

埋込みPL/SQLゲートウェイは、Oracle DatabaseのOracle XML DBプロトコル・サーバーで実行されます。

Oracle XML DB HTTPサーバーで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. 次の文を入力して、ポート番号を検証します。

SELECT DBMS_XDB.GETHTTPPORT FROM DUAL;

ポート番号が0を返したら、Oracle XML DB HTTP Serverが無効になっています。

5.5.4 Oracle XML DBプロトコル・サーバー・ポートの検証

SQL*Plusを起動してデータベースに接続し、Oracle XML DBプロトコル・サーバーが実行されているポート番号を確認する文を入力します。

埋込みPL/SQLゲートウェイは、Oracle DatabaseのOracle XML DBプロトコル・サーバーで実行されます。対応するポート番号を確認すると、Oracle XML DB Protocol Serverが有効化されているかどうかを判断できます。

Oracle XML DBプロトコル・サーバーが実行されているポート番号を検証するには、次のステップを実行します。

1. SQL*Plusを起動し、Oracle Application Expressがインストールされているデータベースに、SYSDBAロールが指定されているSYSとして接続します。

- Windowsの場合:

SYSTEM_DRIVE:\ sqlplus /nolog
SQL> CONNECT SYS as SYSDBA
Enter password: SYS_password

- UNIXおよびLinuxの場合:

$ sqlplus /nolog
SQL> CONNECT SYS as SYSDBA
Enter password: SYS_password

2. 次の文を入力して、ポート番号を検証します。

SELECT DBMS_XDB.GETHTTPPORT FROM DUAL;

ポート番号に0が戻された場合、Oracle XML DBプロトコル・サーバーは無効化されています。

3. Oracle XML DBプロトコル・サーバーを有効化します。

参照:

「Oracle XML DBプロトコル・サーバーの有効化」

5.5.5 Oracle XML DBプロトコル・サーバーの有効化

SQL* Plusを起動してデータベースに接続し、Oracle XML DBプロトコル・サーバーを有効化するSQL文を実行します。

埋込みPL/SQLゲートウェイは、Oracle DatabaseのOracle XML DBプロトコル・サーバーで実行されます。

Oracle XML DBプロトコル・サーバーを有効化するには、次のステップを実行します。

1. SQL*Plusを起動し、Oracle Application Expressがインストールされているデータベースに、SYSDBAロールが指定されているSYSとして接続します。次に例を示します。

- Windowsの場合:

SYSTEM_DRIVE:\ sqlplus /nolog
SQL> CONNECT SYS as SYSDBA
Enter password: SYS_password

- UNIXおよびLinuxの場合:

$ sqlplus /nolog
SQL> CONNECT SYS as SYSDBA
Enter password: SYS_password

2. 次のような文を入力します。

EXEC DBMS_XDB.SETHTTPPORT(port);

次に例を示します。

EXEC DBMS_XDB.SETHTTPPORT(8080);

注意:

1024未満のポート番号は、多くのオペレーティング・システムで特権プロセス用に予約されています。1024未満のポート(80など)でXML DB HTTPリスナーを有効化するには、ドキュメントを参照してください。

参照:

- 『Oracle XML DB開発者ガイド』のプロトコルを使用したリポジトリへのアクセスに関する項

- 『Oracle Database Net Servicesリファレンス』 のプロトコル・アドレスの構成およびポート番号の制限に関する項

5.5.6 静的ファイル・サポートの構成

静的ファイルを構成するために、Oracle Application Expressの新規インストールまたはアップグレード後にはapex_rest_config.sqlを実行する必要があります。

Oracle Application Expressを使用すると、アプリケーション開発者はアプリケーションに静的ファイルを含めることができます。静的ファイルは、ワークスペース、アプリケーション、プラグインまたはアプリケーション・テーマに関連付けることができます。埋込みPL/SQLゲートウェイをWebリスナーとして使用する場合、静的ファイルをサポートするために必要な構成は、埋込みPL/SQLゲートウェイの構成の一環として実行されます。

参照:

- 新規インストールの場合は、「apex_epg_config.sql構成スクリプトの実行」を参照してください

- アップグレード・インストールの場合は、「以前のリリースからアップグレードする場合のイメージ・ディレクトリの更新」を参照してください

5.5.7 リバース・プロキシやロード・バランサの内側にある埋込みPL/SQLゲートウェイの構成について

SQL*Plusを起動し、Oracle Application Expressがインストールされているデータベースに、SYSDBAロールが指定されているSYSとして接続します。PL/SQLブロックを実行します。

Oracle Application Expressがリバース・プロキシやロード・バランサの内側で実行される場合は、CGI環境変数PROTOCOLおよびHTTP_HOSTを設定します。埋込みPL/SQLゲートウェイの場合、次のPL/SQLブロックをコールする必要があります。

1. 作業ディレクトリを、インストール・ソフトウェアを解凍したapexディレクトリに変更します。

2. SQL*Plusを起動し、Oracle Application Expressがインストールされているデータベースに、SYSDBAロールが指定されているSYSとして接続します。次に例を示します。

- Windowsの場合:

SYSTEM_DRIVE:\ sqlplus /nolog
SQL> CONNECT SYS as SYSDBA
Enter password: SYS_password

- UNIXおよびLinuxの場合:

$ sqlplus /nolog
SQL> CONNECT SYS as SYSDBA
Enter password: SYS_password

3. 次のPL/SQLブロックを実行します。

BEGIN
DBMS_EPG.set_dad_attribute (
dad_name => 'APEX',
attr_name => 'cgi-environment-list',
attr_value => 'REQUEST_PROTOCOL=https');
DBMS_EPG.set_dad_attribute (
dad_name => 'APEX',
attr_name => 'cgi-environment-list',
attr_value => 'HTTP_HOST=external-name:external-port');
commit;
END;
/

詳細は、Java EEアプリケーション・サーバーのドキュメントを参照してください。

5.6 Oracle Database 11g以上のネットワーク・サービスの有効化

Oracle Database 11g以上のバージョンでのネットワーク・サービスの有効化を理解します。

トピック:

- ネットワーク・サービスを有効化する必要があるタイミングと理由
ネットワーク・サービスを有効化すると、Oracle Application Expressでのアウトバウンド・メールの送信、Oracle Application ExpressでのWebサービスの使用、PDFレポートの出力に対するサポートが有効になります。

- Oracle Database 12cより前の接続権限の付与
APEX_050100データベース・ユーザーに対して、任意のホストへの接続権限を付与する方法を示します。

- Oracle Database 12cでの前の接続権限の付与
DBMS_NETWORK_ACL_ADMINのプロシージャCREATE_ACL、ASSIGN_ACL、ADD_PRIVILEGEおよびCHECK_PRIVILEGEは、Oracle Database 12cでは非推奨です。APPEND_HOST_ACEを使用することをお薦めします。

- 無効なACLエラーのトラブルシューティング
問合せを実行して無効なACLエラーを特定する方法を理解します。

5.6.1 ネットワーク・サービスを有効化する場合と理由

ネットワーク・サービスを有効化すると、Oracle Application Expressでのアウトバウンド・メールの送信、Oracle Application ExpressでのWebサービスの使用、PDFレポートの出力に対するサポートが有効になります。

Oracle Database 11gリリース1または2以上では、ネットワーク・サービスとの通信機能が、デフォルトで無効化されています。このため、Oracle Database 11gリリース1または2以上でOracle Application Expressを実行している場合は、新しいDBMS_NETWORK_ACL_ADMINパッケージを使用して、APEX_050100データベース・ユーザーにすべてのホストに対する接続権限を付与する必要があります。これらの権限を付与しないと、次の場合に問題が発生します。

- Oracle Application Expressでアウトバウンド・メールを送信する。
ユーザーはAPEX_MAILパッケージからメソッドをコールできますが、アウトバンド・メールの送信時に問題が発生します。

- Oracle Application ExpressでWebサービスを使用する。

- PDFレポートを印刷する。

ヒント:

このセクションで示されている例を実行するには、データベースのcompatible初期化パラメータが11.1.0.0.0以上に設定されている必要があります。デフォルトでは、11gまたは12cデータベースのパラメータは事前に適切に設定されますが、以前のバージョンから11gまたは12cにアップグレードされたデータベースのパラメータは適切に設定されない場合があります。データベース初期化パラメータの変更の詳細は、『Oracle Database管理者ガイド』のOracle Databaseの作成と構成に関する項を参照してください。

5.6.2 Oracle Database 12c以前での接続権限の付与

APEX_050100データベース・ユーザーに対して、任意のホストへの接続権限を付与する方法を示します。

次の例は、APEX_050100データベース・ユーザーに対して、任意のホストへの接続権限を付与する方法を示しています。この例では、Oracle Application Expressがインストールされているデータベースに、SYSDBAロールが指定されているSYSとして接続するとします。

DECLARE
ACL_PATH  VARCHAR2(4000);
BEGIN
-- Look for the ACL currently assigned to '*' and give APEX_050100
-- the "connect" privilege if APEX_050100 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_050100',
'connect') IS NULL THEN
DBMS_NETWORK_ACL_ADMIN.ADD_PRIVILEGE(ACL_PATH,
'APEX_050100', 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_050100', 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_050100
-- the "connect" privilege if APEX_050100 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_050100',
'connect') IS NULL THEN
DBMS_NETWORK_ACL_ADMIN.ADD_PRIVILEGE(ACL_PATH,
'APEX_050100', 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_050100', TRUE, 'connect');
DBMS_NETWORK_ACL_ADMIN.ASSIGN_ACL('local-access-users.xml','localhost');
END;
/
COMMIT;

5.6.3 Oracle Database 12cでの接続権限の付与

DBMS_NETWORK_ACL_ADMINのプロシージャCREATE_ACL、ASSIGN_ACL、ADD_PRIVILEGEおよびCHECK_PRIVILEGEは、Oracle Database 12cでは非推奨です。APPEND_HOST_ACEを使用することをお薦めします。

次の例は、APEX_050100データベース・ユーザーに対して、任意のホストへの接続権限を付与する方法を示しています。この例では、Oracle Application Expressがインストールされているデータベースに、SYSDBAロールが指定されているSYSとして接続するとします。

BEGIN
DBMS_NETWORK_ACL_ADMIN.APPEND_HOST_ACE(
host => '*',
ace => xs$ace_type(privilege_list => xs$name_list('connect'),
principal_name => 'APEX_050100',
principal_type => xs_acl.ptype_db));
END;
/

次の例は、ローカル・ネットワーク・リソースへのアクセス権について、より少ない権限を付与する方法を示しています。この例では、電子メールやレポート・サーバーなど、ローカル・ホストのサーバーへのアクセスのみを有効にします。

BEGIN
DBMS_NETWORK_ACL_ADMIN.APPEND_HOST_ACE(
host => 'localhost',
ace => xs$ace_type(privilege_list => xs$name_list('connect'),
principal_name => 'APEX_050100',
principal_type => xs_acl.ptype_db));
END;
/

5.6.4 無効なACLエラーのトラブルシューティング

問合せを実行して無効な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_050100ユーザーにACLを適用する必要があります。

5.7 セキュリティ・タスクの実行

HTTPリクエストで、パスワードやその他の機密データがクリア・テキストで送信されることのないように、Secure Sockets Layer(SSL)を構成して使用することをお薦めします。

SSLを使用しないと、パスワードが公開され、セキュリティが損なわれる可能性があります。

SSLは、業界標準のプロトコルです。RSA公開鍵暗号化と対称鍵暗号化を組み合せて使用することにより、認証、暗号化およびデータの整合性が提供されます。

参照:

『Oracle Application Express管理ガイド』の、HTTPプロトコル属性の構成に関する項

5.8 同時ジョブ数の制御

同時実行ジョブ数の指定について理解します。

トピック:

- 同時ジョブ数の管理について
最大同時実行ジョブ数の管理について理解します。

- JOB_QUEUE_PROCESSESの数の表示
JOB_QUEUE_PROCESSESの数は3つの方法で表示できます。

- JOB_QUEUE_PROCESSESの数の変更
SQL*Plusで次のSQL文を実行して、JOB_QUEUE_PROCESSESの数を変更できます。

5.8.1 同時ジョブ数の管理について

最大同時実行ジョブ数の管理について理解します。

JOB_QUEUE_PROCESSESには、同時に実行するジョブの最大数を指定します。Oracle Application Expressでは、トランザクションのサポートおよびSQLスクリプトでジョブが必要です。JOB_QUEUE_PROCESSESが有効でなく、正常に動作していない場合、スクリプトを正常に実行することはできません。

5.8.2 JOB_QUEUE_PROCESSESの数の表示

JOB_QUEUE_PROCESSESの数は3つの方法で表示できます。

トピック:

- インストール・ログ・ファイルでのJOB_QUEUE_PROCESSESの表示
インストール・ログ・ファイルでのJOB_QUEUE_PROCESSESの見方を理解します。

- Oracle Application ExpressでのJOB_QUEUE_PROCESSESの表示
Application Expressの「バージョン情報」ページでのJOB_QUEUE_PROCESSESの数の表示を理解します。

- SQL*PlusによるJOB_QUEUE_PROCESSESの表示
次のSQLコマンドを実行して、SQL*PlusでJOB_QUEUE_PROCESSESの数を表示する方法を理解します。

5.8.2.1 インストール・ログ・ファイルでのJOB_QUEUE_PROCESSESの表示

インストール・ログ・ファイルでのJOB_QUEUE_PROCESSESの見方を理解します。

参照:

"インストール・セッションのログの確認"

5.8.2.2 Oracle Application ExpressでのJOB_QUEUE_PROCESSESの表示

Application Expressの「バージョン情報」ページでのJOB_QUEUE_PROCESSESの数の表示を理解します。

Application Expressのバージョン情報ページを表示するには、次の手順を実行します。

1. Oracle Application Expressにサインインします。

2. ページの最上部にあるヘルプ・メニューを見つけます。

3. 「ヘルプ」メニューから「バージョン情報」を選択します。

Application Expressのバージョン情報ページが表示されます。ページの下部に、現在のJOB_QUEUE_PROCESSESの数が表示されます。

参照:

"Oracle REST Data Servicesを使用したワークスペースへのサインイン"

5.8.2.3 SQL*PlusによるJOB_QUEUE_PROCESSESの表示

次のSQLコマンドを実行して、SQL*PlusでJOB_QUEUE_PROCESSESの数を表示する方法を理解します。

SELECT VALUE FROM v$parameter WHERE NAME = 'job_queue_processes'

5.8.3 JOB_QUEUE_PROCESSESの数の変更

SQL*Plusで次のSQL文を実行して、JOB_QUEUE_PROCESSESの数を変更できます。

JOB_QUEUE_PROCESSESの数を更新するには、次のステップを実行します。

1. SQL*Plusを起動し、Oracle Application Expressがインストールされているデータベースに、SYSDBAロールが指定されているSYSとして接続します。

- Windowsの場合:

SYSTEM_DRIVE:\ sqlplus /nolog
SQL> CONNECT SYS as SYSDBA
Enter password: SYS_password

- UNIXおよびLinuxの場合:

$ sqlplus /nolog
SQL> CONNECT SYS as SYSDBA
Enter password: SYS_password

2. SQL*Plusで次のSQL文を実行します。

ALTER SYSTEM SET JOB_QUEUE_PROCESSES = <number>

たとえば、ALTER SYSTEM SET JOB_QUEUE_PROCESSES = 20を実行すると、JOB_QUEUE_PROCESSESは20に設定されます。

5.9 他の言語でのOracle Application Expressの実行について

Oracle Application Expressの単一インスタンスを、1つ以上の言語変換されたバージョンとともにインストールできます。

Oracle Application Expressのインタフェースは、ドイツ語、スペイン語、フランス語、イタリア語、日本語、韓国語、ポルトガル語(ブラジル)、簡体字中国語および繁体字中国語に変換できます。Oracle Application Expressの単一インスタンスは、これらの言語変換されたバージョンを1つ以上実装してインストールできます。開発者は、画面またはホーム・ページのアプリケーション・ビルダーのログから言語を選択するのみで、インストールされたあらゆる言語におけるApplication Expressの開発環境を実行することを選択できます。

他の言語をインストールするには、後述の追加ファイルが含まれているapex_5.1.zipファイルを使用する必要があります。以前にapex_5.1_en.zipをダウンロードした場合、Oracle Application Expressを再インストールする必要はありません。 apex_5.1zipをダウンロードして、apex_5.1_en.zipを解凍した同じディレクトリにファイルを解凍するのみです。

言語変換されたバージョンのOracle Application Expressは、その特定言語をサポートするキャラクタ・セットが実装されたデータベースにロードする必要があります。言語変換されたバージョンのOracle Application Expressを、その言語の文字コードをサポートしないデータベースにインストールすると、インストールが正常に実行されなかったり、言語変換されたOracle Application Expressインスタンスが実行時に破損しているように見える場合があります。データベース・キャラクタ・セットAL32UTF8は、言語変換されたすべてのバージョンのOracle Application Expressをサポートします。

言語変換されたバージョンのOracle Application Expressを手動でインストールするには、SQL*Plusを使用します。インストール・ファイルはAL32UTF8にエンコードされます。

注意:

言語変換されたバージョンのOracle Application Expressをインストールするには、ターゲット・データベースのキャラクタ・セットにかかわらず、SQL*Plusを起動する前に環境変数NLS_LANGのキャラクタ・セット値をAL32UTF8に設定する必要があります。

言語変換されたバージョンのOracle Application Expressのロードに有効なNLS_LANG設定の例を次に示します。

American_America.AL32UTF8
Japanese_Japan.AL32UTF8

5.10 言語変換されたバージョンのOracle Application Expressのインストール

言語変換されたバージョンのOracle Application Expressのインストールについて理解します。

トピック:

- 言語変換されたバージョンのOracle Application Expressのインストールについて
言語変換されたバージョンのOracle Application Expressを実行するには、load_lang.sqlスクリプトを実行する必要があります。

- 言語変換されたバージョンのOracle Application Expressのインストール
言語変換されたバージョンのOracle Application Expressをインストールする方法について理解します。

5.10.1 言語変換されたバージョンのOracle Application Expressのインストールについて

言語変換されたバージョンのOracle Application Expressを実行するには、load_lang.sqlスクリプトを実行する必要があります。

初めてインストールを行う場合も以前のリリースからアップグレードする場合も、言語変換されたバージョンのOracle Application Expressを実行するには、load_lang.sqlスクリプトを実行する必要があります。

インストール・スクリプトは、配布を解凍したapex/builderのサブディレクトリに格納されます。これらのサブディレクトリは、言語コードで識別されます。たとえば、ドイツ語バージョンはapex/builder/de、日本語バージョンはapex/builder/jaに格納されます。各ディレクトリには、言語コード(たとえば、load_de.sqlやload_ja.sql)で識別される、言語固有のロード・スクリプトが格納されます。

5.10.2 言語変換されたバージョンのOracle Application Expressのインストール

言語変換されたバージョンのOracle Application Expressをインストールする方法について理解します。

言語変換されたバージョンのOracle Application Expressをインストールするには、次のステップを実行します。

1. 環境変数NLS_LANGをキャラクタ・セットAL32UTF8に設定します。次に例を示します。

- BourneまたはKornシェルの場合:

NLS_LANG=American_America.AL32UTF8
export NLS_LANG

- Cシェルの場合:

setenv NLS_LANG American_America.AL32UTF8

- Windowsベースのシステムの場合:

set NLS_LANG=American_America.AL32UTF8

2. インストールする必要がある言語に基づいて、apex/builderの下のディレクトリにナビゲートします。たとえば、ドイツ語の場合は、apex/builder/deにナビゲートします。SQL*Plusを起動し、Oracle Application Expressがインストールされているデータベースに、SYSDBAロールが指定されているSYSとして接続します。次に例を示します。

- Windowsの場合:

SYSTEM_DRIVE:\ sqlplus /nolog
SQL> CONNECT SYS as SYSDBA
Enter password: SYS_password

- UNIXおよびLinuxの場合:

$ sqlplus /nolog
SQL> CONNECT SYS as SYSDBA
Enter password: SYS_password

3. 次の文を実行します。

ALTER SESSION SET CURRENT_SCHEMA = APEX_050100;

4. 該当する言語固有のスクリプトを実行します。次に例を示します。

@load_lang.sql

langは特定の言語です。たとえば、ドイツ語の場合はload_de.sql、日本語の場合はload_ja.sqlとなります。

5.11 SHARED_SERVERSパラメータの構成について

埋込みPL/SQLゲートウェイの使用時に良好なパフォーマンスを実現するには、SHARED_SERVERSデータベース初期化パラメータを適切な値に設定します。

埋込みPL/SQLゲートウェイでは、Oracle Databaseの共有サーバー・アーキテクチャを使用します。埋込みPL/SQLゲートウェイの使用時に良好なパフォーマンスを実現するには、データベース初期化パラメータSHARED_SERVERSが適切な(0でも1でもない)値に設定されていることを確認します。同時ユーザーが少数の場合は、SHARED_SERVERSの値に5を使用することをお薦めします。

次に例を示します。

1. SQL*Plusを起動し、Oracle Application Expressがインストールされているデータベースに、SYSDBAロールが指定されているSYSとして接続します。次に例を示します。

- Windowsの場合:

SYSTEM_DRIVE:\ sqlplus /nolog
SQL> CONNECT SYS as SYSDBA
Enter password: SYS_password

- UNIXおよびLinuxの場合:

$ sqlplus /nolog
SQL> CONNECT SYS as SYSDBA
Enter password: SYS_password

2. 次の文を実行します。

ALTER SYSTEM SET SHARED_SERVERS = 5 SCOPE=BOTH;

5.12 ワークスペースの作成およびOracle Application Expressユーザーの追加

アプリケーションの開発やインストールの前に、ワークスペースを作成し、Oracle Application Expressユーザーを追加し、ワークスペースにサインインする必要があります。

トピック:

- ワークスペースとユーザーの概要
ワークスペースでは、オブジェクト、データおよびアプリケーションをプライベートに保持しながら、同一のOracle Application Expressのインストール内で複数のユーザーが作業できます。

- 埋込みPL/SQLゲートウェイを使用したAdministration Servicesへのアクセス
Oracle Application Express Administration Servicesには、インストール・プロセスで作成またはリセットされたADMINアカウントとパスワードを使用してサインインできます。

- ワークスペースの手動作成
Oracle Application Express Administration Servicesにサインインしてワークスペースを手動で作成します。

- Oracle Application Expressユーザーの作成
管理者パスワードを使用してOracle Application Express Administration Servicesにサインインします。「作業領域の管理」で、「開発者とユーザーの管理」をクリックし、「ユーザーの作成」をクリックします。適切な情報を入力します。

- 埋込みPL/SQLゲートウェイを使用したワークスペースへのサインイン
埋込みPL/SQLゲートウェイを使用してワークスペースにサインインする方法を理解します。

5.12.1 ワークスペースとユーザーについて

ワークスペースでは、オブジェクト、データおよびアプリケーションをプライベートに保持しながら、同一のOracle Application Expressのインストール内で複数のユーザーが作業できます。

JavaScriptを有効にしたWebブラウザを使用してワークスペースにログインし、Oracle Application Expressのホーム・ページにアクセスします。

各ワークスペースには、一意のIDおよび名前が含まれます。インスタンス管理者は、Oracle Application Express管理サービス内にワークスペースを手動で作成するか、ユーザーにリクエストを送信してもらうことができます。Oracle Application Express管理サービスは、Oracle Application Expressインスタンス全体を管理するための個別のアプリケーションです。

参照:

- "ブラウザ要件"

- Oracle Application Express管理ガイドの「作業領域の作成」

- 『Oracle Application Express管理ガイド』の「ワークスペース・リクエストおよび変更リクエストの管理」

5.12.2 埋込みPL/SQLゲートウェイを使用したAdministration Servicesへのアクセス

Oracle Application Express Administration Servicesには、インストール・プロセスで作成またはリセットされたADMINアカウントとパスワードを使用してサインインできます。

ワークスペースとユーザー・アカウントを手動で作成するには、Oracle Application Express管理サービスと呼ばれる、Oracle Application Expressインスタンス全体を管理するための個別のアプリケーションにサインインします。Oracle Application Express Administration Servicesには、インストール・プロセスで作成またはリセットされたADMINアカウントとパスワードを使用してサインインします。

Oracle Application Express管理サービスにアクセスするには、次の手順を実行します。

1. Webブラウザで、Oracle Application Express管理サービス・アプリケーションにナビゲートします。

ご使用の設定では埋込みPL/SQLゲートウェイが使用されているため、次にナビゲートします。

http://hostname:port/apex/apex_admin

各要素の意味は次のとおりです。

hostnameは、Oracle XML DB Protocolサーバーがインストールされているシステムの名前です。

portは、Oracle XML DBプロトコル・サーバーのHTTPに割り当てられているポート番号です。デフォルトのインストールでは、この番号は8080です。Oracle Database 12cマルチテナント・アーキテクチャを使用している場合は、各プラガブル・データベース(PDB)に個別のポート番号が割り当てられます。

apexは、構成ファイルで定義されているデータベース・アクセス記述子(DAD)です。

2. サインイン・ページで、次のステップを実行します。

- ユーザー名 - adminと入力します。

- パスワード - 構成ファイルで定義されているデータベース・アクセス記述子(DAD)です。

- 「管理にサインイン」をクリックします。

設定によっては、初めてログインするときにパスワードの変更を要求される場合があります。

参照:

- 「インスタンス管理アカウントの作成または更新」

- 『Oracle Application Express管理ガイド』の「Oracle Application Express管理サービス」。

5.12.3 ワークスペースの手動作成

Oracle Application Express Administration Servicesにサインインしてワークスペースを手動で作成します。

ワークスペースを手動で作成するには、Oracle Application Express管理サービスと呼ばれる個別のアプリケーションにサインインします。Oracle Application Express Administration Servicesには、インストール・プロセスで作成またはリセットされたADMINアカウントとパスワードを使用してサインインします。

Oracle Application Expressのワークスペースを手動で作成するには、次のステップを実行します。

1. Oracle Application Express管理サービスへのアクセス。

Oracle Application Express管理サービスが表示されます。次に、ワークスペースを作成します。

2. 「作業領域の管理」をクリックします。

3. 「ワークスペース・アクション」で、「ワークスペースの作成」をクリックします。

ワークスペースの作成ウィザードが表示されます。

4. 「ワークスペースの指定」で、次を入力します。

a. ワークスペース名: 一意のワークスペース名を入力します。

b. 「ワークスペースID」: 新しいワークスペースIDを自動的に生成させるために、「ワークスペースID」は空白のままにしておきます。ワークスペースIDは、100000より大きい正の整数にする必要があります。

c. ワークスペースの説明: ワークスペースの説明を入力します。

d. 「次へ」をクリックします。

5. 「スキーマの指定」で、既存のスキーマを再利用するか、新しく作成するかを指定します。

既存のスキーマを使用する場合

a. 「既存のスキーマを再利用」で、「はい」を選択します。

b. リストからスキーマを選択します。

c. 「次へ」をクリックします。

新しいスキーマを作成する場合

a. 「既存のスキーマを再利用」で、「いいえ」を選択します。

b. スキーマの名前とパスワードを入力します。

c. 領域割当てを指定します。

d. 「次へ」をクリックします。

6. 「管理者の指定」で、ワークスペース管理者の情報を入力して、「次へ」をクリックします。

7. 選択内容を確認して、「ワークスペースの作成」をクリックします。

参照:

- "Oracle REST Data Servicesを使用したAdministration Servicesへのアクセス"

- 『Oracle Application Express管理ガイド』の「Oracle Application Express管理サービス」

5.12.4 Oracle Application Expressユーザーの作成

管理者パスワードを使用してOracle Application Express Administration Servicesにサインインします。「作業領域の管理」で、「開発者とユーザーの管理」をクリックし、「ユーザーの作成」をクリックします。適切な情報を入力します。

Oracle Application Expressのユーザー・アカウントを作成するには、次のステップを実行します。

1. Oracle Application Express管理サービスへのアクセス。

Oracle Application Express管理サービスが表示されます。

2. 「ワークスペースの管理」アイコンをクリックします。

3. 「開発者とユーザーの管理」をクリックします。

4. 「ユーザーの作成」をクリックします。

5. 「ユーザー属性」に、適切な情報を入力します。*印が付いているフィールドは必須フィールドです。

ヒント:

特定の属性の詳細を表示するには、アイテム・ラベルをクリックします。ヘルプが利用できる場合は、アイテム・ラベル上にカーソルを重ねると、アイテム・ラベルが赤色に変わり、カーソルが矢印と疑問符に変わります。

6. 「アカウント権限」で、次のように入力します。

a. ワークスペース: リストからワークスペースを選択します。

b. デフォルトのスキーマ: データの参照、アプリケーションの作成およびSQLスクリプトの実行に使用するデフォルト・スキーマを指定します。
使用可能なスキーマが複数あるワークスペースを使用する場合、このスキーマがデフォルトになります。この設定でセキュリティは制御されず、ユーザーのプリファレンスのみが制御されます。

c. 管理者ユーザー: このユーザーがワークスペースの管理者権限を持つかどうかを指定します。
管理者には、すべてのコンポーネントへのアクセス権が付与されます。さらに、管理者はユーザー・アカウント、グループおよび開発サービスを管理できます。インスタンス管理者によって無効にされているコンポーネントは使用できないことがあります。

d. 開発者ユーザー: このユーザーが開発者権限を持つかどうかを指定します。
開発者は、アプリケーション・ビルダーまたはSQLワークショップ(あるいはその両方)へのアクセス権を所有する必要があります。インスタンス管理者によって無効にされると、これらのコンポーネントは使用できないことがあります。

e. アプリケーション・ビルダー・アクセス: 開発者がアプリケーション・ビルダーへのアクセス権を所有するかどうかを決定します。

f. SQLワークショップ・アクセス: 開発者がSQLワークショップへのアクセス権を持つかどうかを決定します。

g. チーム開発アクセス: 開発者がチーム開発へのアクセス権を持つかどうかを決定します。

h. アカウントの可用性の設定: 「ロック済」を選択すると、アカウントは使用できなくなります。「ロック解除済」を選択すると、アカウントを使用できるようになります。
ユーザーが「ワークスペース・プリファレンス」に指定された許可されるログイン失敗の最大回数を超過すると、そのアカウントは自動的にロックされます。

7. 「パスワード」で、次のステップを実行します。

- パスワード: 大/小文字を区別してパスワードを入力します。

- パスワードの確認: パスワードを再度入力します。

- 初回使用時にパスワードの変更が必要: 「いいえ」を選択すると、ユーザーは期限が切れるまで同じパスワードを使用できます。「はい」を選択すると、ユーザーは初回のログイン時に、パスワードをすぐに変更するよう要求されます。

8. 「ユーザーの作成」または「作成後、別のものの作成」をクリックします。

参照:

"Oracle REST Data Servicesを使用したAdministration Servicesへのアクセス"

5.12.5 埋込みPL/SQLゲートウェイを使用したワークスペースへのサインイン

埋込みPL/SQLゲートウェイを使用してワークスペースにサインインする方法を理解します。

資格証明(ワークスペース名、ユーザー名およびパスワード)を使用して、ワークスペースにサインインします。

ワークスペースにサインインするには、次のステップを実行します。

1. Webブラウザで、Oracle Application Expressのサインイン・ページにナビゲートします。

ご使用の設定では埋込みPL/SQLゲートウェイが使用されているため、次にナビゲートします。

http://hostname:port/apex/

各要素の意味は次のとおりです。

- hostnameは、Oracle XML DB Protocolサーバーがインストールされているシステムの名前です。

- portは、Oracle XML DBプロトコル・サーバーのHTTPに割り当てられているポート番号です。デフォルトのインストールでは、この番号は8080です。Oracle Database 12cマルチテナント・アーキテクチャを使用している場合は、各プラガブル・データベース(PDB)に個別のポート番号が割り当てられます。

- apexは、構成ファイルで定義されているデータベース・アクセス記述子(DAD)です。

「サインイン」ページが表示されます。

2. サインイン・ページで、次の用に入力します。

- 作業領域: 作業領域の名前を入力します。

- ユーザー名: ユーザー名を入力します。

- パスワード- パスワードを大/小文字を区別して入力します。

3. 「サインイン」をクリックします。

設定によっては、初めてログインするときにパスワードの変更を要求される場合があります。

参照:

- Oracle Application Express管理ガイドの「作業領域の作成」

- 『Oracle Application Express管理ガイド』の「ワークスペース・リクエストおよび変更リクエストの管理」

5.13 アップグレード・インストールのインストール後のタスクの実行

以前のOracle Application Expressインストールからスキーマを削除します。

アップグレード・インストールが正常に実行され、すべてのアップグレード済アプリケーションが正常に機能していることを確認したら、以前のOracle Application Expressインストールからスキーマを削除する必要があります。

トピック:

- 以前のOracle Application Expressインストールの削除について
以前のインストールの存在確認とスキーマの削除。

- 以前のインストールが存在するかどうかの確認
SQL*Plusを起動して、SYSとしてOracle Application Expressがインストールされているデータベースに接続し、問合せを実行します。

- 以前のインストールのスキーマの削除
SQL*Plusを起動してデータベースに接続し、以前のインストールからスキーマを削除する文を実行します。

- Oracle Database 11g以降での無効なACLの修正
Oracle Database 11g以降を実行している場合の無効なACLの修正方法を理解します。

参照:

以前のリリースのOracle Application Expressからのアップグレード

5.13.1 以前のOracle Application Expressインストールの削除について

以前のインストールの存在確認とスキーマの削除。

以前のインストールのスキーマに関連付けられたデータベース・ユーザーは権限が付与されたユーザーです。不要になった場合は削除する必要があります。以前のインストールのスキーマの削除には、2つのステップがあります。最初に以前のインストールが存在することを確認して、次にスキーマを削除します。

5.13.2 以前のインストールが存在するかどうかの確認

SQL*Plusを起動して、SYSとしてOracle Application Expressがインストールされているデータベースに接続し、問合せを実行します。

以前のインストールが存在するかどうかを確認するには、次のステップを実行します。

1. SQL*Plusを起動して、SYSとしてOracle Application Expressがインストールされているデータベースに接続します。次に例を示します。

- Windowsの場合:

SYSTEM_DRIVE:\ sqlplus /nolog
SQL> CONNECT SYS as SYSDBA
Enter password: SYS_password

- UNIXおよびLinuxの場合:

$ sqlplus /nolog
SQL> CONNECT SYS as SYSDBA
Enter password: SYS_password

2. 次の問合せを実行します。

SELECT username  FROM dba_users  WHERE (  username LIKE 'FLOWS\_______' ESCAPE '\'       OR username LIKE 'APEX\_______' ESCAPE '\' )   AND username NOT IN ( SELECT schema                           FROM dba_registry                          WHERE comp_id = 'APEX' );

結果に書式がFLOWS_XXXXXXまたはAPEX_XXXXXX(XXXXXXは6つの数字を表す)のエントリが含まれる場合、それらのエントリは削除候補です。

5.13.3 以前のインストールのスキーマの削除

SQL*Plusを起動してデータベースに接続し、以前のインストールからスキーマを削除する文を実行します。

以前のインストールのスキーマを削除するには、次のステップを実行します。

1. SQL*Plusを起動し、Oracle Application Expressがインストールされているデータベースに、SYSDBAロールが指定されているSYSとして接続します。次に例を示します。

- Windowsの場合:

SYSTEM_DRIVE:\ sqlplus /nolog
SQL> CONNECT SYS as SYSDBA
Enter password: SYS_password

- UNIXおよびLinuxの場合:

$ sqlplus /nolog
SQL> CONNECT SYS as SYSDBA
Enter password: SYS_password

2. 次の例のような文を実行します。

DROP USER APEX_040200 CASCADE;

5.13.4 Oracle Database 11g以降での無効なACLの修正

Oracle Database 11g以降を実行している場合の無効なACLの修正方法を理解します。

Oracle Database 11g以降を実行しており、以前のOracle Application Expressスキーマのネットワーク・サービスを有効化してある場合、「以前のOracle Application Expressインストールの削除について」のステップを実行した後に、無効なACLを修正する必要がある場合があります。

無効なACLを修正するには、次のステップを実行します。

1. 作業ディレクトリを、インストール・ソフトウェアを解凍したapexディレクトリに変更します。

2. SQL*Plusを起動し、Oracle Application Expressがインストールされているデータベースに、SYSDBAロールが指定されているSYSとして接続します。次に例を示します。

- Windowsの場合:

SYSTEM_DRIVE:\ sqlplus /nolog
SQL> CONNECT SYS as SYSDBA
Enter password: SYS_password

- UNIXおよびLinuxの場合:

$ sqlplus /nolog
SQL> CONNECT SYS as SYSDBA
Enter password: SYS_password

3. 次のような文を実行します。

EXEC DBMS_NETWORK_ACL_ADMIN.DELETE_PRIVILEGE('power_users.xml', 'APEX_040200');

5.14 パフォーマンスの最適化タスクについて

パフォーマンスの最適化について理解します。

Webアプリケーションのパフォーマンスは、そのサイズおよび、イメージ、CSSおよびJavaScriptファイルなどの静的なコンテンツをブラウザがリクエストする頻度に大きく依存します。パフォーマンスを向上させるために、大部分のWebサーバーは、オン・ザ・フライHTTPレスポンス圧縮をサポートし、ブラウザが一度の要求でファイルをキャッシュできる長さを構成できるようにする設定を用意しています。HTTPレスポンス圧縮は通常gzipエンコーディングを使用して実装され、ブラウザ・ファイル・キャッシュはCache-Control HTTPレスポンス・ヘッダーの発行によって有効化されます。

レスポンス圧縮とブラウザ・ファイル・キャッシュを有効化する方法の詳細は、Webサーバーのドキュメントを参照してください。Oracle Application Express開発環境とOracle Application Expressアプリケーションで最適パフォーマンスを得るためには、仮想イメージ・ディレクトリ(たとえば、/i/)のファイル、およびデータベース・アクセス記述子からのレスポンスのgzip圧縮を有効化するほか、ブラウザが12時間以上にわたり仮想イメージ・ディレクトリからのファイルをキャッシュできるようにすることをお薦めします。

5.15 ランタイム環境と完全開発環境の間の変換

ランタイム環境と完全開発環境を相互に変換する方法を理解します。

この項では、ランタイム環境とフル開発環境の間の変換方法について説明します。

トピック:

- ランタイム環境と完全開発環境の間の変換について
Oracle Application Expressランタイム環境では、アプリケーションを変更または編集する機能をサポートせずに本番アプリケーションを実行できます。

- 非CDBまたはローカルなPDBにおける完全開発環境へのランタイム環境の変換
SQL*Plusを起動し、Oracle Application Expressがインストールされているデータベースに、SYSDBAロールが指定されているSYSとして接続して、apxdvins.sqlを実行します。

- 非CDBまたはローカルなPDBにおけるランタイム環境への完全開発環境の変換
SQL*Plusを起動し、Oracle Application Expressがインストールされているデータベースに、SYSDBAロールが指定されているSYSとして接続して、apxdevrm.sqlを実行します。

- CDBにおける完全開発環境へのランタイム環境の変換
SQL*Plusを起動し、Oracle Application Expressがインストールされているデータベースに、SYSDBAロールが指定されているSYSとして接続して、apxdvins_con.sqlを実行します。

- CDBにおけるランタイム環境への完全開発環境の変換
SQL*Plusを起動し、Oracle Application Expressがインストールされているデータベースに、SYSDBAロールが指定されているSYSとして接続して、apxdevrm_con.sqlを実行します。

5.15.1 ランタイム環境と完全開発環境の間の変換について

Oracle Application Expressランタイム環境では、アプリケーションを変更または編集する機能をサポートせずに本番アプリケーションを実行できます。

ランタイム環境に含まれるのは、アプリケーションの実行に必要なパッケージのみです。このため、ランタイム環境はより堅牢な環境となります。管理用のWebインタフェースは用意されていません。

Oracle Application Expressランタイム環境は、SQL*PlusまたはSQL DeveloperおよびAPEX_INSTANCE_ADMIN APIを使用して管理します。

参照:

- 『Oracle Application Express管理ガイド』の「Oracle Application Expressランタイム環境について」

- 『Oracle Application Express管理ガイド』のランタイム環境にエクスポートされたアプリケーションのインストールに関する項

5.15.2 非CDBまたはローカルなPDBにおける完全開発環境へのランタイム環境の変換

SQL*Plusを起動し、Oracle Application Expressがインストールされているデータベースに、SYSDBAロールが指定されているSYSとして接続して、apxdvins.sqlを実行します。

SQL*PlusまたはSQL DeveloperとAPEX_INSTANCE_ADMIN APIを使用してOracle Application Expressランタイム環境を完全開発環境に変換するには、次のステップを実行します。

1. 作業ディレクトリを、インストール・ソフトウェアを解凍したapexディレクトリに変更します。

2. SQL*Plusを起動し、Oracle Application Expressがインストールされているデータベースに、SYSDBAロールが指定されているSYSとして接続します。次に例を示します。

- Windowsの場合:

SYSTEM_DRIVE:\ sqlplus /nolog
SQL> CONNECT SYS as SYSDBA
Enter password: SYS_password

- UNIXおよびLinuxの場合:

$ sqlplus /nolog
SQL> CONNECT SYS as SYSDBA
Enter password: SYS_password

3. apxdvins.sqlを実行します。次に例を示します。

@apxdvins.sql

4. 「インスタンス管理アカウントの作成または更新」の手順に従います

参照:

- "インスタンス管理アカウントの作成または更新"

- SQL*Plusの詳細は、『SQL*Plusユーザーズ・ガイドおよびリファレンス』を参照してください

5.15.3 非CDBまたはローカルなPDBにおけるランタイム環境への完全開発環境の変換

SQL*Plusを起動し、Oracle Application Expressがインストールされているデータベースに、SYSDBAロールが指定されているSYSとして接続して、apxdevrm.sqlを実行します。

ヒント:

完全開発環境をランタイム環境に変換する前に、すべてのWebシート・アプリケーションをエクスポートします。開発環境をランタイムに変換する際、既存のWebシート・データ・グリッドおよびレポートはすべてのワークスペースから削除されます。ランタイム環境を完全開発環境に戻しても、これらのWebシート・データ・グリッドまたはレポートはリストアされません。

非CDBまたはローカルなPDBにおけるランタイム環境に、Oracle Application Express完全開発環境を変換するには、次のステップを実行します。

1. 作業ディレクトリを、インストール・ソフトウェアを解凍したapexディレクトリに変更します。

2. SQL*Plusを起動し、Oracle Application Expressがインストールされているデータベースに、SYSDBAロールが指定されているSYSとして接続します。次に例を示します。

- Windowsの場合:

SYSTEM_DRIVE:\ sqlplus /nolog
SQL> CONNECT SYS as SYSDBA
Enter password: SYS_password

- UNIXおよびLinuxの場合:

$ sqlplus /nolog
SQL> CONNECT SYS as SYSDBA
Enter password: SYS_password

3. apxdevrm.sqlを実行します。次に例を示します。

@apxdevrm.sql

参照:

SQL*Plusの詳細は、『SQL*Plusユーザーズ・ガイドおよびリファレンス』を参照してください

5.15.4 CDBにおける完全開発環境へのランタイム環境の変換

SQL*Plusを起動し、Oracle Application Expressがインストールされているデータベースに、SYSDBAロールが指定されているSYSとして接続して、apxdvins_con.sqlを実行します。

CDBでOracle Application Expressランタイム環境を完全開発環境に変換するには、次のステップを実行します。

1. 作業ディレクトリを、インストール・ソフトウェアを解凍したapexディレクトリに変更します。

2. SQL*Plusを起動し、Oracle Application Expressがインストールされているデータベースに、SYSDBAロールが指定されているSYSとして接続します。次に例を示します。

- Windowsの場合:

SYSTEM_DRIVE:\ sqlplus /nolog
SQL> CONNECT SYS as SYSDBA
Enter password: SYS_password

- UNIXおよびLinuxの場合:

$ sqlplus /nolog
SQL> CONNECT SYS as SYSDBA
Enter password: SYS_password

3. apxdvins_con.sqlを実行します。次に例を示します。

@apxdvins_con.sql

4. 「インスタンス管理アカウントの作成または更新」の手順に従います

参照:

- "インスタンス管理アカウントの作成または更新"

- SQL*Plusの詳細は、『SQL*Plusユーザーズ・ガイドおよびリファレンス』を参照してください

5.15.5 CDBにおけるランタイム環境への完全開発環境の変換

SQL*Plusを起動し、Oracle Application Expressがインストールされているデータベースに、SYSDBAロールが指定されているSYSとして接続して、apxdevrm_con.sqlを実行します。

ヒント:

完全開発環境をランタイム環境に変換する前に、すべてのWebシート・アプリケーションをエクスポートします。開発環境をランタイムに変換する際、既存のWebシート・データ・グリッドおよびレポートはすべてのワークスペースから削除されます。ランタイム環境を完全開発環境に戻しても、これらのWebシート・データ・グリッドまたはレポートはリストアされません。

CDBでOracle Application Express完全開発環境をランタイム環境に変換するには、次のステップを実行します。

1. 作業ディレクトリを、インストール・ソフトウェアを解凍したapexディレクトリに変更します。

2. SQL*Plusを起動し、Oracle Application Expressがインストールされているデータベースに、SYSDBAロールが指定されているSYSとして接続します。次に例を示します。

- Windowsの場合:

SYSTEM_DRIVE:\ sqlplus /nolog
SQL> CONNECT SYS as SYSDBA
Enter password: SYS_password

- UNIXおよびLinuxの場合:

$ sqlplus /nolog
SQL> CONNECT SYS as SYSDBA
Enter password: SYS_password

3. apxdevrm_con.sqlを実行します。次に例を示します。

@apxdevrm_con.sql

参照:

SQL*Plusの詳細は、『SQL*Plusユーザーズ・ガイドおよびリファレンス』を参照してください

6 Application ExpressのインストールとOracle HTTP Serverの構成

Oracle Application Expressダウンロード・ページからZIPファイルをダウンロードしてOracle Application Expressをインストールし、続いてOracle HTTP Serverを設定します。

注意:

Oracle HTTP Server 12c (12.1.3)では、mod_plsqlは非推奨となっています。詳細は、My Oracle Supportのノート1576588.1を参照してください。かわりに、Oracle REST Data Servicesを使用することをお薦めします。

このセクションでは、Oracle Technology Network (OTN)からZIPファイルをダウンロードしOracle Database 11gまたはOracle Application Server 10gおよびOracle Database 12cで配布されたOracle HTTP Serverおよびmod_plsqlを構成して、Oracle Application Expressをインストールする方法について説明します。この手順は、新規インストールとアップグレード・インストールの両方に該当します。

トピック:

- Oracle Databaseの要件
Oracle Application Expressリリース5.1には、Oracle Databaseリリース11.2.0.4以降が必要です(Enterprise EditionおよびExpressエディション(Oracle Database XE)を含む)。

- Oracle Application Expressへのパッチ適用について
すでにOracle Application Expressを実行している場合は、Oracle Technology Networkの「Oracle Application Express」ページでOracle Application Expressのパッチ・セットのリリースまたは後続リリースについて確認します。

- Oracle Application Expressのインストール前タスクの実行
Oracle Application Expressをインストールする前に、インストール前タスクを確認、実行します。

- Oracle Application Expressのダウンロードとインストール
Oracle Application Expressのダウンロードとインストールについて理解します。

- Oracle HTTP Serverの構成
Oracle HTTP Serverを構成するには、imagesディレクトリをコピーし、dads.confファイルを編集し、静的ファイル・サポートを構成し、Oracle HTTP Serverを停止、再起動し、Oracle XML DBプロトコル・サーバーを無効化し、リバース・プロキシやロード・バランサの内側にあるOracle HTTP Serverを構成する必要があります。

- Oracle Database 11g以上でのネットワーク・サービスの有効化
Oracle Database 11g以上のバージョンでのネットワーク・サービスの有効化を理解します。

- セキュリティ・タスクの実行
HTTPリクエストで、パスワードやその他の機密データがクリア・テキストで送信されることのないように、Secure Sockets Layer(SSL)を構成して使用することをお薦めします。

- 同時ジョブ数の制御
同時実行ジョブ数の指定について理解します。

- 他の言語でのOracle Application Expressの実行について
Oracle Application Expressの単一インスタンスを、1つ以上の言語変換されたバージョンとともにインストールできます。

- 言語変換されたバージョンのOracle Application Expressのインストール
言語変換されたバージョンのOracle Application Expressのインストールについて理解します。

- ワークスペースの作成およびOracle Application Expressユーザーの追加
ワークスペースの作成とOracle Application Expressユーザーの追加について理解します。

- アップグレード・インストールのインストール後のタスクの実行
以前のOracle Application Expressインストールからスキーマを削除します。

- パフォーマンスの最適化タスクについて
パフォーマンスの最適化について理解します。

- ランタイム環境と完全開発環境の間の変換
ランタイム環境と完全開発環境を相互に変換する方法を理解します。

参照:

"Webリスナーの要件"

6.1 Oracle Databaseの要件

Oracle Application Expressリリース5.1には、Oracle Databaseリリース11.2.0.4以降が必要です(Enterprise EditionおよびExpressエディション(Oracle Database XE)を含む)。

Oracle Databaseバージョン12.1 CDBをアップグレードする場合、My Oracle Supportから、バグ20618595の個別パッチをダウンロードする必要があります。「パッチ」タブで20618595を検索します。

6.2 Oracle Application Expressへのパッチ適用について

すでにOracle Application Expressを実行している場合は、Oracle Technology Networkの「Oracle Application Express」ページでOracle Application Expressのパッチ・セットのリリースまたは後続リリースについて確認します。

http://www.oracle.com/technetwork/developer-tools/apex/downloads/index.html

参照:

以前のリリースのOracle Application Expressからのアップグレード

6.3 Oracle Application Expressのインストール前タスクの実行

Oracle Application Expressをインストールする前に、インストール前タスクを確認、実行します。

Oracle Application Expressをインストールする前に、次のステップを実行することをお薦めします。

1. Oracle Application Expressのすべてのインストール要件を確認して満たします。

2. Oracle Application Expressをアクティブに使用していて、現在のインストールをアップグレードする場合は、通常の順、または優先度の高い順に、Oracle Application Expressをインストールする予定のOracle Databaseインスタンスを停止します。Oracle Real Application Clusters(Oracle RAC)システムでは、各ノードのすべてのインスタンスを停止します。

データベースを停止する代替方法は、以前のリリースのOracle Application Expressからインストールをアップグレードする際に、すべてのユーザーをOracle Application Expressにアクセスできないようにすることです。このオプションは、計画停止を使用できない高可用性の本番環境でのみお薦めします。他のすべてのシナリオでは、データベースを停止する必要があります。

既存のインストールでOracle HTTP Serverをmod_plsqlとともに使用している場合にOracle Application Expressへのユーザー・アクセスを無効にするには、Webサーバーを停止するか、またはWebサーバーのApplication Expressデータベース・アクセス記述子を無効にする必要があります。

Oracle Application Expressユーザーがアクセスできないようにした後、SYSとしてSQL*Plusにログインし、Oracle Application Expressがインストールされているデータベースに接続して、V$SESSIONを問い合せ、アップグレード処理を妨げるような長時間にわたり実行されているセッションが存在しないことを確認する必要があります。

3. Oracle Databaseインストールをバックアップします。

Oracle Application Expressをインストールする前に、現行のOracle Databaseインストールのバックアップを作成することをお薦めします。バックアップには、Oracle Database Recovery Manager(Oracle Databaseインストールに含まれる)を使用できます。

4. ターゲット・データベースが含まれるOracle Databaseインスタンスを起動します。

システムをバックアップした後で、ターゲットのOracle Databaseが含まれるOracleインスタンスを起動する必要があります。Webリスナーなど、他のプロセスは開始しないでください。ただし、リモート・インストールを実行している場合は、リモート・データベースのWebリスナーが起動されていることを確認します。

注意:

リモート・データベースに接続している場合は、そのWebリスナーを起動します。

参照:

- "Oracle Application Expressのインストール要件"

- "Oracle Databaseバックアップおよびリカバリ・ユーザーズ・ガイド"

6.4 Oracle Application Expressのダウンロードとインストール

Oracle Application Expressのダウンロードとインストールについて理解します。

この項では、Oracle Application Expressをダウンロードとインストールする方法について説明します。Oracle Application Expressをインストールする方法は、インストール先データベースのタイプによって異なります。

トピック:

- Application Expressのインストール
Oracle Application Expressのダウンロード・ページからZIPファイルをダウンロードしてOracle Application Expressをインストールします。

- インスタンス管理アカウントの作成または更新
インスタンス管理者アカウントを作成または更新する方法を理解します。

- プロセスの再起動
インストールの開始前に停止したプロセスを再起動します。

- APEX_PUBLIC_USERアカウントの構成
Oracle Application Expressを適切に動作させるには、APEX_PUBLIC_USERアカウントの正しい構成が重要です。

参照:

"Oracle Database 12cでのマルチテナント・アーキテクチャの使用"

6.4.1 Application Expressのインストール

Oracle Application Expressのダウンロード・ページからZIPファイルをダウンロードしてOracle Application Expressをインストールします。

Oracle Application Expressをインストールするには、次のステップを実行します。

1. 開発が英語のみで行われるインストールの場合は、Oracle Application Expressのダウンロード・ページからファイルapex_5.1_en.zipをダウンロードします。開発が英語以外の言語でも行われる場合は、Oracle Application Expressのダウンロード・ページからapex_5.1.zipをダウンロードします。次を参照してください。

http://www.oracle.com/technetwork/developer-tools/apex/downloads/index.html

ご使用のリリースがこのマニュアルの発行時点より新しい場合、実際のファイル名が異なる場合があります。

2. ダウンロードしたzipファイルを解凍します。

- 英語のみの場合は、次のとおり、ディレクトリ名を変更せずにapex_5.1_en.zipを解凍します。

- UNIXおよびLinuxの場合: $ unzip apex_5.1_en.zipを解凍します。

- Windowsの場合: Windowsエクスプローラでファイルapex_5.1_en.zipをダブルクリックします。

- 複数言語の場合は、ディレクトリ名を変更せずにapex_5.1.zipを解凍します。

- UNIXおよびLinuxの場合: $ unzip apex_5.1.zip

- Windowsの場合: Windowsエクスプローラでapex_5.1.zipファイルをダブルクリックします。

注意:

ファイルを解凍するディレクトリ・ツリーは深くならないようにし、空白を含むディレクトリの下には格納しないようにします。たとえば、Windowsの場合はC:\TEMPに解凍します。

3. 作業ディレクトリをapexに変更します。

4. SQL*Plusを起動し、Oracle Application Expressがインストールされているデータベースに、SYSDBAロールが指定されているSYSとして接続します。次に例を示します。

- Windowsの場合:

SYSTEM_DRIVE:\ sqlplus /nolog
SQL> CONNECT SYS as SYSDBA
Enter password: SYS_password

- UNIXおよびLinuxの場合:

$ sqlplus /nolog
SQL> CONNECT SYS as SYSDBA
Enter password: SYS_password

5. デフォルト・プロファイルに対して既存のすべてのパスワード複雑性ルールを有効にします。

6. 適切なインストール・オプションを選択します。

完全開発環境ではアプリケーションを開発するため、アプリケーション・ビルダー環境へのすべてのアクセス権があります。ランタイム環境ではアプリケーションは変更できず、実行することができます。

使用可能なインストール・オプションは次のとおりです。

- 完全な開発環境。次の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イメージの仮想ディレクトリです。EPGを使用するインストールの場合、/i/はimages引数に必須の値です。将来的にOracle Application Expressのアップグレードをサポートするために、仮想イメージ・ディレクトリを/i/と定義します。

次に例を示します。

@apexins.sql SYSAUX SYSAUX TEMP /i/

注意:

次のエラーが表示された場合にはSQL*Plusを終了し、SQL*Plusを起動する前に、作業ディレクトリを、インストール・ファイルを解凍した場所(例: WindowsではC:\TEMP)に変更します。

SP2-0310: ファイル"apexins.sql"をオープンできません

- ランタイム環境。次の引数を記載された順序どおりに渡し、apxrtins.sqlを実行します。

@apxrtins.sql tablespace_apex tablespace_files tablespace_temp images

各要素の意味は次のとおりです。

- tablespace_apexは、Oracle Application Expressアプリケーション・ユーザーの表領域の名前です。

- tablespace_filesは、Oracle Application Expressファイル・ユーザーの表領域の名前です。

- tablespace_tempは一時表領域または一時表領域グループの名前です。

- imagesは、Oracle Application Expressイメージの仮想ディレクトリです。将来的にOracle Application Expressのアップグレードをサポートするために、仮想イメージ・ディレクトリを/i/と定義します。

次に例を示します。

@apxrtins.sql SYSAUX SYSAUX TEMP /i/

Oracle Application Expressをインストールすると、3つの新しいデータベース・アカウントが作成されます。

- APEX_050100: Oracle Application Expressのスキーマおよびメタデータを所有するアカウント。

- FLOWS_FILES: Oracle Application Expressのアップロードされたファイルを所有するアカウント。

- APEX_PUBLIC_USER - Oracle REST Data ServicesまたはOracle HTTP Serverおよびmod_plsqlを使用したOracle Application Expressの構成に使用する最小限の権限が付与されたアカウント。

RESTful Webサービスを構成した場合、次の追加アカウントが作成されます。

- APEX_REST_PUBLIC_USER -Oracle Application Expressに格納されているRESTfulサービスの定義を呼び出す際に使用されるアカウント。

- APEX_LISTENER - Oracle Application Expressに格納されているRESTfulサービスの定義を照会するために使用されるアカウント。

以前のリリースからアップグレードすると、FLOWS_FILESはすでに存在し、APEX_PUBLIC_USERが存在しない場合にはこれが作成されます。

参照:

- 『Oracle Databaseセキュリティ・ガイド』の「パスワード保護の構成」

- "Oracle Application Expressランタイム環境について"

- SQL*Plusの詳細は、『SQL*Plusユーザーズ・ガイドおよびリファレンス』を参照してください。

- Oracle Application Expressは、ファイル・システム上の書込み可能なディレクトリからインストールする必要があります。「インストール・セッションのログの確認」を参照してください。

6.4.2 インスタンス管理アカウントの作成または更新

インスタンス管理者アカウントを作成または更新する方法を理解します。

この項では、インスタンス管理者アカウントを作成または更新する方法を説明します。

ヒント:

Oracle Application Expressの以前のリリースからアップグレードする場合は、この項をスキップしてください。アップグレード・シナリオでは、インスタンス管理者のアカウントとパスワードは保存され、前のリリースから継承されます。

トピック:

- インスタンス管理者の概要。
インスタンス管理者は、ワークスペースのプロビジョニング、機能とインスタンス設定の構成、セキュリティの管理など、Oracle Application Expressインスタンス全体の管理を担当するスーパーユーザーです。

- apxchpwd.sqlについて
apxchpwd.sqlスクリプトを実行して、インスタンス管理者アカウントを作成または更新します。

- apxchpwd.sqlの実行
apxchpwd.sqlスクリプトを実行して、インスタンス管理者アカウントを作成または更新します。

6.4.2.1 インスタンス管理者の概要

インスタンス管理者は、ワークスペースのプロビジョニング、機能とインスタンス設定の構成、セキュリティの管理など、Oracle Application Expressインスタンス全体の管理を担当するスーパーユーザーです。

管理タスクを実行するために、Oracle Application Express管理サービス・アプリケーションにサインインします。

参照:

『Oracle Application Express管理ガイド』の「Oracle Application Express管理サービス」

6.4.2.2 apxchpwd.sqlについて

apxchpwd.sqlスクリプトを実行して、インスタンス管理者アカウントを作成または更新します。

apxchpwd.sqlスクリプトを実行すると、インスタンス管理者アカウントを作成または更新できます。次のシナリオでは、apxchpwd.sqlスクリプトを実行する必要があります。

- Oracle Application Expressの新規インストール - apxchpwd.sqlを実行して、インスタンス管理者アカウントとパスワードを作成します。

- ランタイム環境の開発環境への変換 - apxchpwd.sqlを実行して、インスタンス管理者アカウント・パスワードを変更します。

- インスタンス管理者パスワードの変更 - apxchpwd.sqlを実行して、既存のインスタンス管理者アカウントのパスワードを変更します。

- インスタンス管理者アカウントのロック解除 - apxchpwd.sqlを実行して、既存のインスタンス管理者アカウントのロックを解除します。

ヒント:

Oracle Application Expressの前のリリースからアップグレードする場合、apxchpwd.sqlを実行する必要はありません。アップグレード・シナリオでは、インスタンス管理者のアカウントとパスワードは保存され、前のリリースから継承されます。

6.4.2.3 apxchpwd.sqlの実行

apxchpwd.sqlスクリプトを実行して、インスタンス管理者アカウントを作成、更新します。

インスタンス管理者アカウントを作成または更新するには、次のステップを実行します。

1. 作業ディレクトリを、インストール・ソフトウェアを解凍したapexディレクトリに変更します。

2. SQL*Plusを起動し、Oracle Application Expressがインストールされているデータベースに、SYSDBAロールが指定されているSYSとして接続します。次に例を示します。

- Windowsの場合:

SYSTEM_DRIVE:\ sqlplus /nolog
SQL> CONNECT SYS as SYSDBA
Enter password: SYS_password

- UNIXおよびLinuxの場合:

$ sqlplus /nolog
SQL> CONNECT SYS as SYSDBA
Enter password: SYS_password

3. apxchpwd.sqlを実行します。次に例を示します。

@apxchpwd.sql

画面に表示されるステップに従います。ユーザー名、パスワードおよび電子メール・アドレスを入力するように求められます。アカウントのユーザー名が存在しない場合は作成されます。

参照:

SQL*Plusの詳細は、『SQL*Plusユーザーズ・ガイドおよびリファレンス』を参照してください

6.4.3 プロセスの再起動

インストールの開始前に停止したプロセスを再起動します。

Oracle Application Expressをインストールした後で、インストールの開始前に停止したプロセスを再起動する必要があります。また、Oracle HTTP Serverも再起動します。

6.4.4 APEX_PUBLIC_USERアカウントの構成

Oracle Application Expressを適切に動作させるには、APEX_PUBLIC_USERアカウントの正しい構成が重要です。

トピック:

- APEX_PUBLIC_USERアカウントについて
インストール時にAPEX_PUBLIC_USERアカウントに作成されるランダムなパスワードについて理解します。

- APEX_PUBLIC_USERアカウントのロック解除
SQL文を実行してAPEX_PUBLIC_USERアカウントのロックを解除します。

- APEX_PUBLIC_USERアカウントのパスワードの変更
SQL文を実行してAPEX_PUBLIC_USERアカウントのパスワードを変更します。

- Oracle Database 11gでのパスワードの有効期限について
APEX_PUBLIC_USERを変更してPASSWORD_LIFE_TIMEパラメータを無期限に設定することで、パスワードの期限切れを防ぐことができます。

6.4.4.1 APEX_PUBLIC_USERアカウントについて

インストール時にAPEX_PUBLIC_USERアカウントに作成されるランダムなパスワードについて理解します。

APEX_PUBLIC_USERアカウントは、新しいOracle Application Expressのインストール時にランダムなパスワードとともに作成されます。新しいインストール環境でデータベース・アクセス記述子(DAD)を構成するには、まず、このアカウントのパスワードを変更する必要があります。

6.4.4.2 APEX_PUBLIC_USERアカウントのロック解除

SQL文を実行してAPEX_PUBLIC_USERアカウントのロックを解除します。

ヒント:

以前のリリースのOracle Application Expressからアップグレードする場合、このステップは不要です。

APEX_PUBLIC_USERアカウントをロック解除するには、次のステップを実行します。

1. SQL*Plusを起動し、Oracle Application Expressがインストールされているデータベースに、SYSDBAロールが指定されているSYSとして接続します。Oracle Database 12c CDBを構成する場合、このステップの完了時にルート・コンテナCDB$ROOTに接続していることを確認してください。

次に例を示します。

- Windowsの場合:

SYSTEM_DRIVE:\ sqlplus /nolog
SQL> CONNECT SYS as SYSDBA
Enter password: SYS_password

- UNIXおよびLinuxの場合:

$ sqlplus /nolog
SQL> CONNECT SYS as SYSDBA
Enter password: SYS_password

2. 次の文を実行します。

ALTER USER APEX_PUBLIC_USER ACCOUNT UNLOCK

6.4.4.3 APEX_PUBLIC_USERアカウントのパスワードの変更

SQL文を実行してAPEX_PUBLIC_USERアカウントのパスワードを変更します。

ヒント:

以前のリリースのOracle Application Expressからアップグレードする場合、このステップは不要です。

APEX_PUBLIC_USERアカウントのパスワードを変更するには、次のステップを実行します。

1. SQL*Plusを起動し、Oracle Application Expressがインストールされているデータベースに、SYSDBAロールが指定されているSYSとして接続します。Oracle Database 12c CDBを構成する場合、このステップの完了時にルート・コンテナCDB$ROOTに接続していることを確認してください。

次に例を示します。

- Windowsの場合:

SYSTEM_DRIVE:\ sqlplus /nolog
SQL> CONNECT SYS as SYSDBA
Enter password: SYS_password

- UNIXおよびLinuxの場合:

$ sqlplus /nolog
SQL> CONNECT SYS as SYSDBA
Enter password: SYS_password

2. 次の文を実行します。

ALTER USER APEX_PUBLIC_USER IDENTIFIED BY new_password

new_passwordは、APEX_PUBLIC_USERに設定する新しいパスワードです。後続のセクションでDADを作成する場合に、このパスワードを使用します。

6.4.4.4 Oracle Database 11gでのパスワードの有効期限について

APEX_PUBLIC_USERを変更してPASSWORD_LIFE_TIMEパラメータを無期限に設定することで、パスワードの期限切れを防ぐことができます。

Oracle Database 11gのデフォルト・プロファイルでは、パラメータPASSWORD_LIFE_TIMEは180に設定されています。Oracle Database 11gおよびOracle Application Expressを使用している場合、これによりAPEX_PUBLIC_USERのパスワードは180日間で期限切れになります。このため、パスワードを変更するまで、Oracle Application Expressインスタンスが使用できなくなります。

この動作を回避するには、PASSWORD_LIFE_TIMEパラメータが無制限に設定されている別のプロファイルを作成し、APEX_PUBLIC_USERアカウントを変更して、これを新しいプロファイルに割り当てます。

参照:

プロファイルの作成およびデータベース・ユーザーへの割当ての詳細は、『Oracle Databaseセキュリティ・ガイド』を参照してください。

6.5 Oracle HTTP Serverの構成

Oracle HTTP Serverを構成するには、imagesディレクトリをコピーし、dads.confファイルを編集し、静的ファイル・サポートを構成し、Oracle HTTP Serverを停止、再起動し、Oracle XML DBプロトコル・サーバーを無効化し、リバース・プロキシやロード・バランサの内側にあるOracle HTTP Serverを構成する必要があります。

このセクションでは、Oracle HTTP Serverおよびmod_plsqlを構成する方法について説明します。

トピック:

- イメージ・ディレクトリのコピーについて
イメージ・ディレクトリのコピーの重要性について理解します。

- imagesディレクトリのコピー
imagesディレクトリをコピーする方法を理解します。

- dads.confファイルの編集
dads.confファイルを編集する方法を理解します。

- 静的ファイル・サポートの構成
Oracle Application Expressで静的ファイル・サポートを構成する方法を理解します。

- Oracle HTTP Serverの停止および再起動
Oracle HTTP Serverを停止および再起動する方法を理解します。

- Oracle XML DBプロトコル・サーバーの無効化
SQL*Plusを起動し、Oracle Application Expressがインストールされているデータベースに、SYSDBAロールが指定されているSYSとして接続して、EXEC DBMS_XDB.SETHTTPPORT(0);を実行します。

- リバース・プロキシやロード・バランサの内側にあるOracle HTTP Serverの構成について
リバース・プロキシやロード・バランサの内側にあるOracle HTTP Serverの構成について理解します。

6.5.1 イメージ・ディレクトリのコピーについて

イメージ・ディレクトリのコピーの重要性について理解します。

新規インストールをロードしているか、以前のリリースをアップグレードしているかにかかわらず、トップ・レベルのapex\imagesディレクトリ(例: C:\TEMP)からOracle HTTP Server用のOracleホームを含むファイル・システム上の場所に、imagesディレクトリをコピーする必要があります。

アップグレード中に、既存のimagesディレクトリを上書きします。以前のバージョンに戻すことができるように、アップグレードの開始前に、Oracle Application Express用の既存のimagesディレクトリのコピーを作成して、imagesのリリース番号(images_3_1など)を示しておくことをお薦めします。

6.5.2 imagesディレクトリのコピー

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 APEX_HOME\apex\images ORACLE_HTTPSERVER_HOME\user_projects\domains\base_domain\images

- UNIXおよびLinux:

cp -rf $APEX_HOME/apex/images ORACLE_HTTPSERVER_HOME/user_projects/domains/base_domain

前述の構文例では、次のとおりです。

- APEX_HOMEは、インストール用Zipファイルが解凍された場所です

- ORACLE_HTTPSERVER_HOMEは、既存のOracle Application ServerまたはOracle HTTP ServerのOracleホームを示しています

6.5.3 dads.confファイルの編集

dads.confファイルを編集する方法を理解します。

dads.confファイルには、Oracle Application Expressにアクセスするためのデータベース・アクセス記述子(DAD)情報が保存されています。

注意:

このマニュアルでは、ORACLE_HTTPSERVER_HOMEにOracle HTTP Serverがインストールされていると想定します。

dads.confファイルを編集するには、次のステップを実行します。

1. テキスト・エディタを使用してdads.confファイルを開きます。

- Oracle Application Server 10gの場合:

- Windows:

ORACLE_HTTPSERVER_HOME\Apache\modplsql\conf\dads.conf

- UNIXおよびLinux:

ORACLE_HTTPSERVER_HOME/Apache/modplsql/conf/dads.conf

- Oracle Database 11gで配布されたOracle HTTP Serverの場合:

- Windows:

ORACLE_INSTANCE\config\OHS/ohs<1>\mod_plsql

- UNIXおよびLinux:

ORACLE_INSTANCE/config/OHS/ohs<1>/mod_plsql

- Oracle HTTP Server 12c:

- Windows:

ORACLE_HTTPSERVER_HOME\user_projects\domains\base_domain\config\fmwconfig\components\OHS\instances\ohs1\mod_plsql\dads.conf

- UNIXおよびLinux:

ORACLE_HTTPSERVER_HOME/user_projects/domains/base_domain/config/fmwconfig/components/OHS/instances/ohs1/mod_plsql/dads.conf

注意:

前述の例では、ohs1はOracle HTTP Serverインスタンスの名前を参照します。Oracle HTTP Server構成ウィザードの実行中のデフォルト名はohs1です。ohs1以外の名前に変更されている場合もあります。

2. dads.confファイルで、ORACLE_HTTPSERVER_HOME、host、port、service_nameおよびapex_public_user_passwordは、ご使用の環境に適した値に置き換えます。apex_public_user_passwordはAPEX_PUBLIC_USERアカウントで変更したパスワードです。

ここで示すパスは、単なる例です。dads.confファイルのパスは、「イメージ・ディレクトリのコピーについて」に示されているファイル・システム・パスを参照している必要があります。

Alias /i/ "ORACLE_HTTPSERVER_HOME/user_projects/domains/base_domain/images/"

<Location /pls/apex>
Order deny,allow
AllowOverride None
PlsqlDatabaseConnectString     host:port:service_name ServiceNameFormat
PlsqlNLSLanguage               AMERICAN_AMERICA.AL32UTF8
PlsqlAuthenticationMode        Basic
SetHandler                     pls_handler
PlsqlDocumentTablename         wwv_flow_file_objects$
PlsqlDatabaseUsername          APEX_PUBLIC_USER
PlsqlDefaultPage               apex
PlsqlDatabasePassword          apex_public_user_password
PlsqlRequestValidationFunction wwv_flow_epg_include_modules.authorize
PlsqlPathAlias r
PlsqlPathAliasProcedure wwv_flow.resolve_friendly_url
Allow from all
</Location>

注意:

PlsqlPathAliasとPlsqlPathAliasProcedureは、既存のDADに追加する必要がある、必須の新規パラメータです。これは、Application Expressリリース5.0にアップグレードする場合に重要です。

3. PlsqlNLSLanguageを含む行を検索します。

PlsqlNLSLanguage設定で、DADの言語設定を判断します。データベース・キャラクタ・セットがAL32UTF8であるかどうかにかかわらず、PlsqlNLSLanguage値のキャラクタ・セット部分は、AL32UTF8に設定されている必要があります。次に例を示します。

...
PlsqlNLSLanguage            AMERICAN_AMERICA.AL32UTF8
...

4. 変更を保存して、dads.confファイルを閉じます。

参照:

- "APEX_PUBLIC_USERアカウントのパスワードの変更"

- "イメージ・ディレクトリのコピーについて"

6.5.4 静的ファイル・サポートの構成

Oracle Application Expressで静的ファイル・サポートを構成する方法を理解します。

Oracle Application Expressを使用すると、アプリケーション開発者はアプリケーションに静的ファイルを含めることができます。静的ファイルは、ワークスペース、アプリケーション、プラグインまたはアプリケーション・テーマに関連付けることができます。Oracle HTTP ServerをWebリスナーとして使用する場合、静的ファイルはmod_plsqlプラグインの「パスの別名」機能を使用して提供されます。

参照:

必要な構成パラメータについては「dads.confファイルの編集」

6.5.5 Oracle HTTP Serverの停止および再起動

Oracle HTTP Serverを停止および再起動する方法を理解します。

この項では、Oracle HTTP Serverを停止し、再起動する方法を説明します。

トピック:

- Oracle Database 10g以前でのOracle HTTP Serverの停止と再起動
Oracle HTTP Serverを停止および再起動する方法を理解します。

- Oracle HTTP Server 12cの停止および再起動
Oracle Database 12cで配布されたOracle HTTP Serverを停止および再起動する方法を理解します。

6.5.5.1 Oracle Database 10g以前でのOracle HTTP Serverの停止と再起動

Oracle HTTP Serverを停止および再起動する方法を理解します。

注意:

このマニュアルでは、ORACLE_HTTPSERVER_HOMEにOracle HTTP Serverがインストールされていると想定します。

Oracle HTTP Serverを停止および再起動するには、次のステップを実行します。

- Windows:
次を実行します。

ORACLE_HTTPSERVER_HOME\opmn\bin\opmnctl stopproc ias-component=HTTP_Server
ORACLE_HTTPSERVER_HOME\opmn\bin\opmnctl startproc ias-component=HTTP_Server

- UNIXおよびLinux
次を実行します。

ORACLE_HTTPSERVER_HOME/opmn/bin/opmnctl stopproc ias-component=HTTP_Server
ORACLE_HTTPSERVER_HOME/opmn/bin/opmnctl startproc ias-component=HTTP_Server

注意:

Oracle Fusion Middleware 11.1.1に付属しているOracle HTTP Serverを使用しており、インストール時にコンポーネントに指定された名前がHTTP_Server以外であった場合は、前述のias-componentコンポーネント名を置き換える必要がある場合があります。デフォルト名は、ohs1です。

6.5.5.2 Oracle HTTP Server 12cの停止および再起動

Oracle Database 12cで配布されたOracle HTTP Serverを停止および再起動する方法を理解します。

Oracle Database 12cとともに配布されたOracle HTTP Serverを停止して再起動するには、次の構文を使用してコマンドを入力します。ここでDOMAIN_HOMEはOracle HTTP Serverドメインへのパスです。

- Windows:
次を実行します。

%DOMAIN_HOME%\bin\stopComponent.cmd componentName
%DOMAIN_HOME%\bin\startComponent.cmd componentName

- UNIXおよびLinux
次を実行します。

$DOMAIN_HOME/bin/stopComponent.sh componentName
$DOMAIN_HOME/bin/startComponent.sh componentName

デフォルトのインストールでは、componentNameはohs1ですが、Oracle HTTP Server構成ウィザードの実行中に変更されている場合もあります。

参照:

『Oracle HTTP Serverの管理』の、OHSインスタンスの作成に関する項

6.5.6 Oracle XML DBプロトコル・サーバーの無効化

SQL*Plusを起動し、Oracle Application Expressがインストールされているデータベースに、SYSDBAロールが指定されているSYSとして接続して、EXEC DBMS_XDB.SETHTTPPORT(0);コマンドを実行します。

以前は埋込みPL/SQLゲートウェイを使用していたが、現在はOracle HTTP Serverおよびmod_plsqlを使用する場合は、Oracle XML DB Protocol Serverを無効にする必要があります。

Oracle XML DBプロトコル・サーバーを無効化するには、次のステップを実行します。

1. SQL*Plusを起動し、Oracle Application Expressがインストールされているデータベースに、SYSDBAロールが指定されているSYSとして接続します。次に例を示します。

- Windowsの場合:

SYSTEM_DRIVE:\ sqlplus /nolog
SQL> CONNECT SYS as SYSDBA
Enter password: SYS_password

- UNIXおよびLinuxの場合:

$ sqlplus /nolog
SQL> CONNECT SYS as SYSDBA
Enter password: SYS_password

2. 次のコマンドを実行します。

EXEC DBMS_XDB.SETHTTPPORT(0);

6.5.7 リバース・プロキシやロード・バランサの内側にあるOracle HTTP Serverの構成について

リバース・プロキシやロード・バランサの内側にあるOracle HTTP Serverの構成について理解します。

Oracle Application Expressがリバース・プロキシまたはロード・バランサの内側で実行されている場合、ユーザーのブラウザが認識した元のHTTPホスト名とプロトコルをApplication Expressエンジンに通信することが重要です。エンジンはこの情報を使用して、HTMLレスポンスおよびHTTPリダイレクト内に、ユーザーのブラウザが正常に追随できる有効なURLを生成します。Oracle HTTPサーバーとmod_plsqlの場合は、dads.conf構成ファイルでPlsqlCGIEnvironmentListディレクティブを使用します。次に例を示します。

PlsqlCGIEnvironmentList REQUEST_PROTOCOL=https
PlsqlCGIEnvironmentList HTTP_HOST=www.example.com:443

参照:

" dads.confファイルの編集"

6.6 Oracle Database 11g以上のネットワーク・サービスの有効化

Oracle Database 11g以上のバージョンでのネットワーク・サービスの有効化を理解します。

トピック:

- ネットワーク・サービスを有効化する必要があるタイミングと理由
ネットワーク・サービスを有効化すると、Oracle Application Expressでのアウトバウンド・メールの送信、Oracle Application ExpressでのWebサービスの使用、PDFレポートの出力に対するサポートが有効になります。

- Oracle Database 12cより前の接続権限の付与
APEX_050100データベース・ユーザーに対して、任意のホストへの接続権限を付与する方法を示します。

- Oracle Database 12cでの前の接続権限の付与
DBMS_NETWORK_ACL_ADMINのプロシージャCREATE_ACL、ASSIGN_ACL、ADD_PRIVILEGEおよびCHECK_PRIVILEGEは、Oracle Database 12cでは非推奨です。APPEND_HOST_ACEを使用することをお薦めします。

- 無効なACLエラーのトラブルシューティング
問合せを実行して無効なACLエラーを特定する方法を理解します。

6.6.1 ネットワーク・サービスを有効化する場合と理由

ネットワーク・サービスを有効化すると、Oracle Application Expressでのアウトバウンド・メールの送信、Oracle Application ExpressでのWebサービスの使用、PDFレポートの出力に対するサポートが有効になります。

Oracle Database 11gリリース1または2以上では、ネットワーク・サービスとの通信機能が、デフォルトで無効化されています。このため、Oracle Database 11gリリース1または2以上でOracle Application Expressを実行している場合は、新しいDBMS_NETWORK_ACL_ADMINパッケージを使用して、APEX_050100データベース・ユーザーにすべてのホストに対する接続権限を付与する必要があります。これらの権限を付与しないと、次の場合に問題が発生します。

- Oracle Application Expressでアウトバウンド・メールを送信する。
ユーザーはAPEX_MAILパッケージからメソッドをコールできますが、アウトバンド・メールの送信時に問題が発生します。

- Oracle Application ExpressでWebサービスを使用する。

- PDFレポートを印刷する。

ヒント:

このセクションで示されている例を実行するには、データベースのcompatible初期化パラメータが11.1.0.0.0以上に設定されている必要があります。デフォルトでは、11gまたは12cデータベースのパラメータは事前に適切に設定されますが、以前のバージョンから11gまたは12cにアップグレードされたデータベースのパラメータは適切に設定されない場合があります。データベース初期化パラメータの変更の詳細は、『Oracle Database管理者ガイド』のOracle Databaseの作成と構成に関する項を参照してください。

6.6.2 Oracle Database 12c以前での接続権限の付与

APEX_050100データベース・ユーザーに対して、任意のホストへの接続権限を付与する方法を示します。

次の例は、APEX_050100データベース・ユーザーに対して、任意のホストへの接続権限を付与する方法を示しています。この例では、Oracle Application Expressがインストールされているデータベースに、SYSDBAロールが指定されているSYSとして接続するとします。

DECLARE
ACL_PATH  VARCHAR2(4000);
BEGIN
-- Look for the ACL currently assigned to '*' and give APEX_050100
-- the "connect" privilege if APEX_050100 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_050100',
'connect') IS NULL THEN
DBMS_NETWORK_ACL_ADMIN.ADD_PRIVILEGE(ACL_PATH,
'APEX_050100', 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_050100', 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_050100
-- the "connect" privilege if APEX_050100 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_050100',
'connect') IS NULL THEN
DBMS_NETWORK_ACL_ADMIN.ADD_PRIVILEGE(ACL_PATH,
'APEX_050100', 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_050100', TRUE, 'connect');
DBMS_NETWORK_ACL_ADMIN.ASSIGN_ACL('local-access-users.xml','localhost');
END;
/
COMMIT;

6.6.3 Oracle Database 12cでの接続権限の付与

DBMS_NETWORK_ACL_ADMINのプロシージャCREATE_ACL、ASSIGN_ACL、ADD_PRIVILEGEおよびCHECK_PRIVILEGEは、Oracle Database 12cでは非推奨です。APPEND_HOST_ACEを使用することをお薦めします。

次の例は、APEX_050100データベース・ユーザーに対して、任意のホストへの接続権限を付与する方法を示しています。この例では、Oracle Application Expressがインストールされているデータベースに、SYSDBAロールが指定されているSYSとして接続するとします。

BEGIN
DBMS_NETWORK_ACL_ADMIN.APPEND_HOST_ACE(
host => '*',
ace => xs$ace_type(privilege_list => xs$name_list('connect'),
principal_name => 'APEX_050100',
principal_type => xs_acl.ptype_db));
END;
/

次の例は、ローカル・ネットワーク・リソースへのアクセス権について、より少ない権限を付与する方法を示しています。この例では、電子メールやレポート・サーバーなど、ローカル・ホストのサーバーへのアクセスのみを有効にします。

BEGIN
DBMS_NETWORK_ACL_ADMIN.APPEND_HOST_ACE(
host => 'localhost',
ace => xs$ace_type(privilege_list => xs$name_list('connect'),
principal_name => 'APEX_050100',
principal_type => xs_acl.ptype_db));
END;
/

6.6.4 無効なACLエラーのトラブルシューティング

問合せを実行して無効な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_050100ユーザーにACLを適用する必要があります。

6.7 セキュリティ・タスクの実行

HTTPリクエストで、パスワードやその他の機密データがクリア・テキストで送信されることのないように、Secure Sockets Layer(SSL)を構成して使用することをお薦めします。

SSLを使用しないと、パスワードが公開され、セキュリティが損なわれる可能性があります。

SSLは、業界標準のプロトコルです。RSA公開鍵暗号化と対称鍵暗号化を組み合せて使用することにより、認証、暗号化およびデータの整合性が提供されます。

参照:

『Oracle Application Express管理ガイド』の、HTTPプロトコル属性の構成に関する項

6.8 同時ジョブ数の制御

同時実行ジョブ数の指定について理解します。

トピック:

- 同時ジョブ数の管理について
最大同時実行ジョブ数の管理について理解します。

- JOB_QUEUE_PROCESSESの数の表示
JOB_QUEUE_PROCESSESの数は3つの方法で表示できます。

- JOB_QUEUE_PROCESSESの数の変更
SQL*Plusで次のSQL文を実行して、JOB_QUEUE_PROCESSESの数を変更できます。

6.8.1 同時ジョブ数の管理について

最大同時実行ジョブ数の管理について理解します。

JOB_QUEUE_PROCESSESには、同時に実行するジョブの最大数を指定します。Oracle Application Expressでは、トランザクションのサポートおよびSQLスクリプトでジョブが必要です。JOB_QUEUE_PROCESSESが有効でなく、正常に動作していない場合、スクリプトを正常に実行することはできません。

6.8.2 JOB_QUEUE_PROCESSESの数の表示

JOB_QUEUE_PROCESSESの数は3つの方法で表示できます。

トピック:

- インストール・ログ・ファイルでのJOB_QUEUE_PROCESSESの表示
インストール・ログ・ファイルでのJOB_QUEUE_PROCESSESの見方を理解します。

- Oracle Application ExpressでのJOB_QUEUE_PROCESSESの表示
Application Expressの「バージョン情報」ページでのJOB_QUEUE_PROCESSESの数の表示を理解します。

- SQL*PlusによるJOB_QUEUE_PROCESSESの表示
次のSQLコマンドを実行して、SQL*PlusでJOB_QUEUE_PROCESSESの数を表示する方法を理解します。

6.8.2.1 インストール・ログ・ファイルでのJOB_QUEUE_PROCESSESの表示

インストール・ログ・ファイルでのJOB_QUEUE_PROCESSESの見方を理解します。

参照:

"インストール・セッションのログの確認"

6.8.2.2 Oracle Application ExpressでのJOB_QUEUE_PROCESSESの表示

Application Expressの「バージョン情報」ページでのJOB_QUEUE_PROCESSESの数の表示を理解します。

Application Expressのバージョン情報ページを表示するには、次の手順を実行します。

1. Oracle Application Expressにサインインします。

2. ページの最上部にあるヘルプ・メニューを見つけます。

3. 「ヘルプ」メニューから「バージョン情報」を選択します。

Application Expressのバージョン情報ページが表示されます。ページの下部に、現在のJOB_QUEUE_PROCESSESの数が表示されます。

参照:

"Oracle REST Data Servicesを使用したワークスペースへのサインイン"

6.8.2.3 SQL*PlusによるJOB_QUEUE_PROCESSESの表示

次のSQLコマンドを実行して、SQL*PlusでJOB_QUEUE_PROCESSESの数を表示する方法を理解します。

SELECT VALUE FROM v$parameter WHERE NAME = 'job_queue_processes'

6.8.3 JOB_QUEUE_PROCESSESの数の変更

SQL*Plusで次のSQL文を実行して、JOB_QUEUE_PROCESSESの数を変更できます。

JOB_QUEUE_PROCESSESの数を更新するには、次のステップを実行します。

1. SQL*Plusを起動し、Oracle Application Expressがインストールされているデータベースに、SYSDBAロールが指定されているSYSとして接続します。

- Windowsの場合:

SYSTEM_DRIVE:\ sqlplus /nolog
SQL> CONNECT SYS as SYSDBA
Enter password: SYS_password

- UNIXおよびLinuxの場合:

$ sqlplus /nolog
SQL> CONNECT SYS as SYSDBA
Enter password: SYS_password

2. SQL*Plusで次のSQL文を実行します。

ALTER SYSTEM SET JOB_QUEUE_PROCESSES = <number>

たとえば、ALTER SYSTEM SET JOB_QUEUE_PROCESSES = 20を実行すると、JOB_QUEUE_PROCESSESは20に設定されます。

6.9 他の言語でのOracle Application Expressの実行について

Oracle Application Expressの単一インスタンスを、1つ以上の言語変換されたバージョンとともにインストールできます。

Oracle Application Expressのインタフェースは、ドイツ語、スペイン語、フランス語、イタリア語、日本語、韓国語、ポルトガル語(ブラジル)、簡体字中国語および繁体字中国語に変換できます。Oracle Application Expressの単一インスタンスは、これらの言語変換されたバージョンを1つ以上実装してインストールできます。開発者は、画面またはホーム・ページのアプリケーション・ビルダーのログから言語を選択するのみで、インストールされたあらゆる言語におけるApplication Expressの開発環境を実行することを選択できます。

他の言語をインストールするには、後述の追加ファイルが含まれているapex_5.1.zipファイルを使用する必要があります。以前にapex_5.1_en.zipをダウンロードした場合、Oracle Application Expressを再インストールする必要はありません。 apex_5.1zipをダウンロードして、apex_5.1_en.zipを解凍した同じディレクトリにファイルを解凍するのみです。

言語変換されたバージョンのOracle Application Expressは、その特定言語をサポートするキャラクタ・セットが実装されたデータベースにロードする必要があります。言語変換されたバージョンのOracle Application Expressを、その言語の文字コードをサポートしないデータベースにインストールすると、インストールが正常に実行されなかったり、言語変換されたOracle Application Expressインスタンスが実行時に破損しているように見える場合があります。データベース・キャラクタ・セットAL32UTF8は、言語変換されたすべてのバージョンのOracle Application Expressをサポートします。

言語変換されたバージョンのOracle Application Expressを手動でインストールするには、SQL*Plusを使用します。インストール・ファイルはAL32UTF8にエンコードされます。

注意:

言語変換されたバージョンのOracle Application Expressをインストールするには、ターゲット・データベースのキャラクタ・セットにかかわらず、SQL*Plusを起動する前に環境変数NLS_LANGのキャラクタ・セット値をAL32UTF8に設定する必要があります。

言語変換されたバージョンのOracle Application Expressのロードに有効なNLS_LANG設定の例を次に示します。

American_America.AL32UTF8
Japanese_Japan.AL32UTF8

6.10 言語変換されたバージョンのOracle Application Expressのインストール

言語変換されたバージョンのOracle Application Expressのインストールについて理解します。

トピック:

- 言語変換されたバージョンのOracle Application Expressのインストールについて
言語変換されたバージョンのOracle Application Expressを実行するには、load_lang.sqlスクリプトを実行する必要があります。

- 言語変換されたバージョンのOracle Application Expressのインストール
言語変換されたバージョンのOracle Application Expressをインストールする方法について理解します。

6.10.1 言語変換されたバージョンのOracle Application Expressのインストールについて

言語変換されたバージョンのOracle Application Expressを実行するには、load_lang.sqlスクリプトを実行する必要があります。

初めてインストールを行う場合も以前のリリースからアップグレードする場合も、言語変換されたバージョンのOracle Application Expressを実行するには、load_lang.sqlスクリプトを実行する必要があります。

インストール・スクリプトは、配布を解凍したapex/builderのサブディレクトリに格納されます。これらのサブディレクトリは、言語コードで識別されます。たとえば、ドイツ語バージョンはapex/builder/de、日本語バージョンはapex/builder/jaに格納されます。各ディレクトリには、言語コード(たとえば、load_de.sqlやload_ja.sql)で識別される、言語固有のロード・スクリプトが格納されます。

6.10.2 言語変換されたバージョンのOracle Application Expressのインストール

言語変換されたバージョンのOracle Application Expressをインストールする方法について理解します。

言語変換されたバージョンのOracle Application Expressをインストールするには、次のステップを実行します。

1. 環境変数NLS_LANGをキャラクタ・セットAL32UTF8に設定します。次に例を示します。

- BourneまたはKornシェルの場合:

NLS_LANG=American_America.AL32UTF8
export NLS_LANG

- Cシェルの場合:

setenv NLS_LANG American_America.AL32UTF8

- Windowsベースのシステムの場合:

set NLS_LANG=American_America.AL32UTF8

2. インストールする必要がある言語に基づいて、apex/builderの下のディレクトリにナビゲートします。たとえば、ドイツ語の場合は、apex/builder/deにナビゲートします。SQL*Plusを起動し、Oracle Application Expressがインストールされているデータベースに、SYSDBAロールが指定されているSYSとして接続します。次に例を示します。

- Windowsの場合:

SYSTEM_DRIVE:\ sqlplus /nolog
SQL> CONNECT SYS as SYSDBA
Enter password: SYS_password

- UNIXおよびLinuxの場合:

$ sqlplus /nolog
SQL> CONNECT SYS as SYSDBA
Enter password: SYS_password

3. 次の文を実行します。

ALTER SESSION SET CURRENT_SCHEMA = APEX_050100;

4. 該当する言語固有のスクリプトを実行します。次に例を示します。

@load_lang.sql

langは特定の言語です。たとえば、ドイツ語の場合はload_de.sql、日本語の場合はload_ja.sqlとなります。

6.11 ワークスペースの作成およびOracle Application Expressユーザーの追加

ワークスペースの作成およびOracle Application Expressユーザーの追加について理解します。

アプリケーションの開発やインストールの前に、ワークスペースを作成し、Oracle Application Expressユーザーを追加し、ワークスペースにサインインする必要があります。

トピック:

- ワークスペースとユーザーの概要
ワークスペースでは、オブジェクト、データおよびアプリケーションをプライベートに保持しながら、同一のOracle Application Expressのインストール内で複数のユーザーが作業できます。

- Oracle HTTP Serverを使用したAdministration Servicesへのアクセス
Oracle Application Express Administration Servicesへのアクセス方法を理解します。

- Oracle Application Expressユーザーの作成
管理者パスワードを使用してOracle Application Express Administration Servicesにサインインします。「作業領域の管理」で、「開発者とユーザーの管理」をクリックし、「ユーザーの作成」をクリックします。適切な情報を入力します。

- Oracle HTTP Serverを使用したワークスペースへのサインイン
Oracle HTTP Serverを使用してワークスペースにサインインする方法を理解します。

6.11.1 ワークスペースとユーザーについて

ワークスペースでは、オブジェクト、データおよびアプリケーションをプライベートに保持しながら、同一のOracle Application Expressのインストール内で複数のユーザーが作業できます。

JavaScriptを有効にしたWebブラウザを使用してワークスペースにログインし、Oracle Application Expressのホーム・ページにアクセスします。

各ワークスペースには、一意のIDおよび名前が含まれます。インスタンス管理者は、Oracle Application Express管理サービス内にワークスペースを手動で作成するか、ユーザーにリクエストを送信してもらうことができます。Oracle Application Express管理サービスは、Oracle Application Expressインスタンス全体を管理するための個別のアプリケーションです。

参照:

- "ブラウザ要件"

- Oracle Application Express管理ガイドの「作業領域の作成」

- 『Oracle Application Express管理ガイド』の「ワークスペース・リクエストおよび変更リクエストの管理」

6.11.2 Oracle HTTP Serverを使用したAdministration Servicesへのアクセス

Oracle Application Express Administration Servicesへのアクセス方法を理解します。

ワークスペースとユーザー・アカウントを手動で作成するには、Oracle Application Express管理サービスと呼ばれる、Oracle Application Expressインスタンス全体を管理するための個別のアプリケーションにサインインします。Oracle Application Express Administration Servicesには、インストール・プロセスで作成またはリセットされたADMINアカウントとパスワードを使用してサインインします。

Oracle Application Express管理サービスにアクセスするには、次の手順を実行します。

1. Webブラウザで、Oracle Application Express管理サービス・アプリケーションにナビゲートします。

設定ではOracle HTTP Serverおよびmod_plsqlを使用するので、次の場所に移動します。

http://hostname:port/pls/apex/apex_admin

各要素の意味は次のとおりです。

hostnameは、Oracle HTTP Serverがインストールされるシステムの名前です。

portは、Oracle HTTP Serverに割り当てられているHTTPのポート番号です。デフォルトのインストールでは、この番号は7777です。

plsは、mod_plsqlカートリッジを使用するためのインジケータです。

apexは、mod_plsql構成ファイルで定義されているデータベース・アクセス記述子(DAD)です。

2. サインイン・ページで、次のステップを実行します。

- ユーザー名 - adminと入力します。

- パスワード - インスタンス管理アカウントで指定したOracle Application Express管理者アカウントのパスワードを入力します。

- 「管理にサインイン」をクリックします。

設定によっては、初めてログインするときにパスワードの変更を要求される場合があります。

トピック:

- ワークスペースの手動作成
Oracle Application Express Administration Servicesにサインインしてワークスペースを手動で作成します。

参照:

- 「インスタンス管理アカウントの作成または更新」

- 『Oracle Application Express管理ガイド』の「Oracle Application Express管理サービス」

6.11.2.1 ワークスペースの手動作成

Oracle Application Express Administration Servicesにサインインしてワークスペースを手動で作成します。

ワークスペースを手動で作成するには、Oracle Application Express管理サービスと呼ばれる個別のアプリケーションにサインインします。Oracle Application Express Administration Servicesには、インストール・プロセスで作成またはリセットされたADMINアカウントとパスワードを使用してサインインします。

Oracle Application Expressのワークスペースを手動で作成するには、次のステップを実行します。

1. Oracle Application Express管理サービスへのアクセス。

Oracle Application Express管理サービスが表示されます。次に、ワークスペースを作成します。

2. 「作業領域の管理」をクリックします。

3. 「ワークスペース・アクション」で、「ワークスペースの作成」をクリックします。

ワークスペースの作成ウィザードが表示されます。

4. 「ワークスペースの指定」で、次を入力します。

a. ワークスペース名: 一意のワークスペース名を入力します。

b. 「ワークスペースID」: 新しいワークスペースIDを自動的に生成させるために、「ワークスペースID」は空白のままにしておきます。ワークスペースIDは、100000より大きい正の整数にする必要があります。

c. ワークスペースの説明: ワークスペースの説明を入力します。

d. 「次へ」をクリックします。

5. 「スキーマの指定」で、既存のスキーマを再利用するか、新しく作成するかを指定します。

既存のスキーマを使用する場合

a. 「既存のスキーマを再利用」で、「はい」を選択します。

b. リストからスキーマを選択します。

c. 「次へ」をクリックします。

新しいスキーマを作成する場合

a. 「既存のスキーマを再利用」で、「いいえ」を選択します。

b. スキーマの名前とパスワードを入力します。

c. 領域割当てを指定します。

d. 「次へ」をクリックします。

6. 「管理者の指定」で、ワークスペース管理者の情報を入力して、「次へ」をクリックします。

7. 選択内容を確認して、「ワークスペースの作成」をクリックします。

参照:

- "Oracle REST Data Servicesを使用したAdministration Servicesへのアクセス"

- 『Oracle Application Express管理ガイド』の「Oracle Application Express管理サービス」

6.11.3 Oracle Application Expressユーザーの作成

管理者パスワードを使用してOracle Application Express Administration Servicesにサインインします。「作業領域の管理」で、「開発者とユーザーの管理」をクリックし、「ユーザーの作成」をクリックします。適切な情報を入力します。

Oracle Application Expressのユーザー・アカウントを作成するには、次のステップを実行します。

1. Oracle Application Express管理サービスへのアクセス。

Oracle Application Express管理サービスが表示されます。

2. 「ワークスペースの管理」アイコンをクリックします。

3. 「開発者とユーザーの管理」をクリックします。

4. 「ユーザーの作成」をクリックします。

5. 「ユーザー属性」に、適切な情報を入力します。*印が付いているフィールドは必須フィールドです。

ヒント:

特定の属性の詳細を表示するには、アイテム・ラベルをクリックします。ヘルプが利用できる場合は、アイテム・ラベル上にカーソルを重ねると、アイテム・ラベルが赤色に変わり、カーソルが矢印と疑問符に変わります。

6. 「アカウント権限」で、次のように入力します。

a. ワークスペース: リストからワークスペースを選択します。

b. デフォルトのスキーマ: データの参照、アプリケーションの作成およびSQLスクリプトの実行に使用するデフォルト・スキーマを指定します。
使用可能なスキーマが複数あるワークスペースを使用する場合、このスキーマがデフォルトになります。この設定でセキュリティは制御されず、ユーザーのプリファレンスのみが制御されます。

c. 管理者ユーザー: このユーザーがワークスペースの管理者権限を持つかどうかを指定します。
管理者には、すべてのコンポーネントへのアクセス権が付与されます。さらに、管理者はユーザー・アカウント、グループおよび開発サービスを管理できます。インスタンス管理者によって無効にされているコンポーネントは使用できないことがあります。

d. 開発者ユーザー: このユーザーが開発者権限を持つかどうかを指定します。
開発者は、アプリケーション・ビルダーまたはSQLワークショップ(あるいはその両方)へのアクセス権を所有する必要があります。インスタンス管理者によって無効にされると、これらのコンポーネントは使用できないことがあります。

e. アプリケーション・ビルダー・アクセス: 開発者がアプリケーション・ビルダーへのアクセス権を所有するかどうかを決定します。

f. SQLワークショップ・アクセス: 開発者がSQLワークショップへのアクセス権を持つかどうかを決定します。

g. チーム開発アクセス: 開発者がチーム開発へのアクセス権を持つかどうかを決定します。

h. アカウントの可用性の設定: 「ロック済」を選択すると、アカウントは使用できなくなります。「ロック解除済」を選択すると、アカウントを使用できるようになります。
ユーザーが「ワークスペース・プリファレンス」に指定された許可されるログイン失敗の最大回数を超過すると、そのアカウントは自動的にロックされます。

7. 「パスワード」で、次のステップを実行します。

- パスワード: 大/小文字を区別してパスワードを入力します。

- パスワードの確認: パスワードを再度入力します。

- 初回使用時にパスワードの変更が必要: 「いいえ」を選択すると、ユーザーは期限が切れるまで同じパスワードを使用できます。「はい」を選択すると、ユーザーは初回のログイン時に、パスワードをすぐに変更するよう要求されます。

8. 「ユーザーの作成」または「作成後、別のものの作成」をクリックします。

参照:

"Oracle REST Data Servicesを使用したAdministration Servicesへのアクセス"

6.11.4 Oracle HTTP Serverを使用したワークスペースへのサインイン

Oracle HTTP Serverを使用してワークスペースにサインインする方法を理解します。

資格証明(ワークスペース名、ユーザー名およびパスワード)を使用して、ワークスペースにサインインします。

ワークスペースにサインインするには、次のステップを実行します。

1. Webブラウザで、Oracle Application Expressのサインイン・ページにナビゲートします。

設定ではOracle HTTP Server(Apache)およびmod_plsqlを使用するので、次の場所に移動します。

http://hostname:port/pls/apex

各要素の意味は次のとおりです。

- hostnameは、Oracle HTTP Serverがインストールされるシステムの名前です。

- portは、Oracle HTTP Serverに割り当てられているHTTPのポート番号です。デフォルトのインストールでは、この番号は7777です。Oracle HTTP Serverのインストール時のポート番号に関する情報は、次のファイルのいずれかで参照できます。

ORACLE_BASE\ORACLE_HOME\install\portlist.ini
ORACLE_BASE\ORACLE_HTTPSERVER_HOME\Apache\Apache\conf\httpd.conf

ポート番号を変更しても、portlist.iniファイルは更新されないことに注意してください。このファイルはインストール直後のみ参照可能です。

- plsは、mod_plsqlカートリッジを使用するためのインジケータです。

- apexは、mod_plsql構成ファイルで定義されているデータベース・アクセス記述子(DAD)です。

「サインイン」ページが表示されます。

2. サインイン・ページで、次の用に入力します。

- 作業領域: 作業領域の名前を入力します。

- ユーザー名: ユーザー名を入力します。

- パスワード- パスワードを大/小文字を区別して入力します。

3. 「サインイン」をクリックします。

設定によっては、初めてログインするときにパスワードの変更を要求される場合があります。

参照:

- Oracle Application Express管理ガイドの「作業領域の作成」

- 『Oracle Application Express管理ガイド』の「ワークスペース・リクエストおよび変更リクエストの管理」

6.12 アップグレード・インストールのインストール後のタスクの実行

以前のOracle Application Expressインストールからスキーマを削除します。

アップグレード・インストールが正常に実行され、すべてのアップグレード済アプリケーションが正常に機能していることを確認したら、以前のOracle Application Expressインストールからスキーマを削除する必要があります。

トピック:

- 以前のOracle Application Expressインストールの削除について
以前のインストールの存在確認による、以前のインストールからのスキーマの削除について理解します。

- 以前のインストールが存在するかどうかの確認
SQL*Plusを起動して、SYSとしてOracle Application Expressがインストールされているデータベースに接続し、問合せを実行します。

- 以前のインストールのスキーマの削除
SQL*Plusを起動してデータベースに接続し、以前のインストールからスキーマを削除する文を実行します。

- Oracle Database 11g以降での無効なACLの修正
Oracle Database 11g以降を実行している場合の無効なACLの修正方法を理解します。

参照:

以前のリリースのOracle Application Expressからのアップグレード

6.12.1 以前のOracle Application Expressインストールの削除について

以前のインストールの存在確認による、以前のインストールからのスキーマの削除について理解します。

以前のインストールのスキーマに関連付けられたデータベース・ユーザーは権限が付与されたユーザーです。不要になった場合は削除する必要があります。以前のインストールのスキーマの削除には、2つのステップがあります。最初に以前のインストールが存在することを確認して、次にスキーマを削除します。

6.12.2 以前のインストールが存在するかどうかの確認

SQL*Plusを起動して、SYSとしてOracle Application Expressがインストールされているデータベースに接続し、問合せを実行します。

以前のインストールが存在するかどうかを確認するには、次のステップを実行します。

1. SQL*Plusを起動して、SYSとしてOracle Application Expressがインストールされているデータベースに接続します。次に例を示します。

- Windowsの場合:

SYSTEM_DRIVE:\ sqlplus /nolog
SQL> CONNECT SYS as SYSDBA
Enter password: SYS_password

- UNIXおよびLinuxの場合:

$ sqlplus /nolog
SQL> CONNECT SYS as SYSDBA
Enter password: SYS_password

2. 次の問合せを実行します。

SELECT username  FROM dba_users  WHERE (  username LIKE 'FLOWS\_______' ESCAPE '\'       OR username LIKE 'APEX\_______' ESCAPE '\' )   AND USERNAME NOT IN ( SELECT SCHEMA                           FROM dba_registry                          WHERE comp_id = 'APEX' );

結果に書式がFLOWS_XXXXXXまたはAPEX_XXXXXX(XXXXXXは6つの数字を表す)のエントリが含まれる場合、それらのエントリは削除候補です。

6.12.3 以前のインストールのスキーマの削除

SQL*Plusを起動してデータベースに接続し、以前のインストールからスキーマを削除する文を実行します。

以前のインストールのスキーマを削除するには、次のステップを実行します。

1. SQL*Plusを起動し、Oracle Application Expressがインストールされているデータベースに、SYSDBAロールが指定されているSYSとして接続します。次に例を示します。

- Windowsの場合:

SYSTEM_DRIVE:\ sqlplus /nolog
SQL> CONNECT SYS as SYSDBA
Enter password: SYS_password

- UNIXおよびLinuxの場合:

$ sqlplus /nolog
SQL> CONNECT SYS as SYSDBA
Enter password: SYS_password

2. 次の例のような文を実行します。

DROP USER APEX_040200 CASCADE;

6.12.4 Oracle Database 11g以降での無効なACLの修正

Oracle Database 11g以降を実行している場合の無効なACLの修正方法を理解します。

Oracle Database 11g以降を実行しており、以前のOracle Application Expressスキーマのネットワーク・サービスを有効化してある場合、「以前のOracle Application Expressインストールの削除について」のステップを実行した後に、無効なACLを修正する必要がある場合があります。

無効なACLを修正するには、次のステップを実行します。

1. 作業ディレクトリを、インストール・ソフトウェアを解凍したapexディレクトリに変更します。

2. SQL*Plusを起動し、Oracle Application Expressがインストールされているデータベースに、SYSDBAロールが指定されているSYSとして接続します。次に例を示します。

- Windowsの場合:

SYSTEM_DRIVE:\ sqlplus /nolog
SQL> CONNECT SYS as SYSDBA
Enter password: SYS_password

- UNIXおよびLinuxの場合:

$ sqlplus /nolog
SQL> CONNECT SYS as SYSDBA
Enter password: SYS_password

3. 次のような文を実行します。

EXEC DBMS_NETWORK_ACL_ADMIN.DELETE_PRIVILEGE('power_users.xml', 'APEX_040200');

6.13 パフォーマンスの最適化タスクについて

パフォーマンスの最適化について理解します。

Webアプリケーションのパフォーマンスは、そのサイズおよび、イメージ、CSSおよびJavaScriptファイルなどの静的なコンテンツをブラウザがリクエストする頻度に大きく依存します。パフォーマンスを向上させるために、大部分のWebサーバーは、オン・ザ・フライHTTPレスポンス圧縮をサポートし、ブラウザが一度の要求でファイルをキャッシュできる長さを構成できるようにする設定を用意しています。HTTPレスポンス圧縮は通常gzipエンコーディングを使用して実装され(たとえば、Oracle HTTP Serverではmod_deflate)、ブラウザ・ファイル・キャッシュはCache-Control HTTPレスポンス・ヘッダーの発行によって有効化されます(たとえば、Oracle HTTP Serverではmod_headers)。

レスポンス圧縮とブラウザ・ファイル・キャッシュを有効化する方法の詳細は、Webサーバーのドキュメントを参照してください。Oracle Application Express開発環境とOracle Application Expressアプリケーションで最適パフォーマンスを得るためには、仮想イメージ・ディレクトリ(たとえば、/i/)のファイル、およびデータベース・アクセス記述子からのレスポンス(たとえば、/pls/apex)のgzip圧縮を有効化するほか、ブラウザが12時間以上にわたり仮想イメージ・ディレクトリからのファイルをキャッシュできるようにすることをお薦めします。

6.14 ランタイム環境と完全開発環境の間の変換

ランタイム環境と完全開発環境を相互に変換する方法を理解します。

この項では、ランタイム環境とフル開発環境の間の変換方法について説明します。

トピック:

- ランタイム環境と完全開発環境の間の変換について
Oracle Application Expressランタイム環境では、アプリケーションを変更または編集する機能をサポートせずに本番アプリケーションを実行できます。

- 非CDBまたはローカルなPDBにおける完全開発環境へのランタイム環境の変換
SQL*Plusを起動し、Oracle Application Expressがインストールされているデータベースに、SYSDBAロールが指定されているSYSとして接続して、apxdvins.sqlを実行します。

- 非CDBまたはローカルなPDBにおけるランタイム環境への完全開発環境の変換
SQL*Plusを起動し、Oracle Application Expressがインストールされているデータベースに、SYSDBAロールが指定されているSYSとして接続して、apxdevrm.sqlを実行します。

- CDBにおける完全開発環境へのランタイム環境の変換
SQL*Plusを起動し、Oracle Application Expressがインストールされているデータベースに、SYSDBAロールが指定されているSYSとして接続して、apxdvins_con.sqlを実行します。

- CDBにおけるランタイム環境への完全開発環境の変換
SQL*Plusを起動し、Oracle Application Expressがインストールされているデータベースに、SYSDBAロールが指定されているSYSとして接続して、apxdevrm_con.sqlを実行します。

6.14.1 ランタイム環境と完全開発環境の間の変換について

Oracle Application Expressランタイム環境では、アプリケーションを変更または編集する機能をサポートせずに本番アプリケーションを実行できます。

ランタイム環境に含まれるのは、アプリケーションの実行に必要なパッケージのみです。このため、ランタイム環境はより堅牢な環境となります。管理用のWebインタフェースは用意されていません。

Oracle Application Expressランタイム環境は、SQL*PlusまたはSQL DeveloperおよびAPEX_INSTANCE_ADMIN APIを使用して管理します。

参照:

- 『Oracle Application Express管理ガイド』の「Oracle Application Expressランタイム環境について」

- 『Oracle Application Express管理ガイド』のランタイム環境にエクスポートされたアプリケーションのインストールに関する項

6.14.2 非CDBまたはローカルなPDBにおける完全開発環境へのランタイム環境の変換

SQL*Plusを起動し、Oracle Application Expressがインストールされているデータベースに、SYSDBAロールが指定されているSYSとして接続して、apxdvins.sqlを実行します。

Oracle Application Expressランタイム環境を、非CDB、またはローカルなPDBにおける完全開発環境に変換するには、次のステップを実行します。

1. 作業ディレクトリを、インストール・ソフトウェアを解凍したapexディレクトリに変更します。

2. SQL*Plusを起動し、Oracle Application Expressがインストールされているデータベースに、SYSDBAロールが指定されているSYSとして接続します。次に例を示します。

- Windowsの場合:

SYSTEM_DRIVE:\ sqlplus /nolog
SQL> CONNECT SYS as SYSDBA
Enter password: SYS_password

- UNIXおよびLinuxの場合:

$ sqlplus /nolog
SQL> CONNECT SYS as SYSDBA
Enter password: SYS_password

3. apxdvins.sqlを実行します。次に例を示します。

@apxdvins.sql

4. 「インスタンス管理アカウントの作成または更新」の手順に従います

参照:

- "インスタンス管理アカウントの作成または更新"

- SQL*Plusの詳細は、『SQL*Plusユーザーズ・ガイドおよびリファレンス』を参照してください。

6.14.3 非CDBまたはローカルなPDBにおけるランタイム環境への完全開発環境の変換

SQL*Plusを起動し、Oracle Application Expressがインストールされているデータベースに、SYSDBAロールが指定されているSYSとして接続して、apxdevrm.sqlを実行します。

ヒント:

完全開発環境をランタイム環境に変換する前に、すべてのWebシート・アプリケーションをエクスポートします。開発環境をランタイムに変換する際、既存のWebシート・データ・グリッドおよびレポートはすべてのワークスペースから削除されます。ランタイム環境を完全開発環境に戻しても、これらのWebシート・データ・グリッドまたはレポートはリストアされません。

非CDBまたはローカルなPDBにおけるランタイム環境に、Oracle Application Express完全開発環境を変換するには、次のステップを実行します。

1. 作業ディレクトリを、インストール・ソフトウェアを解凍したapexディレクトリに変更します。

2. SQL*Plusを起動し、Oracle Application Expressがインストールされているデータベースに、SYSDBAロールが指定されているSYSとして接続します。次に例を示します。

- Windowsの場合:

SYSTEM_DRIVE:\ sqlplus /nolog
SQL> CONNECT SYS as SYSDBA
Enter password: SYS_password

- UNIXおよびLinuxの場合:

$ sqlplus /nolog
SQL> CONNECT SYS as SYSDBA
Enter password: SYS_password

3. apxdevrm.sqlを実行します。次に例を示します。

@apxdevrm.sql

参照:

SQL*Plusの詳細は、『SQL*Plusユーザーズ・ガイドおよびリファレンス』を参照してください

6.14.4 CDBにおける完全開発環境へのランタイム環境の変換

SQL*Plusを起動し、Oracle Application Expressがインストールされているデータベースに、SYSDBAロールが指定されているSYSとして接続して、apxdvins_con.sqlを実行します。

CDBでOracle Application Expressランタイム環境を完全開発環境に変換するには、次のステップを実行します。

1. 作業ディレクトリを、インストール・ソフトウェアを解凍したapexディレクトリに変更します。

2. SQL*Plusを起動し、Oracle Application Expressがインストールされているデータベースに、SYSDBAロールが指定されているSYSとして接続します。次に例を示します。

- Windowsの場合:

SYSTEM_DRIVE:\ sqlplus /nolog
SQL> CONNECT SYS as SYSDBA
Enter password: SYS_password

- UNIXおよびLinuxの場合:

$ sqlplus /nolog
SQL> CONNECT SYS as SYSDBA
Enter password: SYS_password

3. apxdvins_con.sqlを実行します。次に例を示します。

@apxdvins_con.sql

4. 「インスタンス管理アカウントの作成または更新」の手順に従います

参照:

- "インスタンス管理アカウントの作成または更新"

- SQL*Plusの詳細は、『SQL*Plusユーザーズ・ガイドおよびリファレンス』を参照してください。

6.14.5 CDBにおけるランタイム環境への完全開発環境の変換

SQL*Plusを起動し、Oracle Application Expressがインストールされているデータベースに、SYSDBAロールが指定されているSYSとして接続して、apxdevrm_con.sqlを実行します。

ヒント:

完全開発環境をランタイム環境に変換する前に、すべてのWebシート・アプリケーションをエクスポートします。開発環境をランタイムに変換する際、既存のWebシート・データ・グリッドおよびレポートはすべてのワークスペースから削除されます。ランタイム環境を完全開発環境に戻しても、これらのWebシート・データ・グリッドまたはレポートはリストアされません。

CDBでOracle Application Express完全開発環境をランタイム環境に変換するには、次のステップを実行します。

1. 作業ディレクトリを、インストール・ソフトウェアを解凍したapexディレクトリに変更します。

2. SQL*Plusを起動し、Oracle Application Expressがインストールされているデータベースに、SYSDBAロールが指定されているSYSとして接続します。次に例を示します。

- Windowsの場合:

SYSTEM_DRIVE:\ sqlplus /nolog
SQL> CONNECT SYS as SYSDBA
Enter password: SYS_password

- UNIXおよびLinuxの場合:

$ sqlplus /nolog
SQL> CONNECT SYS as SYSDBA
Enter password: SYS_password

3. apxdevrm_con.sqlを実行します。次に例を示します。

@apxdevrm_con.sql

参照:

SQL*Plusの詳細は、『SQL*Plusユーザーズ・ガイドおよびリファレンス』を参照してください

A Oracle Application Expressインストールのトラブルシューティング

Oracle Application Expressインストールのトラブルシューティングについて理解します。

この項では、トラブルシューティングの情報を示します。

トピック:

- インストール・セッションのログの確認
apexins.sqlスクリプトを実行すると、installYYYY-MM-DD_HH24-MI-SS.logというネーミング規則に従って、ログ・ファイルがapexディレクトリに作成されます。

- Oracle Application Expressインストールの妥当性の検証
問合せを実行してOracle Application Expressインストールの妥当性を検証します。

- パッチのダウンロードとインストール
パッチをダウンロードおよびインストールする方法について理解します。

- インストール失敗後のクリーンアップ
インストール失敗後のトラブルシューティングについて理解します。

- Oracle Application Expressでイメージが正しく表示されない
Oracle Application Expressでイメージが正しく表示されない場合のトラブルシューティングについて理解します。

- ページ保護違反について
ページ保護違反は、保護されているページ・アイテムを手動で変更したことが原因の可能性があります。

参照:

以前のリリースのOracle Application Expressからのアップグレード

A.1 インストール・セッションのログの確認

apexins.sqlスクリプトを実行すると、installYYYY-MM-DD_HH24-MI-SS.logというネーミング規則に従って、ログ・ファイルがapexディレクトリに作成されます。

インストールが成功した場合、ログ・ファイルには次のテキストが含まれます。

Thank you for installing Oracle Application Express.
Oracle Application Express is installed in the APEX_050100 schema.

ログ・ファイルにいくつかのエラーが含まれていても、インストールが失敗したことを意味しません。許容できるエラーはログ・ファイルにその旨が記載されていることに注意してください。

A.2 Oracle Application Expressインストールの妥当性の検証

問合せを実行してOracle Application Expressインストールの妥当性を検証します。

Oracle Application Expressインストールの妥当性は、次の問合せを実行して検証できます。

SELECT STATUS FROM DBA_REGISTRY
WHERE COMP_ID = 'APEX';

結果がVALIDの場合、インストールは正常に実行されたと想定できます。

A.3 パッチのダウンロードとインストール

パッチをダウンロードおよびインストールする方法について理解します。

インストールに必要なパッチの更新は、My Oracle SupportのWebサイトで確認してください。

必要なパッチをダウンロードする手順は、次のとおりです。

1. Webブラウザを使用して、My Oracle SupportのWebサイトを表示します。

https://support.oracle.com/

2. My Oracle Supportにサインインします。

注意:

My Oracle Supportの登録ユーザーでない場合は、ここで登録してくださいをクリックして登録の手順に従います。

3. My Oracle Supportのメイン・ページで「パッチと更新版」タブをクリックします。

4. 「パッチ検索」グループで、「製品またはファミリ(拡張検索)」を選択します。

5. 「製品」フィールドで、「Oracle Database」を選択します。

6. 「リリース」フィールドで、リリース番号を1つ以上選択します。

7. 「検索」をクリックします。

8. 「パッチ検索」ページに、使用可能なすべてのパッチの更新が表示されます。

9. パッチ番号を選択して「README」をクリックします。パッチ・セットに関する情報と、インストールへのパッチの適用方法が記載された「README」ページが表示されます。

10. 「パッチ検索」ページに戻って「ダウンロード」をクリックし、ファイルをシステムに保存します。

11. Oracle Database 12cに付属の解凍ユーティリティを使用して、My Oracle SupportからダウンロードしたOracleのパッチ更新を解凍します。unzipユーティリティは$ORACLE_HOME/binディレクトリにあります。

A.4 インストールが失敗した後のクリーンアップ

インストール失敗後のトラブルシューティングについて理解します。

インストールが成功した場合、インストールの終わり近くで次のメッセージ・バナーが表示されます。

Thank you for installing Oracle Application Express.
Oracle Application Express is installed in the APEX_050100 schema.

再インストールするには、インストール・タイプに応じて、Oracle Application Expressデータベース・スキーマを削除するか、データベースからApplication Expressを完全に削除するスクリプトを実行する必要があります。

トピック:

- アップグレード・インストール失敗後の旧リリースへの復旧
アップグレード・インストールが失敗した場合の、旧リリースのOracle Application Expressへの復旧について理解します。

- Oracle Application Expressのデータベースからの削除
SQL*Plusを起動し、Oracle Application Expressがインストールされているデータベースに、SYSDBAロールが指定されているSYSとして接続して、SQL> @apxremov.sqlコマンドを実行します。

A.4.1 アップグレード・インストール失敗後の旧リリースへの復旧

アップグレード・インストールが失敗した場合の、旧リリースのOracle Application Expressへの復旧について理解します。

アップグレード・インストールに失敗した場合は、Oracle Application Expressを元のリリースに戻してから、現行のリリースに関連付けられているスキーマを削除する必要があります。

トピック:

- 以前のリリースのOracle Application Expressがインストールされているかどうかの確認
確認するには、SQL*Plusを起動し、Oracle Databaseに接続して、コマンドを実行します。

- imagesディレクトリを元に戻す
imagesディレクトリを変更後に、任意のリリースに戻す方法を理解します。

- 元のリリースに戻す
Oracle Application Expressの元のリリースに戻す方法を理解します。

- Oracle Application Expressリリース5.1のスキーマの削除
元のリリースに戻したら、Oracle Application Express 5.1のスキーマは削除できます。

A.4.1.1 以前のリリースのOracle Application Expressがインストールされているかどうかの確認

確認するには、SQL*Plusを起動してデータベースに接続し、コマンドを実行します。

以前のリリースのApplication Expressがインストールされているかどうかを確認するには、次のステップを実行します。

1. SQL*Plusを起動し、Oracle Application Expressがインストールされているデータベースに、SYSDBAロールが指定されているSYSとして接続します。次に例を示します。

- Windowsの場合:

SYSTEM_DRIVE:\ sqlplus /nolog
SQL> CONNECT SYS as SYSDBA
Enter password: SYS_password

- UNIXおよびLinuxの場合:

$ sqlplus /nolog
SQL> CONNECT SYS as SYSDBA
Enter password: SYS_password

2. SQL*Plusで次のコマンドを実行します。

select username from dba_users
where regexp_like(username,'(FLOWS|APEX)_\d{6}')
and username <> (select table_owner from all_synonyms
where synonym_name = 'WWV_FLOW'
and owner = 'PUBLIC')

問合せによってすべての行が戻される場合、データベースには以前のリリースのOracle Application Expressが含まれています。

A.4.1.2 imagesディレクトリを戻す

imagesディレクトリを変更後に、任意のリリースに戻す方法を理解します。

imagesディレクトリを変更した場合、次のいずれかの方法で任意のリリースに戻します。

- Oracle REST Data Servicesまたはmod_plsqlの場合:
イメージ・ディレクトリを変更した場合は、テキスト別名/i/が元のリリースのイメージ・ディレクトリを指すように戻す必要があります。

- 埋込みPL/SQLゲートウェイの場合:
戻り先のリリース・ディレクトリからapex_epg_config.sqlを実行して、そのリリースのイメージをリストアします。戻り先リリースの『Oracle Applicationインストレーション・ガイド』を参照し、セクション「以前のリリースからアップグレードする場合のイメージ・ディレクトリの更新」を見つけます。

参照:

"imagesディレクトリのコピー"

A.4.1.3 元のリリースに戻す

Oracle Application Expressの元のリリースに戻す方法を理解します。

この項では、Oracle Application Expressの元のリリースに戻す方法を説明します。

トピック:

- リリース1.5に戻す
SQL*Plusを起動してデータベースに接続し、コマンドを実行します。

- リリース1.6に戻す
SQL*Plusを起動してデータベースに接続し、コマンドを実行します。

- リリース2.0に戻す
SQL*Plusを起動してデータベースに接続し、コマンドを実行します。

- リリース2.2に戻す
SQL*Plusを起動してデータベースに接続し、コマンドを実行します。

- リリース3.0に戻す
SQL*Plusを起動してデータベースに接続し、コマンドを実行します。

- リリース3.1に戻す
SQL*Plusを起動してデータベースに接続し、コマンドを実行します。

- リリース3.2に戻す
SQL*Plusを起動してデータベースに接続し、コマンドを実行します。

- リリース4.0に戻す
SQL*Plusを起動してデータベースに接続し、コマンドを実行します。

- リリース4.1に戻す
SQL*Plusを起動してデータベースに接続し、コマンドを実行します。

- 非CDBでリリース4.2に戻す
SQL*Plusを起動してデータベースに接続し、コマンドを実行します。

- CDBでリリース4.2に戻す
SQL*Plusを起動してデータベースに接続し、コマンドを実行します。

- 非CDBでリリース5.0に戻す
SQL*Plusを起動してデータベースに接続し、コマンドを実行します。

- CDBでリリース5.0に戻す
SQL*Plusを起動してデータベースに接続し、コマンドを実行します。

A.4.1.3.1 リリース1.5に戻す

SQL*Plusを起動してデータベースに接続し、コマンドを実行します。

Oracle Application Expressを元のリリース1.5に戻すには、次のステップを実行します。

1. imagesディレクトリを変更した場合、任意のリリースに戻します。

2. SQL*Plusを起動し、Oracle Application Expressがインストールされているデータベースに、SYSDBAロールが指定されているSYSとして接続します。

- Windowsの場合:

SYSTEM_DRIVE:\ sqlplus /nolog
SQL> SQL> CONNECT SYS as SYSDBA
Enter password: SYS_password

- UNIXおよびLinuxの場合:

$ sqlplus /nolog
SQL> SQL> CONNECT SYS as SYSDBA
Enter password: SYS_password

3. 次を実行します。

ALTER SESSION SET CURRENT_SCHEMA = FLOWS_010500;
exec flows_010500.wwv_flow_upgrade.switch_schemas('APEX_050100','FLOWS_010500');

4. 次のセクション「Oracle Application Expressリリース5.1のスキーマの削除」を参照してください

参照:

- "imagesディレクトリを戻す"

- "Oracle Application Expressリリース5.1のスキーマの削除"

A.4.1.3.2 リリース1.6に戻す

SQL*Plusを起動してデータベースに接続し、コマンドを実行します。

Oracle Application Expressをリリース1.6に戻すには、次のステップを実行します。

1. imagesディレクトリを変更した場合、任意のリリースに戻します。

2. SQL*Plusを起動し、Oracle Application Expressがインストールされているデータベースに、SYSDBAロールが指定されているSYSとして接続します。

- Windowsの場合:

SYSTEM_DRIVE:\ sqlplus /nolog
SQL> SQL> CONNECT SYS as SYSDBA
Enter password: SYS_password

- UNIXおよびLinuxの場合:

$ sqlplus /nolog
SQL> SQL> CONNECT SYS as SYSDBA
Enter password: SYS_password

3. 次を実行します。

ALTER SESSION SET CURRENT_SCHEMA = FLOWS_010600;
exec flows_010600.wwv_flow_upgrade.switch_schemas('APEX_050100','FLOWS_010600');

4. 元のリリースに応じて、SQL*Plusで適切なコマンドを実行します。

5. 次のセクション「Oracle Application Expressリリース5.1のスキーマの削除」を参照してください

参照:

- "imagesディレクトリを戻す"

- "Oracle Application Expressリリース5.1のスキーマの削除"

A.4.1.3.3 リリース2.0に戻す

SQL*Plusを起動してデータベースに接続し、コマンドを実行します。

Oracle Application Expressを元のリリース2.0に戻すには、次のステップを実行します。

1. imagesディレクトリを変更した場合、任意のリリースに戻します。

2. SQL*Plusを起動し、Oracle Application Expressがインストールされているデータベースに、SYSDBAロールが指定されているSYSとして接続します。

- Windowsの場合:

SYSTEM_DRIVE:\ sqlplus /nolog
SQL> SQL> CONNECT SYS as SYSDBA
Enter password: SYS_password

- UNIXおよびLinuxの場合:

$ sqlplus /nolog
SQL> SQL> CONNECT SYS as SYSDBA
Enter password: SYS_password

3. 次を実行します。

ALTER SESSION SET CURRENT_SCHEMA = FLOWS_020000;
exec flows_020000.wwv_flow_upgrade.switch_schemas('APEX_050100','FLOWS_020000');

4. 次のセクション「Oracle Application Expressリリース5.1のスキーマの削除」を参照してください

参照:

- "imagesディレクトリを戻す"

- "Oracle Application Expressリリース5.1のスキーマの削除"

A.4.1.3.4 リリース2.2に戻す

SQL*Plusを起動してデータベースに接続し、コマンドを実行します。

Oracle Application Expressを元のリリース2.2に戻すには、次のステップを実行します。

1. imagesディレクトリを変更した場合、任意のリリースに戻します。

2. SQL*Plusを起動し、Oracle Application Expressがインストールされているデータベースに、SYSDBAロールが指定されているSYSとして接続します。

- Windowsの場合:

SYSTEM_DRIVE:\ sqlplus /nolog
SQL> SQL> CONNECT SYS as SYSDBA
Enter password: SYS_password

- UNIXおよびLinuxの場合:

$ sqlplus /nolog
SQL> SQL> CONNECT SYS as SYSDBA
Enter password: SYS_password

3. 次を実行します。

ALTER SESSION SET CURRENT_SCHEMA = FLOWS_020200;
exec flows_020200.wwv_flow_upgrade.switch_schemas('APEX_050100','FLOWS_020200');

4. 次のセクション「Oracle Application Expressリリース5.1のスキーマの削除」を参照してください

参照:

- "imagesディレクトリを戻す"

- "Oracle Application Expressリリース5.1のスキーマの削除"

A.4.1.3.5 リリース3.0に戻す

SQL*Plusを起動してデータベースに接続し、コマンドを実行します。

Oracle Application Expressを元のリリース3.0に戻すには、次のステップを実行します。

1. imagesディレクトリを変更した場合、任意のリリースに戻します。

2. 作業ディレクトリを3.0ソースのapexに変更します。

3. SQL*Plusを起動し、Oracle Application Expressがインストールされているデータベースに、SYSDBAロールが指定されているSYSとして接続します。

Windowsの場合:

SYSTEM_DRIVE:\ sqlplus /nolog
SQL> SQL> CONNECT SYS as SYSDBA
Enter password: SYS_password

UNIXおよびLinuxの場合:

$ sqlplus /nolog
SQL> SQL> CONNECT SYS as SYSDBA
Enter password: SYS_password

4. 次を実行します。

set define '^'

@apexvalidate x x FLOWS_030000
ALTER SESSION SET CURRENT_SCHEMA = FLOWS_030000;
exec flows_030000.wwv_flow_upgrade.switch_schemas('APEX_050100','FLOWS_030000');
ALTER SESSION SET CURRENT_SCHEMA = SYS;
declare
l_apex_version varchar2(30);
begin
l_apex_version := flows_030000.wwv_flows_release;
dbms_registry.downgrading('APEX','Oracle Application Express','validate_apex','FLOWS_030000');
dbms_registry.downgraded('APEX',l_apex_version);
validate_apex;
end;
/

5. 次のセクション「Oracle Application Expressリリース5.1のスキーマの削除」を参照してください

参照:

- "imagesディレクトリを戻す"

- "Oracle Application Expressリリース5.1のスキーマの削除"

A.4.1.3.6 リリース3.1に戻す

SQL*Plusを起動してデータベースに接続し、コマンドを実行します。

Oracle Application Expressを元のリリース3.1に戻すには、次のステップを実行します。

1. imagesディレクトリを変更した場合、任意のリリースに戻します。

2. 作業ディレクトリを3.1ソースのapex/coreに変更します。

3. SQL*Plusを起動し、Oracle Application Expressがインストールされているデータベースに、SYSDBAロールが指定されているSYSとして接続します。

Windowsの場合:

SYSTEM_DRIVE:\ sqlplus /nolog
SQL> SQL> CONNECT SYS as SYSDBA
Enter password: SYS_password

UNIXおよびLinuxの場合:

$ sqlplus /nolog
SQL> SQL> CONNECT SYS as SYSDBA
Enter password: SYS_password

4. 次のコマンドを実行します。

@wwv_flow_val.plb
@wwv_dbms_sql.sql
@wwv_dbms_sql.plb

5. 作業ディレクトリを3.1ソースのapexに変更します。

6. SQL*Plusを起動し、Oracle Application Expressがインストールされているデータベースに、SYSDBAロールが指定されているSYSとして接続します。

Windowsの場合:

SYSTEM_DRIVE:\ sqlplus /nolog
SQL> SQL> CONNECT SYS as SYSDBA
Enter password: SYS_password

UNIXおよびLinuxの場合:

$ sqlplus /nolog
SQL> SQL> CONNECT SYS as SYSDBA
Enter password: SYS_password

7. 次を実行します。

set define '^'

@apexvalidate x x FLOWS_030100
ALTER SESSION SET CURRENT_SCHEMA = FLOWS_030100;
exec flows_030100.wwv_flow_upgrade.switch_schemas('APEX_050100','FLOWS_030100');
ALTER SESSION SET CURRENT_SCHEMA = SYS;
declare
l_apex_version varchar2(30);
begin
l_apex_version := flows_030100.wwv_flows_release;
dbms_registry.downgrading('APEX','Oracle Application Express','validate_apex','FLOWS_030100');
dbms_registry.downgraded('APEX',l_apex_version);
validate_apex;
end;
/

8. 次のセクション「Oracle Application Expressリリース5.1のスキーマの削除」を参照してください

参照:

- "imagesディレクトリを戻す"

- "Oracle Application Expressリリース5.1のスキーマの削除"

A.4.1.3.7 リリース3.2に戻す

SQL*Plusを起動してデータベースに接続し、コマンドを実行します。

Oracle Application Expressを元のリリース3.2に戻すには、次のステップを実行します。

1. imagesディレクトリを変更した場合、任意のリリースに戻します。

2. 作業ディレクトリを3.2ソースのapex/coreに変更します。

3. SQL*Plusを起動し、Oracle Application Expressがインストールされているデータベースに、SYSDBAロールが指定されているSYSとして接続します。

Windowsの場合:

SYSTEM_DRIVE:\ sqlplus /nolog
SQL> SQL> CONNECT SYS as SYSDBA
Enter password: SYS_password

UNIXおよびLinuxの場合:

$ sqlplus /nolog
SQL> SQL> CONNECT SYS as SYSDBA
Enter password: SYS_password

4. 次のコマンドを実行します。

@wwv_flow_val.plb
@wwv_dbms_sql.sql
@wwv_dbms_sql.plb

5. SQL*Plusを起動し、Oracle Application Expressがインストールされているデータベースに、SYSDBAロールが指定されているSYSとして接続します。

Windowsの場合:

SYSTEM_DRIVE:\ sqlplus /nolog
SQL> SQL> CONNECT SYS as SYSDBA
Enter password: SYS_password

UNIXおよびLinuxの場合:

$ sqlplus /nolog
SQL> SQL> CONNECT SYS as SYSDBA
Enter password: SYS_password

6. 次を実行します。

set define '^'

@apexvalidate x x APEX_030200
ALTER SESSION SET CURRENT_SCHEMA = APEX_030200;
exec apex_030200.wwv_flow_upgrade.switch_schemas('APEX_050100','APEX_030200');
ALTER SESSION SET CURRENT_SCHEMA = SYS;
declare
l_apex_version varchar2(30);
begin
l_apex_version := apex_030200.wwv_flows_release;
dbms_registry.downgrading('APEX','Oracle Application Express','validate_apex','APEX_030200')
dbms_registry.downgraded('APEX',l_apex_version);
validate_apex;
end;
/

7. 次のセクション「Oracle Application Expressリリース5.1のスキーマの削除」を参照してください

参照:

- "imagesディレクトリを戻す"

- "Oracle Application Expressリリース5.1のスキーマの削除"

A.4.1.3.8 リリース4.0に戻す

SQL*Plusを起動してデータベースに接続し、コマンドを実行します。

Oracle Application Expressを元のリリース4.0に戻すには、次のステップを実行します。

1. imagesディレクトリを変更した場合、任意のリリースに戻します。

2. SQL*Plusを起動し、Oracle Application Expressがインストールされているデータベースに、SYSDBAロールが指定されているSYSとして接続します。

Windowsの場合:

SYSTEM_DRIVE:\ sqlplus /nolog
SQL> SQL> CONNECT SYS as SYSDBA
Enter password: SYS_password

UNIXおよびLinuxの場合:

$ sqlplus /nolog
SQL> SQL> CONNECT SYS as SYSDBA
Enter password: SYS_password

3. 次のコマンドを実行します。

@wwv_flow_val.sql
@wwv_flow_val.plb
@wwv_dbms_sql.sql
@wwv_dbms_sql.plb

4. 作業ディレクトリを4.0ソースのapexに変更します。

5. SQL*Plusを起動し、Oracle Application Expressがインストールされているデータベースに、SYSDBAロールが指定されているSYSとして接続します。

Windowsの場合:

SYSTEM_DRIVE:\ sqlplus /nolog
SQL> SQL> CONNECT SYS as SYSDBA
Enter password: SYS_password

UNIXおよびLinuxの場合:

$ sqlplus /nolog
SQL> SQL> CONNECT SYS as SYSDBA
Enter password: SYS_password

6. 次を実行します。

set define '^'

@apexvalidate x x APEX_040000
ALTER SESSION SET CURRENT_SCHEMA = APEX_040000;
exec apex_040000.wwv_flow_upgrade.switch_schemas('APEX_050100','APEX_040000');
ALTER SESSION SET CURRENT_SCHEMA = SYS;
declare
l_apex_version varchar2(30);
begin
l_apex_version := apex_040000.wwv_flows_release;
dbms_registry.downgrading('APEX','Oracle Application Express','validate_apex','APEX_040000');
dbms_registry.downgraded('APEX',l_apex_version);
validate_apex;
end;
/

7. 次のセクション「Oracle Application Expressリリース5.1のスキーマの削除」を参照してください

参照:

- "imagesディレクトリを戻す"

- "Oracle Application Expressリリース5.1のスキーマの削除"

A.4.1.3.9 リリース4.1に戻す

SQL*Plusを起動してデータベースに接続し、コマンドを実行します。

Oracle Application Expressを元のリリース4.1に戻すには、次のステップを実行します。

1. imagesディレクトリを変更した場合、任意のリリースに戻します。

2. 作業ディレクトリを4.1ソースのapex/coreに変更します。

3. SQL*Plusを起動し、Oracle Application Expressがインストールされているデータベースに、SYSDBAロールが指定されているSYSとして接続します。

Windowsの場合:

SYSTEM_DRIVE:\ sqlplus /nolog
SQL> SQL> CONNECT SYS as SYSDBA
Enter password: SYS_password

UNIXおよびLinuxの場合:

$ sqlplus /nolog
SQL> SQL> CONNECT SYS as SYSDBA
Enter password: SYS_password

4. 次のコマンドを実行します。

@wwv_flow_val.sql
@wwv_flow_val.plb
@wwv_dbms_sql.sql
@wwv_dbms_sql.plb

5. 作業ディレクトリを4.1ソースのapexに変更します。

6. SQL*Plusを起動し、Oracle Application Expressがインストールされているデータベースに、SYSDBAロールが指定されているSYSとして接続します。

Windowsの場合:

SYSTEM_DRIVE:\ sqlplus /nolog
SQL> SQL> CONNECT SYS as SYSDBA
Enter password: SYS_password

UNIXおよびLinuxの場合:

$ sqlplus /nolog
SQL> SQL> CONNECT SYS as SYSDBA
Enter password: SYS_password

7. 次を実行します。

set define '^'

@apexvalidate x x APEX_040100
ALTER SESSION SET CURRENT_SCHEMA = APEX_040100;
exec apex_040100.wwv_flow_upgrade.switch_schemas('APEX_050100','APEX_040100');
ALTER SESSION SET CURRENT_SCHEMA = SYS;
declare
l_apex_version varchar2(30);
begin
l_apex_version := apex_040100.wwv_flows_release;
dbms_registry.downgrading('APEX','Oracle Application Express','validate_apex','APEX_040100');
dbms_registry.downgraded('APEX',l_apex_version);
validate_apex;
end;
/

8. 次のセクション「Oracle Application Expressリリース5.1のスキーマの削除」を参照してください

参照:

- "imagesディレクトリを戻す"

- "Oracle Application Expressリリース5.1のスキーマの削除"

A.4.1.3.10 非CDBでリリース4.2に戻す

SQL*Plusを起動してデータベースに接続し、コマンドを実行します。

非CDBでOracle Application Expressを元のリリース4.2に戻すには、次のステップを実行します。

1. imagesディレクトリを変更した場合、任意のリリースに戻します。

2. 作業ディレクトリを4.2ソースのapex/coreに変更します。

3. SQL*Plusを起動し、Oracle Application Expressがインストールされているデータベースに、SYSDBAロールが指定されているSYSとして接続します。

Windowsの場合:

SYSTEM_DRIVE:\ sqlplus /nolog
SQL> SQL> CONNECT SYS as SYSDBA
Enter password: SYS_password

UNIXおよびLinuxの場合:

$ sqlplus /nolog
SQL> SQL> CONNECT SYS as SYSDBA
Enter password: SYS_password

4. 次のコマンドを実行します。

alter session set current_schema = SYS;

@core_sys_views.sql

grant select on sys.wwv_flow_gv$session to APEX_040200;

@wwv_flow_val.sql
@wwv_flow_val.plb
@wwv_dbms_sql.sql
grant execute on wwv_dbms_sql to APEX_040200;
@wwv_dbms_sql.plb

begin
dbms_utility.compile_schema('APEX_040200');
end;
/

5. 作業ディレクトリを4.2ソースのapexに変更します。

6. SQL*Plusを起動し、Oracle Application Expressがインストールされているデータベースに、SYSDBAロールが指定されているSYSとして接続します。

Windowsの場合:

SYSTEM_DRIVE:\ sqlplus /nolog
SQL> SQL> CONNECT SYS as SYSDBA
Enter password: SYS_password

UNIXおよびLinuxの場合:

$ sqlplus /nolog
SQL> SQL> CONNECT SYS as SYSDBA
Enter password: SYS_password

7. 次を実行します。

set define '^'

@apexvalidate x x APEX_040200
ALTER SESSION SET CURRENT_SCHEMA = APEX_040200;
exec apex_040200.wwv_flow_upgrade.switch_schemas('APEX_050100','APEX_040200');
ALTER SESSION SET CURRENT_SCHEMA = SYS;
declare
l_apex_version varchar2(30);
begin
l_apex_version := apex_040200.wwv_flows_release;
dbms_registry.downgrading('APEX','Oracle Application Express','validate_apex','APEX_040200');
dbms_registry.downgraded('APEX',l_apex_version);
validate_apex;
end;
/

8. 次のセクション「Oracle Application Expressリリース5.1のスキーマの削除」を参照してください

参照:

- "imagesディレクトリを戻す"

- "Oracle Application Expressリリース5.1のスキーマの削除"

A.4.1.3.11 CDBでリリース4.2に戻す

SQL*Plusを起動してデータベースに接続し、コマンドを実行します。

CDBでOracle Application Expressを元のリリース4.2に戻すには、次のステップを実行します。

1. imagesディレクトリを変更した場合、任意のリリースに戻します。

2. 作業ディレクトリを4.2ソースのapex/coreに変更します。

3. そのディレクトリに、apx42dgrd1.sqlという名前で、次から構成されている新しいテキスト・ファイルを作成します。

alter session set current_schema = SYS;

@core_sys_views.sql

grant select on sys.wwv_flow_gv$session to APEX_040200;

@wwv_flow_val.sql
@wwv_flow_val.plb
@wwv_dbms_sql.sql
grant execute on wwv_dbms_sql to APEX_040200;
@wwv_dbms_sql.plb

begin
dbms_utility.compile_schema('APEX_040200');
end;
/

4. そのディレクトリに、apx42dgrd.sqlという名前で、次から構成されている2番目の新しいテキスト・ファイルを作成します。

set define '^'

whenever sqlerror exit

column :xe_home new_value OH_HOME NOPRINT
variable xe_home varchar2(255)

set serverout on
begin
-- get oracle_home
sys.dbms_system.get_env('ORACLE_HOME',:xe_home);
if length(:xe_home) = 0 then
sys.dbms_output.put_line(lpad('-',80,'-'));
raise_application_error (
-20001,
'Oracle Home environment variable not set' );
end if;
end;
/
whenever sqlerror continue

set termout off
select :xe_home from sys.dual;
set termout on

host ^OH_HOME/perl/bin/perl -I ^OH_HOME/rdbms/admin ^OH_HOME/rdbms/admin/catcon.pl -b apx42dgrd apx42dgrd1.sql

5. SQL*Plusを起動し、Oracle Application ExpressがインストールされているデータベースのCDB$ROOTに、SYSDBAロールが指定されているSYSとして接続します。

Windowsの場合:

SYSTEM_DRIVE:\ sqlplus /nolog
SQL> SQL> CONNECT SYS as SYSDBA
Enter password: SYS_password

UNIXおよびLinuxの場合:

$ sqlplus /nolog
SQL> SQL> CONNECT SYS as SYSDBA
Enter password: SYS_password

6. 次のコマンドを実行します。

@apx42dgrd.sql

7. 作業ディレクトリを4.2ソースのapexに変更します。

8. そのディレクトリに、apx42dgrd1.sqlという名前で、次の内容を持つ新しいテキスト・ファイルを作成します。

set define '^'

ALTER SESSION SET CURRENT_SCHEMA = SYS;

@apexvalidate x x APEX_040200

ALTER SESSION SET CURRENT_SCHEMA = APEX_040200;
exec apex_040200.wwv_flow_upgrade.switch_schemas('APEX_050100','APEX_040200');
ALTER SESSION SET CURRENT_SCHEMA = SYS;
declare
l_apex_version varchar2(30);
begin
l_apex_version := apex_040200.wwv_flows_release;
dbms_registry.downgrading('APEX','Oracle Application Express','validate_apex','APEX_040200');
dbms_registry.downgraded('APEX',l_apex_version);
validate_apex;
end;
/

9. そのディレクトリに、apx42dgrd.sqlという名前で、次から構成されている2番目の新しいテキスト・ファイルを作成します。

set define '^'

whenever sqlerror exit

column :xe_home new_value OH_HOME NOPRINT
variable xe_home varchar2(255)

set serverout on
begin
-- get oracle_home
sys.dbms_system.get_env('ORACLE_HOME',:xe_home);
if length(:xe_home) = 0 then
sys.dbms_output.put_line(lpad('-',80,'-'));
raise_application_error (
-20001,
'Oracle Home environment variable not set' );
end if;
end;
/
whenever sqlerror continue

set termout off
select :xe_home from sys.dual;
set termout on

host ^OH_HOME/perl/bin/perl -I ^OH_HOME/rdbms/admin ^OH_HOME/rdbms/admin/catcon.pl -b apx42dgrd apx42dgrd1.sql

10. SQL*Plusを起動し、Oracle Application ExpressがインストールされているデータベースのCDB$ROOTに、SYSDBAロールが指定されているSYSとして接続します。

Windowsの場合:

SYSTEM_DRIVE:\ sqlplus /nolog
SQL> SQL> CONNECT SYS as SYSDBA
Enter password: SYS_password

UNIXおよびLinuxの場合:

$ sqlplus /nolog
SQL> SQL> CONNECT SYS as SYSDBA
Enter password: SYS_password

11. 次を実行します。

@apx42dgrd.sql

12. 次のセクション「Oracle Application Expressリリース5.1のスキーマの削除」を参照してください

参照:

- "imagesディレクトリを戻す"

- "Oracle Application Expressリリース5.1のスキーマの削除"

A.4.1.3.12 非CDBでリリース5.0に戻す

SQL*Plusを起動してデータベースに接続し、コマンドを実行します。

非CDBでOracle Application Expressを元のリリース5.0に戻すには、次のステップを実行します。

1. imagesディレクトリを変更した場合、任意のリリースに戻します。

2. 作業ディレクトリを5.0ソースのapex/coreに変更します。

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 = SYS;

@wwv_flow_val.sql
@wwv_flow_val.plb

begin
dbms_utility.compile_schema('APEX_050000');
end;
/

set define '^'
@validate_apex x x APEX_050000

begin
for i in ( select owner, trigger_name
from sys.dba_triggers
where owner        =    'APEX_050000'
and trigger_name like 'WWV_FLOW_UPGRADE_%'
order by 1 )
loop
sys.dbms_output.put_line('Dropping trigger '||i.owner||'.'||i.trigger_name);
execute immediate 'drop trigger '||i.owner||'.'||i.trigger_name;
end loop;
end;
/

ALTER SESSION SET CURRENT_SCHEMA = APEX_050000;
exec apex_050000.wwv_flow_upgrade.switch_schemas('APEX_050100','APEX_050000');
ALTER SESSION SET CURRENT_SCHEMA = SYS;
drop context APEX$SESSION;
create context APEX$SESSION using APEX_050000.WWV_FLOW_SESSION_CONTEXT;
declare
l_apex_version varchar2(30);
l_schemas sys.dbms_registry.schema_list_t;
begin
l_apex_version := apex_050000.wwv_flows_release;
dbms_registry.downgrading('APEX','Oracle Application Express','validate_apex','APEX_050000');
dbms_registry.downgraded('APEX',l_apex_version);
select username
bulk collect into l_schemas
from all_users
where username in ('FLOWS_FILES','APEX_PUBLIC_USER','APEX_LISTENER','APEX_REST_PUBLIC_USER','APEX_INSTANCE_ADMIN_USER')
order by 1;
sys.dbms_registry.update_schema_list('APEX', l_schemas);
validate_apex;
end;
/

5. 次のセクション「Oracle Application Expressリリース5.1のスキーマの削除」を参照してください

参照:

- "imagesディレクトリを戻す"

- "Oracle Application Expressリリース5.1のスキーマの削除"

A.4.1.3.13 CDBでリリース5.0に戻す

SQL*Plusを起動してデータベースに接続し、コマンドを実行します。

CDBでOracle Application Expressを元のリリース5.0に戻すには、次のステップを実行します。

1. imagesディレクトリを変更した場合、任意のリリースに戻します。

2. 作業ディレクトリを5.0ソースのapex/coreに変更します。

3. そのディレクトリに、apx50dgrd1.sqlという名前で、次から構成されている新しいテキスト・ファイルを作成します。

alter session set current_schema = SYS;

@wwv_flow_val.sql
@wwv_flow_val.plb

begin
dbms_utility.compile_schema('APEX_050000');
end;
/

set define '^'
@validate_apex x x APEX_050000

begin
for i in ( select owner, trigger_name
from sys.dba_triggers
where owner        =    'APEX_050000'
and trigger_name like 'WWV_FLOW_UPGRADE_%'
order by 1 )
loop
sys.dbms_output.put_line('Dropping trigger '||i.owner||'.'||i.trigger_name);
execute immediate 'drop trigger '||i.owner||'.'||i.trigger_name;
end loop;
end;
/

ALTER SESSION SET CURRENT_SCHEMA = APEX_050000;
exec apex_050000.wwv_flow_upgrade.switch_schemas('APEX_050100','APEX_050000');
ALTER SESSION SET CURRENT_SCHEMA = SYS;
drop context APEX$SESSION;
create context APEX$SESSION using APEX_050000.WWV_FLOW_SESSION_CONTEXT;
declare
l_apex_version varchar2(30);
l_schemas sys.dbms_registry.schema_list_t;
begin
l_apex_version := apex_050000.wwv_flows_release;
dbms_registry.downgrading('APEX','Oracle Application Express','validate_apex','APEX_050000');
dbms_registry.downgraded('APEX',l_apex_version);
select username
bulk collect into l_schemas
from all_users
where username in ('FLOWS_FILES','APEX_PUBLIC_USER','APEX_LISTENER','APEX_REST_PUBLIC_USER','APEX_INSTANCE_ADMIN_USER')
order by 1;
sys.dbms_registry.update_schema_list('APEX', l_schemas);
validate_apex;
end;
/

4. そのディレクトリに、apx50dgrd.sqlという名前で、次から構成されている2番目の新しいテキスト・ファイルを作成します。

set define '^'
whenever sqlerror exit
column :xe_home new_value OH_HOME NOPRINT
variable xe_home varchar2(255)
set serverout on
begin
-- get oracle_home
sys.dbms_system.get_env('ORACLE_HOME',:xe_home);
if length(:xe_home) = 0 then
sys.dbms_output.put_line(lpad('-',80,'-'));
raise_application_error (-20001,'Oracle Home environment variable not set' );
end if;
end;
/
whenever sqlerror continue
set termout off
select :xe_home from sys.dual;
set termout on
host ^OH_HOME/perl/bin/perl -I ^OH_HOME/rdbms/admin ^OH_HOME/rdbms/admin/catcon.pl -b apx50dgrd apx50dgrd1.sql

5. SQL*Plusを起動し、Oracle Application ExpressがインストールされているデータベースのCDB$ROOTに、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

6. 次のコマンドを実行します。

@apx50dgrd.sql

7. 次のセクション「Oracle Application Expressリリース5.1のスキーマの削除」を参照してください

参照:

- "imagesディレクトリを戻す"

- "Oracle Application Expressリリース5.1のスキーマの削除"

A.4.1.4 Oracle Application Expressリリース5.1のスキーマの削除

元のリリースに戻したら、Oracle Application Express 5.1のスキーマは削除できます。

以前のリリースに戻した後で、Oracle Application Express 5.1のスキーマを削除できます。

トピック:

- 非CDBからの、Oracle Application Expressリリース5.1のスキーマの削除
SQL*Plusを起動してデータベースに接続し、DROP USER APEX_050100 CASCADE; を実行します。

- CDBからの、Oracle Application Expressリリース5.1のスキーマの削除
テキスト・ファイルを作成し、SQL*Plusを起動してデータベースに接続し、@remove_apx51_usr.sqlを実行します。

A.4.1.4.1 非CDBからの、Oracle Application Expressリリース5.1のスキーマの削除

SQL*Plusを起動してデータベースに接続し、DROP USER APEX_050100 CASCADE; を実行します。

非CDBからリリース5.1のスキーマを削除するには、次のステップを実行します。

1. SQL*Plusを起動し、Oracle Application Expressがインストールされているデータベースに、SYSDBAロールが指定されているSYSとして接続します。

- Windowsの場合:

SYSTEM_DRIVE:\ sqlplus /nolog
SQL> SQL> CONNECT SYS as SYSDBA
Enter password: SYS_password

- UNIXおよびLinuxの場合:

$ sqlplus /nolog
SQL> SQL> CONNECT SYS as SYSDBA
Enter password: SYS_password

2. 次のコマンドを実行します。

DROP USER APEX_050100 CASCADE;

Oracle Application Express 5.1のスキーマを削除したら、再度アップグレードを試行できます。

A.4.1.4.2 CDBからの、Oracle Application Expressリリース5.1のスキーマの削除

テキスト・ファイルを作成し、SQL*Plusを起動してデータベースに接続し、@remove_apx51_usr.sqlを実行します。

CDBからリリース5.1のスキーマを削除するには、次のステップを実行します。

1. remove_apx51_usr1.sqlという名前で、次の内容を持つ新しいテキスト・ファイルを作成します。

alter session set current_schema = SYS;
drop user APEX_050100 cascade;

2. remove_apx51_usr.sqlという名前で、次の内容を持つ2番目の新しいテキスト・ファイルを作成します。

set define '^'
whenever sqlerror exit
column :xe_home new_value OH_HOME NOPRINT
variable xe_home varchar2(255)

set serverout on
begin
-- get oracle_home
sys.dbms_system.get_env('ORACLE_HOME',:xe_home);
if length(:xe_home) = 0 then
sys.dbms_output.put_line(lpad('-',80,'-'));
raise_application_error (
-20001,
'Oracle Home environment variable not set' );
end if;
end;
/
whenever sqlerror continue

set termout off
select :xe_home from sys.dual;
set termout on

host ^OH_HOME/perl/bin/perl -I ^OH_HOME/rdbms/admin ^OH_HOME/rdbms/admin/catcon.pl -b remove_apx51_usr remove_apx51_usr1.sql

3. SQL*Plusを起動し、Oracle Application Expressがインストールされているデータベースに、SYSDBAロールが指定されているSYSとして接続します。

- Windowsの場合:

SYSTEM_DRIVE:\ sqlplus /nolog
SQL> SQL> CONNECT SYS as SYSDBA
Enter password: SYS_password

- UNIXおよびLinuxの場合:

$ sqlplus /nolog
SQL> SQL> CONNECT SYS as SYSDBA
Enter password: SYS_password

4. 次のコマンドを実行します。

@remove_apx51_usr.sql

Oracle Application Express 5.1のスキーマを削除したら、再度アップグレードを試行できます。

A.4.2 Oracle Application Expressのデータベースからの削除

SQL*Plusを起動し、Oracle Application Expressがインストールされているデータベースに、SYSDBAロールが指定されているSYSとして接続して、SQL> @apxremov.sqlコマンドを実行します。

このセクションでは、データベースを削除せずに、Oracle Application Expressスキーマ、シノニムおよびユーザーをデータベースから削除する方法を説明します。

注意:

旧リリースのデータベースをアップグレードし、引き続き旧リリースのOracle Application Expressを使用する必要がある場合は、このステップを実行しないでください。旧リリースへの復旧については、「元のリリースに戻す」を参照してください。新規インストールまたはアップグレード・インストールが完了したかどうかわからない場合は、「インストールが失敗した後のクリーンアップ」のステップに従い、旧リリースのApplication Expressがデータベースに存在するかどうかを確認します。

データベースからOracle Application Expressを削除するには、次のステップを実行します。

1. 作業ディレクトリを、Oracle Application Expressソフトウェアを解凍したapexディレクトリに変更します。

2. SQL*Plusを起動し、Oracle Application Expressがインストールされているデータベースに、SYSDBAロールが指定されているSYSとして接続します。

- Windowsの場合:

SYSTEM_DRIVE:\ sqlplus /nolog
SQL> SQL> CONNECT SYS as SYSDBA
Enter password: SYS_password

- UNIXおよびLinuxの場合:

$ sqlplus /nolog
SQL> SQL> CONNECT SYS as SYSDBA
Enter password: SYS_password

3. 次のコマンドを実行します。

SQL> @apxremov.sql

4. apxremov.sqlを使用してApplication Expressを正常に削除した後で、現行のSQL*Plusセッションを終了し、apexins.sqlによる追加インストールを試行する前に再接続する必要があります。

参照:

- "元のリリースに戻す"

- "インストール失敗後のクリーンアップ"

A.5 Oracle Application Expressでイメージが正しく表示されない

Oracle Application Expressでイメージが正しく表示されない場合のトラブルシューティングについて理解します。

Oracle Application Expressでイメージが正しく表示されない場合は、/i/別名の定義が複数ある可能性があります。この問題に対処するには、次のステップを実行します。

- 可能な場合は、/i/の1つ目のインスタンスの名前を、異なる別名に変更します。

- それができない場合は、Oracle Application Expressがダウンロードされたディレクトリにあるイメージ、またはOracle REST Data Services (ORDS)用にコピーされたイメージを、1つ目の/i/別名で定義されたディレクトリにコピーします。

A.6 ページ保護違反について

ページ保護違反は、保護されているページ・アイテムを手動で変更したことが原因の可能性があります。

インストール後にOracle Application Expressにログインしようとしてこのエラーが発生した場合は、Oracle REST Data Servicesを停止して起動します。このエラーの原因がわからない場合は、アプリケーション管理者に問い合せてください。

B Oracle Database Express Edition内でのOracle Application Expressのアップグレード

Oracle Database XEに同梱されているOracle Application Expressのアップグレードについて理解します。

Oracle Database 11gExpress Edition(Oracle Database XE)には、Oracle Application Expressリリース4.0が含まれます。最新の機能を活用できるように、最新のOracle Application Expressリリースにアップグレードすることを強くお薦めしています。この項では、Oracle Database XEに含まれるOracle Application Expressをアップグレードする方法を説明します。

ヒント:

Oracle Application Expressをアップグレードしても、Oracle Database XEのOracle Supportポリシーは変更されません。Oracle Database XEは、Oracle OTNフォーラムでのみサポートされます。Oracle Supportは、Oracle Database XE上のOracle Application Expressについての質問には回答しません。

トピック:

- 最新のOracle Application Expressリリースへのアップグレード
最新のOracle Application Expressリリースにアップグレードする方法を理解します。

- 新しいOracle Application Expressリリースの間の相違点の理解
Oracle Application Express 4.0が同梱されているOracle Database 11g Express Editionについてと、4.0とそれ以降のリリースの違いについて理解します。

参照:

Oracle Database 11g Express Edition OTNサイト:

http://www.oracle.com/technetwork/database/database-technologies/express-edition/overview/index.html

B.1 最新のOracle Application Expressリリースへのアップグレード

最新のOracle Application Expressリリースにアップグレードする方法を理解します。

最新のOracle Application Expressリリースにアップグレードするには、次のステップを実行します。

1. ダウンロード・ページから最新バージョンのOracle Application Expressをダウンロードします。次を参照してください。

http://www.oracle.com/technetwork/developer-tools/apex/downloads/index.html

2. ダウンロードしたzipファイルを解凍します。

- UNIXおよびLinux: $ unzip filename.zip

- Windows: Windows Explorerでfilename.zipをダブルクリックします

ヒント:

ファイルを解凍するディレクトリ・ツリーは深くならないようにし、空白を含むディレクトリの下には格納しないようにします。たとえば、Windowsの場合はC:\に解凍します。

3. 作業ディレクトリをapexに変更します。

4. SQL*Plusを起動し、Oracle Application ExpressがインストールされているOracle Database XEに、SYSDBAロールが指定されているSYSとして接続します。次に例を示します。

- Windowsの場合:

SYSTEM_DRIVE:\ sqlplus /nolog
SQL> CONNECT SYS as SYSDBA
Enter password: SYS_password

- UNIXおよびLinuxの場合:

$ sqlplus /nolog
SQL> CONNECT SYS as SYSDBA
Enter password: SYS_password

ヒント:

ファイルを解凍するディレクトリ・ツリーは深くならないようにし、空白を含むディレクトリの下には格納しないようにします。たとえば、Windowsの場合はC:\に解凍します。

5. Oracle Application Expressをインストールします。

@apexins.sql tablespace_apex tablespace_files tablespace_temp images

各要素の意味は次のとおりです。

- tablespace_apexは、Oracle Application Expressアプリケーション・ユーザーの表領域の名前です。

- tablespace_filesは、Oracle Application Expressファイル・ユーザーの表領域の名前です。

- tablespace_tempは一時表領域または一時表領域グループの名前です。

- imagesは、Oracle Application Expressイメージの仮想ディレクトリです。将来的にOracle Application Expressのアップグレードをサポートするために、仮想イメージ・ディレクトリを/i/と定義します。

次に例を示します

@apexins.sql SYSAUX SYSAUX TEMP /i/

6. SQL*Plusに再ログインし(ステップ4を参照)、イメージをロードします。

@apex_epg_config.sql APEX_HOME

ヒント:

APEX_HOMEは、ファイルを解凍するときに指定したディレクトリです。たとえば、WindowsではC:\。

7. apxchpwd.sqlを実行して、Oracle Application Expressのパスワードをアップグレードします。

@apxchpwd.sql

ADMINアカウントのパスワードの入力を求められたら入力します。

8. Oracle Application Express管理サービス・アプリケーションに移動します。

a. Webブラウザで次の場所に移動します。

http://hostname:port/apex/apex_admin

各要素の意味は次のとおりです。

hostnameは、Oracle XML DB Protocolサーバーがインストールされているシステムの名前です。

portは、Oracle XML DBプロトコル・サーバーのHTTPに割り当てられているポート番号です。デフォルトのインストールでは、この番号は8080です。Oracle Database 12cマルチテナント・アーキテクチャを使用している場合は、各プラガブル・データベース(PDB)に個別のポート番号が割り当てられます。

apexは、構成ファイルで定義されているデータベース・アクセス記述子(DAD)です。

b. サインイン・ページで、次のステップを実行します。

- ユーザー名 - adminと入力します。

- パスワード - ステップ4で指定したOracle Application Express管理者アカウントのパスワードを入力します。

- 「管理にサインイン」をクリックします。

設定によっては、初めてログインするときにパスワードの変更を要求される場合があります。

B.2 新しいOracle Application Expressリリースの間の相違点の理解

Oracle Application Express 4.0が同梱されているOracle Database 11g Express Editionについてと、4.0とそれ以降のリリースの違いについて理解します。

Oracle Database 11g Express Editionには、Oracle Application Express 4.0が含まれます。この項では、Oracle Application Expressリリース4.0とそれ以降のリリースの間の相違点を説明します。

トピック:

- ユーザー・インタフェースの相違点
Oracle Application Expressリリース4.0とそれ以降のリリースの間の相違点を理解します。

B.2.1 ユーザー・インタフェースの相違点

Oracle Application Expressリリース4.0とそれ以降のリリースの間の相違点を理解します。

この項では、Oracle Application Expressリリース4.0とそれ以降のリリースの間の相違点を説明します。

- ワークスペースのホームページ - Oracle Application Expressの新しいバージョンでは、ワークスペースのホームページの表示が異なります。新しいバージョンのApplication Expressでは、ワークスペースのホームページに表示されるコンポーネントは、アプリケーション・ビルダー、SQLワークショップ、チーム開発およびパッケージ・アプリケーションです。

- 管理 - 新しいバージョンのOracle Application Expressでは、ワークスペースのホームページのメニューとして「管理」が表示されます。

- アカウント - 新しいバージョンのOracle Application Expressでは、Application Expressホームページの最上部に「アカウント・メニュー」が表示され、次の設定が可能です。

- デフォルト・スキーマ

- デフォルトの日付書式

- レガシー・コンポーネント・ビューの有効化

- アプリケーションを新規ウィンドウで実行: アプリケーション・ビルダーからのアプリケーションの実行時にApplication Expressでウィンドウまたはタブを管理する方法を指定します

- すべてのアプリケーションの実行に単一ウィンドウを使用: 異なるアプリケーションで、同じアプリケーション・ランタイム・ウィンドウまたはタブを再利用するかどうかを指定します

- アクセシビリティ・モード - 新しいバージョンのOracle Application Expressでは、ワークスペースのホームページに「アクセシビリティ・モード」リストがあり、「標準」または「スクリーン・リーダー」モードを選択できます。

C Application Expressのアップグレード時の稼働時間の最大化

Application Expressのアップグレード時に稼働時間を最大化する方法を理解します。

これまで、Oracle Application Expressをアップグレードできたのは、アプリケーションの使用を長時間完全に無効にした場合だけでした。次に、Oracle Application Expressアップグレードの大部分の間、エンド・ユーザーに対してアプリケーションを使用可能な状態にするために実行できる追加の手順の概要を示します。

この高度な手順は、Oracle Application Expressインストレーション・ガイドの「Application Expressのインストール」のかわりになるものです。

- Application ExpressのインストールとOracle REST Data Servicesの構成

- Application Expressのインストールと埋込みPL/SQLゲートウェイの構成

- Application ExpressのインストールとOracle HTTP Serverの構成

インスタンスをアップグレードするために、管理者は通常、次のいずれかを実行してこれらのフェーズを1回のステップで実行します。

- 完全開発環境の場合:
@apexins.sql tablespace_apex tablespace_files tablespace_temp images

- ランタイムのみの環境の場合:
@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イメージの仮想ディレクトリです。

Application Expressインスタンスのアップグレードは、4つのフェーズで実行されます。

1. データベース・スキーマおよびデータベース・オブジェクト(表、パッケージ)を作成します。

2. アプリケーション・メタデータを移行します。

3. ランタイム・アプリケーションが変更したデータを移行し、新規バージョンに切り替えます。

4. 追加のログおよびサマリー・データを移行します。

フェーズ1および4では、インスタンスを使用しているエンド・ユーザーが無効になりません。フェーズ2は、アプリケーションを変更する開発者にのみ影響を与えます。フェーズ3は、Application Expressへのすべてのアクセスに影響を与えます。

オラクル社は現在、フェーズを個別に実行する代替のアップグレード・スクリプトも提供しています。管理者は、これらのスクリプトをapexins.sqlおよびapxrtins.sqlのかわりに使用して、Application Expressインスタンスの実質的な停止時間を数時間からわずか数分に短縮できます(ハードウェアの性能によります)。

注意:
Application ExpressがCDB$ROOTにインストールされているときには、この機能はサポートされません。

管理者は、次のスクリプトを順次実行して、フェーズ1、2および3をそれぞれ開始する必要があります。フェーズ3が終了すると、スケジューラのジョブが自動的に起動してフェーズ4を実行します。

Oracle Application Expressアップグレード時の停止時間を短縮する手順は、次のとおりです。

1. フェーズ1スクリプトを実行します。開発およびランタイムの使用に影響はありません。

- 完全開発環境の場合:
@apexins1.sql tablespace_apex tablespace_files tablespace_temp images

- ランタイムのみの環境の場合:
@apxrtins1.sql tablespace_apex tablespace_files tablespace_temp images

例: @apexins1.sql sysaux sysaux temp /i/

2. フェーズ2スクリプトを実行します。開発は無効になっていますが、ランタイムの使用に影響はありません。

- 完全開発環境の場合:
@apexins2.sql tablespace_apex tablespace_files tablespace_temp images

- ランタイムのみの環境の場合:
@apxrtins2.sql tablespace_apex tablespace_files tablespace_temp images

例: @apexins2.sql sysaux sysaux temp /i/

3. Webリスナー(Oracle REST Data Services、埋込みPL/SQLゲートウェイまたはOracle HTTP Server)に対するWebアクセスを無効にします。

4. フェーズ3スクリプトを実行します。Application Expressを使用することはできません。

- 完全開発環境の場合:
@apexins3.sql tablespace_apex tablespace_files tablespace_temp images

- ランタイムのみの環境の場合:
@apxrtins3.sql tablespace_apex tablespace_files tablespace_temp images

例: @apexins3.sql sysaux sysaux temp /i/

5. Webリスナーに新しいApplication Expressバージョンのイメージをインストールします。新しいバージョンのimagesディレクトリが以前のApplication Expressバージョンのものと異なる場合(たとえば新しいバージョンでは/i51/、古いバージョンでは/i50/の場合)、これはフェーズ3の実行中やそれ以前に実行できます。
詳細は、Oracle REST Data Services、埋込みPL/SQLゲートウェイまたはOracle HTTP Serverに対するインストール手順を参照してください。

6. Webリスナーに対するWebアクセスを再び有効にします(Oracle REST Data Services、埋込みPL/SQLゲートウェイまたはOracle HTTP Serverを再起動します)。

Webアクセスの再起動後、開発者およびユーザーはインスタンスに再度アクセスでき、フェーズ4はバックグラウンドで完了します。

参照:

- Application ExpressのインストールとOracle REST Data Servicesの構成

- Application Expressのインストールと埋込みPL/SQLゲートウェイの構成

- Application ExpressのインストールとOracle HTTP Serverの構成

索引

A B C D E F G H I J L M N O P R S T U V W X

A

- Oracle Application Expressへのアクセス

- Oracle Database Cloud 1.1

- ACL

- 無効の修正 4.14.4, 5.13.4, 6.12.4

- 管理サービス

- 埋込みPL/SQLゲートウェイでのアクセス 5.12.2

- Oracle HTTP Serverでのアクセス 6.11.2

- Oracle REST Data Servicesでのアクセス 4.13.2

- apex_epg_config.sql 5.5.1

- apex_epg_config.sqlスクリプト 5.5.2

- APEX_PUBLIC_USERアカウント

- 概要 4.5.4.1, 6.4.4.1

- パスワードの変更 4.5.4.3, 6.4.4.3

- 構成 4.5.4, 6.4.4

- Oracle Database 11gにおける有効期限, 4.5.4.4, 6.4.4.4

- ロック解除 4.5.4.2, 6.4.4.2

- apexins.sql 4.5.1, 6.4.1, 5.4.1

- Application Express

- ユーザーについて 4.13.1, 5.12.1, 6.11.1

- ワークスペースについて 4.13.1, 5.12.1, 6.11.1

- 管理サービス 4.13.2, 5.12.2, 6.11.2

- ブラウザの要件 2.3

- 作業領域の手動作成 4.13.3, 5.12.3, 6.11.2.1

- データベース要件 2.1, 4.1, 5.1, 6.1

- リリース・バージョンの確認 1.3.2

- ディスク領域の要件 2.5

- 非CDBにおけるダウンロードとインストール 4.5.1, 6.4.1, 5.4.1, 6.4

- PDBにおけるダウンロードとローカル・インストール 4.5.1, 6.4.1, 5.4.1, 6.4

- はじめに 4.13, 5.12, 6.11

- HTTPサーバーの要件 2.4

- バージョンの非互換性 3.3.5

- 言語変換されたバージョンのインストール 4.12, 5.10, 6.10

- Oracle REST Data Servicesの要件 4.2

- パッチ適用 4.3, 5.2, 6.2

- CDBでのパッチ適用 3.3.5.1

- PDBでのパッチ適用 3.3.5.2, 3.3.5.2.1, 3.3.5.2.2

- インストール前のタスク 4.4, 5.3, 6.3

- CDBでの再インストール 3.2.3

- ワークスペースへのサインイン 4.13.5, 5.12.5, 6.11.4

- CDBにおけるアンインストール 3.2.1

- 埋込みPL/SQLゲートウェイで 5

- Oracle REST Data Servicesで 4

- XML DBの要件 2.6

- Application Express管理サービス 4.13.3, 5.12.3, 6.11.2.1, 4.13.4, 5.12.4, 6.11.3

- アプリケーション

- 互換性モードの指定 1.3.6

- アップグレード 1.3.5

- apxchpwd.sql 4.5.2.3, 5.4.2.3, 6.4.2.3, B.1

- インスタンス管理者アカウント・パスワードの変更 4.5.2.2, 5.4.2.2, 6.4.2.2

- インスタンス管理者アカウントの作成 4.5.2.2, 5.4.2.2, 6.4.2.2

- 実行 4.5.2.3, 5.4.2.3, 6.4.2.3

- インスタンス管理者アカウントのロック解除 4.5.2.2, 5.4.2.2, 6.4.2.2

- インスタンス管理者アカウントの更新 4.5.2.2, 5.4.2.2, 6.4.2.2

- apxdevrm_con.sql 5.15.5, 6.14.5

- apxdevrm.sql 4.16.3, 5.15.3, 6.14.3

- apxdvins_con.sql 5.15.4, 6.14.4

- apxdvins.sql 4.16.2, 5.15.2, 6.14.2

- apxrtins.sql 4.5.1, 6.4.1, 5.4.1

B

- ブラウザ

- 要件 2.3

C

- CDB

- Application Expressへのパッチ適用 3.3.5.1

- Application Expressのアンインストール 3.2.1

- CDBによるApplication Expressの再インストール 3.2.3

- 他のCDBからの一般的なApplication Express 3.4.2

- 互換性モード

- 指定 1.3.6

- 構成

- 埋込みPL/SQLゲートウェイ 5.5

- Oracle HTTP Server 6.5

D

- データベース・インストール

- SHARED_SERVERSパラメータ 5.11

- データベース要件

- Application Express 2.1, 4.1, 5.1, 6.1

- リリース・バージョンの確認 1.3.2

- 開発環境

- ランタイムへの変更 4.16.3, 5.15.3, 5.15.5, 6.14.5, 6.14.3

- ディスク領域

- 要件 2.5

E

- 埋込みPL/SQLゲートウェイ

- 概要 1.4.6

- apex_epg_config.sql 5.5.1

- 構成 5.5

- ロード・バランサの内側での構成 5.5.7

- リバース・プロキシの内側での構成 5.5.7

- インストール 5

- セキュリティに関する考慮事項 1.4.5

- SHARED_SERVERSパラメータ 5.11

- HTTP Serverポートの検証 5.5.4

- 埋込みPL/SQLゲートウェイ 5.12.5

- 環境, 構成 1.2.5

F

- 完全開発環境

- 概要 4.16.1, 5.15.1, 6.14.1

- ランタイムへの変換 4.16.3, 5.15.3, 5.15.5, 6.14.5, 6.14.3

- インストール 4.5.1, 6.4.1, 5.4.1

G

- はじめに

- Application Express 4.13, 5.12, 6.11

H

- HTTPサーバー

- 要件 2.4

I

- イメージ

- コピー 6.5.2

- アップグレード時のコピー 6.5.2

- インストール

- イメージ・ディレクトリのコピーについて 6.5.1

- 埋込みPL/SQLゲートウェイの構成 5.5

- Oracle HTTP Serverの構成 6.5

- Oracle REST Data Servicesのダウンロード 4.6, 4.6.1

- ネットワーク・サービスの有効化 4.8, 5.6, 6.6

- 他の言語でのインストール 4.11, 5.9, 6.9

- JOB_QUEUE_PROCESSESの管理 4.10, 5.8, 6.8

- 概要 1.2.4

- パッチ・セット 1.2.2

- セキュリティ・タスクの実行 4.9, 5.7, 6.7

- 計画 1.2.1

- ポイント・リリース 1.2.2

- プロセス 1.2.4

- 要件 1.2.1, 2

- プロセスの再起動 4.5.3, 6.4.3, 5.4.3

- サインイン 4.13, 5.12, 6.11

- 理解 1.2

- イメージ・ディレクトリの更新 5.5.2

- 妥当性の検証 A.2

- インストール・オプション

- 完全開発環境 4.5.1, 6.4.1, 5.4.1

- ランタイム環境 4.5.1, 6.4.1, 5.4.1

- インストール

- 失敗 A.4

- Oracle REST Data Services 4.6, 4.6.1

- 他の言語 4.11, 5.9, 6.9

- インスタンス管理者

- 概要 6.4.2.1

- インスタンス管理者アカウント

- 概要 4.5.2.1, 5.4.2.1

- 作成 4.5.2, 5.4.2, 6.4.2

- apxchpwd.sqlの実行 4.5.2.2, 5.4.2.2, 6.4.2.2

- 更新 4.5.2, 5.4.2, 6.4.2

- インスタンス管理者アカウント

- パスワードの変更 4.5.2.2, 6.4.2.2

- 作成 4.5.2.2, 6.4.2.2

- パスワードの作成 4.5.2.2, 6.4.2.2

- ロック解除 4.5.2.2, 6.4.2.2

J

- JOB_QUEUE_PROCESSES 4.10, 5.8, 6.8

- 数の変更 4.10.3, 5.8.3, 6.8.3

- SQL*Plusからの表示 4.10.2.3, 5.8.2.3, 6.8.2.3

- インストール・ログでの表示 4.10.2.1, 5.8.2.1, 6.8.2.1

- 数の表示 4.10.2, 5.8.2, 6.8.2

- 「バージョン情報」ページでの表示 4.10.2.2, 5.8.2.2, 6.8.2.2

L

- ログ・ファイル A.1

- ログイン資格証明

- ワークスペース名のリカバリ 1.2.6.4

M

- MEMORY_TARGET

- 確認 2.2

- マルチテナント・アーキテクチャ 3

N

- ネットワーク・サービス

- 有効化 4.8, 5.6, 6.6

- 接続権限の付与 4.8.2, 5.6.2, 6.6.2

- 接続権限の付与, Oracle Database 12c 4.8.3, 5.6.3, 6.6.3

- 無効なACLエラー 4.8.4, 5.6.4, 6.6.4

- 非CDB

- インストール 4.5.1, 6.4.1, 5.4.1, 6.4

O

- Oracle Application Express

- 環境の構成 1.2.5

- ユーザーの作成 4.13.4, 5.12.4, 6.11.3

- インストール 1.3.4

- Oracle Database 1.3.4

- 開発者としてのサインイン 1.2.6

- Oracle Application Server 10g

- dads.confの編集 6.5.3

- Oracle HTTP Server

- 概要 1.4.3

- 構成 6.5

- ロード・バランサの内側での構成 6.5.7

- リバース・プロキシの内側での構成 6.5.7

- imagesディレクトリのコピー 6.5.2

- dads.confの編集 6.5.3

- サインイン 6.11.4

- 停止および起動 6.5.5

- Oracle RACでの使用 1.4.7

- Oracle HTTP Server 11g

- dads.confの編集 6.5.3

- Oracle HTTP Server 12c

- dads.confの編集 6.5.3

- Oracle Real Application Clusters(Oracle RAC)

- HTTP Serverの選択 1.4.7

- インスタンスの停止 4.4, 5.3, 6.3

- Oracle REST Data Services

- 概要 1.4.2

- ロード・バランサの内側での構成 4.6.2

- リバース・プロキシの内側での構成 4.6.2

- RESTfulサービスの構成 4.7, 4.7.2

- imagesディレクトリのコピー 4.7.1

- 判定 1.3.3

- ダウンロード 4.6, 4.6.1

- インストール 4, 4.6, 4.6.1

- Web Server HTTP POSTのリクエスト制限 4.6.3

- Oracle REST Data Servicesの要件 4.2

- Oracle Technology Network(OTN)

- ダウンロード 6

- Oracle XML DBプロトコル・サーバー

- 無効化 4.6.4, 6.5.6

- イメージ・ディレクトリの更新 5.5.2

- HTTP Serverポートの検証 5.5.4

- Oracle XML DBプロトコル・サーバー

- 有効化 5.5.5

- Oracle XML DB Protocol Server, HTTPサーバー・ポートの検証 5.5.3

- ords.version.number.zip 4.6.1

- OTNのインストール

- imagesのコピー 6.5.2

- 概要 1.2.4

P

- パスワード

- サインイン・ページからのリセット 1.2.6.5

- パッチ適用 4.3, 5.2, 6.2

- パッチ・セット 1.2.2

- PDB

- インストール 4.5.1, 6.4.1, 5.4.1, 6.4

- PDB

- Application Expressへのパッチ適用 3.3.5.2, 3.3.5.2.1, 3.3.5.2.2

- パフォーマンス

- 最適化 4.15, 5.14, 6.13

- パフォーマンスの最適化

- 概要 4.15, 5.14, 6.13

- 期限切れヘッダー属性 4.15, 5.14, 6.13

- gzip圧縮 4.15, 5.14, 6.13

- PDBの接続

- 他のCDBからのApplication Express 3.3.2

- ルートでのApplication Express 3.3

- ルート・コンテナにApplication Expressが含まれない

- 他のCDBからのローカルApplication Express 3.4.3

- ターゲットCDBのルート・コンテナにApplication Expressが含まれない

- Application Expressが含まれない非CDBまたはPDB 3.4.4

- Application Expressが含まれる非CDB 3.4.1

- ルートを含まないApplication Express 3.4.2

- CDBのルートにないApplication Express 3.4

- 別のCDBをルートとするApplication Express 3.3.3

- Application Expressが含まれる非CDB 3.3.1

- 非CDBの接続 3.3.4

- PDBの接続 3.3.4

- ポイント・リリース 1.2.2

- インストール後の作業

- 他の言語でのインストール 4.11, 5.9, 6.9

- インストール前のタスク 4.4, 5.3, 6.3

- 以前のインストール

- アップグレード時に削除 4.14.1, 6.12.1, 5.13.1

R

- リリース

- バージョンの確認 1.3.2

- 要件 2

- ブラウザ 2.3

- データベース 2.1, 4.1, 5.1, 6.1

- ディスク領域 2.5

- HTTPサーバー 2.4

- MEMORY_TARGET 2.2

- Oracle XML DB 2.6

- RESTfulサービス

- 構成 4.7.2

- 元のリリースに戻す 1.3.9

- 実行

- apex_epg_config.sql 5.5.1

- apexins.sql 4.5.1, 6.4.1, 5.4.1

- apxchpwd.sql 4.5.2.3, 5.4.2.3, 6.4.2.3, B.1

- apxdevrm_con.sql 5.15.5, 6.14.5

- apxdevrm.sql 4.16.3, 5.15.3, 6.14.3

- apxdvins_con.sql 5.15.4, 6.14.4

- apxdvins.sql 4.16.2, 5.15.2, 6.14.2

- apxrtins.sql 4.5.1, 6.4.1, 5.4.1

- ランタイム環境

- 概要 1.5, 4.16.1, 5.15.1, 6.14.1

- 開発環境への変換 4.16.2, 5.15.2, 5.15.4, 6.14.4, 6.14.2

- インストール 4.5.1, 6.4.1, 5.4.1

S

- スキーマ, 命名について 1.2.3

- Secure Sockets Layer (SSL) 4.9, 5.7, 6.7

- セキュリティに関する考慮事項

- 埋込みPL/SQLゲートウェイ 1.4.5

- サインイン資格証明 1.2.6.2

- サインイン, Oracle Application Express 1.2.6

- サインアウト 1.2.6.3

- サインイン・ページ

- ログイン資格証明の理解 1.2.6.2

- SSL 4.9, 5.7, 6.7

- 静的ファイル・サポート、構成 6.5.4

T

- 言語変換されたバージョン

- インストール 4.11, 5.9, 6.9

- 言語変換されたバージョン

- インストールについて 4.12, 5.10, 6.10

- トラブルシューティング A

- インストールが失敗した後のクリーンアップ A.4

- イメージ A.5

- ログ・ファイルの確認 A.1

U

- アップグレードのインストール後タスク 4.14, 5.13, 6.12

- 無効なACLの修正 4.14.4, 5.13.4, 6.12.4

- 以前のインストールの削除 4.14.1, 6.12.1, 5.13.1

- 以前のインストールからのスキーマの削除 4.14.3, 5.13.3, 6.12.3

- 以前のインストールの検証 4.14.2, 5.13.2, 6.12.2

- アップグレード

- 概要 1.3

- 互換性モード 1.3.6

- imagesのコピー 6.5.2

- 環境クリーンアップ 1.3.8

- 既存のアプリケーション 1.3.5

- 元に戻す 1.3.9

- サンプル・シナリオ 1.3.1

- テスト 1.3.7

- ユーザー・アカウント

- 作成 4.13.4, 5.12.4, 6.11.3

V

- バージョン 1.3.3, 1.3.4

W

- Webブラウザ

- 要件 2.3

- Webリスナー

- 選択 1.4

- 個別比較 1.4.4

- 埋込みPL/SQLゲートウェイ 1.4.6

- Oracle HTTP Server 1.4.3

- Oracle REST Data Services 1.4.2

- ワークスペース

- 作成 4.13.3, 5.12.3, 6.11.2.1

- ワークスペース名のリカバリ 1.2.6.4

- リクエスト 1.2.6.1

- サインイン 1.2.6.2, 4.13.5, 5.12.5

- サインアウト 1.2.6.3

- ワークスペース名

- リカバリ 1.2.6.4

X

- XML DB

- 要件 2.6

Oracleの法律上の注意点

コピーライト

Copyright © 1994-2018, Oracle and/or its affiliates. All rights reserved.

ライセンス制約の保証と結果的に生じる損害の免責

このソフトウェアおよび関連ドキュメントの使用と開示は、ライセンス契約の制約条件に従うものとし、知的財産に関する法律により保護されています。ライセンス契約で明示的に許諾されている場合もしくは法律によって認められている場合を除き、形式、手段に関係なく、いかなる部分も使用、複写、複製、翻訳、放送、修正、ライセンス供与、送信、配布、発表、実行、公開または表示することはできません。このソフトウェアのリバース・エンジニアリング、逆アセンブル、逆コンパイルは互換性のために法律によって規定されている場合を除き、禁止されています。

保証免責

ここに記載された情報は予告なしに変更される場合があります。また、誤りが無いことの保証はいたしかねます。誤りを見つけた場合は、オラクルまでご連絡ください。

制限付権利について

このソフトウェアまたは関連ドキュメントを、米国政府機関もしくは米国政府機関に代わってこのソフトウェアまたは関連ドキュメントをライセンスされた者に提供する場合は、次の通知が適用されます。

U.S. GOVERNMENT END USERS: Oracle programs, including any operating system, integrated software, any programs installed on the hardware, and/or documentation, delivered to U.S. Government end users are "commercial computer software" pursuant to the applicable Federal Acquisition Regulation and agency-specific supplemental regulations. As such, use, duplication, disclosure, modification, and adaptation of the programs, including any operating system, integrated software, any programs installed on the hardware, and/or documentation, shall be subject to license terms and license restrictions applicable to the programs. No other rights are granted to the U.S. Government.

危険な用途への使用について

このソフトウェアまたはハードウェアは様々な情報管理アプリケーションでの一般的な使用のために開発されたものです。このソフトウェアまたはハードウェアは、危険が伴うアプリケーション(人的傷害を発生させる可能性があるアプリケーションを含む)への用途を目的として開発されていません。このソフトウェアまたはハードウェアを危険が伴うアプリケーションで使用する際、安全に使用するために、適切な安全装置、バックアップ、冗長性(redundancy)、その他の対策を講じることは使用者の責任となります。このソフトウェアまたはハードウェアを危険が伴うアプリケーションで使用したことに起因して損害が発生しても、Oracle Corporationおよびその関連会社は一切の責任を負いかねます。

商標と登録商標について

OracleおよびJavaはオラクルおよびその関連会社の登録商標です。その他の社名、商品名等は各社の商標または登録商標である場合があります。

Intel、Intel Xeonは、Intel Corporationの商標または登録商標です。すべてのSPARCの商標はライセンスをもとに使用し、SPARC International, Inc.の商標または登録商標です。AMD、Opteron、AMDロゴ、AMD Opteronロゴは、Advanced Micro Devices, Inc.の商標または登録商標です。UNIXは、The Open Groupの登録商標です。

第三者のコンテンツ、製品、サービスに対する免責事項

このソフトウェアまたはハードウェア、そしてドキュメントは、第三者のコンテンツ、製品、サービスへのアクセス、あるいはそれらに関する情報を提供することがあります。適用されるお客様とOracle Corporationとの間の契約に別段の定めがある場合を除いて、Oracle Corporationおよびその関連会社は、第三者のコンテンツ、製品、サービスに関して一切の責任を負わず、いかなる保証もいたしません。適用されるお客様とOracle Corporationとの間の契約に定めがある場合を除いて、Oracle Corporationおよびその関連会社は、第三者のコンテンツ、製品、サービスへのアクセスまたは使用によって損失、費用、あるいは損害が発生しても一切の責任を負いかねます。

Pre-General Availability (一般提供前)版のドキュメントについて

このドキュメントがPre-General Availability (一般提供前)版の場合:

このドキュメントはPre-General Availability (一般提供前)版であり、デモおよび暫定使用のみを目的としたものです。このソフトウェアを使用するハードウェアに限定するものではありません。Oracle Corporationおよびその関連会社は、このドキュメントに関して一切の責任を負わず、いかなる保証もいたしません。また、このドキュメントを使用したことによって損失、費用、あるいは損害が発生しても、一切の責任を負いかねます。

非公開のPre-General Availability (一般提供前)版のドキュメントについて

このドキュメントが非公開のPre-General Availability (一般提供前)版の場合:

このドキュメントに含まれる情報は、情報の共有のみを目的としたものであって、顧客諮問委員会(Customer Advisory Board)のメンバーとしてのお客様の立場でのみ、またはお客様のPre-General Availability Trial Agreement (Pre-GAトライアル契約)のみに従って検討されるべきものとします。マテリアル、コード、または機能の提供をお約束するものではなく、購入決定を行う際の判断材料とすべきではありません。このドキュメントに記載されている特徴または機能の開発、リリースおよび時期については、オラクルの裁量により決定されます。

このドキュメントには、ソフトウェアまたは印刷物などの形式を問わず、オラクルが独占的な権利を有する財産的情報が含まれています。この機密資料へのアクセスと使用は、お客様とオラクルとの間で締結され、お客様が遵守に同意した、Oracle Master Agreement、Oracle License and Oracle Services Agreement (オラクル・ライセンスおよびサービスに関する契約書)、Oracle Partner Network Agreement、Oracle Distribution Agreementまたはその他のライセンス契約の条件に従うものとします。このドキュメントとその内容の開示、コピー、複製および配布には、オラクルによる事前の承諾を必要とします。このドキュメントはライセンス契約の一部となるものではなく、オラクルおよびその子会社や関連会社との契約を構成するものではありません。

ドキュメントのアクセシビリティ

オラクルのアクセシビリティについての詳細情報は、Oracle Accessibility ProgramのWebサイト(http://www.oracle.com/pls/topic/lookup?ctx=acc&id=docacc)を参照してください。

Oracle Supportへのアクセス

サポートをご契約のお客様には、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)を参照してください。