Oracle® Database

プラットフォーム共通日本語README

11gリリース2 (11.2)

B56292-20(原本部品番号:E41331-15)

2019年12月

Oracle Database 11gリリース2 (11.2)のOracle Databaseドキュメント・ライブラリに含まれていない機能と変更点について説明します。

Oracle Databaseプラットフォーム共通日本語README 11gリリース2 (11.2)

B56292-20

Copyright © 2012, 2019, Oracle and/or its affiliates.

原本著者:

原本協力著者

原本協力者

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

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

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

U.S. GOVERNMENT END USERS: Oracle programs (including any operating system, integrated software, any programs embedded, installed or activated on delivered hardware, and modifications of such programs) and Oracle computer documentation or other Oracle data delivered to or accessed by U.S. Government end users are "commercial computer software" or “commercial computer software documentation” pursuant to the applicable Federal Acquisition Regulation and agency-specific supplemental regulations. As such, the use, reproduction, duplication, release, display, disclosure, modification, preparation of derivative works, and/or adaptation of i) Oracle programs (including any operating system, integrated software, any programs embedded, installed or activated on delivered hardware, and modifications of such programs), ii) Oracle computer documentation and/or iii) other Oracle data, is subject to the rights and limitations specified in the license contained in the applicable contract. The terms governing the U.S. Government’s use of Oracle cloud services are defined by the applicable contract for such services. No other rights are granted to the U.S. Government.

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

OracleおよびJavaはオラクルおよびその関連会社の登録商標です。その他の社名、商品名等は各社の商標または登録商標である場合があります。

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

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

目次

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

はじめに

- 対象読者

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

- Java Accessibilityを実装するためのJava Access Bridgeの設定

- 関連ドキュメント

- 表記規則

1 このREADMEの目的

2 Oracle Database 11gリリース2 (11.2.0.4)のREADME情報

- 2.1 互換性、アップグレード、ダウングレードおよびインストール

- 2.1.1 リリース11.2.0.4にアップグレードすると、CHARまたはNCHARデータ型の列について次善プランが生成される

- 2.1.2 リリース11.2.0.4から11.2.0.2へのダウングレードでcatdwgrd.sqlを実行するとエラーになる

- 2.1.3 Database Controlが構成されているデータベースのダウングレード

- 2.1.4 -forceアップグレードを実行すると不正なGridホーム・ノード・リストがインベントリに作成される

- 2.1.5 ora.onsステータスがUNKNOWNと表示されることがある

- 2.1.6 アップグレードする前にデータベースのごみ箱を消去する

- 2.1.7 リリース11.1.0.6へのダウングレード

- 2.1.8 Oracle Data Mining (ODM)を使用するデータベースのアップグレード

- 2.1.9 データベースによって使用されるタイムゾーン・ファイルのバージョンがOracleホームに存在しない場合、catrelod.sqlが失敗する

- 2.1.10 Oracle ASMのローリング・アップグレード

- 2.1.11 11.2.0.3.0をインストールするか11.2.0.3.0にアップグレードした後、またはOracle Clusterwareが再起動した後、Oracle ACFSレジストリが不正な状態になる場合がある

- 2.1.12 複数のインターコネクトとOracle ACFS

- 2.1.13 INVALIDマテリアライズド・ビュー

- 2.1.14 表領域および高速リカバリ領域のサイズ設定

- 2.1.15 削除の制限

- 2.1.15.1 アップグレードした11.2のOracle RACおよびクラスタ用Oracle Grid Infrastructureのホームの削除

- 2.1.16 Oracle Database Express EditionからOracle Database 11gへのアップグレード

- 2.2 11.2.0.4で使用できないか制限されている機能

- 2.3 Oracle Databaseの非推奨機能およびサポートが終了した機能

- 2.4 デフォルト動作の変更点

- 2.4.1 SSL証明書を構成および使用した認証の設定

- 2.4.2 多数のパーティションのロード時に追加のヒントを使用した場合に発生するメモリー不足

- 2.4.3 Oracle Exadataでのシリアル問合せに対するBloomフィルタの使用

- 2.4.4 FILE_ACCESS_ROLEのデフォルト動作の変更

- 2.4.5 11.2で無効になった不均一なメモリー・アクセスの最適化およびサポート

- 2.5 JavaおよびWebサービス

- 2.5.1 Oracle JVM

- 2.6 メディア管理ソフトウェア

- 2.6.1 Oracle Secure Backupのグローバリゼーションの制限

- 2.7 Oracle Application Express

- 2.8 Oracle Automatic Storage Management (Oracle ASM)

- 2.8.1 リリース11.2以降でサポートされるOracle ACFS上のOracleホーム

- 2.8.2 Oracle RACデータベース関連ファイルのOracle ACFSファイル・システムへの格納

- 2.9 クラスタ用Oracle Grid Infrastructure

- 2.9.1 Oracle ACFSおよびOracle Clusterware Stackの停止

- 2.10 Oracle Multimedia

- 2.11 Oracle ODBC Driver

- 2.12 Oracle Real Application Clusters

- 2.12.1 setuidが必要なroot所有のバイナリのNFSからローカル・ノードへの移動

- 2.13 Oracle Spatial

- 2.14 Oracle SQL Developer

- 2.15 Oracle Text

- 2.15.1 サポートされる機能の変更

- 2.15.2 Oracle Textが提供するナレッジ・ベース

- 2.16 Oracle XML DB

- 2.16.1 VARRAY記憶域のデフォルト値の変更

- 2.16.2 xdb:defaultTable注釈のセマンティクスの変更

- 2.17 Oracle Warehouse Builder

- 2.18 Pro*C

- 2.19 Pro*COBOL

- 2.20 SQL*Plus

- 2.21 未解決の不具合

- 2.21.1 Database Configuration Assistant (DBCA)に関する既知の不具合

- 2.21.2 削除ツールに関する既知の不具合

- 2.21.3 Oracle Automatic Storage Management (Oracle ASM)に関する既知の不具合

- 2.21.4 Oracle ASM Dynamic Volume Manager (Oracle ADVM)に関する既知の不具合

- 2.21.5 Oracle Automatic Storage Management Cluster File System (Oracle ACFS)に関する既知の不具合

- 2.21.6 Oracle Clusterwareに関する既知の不具合

- 2.21.7 Oracle Database Upgrade Assistant (DBUA)に関する既知の不具合

- 2.21.8 Oracle Database Vaultに関する既知の不具合

- 2.21.9 Oracle Database QoS Managementに関する既知の不具合

- 2.21.10 Oracle Database Enterprise Editionに関する既知の不具合

- 2.21.11 Oracle Enterprise Manager Database Controlに関する既知の不具合

- 2.21.12 Oracle OLAPに関する既知の不具合

- 2.21.13 Oracle Real Application Clusters (Oracle RAC)に関する既知の不具合

- 2.21.14 Oracle SQL*Loaderに関する既知の不具合

- 2.21.15 Oracle Universal Installerに関する既知の不具合

- 2.21.16 Oracle XML Databaseに関する既知の不具合

- 2.21.17 ベンダーとオペレーティング・システムに関する既知の不具合

3 Oracle Database 11gリリース2 (11.2.0.3)のREADME情報

- 3.1 互換性、アップグレード、ダウングレードおよびインストール

- 3.1.1 リリース11.2.0.3から11.2.0.2へのダウングレードでcatdwgrd.sqlを実行するとエラーになる

- 3.1.2 リリース11.1.0.6へのダウングレード

- 3.1.3 11.2.0.3から11.2または10.2にダウングレードした後で無効なオブジェクトが表示される

- 3.1.4 -forceアップグレードを実行すると不正なGridホーム・ノード・リストがインベントリに作成される

- 3.1.5 表領域および高速リカバリ領域のサイズ設定

- 3.1.6 Database Controlが構成されているデータベースのダウングレード

- 3.1.7 単一ノードのOracle RACデータベースのアップグレード時にDBUAが失敗する

- 3.1.8 削除の制限

- 3.1.8.1 アップグレードした11.2のOracle RACおよびクラスタ用Oracle Grid Infrastructureのホームの削除

- 3.1.9 複数のインターコネクトとOracle ACFS

- 3.1.10 Oracle ASMのローリング・アップグレード

- 3.1.11 以前のリリースから11.2.0.3.0にアップグレードした後、ora.acfs.registryリソースが不正な状態になる場合がある

- 3.1.12 11.2.0.3.0をインストールするか11.2.0.3.0にアップグレードした後、またはOracle Clusterwareが再起動した後、Oracle ACFSレジストリが不正な状態になる場合がある

- 3.1.13 Oracle Data Mining (ODM)を使用するデータベースのアップグレード

- 3.1.14 Oracle ClusterwareまたはOracle ASMをアップグレード、削除または直接停止する前にOracle ACFSファイル・システムを手動でディスマウントする必要がある

- 3.1.15 データベースによって使用されるタイムゾーン・ファイルのバージョンがOracleホームに存在しない場合、catrelod.sqlが失敗する

- 3.1.16 11.2.0.3へのアップグレードの一部としてDMSYSスキーマが削除されていない場合、Data Pumpのエクスポート操作が動作しない

- 3.1.17 ごみ箱のオブジェクトを使用したアップグレード

- 3.1.18 INVALIDマテリアライズド・ビュー

- 3.1.19 rootupgrade.shスクリプトが失敗する場合がある

- 3.1.20 ora.onsステータスがUNKNOWNと表示されることがある

- 3.1.21 Oracle Grid Infrastructure 11.2.0.3ソフトウェアのインストール中のPRVF-10037エラー

- 3.2 11.2.0.3で使用できないか制限されている機能

- 3.3 デフォルト動作の変更点

- 3.3.1 11.2で無効になった不均一なメモリー・アクセスの最適化およびサポート

- 3.3.2 FILE_ACCESS_ROLEのデフォルト動作の変更

- 3.3.3 多数のパーティションのロード時に追加のヒントを使用した場合に発生するメモリー不足

- 3.4 データベース・セキュリティ

- 3.4.1 SSL証明書を構成および使用した認証の設定

- 3.4.2 パスワード推測攻撃に対する保護

- 3.5 Oracle Automatic Storage Management (Oracle ASM)

- 3.5.1 Oracle DatabaseデータファイルおよびOracle ACFS

- 3.5.2 リリース11.2以降でサポートされるOracle ACFS上のOracleホーム

- 3.6 JavaおよびWebサービス

- 3.6.1 com.sun.imageio.*パッケージへのアクセスの制限

- 3.7 メディア管理ソフトウェア

- 3.7.1 Oracle Secure Backupのグローバリゼーションの制限

- 3.8 Oracle Application Express

- 3.9 Oracle Data Mining

- 3.9.1 Oracle Exadata Storage Serverレイヤーでのスコアリング機能

- 3.9.2 Oracle Data Miningのインストール

- 3.9.3 Oracle Data Miningのモデル

- 3.9.4 Data Mining APIのデモ・プログラム

- 3.9.5 Oracle Database 11gで使用できない、または非推奨になったData Miningの機能

- 3.10 Oracle Database Vault

- 3.10.1 Oracle Database Vaultの新しい言語

- 3.11 クラスタ用Oracle Grid Infrastructure

- 3.11.1 Oracle ACFSおよびOracle Clusterware Stackの停止

- 3.11.2 インプレース・パッチセット・アップグレードがサポートされない

- 3.12 Oracle Multimedia

- 3.13 Oracle Net Listener

- 3.13.1 非推奨になったOracle Net ListenerでのSNMPサポート

- 3.14 Oracle ODBC Driver

- 3.15 Oracle Real Application Clusters

- 3.15.1 管理者管理型データベースとポリシー管理型データベースに対する同じクラスタの使用

- 3.15.2 setuidが必要なroot所有のバイナリのNFSからローカル・ノードへの移動

- 3.16 Oracle Spatial

- 3.17 Oracle SQL Developer

- 3.18 Oracle Text

- 3.18.1 サポートされる機能の変更

- 3.18.2 Oracle Textが提供するナレッジ・ベース

- 3.19 Oracle Warehouse Builder

- 3.20 Oracle XML DB

- 3.20.1 xdb:defaultTable注釈のセマンティクスの変更

- 3.20.2 HTTPS構成に対する追加のSSL_CIPHER_SUITE設定

- 3.20.3 VARRAY記憶域のデフォルト値の変更

- 3.21 Pro*C

- 3.22 Pro*COBOL

- 3.23 SQL*Plus

- 3.24 未解決の不具合

- 3.24.1 Oracle Automatic Storage Management (Oracle ASM)に関する既知の不具合

- 3.24.2 Oracle ASM Dynamic Volume Manager (Oracle ADVM)に関する既知の不具合

- 3.24.3 削除ツールに関する既知の不具合

- 3.24.4 Oracle ACFSに関する既知の不具合

- 3.24.5 Oracle Clusterwareに関する既知の不具合

- 3.24.6 Oracle Data Pumpに関する既知の不具合

- 3.24.7 Oracle Database Enterprise Editionに関する既知の不具合

- 3.24.8 Oracle Enterprise Manager Grid Controlに関する既知の不具合

- 3.24.9 Oracle Database QoS Managementに関する既知の不具合

- 3.24.10 Oracle Database Vaultに関する既知の不具合

- 3.24.11 Oracle Enterprise Manager Database Controlに関する既知の不具合

- 3.24.12 Oracle OLAPに関する既知の不具合

- 3.24.13 Oracle Real Application Clustersに関する既知の問題

- 3.24.14 Oracle SQL*Loaderに関する既知の不具合

- 3.24.15 Oracle Universal Installerに関する既知の不具合

- 3.24.16 Oracle Wallet Managerに関する既知の不具合

- 3.24.17 Oracle XML Databaseに関する既知の不具合

- 3.24.18 ベンダーとオペレーティング・システムに関する既知の不具合

4 Oracle Database 11gリリース2 (11.2.0.2)のREADME情報

- 4.1 命名体系の変更

- 4.2 互換性、アップグレード、ダウングレードおよびインストール

- 4.2.1 複数のインターコネクトとOracle ACFS

- 4.2.2 削除の制限

- 4.2.2.1 アップグレードした11.2のOracle RACおよびクラスタ用Oracle Grid Infrastructureのホームの削除

- 4.2.2.2 既存のOracleホームから-homeオプションを指定して削除を実行した場合のエラー

- 4.2.3 タイムゾーン・ファイルのバージョン

- 4.2.4 Oracle ASMのローリング・アップグレード

- 4.2.5 9.2から11.2にアップグレードする場合のUTCタイムゾーン・エラー

- 4.2.6 表領域および高速リカバリ領域のサイズ設定

- 4.2.7 Oracle Databaseインスタンスのメモリー・ターゲット

- 4.2.8 Oracle Data Mining (ODM)を使用するデータベースのアップグレード

- 4.2.9 Oracle9i Databaseリリース2との互換性

- 4.2.10 自動バックアップの有効化

- 4.2.11 SQLアクセス・アドバイザ・タスクを使用したデータベースのアップグレード

- 4.2.12 リリース11.1.0.6へのダウングレード

- 4.2.13 Oracle Clusterwareのローリング・アップグレード

- 4.2.14 ごみ箱のオブジェクトを使用したアップグレード

- 4.2.15 11.2.0.2.0をインストールするか11.2.0.3.0にアップグレードした後、またはOracle Clusterwareが再起動した後、Oracle ACFSレジストリが不正な状態になる場合がある

- 4.2.16 Oracle ClusterwareまたはOracle ASMをアップグレード、削除または直接停止する前にOracle ACFSファイル・システムを手動でディスマウントする必要がある

- 4.2.17 11.2.0.2へのアップグレードの一部としてDMSYSスキーマが削除されていない場合、Data Pumpのエクスポート操作が動作しない

- 4.2.18 データベースによって使用されるタイムゾーン・ファイルのバージョンがOracleホームに存在しない場合、catrelod.sqlが失敗する

- 4.2.19 11.2.0.2から10.2.0.5へのダウングレード時のエラー

- 4.2.20 Database Controlが構成されているデータベースのダウングレード

- 4.3 11.2.0.2で使用できないか制限されている機能

- 4.3.1 データベース・オブジェクトの名前

- 4.4 デフォルト動作の変更点

- 4.4.1 直接挿入の動作の変更

- 4.4.2 デフォルトの監査動作の変更

- 4.4.3 FILE_ACCESS_ROLEのデフォルト動作の変更

- 4.4.4 RAWデバイスのサポート

- 4.4.5 クラスタ用Oracle Grid InfrastructureホームにインストールされたOracle ClusterwareおよびOracle ASM

- 4.4.6 Oracle ASMインスタンスの非推奨のパラメータ

- 4.4.7 固定ビュー

- 4.4.8 CLOB APIおよびNCLOB APIに関するオフセット

- 4.4.9 多数のパーティションのロード時に追加のヒントを使用した場合に発生するメモリー不足

- 4.4.10 11.2で無効になった不均一なメモリー・アクセスの最適化およびサポート

- 4.4.11 拡張圧縮のビューの変更

- 4.5 Oracle Automatic Storage Management (Oracle ASM)

- 4.5.1 Oracle DatabaseデータファイルおよびOracle ACFS

- 4.5.2 リリース11.2以降でサポートされるOracle ACFS上のOracleホーム

- 4.6 Oracle Enterprise Manager Database Control

- 4.6.1 オブジェクトの再編成

- 4.6.2 複数のオブジェクトの編集

- 4.6.3 データベース・オブジェクトが多数の場合に必要となるヒープ・サイズの増加

- 4.7 データベース・セキュリティ

- 4.7.1 SSL証明書を構成および使用した認証の設定

- 4.8 暗号化と整合性

- 4.8.1 暗号化された表領域

- 4.9 JavaおよびWebサービス

- 4.9.1 Oracle JVM

- 4.9.2 Oracle Universal Connection Pool (UCP)のマウントおよびUCPの優先によるJDBCの暗黙的接続キャッシュの非推奨

- 4.9.3 JDBC

- 4.9.4 Webサービス

- 4.10 メディア管理ソフトウェア

- 4.10.1 Oracle Secure Backupのグローバリゼーションの制限

- 4.11 Oracle Application Express

- 4.11.1 最新のリリースの確認

- 4.11.2 Oracle HTTP Serverの構成

- 4.11.3 データベースのCOMPATIBLEパラメータおよびネットワーク・サービスの有効化

- 4.12 Oracle Clientアプリケーション

- 4.13 Oracle Configuration Manager

- 4.13.1 cron構成の問題

- 4.14 Oracle Data Mining

- 4.15 Oracle Internet Directory

- 4.15.1 Oracle Internet Directory Configuration Assistantの使用

- 4.15.2 Oracleコンテキストの作成

- 4.15.3 Oracleコンテキストのアップグレード

- 4.15.4 Oracleコンテキストの削除

- 4.15.5 ldap.oraファイルの構成

- 4.15.6 Oracleコンテキストからアイデンティティ管理レルムへの変換

- 4.16 Oracle Multimedia

- 4.17 Oracle Net Services

- 4.18 Oracle Real Application Clusters

- 4.18.1 setuidが必要なroot所有のバイナリのNFSからローカル・ノードへの移動

- 4.18.2 サーバー・プールの作成

- 4.18.3 管理者管理型データベースとポリシー管理型データベースに対する同じクラスタの使用

- 4.18.4 クラスタ内のノードの追加

- 4.19 クラスタ用Oracle Grid Infrastructure

- 4.19.1 インプレース・パッチセット・アップグレードがサポートされない

- 4.19.2 ホスト名の変更

- 4.19.3 Oracle ACFSおよびOracle Clusterware Stackの停止

- 4.20 Oracle ODBC Driver

- 4.21 Oracle OLAP

- 4.22 Oracle Spatial

- 4.23 Oracle SQL Developer

- 4.24 Oracle Text

- 4.24.1 問合せ互換構文の値

- 4.24.2 Oracle Textが提供するナレッジ・ベース

- 4.24.3 ドキュメントのフィルタ処理のサポート

- 4.25 Oracle Ultra Search

- 4.26 Oracle Warehouse Builder

- 4.27 Oracle Workflow

- 4.28 Oracle XML DB

- 4.28.1 xdb:defaultTable注釈のセマンティクスの変更

- 4.28.2 VARRAY記憶域のデフォルト値の変更

- 4.29 PL/SQL

- 4.29.1 デフォルトの変更による保護データベース

- 4.29.2 DBMS_SCHEDULER PL/SQLパッケージ

- 4.29.2.1 イベントに基づくジョブ

- 4.29.2.2 リモート・ジョブ

- 4.29.3 DBMS_SQLパッケージ

- 4.29.4 UTL_FILEパッケージ

- 4.29.5 リリース間での相互運用性

- 4.30 Pro*C

- 4.31 Pro*COBOL

- 4.32 SQLJ

- 4.33 SQL*Plus

- 4.34 サマリー管理

- 4.34.1 クエリー・リライト

- 4.34.1.1 ファイングレイン監査(FGA)

- 4.34.1.2 PARTITION句の使用

- 4.34.2 NLSパラメータ

- 4.35 Oracle Streams

- 4.35.1 ORA-1403エラーに代わる新しいエラー・メッセージの処理に必要なOracle Streams適用ハンドラの修正

- 4.35.2 Oracle Streamsのアドバンスト・キューイング

- 4.35.3 UTL_SPADVロード権限

- 4.36 未解決の不具合

- 4.36.1 Oracle Automatic Storage Management (Oracle ASM)に関する既知の不具合

- 4.36.2 削除ツールに関する既知の不具合

- 4.36.3 Oracle ACFSに関する既知の不具合

- 4.36.4 Oracle ASM Dynamic Volume Manager (Oracle ADVM)に関する既知の不具合

- 4.36.5 Oracle Application Expressに関する既知の不具合

- 4.36.6 Oracle Clusterwareに関する既知の不具合

- 4.36.7 Oracle Data Pumpに関する既知の不具合

- 4.36.8 Oracle Database Vaultに関する既知の不具合

- 4.36.9 Oracle Database Enterprise Editionに関する既知の不具合

- 4.36.10 Oracle Enterprise Manager Database Controlに関する既知の不具合

- 4.36.11 Oracle Database QoS Managementに関する既知の不具合

- 4.36.12 Oracle OLAPに関する既知の不具合

- 4.36.13 Oracle SQL*Loaderに関する既知の不具合

- 4.36.14 Oracle Streamsに関する既知の不具合

- 4.36.15 Oracle Universal Installerに関する既知の不具合

- 4.36.16 ベンダーとオペレーティング・システムに関する既知の不具合

- 4.36.17 Oracle Wallet Managerに関する既知の不具合

- 4.36.18 Oracle Warehouse Builderに関する既知の不具合

- 4.36.19 Oracle XML Databaseに関する既知の不具合

5 Oracle Database 11gリリース2 (11.2.0.1)のREADME情報

- 5.1 命名体系の変更

- 5.2 互換性、アップグレード、ダウングレードおよびインストール

- 5.2.1 削除の制限

- 5.2.1.1 OUIを使用した削除

- 5.2.1.2 既存のOracleホームから-homeオプションを指定して削除を実行した場合のエラー

- 5.2.1.3 アップグレードした11.2のOracle RACおよびクラスタ用Oracle Grid Infrastructureのホームの削除

- 5.2.1.4 削除ツールの実行前の/tmp/installディレクトリの削除

- 5.2.2 タイムゾーン・ファイルのバージョン

- 5.2.3 Oracle ASMのローリング・アップグレード

- 5.2.4 9.2から11.2にアップグレードする場合のUTCタイムゾーン・エラー

- 5.2.5 Standard Edition初期データベースのアップグレード

- 5.2.6 表領域および高速リカバリ領域のサイズ設定

- 5.2.7 Linuxでのインスタンス起動時におけるメモリー・ターゲットの設定

- 5.2.7.1 Oracle Databaseインスタンスのメモリー・ターゲット

- 5.2.8 Oracle Multimedia、Oracle SpatialまたはOracle XDK for Javaによるデータベースのアップグレード

- 5.2.9 Oracle Warehouse Builder (OWB)を使用したデータベースのアップグレード

- 5.2.10 Oracle9i Databaseリリース2との互換性

- 5.2.11 自動バックアップの有効化

- 5.2.12 SQLアクセス・アドバイザ・タスクを使用したデータベースのアップグレード

- 5.2.13 リリース11.1.0.6へのダウングレード

- 5.2.14 リリース10.2.0.4へのダウングレード

- 5.2.15 11.2から10.2にダウングレードした場合に発生するエラー

- 5.2.16 Oracle Clusterwareのローリング・アップグレード

- 5.2.17 リリース11.2でのOracle 9i Databaseリリース2リスナー・ポートの再利用

- 5.2.18 Oracle Label Security (OLS)を使用したデータベースのアップグレード

- 5.2.19 ごみ箱のオブジェクトを使用したアップグレード

- 5.2.20 Oracle JVMが存在しない11.2データベースのアップグレード

- 5.2.21 リリース11.2から11.1へのダウングレード後に発生する診断フレームワークのエラー

- 5.2.22 レスポンス・ファイルベースのインストールの問題

- 5.3 11.2.0.1で使用できないか制限されている機能

- 5.3.1 エディションベースの再定義

- 5.3.2 データベース・オブジェクトの名前

- 5.4 デフォルト動作の変更点

- 5.4.1 直接挿入の動作の変更

- 5.4.2 デフォルトの監査動作の変更

- 5.4.3 FILE_ACCESS_ROLEのデフォルト動作の変更

- 5.4.4 RAWデバイスのサポート

- 5.4.5 クラスタ用Oracle Grid InfrastructureホームにインストールされたOracle ClusterwareおよびOracle ASM

- 5.4.6 Oracle ASMインスタンスの非推奨のパラメータ

- 5.4.7 固定ビュー

- 5.4.8 CLOB APIおよびNCLOB APIに関するオフセット

- 5.4.9 多数のパーティションのロード時に追加のヒントを使用した場合に発生するメモリー不足

- 5.4.10 11.2で無効になった不均一なメモリー・アクセスの最適化およびサポート

- 5.4.11 拡張圧縮のビューの変更

- 5.5 Oracle Automatic Storage Management (Oracle ASM)

- 5.5.1 Oracle DatabaseデータファイルおよびOracle ACFS

- 5.6 Oracle Enterprise Manager Database Control

- 5.6.1 オブジェクトの再編成

- 5.6.2 複数のオブジェクトの編集

- 5.6.3 Oracle XML DBのプロキシ設定の要件

- 5.6.4 データベース・オブジェクトが多数の場合に必要となるヒープ・サイズの増加

- 5.6.5 Oracle Enterprise Manager Database Control 11.2のみでサポートされるOracle Database 11gリリース2の新機能

- 5.6.6 Database Controlのパッチ適用

- 5.6.6.1 Oracle Clusterwareへのパッチ適用のデプロイメント・プロシージャの失敗(クラスタ・ノードのパッチ適用レベルが異なる場合)

- 5.6.6.2 パッチ適用中にOracle RACインスタンスでSQLスクリプトを手動で実行する必要がある場合

- 5.6.6.3 最新のOPatchバージョンが必要なパッチでOPatchを手動で更新する必要がある場合

- 5.6.6.4 パッチ適用前にスタンドアロン・リスナーを停止する必要がある場合

- 5.6.6.5 パッチ適用前にOracleホームで実行中の複数のデータベース・インスタンスの停止

- 5.6.6.6 OPatchを使用してClusterwareのバンドル・パッチをOracle RACに適用する必要がある場合

- 5.6.6.7 サポート対象外のDatabase Controlからのパッチ適用(一部のクラスタ・ノードがOracle RACの対象外の場合)

- 5.7 データベース・セキュリティ

- 5.7.1 SSL証明書を構成および使用した認証の設定

- 5.7.2 デフォルトのセキュリティ設定の変更

- 5.7.3 UNLIMITED TABLESPACE権限の変更

- 5.8 暗号化と整合性

- 5.8.1 暗号化された表領域

- 5.9 JavaおよびWebサービス

- 5.9.1 Oracle JVM

- 5.9.2 Oracle Universal Connection Pool (UCP)のマウントおよびUCPの優先によるJDBCの暗黙的接続キャッシュの非推奨

- 5.9.3 JDBC

- 5.9.4 Webサービス

- 5.10 メディア管理ソフトウェア

- 5.10.1 Oracle Secure Backupのグローバリゼーションの制限

- 5.11 Oracle Application Express

- 5.11.1 最新のリリースの確認

- 5.11.2 Oracle HTTP Serverの構成

- 5.11.3 データベースのCOMPATIBLEパラメータおよびネットワーク・サービスの有効化

- 5.12 Oracle Clientアプリケーション

- 5.13 Oracle Configuration Manager

- 5.13.1 cron構成の問題

- 5.14 Oracle Data Mining

- 5.15 Oracle Internet Directory

- 5.15.1 Oracle Internet Directory Configuration Assistantの使用

- 5.15.2 Oracleコンテキストの作成

- 5.15.3 Oracleコンテキストのアップグレード

- 5.15.4 Oracleコンテキストの削除

- 5.15.5 ldap.oraファイルの構成

- 5.15.6 Oracleコンテキストからアイデンティティ管理レルムへの変換

- 5.16 Oracle Multimedia

- 5.17 Oracle Net Services

- 5.18 Oracle Real Application Clusters

- 5.18.1 OracleホームでのNFSからローカル・ノードへのORADISMの移動

- 5.18.2 サーバー・プールの作成

- 5.18.3 クラスタ内のノードの追加

- 5.19 クラスタ用Oracle Grid Infrastructure

- 5.19.1 ホスト名の変更

- 5.19.2 異なるキャラクタ・セットを使用するためのNLS_LANGの変更

- 5.19.3 Oracle Clusterwareのローリング・アップグレードの要件

- 5.19.4 OCRの場所を利用できないエラー

- 5.19.5 指定されたリモート・ノードの不適切なステータス

- 5.19.6 Oracle ACFSおよびOracle Clusterware Stackの停止

- 5.19.7 Oracle Enterprise Manager Database Controlを使用したsudoコマンドおよびクラスタ管理

- 5.20 Oracle ODBC Driver

- 5.21 Oracle OLAP

- 5.22 Oracle Spatial

- 5.23 Oracle SQL Developer

- 5.24 Oracle Text

- 5.24.1 問合せ互換構文の値

- 5.24.2 Oracle Textが提供するナレッジ・ベース

- 5.24.3 ドキュメントのフィルタ処理のサポート

- 5.24.4 URLデータストアおよびファイル・データストア

- 5.25 Oracle Ultra Search

- 5.26 Oracle Warehouse Builder

- 5.26.1 OWB 11.2で使用するための既存のWarehouse Builder ETLデザインのアップグレード

- 5.27 Oracle Workflow

- 5.28 Oracle XML DB

- 5.28.1 xdb:defaultTable注釈のセマンティクスの変更

- 5.28.2 VARRAY記憶域のデフォルト値の変更

- 5.29 PL/SQL

- 5.29.1 デフォルトの変更による保護データベース

- 5.29.2 失効したネイティブ・コード・ファイルがキャッシュされている場合

- 5.29.3 DBMS_SCHEDULER PL/SQLパッケージ

- 5.29.3.1 イベントに基づくジョブ

- 5.29.3.2 リモート・ジョブ

- 5.29.4 UTL_TCP、UTL_HTTP、UTL_SMTP、UTL_MAILおよびUTL_INADDR PL/SQLパッケージ

- 5.29.5 DBMS_SQLパッケージ

- 5.29.6 UTL_FILEパッケージ

- 5.29.7 リリース間での相互運用性

- 5.30 Pro*C

- 5.31 Pro*COBOL

- 5.32 SQLJ

- 5.33 SQL*Plus

- 5.34 サマリー管理

- 5.34.1 クエリー・リライト

- 5.34.1.1 ファイングレイン監査(FGA)

- 5.34.1.2 PARTITION句の使用

- 5.34.2 NLSパラメータ

- 5.35 Oracle Streams

- 5.35.1 リリース9.2またはリリース10.1からリリース11.2への伝播で返されるエラーORA-25334

- 5.35.2 ORA-1403エラーに代わる新しいエラー・メッセージの処理に必要なOracle Streams適用ハンドラの修正

- 5.35.3 Oracle Streamsのアドバンスト・キューイング

- 5.35.4 DBMS_RULE_ADM操作権限

- 5.35.5 UTL_SPADVロード権限

- 5.36 未解決の不具合

- 5.36.1 Database Upgrade Assistant (DBUA)に関する既知の不具合

- 5.36.2 削除ツールに関する既知の不具合

- 5.36.3 Oracle Application Expressに関する既知の不具合

- 5.36.4 Oracle Automatic Storage Management (Oracle ASM)に関する既知の不具合

- 5.36.5 Oracle Clusterwareに関する既知の不具合

- 5.36.6 Oracle Configuration Managerに関する既知の不具合

- 5.36.7 Oracle Data Guardに関する既知の不具合

- 5.36.8 Oracle Database Enterprise Editionに関する既知の不具合

- 5.36.9 Oracle Database Vaultに関する既知の不具合

- 5.36.10 Oracle Enterprise Manager Database Controlに関する既知の不具合

- 5.36.11 Oracle Grid Controlに関する既知の不具合

- 5.36.12 クラスタ用Oracle Grid Infrastructureに関する既知の問題

- 5.36.13 Oracle Multimediaに関する既知の不具合

- 5.36.14 Oracle OLAPに関する既知の不具合

- 5.36.15 Oracle Net Servicesに関する既知の問題

- 5.36.16 Oracle Real Application Clustersに関する既知の問題

- 5.36.17 Oracle Streamsに関する既知の不具合

- 5.36.18 Oracle Universal Installerに関する既知の不具合

- 5.36.19 Database Controlのパッチ適用に関する既知の不具合

- 5.36.20 Oracle Warehouse Builderに関する既知の不具合

- 5.36.21 RMAN関連の既知の不具合

6 ドキュメントの追加事項

- 6.1 Oracle Automatic Storage Management管理者ガイド

- 6.1.1 第1章: Oracle Automatic Storage Managementの概要

- 6.1.2 第3章: Oracle ASMインスタンスの管理

- 6.1.3 第4章: Oracle ASMディスク・グループの管理

- 6.1.4 第12章: Oracle ASMコマンドライン・ユーティリティ

- 6.1.4.1「ASMCMDボリューム管理コマンド」の項

- 6.1.4.2「ASMCMDディスク・グループ管理コマンド」の項

- 6.2 Oracle Clusterware管理およびデプロイメント・ガイド

- 6.2.1 第4章: クラスタ・ノードの追加および削除

- 6.2.2 第5章: Oracle Clusterwareのクローニング

- 6.2.3 第6章: Oracle Clusterwareを使用したアプリケーションの高可用性の実現

- 6.3 Oracle Databaseバックアップおよびリカバリ・リファレンス

- 6.3.1 第3章: RMANコマンド: RECOVERからVALIDATEまで

- 6.4 Oracle Databaseバックアップおよびリカバリ・ユーザーズ・ガイド

- 6.4.1 第22章: RMANのパフォーマンスのチューニング

- 6.4.2 第24章: データベースの複製

- 6.5 Oracle Databaseデータ・ウェアハウス・ガイド

- 6.5.1 第9章: 基本的なマテリアライズド・ビュー

- 6.5.2 第10章: 高度なマテリアライズド・ビュー

- 6.6 Oracle Database Net Servicesリファレンス

- 6.6.1 第5章: sqlnet.oraファイルのパラメータ

- 6.6.1.1 SQLNET.EXPIRE_TIME

- 6.6.1.2 SSL_VERSION

- 6.6.2 第6章: tnsnames.oraファイルのローカル・ネーミング・パラメータ

- 6.6.2.1 項タイトル: 接続データ・セクション

- 6.6.2.2 項タイトル: セキュリティ・セクション

- 6.6.2.3 項タイトル: タイムアウト・パラメータ

- 6.6.3 第8章: Oracle Connection Managerパラメータ(cman.ora)

- 6.7 Oracle Databaseリファレンス

- 6.7.1 第1章: 初期化パラメータ

- 6.7.1.1 ASM_DISKGROUPS

- 6.7.1.2 REDO_TRANSPORT_USERSにSYSDBAは不要

- 6.8 Oracle Databaseユーティリティ

- 6.8.1 第2章: データ・ポンプ・エクスポート

- 6.8.2 第3章: データ・ポンプ・インポート

- 6.9 Oracle Real Application Clusters管理およびデプロイメント・ガイド

- 6.9.1 第10章: LinuxおよびUNIXシステムのノードでのOracle RACの追加と削除

- 6.9.2 付録A: サーバー制御ユーティリティのリファレンス

- 6.10 Oracle Real Application Clustersインストレーション・ガイド

- 6.10.1 付録C: シングル・インスタンスOracle DatabaseからOracle RACおよびOracle RAC One Nodeへの変換

- 6.11 Oracle Textアプリケーション開発者ガイド

- 6.11.1 第11章: XML問合せの結果セット・インタフェースの使用

- 6.12 Oracle Textリファレンス

- 6.12.1 第8章: CTX_DDLパッケージ

- 6.12.2 第10章: CTX_QUERYパッケージ

Oracle Application Express Command-line Export Utilities README

Oracle Application Express PL/SQL Web Toolkit README

Oracle JDBC Drivers README

Oracle JVM README

Oracle Multimedia README

Oracle ODBC Client and Driver Installation README

Oracle ODBC Driver for Unix platforms README

Oracle ODBC Driver README

Oracle ODBC Instant Client for Unix README

Oracle OLAP Java API Reference README

Oracle Pro*C/C++ README

Oracle Server Management README

Oracle Spatial Locator README

Oracle Spatial README

Oracle SQL Developer README

Oracle SQL*Plus README

Oracle Universal Connection Pool README

Oracle Warehouse Builder ETL with Oracle eBusiness Suite README

Oracle XML Developers Kit README

JPublisher README

Oracle Cluster File System README

Oracle Clusterware and Agents README

Oracle COM Automation for Java README

Oracle COM Automation for PL/SQL README

Oracle Configuration Manager README

Oracle Data Provider for .NET README

Oracle Database Extensions for .NET README

Oracle interMedia JPEG2000 Support Information README

Oracle ODBC Instant Client for Windows README

Oracle Provider for OLE DB README

Oracle Providers for ASP.NET README

Oracle Warehouse Builder Data Profiling Reports Demonstration README

Oracle Warehouse Builder one-off patch (bug#5416660) README

Oracle Warehouse Builder one-off patch (bug#9488925) README

Oracle Warehouse Builder use_webservice_in_mapping.tcl README

Disk Management Tools for Oracle9i Real Application Clusters on Windows NT and Windows 2000 README

Pro*COBOL 11.2 README

Pro*COBOL 10.1 README

Oracle Real Application Clusters README

はじめに

このドキュメントでは、11gリリース2 (11.2.0.4、11.2.0.3、11.2.0.2および11.2.0.1)のOracle Databaseドキュメント・ライブラリに含まれていない最新の重要な機能と変更点について説明します。

対象読者

このREADMEには、サーバー(およびその統合された部分)とそのドキュメントに記述された機能間の違い、および既知の問題と回避策が記載されています。

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

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

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)を参照してください。

Java Accessibilityを実装するためのJava Access Bridgeの設定

Java Access Bridgeをインストールし、Microsoft Windowsシステム上のユーザー補助テクノロジがJava Accessibility APIを使用できるようにします。

Java Access Bridgeは、Java Accessibility APIが実装されたJavaアプリケーションおよびアプレットをMicrosoft Windows上のユーザー補助テクノロジに対して可視にできるテクノロジです。

Java Access Bridgeがサポートされる補助テクノロジの最低バージョンの詳細は、Java Platform, Standard Edition Javaアクセシビリティ・ガイドを参照してください。また、Java Access Bridgeのインストール、テストおよび使用の手順の詳細は、このガイドを参照してください。

関連ドキュメント

各プラットフォーム(Linux、Windowsなど)のリリースにも、そのプラットフォーム固有のリリース・ノートが付属しています。追加の製品READMEファイルが提供される場合もあります。このREADMEは、システム速報または同種の資料のかわりに提供されています。

ライセンス情報は、『Oracle Databaseライセンス情報』を参照してください。

表記規則

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

規則

意味

太字

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

イタリック体

イタリックは、ドキュメントのタイトル、強調またはユーザーが特定の値を指定するプレースホルダ変数を示します。

固定幅フォント

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

1 このREADMEの目的

このREADMEには、Oracle Database 11gリリース2 (11.2)製品およびこの製品に統合された部分(SQL、PL/SQL、Oracle Call Interface (OCI)、SQL*Loader、インポート/エクスポート・ユーティリティなど)のみに関連する情報が含まれています。

このREADMEには、サーバー(およびその統合された部分)とそのドキュメントに記述された機能間の違い、および既知の問題と回避策が記載されています。

未解決の既知の不具合は、Oracle Technology Network (OTN)製品CDで参照できます。

多くの場合、各オペレーティング・システム(Linux、UNIX、Windowsなど)のリリースにも、そのオペレーティング・システム固有のREADMEドキュメントが付属しています。追加のREADMEファイルが提供される場合もあります。このREADMEファイルは、システム速報または同種の資料のかわりに提供されています。

ライセンス情報は、『Oracle Databaseライセンス情報』を参照してください。

このREADMEファイルの主な項は、次のとおりです。

第2章「Oracle Database 11gリリース2 (11.2.0.4)のREADME情報」

第3章「Oracle Database 11gリリース2 (11.2.0.3)のREADME情報」

第4章「Oracle Database 11gリリース2 (11.2.0.2)のREADME情報」

第5章「Oracle Database 11gリリース2 (11.2.0.1)のREADME情報」

第6章「ドキュメントの追加事項」

2 Oracle Database 11gリリース2 (11.2.0.4)のREADME情報

注意:
Oracle Database 11gリリース2 (11.2.0.4)を使用する場合は、このREADMEを参照してください。

READMEのこの項には、さらに次の項があります。

第2.1項「互換性、アップグレード、ダウングレードおよびインストール」

第2.2項「11.2.0.4で使用できないか制限されている機能」

第2.3項「Oracle Databaseの非推奨機能およびサポートが終了した機能」

第2.4項「デフォルト動作の変更点」

第2.5項「JavaおよびWebサービス」

第2.6項「メディア管理ソフトウェア」

第2.7項「Oracle Application Express」

第2.8項「Oracle Automatic Storage Management (Oracle ASM)」

第2.9項「クラスタ用Oracle Grid Infrastructure」

第2.10項「Oracle Multimedia」

第2.11項「Oracle ODBC Driver」

第2.12項「Oracle Real Application Clusters」

第2.13項「Oracle Spatial」

第2.14項「Oracle SQL Developer」

第2.15項「Oracle Text」

第2.16項「Oracle XML DB」

第2.17項「Oracle Warehouse Builder」

第2.18項「Pro*C」

第2.19項「Pro*COBOL」

第2.20項「SQL*Plus」

第2.21項「未解決の不具合」

2.1 互換性、アップグレード、ダウングレードおよびインストール

アップグレード前の処理、アップグレード後の処理、互換性および相互運用性の説明に関する最新の更新内容およびベスト・プラクティスについては、Oracle Database 11gリリース2(11.2)(https://support.oracle.com)のノート785351.1を参照してください。

注意:
インストールの完了後、Oracleソフトウェアが実行されている間は、/tmp/.oracleまたは/var/tmp/.oracleディレクトリやディレクトリ内のファイルを手動で削除したり、それらを削除するcronジョブを実行しないでください。これらのファイルを削除すると、Oracleソフトウェアが断続的にハングする場合があります。クラスタ用のOracle Grid InfrastructureおよびOracle Restartのインストールが失敗し、次のエラーが表示されます。

CRS-0184: Cannot communicate with the CRS daemon.

2.1.1 リリース11.2.0.4にアップグレードすると、CHARまたはNCHARデータ型の列について次善プランが生成される

Oracle Database 11gリリース2 (11.2.0.4)にアップグレードした後、OPTIMIZER_FEATURES_ENABLEパラメータの値が11.2.0.4 (Oracle Database 11gリリース2 (11.2.0.4)でのデフォルト値)に設定されていると、オプティマイザはヒストグラム統計情報を持つCHARまたはNCHARデータ型の列について次善プランを生成します。

この問題の1つの回避策は、Bug#18255105用のパッチを適用することです。このパッチは、ヒストグラム統計情報を持つCHARまたはNCHARデータ型の列を失効した列としてマークします。このパッチはまた、(GATHER AUTOまたはGATHER STALEオプションを使用して)統計情報の自動収集や手動収集を行っている場合に、問題のある表から統計情報を収集する目的にも使用できます。

もう1つの回避策は、ヒストグラム統計情報を持つCHARまたはNCHARデータ型の列(DBA_TAB_COL_STATISTICSビューを使用して)を見つけ、それらに対してGATHER_TABLE_STATSプロシージャを実行することです。本番システムでGATHER_TABLE_STATSプロシージャを使用するのではなく、テスト・システムで統計を収集し、統計をユーザー統計表にエクスポートした後、本番システムに統計をインポートしてください。この回避策を使用した場合、Bug#18255105用のパッチを適用する必要はありません。

統計を収集する際には、(次善プランを持つ)既存のカーソルがSQL文の再実行時に共有されないよう、NO_INVALIDATEパラメータをFALSEに設定してください。

次のすべてのシナリオに該当する表から統計を収集した場合にも、次善プランが生成されることがあります。

- 表にCHARまたはNCHARデータ型の列がある。

- OPTIMIZER_FEATURES_ENABLEパラメータの値が11.2.0.4に設定されている。

- 表にヒストグラムがある。

- 後で、OPTIMIZER_FEATURES_ENABLEパラメータの値を11.2.0.4よりも小さい値に変更した(たとえば、Oracle Databaseをダウングレードし、OPTIMIZER_FEATURES_ENABLEパラメータをより小さい値に設定した)。

このシナリオに該当する場合は、OPTIMIZER_FEATURES_ENABLEパラメータを変更した後に、それらの表の統計を再収集する必要があります。

2.1.2 リリース11.2.0.4から11.2.0.2へのダウングレードでcatdwgrd.sqlを実行するとエラーになる

リリース11.2.0.4から11.2.0.2にダウングレードするとき、@catdwgrd.sqlを実行すると次のエラーが発生します(Oracle Bug#11811073を参照)。

ORA-20000: Upgrade from version 11.2.0.2.0 cannot be downgraded to version

更新バージョンのcatrelod.sqlを提供するリリース11.2.0.2用のパッチ11811073を適用してください。このパッチは、@catdwgrd.sqlを実行する前に11.2.0.2環境で適用する必要があります。

2.1.3 Database Controlが構成されているデータベースのダウングレード

Database Controlが構成されている状態でデータベースをダウングレードするときは、次の事項に注意してください(Oracle Bug#9922349を参照)。

1. 11.2.0.1から11.2.0.4へのアップグレードを行っていて、後で11.2.0.1にダウングレードする予定の場合、データベースのダウングレードの一部としてDatabase Controlをダウングレードするには、11.2.0.1 PSU2バンドル・パッチを適用する必要があります。
このパッチを適用しないと、Database ControlのデータをリストアするときにemdwgrdユーティリティがIMPORT (impdp)エラーで失敗します。

2. 11.2.0.1 Oracle RACデータベースでemdwgrdを実行する際、システム識別子(SID)の別名がtnsnames.oraで定義されていない場合は、追加のパラメータ-serviceAliasを渡す必要があります。SID名とデータベース名が異なる場合は、単一のインスタンスに対してもこのパラメータの指定が必要です。次に例を示します。

emdwgrd -save [-cluster] -sid SID [-serviceAlias tns_alias] -path save_directory
emdwgrd -restore -tempTablespace TEMP [-cluster] -sid SID [-serviceAlias tns_alias] -path save_directory

3. Oracleホームを使用する11.2.0.4から11.2.0.1へのインプレース・ダウングレードの場合は、emdwngrd -restoreを実行する前にemca -restoreを実行する必要はありません。

2.1.4 -forceアップグレードを実行すると不正なGridホーム・ノード・リストがインベントリに作成される

アップグレードの間にノード・クラッシュが発生した場合、-forceアップグレードを実行して、部分的なクラスタから使用できないノードを除いた部分をアップグレードできます(Oracle Bug#12933798を参照)。

-forceアップグレードを実行した後、インベントリ内のGridホームのノード・リストは、Oracle Grid Infrastructureの実際のデプロイメントと同期していません。ノード・リストにはまだ使用できないノードが含まれます。インベントリのノード・リストが正しくないので、その後のアップグレードまたはノードの追加およびOracle Grid Infrastructureの他のデプロイメントは失敗します。

-forceアップグレードを実行した後、CRSユーザーとして次のコマンドを手動で呼び出してください。

$GRID_HOME/oui/bin/runInstaller -updateNodeList "CLUSTER_NODES={comma_separated_alive_node_list}" ORACLE_HOME=$GRID_HOME CRS=true

2.1.5 ora.onsステータスがUNKNOWNと表示されることがある

リリース11.2.0.3から11.2.0.4へのアップグレードの後、ora.onsのステータスがUNKNOWNで説明がCHECK TIMED OUTと示される場合があります(Oracle Bug#12861771を参照)。

回避策は、Oracle Notification Services (ONS)プロセスを強制終了してsrvctl start nodeappsを実行することです。

2.1.6 アップグレードする前にデータベースのごみ箱を消去する

アップグレード処理中に次のエラーが表示された場合、ごみ箱が消去されていない可能性があります。

ORA-00600: internal error code, arguments: [15239]

アップグレードする前に、次のコマンドを実行してデータベースのごみ箱を空にします。

SQL> PURGE DBA_RECYCLEBIN

2.1.7 リリース11.1.0.6へのダウングレード

リリース11.1.0.6へのダウングレードを予定している場合は、Oracle Bug#7634119用のパッチを適用します。このアクションにより、次のDBMS_XS_DATA_SECURITY_EVENTSエラーが回避されます。

PLS-00306: wrong number or types of arguments in call
to 'INVALIDATE_DSD_CACHE' DBMS_XS_DATA_SECURITY_EVENTS
PL/SQL: Statement ignored

このパッチは、catrelod.sqlの実行前に適用してください。

2.1.8 Oracle Data Mining (ODM)を使用するデータベースのアップグレード

Data Miningオプションを使用するデータベースを11.2.0.1から11.2.0.4にアップグレードする場合は、DMSYSスキーマが11.2.0.1データベースに存在しないことを確認してください。存在する場合は、DMSYSスキーマとそれに関連するオブジェクトを次のようにデータベースから削除する必要があります。

SQL> CONNECT / AS SYSDBA;
SQL> DROP USER DMSYS CASCADE;
SQL> DELETE FROM SYS.EXPPKGACT$ WHERE SCHEMA = 'DMSYS';
SQL> SELECT COUNT(*) FROM DBA_SYNONYMS WHERE TABLE_OWNER = 'DMSYS';

前述のSQLでゼロ以外の行が戻された場合は、次の例に示すようにSQLスクリプトを作成して実行します。

SQL> SET HEAD OFF
SQL> SPOOL dir_path/DROP_DMSYS_SYNONYMS.SQL
SQL> SELECT 'Drop public synonym ' ||'"'||SYNONYM_NAME||'";' FROM DBA_SYNONYMS WHERE TABLE_OWNER = 'DMSYS';
SQL> SPOOL OFF
SQL> @dir_path/DROP_DMSYS_SYNONYMS.SQL
SQL> EXIT;

10gから11.2にデータベースをアップグレードすると、すべてのデータ・マイニング・メタデータ・オブジェクトはDMSYSからSYSに移行されます。アップグレード後、ダウングレードを実行する必要がないと判断した場合は、初期化パラメータCOMPATIBLEを11.2に設定し、前述されているようにDMSYSスキーマおよび関連するオブジェクトを削除します。

2.1.9 データベースによって使用されるタイムゾーン・ファイルのバージョンがOracleホームに存在しない場合、catrelod.sqlが失敗する

タイムゾーン・ファイルの最新バージョンを以前にインストールし、DBMS_DST PL/SQLパッケージを使用してTIMESTAMP WITH TIME ZONEデータを最新バージョンにアップグレードした場合は、ダウングレード・プロセスの一環としてcatrelod.sqlが実行されると、次のエラーが戻されます(Oracle Bug#9803834を参照)。

ORA-00600: internal error code, arguments: [qcisSetPlsqlCtx:tzi init],
[], [], [], [], [], [], [], [], [], [], []

詳細は、『Oracle Databaseアップグレード・ガイド』の第6章で、データベースのダウングレートの手順2を参照してください。

タイムゾーン・ファイルの最新バージョンを以前にインストールし、DBMS_DST PL/SQLパッケージを使用してTIMESTAMP WITH TIME ZONEデータを最新バージョンにアップグレードした場合は、ダウングレードするリリースに対して最新バージョンのタイムゾーン・ファイルをインストールする必要があります。たとえば、Oracle Database 11gリリース2 (11.2)に付属している最新タイムゾーン・ファイルはバージョン14です。データベースのアップグレード後にDBMS_DSTを使用してTIMESTAMP WITH TIME ZONEデータをバージョン14にアップグレードした場合は、ダウングレードするリリースに対してバージョン14のタイムゾーン・ファイルをインストールします。これにより、データ検索で論理的に正しいTIMESTAMP WITH TIME ZONEデータが確保されます。データベースで使用されているバージョンを確認するには、V$TIMEZONE_FILEを問い合せます。

タイムゾーン・ファイルのインストールの詳細は、『Oracle Databaseグローバリゼーション・サポート・ガイド』も参照してください。

2.1.10 Oracle ASMのローリング・アップグレード

Oracle Automatic Storage Management (Oracle ASM)のローリング・アップグレード・チェックでは、11.1.0.6からそれ以降のリリースへのローリング・アップグレードが許可されません(Oracle Bug#6872001を参照)。アラート・ログに、次のメッセージがレポートされます。

Rolling upgrade from 11.1.0.6 (instance instance-number) to 11.x.x.x is not supported

LMONからORA-15156が通知され、インスタンスが終了します。

Oracle ASMを11.1.0.6からそれ以降のリリースにアップグレードする場合は、この不具合に対応するパッチを11.1.0.6インスタンスに適用してから、ローリング・アップグレードを開始します。このパッチは、ローリング方式で11.1.0.6インスタンスに適用できます。

2.1.11 11.2.0.3.0をインストールするか11.2.0.3.0にアップグレードした後、またはOracle Clusterwareが再起動した後、Oracle ACFSレジストリが不正な状態になる場合がある

Oracle ASMが投票ディスクおよび定数ディスクとして使用されていない場合、インストールの後で、Oracle Automatic Storage Managementクラスタ・ファイル・システム(Oracle ACFS)・レジストリ・リソースがOFFLINEを報告します(Oracle Bug#9876173およびOracle Bug#9864447を参照)。この原因は、Oracle ACFSレジストリでは、Oracle ASM Dynamic Volume Manager (Oracle ADVM)ボリュームを提供するために、Oracle ASMを使用する必要があるためです。

2.1.12 複数のインターコネクトとOracle ACFS

クラスタ用Oracle Grid Infrastructure 11gリリース2 (11.2.0.1)でOracle ACFSファイル・システムを使用していて、Oracle Grid Infrastructureを11gリリース2 (11.2.0.2)、11gリリース2 (11.2.0.3)または11gリリース2 (11.2.0.4)にアップグレードし、冗長なインターコネクトの使用を利用して1つ以上のプライベート・インタフェースをプライベート・ネットワークに追加する場合は、アップグレードした各クラスタ・メンバー・ノードでOracle ASMインスタンスを再起動する必要があります(Oracle Bug#9969133を参照)。

2.1.13 INVALIDマテリアライズド・ビュー

@catupgrd.sqlと@utlrp.sqlの両方を実行した後、マテリアライズド・ビューのステータスがINVALIDになります(Oracle Bug#12530178を参照)。このことは次のコマンドを使用して確認できます。

SELECT object_name, object_id, owner FROM all_objects WHERE
object_type='MATERIALIZED VIEW' and status='INVALID';

OBJECT_NAME                     OBJECT_ID   OWNER
------------------------------ ----------- -------

FWEEK_PSCAT_SALES_MV                51062   SH

@catupgrd.sqlを実行してデータベースをアップグレードし、さらに@utlrp.sqlを実行して無効なオブジェクトを再コンパイルした後で、無効なマテリアライズド・ビューがまだ存在している場合は、次のSQL文を発行します。

ALTER MATERIALIZED VIEW sh.FWEEK_PSCAT_SALES_MV COMPILE;

2.1.14 表領域および高速リカバリ領域のサイズ設定

注意:
高速リカバリの以前の名称はフラッシュ・リカバリでした。

Oracle Database 11gのアップグレード前情報ユーティリティ(utlu112i.sql)は、SYSTEM表領域およびデータベース内のコンポーネントに関連するその他の表領域(SYSAUX、DRSYSなど)で必要となる追加領域を見積ります(Oracle Bug#13067061を参照)。手動でアップグレードする場合は、その前に既存のデータベースに対して必ずこのユーティリティを実行してください。

表領域サイズの見積りは、特に、データベースにOracle XML DBがインストールされている場合は小さすぎる場合があります。ただし、手動でのアップグレードまたはDatabase Upgrade Assistant (DBUA)を使用したアップグレード時に発生する可能性のある領域の問題を回避するために、アップグレード中は、各表領域用のデータファイルにAUTOEXTEND ON MAXSIZE UNLIMITEDを設定できます。

ファイル・システムを使用してデータファイルを格納している場合は、ファイル・システムに、アップグレード中の表領域の増大に対応できる十分な領域があることを確認してください。

高速リカバリ領域を使用している場合は、使用可能なサイズが、アップグレード中に生成されるREDOに対して十分であることを確認してください。サイズが適切でない場合には、アラート・ログにORA-19815エラーが書き込まれ、追加の領域が使用可能になるまでアップグレードは停止されます。

2.1.15 削除の制限

次の各項では、削除および構成解除の制限について説明します。詳細は、第2.21.2項「削除ツールに関する既知の不具合」を参照してください。

2.1.15.1 アップグレードした11.2のOracle RACおよびクラスタ用Oracle Grid Infrastructureのホームの削除

アップグレードしたOracle Database 11gリリース2 (11.2)のOracle RACホームを構成解除または削除した後に、11.2のクラスタ用Oracle Grid Infrastructureホームを構成解除または削除するには、11.2より前のOracle RACソフトウェア・ホームを中央のインベントリからデタッチする必要があります(Oracle Bug#8666509を参照)。

11.2より前のOracle RACホームを中央のインベントリからデタッチするには、次のコマンドを使用します。

ORACLE_HOME/oui/bin/runInstaller -detachHome ORACLE_HOME_NAME=pre-11.2_ORACLE_HOME_NAME ORACLE_HOME=pre-11.2_ORACLE_HOME

2.1.16 Oracle Database Express EditionからOracle Database 11gへのアップグレード

Oracle Database Express Edition 10gからOracle Database 11gにアップグレードすることはできません。かわりに、Oracle Data Pumpを使用します(参照バグ28137959)。

Oracle Databaseアップグレード・ガイド(11gリリース2 (11.2)、部品番号B56310-08)のOracle Database Express EditionからOracle Databaseへのアップグレードの概要に関する項には、Oracle Database 10g Express Edition (Oracle Database XE)からOracle Database 11gにアップグレードできると記述されています。この情報は誤りです。Oracle Database 10g XEからOracle Database Standard EditionまたはEnterprise Editionにアップグレードすることはできません。かわりに、Oracle Data Pumpを使用してOracle Database XEからOracle Databaseのより新しいリリースにデータをエクスポートできます。

関連項目:
Oracle Databaseユーティリティ

2.2 11.2.0.4で使用できないか制限されている機能

次に、Oracle Database 11gリリース2 (11.2.0.4)で使用できない、または制限されているコンポーネントのリストを示します。

- サード・パーティのテクノロジが基になっているOracle Textの一部の機能(AUTO_LEXERやCTX_ENTITYなど)は、11.2.0.4では無効になりました(Oracle Bug#12618046を参照)。BASIC_LEXERでは、サード・パーティのテクノロジに依存するINDEX_STEMS属性値の使用も影響を受けます。これによって既存のアプリケーションに影響がある場合は、Oracleサポート・サービスにお問い合せください。

- Oracle Clusterware 11gリリース2 (11.2.0.1)または11gリリース2 (11.2.0.2)では、rootcrs.plスクリプトを使用してノードを削除することはできません(Oracle Bug#13712508を参照)。

- クラスタ用Oracle Grid Infrastructureの11.2.0.1、11.2.0.2または11.2.0.3リリースが非共有Oracleホームにインストールされていて、クラスタ用Oracle Grid Infrastructureの11.2.0.4リリースが共有Oracleホームにインストールされている場合、Oracle Databaseリリース11.2.0.1、11.2.0.2または11.2.0.3からOracle Clusterwareリリース11.2.0.4へのアップグレードはサポートされません(Oracle Bug#10074804を参照)。Oracle Clusterwareのアップグレード前とアップグレード後のリリースの両方が、共有Oracleホームまたは非共有Oracleホームのどちらか一方にインストールされている必要があります。

- すべてのOracle Grid Infrastructureパッチセット・アップグレードは、アウトオブプレース・アップグレードになります。この場合、パッチセットは新規のOracle Gridホームにインストールしてください(Oracle Bug#10210246を参照)。インプレース・パッチセット・アップグレードはサポートされていません。

2.3 Oracle Databaseの非推奨機能およびサポートが終了した機能

Oracle Database 11gリリース2 (11.2)では、新機能追加の他に、データベースの動作の変更が行われています。動作の変更には、初期化パラメータ、オプション、構文、機能およびコンポーネントの非推奨とサポートの終了が含まれます。詳細は、『Oracle Databaseアップグレード・ガイド』を参照してください。

2.4 デフォルト動作の変更点

この項では、Oracle Database 11gリリース2 (11.2)と旧リリースのデータベースの動作の違いをいくつか説明します。アップグレードおよびダウングレードに関する大部分の情報は、『Oracle Databaseアップグレード・ガイド』に記載されています。

2.4.1 SSL証明書を構成および使用した認証の設定

注意:
この設定は、Oracle Clusterwareと中間層、またはOracle ClusterwareとJDBCクライアントとの間の接続におけるセキュリティに影響を与えます。

JDBC接続プールまたはOracle Universal Connection Pool (UCP)で使用する高速接続フェイルオーバー(FCF)などのOracle RAC機能は、Oracle RACノードで実行されているOracle Notification Service (ONS)の通知をサブスクライブします。通常、データベース層のONSサーバーと中間層の通知クライアント間の接続は認証されません。SSL証明書を構成して使用することで認証を設定できますが、その手順が明確に記載されていません。

回避策は次のとおりです。

1. orapkiインタフェースを使用してOracle Walletを作成し、SSL証明書を格納します。

1. cd $ORA_CRS_HOME/opmn/conf

2. mkdir sslwallet

3. orapki wallet create -wallet sslwallet -auto_login
プロンプトが表示されたら、パスワードとしてONS_Walletを指定します。

4. orapki wallet add -wallet sslwallet -dn "CN=ons_test,C=US" -keysize 1024 -self_signed -validity 9999 -pwd ONS_Wallet

5. orapki wallet export -wallet sslwallet -dn "CN=ons_test,C=US" -cert sslwallet/cert.txt -pwd ONS_Wallet

6. 手順cで作成したウォレットを、同じ場所にあるその他すべてのクラスタ・ノードにコピーします。

2. クラスタ内のすべてのノード上のONSサーバーを停止します。

srvctl stop nodeapps

3. 手順1で作成したウォレットの場所を指定するために、データベース層のすべてのノードでONS構成ファイルを更新します。

1. ORA_CRS_HOME/opmn/conf/ons.configファイルを開きます。

2. ons.configファイルにwalletfileパラメータを次のように追加します。
walletfile=ORA_CRS_HOME/opmn/conf/sslwallet

3. srvctlを使用して、次のようにONSサーバーを再起動します。

srvctl start nodeapps

4. 中間層でクライアント側ONSデーモンを実行している場合は、次の2つの構成が可能です。

- (OracleAS 10.1.3.xなどの)OPMNからONSを起動する場合はopmn.xmlを使用します。

- (onsctlの使用など)スタンドアロンでONSを起動する場合はons.configを使用します。

ケース(1)の場合は、Oracle Application Serverリリースに対応する『OPMN管理者ガイド』を参照してください。この構成では、ウォレットの場所を指定するために、opmn.xmlファイルを変更します。

ケース(2)場合は、『Oracle Database JDBC開発者ガイド』の付録BのONSの構成に関する項を参照します。クライアント側ONSデーモンは、複数の異なるマシンで実行される可能性があります。手順1で作成したウォレットをそれらのクライアント側マシンにコピーし、ons.configファイルまたはopmn.xmlファイルで、そのクライアント側マシン上のパスを指定します。

5. クライアント側ONSデーモンを使用せずにリモートONSの構成を実行する場合は、『Oracle Database JDBC開発者ガイド』の「高速接続フェイルオーバー」の章で、「高速接続フェイルオーバーの使用」の「高速接続フェイルオーバー用のONSの構成」にある「リモートONSサブスクリプション」を参照してください。手順1で作成したウォレットをそれらのクライアント側マシンにコピーし、ons.configファイルまたはopmn.xmlファイルで、そのクライアント側マシン上のパスを指定します。
また、setONSConfiguration引数として、次の文字列を指定することもできます。

propertiesfile=location_of_a_Java_properties_file

Javaプロパティ・ファイルには、次に示すONS Javaプロパティの内の1つ以上が含まれている必要があり、少なくともoracle.ons.nodesプロパティが含まれている必要があります。Javaプロパティの値は、この手順で前述した「リモートONSサブスクリプション」の項で指定されている値と同じになります。

oracle.ons.nodes
oracle.ons.walletfile
oracle.ons.walletpassword

2.4.2 多数のパーティションのロード時に追加のヒントを使用した場合に発生するメモリー不足

ダイレクト・パスのINSERTを使用して多数のパーティションをロードすると、特にデータ圧縮が指定されている場合にメモリー制限を超える場合があります(Oracle Bug#6749894を参照)。メモリーを確保するために、11.2からはPGA_AGGREGATE_TARGET初期化パラメータに基づいて、同時にロードされるパーティションの数が制限されるようになりました。ロード中のパーティションに格納されない行は、一時表領域に保存されます。パーティションの現在のセットですべての行がロードされた後に、一時表領域に保存されている行から他のパーティションがロードされます。

この動作により、不十分なメモリーによりダイレクト・パスのINSERTが終了することがなくなりました。

2.4.3 Oracle Exadataでのシリアル問合せに対するBloomフィルタの使用

Bloomフィルタを使用すると、Oracle Exadataでシリアル問合せを実行し、結果をストレージ・セルに入れることができます。11.2より前のリリースでは、シリアル問合せでbloomフィルタを使用できる状況は非常に限られていました。今回の11.2.0.4リリースでは、Oracle Exadataでのみより多くの場面でbloomフィルタを使用できるようになりました。これによって問合せがサーバー・ノードでシリアルに実行された場合にも、ストレージ・セルにプッシュされたbloomフィルタがパラレルで実行されるため、影響を受ける問合せのパフォーマンスが改善されます。

2.4.4 FILE_ACCESS_ROLEのデフォルト動作の変更

CTXシステム・パラメータFILE_ACCESS_ROLEのデフォルトの動作が変更されています(Oracle Bug#8360111を参照)。ファイルまたはURLのデータストアを使用するOracle Textの既存の索引を持つ顧客は、エラーを発生せずに索引を引き続き使用できるように、措置を講ずる必要があります。変更内容は次のとおりです。

- FILE_ACCESS_ROLEがNULL (デフォルト)の場合、アクセスは許可されません。このタイプの索引を作成できたユーザーは、変更後はこれらの索引をデフォルトで作成できなくなります。

- 索引の同期およびドキュメント・サービスの操作で、FILE_ACCESS_ROLEがチェックされるようになりました。この変更前は、このタイプの索引の同期や、ctx_doc.highlightなどのドキュメント・サービス・コールの使用が許可されていたユーザーも、デフォルトではできなくなります。

- FILE_ACCESS_ROLEの変更が許可されるのは、SYSのみです。SYS以外のユーザーとしてctx_adm.set_parameter (FILE_ACESS_ROLE, role_name)をコールすると、新規エラーが発生するようになりました。

DRG-10764: only SYS can modify FILE_ACCESS_ROLE

- ユーザーは、FILE_ACCESS_ROLEをPUBLICに設定して、このチェック(前のデフォルトの動作)を明示的に無効にできます。

2.4.5 11.2で無効になった不均一なメモリー・アクセスの最適化およびサポート

Oracle Database 11gリリース2 (11.2)では、不均一なメモリー・アクセスのサポートがデフォルトで無効になりました。この制限は、すべてのプラットフォームおよびオペレーティング・システムに適用されます(Oracle Bug#8450932を参照)。

Oracle Databaseで不均一なメモリー・アクセスの最適化およびサポートが使用できるのは、特定の組合せのOracleバージョン、オペレーティング・システムおよびプラットフォームのみです。不均一なメモリー・アクセスのサポートを有効にするには、Oracleサポート・サービスとハードウェア・ベンダーを使用してください。

2.5 JavaおよびWebサービス

Javaを使用する際は、次の事項に注意してください。

2.5.1 Oracle JVM

Oracle Database 11gリリース2 (11.2)には、すべての機能を持つJava仮想マシン(JVM)とSun社のJava Development Kit (JDK) 6.0用Javaクラス・ライブラリが組み込まれています。リリース11.2.0.4には、OracleのJDBCおよびSQLJとともに、サーバーベースJavaアプリケーションの開発とデプロイのためのエンタープライズ・クラス・プラットフォームであるOracle JVMが用意されています。次のサイトにあるOracle JVM READMEファイルを参照してください。

ORACLE_HOME/relnotes/readmes/README_javavm.txt

2.6 メディア管理ソフトウェア

単一のサーバーで構成される環境向けに、Oracle Secure Backup Expressが用意されており、Oracle Databaseおよびその他の重要なOracleインフラストラクチャをテープにバックアップできます。Oracle Secure BackupはRecovery Manager (RMAN)と完全に統合され、データ保護サービスを提供します。より規模の大きな環境では、Oracle Secure Backupをライセンス供与可能な別の製品として使用し、多数のデータベース・サーバーおよびファイル・システムをテープにバックアップできます。Oracle Secure Backupリリース10.4は、Oracle Database 11gリリース2 (11.2.0.4)に同梱されています。Oracle Secure Backupの詳細は、次のサイトを参照してください

http://www.oracle.com/goto/osb/

2.6.1 Oracle Secure Backupのグローバリゼーションの制限

Oracle Secure Backupには、グローバリゼーションについて次の制限が適用されます。

- Oracle Secure BackupのWebツールおよびコマンドライン・インタフェースは英語のみで、グローバル化されていません。すべてのメッセージおよびドキュメントは英語で表示されます。

- Oracle Secure Backupでは、Unicode UTF-16などのNULLバイト終了をサポートしないキャラクタ・セットでエンコードされているファイル名やRMANバックアップ名はサポートされません。この制限により影響を受けるのは、バックアップ内容ではなくファイル名であることに注意してください。Oracle Secure Backupでは、Oracle Databaseを任意のキャラクタ・セットでバックアップできます。

2.7 Oracle Application Express

Oracle Application Expressの詳細は、『Oracle Application Expressリリース・ノート』および『Oracle Application Expressインストレーション・ガイド』を参照してください。

2.8 Oracle Automatic Storage Management (Oracle ASM)

次の項には、Oracle Automatic Storage Management (Oracle ASM)に関する情報を示します。

2.8.1 リリース11.2以降でサポートされるOracle ACFS上のOracleホーム

Oracle ACFSへのOracleホームの配置は、Oracle Database 11gリリース2 (11.2)からサポートされます(Oracle Bug#10144982を参照)。11.2より前のデータベース・バージョンで、Oracle ACFSにOracleホームを配置しようとすると、Oracle ACFSで、予期しない不適切な動作が発生する可能性があります。

2.8.2 Oracle RACデータベース関連ファイルのOracle ACFSファイル・システムへの格納

Oracle Automatic Storage Management 11gリリース2 (11.2.0.3)以降では、Oracle ACFSは、RMANバックアップ(BACKUPSETファイル・タイプ)、アーカイブ・ログ(ARCHIVELOGファイル・タイプ)、Data Pumpダンプセット(DUMPSETファイル・タイプ)をサポートします。Oracle ACFSスナップ・ショットでは、これらのファイルはサポートされません。

また、Oracle Automatic Storage Management 11gリリース2 (11.2.0.3)から、Oracle ACFSは、フラッシュ・リカバリ領域で、アーカイブREDOログ、フラッシュバック・ログ、RMANバックアップ(データファイルと制御ファイル)などの一時的なファイルをサポートしています。Oracle ACFSスナップ・ショットでは、これらのファイルはサポートされません。オンラインREDOログや現行の制御ファイルのコピーなどの永続ファイルはサポートされません。

2.9 クラスタ用Oracle Grid Infrastructure

Oracle ClusterwareおよびOracle Automatic Storage Management (Oracle ASM)を使用する場合は、次の事項に注意してください。これらは、クラスタ用Oracle Grid Infrastructureのインストールを使用してインストールされます。

2.9.1 Oracle ACFSおよびOracle Clusterware Stackの停止

Oracle Clusterwareを停止しようとすると、選択したノードでOracle Clusterwareスタックが正常に停止しなかったとレポートされる場合があります(Oracle Bug#8651848を参照)。データベース・ホームがOracle ACFSにある場合は、次のエラーが表示されることがあります。

CRS-5014: Agent orarootagent.bin timed out starting process acfsmount for action

このエラーは無視しても問題ありません。

また、Oracle ACFSリソースを停止できないため、選択したノードでOracle Clusterwareスタックが正常に停止しなかったとレポートされる場合もあります。このエラーが発生した場合は、次の手順を実行します。

- プログラムまたはプロセスを停止し、Oracle ACFSマウント・ポイントに対するすべてのファイル・システムのアクティビティが停止していることを確認し、停止操作を再試行します。

- ora.registry.acfsリソース・チェック機能がタイムアウトした場合や、リソースがUNKNOWNまたはINTERMEDIATEの状態を示した場合は、Oracle Cluster Registry (OCR)にアクセスできない可能性があります。この原因に共通するのはネットワーク障害です。acfsutil registryコマンドおよびocrcheckコマンドにより、特定のエラーの原因が明確になる場合があります。このエラーを解決し、Oracle Clusterwareの停止を再試行してください。

2.10 Oracle Multimedia

Oracle MultimediaのREADMEについては、「Oracle Multimedia README」を参照してください。

ORACLE_HOME/ord/im/admin/README.txt

2.11 Oracle ODBC Driver

Oracle ODBC DriverのREADMEについては、「Oracle ODBC Driver README」を参照してください。

ORACLE_HOME/odbc/html/ODBCRelnotesUS.htm

2.12 Oracle Real Application Clusters

Oracle RACを使用する際は、次の事項に注意してください。

2.12.1 setuidが必要なroot所有のバイナリのNFSからローカル・ノードへの移動

Oracle RACデータベースをNFSデバイス上の共有Oracleホームにインストールする場合、ORADISMバイナリ(oradism)を各ノード上のローカル・ディレクトリにコピーする必要があります(Oracle Bug#7210614を参照)。

oradismを移動するには、次の手順を実行します。

1. ORACLE_HOME/bin/oradismバイナリをすべてのクラスタ・ノード上の同一のディレクトリ・パスにコピーします。パス(手順2の例の/u01/local/binなど)はローカルで、NFSではない必要があります。次に例を示します。

cp -a ORACLE_HOME/bin/oradism /u01/local/bin

2. 次のコマンドをrootユーザーとして実行して、oradism実行可能ファイルの所有権と権限を設定します。

$ chown root /u01/local/bin/oradism
$ chmod 4750 /u01/local/bin/oradism

3. NFS共有ホームからローカルのoradismディレクトリ・パスへのシンボリック・リンクを作成します。作成する必要があるのは1つのノードに対してのみです。これで各ノードは、共有Oracleホームからsymlinkを使用してそのノード独自のoradismを参照できます。次に例を示します。

$ cd /nfs/app/oracle/product/11.2.0/db_1/bin
$ rm -f oradism
$ ln -s /u01/local/bin/oradism oradism

4. OracleホームがOracle Databaseホーム・ディレクトリの場合は、extjob、jssu、nmb、nmhs、nmoなどの他のバイナリに対して手順1から3を繰り返します。OracleホームがOracle Grid Infrastructureホーム・ディレクトリの場合は、この手順を実行する必要はありません。

2.13 Oracle Spatial

Oracle SpatialのREADMEファイルには、『Oracle Spatial開発者ガイド』、『Oracle Spatialトポロジおよびネットワーク・データ・モデル開発者ガイド』および『Oracle Spatial GeoRaster開発者ガイド』の補足情報が含まれています。Oracle SpatialのREADMEについては、「Oracle Spatial README」を参照してください。

ORACLE_HOME/md/doc/README.txt

2.14 Oracle SQL Developer

Oracle SQL DeveloperのREADMEについては、「Oracle SQL Developer README」を参照してください。

ORACLE_HOME/sqldeveloper/readme.html

2.15 Oracle Text

Oracle Textを使用する際は、次の事項に注意してください。また、「ドキュメントの追加事項」の『Oracle Textアプリケーション開発者ガイド』の記述も確認してください。

2.15.1 サポートされる機能の変更

サード・パーティのテクノロジが基になっているOracle Textの一部の機能(AUTO_LEXERやCTX_ENTITYなど)は、リリース11.2.0.4では無効になりました(Oracle Bug#12618046を参照)。BASIC_LEXERでは、サード・パーティのテクノロジに依存するINDEX_STEMS属性値の使用も影響を受けます。これによって既存のアプリケーションに影響がある場合は、Oracleサポート・サービスにお問い合せください。

2.15.2 Oracle Textが提供するナレッジ・ベース

Oracle Textのナレッジ・ベースは、テーマの索引付け、ABOUT問合せ、およびドキュメント・サービスのテーマを導出するために使用する概念の階層ツリーです。次のOracle Textサービスでは、ナレッジ・ベースがインストールされていることが必要です。

- INDEX_THEMES=YESの場合、BASIC_LEXERプリファレンスを使用した索引作成

- SYNCの場合、索引に対するINDEX_THEMES=YESの実行

- CTX_DOC.THEMEs

- CTX_DOC.POLICY_THEMEs

- CTX_DOC.GIST

- CTX_DOC.POLICY_GIST

- CTX_QUERY.HFEEDBACK

- CTX_QUERY.EXPLAIN(TRANSFORMを指定したABOUTまたはTHEMESを使用する場合)

- CTX_DOC.SNIPPET (ABOUT演算子を使用する場合)

- CTX_DOC.POLICY_SNIPPET (ABOUT演算子を使用する場合)

- TRANSFORMを指定したABOUTまたはTHEMESを使用するCONTAINS問合せ

- ナレッジ・ベース拡張コンパイラ(ctxkbtc)

- テーマが指定されている場合のクラスタリング・サービスと分類サービス

これらのOracle Text機能を使用するには、OTNからダウンロードできるOracle Database Examplesメディアから、ナレッジ・ベース(英語およびフランス語)をインストールする必要があります。

提供されているナレッジ・ベースを拡張したり、英語やフランス語以外の言語で独自のナレッジ・ベースを作成できます。ナレッジ・ベースの作成と拡張の詳細は、『Oracle Textリファレンス』を参照してください。

Oracle Database Examplesメディアから製品をインストールする方法については、プラットフォーム固有のOracle Database Examplesのインストレーション・ガイドを参照してください。

2.16 Oracle XML DB

Oracle XML DBを使用する際は、次の事項に注意してください。

2.16.1 VARRAY記憶域のデフォルト値の変更

Oracle Database 11gリリース1 (11.1)では、XMLTypeオブジェクトリレーショナルの記憶域で、xdb:storeVarrayAsTableのデフォルト値がFALSE からTRUEに変更されています。このデフォルト値はデフォルト表に適用されますが、スキーマ登録後のXMLTypeオブジェクトリレーショナルの表および列の作成時には適用されません(Oracle Bug#6858659を参照)。Oracle Database 11gリリース2 (11.2)では、デフォルトですべてのVARRAYデータ要素が表として作成されます。これにより、問合せ時のパフォーマンスが大幅に向上します。また、次の点にも注意してください。

- 11.2より前に作成された表はこの影響を受けません。アップグレード・プロセスによって記憶域パラメータが保持されます。これは、11.2以降で作成される表に適用されます。

- VARRAYデータ要素のサイズが小さく、すべてのVARRAYを一度に読取りおよび書込みする場合は、11.2より前のVARRAY記憶域のデフォルト値をLOBとして保持できます。11.2より前の動作に戻すには、2つのオプションがあります。

- xdb:storeVarrayAsTable=FALSEでスキーマを再登録します。これにより、デフォルトおよびデフォルト以外の表に適用されます。

- 表(デフォルト以外の表)を作成する場合は、STORE ALL VARRAYS AS LOBS句を使用して、XMLTypeのすべてのVARRAYデータ要素のデフォルト値を指定の値で優先できます。この句は、表の作成時にのみ使用できます。この句では、スキーマの登録時にtable_propsを使用すると、エラーが返されます。

- 11.2より前に登録されたスキーマ(VARRAYデータ要素のデフォルトの記憶域がLOBの場合)では、STORE ALL VARRAYS AS TABLES句を使用して、XMLTypeのすべてのVARRAYデータ要素のデフォルト値を指定の値で優先できます。

2.16.2 xdb:defaultTable注釈のセマンティクスの変更

11.2では、Oracle XML DBスキーマの登録中のxdb:defaultTable注釈のセマンティクスの動作が11.1から変更されています(Oracle Bug#7646934を参照)。xdb:sqlInline="false"を指定せずにxdb:defaultTable="MY_TAB"を指定すると、Oracle XML DBによって必要に応じて表が作成され、表外として暗黙的にマークされます。この動作は、sqlInline設定がない場合にdefaultTable注釈が無視される11.1と異なります。

2.17 Oracle Warehouse Builder

Oracle Database 11gリリース2 (11.2)のOracle Warehouse Builder (OWB)の詳細は、『Oracle Warehouse Builderリリース・ノート』参照してください。

2.18 Pro*C

Pro*CのREADMEについては、「Pro*C/C++ README」を参照してください。

ORACLE_HOME/precomp/doc/proc2/readme.doc

2.19 Pro*COBOL

Pro*COBOLのREADMEについては、「Pro*COBOL README」を参照してください。

ORACLE_HOME/precomp/doc/procob2/readme.doc

2.20 SQL*Plus

SQL*Plusの詳細は、SQL*Plusリリース・ノートを参照してください。

2.21 未解決の不具合

この項では、リリース11.2.0.4での既知の不具合を示します。これ以外に、使用しているプラットフォーム固有のリリース・ドキュメントに補足のリストが含まれている場合があります。

2.21.1 Database Configuration Assistant (DBCA)に関する既知の不具合

Oracle Bug#16929299

ホストで実行されているサーバー・インスタンスの数およびそのメモリー・リソースの使用率によっては、Database Configuration Assistant (DBCA)がメモリー不足に陥り、次のエラーで失敗することがあります。

java.lang.OutOfMemoryError

回避策: DBCAのJavaヒープ・サイズを128MBから256MBに増やします。次に例を示します。

JRE_OPTIONS="${JRE_OPTIONS} -DSET_LAF=${SET_LAF}
-Dsun.java2d.font.DisableAlgorithmicStyles=true
-Dice.pilots.html4.ignoreNonGenericFo    nts=true  -DDISPLAY=${DISPLAY}
-DJDBC_PROTOCOL=thin -mx256m"

Oracle Bug#16832579

11.2.0.xのOracle Grid Infrastructure環境に10.2.0.4のデータベースが共存していて、11.2のOracleホームと10.2のOracleホームの所有者が異なる場合は、権限の問題により、10.2.0.4のDatabase Configuration Assistant (DBCA)でGridホーム・リスナーを追跡することができません。

回避策: 10.2.0.4のOracleホームからデータベースを構成しているときに、すべてのノードのGridhome/network/adminディレクトリに対して書込み権限を指定します。

2.21.2 削除ツールに関する既知の不具合

Oracle Bug#12762927

削除ツールを使用して共有Oracle RACホームを削除すると、一部のファイルまたはディレクトリが削除されない場合があります。

回避策: ORACLE_HOMEを削除するには、削除ツールの終了後にrm -rf $ORACLE_HOMEコマンドを実行します。

Oracle Bug#9925724

rootが所有するディレクトリのすぐ下にGrid_homeを作成した場合、削除ツールではトップレベルのホーム・ディレクトリを削除できません。削除が終了しても、空のOracleホーム・ディレクトリが残ります。

回避策: すべてのノードでrootユーザーを使用してrmdir ORACLE_HOMEを実行します。

Oracle Bug#8666509

Oracle Clusterwareを削除すると、11.2より前のOracle RACホームをOracleインベントリからデタッチするように求められます。

回避策: アップグレードした11.2 Oracle RACホームを構成解除および削除し、クラスタ用Oracle Grid Infrastructureホームの構成解除および削除を続行する場合は、最初に、11.2より前のOracle RACソフトウェア・ホームを中央のインベントリからデタッチします。

Oracle Bug#8644344

削除ツールを実行してデータベースを削除する場合、Oracleホームを開いてコンポーネントを選択するように求められます。トップ・レベル・コンポーネント(Oracle Database Server)を選択して、Oracleホームを選択しないと、削除ユーティリティを実行してデータベースの削除を続行するように求めるメッセージがOUIに表示されません。

回避策: 削除ツールを実行してOracleホームを削除します。

Oracle Bug#8635356

共有NFS記憶域にインストールされているORACLE_HOMEから削除ツールを実行している場合は、ORACLE_HOMEのクリーンアップ中に.nfsファイルに関連するエラーが表示されます。

回避策: ORACLE_HOMEを削除するには、削除ツールの終了後にrm -rf ORACLE_HOMEコマンドを実行します。また、スタンドアロンのdeinstall.zipを使用してORACLE_HOMEの場所を指定することもできます。

2.21.3 Oracle Automatic Storage Management (Oracle ASM)に関する既知の不具合

Oracle Bug#12881572

Oracle ASMリリース10.1.0.5から単一インスタンスの高可用性(SIHA)リリース11.2.0.4へのアップグレード中、rootupgrade.shスクリプトが次のエラーを返します。

<ORACLE_HOME>/bin/crsctl query crs activeversion ... failed rc=4 with message: Unexpected parameter: crs

回避策: このエラーは無視しても問題ありません。

Oracle Bug#12332603

Cluster Ready Services (CRS)がすべてのノードで停止した場合、Oracle Automatic Storage Management (Oracle ASM)はローリング移行の状態を失います。これが発生した場合、Oracle ASMのいずれかのバージョンが、ORA-15153またはORA-15163のエラー・メッセージで失敗します。

回避策: リリース11.2.0.3をリリース11.2.0.4にアップグレードしている4つのノード(node1、node2、node3、node4)での次のようなシナリオを考えます。

- node1とnode2は11.2.0.4にアップグレードされて、稼働しています。

- node3とnode4はまだ11.2.0.3で、稼働しています。

- ここで停止が発生し、すべてのCRSスタックがダウンして、クラスタが異種混合状態のままになるものとします(つまり、2つのノードは11.2.0.3で、2つのノードは11.2.0.4)。

アップグレードを続行するには、(最初のノードとして開始されたノードに応じて)次のいずれかの手順を実行します。

- node3またはnode4が最初のノードとして開始された場合は(たとえば、11.2.0.3ノードとして)、11.2.0.4ノードを起動する前に、node3またはnode4上のOracle ASMインスタンスで、ALTER SYSTEM START ROLLING MIGRATION TO '11.2.0.4'コマンドを実行する必要があります。

- node1またはnode2が最初のノードとして開始された場合は、11.2.0.3ノードを起動する前に、node1またはnode2上のOracle ASMインスタンスで、ALTER SYSTEM START ROLLING MIGRATION TO '11.2.0.3'コマンドを実行する必要があります。

この時点からは、すでに説明されているようにアップグレード手順を続行します。前述のいずれかの手順を実行して、Oracle ASMクラスタをローリング移行に戻すまで、クラスタ内で異なるバージョンの2つのノードを起動できないことに注意してください。起動すると、Oracle ASMのいずれかのバージョンが、ORA-15153またはORA-15163のエラー・メッセージで失敗します。

Oracle Bug#9413827

Oracle Cluster Registry (OCR)がOracle ASMにある場合、11.2.0.1 Oracle Clusterwareの11.2.0.4へのローリング・アップグレードが失敗します。

回避策: アップグレードを実行する前に、11.2.0.1クラスタ用Oracle Grid InfrastructureホームでOracle Bug#9413827用のパッチを適用します。

Oracle Bug#9276692

Oracle ASMインスタンスを完全に停止できません。

回避策: SRVCTLを使用してOracle ASMインスタンスが無効にされた場合は、Oracle ASMインスタンスが再起動されないようにOracle ACFS関連リソースの登録を解除する必要があります。そのためには、次のコマンドをrootとして実行します。

acfsroot disable

2.21.4 Oracle ASM Dynamic Volume Manager (Oracle ADVM)に関する既知の不具合

Oracle Bug#9683229

Oracle ADVMでは、マウント・バリア・オプションを有効化した状態でOracle ADVMを介してext3ファイル・システムをマウントすることはサポートされていません。SLES11では、マウント・バリア・オプションがデフォルトで有効化されます。

回避策: ext3ファイル・システムを-o barrier=1でマウントします。次に例を示します。

mount -o barrier=0 /dev/asm/myvol-131 /mnt

2.21.5 Oracle Automatic Storage Management Cluster File System (Oracle ACFS)に関する既知の不具合

Oracle Bug#19668256

OracleベースがOracle ACFSマウント・ポイント内にある場合、アンインストール・ツールによってOracle ACFSマウント・ポイントが削除されます。

回避策: Oracle ACFSマウント・ポイントの外側の場所をOracleベースの場所として選択します。

Oracle Bug#16988224

Oracle Automatic Storage Managementクラスタ・ファイル・システム(Oracle ACFS)・レプリケーションが構成されたローリング・アップグレードの後、クラスタ内で一部のレプリケーション・デーモンが実行されないことがあります。これは、次のコマンドを実行して確認できます。

crsctl stat res -w "TYPE = ora.acfsrepltransport.type"

レプリケートされたOracle ACFSファイル・システムがマウントされているノードでトランスポート・デーモンが実行されない場合、アップグレードの完了後にすべてのノードでファイル・システムをアンマウントしてから再マウントする必要があります。同じコマンドを再度実行して、デーモンが実行していることを確認します。

回避策: ありません。

Oracle Bug#15944411

Oracle ACFSファイル・システムのサイズ変更の5回目の試行で、次のエラーが返されます。

ACFS-03008: The Volume Could Not Be Resized At the 5th attempt

回避策: compatible.advm属性を11.2.0.4に設定します。compatible.advm属性を11.2.0.4に設定すると、Oracle ACFSファイル・システムの無制限のサイズ変更がサポートされます。

Oracle Bug#12690672

11.2.0.4より前のリリースでは、データベース・ホームをOracle Automatic Storage Managementクラスタ・ファイル・システム(Oracle ACFS)に配置できます。データベース・ホームがOracle ACFSファイル・システム上にある場合、データベースとそれに対応するOracle ACFSファイル・システムの間には起動および停止の強い依存関係があります。

Oracle Grid InfrastructureまたはOracle RACをリリース11.2.0.4にアップグレードした後、データベースと以前のバージョンのデータベース・ホームを格納していたOracle ACFSファイル・システムの間の依存関係は削除されません。

以前のバージョンのデータベース・ホームを格納するために使用されていたものとは異なるOracle ACFSファイル・システムを使用すると、データベースは起動できません。

回避策: データベースをアップグレードした後、データベース・ホームに異なるOracle ACFSファイル・システムを使用する場合は、データベース用に使用しているOracle ACFSファイル・システムのリストを確認し、srvctl modify database -d db_unique_name -j acfs_path_listコマンド(srvctl modify filesystem -j filesystem-listコマンドではなく)を使用して、ファイル・システムに対するデータベースの依存関係を更新することをお薦めします。

Oracle Bug#10104766

非常に大規模な共有Oracle ACFSディレクトリのlsコマンドがハングする場合があります(そのディレクトリからファイルを削除していた場合も含みます)。

回避策: compatible.advm属性を11.2.0.4に設定します。

compatible.advm属性をアップグレードした後、新しく作成したディレクトリでパフォーマンスが改善します。必要に応じて、compatible.advm属性の変更前に作成したファイルを、新しく作成したディレクトリにコピーできます。

Oracle Bug#10069735

パスワードで保護されたキーストアを使用するクラスタでは、暗号化を使用するOracle ACFSファイル・システムがOracle ACFSマウント・レジストリによってマウントされていると、管理者はキーストアのパスワードの入力を求められません。ファイル・システムをマウントする処理は正常に行われても、Oracle ACFSの暗号化が正しく動作するために必要な一部の情報を、ファイル・システムで使用できません。この場合、このファイル・システムでは暗号化は動作せず、ファイル・システムに含まれる暗号化されたファイルは、書き込むことも読み取ることもできません。

回避策: パスワードで保護されたキーストアを使用するクラスタでは、暗号化を使用するファイル・システムのマウントに、Oracle ACFSマウント・レジストリを使用しないでください。Oracle ACFSマウント・レジストリを使用してマウントされたファイル・システムがすでにある場合は、そのようなファイル・システムをアンマウントし、マウント・レジストリから削除して、後で暗号化されたデータが使用できなくなることがないようにしてください。その後、Oracle ACFSマウント・レジストリを使用しないでファイル・システムを再マウントし、リクエストされたら正しいパスワードを入力します。

Oracle Bug#8644639

Oracle ACFSマウント・ポイントを作成してレジストリに追加する場合、次の条件に該当すると、マウント・ポイントは自動的にマウントされません。

1. マウント・ポイントのディレクトリがOracle ACFSレジストリで登録済である。

2. マウント・ポイントのディレクトリがマウント済である。

3. マウント・ポイントがアンマウントされ、Oracle ACFSレジストリから削除されている。

4. レジストリからマウント・ポイントが削除されてから、ora.registry.acfsリソースが再起動されていない。

回避策: /tmp/.usm_state_fileファイルからマウント・ポイントのディレクトリを削除します。

2.21.6 Oracle Clusterwareに関する既知の不具合

Oracle Bug#17279427

クラスタウェアのインストールの一環としてroot.shまたはrootupgrade.shが実行されたときにJAVA_HOME環境変数がユーザー環境変数に設定されていると、Oracle Trace File Analyzer (TFA)のインストールが失敗します。次のメッセージが返されます。

You should not use any other parameters with -crshome will be seen in the root script log file.

回避策: この問題は、クラスタウェアのインストールまたはアップグレードでrootスクリプトの実行前にJAVA_HOMEが設定されないようにするか、最新のTFAをMy Oracle Supportのノート1513912.1 (https://support.oracle.com)からダウンロードすることで対応できます。

Oracle Bug#17227707

Oracle Trace File Analyzer (TFA)は、コレクション・ディレクトリとコレクション・ファイルのネーミングに日付とタイムスタンプを使用します。一部の非英語環境ではオペレーティング・システムのdateコマンドを使用すると、想定外のキャラクタが戻され、ディレクトリおよびファイルの名前に使用されることがあります。

回避策: この問題は、tfactl diagcollectをコールする前に環境変数LC_ALL=Cをエクスポートするか、または最新のTFAをMy Oracle Supportのノート1513912.1 (https://support.oracle.com)からダウンロードすることで対応できます。

Oracle Bug#17181902

Oracle Grid Infrastructureをリリース11.2.0.4にアップグレードした後、11.2以前のリリースのサービス・リソースがOFFLINEになることがあります。

回避策: 次のコマンドを使用して、OFFLINEのサービス・リソースを手動で起動します。

$ORACLE_HOME/bin/srvctl start service -d <dbname> -s <srvname> -i <instname>

Oracle Bug#17027888

メッセージの送信中にOCRマスターが停止すると、PEマスター以外のノード上のクラスタ・レディ・サービス・デーモン(CRSD)がハングしてOracle Cluster Registry (OCR)リクエストの処理を停止する場合があります。

回避策: CRSDプロセスを再起動します。

Oracle Bug#16914379

Oracle Grid InfrastructureをOracle Database 11gリリース2 (11.2.0.4)からOracle Database 12cリリース1 (12.1)にアップグレードしようとすると、Oracle ACFSまたはOracle ADVMリソースを停止できないために処理が失敗します。

回避策: SRVCTLまたはCRSCTLを使用してリソースを手動で停止し、アップグレードを再試行します。

Oracle Bug#16825359

Cluster Health Monitor (CHM)リポジトリを以前のディレクトリに再配置しようとすると次のエラーが返されます。

CRS-9114-Cluster Health Monitor repository location change failed on one or more nodes.Aborting location change.

回避策: 以前のサブディレクトリ(<hostname>, <hostname>bkp)をアーカイブまたは削除してから再試行します。

Oracle Bug#16592535

10.1.0.5のクラスタ・レディ・サービス(CRS)を11.2.0.4にアップグレードする際、パッチ3841387が必須ですが、クラスタ検証ユーティリティ(CVU)の前提条件チェックではその要件がチェックされません。そのため、パッチが適用されていなくてもCVUはエラーを発行しません。

回避策: アップグレードを進める前に、opatch lsinventoryコマンドを使用してパッチ3841387を10.1.0.5のソース・ホームに手動で確実に適用します。

Oracle Bug#13110641

グリッド・ネーミング・サービス(GNS)とともに構成されているクラスタにOracle RACソフトウェアをインストールしているときに、GNSが正常に動作していても、前提条件のページにGNS整合チェックの警告ステータスが表示される場合があります。

このメッセージには次のようなものがあります。

PRVF-5217 : An error occurred while trying to look up IP address for
"<gns-subdomain-extended-name>"

回避策: エラー・メッセージにリストされている完全修飾名に対して、nslookupを実行します。nslookupから非認証応答とともにその名前のIPアドレスが戻された場合は、この警告は無視してかまいません。名前がIPアドレスに解決されなかった場合は、エラー・メッセージの「処置」に記されている手順に従ってください。

Oracle Bug#13073882

Oracle Grid Infrastructureをリリース11.2.0.4にアップグレードした後、11.2以前のリリースのサービス・リソースがOFFLINEになることがあります。

回避策: 次のコマンドを使用して、OFFLINEのサービス・リソースを手動で起動します。

srvctl start service -d <dbname> -s <srvname> -i <instname>

Oracle Bug#13033342

Oracle RAC環境でOracle ASM 10.2.xからOracle Grid Infrastructure 11.2.xまたはOracle ASM 11.2.xにアップグレードした後、ノード追加操作を実行する前に、ディスク・グループでPFILEをSPFILEに移動する必要があります(そうしないと、正しい初期化パラメータ・ファイルを検索できません)。

回避策: ありません。

Oracle Bug#12900070

Oracle Clusterwareのアップグレードを準備する際に、Cluster検証ユーティリティ(CVU)のコマンドruncluvfy.sh stage -pre crsinst -upgradeを使用すると、次のエラーが発生する場合があります。

Unable to retrieve nodelist from Oracle Clusterware

このエラーの原因は、olsnodesはOracle Clusterwareが停止しているときにノードのリストを返せないことです。

回避策: -nフラグを使用してcluvfy.sh stage crsinst -upgradeコマンドを実行し、クラスタ・メンバー・ノードのカンマ区切りリストを提供します。次に例を示します。

runcluvfy.sh stage -pre crsinst -upgrade -n node1, node2, node3

Oracle Bug#12769576

11.2.0.3では、クラスタ状態モニター(CHM)・リポジトリのデフォルトのRETENTION_TIMEサイズ(秒単位)は、4ノード・クラスタの場合は30823、他のクラスタの場合は(30823*4)をノードの数で割った値です。11.2.0.3から11.2.0.4にアップグレードすると、RETENTION_TIMEは4ノード・クラスタの場合は6311になります。

回避策: 11.2.0.3から11.2.0.4にアップグレードした後、次のoclumonコマンドを使用して、4ノード・クラスタのRETENTION_TIMEサイズを6311から30823に変更することをお薦めします。

oclumon manage -repos resize 30823

Oracle Bug#8733944

リリース11.1.0.7からのOracle Clusterwareで、Oracle Exadataサポートに必要なパッチまたは11.1.0.7 CRSバンドル・パッチ1を適用すると発生する問題のため、停止コマンドまたは障害により別のノードでクラスタウェアが停止すると、CSSデーモンが停止する場合があります。

この兆候としては、最大値を超えていることを示す、CSSDログのASSERTです。次に例を示します。

Group ID of xxxx exceeds max value for global groups

回避策: Oracle Exadataサポート・パッチまたは11.1.0.7 CRSバンドル・パッチ1を実行している場合、この問題を解決するには、この不具合用のパッチを適用することをお薦めします。

この問題は、前述のパッチを使用して11.1.0.7からアップグレードする際にも発生する場合があります。アップグレード時に11.1.0.7のノードが停止する潜在的な問題を排除するには、この不具合用のパッチをアップグレード前に11.1.0.7のノードに適用します。

アップグレードする場合は、アップグレード時にアップグレードされなかったノードを再起動せずに、すべてのノードでアップグレードを完了しておくことをお薦めします。アップグレードの実行中に11.1.0.7のノードが停止する場合は、再起動しないでアップグレードしてください。

Oracle Bug#8657184

2つのネットワーク・インタフェースがクラスタ内でパブリック・ネットワーク・インタフェースとして構成されており、一方のノードのパブリック・インタフェースに障害が発生した場合に、もう一方のパブリック・インタフェースにVIPが自動的にフェイルオーバーされません。

回避策: 複数のパブリック・ネットワーク・インタフェースが存在する場合は、高可用性のためにインタフェースの結合を使用します。Oracle Clusterwareインストーラの「ネットワーク・インタフェースの使用方法の指定」画面で、パブリックとして1つの(結合された)インタフェースのみを選択します。srvctl add nodeappsまたはsrvctl add vipでパブリック・ネットワークを構成する場合は、-Aまたは-S引数に1つのネットワーク・インタフェース名のみを指定します。

Oracle Bug#8641798

注意: Oracle Bug#3841387、8262786、8373758、8406545および8441769も参照してください。

Oracle Clusterwareを11.2にアップグレードすると、10.1、10.2および11.1のOracle RACデータベースのOracleリソースが正常に動作しない場合があります。

回避策: ここに示すいずれかの不具合のパッチをOracle Databaseホームに適用します。

2.21.7 Oracle Database Upgrade Assistant (DBUA)に関する既知の不具合

Oracle Bug#12914730

カスタム・ネットワーク構成が、リリース11.2.0.4へのOracle RACデータベースのアップグレードに継承されません。

回避策: ソースOracleホームからターゲットOracleホームに設定を手動でコピーして、カスタム・ネットワーク構成を再度行う必要があります。

2.21.8 Oracle Database Vaultに関する既知の不具合

Oracle Bug#8341283

成功または失敗時に監査するように監査オプションが設定されている場合、DVSYS.AUDIT_TRAIL$表のACTION_NAMEエントリに、失敗したレルム強制のRealm Authorization Auditが表示されます。RETURNCODEには、トリガーされた正しいエラー・コードが表示されます。

回避策: 違反が発生しているかどうかをRETURNCODE値を使用して判断し、レルム強制またはコマンド・ルール強制によって監査が生成されたかどうかをACTION_NAME列を使用して特定します。

Oracle Bug#7118790

Oracle Database 11gリリース2 (11.2.0.4)より前は、Oracle Database Vault環境でORADEBUGの使用を制御するメカニズムがありませんでした。

回避策: DVSYS.DBMS_MACADM.ENABLE_ORADEBUGおよびDVSYS.DBMS_MACADM.DISABLE_ORADEBUGプロシージャを使用して、ORADEBUGの使用を制限できます。

2.21.9 Oracle Database QoS Managementに関する既知の不具合

Oracle Bug#12792222

この不具合は、Oracle Database QoS Managementによって管理されるCPUリソースの推奨事項に対するものです。サーバー上のすべてのインスタンスに対して構成されているCPUの数が、そのサーバーの物理CPUの数より少ない場合、割り当てられていない(空いている) CPUがOracle Database QoS Managementによって検出されず、構成されているCPUの数を増やすことを薦める推奨が行われません。データベースをホストしているスライスだけが、ターゲット・スライスに対するドナーとして考慮されます。割り当てられていないいずれかのCPUの追加が、最高ランクのCPU移動アクションである必要があります。

回避策: 各サーバーで各データベース・インスタンスに対して構成されているCPU数の合計が、物理的なCPUの数と同じであることを確認します。

Oracle Bug#12767103

分類子に複数のサービスが含まれるパフォーマンス・クラスを作成し、これらのサービスがすべて同じサーバー・プールで実行するように指定されていない場合、Enterprise Manager Quality of Service (QoS)管理パフォーマンス・クラス詳細ページでのそのパフォーマンス・クラスのメトリック・グラフが正しくありません。リソース使用時間グラフおよびリソース待機時間グラフには、1つのサーバー・プールからのメトリックのみが表示されます。他のグラフには、すべてのサーバー・プールからのメトリックが正しく表示されます。

回避策: この不具合は、このタイプのパフォーマンス・クラスに関連する正しい管理または推奨アクションには影響しません。

2.21.10 Oracle Database Enterprise Editionに関する既知の不具合

Oracle Bug#20511726

データベース・ディレクトリ名に、エラー・メッセージの接頭辞コード(TNS、ORAなど)が含まれていてはいけません。Oracle Enterprise Managerでのトラブルの原因となります。

回避策: ありません。

Oracle Bug#16386142

インストーラは、ソース・ファイルでの権限を保護するために-pオプションを使用して、一時的なブートストラップ先(通常は/tmp)にファイルをコピーします。ソースおよびターゲットのファイル・システムが同じACLオプションでマウントされていない場合、ターゲットのファイル・システムで権限を保持できないため、次のエラーでコピーが失敗します。

[INS-30060] Check for group existence failed.

回避策: 取り得る回避策には次の3つがあります。

- 同じACLオプションを使用して、ソース・ファイル・システムと/tmpディレクトリのファイル・システムをマウントします。

- noaclオプションを使用して、ソース・ソフトウェアがあるファイル・システムをマウントします。

- インストール・ソフトウェアを/tmpディレクトリにコピーし、インストールを再試行します。

注意:
この問題は、ソフトウェア(zipファイル1および2)が同じ場所に展開されていないとき、またはインストール中にOSOPERグループが指定されたときに発生します。

Oracle Bug#9859532

ノード固有ネットワーク・インタフェースの現在の実装では、そのノードに対してOracle RACが使用するすべてのネットワークの完全な定義が必要です(つまり、ノードがグローバル・ネットワーク構成に従っているか、またはノードでノード固有のネットワーク構成が定義されていることが必要です)。

そのため、最初のノード固有ネットワーク・インタフェースが特定のノードに対して定義されると、Oracle RACは、すでに構成されていて、同じノードに適用されている可能性のある構成済のグローバル・ネットワーク・インタフェースを考慮しません。

これは正しい動作ですが、問題があります。クラスタに動作しているグローバル・ネットワーク構成がある場合、ユーザーが(oifcfgを使用して)それを更新し、ノード固有のpublicインタフェースを定義するときには、グローバル構成はそのノードに対して考慮されず、ノードは新しく定義されたpublicインタフェースを1つだけ持つようになります。グローバル・ネットワーク構成に存在し、このノードに対してまだ正常に解決を行う可能性のあるすべてのクラスタ・インターコネクトは、有効とは見なされなくなります。したがって、ノードはクラスタ・インターコネクトを失い、PCWスタックはそのノードで停止します。

回避策: ノードがグローバル・クラスタ・ネットワーク構成に属していて、ネットワーク構成をノード固有にする場合は、最初のノード固有インタフェースとしてクラスタ・インターコネクトを定義し、他のクラスタ・ノードとのインターコネクトをノードが失わないようにする必要があります。その後は、必要に応じて他のノード固有インタフェースを定義できます。

Oracle Bug#8729627

11.1のDBCAを使用して、11.2のOracle Clusterwareを実行しているクラスタでデータベースを削除する場合、データベース・リソースがロックされるためにPRKP-1061/CRS-2524エラーが表示される場合があります。

回避策: このメッセージは無視しても問題ありません。「OK」をクリックして続行します。

2.21.11 Oracle Enterprise Manager Database Controlに関する既知の不具合

Oracle Bug#16706199

クラスタ・レディ・サービス(CRS)をOracle Enterprise Manager Cloud Control (Cloud Control)向けにアップグレードしても、クラスタ・ターゲットのOracleホームの値が変更されません。

回避策: 次の手順に示すとおり、Oracle Enterprise Manager Grid ControlまたはOracle Enterprise Manager Cloud Controlでクラスタ・ターゲットのプロパティをクラスタとその関連ターゲットに合わせて変更します。

1. 「ターゲット」ページで「すべてのターゲット」をクリックします。

2. ターゲットを選択します。

3. ターゲットのメニュー項目を選択し、「ターゲット設定」、次に「監視構成」をクリックします。

4. 「監視構成」ページで、アップグレードした「クラスタウェアのOracleホーム」に「Oracleホームのパス」を設定します。

Oracle Bug#12793336

Oracle ASM構成アシスタント(ASMCA)を使用してCluster Ready Services (CRS)またはOracle ASMをリリース11.2にアップグレードしようとすると、アップグレードは成功しますが、権限の問題により、既存のエージェント・ホーム内のクラスタ・ターゲットに対する新しいクラスタウェア・ホームの更新が失敗することがあります。その結果、Oracle Enterprise Manager Grid ControlおよびDatabase ControlはOracle ASMおよびCRSターゲットを監視できません。

回避策: ASMのホームページとクラスタのホームページにある「モニタリング構成」リンクを使用して、Oracle ASMおよびクラスタのターゲットのOracleHomeプロパティをそれぞれに変更します。

Oracle Bug#9766628

emctlコマンドが有効な結果を返しません。

回避策: emctlコマンドはOracle Databaseホームから実行する必要があります。クラスタ用Oracle Grid Infrastructureホームからこのコマンドを呼び出さないでください。

Oracle Bug#8674920

クラスタ用Oracle Grid InfrastructureとOracle Databaseのインストール所有者が異なる場合は、Oracle ASMバイナリとOracle Enterprise Managerエージェント・バイナリの所有者も異なります。サポート・ワークベンチを起動すると、エラー・メッセージError Operation failed - Operation failedが表示されます。これは、別のユーザーとしてOracle Enterprise Managerエージェントが実行されており、サポート・ワークベンチにOracle ASMターゲットの権限がないためです。

回避策: ありません。

2.21.12 Oracle OLAPに関する既知の不具合

Oracle Bug#9917299

インストール・キットで提供されているシードを使用してデータベースがインストールされていて、OLAPオプションが選択されていない場合、インストールの終了時またはしばらくしてから、OLAP Analytic WorkspaceおよびOLAP APIコンポーネントが無効と報告されます。

エラー・メッセージを除くと、これによるインスタンスの実行への影響は何もありません。

回避策: 次のいずれかを行います。

- エラーを無視します。

- OLAP (または問題のあるオプション)を有効にします。

- OLAPを含まない独自のシード・データベースを作成して使用します。

Oracle Bug#9545221

ソース表がターゲット・スキーマの一部ではないマテリアライズド・ビューが有効なキューブまたはキューブ・ディメンションをインポートすると、「Object not found」というエラーで失敗します。

回避策: インポートの前に失敗したオブジェクトに対するマテリアライズド・ビューを無効にし、ソース表が存在するようになったら再び有効にします。

2.21.13 Oracle Real Application Clusters (Oracle RAC)に関する既知の不具合

Oracle Bug#17210454

Oracle Real Application Clusters (Oracle RAC)の構成監査ツール(RACcheck)を英語以外の環境で実行すると、/tmpディレクトリに利用可能な領域が十分にある場合でも利用可能な領域のエラーが戻されます。

回避策: この問題を回避するには、My Oracle Supportのノート1268927.1 (https://support.oracle.com)から最新のRACcheckをダウンロードします。

Oracle Bug#16233295

11.2.x.xから11.2.0.4にアップグレードする際、カスタマイズされたリスナー構成が設定されている場合(リモート・リスナーなど)、Database Upgrade Assistant (DBUA)によってデフォルトに戻されます。

回避策: データベースをアップグレードした後に、SQL*PlusからALTER SYSTEM SET REMOTE_LISTENER=<user_remote_listener_setting>, ... SCOPE=BOTHを実行します。

2.21.14 Oracle SQL*Loaderに関する既知の不具合

Oracle Bug#9301862

外部表コードがNFSによって提供されるディスク上の非常に大きいファイルを読み取るとき、時間とともに読取りのI/Oパフォーマンスが低下する場合があります。これは、NFSがファイルから読み取ったブロックをメモリーにキャッシュすることが原因です。これらのブロックは再度読み取られることがないので、キャッシュの維持に費やされる時間によってI/O操作が遅くなります。

回避策: (O_DIRECTフラグを使用しない)現在の動作はデフォルトのままです。次に示す方法で、O_DIRECTフラグの使用を有効にできます。

- この不具合に対する修正コントロールを有効にし、次のコマンドを使用してONに設定します。

ALTER SESSION SET "_fix_control"='9301862:ON';

修正コントロールを有効にすると、外部表コードはFILESYSTEMIO_OPTIONS構成パラメータを調べて、DIRECTIOまたはSETALLに設定されている場合は、読取り用にデータファイルを開くときに、ORACLE_LOADERアクセス・ドライバでO_DIRECTフラグを指定します。FILESYSTEMIO_OPTIONSパラメータが設定されていない場合、または他の値に設定されている場合は、ユーザーが次のオプションを選択しないかぎり、アクセス・ドライバはO_DIRECTの使用を試みません。

- アクセス・ドライバで新しいIO_OPTIONS句を使用して、直接I/Oを指定します。この句は、さらに大きなRECORDS句の一部です。構文は次のとおりです。

IO_OPTIONS (DIRECTIO | NODIRECTIO)

DIRECTIOを指定した場合、アクセス・ドライバはファイルを開くときにO_DIRECTフラグを使用します。NODIRECTIOを指定した場合、アクセス・ドライバはO_DIRECTフラグを使用しません。IO_OPTIONSによって指定されるアクションは、この不具合に対する_fix_controlの設定に関係なく実行されることに注意してください。

1番目のオプションがすべての外部表に対してO_DIRECTの使用を有効にする方法であるのに対し、2番目のオプションでは特定の外部表に対してDIRECTIOを使用することも、使用しないこともできます。

2.21.15 Oracle Universal Installerに関する既知の不具合

Oracle Bug#17533350

32ビットのOracle Databaseクライアント・ソフトウェアを64ビット・アーキテクチャのサーバーにインストールする場合、Oracleベースを、他の64ビットOracle Database製品ソフトウェアの保護されたOracleベースと同じにすることはできません。

64ビットOracle Database製品ソフトウェアをインストールする場合、Oracleベースを、32ビットのOracle Databaseクライアント・ソフトウェアの保護されたOracleベースと同じにすることはできません。

回避策: ありません。

Oracle Bug#17085615

ローカル・ノードのみを削除しているとき、次のメッセージは無視しても問題ありません。

The deconfig command below can be run in parallel on all the remote nodes.Run the command on the local node after the execution completes on all the remote nodes.

回避策: ありません。

Oracle Bug#17008903

11.2.0.4のOracle Grid Infrastructureをインストールするときに、十分な権限がないディスクがあるノード上でroot.shが失敗したことが原因でリモート・ノード上の権限が不十分なOracle ASMディスクが選択された場合でも、Oracle Universal Installer (OUI)は検証とレポートを行いません。

回避策: リモート・ノードにある権限が不十分なOracle ASMディスクが選択されないようにします。クラスタ検証ユーティリティ(CVU)ツールを使用して、リモート・ノードのディスクに十分な権限があることを検証できます。

Oracle Bug#16930240

11.2.0.2または11.2.0.3のOracle Grid Infrastructureを11.2.0.4.0にアップグレードするとき、1,000を超えるデータベース・サービス・リソースが登録されている場合に、Server Management (SRVM)モデルをアップグレードしようとすると、rootスクリプトが1番目のノードで停止するためにアップグレードが失敗します。

回避策: アップグレードを開始する前に、11.2.0.2または11.2.0.3のOracle Grid InfrastructureホームでOracle Bug#16684285用のパッチを手動で適用します。

Oracle Bug#16842099

データベースがOracle Universal Installer (OUI)を使用して構成されている場合、VKTM/LMSプロセスが誤った優先度で実行されます。

回避策: インストール完了後にデータベースを停止した後、起動します。

Oracle Bug#13028836

現在のノードまたはローカル・ノード上でのみ、セキュア・シェル(SSH)設定コードによってユーザーのホーム・ディレクトリ権限が755に変更されます。

回避策: SSHがローカル・ノードで一部のSSH関連操作を行うにはこの権限が必要であるため、これは必要な動作です。

Oracle Bug#13012502

Oracle Database ClientまたはOracle Database Examplesソフトウェアで追加されたOracleホームをクローニングすると、データベースの作成に失敗します。

回避策: クローニング操作中に、『Oracle Databaseインストレーション・ガイドfor Linux』で指定されているとおりに権限付きのオペレーティング・システム・グループ(OSDBA_GROUPとOSOPER_GROUP)の値を入力します。

Oracle Bug#12930328

クラスタのノードによって中央のインベントリの場所が異なる場合、addnode.shではクラスタのリモート・ノードのインベントリが正しく更新されません。

回避策: クラスタにノードを追加するには、クラスタのすべてのノードで中央のインベントリの場所が同じであることが必要です。addnode.shを実行する前に、そのようになっていることを確認してください。

Oracle Bug#12711224

Oracle Universal Installer (OUI)が、ノードの再起動中、またはrootupgradeスクリプトの実行中にクラッシュした場合、OUIはアップグレード後のタスクを再開できません。

回避策: 次のタスクを手動で処理し、アップグレードを完了する必要があります。

- 11.2より前から11.2.0.4リリースにアップグレードしている場合:

1. インベントリの更新

2. Orace Net Configuration Assistant

3. 自動ストレージ管理構成アシスタント

4. Enterprise Managerの構成アップグレード・ユーティリティ

5. Oracleクラスタ検証ユーティリティ

- 11.2以降から11.2.0.4リリースにアップグレードしている場合:

1. インベントリの更新

2. Enterprise Managerの構成アップグレード・ユーティリティ

3. Oracleクラスタ検証ユーティリティ

Oracle Bug#8729326

11.2のClusterwareにアップグレードする場合、インストーラはASMCAをサイレント・モードで起動し、Oracle ASMをクラスタ用Oracle Grid Infrastructureホームにアップグレードします。11.1.0.7からアップグレードする際、Oracle ASMアップグレードはローリング方式で処理されます。前のバージョンのOracle ASMインスタンスは、ローリング方式以外の方法でアップグレードされ、Oracle ASMベースのデータベースは警告なしでバウンスされます。

回避策: すべてのノードでroot.shを実行してから、インストーラによるプロンプトを確認できる時点まで、データベースの停止を計画できます。この時点で、CRSはローリング方式でアップグレードされ、インストーラはASMCAをコールしてOracle ASMをアップグレードします。これにより、データベースはOracle ASMアップグレードの一部としてバウンスされます。

Oracle Bug#8666656

Oracleホーム(ORACLE_HOME/oui/bin/runInstaller)にあるOracle Universal Installer (OUI)のrunInstallerスクリプトでは、11.2.0.1リリースのOracle Database、クラスタ用Oracle Grid InfrastructureおよびOracle Databaseクライアントをインストールできません。

回避策: それぞれの11.2.0.1.0製品メディアのOracle Universal Installerを使用して製品をインストールします。

Oracle Bug#8638708

Oracle Universal Installer (OUI)のデータベース構成「デスクトップ・クラス」を選択すると、リスナーおよびデータベース制御は、ホスト名として'localhost'で構成されます。Oracle Enterprise Manager Database Controlのemctlを使用したstartおよびstop操作が失敗する場合があります。

回避策: 該当のホームでemctlを使用するDatabase Controlの起動および停止操作では、ORACLE_HOSTNAME環境変数を'localhost'に設定します。

Oracle Bug#8407818

addNode.shを使用して、共有Oracle Databaseホームに新しいノードを追加すると、新しく追加したノードの/etc/oratabに、addNode.shの実行元のソース・ノードに存在するソース・データベース名のエントリが入ります。DBCAを使用して新しいノードでデータベース・インスタンスが追加されると、新しいノードの/etc/oratabファイルにデータベース・エントリが入ります。

回避策: ソース・ノードからDBCAを起動して、新しいノードでデータベース・インスタンスを新しく追加する前に、エディタを使用して新しいノードで/etc/oratabファイルを開き、ソース・データベース名のエントリを削除します。

2.21.16 Oracle XML Databaseに関する既知の不具合

Oracle Bug#17215306

次のエラーが発生する場合があります。

ORA-600 [QMXPTREWRITEFRO1]

回避策: XMLTABLE()問合せを使用していてこのエラーが発生した場合、この不具合の修正をBLRにリクエストするか、または次のコマンドを使用します。

ALTER SESSION SET EVENTS '19120 TRACE NAME CONTEXT FOREVER, LEVEL 0x10000000'

Oracle Bug#16069266

トランスポータブル表領域(TTS)を使用してバイナリXMLデータを含んだ表をエクスポートまたはインポートする操作はサポートされていません。

回避策: Oracle Data Pumpの従来のパスを使用してデータを移動します。

Oracle Bug#12834970

リリース11.2.0.3以降、MOVEXDB_TABLESPACEおよびREBUILDHIERARCHICALINDEXプロシージャはDBMS_XDBパッケージからDBMS_XDB_ADMINパッケージに移動されました。これらのプロシージャは、DBMS_XDBパッケージでは使用できなくなりました。

回避策: ありません。

Oracle Bug#9586264

XMLQUERYまたはXMLTABLE問合せを完全に最適化するには、OPTIMIZER_FEATURE_ENABLEを11.1.0.6以降に設定する必要があります。

回避策: ありません。

2.21.17 ベンダーとオペレーティング・システムに関する既知の不具合

Oracle Bug#8256753

1つのクライアント・マシンでのSCANおよびEZCONNECTを使用する接続を要求できるのは、特定のSCANリスナーの使用に対してです。したがって、ラウンドロビンDNSを使用してロード・バランシングを行うことはできません。

回避策: tnsnames.oraで次のようにLOAD_BALANCE=onを指定する構成を使用してデータベースに接続します。

ORCL =
(DESCRIPTION =
(LOAD_BALANCE=on)
(ADDRESS = (PROTOCOL = TCP)(HOST = stscan1)(PORT = 1521))
(CONNECT_DATA =
(SERVER = DEDICATED)
(SERVICE_NAME = srv.world)
)
)

3 Oracle Database 11gリリース2 (11.2.0.3)のREADME情報

注意:
Oracle Database 11g リリース2 (11.2.0.3)を使用する場合は、このREADMEを参照してください。

READMEのこの項には、さらに次の項があります。

第3.1項「互換性、アップグレード、ダウングレードおよびインストール」

第3.2項「11.2.0.3で使用できないか制限されている機能」

第3.3項「デフォルト動作の変更点」

第3.4項「データベース・セキュリティ」

第3.5項「Oracle Automatic Storage Management (Oracle ASM)」

第3.6項「JavaおよびWebサービス」

第3.7項「メディア管理ソフトウェア」

第3.8項「Oracle Application Express」

第3.9項「Oracle Data Mining」

第3.10項「Oracle Database Vault」

第3.11項「クラスタ用Oracle Grid Infrastructure」

第3.12項「Oracle Multimedia」

第3.13項「Oracle Net Listener」

第3.14項「Oracle ODBC Driver」

第3.15項「Oracle Real Application Clusters」

第3.16項「Oracle Spatial」

第3.17項「Oracle SQL Developer」

第3.18項「Oracle Text」

第3.19項「Oracle Warehouse Builder」

第3.20項「Oracle XML DB」

第3.21項「Pro*C」

第3.22項「Pro*COBOL」

第3.23項「SQL*Plus」

第3.24項「未解決の不具合」

3.1 互換性、アップグレード、ダウングレードおよびインストール

アップグレード前の処理、アップグレード後の処理、互換性および相互運用性の説明に関する最新の更新内容およびベスト・プラクティスについては、Oracle Database 11gリリース2(11.2)(https://support.oracle.com)のノート785351.1を参照してください。

注意:
インストールの完了後、Oracleソフトウェアが実行されている間は、/tmp/.oracleまたは/var/tmp/.oracleディレクトリやディレクトリ内のファイルを手動で削除したり、それらを削除するcronジョブを実行しないでください。これらのファイルを削除すると、Oracleソフトウェアが断続的にハングする場合があります。クラスタ用のOracle Grid InfrastructureおよびOracle Restartのインストールが失敗し、次のエラーが表示されます。

CRS-0184: Cannot communicate with the CRS daemon.

3.1.1 リリース11.2.0.3から11.2.0.2へのダウングレードでcatdwgrd.sqlを実行するとエラーになる

リリース11.2.0.3から11.2.0.2にダウングレードするとき、@catdwgrd.sqlを実行すると次のエラーが発生します(Oracle Bug#11811073を参照)。

ORA-20000: Upgrade from version 11.2.0.2.0 cannot be downgraded to version

更新バージョンのcatrelod.sqlを提供するリリース11.2.0.2用のパッチ11811073を適用してください。このパッチは、@catdwgrd.sqlを実行する前に11.2.0.2環境で適用する必要があります。

3.1.2 リリース11.1.0.6へのダウングレード

リリース11.1.0.6へのダウングレードを予定している場合は、Oracle Bug#7634119用のパッチを適用します。このアクションにより、次のDBMS_XS_DATA_SECURITY_EVENTSエラーが回避されます。

PLS-00306: wrong number or types of arguments in call
to 'INVALIDATE_DSD_CACHE' DBMS_XS_DATA_SECURITY_EVENTS
PL/SQL: Statement ignored

このパッチは、catrelod.sqlの実行前に適用してください。

3.1.3 11.2.0.3から11.2または10.2にダウングレードした後で無効なオブジェクトが表示される

11.2.0.3から11.1または10.2にダウングレードした後で、次の無効なオブジェクトが表示される場合があります。

CTX_FILTER_CACHE_STATISTICS (synonym)
CTX_FILTER_CACHE_STATISTICS (view)

上位リリースのOracleで、@catdwgrd.sqlを実行した後、@catrelod.sqlを実行する前に、次の2つのコマンドを発行します。

SQL> drop public synonym ctx_filter_cache_statistics;
SQL> drop view ctx_filter_cache_statistics;

3.1.4 -forceアップグレードを実行すると不正なGridホーム・ノード・リストがインベントリに作成される

アップグレードの間にノード・クラッシュが発生した場合、-forceアップグレードを実行して、部分的なクラスタから使用できないノードを除いた部分をアップグレードできます(Oracle Bug#12933798を参照)。

-forceアップグレードを実行した後、インベントリ内のGridホームのノード・リストは、Oracle Grid Infrastructureの実際のデプロイメントと同期していません。ノード・リストにはまだ使用できないノードが含まれます。インベントリのノード・リストが正しくないので、その後のアップグレードまたはノードの追加およびOracle Grid Infrastructureの他のデプロイメントは失敗します。

-forceアップグレードを実行した後、CRSユーザーとして次のコマンドを手動で呼び出してください。

$GRID_HOME/oui/bin/runInstaller -updateNodeList "CLUSTER_NODES={comma_separated_alive_node_list}" ORACLE_HOME=$GRID_HOME CRS=true

3.1.5 表領域および高速リカバリ領域のサイズ設定

注意:
高速リカバリの以前の名称はフラッシュ・リカバリでした。

Oracle Database 11gのアップグレード前情報ユーティリティ(utlu112i.sql)は、SYSTEM表領域およびデータベース内のコンポーネントに関連するその他の表領域(SYSAUX、DRSYSなど)で必要となる追加領域を見積ります(Oracle Bug#13067061を参照)。手動でアップグレードする場合は、その前に既存のデータベースに対して必ずこのユーティリティを実行してください。

表領域サイズの見積りは、特に、データベースにOracle XML DBがインストールされている場合は小さすぎる場合があります。ただし、手動でのアップグレードまたはDatabase Upgrade Assistant (DBUA)を使用したアップグレード時に発生する可能性のある領域の問題を回避するために、アップグレード中は、各表領域用のデータファイルにAUTOEXTEND ON MAXSIZE UNLIMITEDを設定できます。

ファイル・システムを使用してデータファイルを格納している場合は、ファイル・システムに、アップグレード中の表領域の増大に対応できる十分な領域があることを確認してください。

高速リカバリ領域を使用している場合は、使用可能なサイズが、アップグレード中に生成されるREDOに対して十分であることを確認してください。サイズが適切でない場合には、アラート・ログにORA-19815エラーが書き込まれ、追加の領域が使用可能になるまでアップグレードは停止されます。

3.1.6 Database Controlが構成されているデータベースのダウングレード

Database Controlが構成されている状態でデータベースをダウングレードするときは、次の事項に注意してください(Oracle Bug#9922349を参照)。

1. 11.2.0.1から11.2.0.3へのアップグレードを行っていて、後で11.2.0.1にダウングレードする予定の場合、データベースのダウングレードの一部としてDatabase Controlをダウングレードするには、次のパッチを適用する必要があります。

- 11.2.0.1 PSU2バンドル

- Oracle Bug#8795792用個別パッチ

これらのパッチを適用しないと、Database ControlのデータをリストアするときにemdwgrdユーティリティがIMPORT (impdp)エラーで失敗します。

2. 11.2.0.1 Oracle RACデータベースでemdwgrdを実行する際、システム識別子(SID)の別名がtnsnames.oraで定義されていない場合は、追加のパラメータ-serviceAliasを渡す必要があります。SID名とデータベース名が異なる場合は、単一のインスタンスに対してもこのパラメータの指定が必要です。次に例を示します。

emdwgrd -save [-cluster] -sid SID [-serviceAlias tns_alias] -path save_directory
emdwgrd -restore -tempTablespace TEMP [-cluster] -sid SID [-serviceAlias tns_alias] -path save_directory

3. Oracleホームを使用する11.2.0.3から11.2.0.1へのインプレース・ダウングレードの場合は、emdwngrd -restoreを実行する前にemca -restoreを実行する必要はありません。

3.1.7 単一ノードのOracle RACデータベースのアップグレード時にDBUAが失敗する

AUDIT_FILE_DEST初期化パラメータをORACLE_HOMEの下の場所に設定して単一ノードのOracle RACデータベースをアップグレードするときに、DBUAがCannot create dump dirなどのエラー・メッセージを戻します(Oracle Bug#12957138を参照)。このエラーが発生した場合は、次の手順を実行します。

1. DBUAを終了します。

2. ORACLE_BASE/admin/adumpを指すようにAUDIT_FILE_DEST初期化パラメータを変更します。

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

4. DBUAを使用して、アップグレードを再試行します。

3.1.8 削除の制限

次の各項では、削除および構成解除の制限について説明します。詳細は、第3.24.3項「削除ツールに関する既知の不具合」を参照してください。

3.1.8.1 アップグレードした11.2のOracle RACおよびクラスタ用Oracle Grid Infrastructureのホームの削除

アップグレードしたOracle Database 11gリリース2 (11.2)のOracle RACホームを構成解除または削除した後に、11.2のクラスタ用Oracle Grid Infrastructureホームを構成解除または削除するには、11.2より前のOracle RACソフトウェア・ホームを中央のインベントリからデタッチする必要があります(Oracle Bug#8666509を参照)。

11.2より前のOracle RACホームを中央のインベントリからデタッチするには、次のコマンドを使用します。

ORACLE_HOME/oui/bin/runInstaller -detachHome ORACLE_HOME_NAME=pre-11.2_ORACLE_HOME_NAME ORACLE_HOME=pre-11.2_ORACLE_HOME

3.1.9 複数のインターコネクトとOracle ACFS

クラスタ用Oracle Grid Infrastructure 11gリリース2 (11.2.0.1)でOracle ACFSファイル・システムを使用していて、Oracle Grid Infrastructureを11gリリース2 (11.2.0.2)または11gリリース2 (11.2.0.3)にアップグレードし、冗長なインターコネクトの使用を利用して1つ以上のプライベート・インタフェースをプライベート・ネットワークに追加する場合は、アップグレードした各クラスタ・メンバー・ノードでOracle ASMインスタンスを再起動する必要があります(Oracle Bug#9969133を参照)。

3.1.10 Oracle ASMのローリング・アップグレード

Oracle Automatic Storage Management (Oracle ASM)のローリング・アップグレード・チェックでは、11.1.0.6からそれ以降のリリースへのローリング・アップグレードが許可されません(Oracle Bug#6872001を参照)。アラート・ログに、次のメッセージがレポートされます。

Rolling upgrade from 11.1.0.6 (instance instance-number) to 11.x.x.x is not supported

LMONからORA-15156が通知され、インスタンスが終了します。

Oracle ASMを11.1.0.6からそれ以降のリリースにアップグレードする場合は、この不具合に対応するパッチを11.1.0.6インスタンスに適用してから、ローリング・アップグレードを開始します。このパッチは、ローリング方式で11.1.0.6インスタンスに適用できます。

3.1.11 以前のリリースから11.2.0.3.0にアップグレードした後、ora.acfs.registryリソースが不正な状態になる場合がある

ora.registry.acfsのTARGETおよびSTATEは、Oracle Automatic Storage Managementクラスタ・ファイル・システム(Oracle ACFS)・レジストリ・リソースが以前のリリースに存在していた場合はONLINEに設定され、Oracle ACFSレジストリ・リソースが以前のリリースに存在していなかった場合はOFFLINEに設定されます(Oracle Bug#12812838およびOracle Bug#9878976を参照)。

Oracle ACFSを無効にするには、acfsroot disableコマンドを入力します。これにより、CRSスタックが再起動した後でora.registryがSTATE OFFLINE、TARGET OFFLINEに設定されます。

3.1.12 11.2.0.3.0をインストールするか11.2.0.3.0にアップグレードした後、またはOracle Clusterwareが再起動した後、Oracle ACFSレジストリが不正な状態になる場合がある

Oracle ASMが投票ディスクおよび定数ディスクとして使用されていない場合、インストールの後で、Oracle Automatic Storage Managementクラスタ・ファイル・システム(Oracle ACFS)・レジストリ・リソースがOFFLINEを報告します(Oracle Bug#9876173およびOracle Bug#9864447を参照)。この原因は、Oracle ACFSレジストリでは、Oracle ASM Dynamic Volume Manager (Oracle ADVM)ボリュームを提供するために、Oracle ASMを使用する必要があるためです。

3.1.13 Oracle Data Mining (ODM)を使用するデータベースのアップグレード

Data Miningオプションを使用するデータベースを11.2.0.1から11.2.0.3にアップグレードする場合は、DMSYSスキーマが11.2.0.1データベースに存在しないことを確認してください。存在する場合は、DMSYSスキーマとそれに関連するオブジェクトを次のようにデータベースから削除する必要があります。

SQL> CONNECT / AS SYSDBA;
SQL> DROP USER DMSYS CASCADE;
SQL> DELETE FROM SYS.EXPPKGACT$ WHERE SCHEMA = 'DMSYS';
SQL> SELECT COUNT(*) FROM DBA_SYNONYMS WHERE TABLE_OWNER = 'DMSYS';

前述のSQLでゼロ以外の行が戻された場合は、次の例に示すようにSQLスクリプトを作成して実行します。

SQL> SET HEAD OFF
SQL> SPOOL dir_path/DROP_DMSYS_SYNONYMS.SQL
SQL> SELECT 'Drop public synonym ' ||'"'||SYNONYM_NAME||'";' FROM DBA_SYNONYMS WHERE TABLE_OWNER = 'DMSYS';
SQL> SPOOL OFF
SQL> @dir_path/DROP_DMSYS_SYNONYMS.SQL
SQL> EXIT;

10gから11.2にデータベースをアップグレードすると、すべてのデータ・マイニング・メタデータ・オブジェクトはDMSYSからSYSに移行されます。アップグレード後、ダウングレードを実行する必要がないと判断した場合は、初期化パラメータCOMPATIBLEを11.2に設定し、前述されているようにDMSYSスキーマおよび関連するオブジェクトを削除します。

3.1.14 Oracle ClusterwareまたはOracle ASMをアップグレード、削除または直接停止する前にOracle ACFSファイル・システムを手動でディスマウントする必要がある

特定のノードでOracle ClusterwareまたはOracle ASMをアップグレード、削除または直接停止する場合は、事前にそのノードでOracle ACFSファイル・システムをアンマウントする必要があります(Oracle Bug#8594128およびOracle Bug#12726434を参照)。UNIXではsrvctl stop filesystemおよびumount、Windowsではsrvctl stop filesystemおよびacfsdismountを使用します。

アップグレードする際は、アップグレードを開始する前にすべてのOracle ACFSファイル・システムを停止する必要があります。UNIXの場合、各ノードでアップグレードを開始する前に、ノードごとに停止する必要があります。Windowsではローリング・アップグレードは自動的に行われるため、Windowsの場合は、クラスタ全体でOracle ACFSファイル・システムをアンマウントする必要があります。

lsofとfuserコマンド(LinuxおよびUNIXの場合)またはhandleとwmicコマンド(Windowsの場合)を使用して、Oracle ACFSファイル・システムのアクティブなプロセスを識別します。これらのプロセスが確実にアクティブでなくなるようにするには、すべてのOracle ACFSファイル・システムをディスマウントし、Oracle Clusterwareの停止を発行します。このようにしないと、Oracle Clusterwareの停止時にOracle ACFSファイル・システムのアクティビティに関してエラーが発行される場合があり、Oracle Clusterwareの正常な停止を妨げることになります。

3.1.15 データベースによって使用されるタイムゾーン・ファイルのバージョンがOracleホームに存在しない場合、catrelod.sqlが失敗する

タイムゾーン・ファイルの最新バージョンを以前にインストールし、DBMS_DST PL/SQLパッケージを使用してTIMESTAMP WITH TIME ZONEデータを最新バージョンにアップグレードした場合は、ダウングレード・プロセスの一環としてcatrelod.sqlが実行されると、次のエラーが戻されます(Oracle Bug#9803834を参照)。

ORA-00600: internal error code, arguments: [qcisSetPlsqlCtx:tzi init],
[], [], [], [], [], [], [], [], [], [], []

詳細は、『Oracle Databaseアップグレード・ガイド』の第6章で、データベースのダウングレートの手順2を参照してください。

タイムゾーン・ファイルの最新バージョンを以前にインストールし、DBMS_DST PL/SQLパッケージを使用してTIMESTAMP WITH TIME ZONEデータを最新バージョンにアップグレードした場合は、ダウングレードするリリースに対して最新バージョンのタイムゾーン・ファイルをインストールする必要があります。たとえば、Oracle Database 11gリリース2 (11.2)に付属している最新タイムゾーン・ファイルはバージョン14です。データベースのアップグレード後にDBMS_DSTを使用してTIMESTAMP WITH TIME ZONEデータをバージョン14にアップグレードした場合は、ダウングレードするリリースに対してバージョン14のタイムゾーン・ファイルをインストールします。これにより、データ検索で論理的に正しいTIMESTAMP WITH TIME ZONEデータが確保されます。データベースで使用されているバージョンを確認するには、V$TIMEZONE_FILEを問い合せます。

タイムゾーン・ファイルのインストールの詳細は、『Oracle Databaseグローバリゼーション・サポート・ガイド』も参照してください。

3.1.16 11.2.0.3へのアップグレードの一部としてDMSYSスキーマが削除されていない場合、Data Pumpのエクスポート操作が動作しない

データ・ポンプ・エクスポート操作は、リリース11.2.0.3へのアップグレードの一環としてDMSYSスキーマが削除されていないと機能しません(Oracle Bug#10007411を参照)。次のようなエラーがレポートされます。

Processing object type SCHEMA_EXPORT/TABLE/TABLE_DATA
ORA-39126: Worker unexpected fatal error in
KUPW$WORKER.GET_TABLE_DATA_OBJECTS []
ORA-31642: the following SQL statement fails:
BEGIN "DMSYS"."DBMS_DM_MODEL_EXP".SCHEMA_CALLOUT(:1,0,1,'10.01.00.05.00');
END;
ORA-06512: at "SYS.DBMS_SYS_ERROR", line 86
ORA-06512: at "SYS.DBMS_METADATA", line 1245
ORA-04063: package body "DMSYS.DBMS_DM_MODEL_EXP" has errors
ORA-06508: PL/SQL: could not find program unit being called:
"DMSYS.DBMS_DM_MODEL_EXP"

11.2.0.3へのアップグレードの事前チェックでは、アップグレード前に実行する必要があるアクションがレポートされます。

The DMSYS schema exists in the database.Prior to performing an upgrade Oracle recommends that the DMSYS schema, and its associated objects be removed from the database.Refer to the Oracle Data Mining Administration Guide for the instructions on how to perform this task.

この手順を実行するまで、データ・ポンプ・エクスポートは機能しません。

3.1.17 ごみ箱のオブジェクトを使用したアップグレード

ORA-00600デッドロック・エラーを回避し、アップグレードの実行に必要な時間を最小限に抑えるには、アップグレード時にごみ箱を空にする必要があります(Oracle Bug#8632581を参照)。

このデッドロックを回避するには、データベースをアップグレードする前に、PURGE DBA_RECYCLEBIN文を使用し、アイテムおよび関連するオブジェクトをごみ箱から削除して、空き記憶域を解放します。

3.1.18 INVALIDマテリアライズド・ビュー

@catupgrd.sqlと@utlrp.sqlの両方を実行した後、マテリアライズド・ビューのステータスがINVALIDになります(Oracle Bug#12530178を参照)。このことは次のコマンドを使用して確認できます。

SELECT object_name, object_id, owner FROM all_objects WHERE
object_type='MATERIALIZED VIEW' and status='INVALID';

OBJECT_NAME                     OBJECT_ID   OWNER
------------------------------ ----------- -------

FWEEK_PSCAT_SALES_MV                51062   SH

@catupgrd.sqlを実行してデータベースをアップグレードし、さらに@utlrp.sqlを実行して無効なオブジェクトを再コンパイルした後で、無効なマテリアライズド・ビューがまだ存在している場合は、次のSQL文を発行します。

ALTER MATERIALIZED VIEW sh.FWEEK_PSCAT_SALES_MV COMPILE;

3.1.19 rootupgrade.shスクリプトが失敗する場合がある

リリース11.2.0.2から11.2.0.3へのアップグレードの過程で、CRSスタックのシャットダウン中にrootupgrade.shスクリプトが存在する場合、rootupgrade.shの再実行が失敗することがあります(Oracle Bug#12721330を参照)。

古いCRSスタックを手動で起動した後、rootupgrade.shスクリプトを再実行してください。

3.1.20 ora.onsステータスがUNKNOWNと表示されることがある

リリース11.2.0.2から11.2.0.3へのアップグレードの後、ora.onsのステータスがUNKNOWNで説明がCHECK TIMED OUTと示される場合があります(Oracle Bug#12861771を参照)。

回避策は、Oracle Notification Services (ONS)プロセスを強制終了してsrvctl start nodeappsを実行することです。

3.1.21 Oracle Grid Infrastructure 11.2.0.3ソフトウェアのインストール中のPRVF-10037エラー

Grid Infrastructureの11.2.0.3のインストールまたはアップグレードの実行時のストレージ検証の間に、次のエラー・メッセージが表示される場合があります。

PRVF-10037 : Failed to retrieve storage type for "<devicepath>" on node "<node>"
Could not get the type of storage

この問題の原因は、CVUQDISKパッケージがインストールされていない、または不正なバージョンのCVUQDISKパッケージがインストールされていることです。正しいパッケージ(通常はcvuqdisk-1.0.9-1.rpm)がインストールされていることを確認し、インストールされていない場合はこのバージョンのパッケージをインストールしてから、インストールまたはアップグレードを再び実行してください(Oracle Bug#12881575を参照)。

CVUQDISKパッケージをインストールするには、次の手順を実行します。

1. rootユーザーとしてログインします。

2. パッケージcvuqdisk-1.0.9-1.rpmをローカル・ディレクトリにコピーします。このパッケージは、Oracle Grid Infrastructureインストール・メディアの最上位ディレクトリのrpmサブディレクトリにあります。たとえば、cvuqdisk-1.0.9-1.rpmはディレクトリ/mountpoint/clusterware/rpm/にあります。mountpointは、Oracle Grid Infrastructureインストール・メディアが配置されているディスクのマウント・ポイントです。

3. 環境変数CVUQDISK_GRPを、CVUQDISKパッケージのバイナリを所有する必要があるオペレーティング・システム・グループに設定します。このグループをインストール・グループに設定することをお薦めします。CVUQDISK_GRPを設定しないと、CVUQDISKパッケージ・バイナリを所有するグループとして、oinstallグループがデフォルトで使用されます。

4. rpm -q cvuqdiskコマンドを実行して、以前のバージョンのCVUQDISKパッケージがインストールされているかどうかを判別します。以前のバージョンのCVUQDISKパッケージがある場合は、次のコマンドを実行して削除します。previous_versionは、以前のバージョンのCVUQDISKの識別子です。

rpm -e cvuqdisk previous_version

5. 次のコマンドを実行して、最新のCVUQDISKパッケージをインストールします。

rpm -iv cvuqdisk-1.0.9-1.rpm

3.2 11.2.0.3で使用できないか制限されている機能

次に、Oracle Database 11gリリース2 (11.2.0.3)で使用できない、または制限されているコンポーネントのリストを示します。

- Oracle Database 11gリリース2 (11.2.0.3)から、Data Mining Java APIは非推奨になりました。Data Mining Java APIの詳細は、『Oracle Data Miningアプリケーション開発者ガイド』の第7章を参照してください。Oracle Data Miningで非推奨になった他の機能の詳細は、第3.9.5項「Oracle Database 11gで使用できない、または非推奨になったData Miningの機能」を参照してください。

- Security-Enhanced Linux (SELinux)は、Oracle Automatic Storage Managementクラスタ・ファイル・システム(Oracle ACFS)・ファイル・システムではサポートされていません(Oracle Bug#12754448を参照)(Oracle ACFSのリリース11.2.0.1およびリリース11.2.0.2では、SELinuxもサポートされていません)。

- サード・パーティのテクノロジが基になっているOracle Textの一部の機能(AUTO_LEXERやCTX_ENTITYなど)は、リリース11.2.0.3では無効になりました(Oracle Bug#12618046を参照)。BASIC_LEXERでは、サード・パーティのテクノロジに依存するINDEX_STEMS属性値の使用も影響を受けます。これによって既存のアプリケーションに影響がある場合は、Oracleサポート・サービスにお問い合せください。

- Oracle Data Miningは、Oracle Data Minerの新しいリリースをサポートするようになっています。以前のリリースOracle Data Miner ClassicもまだOTNでダウンロードできますが、活発な開発は行われなくなっています。新しいリリースであるOracle Data Miner 11gリリース2(11.2)の詳細は、http://www.oracle.com/technetwork/database/options/odm/index.htmlを参照してください。

- すべてのOracle Grid Infrastructureパッチセット・アップグレードは、アウトオブプレース・アップグレードになります。この場合、パッチセットは新規のOracle Gridホームにインストールしてください(Oracle Bug#10210246を参照)。インプレース・パッチセット・アップグレードはサポートされていません。

- クラスタ用Oracle Grid Infrastructureの11.2.0.1または11.2.0.2リリースが非共有Oracleホームにインストールされていて、クラスタ用Oracle Grid Infrastructureの11.2.0.3リリースが共有Oracleホームにインストールされている場合、Oracle Databaseリリース11.2.0.1または11.2.0.2からOracle Clusterwareリリース11.2.0.3へのアップグレードはサポートされません(Oracle Bug#10074804を参照)。Oracle Clusterwareのアップグレード前とアップグレード後のリリースの両方が、共有Oracleホームまたは非共有Oracleホームのどちらか一方にインストールされている必要があります。

- 次の製品では、インターネット・プロトコル・バージョン6 (IPv6)の使用はサポートされていません。

- Oracle RACおよびOracle Clusterware

- Oracle Fail Safe

3.3 デフォルト動作の変更点

この項では、Oracle Database 11gリリース2 (11.2)と旧リリースのデータベースの動作の違いをいくつか説明します。アップグレードおよびダウングレードに関する大部分の情報は、『Oracle Databaseアップグレード・ガイド』に記載されています。

3.3.1 11.2で無効になった不均一なメモリー・アクセスの最適化およびサポート

Oracle Database 11gリリース2 (11.2)では、不均一なメモリー・アクセスのサポートがデフォルトで無効になりました。この制限は、すべてのプラットフォームおよびオペレーティング・システムに適用されます(Oracle Bug#8450932を参照)。

Oracle Databaseで不均一なメモリー・アクセスの最適化およびサポートが使用できるのは、特定の組合せのOracleバージョン、オペレーティング・システムおよびプラットフォームのみです。不均一なメモリー・アクセスのサポートを有効にするには、Oracleサポート・サービスとハードウェア・ベンダーを使用してください。

3.3.2 FILE_ACCESS_ROLEのデフォルト動作の変更

CTXシステム・パラメータFILE_ACCESS_ROLEのデフォルトの動作が変更されています(Oracle Bug#8360111を参照)。ファイルまたはURLのデータストアを使用するOracle Textの既存の索引を持つ顧客は、エラーを発生せずに索引を引き続き使用できるように、措置を講ずる必要があります。変更内容は次のとおりです。

- FILE_ACCESS_ROLEがNULL (デフォルト)の場合、アクセスは許可されません。このタイプの索引を作成できたユーザーは、変更後はこれらの索引をデフォルトで作成できなくなります。

- 索引の同期およびドキュメント・サービスの操作で、FILE_ACCESS_ROLEがチェックされるようになりました。この変更前は、このタイプの索引の同期や、ctx_doc.highlightなどのドキュメント・サービス・コールの使用が許可されていたユーザーも、デフォルトではできなくなります。

- FILE_ACCESS_ROLEの変更が許可されるのは、SYSのみです。SYS以外のユーザーとしてctx_adm.set_parameter (FILE_ACESS_ROLE, role_name)をコールすると、新規エラーが発生するようになりました。

DRG-10764: only SYS can modify FILE_ACCESS_ROLE

- ユーザーは、FILE_ACCESS_ROLEをPUBLICに設定して、このチェック(前のデフォルトの動作)を明示的に無効にできます。

3.3.3 多数のパーティションのロード時に追加のヒントを使用した場合に発生するメモリー不足

ダイレクト・パスのINSERTを使用して多数のパーティションをロードすると、特にデータ圧縮が指定されている場合にメモリー制限を超える場合があります(Oracle Bug#6749894を参照)。メモリーを確保するために、11.2からはPGA_AGGREGATE_TARGET初期化パラメータに基づいて、同時にロードされるパーティションの数が制限されるようになりました。ロード中のパーティションに格納されない行は、一時表領域に保存されます。パーティションの現在のセットですべての行がロードされた後に、一時表領域に保存されている行から他のパーティションがロードされます。

この動作により、不十分なメモリーによりダイレクト・パスのINSERTが終了することがなくなりました。

3.4 データベース・セキュリティ

データベース・セキュリティの次の変更に注意してください。

3.4.1 SSL証明書を構成および使用した認証の設定

注意:
この設定は、Oracle Clusterwareと中間層、またはOracle ClusterwareとJDBCクライアントとの間の接続におけるセキュリティに影響を与えます。

JDBC接続プールまたはOracle Universal Connection Pool (UCP)で使用する高速接続フェイルオーバー(FCF)などのOracle RAC機能は、Oracle RACノードで実行されているOracle Notification Service (ONS)の通知をサブスクライブします。通常、データベース層のONSサーバーと中間層の通知クライアント間の接続は認証されません。SSL証明書を構成して使用することで認証を設定できますが、その手順が明確に記載されていません。

回避策は次のとおりです。

1. orapkiインタフェースを使用してOracle Walletを作成し、SSL証明書を格納します。

1. cd $ORA_CRS_HOME/opmn/conf

2. mkdir sslwallet

3. orapki wallet create -wallet sslwallet -auto_login

プロンプトが表示されたら、パスワードとしてONS_Walletを指定します。

4. orapki wallet add -wallet sslwallet -dn "CN=ons_test,C=US" -keysize 1024 -self_signed -validity 9999 -pwd ONS_Wallet

5. orapki wallet export -wallet sslwallet -dn "CN=ons_test,C=US" -cert sslwallet/cert.txt -pwd ONS_Wallet

6. 手順cで作成したウォレットを、同じ場所にあるその他すべてのクラスタ・ノードにコピーします。

7. クラスタ内のすべてのノード上のONSサーバーを停止します。

srvctl stop nodeapps

8. 手順1で作成したウォレットの場所を指定するために、データベース層のすべてのノードでONS構成ファイルを更新します。

1. ORA_CRS_HOME/opmn/conf/ons.configファイルを開きます。

2. ons.configファイルにwalletfileパラメータを次のように追加します。

walletfile=ORA_CRS_HOME/opmn/conf/sslwallet

3. srvctlを使用して、次のようにONSサーバーを再起動します。

srvctl start nodeapps

4. 中間層でクライアント側ONSデーモンを実行している場合は、次の2つの構成が可能です。

- (OracleAS 10.1.3.xなどの)OPMNからONSを起動する場合はopmn.xmlを使用します。

- (onsctlの使用など)スタンドアロンでONSを起動する場合はons.configを使用します。

ケース(1)の場合は、Oracle Application Serverリリースに対応する『OPMN管理者ガイド』を参照してください。この構成では、ウォレットの場所を指定するために、opmn.xmlファイルを変更します。

ケース(2)場合は、『Oracle Database JDBC開発者ガイド』の付録BのONSの構成に関する項を参照します。クライアント側ONSデーモンは、複数の異なるマシンで実行される可能性があります。手順1で作成したウォレットをそれらのクライアント側マシンにコピーし、ons.configファイルまたはopmn.xmlファイルで、そのクライアント側マシン上のパスを指定します。

5. クライアント側ONSデーモンを使用せずにリモートONSの構成を実行する場合は、『Oracle Database JDBC開発者ガイド』の「高速接続フェイルオーバー」の章で、「高速接続フェイルオーバーの使用」の「高速接続フェイルオーバー用のONSの構成」にある「リモートONSサブスクリプション」を参照してください。手順1で作成したウォレットをそれらのクライアント側マシンにコピーし、ons.configファイルまたはopmn.xmlファイルで、そのクライアント側マシン上のパスを指定します。

また、setONSConfiguration引数として、次の文字列を指定することもできます。

propertiesfile=location_of_a_Java_properties_file

Javaプロパティ・ファイルには、次に示すONS Javaプロパティの内の1つ以上が含まれている必要があり、少なくともoracle.ons.nodesプロパティが含まれている必要があります。Javaプロパティの値は、この手順で前述した「リモートONSサブスクリプション」の項で指定されている値と同じになります。

oracle.ons.nodes
oracle.ons.walletfile
oracle.ons.walletpassword

3.4.2 パスワード推測攻撃に対する保護

11.2.0.3では、データベース認証プロトコルが特定の種類のパスワード推測攻撃に対して強化されました。この、よりセキュアな動作の使用を施行するには、データベース・クライアントとデータベース・サーバーの両方をリリース11.2.0.3以降にアップグレードし、サーバーのSQLNET.ORA構成ファイルのSQLNET.ALLOWED_LOGON_VERSIONパラメータの値を12に設定して、新しいプロトコル動作を強制する必要があります。

すべてのクライアントを11.2.0.3以降にアップグレードせずにサーバーでSQLNET.ALLOWED_LOGON_VERSION初期化パラメータを12に設定した場合は、古いクライアントはこの新しいプロトコル動作をサポートしないので、パスワード認証は「ORA-28040: No matching authentication protocol」というエラーで失敗します。

サーバーを11.2.0.3にアップグレードせずにサーバーでSQLNET.ALLOWED_LOGON_VERSION初期化パラメータを12に設定した場合は、古いサーバー・ソフトウェアはこの新しいプロトコル動作をサポートしないので、パスワード認証は「ORA-28040: No matching authentication protocol」というエラーで失敗します。

3.5 Oracle Automatic Storage Management (Oracle ASM)

次の項には、Oracle Automatic Storage Management (Oracle ASM)に関する情報を示します。

3.5.1 Oracle DatabaseデータファイルおよびOracle ACFS

Oracle Automatic Storage Managementクラスタ・ファイル・システム(Oracle ACFS)とは、非データベース・ファイルの優先ファイル・マネージャです。ACFSは、汎用ファイル用に最適化されています。Oracle ACFSでは、Oracle ASMに直接保存できるファイル・タイプはサポートされません。ただし、Oracle Automatic Storage Management 11gリリース2 (11.2.0.3)以降では、Oracle ACFSは、スナップショットなしで、RMANバックアップ、アーカイブ・ログ、Data Pumpダンプセットをサポートします。

3.5.2 リリース11.2以降でサポートされるOracle ACFS上のOracleホーム

Oracle ACFSへのOracleホームの配置は、Oracle Databaseリリース11.2からサポートされます(Oracle Bug#10144982を参照)。11.2より前のデータベース・バージョンで、Oracle ACFSにOracleホームを配置しようとすると、Oracle ACFSで、予期しない不適切な動作が発生する可能性があります。

3.6 JavaおよびWebサービス

Javaを使用する際は、次の事項に注意してください。

3.6.1 com.sun.imageio.*パッケージへのアクセスの制限

アクセスはこれらのルーチンを使用する必要があるアプリケーションのcom.sun.imageio.*パッケージに制限されます(Oracle Bug#12583785を参照)。このパッケージを使用する必要があり、権限エラーが発生する場合は、権限を付与するために必要なSQL文が表示されます。その文を実行してください。

3.7 メディア管理ソフトウェア

単一のサーバーで構成される環境向けに、Oracle Secure Backup Expressが用意されており、Oracle Databaseおよびその他の重要なOracleインフラストラクチャをテープにバックアップできます。Oracle Secure BackupはRecovery Manager (RMAN)と完全に統合され、データ保護サービスを提供します。より規模の大きな環境では、Oracle Secure Backupをライセンス供与可能な別の製品として使用し、多数のデータベース・サーバーおよびファイル・システムをテープにバックアップできます。Oracle Secure Backupリリース10.4は、Oracle Database 11gリリース2 (11.2.0.3)に同梱されています。Oracle Secure Backupの詳細は、次のサイトを参照してください

http://www.oracle.com/goto/osb/

3.7.1 Oracle Secure Backupのグローバリゼーションの制限

Oracle Secure Backupには、グローバリゼーションについて次の制限が適用されます。

- Oracle Secure BackupのWebツールおよびコマンドライン・インタフェースは英語のみで、グローバル化されていません。すべてのメッセージおよびドキュメントは英語で表示されます。

- Oracle Secure Backupでは、Unicode UTF-16などのNULLバイト終了をサポートしないキャラクタ・セットでエンコードされているファイル名やRMANバックアップ名はサポートされません。この制限により影響を受けるのは、バックアップ内容ではなくファイル名であることに注意してください。Oracle Secure Backupでは、Oracle Databaseを任意のキャラクタ・セットでバックアップできます。

3.8 Oracle Application Express

Oracle Application Expressの詳細は、『Oracle Application Expressリリース・ノート』および『Oracle Application Expressインストレーション・ガイド』を参照してください。

3.9 Oracle Data Mining

Oracle Data Miningを使用する際は、次の事項に注意してください。

3.9.1 Oracle Exadata Storage Serverレイヤーでのスコアリング機能

Oracle Database 11gリリース2(11.2)のOracle Data Miningスコアリング機能は、Oracle Exadata Storage Serverソフトウェアでも使用できます。記憶域レイヤーのスコアリング機能により、膨大なデータセットを迅速にマイニングできるため、すでにOracle Database内の分析により得ている競争上の優位性をさらに高めることができます。Oracle Exadata Storage Serverソフトウェアの詳細は、http://www.oracle.com/technology/products/bi/db/exadata/index.htmlを参照してください。

3.9.2 Oracle Data Miningのインストール

データベースの組込み機能であるデータ・マイニング・オプションは、Oracle Database Enterprise Editionとともに自動的にインストールされます。データ・マイニング・オプションを使用するデータベースをインストールする場合は、デフォルトの初期化パラメータに最適なデータ・ウェアハウス構成タイプを選択します。

3.9.3 Oracle Data Miningのモデル

Oracle Database 11gでは、データ・マイニング・モデルはSYSスキーマのデータ・ディクショナリ・オブジェクトとして実装されます。DMSYSスキーマは存在しません。

Data Miningユーザーが独自のスキーマにマイニング・モデルを作成するには、CREATE MINING MODEL権限を持っている必要があります。『Oracle Data Mining管理者ガイド』に記載されているように、その他のデータ・マイニング・アクティビティを実行するには別の権限が必要です。

Oracle Database 11gリリース1 (11.1)には、Oracle Data Mining用の新しいデータ・ディクショナリ・ビューが導入されていました。

- USER/ALL/DBA_MINING_MODELS

- USER/ALL/DBA_MINING_MODEL_ATTRIBUTES

- USER/ALL/DBA_MINING_MODEL_SETTINGS

3.9.4 Data Mining APIのデモ・プログラム

Data Mining API (PL/SQLおよびJava)を説明するデモ・プログラムは、Oracle Database Examplesとともにインストールされます。手順は、『Oracle Data Mining管理者ガイド』に記載されています。

3.9.5 Oracle Database 11gで使用できない、または非推奨になったData Miningの機能

- Oracle Database 10gで個別にインストールしたデータベース・オプションのOracle Data Miningスコアリング・エンジン・オプションは、Oracle Database 11gでは使用できません。ただし、Data Miningスコアリング・エンジン・オプションのすべての機能は、Oracle Database 11gのデータ・マイニング・オプションで提供されます。

- 以前Oracle Data MiningでサポートされていたBasic Local Alignment Search Tool (BLAST)は、Oracle 11gでは使用できません。

- Oracle Databaseのリリース11.2.0.3から、Data Mining Java APIは非推奨になりました。Data Mining Java APIの詳細は、『Oracle Data Miningアプリケーション開発者ガイド』の第7章を参照してください。

- Oracle Data Miningは、Oracle Data Minerの新しいリリースをサポートするようになっています。以前のリリースOracle Data Miner ClassicもまだOracle Technology Network (OTN)でダウンロードできますが、活発な開発は行われなくなっています。新しいリリースであるOracle Data Miner 11gリリース2(11.2)の詳細は、http://www.oracle.com/technetwork/database/options/odm/index.htmlを参照してください。

3.10 Oracle Database Vault

Oracle Database Vaultを使用する際は、次の事項に注意してください。

3.10.1 Oracle Database Vaultの新しい言語

Oracle Database Vault用の新しい言語を追加するには、ユーザーとして接続し、DV_ADMINロールまたはDV_OWNERロールを指定します。次のコマンドを実行します。

DVSYS.DBMS_MACADM.ADD_NLS_DATA("<language>");

<language>は次のいずれかです。

ENGLISH
GERMAN
SPANISH
FRENCH
ITALIAN
JAPANESE
KOREAN
BRAZILIAN PORTUGUESE
SIMPLIFIED CHINESE
TRADITIONAL CHINESE

3.11 クラスタ用Oracle Grid Infrastructure

Oracle ClusterwareおよびOracle Automatic Storage Management (Oracle ASM)を使用する場合は、次の事項に注意してください。これらは、クラスタ用Oracle Grid Infrastructureのインストールを使用してインストールされます。

3.11.1 Oracle ACFSおよびOracle Clusterware Stackの停止

Oracle Clusterwareを停止しようとすると、選択したノードでOracle Clusterwareスタックが正常に停止しなかったとレポートされる場合があります(Oracle Bug#8651848を参照)。データベース・ホームがOracle ACFSにある場合は、次のエラーが表示されることがあります。

CRS-5014: Agent orarootagent.bin timed out starting process acfsmount for action

このエラーは無視しても問題ありません。

また、Oracle ACFSリソースを停止できないため、選択したノードでOracle Clusterwareスタックが正常に停止しなかったとレポートされる場合もあります。このエラーが発生した場合は、次の手順を実行します。

- プログラムまたはプロセスを停止し、Oracle ACFSマウント・ポイントに対するすべてのファイル・システムのアクティビティが停止していることを確認し、停止操作を再試行します。

- ora.registry.acfsリソース・チェック機能がタイムアウトした場合や、リソースがUNKNOWNまたはINTERMEDIATEの状態を示した場合は、Oracle Cluster Registry (OCR)にアクセスできない可能性があります。この原因に共通するのはネットワーク障害です。acfsutil registryコマンドおよびocrcheckコマンドにより、特定のエラーの原因が明確になる場合があります。このエラーを解決し、Oracle Clusterwareの停止を再試行してください。

3.11.2 インプレース・パッチセット・アップグレードがサポートされない

すべてのOracle Grid Infrastructureパッチセット・アップグレードは、アウトオブプレース・アップグレードになります。この場合、パッチセットは新規のOracle Gridホームにインストールしてください(Oracle Bug#10210246を参照)。インプレース・パッチセット・アップグレードはサポートされていません。

3.12 Oracle Multimedia

Oracle interMediaの名称が、Oracle Database 11gリリース1 (11.1)でOracle Multimediaに変更されました。機能は同じで、名称のみが変更されました。Oracle interMediaへの参照はOracle Multimediaに置き換えられますが、Oracle interMediaやinterMediaへの参照が、グラフィカル・ユーザー・インタフェース、コード・サンプル、および11gリリース2 (11.2)のOracle Databaseドキュメント・ライブラリの関連ドキュメントに一部残っている場合があります。

その他の情報は、次のOracle MultimediaのREADMEファイルを参照してください。

ORACLE_HOME/ord/im/admin/README.txt

3.13 Oracle Net Listener

Oracle Net Listenerを使用する際は、次の事項に注意してください。

3.13.1 非推奨になったOracle Net ListenerでのSNMPサポート

Oracle Database 11g リリース2 (11.2)で、Oracle Net ListenerでのSNMPサポートは非推奨になっています。新しい実装ではSNMPを使用しないことをお薦めします。

関連項目:

ドキュメントID 1341834.1(https://support.oracle.com)

3.14 Oracle ODBC Driver

Oracle ODBC DriverのREADMEについては、「Oracle ODBC Driver README」を参照してください。

ORACLE_HOME/odbc/html/ODBCRelnotesUS.htm

3.15 Oracle Real Application Clusters

Oracle RACを使用する際は、次の事項に注意してください。

3.15.1 管理者管理型データベースとポリシー管理型データベースに対する同じクラスタの使用

ポリシー管理型データベースをすでにホスティングしているクラスタに、管理者管理型データベースを作成する場合は、管理者管理型データベース用のノードを慎重に選択する必要があります(Oracle Bug#10027250を参照)。これは、ポリシー管理型サーバー・プール内にあるノードを管理者管理型データベース用に選択すると、このプロセスの一環としてそのノードが汎用サーバー・プールに移動されるためです。他のポリシー管理型データベース・インスタンスがすでに実行されているノードを選択すると、DBCAにより、管理者管理型データベースの作成時に停止されるインスタンスとサービスがリストされたメッセージが表示されます。「Do you want to continue?」に対して、ダイアログ・ボックスで「Yes」を選択すると、管理者管理型データベース作成プロセスの結果として、ポリシー管理型データベースのインスタンスとサービスが停止されます。

注意: この状況はsrvctl add instanceコマンドを使用する場合も当てはまります。データベースが停止されることを示す同様のエラー・メッセージが表示されます。srvctl add instanceコマンドで強制オプション(-f)を使用することは、DBCAダイアログで「Yes」を選択するのと同じです。この操作により、汎用サーバー・プールにノードが移動する前に、そのノードで実行されているポリシー管理型データベースが停止します。

3.15.2 setuidが必要なroot所有のバイナリのNFSからローカル・ノードへの移動

Oracle RACデータベースをNFSデバイス上の共有Oracleホームにインストールする場合、ORADISMバイナリ(oradism)を各ノード上のローカル・ディレクトリにコピーする必要があります(Oracle Bug#7210614を参照)。

oradismを移動するには、次の手順を実行します。

1. ORACLE_HOME/bin/oradismバイナリをすべてのクラスタ・ノード上の同一のディレクトリ・パスにコピーします。パス(手順2の例の/u01/local/binなど)はローカルで、NFSではない必要があります。次に例を示します。

cp -a ORACLE_HOME/bin/oradism /u01/local/bin

2. 次のコマンドをrootユーザーとして実行して、oradism実行可能ファイルの所有権と権限を設定します。

$ chown root /u01/local/bin/oradism
$ chmod 4750 /u01/local/bin/oradism

3. NFS共有ホームからローカルのoradismディレクトリ・パスへのシンボリック・リンクを作成します。作成する必要があるのは1つのノードに対してのみです。これで各ノードは、共有Oracleホームからsymlinkを使用してそのノード独自のoradismを参照できます。次に例を示します。

$ cd /nfs/app/oracle/product/11.2.0/db_1/bin
$ rm -f oradism
$ ln -s /u01/local/bin/oradism oradism

4. OracleホームがOracle Databaseホーム・ディレクトリの場合は、extjob、jssu、nmb、nmhs、nmoなどの他のバイナリに対して手順1から3を繰り返します。OracleホームがOracle Grid Infrastructureホーム・ディレクトリの場合は、この手順を実行する必要はありません。

3.16 Oracle Spatial

Oracle SpatialのREADMEファイルには、『Oracle Spatial開発者ガイド』、『Oracle Spatialトポロジおよびネットワーク・データ・モデル開発者ガイド』および『Oracle Spatial GeoRaster開発者ガイド』の補足情報が含まれています。Oracle SpatialのREADMEについては、「Oracle Spatial README」を参照してください。

ORACLE_HOME/md/doc/README.txt

3.17 Oracle SQL Developer

Oracle SQL DeveloperのREADMEについては、「Oracle SQL Developer README」を参照してください。

ORACLE_HOME/sqldeveloper/readme.html

3.18 Oracle Text

Oracle Textを使用する際は、次の事項に注意してください。また、「ドキュメントの追加事項」の『Oracle Textアプリケーション開発者ガイド』の記述も確認してください。

3.18.1 サポートされる機能の変更

サード・パーティのテクノロジが基になっているOracle Textの一部の機能(AUTO_LEXERやCTX_ENTITYなど)は、リリース11.2.0.3では無効になりました(Oracle Bug#12618046を参照)。BASIC_LEXERでは、サード・パーティのテクノロジに依存するINDEX_STEMS属性値の使用も影響を受けます。これによって既存のアプリケーションに影響がある場合は、Oracleサポート・サービスにお問い合せください。

3.18.2 Oracle Textが提供するナレッジ・ベース

Oracle Textのナレッジ・ベースは、テーマの索引付け、ABOUT問合せ、およびドキュメント・サービスのテーマを導出するために使用する概念の階層ツリーです。次のOracle Textサービスでは、ナレッジ・ベースがインストールされていることが必要です。

- INDEX_THEMES=YESの場合、BASIC_LEXERプリファレンスを使用した索引作成

- SYNCの場合、索引に対するINDEX_THEMES=YESの実行

- CTX_DOC.THEMEs

- CTX_DOC.POLICY_THEMEs

- CTX_DOC.GIST

- CTX_DOC.POLICY_GIST

- CTX_QUERY.HFEEDBACK

- CTX_QUERY.EXPLAIN(TRANSFORMを指定したABOUTまたはTHEMESを使用する場合)

- CTX_DOC.SNIPPET (ABOUT演算子を使用する場合)

- CTX_DOC.POLICY_SNIPPET (ABOUT演算子を使用する場合)

- TRANSFORMを指定したABOUTまたはTHEMESを使用するCONTAINS問合せ

- ナレッジ・ベース拡張コンパイラ(ctxkbtc)

- テーマが指定されている場合のクラスタリング・サービスと分類サービス

これらのOracle Text機能を使用するには、OTNからダウンロードできるOracle Database Examplesメディアから、ナレッジ・ベース(英語およびフランス語)をインストールする必要があります。

提供されているナレッジ・ベースを拡張したり、英語やフランス語以外の言語で独自のナレッジ・ベースを作成できます。ナレッジ・ベースの作成と拡張の詳細は、『Oracle Textリファレンス』を参照してください。

Oracle Database Examplesメディアから製品をインストールする方法については、プラットフォーム固有のOracle Database Examplesのインストレーション・ガイドを参照してください。

3.19 Oracle Warehouse Builder

Oracle Database 11gリリース2 (11.2)のOracle Warehouse Builder (OWB)の詳細は、『Oracle Warehouse Builderリリース・ノート』参照してください。

3.20 Oracle XML DB

Oracle XML DBでは、次の機能はサポートされていません。

- フラッシュバック・アーカイブ

- エディショニング・ビュー

- SecureFile LOB暗号化

- 同一XMLドキュメントに構造化と非構造化のハイブリッドXMLIndexが設定されているOracle Label Security (OLS)

3.20.1 xdb:defaultTable注釈のセマンティクスの変更

11.2では、Oracle XML DBスキーマの登録中のxdb:defaultTable注釈のセマンティクスの動作が11.1から変更されています(Oracle Bug#7646934を参照)。xdb:sqlInline="false"を指定せずにxdb:defaultTable="MY_TAB"を指定すると、Oracle XML DBによって必要に応じて表が作成され、表外として暗黙的にマークされます。この動作は、sqlInline設定がない場合にdefaultTable注釈が無視される11.1と異なります。

3.20.2 HTTPS構成に対する追加のSSL_CIPHER_SUITE設定

リリース11.2.0.3以降では、Oracle XML DBでHTTPSを構成するときに、最初にSSL_DH_anonを含むようにSSL_CIPHER_SUITESをセットアップする必要があります(Oracle Bug#8403366を参照)。このパラメータは次のいずれかの値に設定できます。

SSL_DH_anon_WITH_3DES_EDE_CBC_SHA
SSL_DH_anon_WITH_RC4_128_MD5
SSL_DH_anon_WITH_DES_CBC_SHA

詳細は、『Oracle Database Advanced Security管理者ガイド11gリリース2(11.2)』でSecure Sockets Layer認証の構成に関する項を参照してください。

その後、『Oracle XML DB開発者ガイド11gリリース2(11.2)』のプロトコルを使用したリポジトリへのアクセスに関する項で説明されている、Oracle XML DBに対する通常のHTTPS構成手順を実行する必要があります。

3.20.3 VARRAY記憶域のデフォルト値の変更

Oracle Database 11gリリース1 (11.1)では、XMLTypeオブジェクトリレーショナルの記憶域で、xdb:storeVarrayAsTableのデフォルト値がFALSE からTRUEに変更されています。このデフォルト値はデフォルト表に適用されますが、スキーマ登録後のXMLTypeオブジェクトリレーショナルの表および列の作成時には適用されません(Oracle Bug#6858659を参照)。Oracle Database 11gリリース2 (11.2)では、デフォルトですべてのVARRAYデータ要素が表として作成されます。これにより、問合せ時のパフォーマンスが大幅に向上します。また、次の点にも注意してください。

- 11.2より前に作成された表はこの影響を受けません。アップグレード・プロセスによって記憶域パラメータが保持されます。これは、11.2以降で作成される表に適用されます。

- VARRAYデータ要素のサイズが小さく、すべてのVARRAYを一度に読取りおよび書込みする場合は、11.2より前のVARRAY記憶域のデフォルト値をLOBとして保持できます。11.2より前の動作に戻すには、2つのオプションがあります。

- xdb:storeVarrayAsTable=FALSEでスキーマを再登録します。これにより、デフォルトおよびデフォルト以外の表に適用されます。

- 表(デフォルト以外の表)を作成する場合は、STORE ALL VARRAYS AS LOBS句を使用して、XMLTypeのすべてのVARRAYデータ要素のデフォルト値を指定の値で優先できます。この句は、表の作成時にのみ使用できます。この句では、スキーマの登録時にtable_propsを使用すると、エラーが返されます。

- 11.2より前に登録されたスキーマ(VARRAYデータ要素のデフォルトの記憶域がLOBの場合)では、STORE ALL VARRAYS AS TABLES句を使用して、XMLTypeのすべてのVARRAYデータ要素のデフォルト値を指定の値で優先できます。

3.21 Pro*C

Pro*CのREADMEについては、「Pro*C/C++ README」を参照してください。

ORACLE_HOME/precomp/doc/proc2/readme.doc

3.22 Pro*COBOL

Pro*COBOLのREADMEについては、「Pro*COBOL README」を参照してください。

ORACLE_HOME/precomp/doc/procob2/readme.doc

3.23 SQL*Plus

SQL*PlusのREADMEについては、「SQL*Plus README」を参照してください。

ORACLE_HOME/sqlplus/doc/README.htm

3.24 未解決の不具合

この項では、リリース11.2.0.3での既知の不具合を示します。これ以外に、使用しているプラットフォーム固有のリリース・ドキュメントに補足のリストが含まれている場合があります。

3.24.1 Oracle Automatic Storage Management (Oracle ASM)に関する既知の不具合

Oracle Bug#12930646

Oracle ASMが構成されていない場合でも、Oracle Databaseリリース11.2.0.3へのアップグレード後にOracle ASMが起動されます。

回避策: 11.2.0.3へのアップグレード後、次のCRSCTLおよびSRVCTLコマンドを使用してora.registry.acfsおよびOracle ASMリソースを停止します。

crsctl stop res ora.registry.acfs srvctl stop asm

Oracle Bug#12881572

Oracle ASMリリース10.1.0.5から単一インスタンスの高可用性(SIHA)リリース11.2.0.3.0へのアップグレード中、rootupgrade.shスクリプトが次のエラーを返します。

<ORACLE_HOME>/bin/crsctl query crs activeversion ... failed rc=4 with message: Unexpected parameter: crs

回避策: このエラーは無視しても問題ありません。

Oracle Bug#12837037

DBCAのすべての初期化パラメータ・ページでDIAGNOSTIC_DESTパラメータを変更することにより、DIAGNOSTIC_DEST初期化パラメータをOracle ACFSに設定しようとした場合、DBCAはデータベースを正常に作成しますが、データベースに対してOracle ACFSのリソース依存関係を追加しません。

回避策: データベースが正常に作成された後、次のコマンドを使用して、Oracle ACFSの依存関係を手動で追加します。

srvctl modify database -d db_unique_name -j acfs_path_list

Oracle Bug#12539000

一部のOracleプロセスのプロセス間通信(IPC)状態での同期の問題により、ローリング移行の間に致命的エラーが発生します。アラート・ログに、次のエラーが表示されます。

processes are not on active shared page

回避策: ありません。

Oracle Bug#12332603

Cluster Ready Services (CRS)がすべてのノードで停止した場合、Oracle Automatic Storage Management (Oracle ASM)はローリング移行の状態を失います。これが発生した場合、Oracle ASMのいずれかのバージョンが、ORA-15153またはORA-15163のエラー・メッセージで失敗します。

回避策: リリース11.2.0.2をリリース11.2.0.3にアップグレードしている4つのノード(node1、node2、node3、node4)での次のようなシナリオを考えます。

- node1とnode2は11.2.0.3にアップグレードされて、稼働しています。

- node3とnode4はまだ11.2.0.2で、稼働しています。

- ここで停止が発生し、すべてのCRSスタックがダウンして、クラスタが異種混合状態のままになるものとします(つまり、2つのノードは11.2.0.2で、2つのノードは11.2.0.3)。

アップグレードを続行するには、(最初のノードとして開始されたノードに応じて)次のいずれかの手順を実行します。

- node3またはnode4が最初のノードとして開始された場合は(たとえば、11.2.0.2ノードとして)、11.2.0.3ノードを起動する前に、node3またはnode4上のOracle ASMインスタンスで、ALTER SYSTEM START ROLLING MIGRATION TO '11.2.0.3'コマンドを実行する必要があります。

- node1またはnode2が最初のノードとして開始された場合は、11.2.0.2ノードを起動する前に、node1またはnode2上のOracle ASMインスタンスで、ALTER SYSTEM START ROLLING MIGRATION TO '11.2.0.2'コマンドを実行する必要があります。

この時点からは、すでに説明されているようにアップグレード手順を続行します。前述のいずれかの手順を実行して、Oracle ASMクラスタをローリング移行に戻すまで、クラスタ内で異なるバージョンの2つのノードを起動できないことに注意してください。起動すると、Oracle ASMのいずれかのバージョンが、ORA-15153またはORA-15163のエラー・メッセージで失敗します。

Oracle Bug#9413827

Oracle Cluster Registry (OCR)がOracle ASMにある場合、11.2.0.1 Oracle Clusterwareの11.2.0.3へのローリング・アップグレードが失敗します。

回避策: アップグレードを実行する前に、11.2.0.1クラスタ用Oracle Grid InfrastructureホームでOracle Bug#9413827用のパッチを適用します。

Oracle Bug#9276692

Oracle ASMインスタンスを完全に停止できません。

回避策: SRVCTLを使用してOracle ASMインスタンスが無効にされた場合は、Oracle ASMインスタンスが再起動されないようにOracle ACFS関連リソースの登録を解除する必要があります。そのためには、次のコマンドをrootとして実行します。

acfsroot disable

3.24.2 Oracle ASM Dynamic Volume Manager (Oracle ADVM)に関する既知の不具合

Oracle Bug#9683229

Oracle ADVMでは、マウント・バリア・オプションを有効化した状態でOracle ADVMを介してext3ファイル・システムをマウントすることはサポートされていません。SLES11では、マウント・バリア・オプションがデフォルトで有効化されます。

回避策: ext3ファイル・システムを-o barrier=1でマウントします。次に例を示します。

mount -o barrier=0 /dev/asm/myvol-131 /mnt

3.24.3 削除ツールに関する既知の不具合

Oracle Bug#12769015

11.2.0.1または11.2.0.2から11.2.0.3にアップグレードした後、以前のバージョンでOracleホームを削除すると、関連付けられた古いOracleベースが削除される場合があります。また、古いOracleベースの下に保存されているデータファイルや監査ファイルなども削除される場合があります。

回避策: 以前のバージョンでOracleホームを削除する前に、<Oracle Home>/utlディレクトリにあるorabase_cleanup.lstファイルを編集して、oradataエントリおよびadminエントリを削除します。その後、11.2.0.3の削除ツールを使用してOracleホームを削除します。

Oracle Bug#12762927

削除ツールを使用して共有Oracle RACホームを削除すると、一部のファイルまたはディレクトリが削除されない場合があります。

回避策: ORACLE_HOMEを削除するには、削除ツールの終了後にrm -rf $ORACLE_HOMEコマンドを実行します。

Oracle Bug#9925724

rootが所有するディレクトリのすぐ下にGrid_homeを作成した場合、削除ツールではトップレベルのホーム・ディレクトリを削除できません。削除が終了しても、空のOracleホーム・ディレクトリが残ります。

回避策: すべてのノードでrootユーザーを使用してrmdir ORACLE_HOMEを実行します。

Oracle Bug#9406768

11.2削除ユーティリティは、Oracleベースの下の各ホームが同じ中央インベントリを使用しているのではなく、インベントリに登録されているのがそれらのホームだけである場合、すべてのホームを削除します。

回避策: 11.2製品のインストール時に、次のようにします。

- 複数の中央インベントリを使用することはお薦めしません。可能であればそのようなことは避けてください。

- なんらかの理由で異なる中央インベントリが必要な場合は、中央インベントリごとに異なるOracleベース・ディレクトリを使用します。

Oracle Bug#8666509

Oracle Clusterwareを削除すると、11.2より前のOracle RACホームをOracleインベントリからデタッチするように求められます。

回避策: アップグレードした11.2 Oracle RACホームを構成解除および削除し、クラスタ用Oracle Grid Infrastructureホームの構成解除および削除を続行する場合は、最初に、11.2より前のOracle RACソフトウェア・ホームを中央のインベントリからデタッチします。

Oracle Bug#8644344

削除ツールを実行してデータベースを削除する場合、Oracleホームを開いてコンポーネントを選択するように求められます。トップ・レベル・コンポーネント(Oracle Database Server)を選択して、Oracleホームを選択しないと、削除ユーティリティを実行してデータベースの削除を続行するように求めるメッセージがOUIに表示されません。

回避策: 削除ツールを実行してOracleホームを削除します。

Oracle Bug#8635356

共有NFS記憶域にインストールされているORACLE_HOMEから削除ツールを実行している場合は、ORACLE_HOMEのクリーンアップ中に.nfsファイルに関連するエラーが表示されます。

回避策: ORACLE_HOMEを削除するには、削除ツールの終了後にrm -rf ORACLE_HOMEコマンドを実行します。また、スタンドアロンのdeinstall.zipを使用してORACLE_HOMEの場所を指定することもできます。

3.24.4 Oracle ACFSに関する既知の不具合

Oracle Bug#13354082

Oracle ASMトレース・ログに次のメッセージが表示される場合、Oracle ASMインスタンスの失敗からリカバリした後に、レプリケーション・スタンバイ・データベースで処理が停止することがあります。

ORA-19505: failed to identify file

"<mount_point>\.ACFS\repl\ready\rlog.node#.cord#"

回避策: レプリケーション可能なディレクトリに不明なファイルのdotバージョンがある場合、次のコマンドを使用して安全に削除し、NFTにプライマリ・データベースからファイルを再送するよう求めることができます(これにより、スタンバイ・データベースでレプリケーションを進めることができます)。

rm <mount point>\.ACFS\repl\ready\.rlog.node#.cord#

Oracle Bug#12842804

次のコマンド・シーケンスを実行した後、ファイル・システムのセキュリティが不整合状態のままになります。

acfsutil sec prepare -m <mount-path> -u
acfsutil snap create -w <snap-name> <mount-path>
acfsutil sec prepare -m <mount-path>

具体的には、問題は、sec prepare -uおよびsnap createコマンドの後でsec prepareコマンドを実行することです。

回避策: Oracleサポート・サービスにファイル・システムのセキュリティ・ステータスのリストアを依頼してください。

Oracle Bug#12827493

acfsutil sec saveコマンドの実行の間に生成されるXMLファイルでは、タイムスタンプがNLS言語設定に従ったフォーマットになります。たとえば、日本語環境では、タイムスタンプは日本語でDy DD-MON-YYYY HH24:MI:SSというフォーマットになります(Dyは曜日で(Mon、Tue、Wedなど)、MONは月です(JAN、FEBなど))。

XMLファイルに不明の文字(英語以外)が含まれると、XSDの検証が失敗します。したがって、acfsutil sec loadコマンドは失敗します。acfsutil secコマンドの間に自動的に生成されるXMLファイルsecbackup.xmlでも同じ問題が発生します。

回避策: XMLファイルで日付を英語に変更します。acfsutil sec loadコマンドを実行する前にsecbackup.xmlファイルを修正するには、Oracleサポート・サービスにご連絡ください。

Oracle Bug#12704678

リリース11.2.0.2から11.2.0.3にアップグレードするとき、Oracle ACFSレジストリのエントリにOracle ACFSレジストリ・リソースに対する適切な依存関係が自動的に設定されません。

回避策: 適切な依存関係が設定されるようにするには、各Oracle ACFSレジストリ・エントリを削除した後、acfsutil registryを使用して再入力します。この操作は、ファイル・システムがマウントされている間に実行できます。

Oracle Bug#12690672

11.2.0.3より前のリリースでは、データベース・ホームをOracle Automatic Storage Managementクラスタ・ファイル・システム(Oracle ACFS)に配置できます。データベース・ホームがOracle ACFSファイル・システム上にある場合、データベースとそれに対応するOracle ACFSファイル・システムの間には起動および停止の強い依存関係があります。

Oracle Grid InfrastructureまたはOracle RACをリリース11.2.0.3にアップグレードした後、データベースと以前のバージョンのデータベース・ホームを格納していたOracle ACFSファイル・システムの間の依存関係は削除されません。

以前のバージョンのデータベース・ホームを格納するために使用されていたものとは異なるOracle ACFSファイル・システムを使用すると、データベースは起動できません。

回避策: データベースをアップグレードした後、データベース・ホームに異なるOracle ACFSファイル・システムを使用する場合は、データベース用に使用しているOracle ACFSファイル・システムのリストを確認し、srvctl modify database -d db_unique_name -j acfs_path_listコマンド(srvctl modify filesystem -j filesystem-listコマンドではなく)を使用して、ファイル・システムに対するデータベースの依存関係を更新することをお薦めします。

Oracle Bug#10069735

パスワードで保護されたキーストアを使用するクラスタでは、暗号化を使用するOracle ACFSファイル・システムがOracle ACFSマウント・レジストリによってマウントされていると、管理者はキーストアのパスワードの入力を求められません。ファイル・システムをマウントする処理は正常に行われても、Oracle ACFSの暗号化が正しく動作するために必要な一部の情報を、ファイル・システムで使用できません。この場合、このファイル・システムでは暗号化は動作せず、ファイル・システムに含まれる暗号化されたファイルは、書き込むことも読み取ることもできません。

回避策: パスワードで保護されたキーストアを使用するクラスタでは、暗号化を使用するファイル・システムのマウントに、Oracle ACFSマウント・レジストリを使用しないでください。Oracle ACFSマウント・レジストリを使用してマウントされたファイル・システムがすでにある場合は、そのようなファイル・システムをアンマウントし、マウント・レジストリから削除して、後で暗号化されたデータが使用できなくなることがないようにしてください。その後、Oracle ACFSマウント・レジストリを使用しないでファイル・システムを再マウントし、リクエストされたら正しいパスワードを入力します。

Oracle Bug#8644639

Oracle ACFSマウント・ポイントを作成してレジストリに追加する場合、次の条件に該当すると、マウント・ポイントは自動的にマウントされません。

1. マウント・ポイントのディレクトリがOracle ACFSレジストリで登録済である。

2. マウント・ポイントのディレクトリがマウント済である。

3. マウント・ポイントがアンマウントされ、Oracle ACFSレジストリから削除されている。

4. レジストリからマウント・ポイントが削除されてから、ora.registry.acfsリソースが再起動されていない。

回避策: /tmp/.usm_state_fileファイルからマウント・ポイントのディレクトリを削除します。

3.24.5 Oracle Clusterwareに関する既知の不具合

Oracle Bug#14296767

rootupgrade.shスクリプトを実行することによってOracle Clusterwareをリリース11.2.0.3.3にアップグレードした後、次のクラッシュが発生することがあります。

- Oracle Cluster Registry (OCR)をバックアップしようとしたクラスタ・レディ・サービス・デーモン(CRSD)

- 手動バックアップ(ocrconfig -manualbackup)を実行中のOCRCONFIGユーティリティ

回避策: この問題を回避するには、rootupgrade.shが正常に完了した後に、Oracle Grid Infrastructureインストール・ユーザーとして次の操作を実行する必要があります。

1. 次のファイルのCLUSTER_NAMEパラメータの値を調べます。

OH/crs/install/crsconfig_params in <cluster_name>

2. 次のファイルのORA_DBA_GROUPパラメータの値を調べます。

OH/crs/install/crsconfig_params in <grid_user_grp>

3. mkdir OH/cdata/<cluster_name>コマンドを発行します。

4. chgrp <grid_user_group> OH/cdata/<cluster_name>コマンドを発行します。

5. chmod 775 OH/cdata/<cluster_name>コマンドを発行します。

Oracle Bug#13110641

グリッド・ネーミング・サービス(GNS)とともに構成されているクラスタにOracle RACソフトウェアをインストールしているときに、GNSが正常に動作していても、前提条件のページにGNS整合チェックの警告ステータスが表示される場合があります。

このメッセージには次のようなものがあります。

PRVF-5217 : An error occurred while trying to look up IP address for
"<gns-subdomain-extended-name>"

回避策: エラー・メッセージにリストされている完全修飾名に対して、nslookupを実行します。nslookupから非認証応答とともにその名前のIPアドレスが戻された場合は、この警告は無視してかまいません。名前がIPアドレスに解決されなかった場合は、エラー・メッセージの「処置」に記されている手順に従ってください。

Oracle Bug#13090686

ノード上でパブリック・ネットワーク接続が失われている場合、データベース・サービスを他のノードに移動できません。

回避策: サービス(srvctl relocate serviceなど)をパブリック・ネットワーク接続のあるノードに手動で再配置します。

Oracle Bug#13031236

11.2.0.xから11.2.0.3へのアップグレード中に、Oracle ASMがローリング移行を停止しているとき、最後のノードでrootupgrade.shの実行が失敗します。

回避策: 次の手順を実行します。

1. crsctl stat resource ora.asmを実行し、STATEがONLINEであることを確認します。

2. rootupgrade.shスクリプトを再度実行し、アップグレードを完了させます。

Oracle Bug#12974884

クラスタ状態モニター(CHM)・リポジトリの保存時間またはサイズを削減すると、CHMでレコードの削除に失敗し、それによってレプリカloggerdが再起動し続け、マスターloggerdとレプリカloggerdとの間の同期に失敗することがあります。

回避策: oclumon manage -reposコマンドを使用してクラスタ状態モニター・リポジトリのサイズを削減した後、oclumon manage -repos reploc <new_location>コマンドを使用してクラスタ状態モニター・リポジトリの場所を変更する必要があります。

Oracle Bug#12900070

Oracle Clusterwareのアップグレードを準備する際に、Cluster検証ユーティリティ(CVU)のコマンドruncluvfy.sh stage -pre crsinst -upgradeを使用すると、次のエラーが発生する場合があります。

Unable to retrieve nodelist from Oracle Clusterware

このエラーの原因は、olsnodesがOracle Clusterwareの停止中にノードのリストを返せないことです。

回避策: -nフラグを使用してcluvfy.sh stage crsinst -upgradeコマンドを実行し、クラスタ・メンバー・ノードのカンマ区切りリストを提供します。次に例を示します。

runcluvfy.sh stage -pre crsinst -upgrade -n node1, node2, node3

Oracle Bug#12769576

11.2.0.3では、クラスタ状態モニター(CHM)・リポジトリのデフォルトのRETENTION_TIMEサイズ(秒単位)は、4ノード・クラスタの場合は30823、他のクラスタの場合は(30823*4)をノードの数で割った値です。11.2.0.2から11.2.0.3にアップグレードすると、RETENTION_TIMEは4ノード・クラスタの場合は6311になります。

回避策: 11.2.0.2から11.2.0.3にアップグレードした後、次のoclumonコマンドを使用して、4ノード・クラスタのRETENTION_TIMEサイズを6311から30823に変更することをお薦めします。

oclumon manage -repos resize 30823

Oracle Bug#12710059

Oracle Cluster Registry (OCR)およびNetwork File Storage (NFS)上の投票ディスク・ファイルでOracle Grid Infrastructureを11.2.0.3にアップグレードするときに、クラスタ・ノードがNFSサーバーへの接続に使用するネットワーク・カード(たとえばeth0)が停止すると、rootupgrade.shスクリプトでのOracleスタックのアップグレードが失敗します。

回避策: ネットワーク・インタフェースをリストアし、古いOracle Clusterwareスタックが起動されアクティブに実行されていることを確認した後、rootupgrade.shスクリプトを実行します。

Oracle Bug#12380213

データファイルのある11.2.0.2データベースを11.2.0.3 Oracle Restartにインストールするときに、エラー例外が発生します。

回避策: リリース11.2.0.2のデータベースを11.2.0.3 Oracle Restartに対してインストールするには、-ignorePrereqを指定して11.2.0.2のrunInstallerを呼び出した後、11.2.0.2データベースのインストールを完了する必要があります。

Oracle Bug#9948549

データベースまたはOracle ASMのインスタンスの起動中にエージェントが終了した場合、インスタンスの起動が完了しない可能性があります。

回避策: srvctlまたはsqlplusを使用し、インスタンスを停止して再起動します。

Oracle Bug#8733944

リリース11.1.0.7からのOracle Clusterwareで、Oracle Exadataサポートに必要なパッチまたは11.1.0.7 CRSバンドル・パッチ1を適用すると発生する問題のため、停止コマンドまたは障害により別のノードでクラスタウェアが停止すると、CSSデーモンが停止する場合があります。

この兆候としては、最大値を超えていることを示す、CSSDログのASSERTです。次に例を示します。

Group ID of xxxx exceeds max value for global groups

回避策: Oracle Exadataサポート・パッチまたは11.1.0.7 CRSバンドル・パッチ1を実行している場合、この問題を解決するには、この不具合用のパッチを適用することをお薦めします。

この問題は、前述のパッチを使用して11.1.0.7からアップグレードする際にも発生する場合があります。アップグレード時に11.1.0.7のノードが停止する潜在的な問題を排除するには、この不具合用のパッチをアップグレード前に11.1.0.7のノードに適用します。

アップグレードする場合は、アップグレード時にアップグレードされなかったノードを再起動せずに、すべてのノードでアップグレードを完了しておくことをお薦めします。アップグレードの実行中に11.1.0.7のノードが停止する場合は、再起動しないでアップグレードしてください。

Oracle Bug#8657184

2つのネットワーク・インタフェースがクラスタ内でパブリック・ネットワーク・インタフェースとして構成されており、一方のノードのパブリック・インタフェースに障害が発生した場合に、もう一方のパブリック・インタフェースにVIPが自動的にフェイルオーバーされません。

回避策: 複数のパブリック・ネットワーク・インタフェースが存在する場合は、高可用性のためにインタフェースの結合を使用します。Oracle Clusterwareインストーラの「ネットワーク・インタフェースの使用方法の指定」画面で、パブリックとして1つの(結合された)インタフェースのみを選択します。srvctl add nodeappsまたはsrvctl add vipでパブリック・ネットワークを構成する場合は、-Aまたは-S引数に1つのネットワーク・インタフェース名のみを指定します。

Oracle Bug#8288940

DBCAを使用して11.2のクラスタ用Oracle Grid Infrastructure環境に11.2より前のOracle RACデータベースを作成すると、次のメッセージで失敗する場合があります。記憶域としてクラスタ・ファイル・システムを使用しているとき、次のメッセージが表示されます。

ORA-00119: invalid specification for system parameter REMOTE_LISTENER

記憶域としてOracle ASMを使用しているとき、次のメッセージが表示されます。

DBCA could not startup the ASM instance configured on this node

回避策: 11.2データベース・ホームでこの不具合のためのパッチを適用します。このパッチは、10.2.0.4、11.1.0.6および11.1.0.7データベース・リリースに対して必要です。リリース10.2.0.5にはパッチは不要です。

Oracle Bug#3841387、8262786、8373758、8406545、8441769

Oracle Clusterwareを11.2にアップグレードすると、10.1、10.2および11.1のOracle RACデータベースのOracleリソースが正常に動作しない場合があります。

回避策: Oracle Bug#3841387、8262786、8373758、8406545および8441769のためのパッチをOracle Databaseホームに適用します。

3.24.6 Oracle Data Pumpに関する既知の不具合

Oracle Bug#12866600

11.2.0.3のデータベースから、11.2.0.3より前のバージョン(11.2.0.2を含む)にインポートされるデータベース・リンクは、インポート・データベースでは使用できません。データベース・リンクを使用しようとすると、次のORA-600エラーが発生します。

ORA-00600 [kzdlk_zt2 err], [18446744073709551601]

回避策: インポートされたデータベース・リンクを使用するには、先に作成しなおす必要があります。

3.24.7 Oracle Database Enterprise Editionに関する既知の不具合

Oracle Bug#13087066

値を表に挿入するストアド・プロシージャに非常に大きいdouble値が渡され、このストアド・プロシージャがstore=yオプションでmodada (SQL*Module compiler for ADA)によってデータベースに格納された場合、次のエラーが返されることがあります。

ORA-03137: TTC protocol internal error : [3149]

回避策: ありません。

Oracle Bug#9951827

トランスポータブル表領域のインポートで、タイムゾーンのバージョンが変更されているタイムスタンプが処理されません。

リリース11.2.0.3で生成されたトランスポータブル・ダンプ・ファイルにタイムゾーン列のあるタイムスタンプを含む表があり、ターゲット・データベースでのタイムゾーン表のバージョンがソース・データベースのものと異なっている場合、インポートは実行されません。

リリース11.2.0.3より前で生成されたダンプ・ファイルのタイムゾーン表のバージョンがターゲットと異なる場合、インポートは実行されません。

回避策: インポート・データベースとエクスポート・データベースのタイムゾーン表が同じであることを確認してください。

Oracle Bug#9859532

ノード固有ネットワーク・インタフェースの現在の実装では、そのノードに対してOracle RACが使用するすべてのネットワークの完全な定義が必要です(つまり、ノードがグローバル・ネットワーク構成に従っているか、またはノードでノード固有のネットワーク構成が定義されていることが必要です)。

そのため、最初のノード固有ネットワーク・インタフェースが特定のノードに対して定義されると、Oracle RACは、すでに構成されていて、同じノードに適用されている可能性のある構成済のグローバル・ネットワーク・インタフェースを考慮しません。

これは正しい動作ですが、問題があります。クラスタに動作しているグローバル・ネットワーク構成がある場合、ユーザーが(oifcfgを使用して)それを更新し、ノード固有のpublicインタフェースを定義するときには、グローバル構成はそのノードに対して考慮されず、ノードは新しく定義されたpublicインタフェースを1つだけ持つようになります。グローバル・ネットワーク構成に存在し、このノードに対してまだ正常に解決を行う可能性のあるすべてのクラスタ・インターコネクトは、有効とは見なされなくなります。したがって、ノードはクラスタ・インターコネクトを失い、PCWスタックはそのノードで停止します。

回避策: ノードがグローバル・クラスタ・ネットワーク構成に属していて、ネットワーク構成をノード固有にする場合は、最初のノード固有インタフェースとしてクラスタ・インターコネクトを定義し、他のクラスタ・ノードとのインターコネクトをノードが失わないようにする必要があります。その後は、必要に応じて他のノード固有インタフェースを定義できます。

Oracle Bug#9181675

権限エラーを避けるために、Oracle ASM上でデータベースを手動で作成している場合は、asmgidwrapスクリプトをコールする必要があります。

回避策: ロール分離インストール(グリッドおよびRDBMSに異なるユーザーとグループがあります)の場合、DBCAを使用して、Oracle ASM上でのデータベース作成時に自動的にasmgidwrapスクリプトをコールするデータベースを作成します。データベースを手動で作成することを選択した場合、権限エラーを避けるために正しいグループを設定できるように、スクリプトを明示的にコールする必要があります。

Oracle Bug#8729627

11.1のDBCAを使用して、11.2のOracle Clusterwareを実行しているクラスタでデータベースを削除する場合、データベース・リソースがロックされるためにPRKP-1061/CRS-2524エラーが表示される場合があります。

回避策: このメッセージは無視しても問題ありません。「OK」をクリックして続行します。

Oracle Bug#8679182

複数のパブリック・サブネットがVIPに定義されているクラスタでデータベースを構成する場合(例: srvctl add vip -k 2 -A ...と同様のコマンドを使用)、データベース・エージェントによって、LOCAL_LISTENERがデフォルト・ネットワークのリスナーに自動的に設定されます。これにより、LISTENER_NETWORKSのリスナー・セットが重複する場合があります。

回避策: デフォルトのパブリック・サブネットにあるLISTENER_NETWORKSにはリスナーを設定しないでください。

3.24.8 Oracle Enterprise Manager Grid Controlに関する既知の不具合

Oracle Bug#12793336

Oracle ASM構成アシスタント(ASMCA)を使用してCluster Ready Services (CRS)またはOracle ASMをリリース11.2にアップグレードしようとすると、アップグレードは成功しますが、権限の問題により、既存のエージェント・ホーム内のクラスタ・ターゲットに対する新しいクラスタウェア・ホームの更新が失敗することがあります。その結果、Oracle Enterprise Manager Grid ControlおよびDatabase ControlはOracle ASMおよびCRSターゲットを監視できません。

回避策: ASMのホームページとクラスタのホームページにある「モニタリング構成」リンクを使用して、Oracle ASMおよびクラスタのターゲットのOracleHomeプロパティをそれぞれに変更します。

Oracle Bug#12725253

リリース10.2.0.1から11.2.0.3へのデータベースのアップグレードは、小数点記号としてピリオド(.)を使用しないロケールで実行すると、ORA-01722 (Invalid number)エラーになる場合があります。

回避策: 小数点記号としてピリオド(.)を使用するロケールでアップグレードを実行してください。アップグレードの後で、望みのロケールに切り替えます。

3.24.9 Oracle Database QoS Managementに関する既知の不具合

Oracle Bug#12767103

分類子に複数のサービスが含まれるパフォーマンス・クラスを作成し、これらのサービスがすべて同じサーバー・プールで実行するように指定されていない場合、Enterprise Manager Quality of Service (QoS)管理パフォーマンス・クラス詳細ページでのそのパフォーマンス・クラスのメトリック・グラフが正しくありません。リソース使用時間グラフおよびリソース待機時間グラフには、1つのサーバー・プールからのメトリックのみが表示されます。他のグラフには、すべてのサーバー・プールからのメトリックが正しく表示されます。

回避策: この不具合は、このタイプのパフォーマンス・クラスに関連する正しい管理または推奨アクションには影響しません。

Oracle Bug#12792222

この不具合は、Oracle Database QoS Managementによって管理されるCPUリソースの推奨事項に対するものです。サーバー上のすべてのインスタンスに対して構成されているCPUの数が、そのサーバーの物理CPUの数より少ない場合、割り当てられていない(空いている) CPUがOracle Database QoS Managementによって検出されず、構成されているCPUの数を増やすことを薦める推奨が行われません。データベースをホストしているスライスだけが、ターゲット・スライスに対するドナーとして考慮されます。割り当てられていないいずれかのCPUの追加が、最高ランクのCPU移動アクションである必要があります。

回避策: 各サーバーで各データベース・インスタンスに対して構成されているCPU数の合計が、物理的なCPUの数と同じであることを確認します。

Oracle Bug#10019209

この不具合は、クラスタ状態モニター(CHM)をサポートしているプラットフォームに当てはまります。Oracle Clusterware管理のデータベース・サービスが停止しているものの無効の状態ではない場合、そのサービスのホストであるサーバーのメモリーが過大割当ての状態であると検出されなければ、サービスはOracle Database QoS Managementにより起動されます。メモリーが過大割当てされている場合は、有効なサービスはすべて、たとえ手動で起動されていても停止されます。メモリーの過剰割当て状態(赤)からせ正常な状態(緑)に遷移するサービスのみを起動するというのが、望ましい動作です。サーバーが赤の状態にあるときに、サービスが手動で起動される場合、そのサービスは停止しないでください。

回避策: Oracle Enterprise Managerコンソールから、停止状態のままにするサービスを停止して無効にするか、QoS管理を無効にします。

3.24.10 Oracle Database Vaultに関する既知の不具合

Oracle Bug#7033772

Enterprise Manager Database Controlのアップグレード後に、Database Vault Administrator (DVA)が機能しません。

回避策: Database Controlのアップグレード後に、DVAを手動で再デプロイします。『Oracle Database Vault管理者ガイド』の付録C、Database Vault Administratorのデータベース・コンソールOC4Jコンテナへのデプロイに関する項で説明している手順を実行します。

Oracle Bug#8686258

Database Vaultの管理ページに次のメッセージが表示されるため、Database VaultのポリシーをOracle Enterprise Manager Database Controlで管理できません。

"OPERATOR TARGET" privilege does not exist.
"You must have OPERATOR TARGET privilege to perform this operation."

回避策: Oracle Enterprise Managerを使用してDatabase Vaultのポリシーを管理するには、Database Vault管理者にEM管理者権限を割り当てる必要があります。EM管理者権限をDatabase Vault管理者に付与しない場合は、「Database Vault Administrator」ページを直接使用します。その他の情報は、『Oracle Database Vault管理者ガイド』を参照してください。

Oracle Bug#8341283

成功または失敗時に監査するように監査オプションが設定されている場合、DVSYS.AUDIT_TRAIL$表のACTION_NAMEエントリに、失敗したレルム強制のRealm Authorization Auditが表示されます。RETURNCODEには、トリガーされた正しいエラー・コードが表示されます。

回避策: 違反が発生しているかどうかをRETURNCODE値を使用して判断し、レルム強制またはコマンド・ルール強制によって監査が生成されたかどうかをACTION_NAME列を使用して特定します。

3.24.11 Oracle Enterprise Manager Database Controlに関する既知の不具合

Oracle Bug#9766628

emctlコマンドが有効な結果を返しません。

回避策: emctlコマンドはOracle Databaseホームから実行する必要があります。クラスタ用Oracle Grid Infrastructureホームからこのコマンドを呼び出さないでください。

Oracle Bug#8674920

クラスタ用Oracle Grid InfrastructureとOracle Databaseのインストール所有者が異なる場合は、Oracle ASMバイナリとOracle Enterprise Managerエージェント・バイナリの所有者も異なります。サポート・ワークベンチを起動すると、エラー・メッセージError Operation failed - Operation failedが表示されます。これは、別のユーザーとしてOracle Enterprise Managerエージェントが実行されており、サポート・ワークベンチにOracle ASMターゲットの権限がないためです。

回避策: ありません。

Oracle Bug#8350597

Database ControlがIPv6環境で実行されている場合、Database Controlを使用してExadataセルを監視できないため、Exadataセルをターゲットとして追加しないでください。

回避策: ありません。

3.24.12 Oracle OLAPに関する既知の不具合

Oracle Bug#9917299

インストール・キットで提供されているシードを使用してデータベースがインストールされていて、OLAPオプションが選択されていない場合、インストールの終了時またはしばらくしてから、OLAP Analytic WorkspaceおよびOLAP APIコンポーネントが無効と報告されます。

エラー・メッセージを除くと、これによるインスタンスの実行への影響は何もありません。

回避策: 次のいずれかを行います。

- エラーを無視します。

- OLAP (または問題のあるオプション)を有効にします。

- OLAPを含まない独自のシード・データベースを作成して使用します。

Oracle Bug#9545221

ソース表がターゲット・スキーマの一部ではないマテリアライズド・ビューが有効なキューブまたはキューブ・ディメンションをインポートすると、「Object not found」というエラーで失敗します。

回避策: インポートの前に失敗したオブジェクトに対するマテリアライズド・ビューを無効にし、ソース表が存在するようになったら再び有効にします。

3.24.13 Oracle Real Application Clustersに関する既知の問題

Oracle Bug#10369108

管理者管理型データベースからポリシー管理型データベースに変換した後、データベース・パスワード・ファイルの更新が必要な場合があります。

回避策: データベース・パスワード・ファイルを更新するには、次の手順を実行します。

1. 既存のパスワード・ファイルorapw$ORACLE_SIDを、管理者管理型データベースが実行されていたノードのorapw<db_unique_name>にコピーします。

2. このファイルorapw<db_unique_name>を、すべてのクラスタ・ノードの同じ場所にコピーします。

3.24.14 Oracle SQL*Loaderに関する既知の不具合

Oracle Bug#9301862

外部表コードがNFSによって提供されるディスク上の非常に大きいファイルを読み取るとき、時間とともに読取りのI/Oパフォーマンスが低下する場合があります。これは、NFSがファイルから読み取ったブロックをメモリーにキャッシュすることが原因です。これらのブロックは再度読み取られることがないので、キャッシュの維持に費やされる時間によってI/O操作が遅くなります。

回避策: (O_DIRECTフラグを使用しない)現在の動作はデフォルトのままです。次に示す方法で、O_DIRECTフラグの使用を有効にできます。

- この不具合に対する修正コントロールを有効にし、次のコマンドを使用してONに設定します。

ALTER SESSION SET "_fix_control"='9301862:ON';

修正コントロールを有効にすると、外部表コードはFILESYSTEMIO_OPTIONS構成パラメータを調べて、DIRECTIOまたはSETALLに設定されている場合は、読取り用にデータファイルを開くときに、ORACLE_LOADERアクセス・ドライバでO_DIRECTフラグを指定します。FILESYSTEMIO_OPTIONSパラメータが設定されていない場合、または他の値に設定されている場合は、ユーザーが次のオプションを選択しないかぎり、アクセス・ドライバはO_DIRECTの使用を試みません。

- アクセス・ドライバで新しいIO_OPTIONS句を使用して、直接I/Oを指定します。この句は、さらに大きなRECORDS句の一部です。構文は次のとおりです。

IO_OPTIONS (DIRECTIO | NODIRECTIO)

DIRECTIOを指定した場合、アクセス・ドライバはファイルを開くときにO_DIRECTフラグを使用します。NODIRECTIOを指定した場合、アクセス・ドライバはO_DIRECTフラグを使用しません。IO_OPTIONSによって指定されるアクションは、この不具合に対する_fix_controlの設定に関係なく実行されることに注意してください。

1番目のオプションがすべての外部表に対してO_DIRECTの使用を有効にする方法であるのに対し、2番目のオプションでは特定の外部表に対してDIRECTIOを使用することも、使用しないこともできます。

3.24.15 Oracle Universal Installerに関する既知の不具合

インストールとアップグレードに関する他の問題については、第3.1項「互換性、アップグレード、ダウングレードおよびインストール」も参照してください。

Oracle Bug#13362360

セキュア・シェル(SSH)設定でのプロトコル2限定モードの使用は動作保証されていません。

回避策: プロトコル1とプロトコル2の両方を処理するようにSSH構成ファイルを構成します。

Oracle Bug#13028836

現在のノードまたはローカル・ノード上でのみ、セキュア・シェル(SSH)設定コードによってユーザーのホーム・ディレクトリ権限が755に変更されます。

回避策: SSHがローカル・ノードで一部のSSH関連操作を行うにはこの権限が必要であるため、これは必要な動作です。

Oracle Bug#13012502

Oracle Database ClientまたはOracle Database Examplesソフトウェアで追加されたOracleホームをクローニングすると、データベースの作成に失敗します。

回避策: クローニング操作中に、『Oracle Databaseインストレーション・ガイドfor Linux』で指定されているとおりに権限付きのオペレーティング・システム・グループ(OSDBA_GROUPとOSOPER_GROUP)の値を入力します。

Oracle Bug#12930328

クラスタのノードによって中央のインベントリの場所が異なる場合、addnode.shではクラスタのリモート・ノードのインベントリが正しく更新されません。

回避策: クラスタにノードを追加するには、クラスタのすべてのノードで中央のインベントリの場所が同じであることが必要です。addnode.shを実行する前に、そのようになっていることを確認してください。

Oracle Bug#12887720

アクセス制御リスト(ACL)をサポートしているファイル・システムは、Oracleソフトウェアのステージングに使用できません(使用すると、ステージング領域からアクセス制御リストをサポートしていない一時ディレクトリにファイルをコピーするときに、エラーが発生する場合があります)。ファイルをコピーする間にACL権限を保持できず、それが原因でコピーが失敗します。

回避策: ありません。

Oracle Bug#12719356

Oracle RACをインストールした後、インストール・ログ・ファイルに次のエラー・メッセージが記録されている場合があります。

OiiolLogger.addFileHandler:Error while adding file handler - Logs/remoteInterfaces<time>.log

回避策: ありません。このエラー・メッセージは無視しても問題ありません。

Oracle Bug#12711224

Oracle Universal Installer (OUI)が、ノードの再起動中、またはrootupgradeスクリプトの実行中にクラッシュした場合、OUIはアップグレード後のタスクを再開できません。

回避策: 次のタスクを手動で処理し、アップグレードを完了する必要があります。

- 11.2より前から11.2.0.3リリースにアップグレードしている場合:

1. インベントリの更新

2. Orace Net Configuration Assistant

3. 自動ストレージ管理構成アシスタント

4. Enterprise Managerの構成アップグレード・ユーティリティ

5. Oracleクラスタ検証ユーティリティ

- 11.2以降から11.2.0.3リリースにアップグレードしている場合:

1. インベントリの更新

2. Enterprise Managerの構成アップグレード・ユーティリティ

3. Oracleクラスタ検証ユーティリティ

Oracle Bug#12635143

プロパティ・ファイル内のデフォルト・パスの不一致により、次の問題が発生します。

- 必要な認証ファイルをリモート・ボックスにコピーできない場合でも、Secure Shell (SSH)設定プロセスで成功メッセージが返されます。これは、SSH設定プロセスで使用される一部のバイナリ(例: SCPおよびSSH)が、指定されたデフォルトの場所(例: ssPaths_sol.propertiesなどのプラットフォーム固有ファイル)にない場合にのみ起こります。

- プラットフォーム固有プロパティ・ファイル内でバイナリに指定されているデフォルトの場所の一部が不適切です。

回避策: 次の手順を実行して、前述のいずれかの問題を修正します。

1. インストールShiphomeパス/Disk1/stage/propertiesにあるプロパティ・ファイルを、サーバー上の場所にコピーします。

2. パス・エラーのソースに応じて、ファイルssPaths_<platform>.propertiesを開き、サーバー上の正しいパスの場所を指すようにファイル内の値を変更します。

3. 次のコマンドをコールします(<unzipped_resource_directory_path>は、プロパティ・ファイルのローカルの場所のパスです(ファイル名は含まない))。

./runInstaller -J-Doracle.sysman.prov.PathsPropertiesLoc=<unzipped_resource_directory_path>

Oracle Bug#8729326

11.2のClusterwareにアップグレードする場合、インストーラはASMCAをサイレント・モードで起動し、Oracle ASMをクラスタ用Oracle Grid Infrastructureホームにアップグレードします。11.1.0.7からアップグレードする際、Oracle ASMアップグレードはローリング方式で処理されます。前のバージョンのOracle ASMインスタンスは、ローリング方式以外の方法でアップグレードされ、Oracle ASMベースのデータベースは警告なしでバウンスされます。

回避策: すべてのノードでroot.shを実行してから、インストーラによるプロンプトを確認できる時点まで、データベースの停止を計画できます。この時点で、CRSはローリング方式でアップグレードされ、インストーラはASMCAをコールしてOracle ASMをアップグレードします。これにより、データベースはOracle ASMアップグレードの一部としてバウンスされます。

Oracle Bug#8666656

Oracleホーム(ORACLE_HOME/oui/bin/runInstaller)にあるOracle Universal Installer (OUI)のrunInstallerスクリプトでは、11.2.0.1リリースのOracle Database、クラスタ用Oracle Grid InfrastructureおよびOracle Databaseクライアントをインストールできません。

回避策: それぞれの11.2.0.1.0製品メディアのOracle Universal Installerを使用して製品をインストールします。

Oracle Bug#8638708

Oracle Universal Installer (OUI)のデータベース構成「デスクトップ・クラス」を選択すると、リスナーおよびデータベース制御は、ホスト名として'localhost'で構成されます。Oracle Enterprise Manager Database Controlのemctlを使用したstartおよびstop操作が失敗する場合があります。

回避策: 該当のホームでemctlを使用するDatabase Controlの起動および停止操作では、ORACLE_HOSTNAME環境変数を'localhost'に設定します。

Oracle Bug#8407818

addNode.shを使用して、共有Oracle Databaseホームに新しいノードを追加すると、新しく追加したノードの/etc/oratabに、addNode.shの実行元のソース・ノードに存在するソース・データベース名のエントリが入ります。DBCAを使用して新しいノードでデータベース・インスタンスが追加されると、新しいノードの/etc/oratabファイルにデータベース・エントリが入ります。

回避策: ソース・ノードからDBCAを起動して、新しいノードでデータベース・インスタンスを新しく追加する前に、エディタを使用して新しいノードで/etc/oratabファイルを開き、ソース・データベース名のエントリを削除します。

3.24.16 Oracle Wallet Managerに関する既知の不具合

Oracle Bug#9880435

ウォレットのパスワードとディレクトリ・ユーザーのパスワードが異なる場合、Oracle Wallet Managerによるディレクトリ・サービスへのウォレットのアップロードは失敗します。

回避策: ウォレットとディレクトリ・ユーザーに同じパスワードを使用します。

3.24.17 Oracle XML Databaseに関する既知の不具合

Oracle Bug#16069266

トランスポータブル表領域(TTS)を使用してバイナリXMLデータを含んだ表をエクスポートまたはインポートする操作はサポートされていません。

回避策: Oracle Data Pumpの従来のパスを使用してデータを移動します。

Oracle Bug#12836913

JDK6のJavaストアド・プロシージャで独自のoracle.xdb.XMLTypeコンストラクタを使用すると、「Invalid version of the XMLType」というエラーが返される場合があります。

回避策: Javaストアド・プロシージャを使用しないようにします。または、JDK6のかわりにJDK5を使用します。

Oracle Bug#12834970

リリース11.2.0.3以降、MOVEXDB_TABLESPACEおよびREBUILDHIERARCHICALINDEXプロシージャはDBMS_XDBパッケージからDBMS_XDB_ADMINパッケージに移動されました。これらのプロシージャは、DBMS_XDBパッケージでは使用できなくなりました。

回避策: ありません。

Oracle Bug#9586264

XMLQUERYまたはXMLTABLE問合せを完全に最適化するには、OPTIMIZER_FEATURE_ENABLEを11.1.0.6以降に設定する必要があります。

回避策: ありません。

3.24.18 ベンダーとオペレーティング・システムに関する既知の不具合

Oracle Bug#8256753

1つのクライアント・マシンでのSCANおよびEZCONNECTを使用する接続を要求できるのは、特定のSCANリスナーの使用に対してです。したがって、ラウンドロビンDNSを使用してロード・バランシングを行うことはできません。

回避策: tnsnames.oraで次のようにLOAD_BALANCE=onを指定する構成を使用してデータベースに接続します。

ORCL =
(DESCRIPTION =
(LOAD_BALANCE=on)
(ADDRESS = (PROTOCOL = TCP)(HOST = stscan1)(PORT = 1521))
(CONNECT_DATA =
(SERVER = DEDICATED)
(SERVICE_NAME = srv.world)
)
)

4 Oracle Database 11gリリース2 (11.2.0.2)のREADME情報

注意:
Oracle Database 11g リリース2 (11.2.0.2)を使用する場合は、このREADMEを参照してください。

READMEのこの項には、さらに次の項があります。

第4.1項「命名体系の変更」

第4.2項「互換性、アップグレード、ダウングレードおよびインストール」

第4.3項「11.2.0.2で使用できないか制限されている機能」

第4.4項「デフォルト動作の変更点」

第4.5項「Oracle Automatic Storage Management (Oracle ASM)」

第4.6項「Oracle Enterprise Manager Database Control」

第4.7項「データベース・セキュリティ」

第4.8項「暗号化と整合性」

第4.9項「JavaおよびWebサービス」

第4.10項「メディア管理ソフトウェア」

第4.11項「Oracle Application Express」

第4.12項「Oracle Clientアプリケーション」

第4.13項「Oracle Configuration Manager」

第4.14項「Oracle Data Mining」

第4.15項「Oracle Internet Directory」

第4.16項「Oracle Multimedia」

第4.17項「Oracle Net Services」

第4.18項「Oracle Real Application Clusters」

第4.19項「クラスタ用Oracle Grid Infrastructure」

第4.20項「Oracle ODBC Driver」

第4.21項「Oracle OLAP」

第4.22項「Oracle Spatial」

第4.23項「Oracle SQL Developer」

第4.24項「Oracle Text」

第4.25項「Oracle Ultra Search」

第4.26項「Oracle Warehouse Builder」

第4.27項「Oracle Workflow」

第4.28項「Oracle XML DB」

第4.29項「PL/SQL」

第4.30項「Pro*C」

第4.31項「Pro*COBOL」

第4.32項「SQLJ」

第4.33項「SQL*Plus」

第4.34項「サマリー管理」

第4.35項「Oracle Streams」

第4.36項「未解決の不具合」

4.1 命名体系の変更

命名体系では、次の点が変更されています。

- フラッシュ・リカバリ領域の名称が高速リカバリ領域に変更されました。

- Oracle interMediaの名称が、Oracle Database 11gリリース1 (11.1)でOracle Multimediaに変更されました。機能は同じで、名称のみが変更されました。

4.2 互換性、アップグレード、ダウングレードおよびインストール

アップグレード前の処理、アップグレード後の処理、互換性および相互運用性の説明に関する最新の更新内容およびベスト・プラクティスについては、Oracle Database 11gリリース2(11.2)(https://support.oracle.com)のノート785351.1を参照してください。

注意:
インストールの完了後、Oracleソフトウェアが実行されている間は、/tmp/.oracleまたは/var/tmp/.oracleディレクトリやディレクトリ内のファイルを手動で削除したり、それらを削除するcronジョブを実行しないでください。これらのファイルを削除すると、Oracleソフトウェアが断続的にハングする場合があります。クラスタ用のOracle Grid InfrastructureおよびOracle Restartのインストールが失敗し、次のエラーが表示されます。

CRS-0184: Cannot communicate with the CRS daemon.

4.2.1 複数のインターコネクトとOracle ACFS

クラスタ用Oracle Grid Infrastructure 11gリリース2 (11.2.0.1)でOracle ACFSファイル・システムを使用していて、Oracle Grid Infrastructureを11gリリース2 (11.2.0.2)にアップグレードし、冗長なインターコネクトの使用を利用して1つ以上のプライベート・インタフェースをプライベート・ネットワークに追加する場合は、アップグレードした各クラスタ・メンバー・ノードでOracle ASMインスタンスを再起動する必要があります(Oracle Bug#9969133を参照)。

4.2.2 削除の制限

次の各項では、削除および構成解除の制限について説明します。詳細は、第4.36.2項「削除ツールに関する既知の不具合」を参照してください。

4.2.2.1 アップグレードした11.2のOracle RACおよびクラスタ用Oracle Grid Infrastructureのホームの削除

11201、11202、11203の場合

アップグレードしたOracle Database 11gリリース2 (11.2)のOracle RACホームを構成解除または削除した後に、11.2のクラスタ用Oracle Grid Infrastructureホームを構成解除または削除するには、11.2より前のOracle RACソフトウェア・ホームを中央のインベントリからデタッチする必要があります(Oracle Bug#8666509を参照)。

11.2より前のOracle RACホームを中央のインベントリからデタッチするには、次のコマンドを使用します。

ORACLE_HOME/oui/bin/runInstaller -detachHome ORACLE_HOME_NAME=pre-11.2_ORACLE_HOME_NAME ORACLE_HOME=pre-11.2_ORACLE_HOME

4.2.2.2 既存のOracleホームから-homeオプションを指定して削除を実行した場合のエラー

製品のホームから-homeオプションを指定してdeinstallツールを実行しようとすると、削除が失敗し、次のエラー・メッセージが表示されます。

$ ./deinstall -home /scratch/user_dir/oracle/product/11.2.0/dbhome_1
Error: invalid argument -home.
Since the tool is run from inside an Oracle Home it will deinstall the home
the tool is installed in. You cannot specify another home.

deinstallツールはOracleホーム内から実行されるため、-homeオプションを指定してdeinstallツールを実行することはできません。deinstallツールを実行できるのは、Oracleホーム内から./deinstallを指定した場合のみです。

4.2.3 タイムゾーン・ファイルのバージョン

Oracle Database 11gリリース2 (11.2)には、バージョン1から14のタイムゾーン・ファイルが付属しています。古いデータベースでバージョン14より新しいタイムゾーン・ファイルが使用されている場合は、データベースをアップグレードする前に、11.2に対応するタイムゾーン・ファイルのパッチを取得する必要があります。

SELECT VERSION FROM V$TIMEZONE_FILEを使用すると、Oracle Database 10gまたは11gデータベースの更新時にタイムゾーン・ファイルのバージョンを特定できます。タイム・ゾーン・ファイルのバージョンが11でない場合、アップグレード前情報ツール(utlu112i.sqlおよびDatabase Upgrade Assistantが使用する同等のもの)で警告が表示されます。この警告では、DBMS_DSTパッケージを実行してデータベースのタイム・ゾーン・バージョンを最新版にアップグレードし、さらにTIMESTAMP WITH TIME ZONEデータも更新するよう推奨されます。また、アップグレード前情報ツールでは、タイムゾーンのバージョンおよびそのアップグレードに関連するsys.database_propertiesに、3つの新しいデータベース・プロパティ(DST_PRIMARY_TT_VERSION、DST_SECONDARY_TT_VERSIONおよびDST_UPGRADE_STATE)が移入されます。 DST_PRIMARY_TT_VERSION プロパティには、使用中の実際のタイムゾーンのバージョンが記録されます。それ以外の2つのデータベース・プロパティは、DBMS_DSTパッケージを使用してタイムゾーンのバージョンをアップグレードする場合に使用されます。

リリース11.2.0.2では、11.2への移行後に現在のタイムゾーンのバージョンを保存するオプションが用意されています。たとえば、アプリケーションでTIMESTAMP WITH TIME ZONE型を使用している場合は、タイムゾーンのバージョンを最新のものにアップグレードするためにDBMS_DSTパッケージを実行する必要はありません。

4.2.4 Oracle ASMのローリング・アップグレード

Oracle Automatic Storage Management (Oracle ASM)のローリング・アップグレード・チェックでは、11.1.0.6からそれ以降のリリースへのローリング・アップグレードが許可されません(Oracle Bug#6872001を参照)。アラート・ログに、次のメッセージがレポートされます。

Rolling upgrade from 11.1.0.6 (instance instance-number) to 11.x.x.x is not supported

LMONからORA-15156が通知され、インスタンスが終了します。

Oracle ASMを11.1.0.6からそれ以降のリリースにアップグレードする場合は、この不具合に対応するパッチを11.1.0.6インスタンスに適用してから、ローリング・アップグレードを開始します。このパッチは、ローリング方式で11.1.0.6インスタンスに適用できます。

4.2.5 9.2から11.2にアップグレードする場合のUTCタイムゾーン・エラー

Oracle9i Databaseリリース2 (9.2)からOracle Database 11gリリース2 (11.2)へのアップグレード・スクリプトの実行中に、次のエラーが表示される場合があります。

ORA-27465: invalid value UTC for attribute DEFAULT_TIMEZONE

このエラーは、リリース9.2のデフォルトのタイムゾーン・ファイルに協定世界時(UTC)ゾーンがないために発生します。このメッセージはOracle Schedulerで生成されます。Oracle Schedulerでは、デフォルトでUTCタイムゾーンが選択され、リリース9.2のデフォルトのタイムゾーン・ファイルと照合されます。このエラー・メッセージは予想されているため、無視しても問題はありません。

4.2.6 表領域および高速リカバリ領域のサイズ設定

注意:
高速リカバリの以前の名称はフラッシュ・リカバリでした。

Oracle Database 11gのアップグレード前情報ユーティリティ(utlu112i.sql)は、SYSTEM表領域およびデータベース内のコンポーネントに関連するその他の表領域(SYSAUX、DRSYSなど)で必要となる追加領域を見積ります(Oracle Bug#13067061を参照)。手動でアップグレードする場合は、その前に既存のデータベースに対して必ずこのユーティリティを実行してください。

表領域サイズの見積りは、特に、データベースにOracle XML DBがインストールされている場合は小さすぎる場合があります。ただし、手動でのアップグレードまたはDatabase Upgrade Assistant (DBUA)を使用したアップグレード時に発生する可能性のある領域の問題を回避するために、アップグレード中は、各表領域用のデータファイルにAUTOEXTEND ON MAXSIZE UNLIMITEDを設定できます。

ファイル・システムを使用してデータファイルを格納している場合は、ファイル・システムに、アップグレード中の表領域の増大に対応できる十分な領域があることを確認してください。

高速リカバリ領域を使用している場合は、使用可能なサイズが、アップグレード中に生成されるREDOに対して十分であることを確認してください。サイズが適切でない場合には、アラート・ログにORA-19815エラーが書き込まれ、追加の領域が使用可能になるまでアップグレードは停止されます。

4.2.7 Oracle Databaseインスタンスのメモリー・ターゲット

実行中のDatabase Configuration Assistant (DBCA)は、この自動メモリー管理オプションにデフォルトで設定されます。アップグレードまたは手動でデータベースを作成する場合には、MEMORY_TARGETを初期化パラメータ・ファイルに指定できます。

4.2.8 Oracle Data Mining (ODM)を使用するデータベースのアップグレード

Data Miningオプションを使用するデータベースを11.2.0.1から11.2.0.2にアップグレードする場合は、DMSYSスキーマが11.2.0.1データベースに存在しないことを確認してください。存在する場合は、DMSYSスキーマとそれに関連するオブジェクトを次のようにデータベースから削除する必要があります。

SQL> CONNECT / AS SYSDBA;
SQL> DROP USER DMSYS CASCADE;
SQL> DELETE FROM SYS.EXPPKGACT$ WHERE SCHEMA = 'DMSYS';
SQL> SELECT COUNT(*) FROM DBA_SYNONYMS WHERE TABLE_OWNER = 'DMSYS';

前述のSQLでゼロ以外の行が戻された場合は、次の例に示すようにSQLスクリプトを作成して実行します。

SQL> SET HEAD OFF
SQL> SPOOL dir_path/DROP_DMSYS_SYNONYMS.SQL
SQL> SELECT 'Drop public synonym ' ||'"'||SYNONYM_NAME||'";' FROM DBA_SYNONYMS WHERE TABLE_OWNER = 'DMSYS';
SQL> SPOOL OFF
SQL> @dir_path/DROP_DMSYS_SYNONYMS.SQL
SQL> EXIT;

10gから11.2にデータベースをアップグレードすると、すべてのデータ・マイニング・メタデータ・オブジェクトはDMSYSからSYSに移行されます。アップグレード後、ダウングレードを実行する必要がないと判断した場合は、初期化パラメータCOMPATIBLEを11.2に設定し、前述されているようにDMSYSスキーマおよび関連するオブジェクトを削除します。

4.2.9 Oracle9i Databaseリリース2との互換性

Oracle Database 11gリリース2 (11.2)のクライアントまたはサーバーからOracle9i Databaseリリース(9.2.0.4以上)への接続はサポートされています。同様に、Oracle9iクライアント(リリース9.2.0.4以上)からOracle Database 11gリリース2 (11.2)への接続もサポートされています。

4.2.10 自動バックアップの有効化

必要なフォントがシステムにインストールされていない場合は、Oracle Databaseのインストール時に、「バックアップおよびリカバリ・オプションの指定」画面が完全に表示されないことがあります。固定幅フォントのみがインストールされている場合は、この画面のバックアップ・ジョブ資格証明領域で、必要な情報を完全に指定できない可能性があります。この問題を回避するには、この画面では「自動バックアップを使用します」を選択しないでください。自動バックアップは、インストールが完了した後、Oracle Enterprise Manager 11g Database Controlを使用して有効化できます。

4.2.11 SQLアクセス・アドバイザ・タスクを使用したデータベースのアップグレード

SQLアクセス・アドバイザ・リポジトリへの内部構造の変更により、データベースをアップグレードすると、既存のSQLアクセス・アドバイザ・タスクがすべて初期状態にリセットされます。このアクションにより、アップグレード前に正常に実行されたタスクに対するすべての推奨情報が効率的に削除されます。

アップグレード後、既存のSQLアクセス・アドバイザ・タスクを再実行して推奨情報をリストアできます。

4.2.12 リリース11.1.0.6へのダウングレード

リリース11.1.0.6へのダウングレードを予定している場合は、Oracle Bug#7634119用のパッチを適用します。このアクションにより、次のDBMS_XS_DATA_SECURITY_EVENTSエラーが回避されます。

PLS-00306: wrong number or types of arguments in call
to 'INVALIDATE_DSD_CACHE' DBMS_XS_DATA_SECURITY_EVENTS
PL/SQL: Statement ignored

このパッチは、catrelod.sqlの実行前に適用してください。

4.2.13 Oracle Clusterwareのローリング・アップグレード

Oracle Database 11gリリース2 (11.2)では、Oracle Clusterwareのローリング・アップグレード・サイクル中に新しい前提条件チェックが行われます。この前提条件チェックが失敗した場合に関して、『Oracle Databaseアップグレード・ガイド』には次のように記載されています。

Oracle Clusterware 10gリリース2 (10.2)からOracle Clusterware 11gリリース2 (11.2)にOracle Clusterwareをアップグレードする場合は、アップグレードする前に、まずバージョン10.2.0.3.0以降のパッチセットを既存のOracle Clusterwareに適用する必要があります。

『Oracle Grid Infrastructureインストレーション・ガイド』の付録F.5.1のローリング・アップグレードの手順に従います。

提案されたこの解決策以外に、別の方法もあります。クラスタのすべてのノードを、ローリング以外の方法で同時にアップグレードできます。この解決策を選択すると、10.2.0.3.0パッチセットの要件を回避できます。

4.2.14 ごみ箱のオブジェクトを使用したアップグレード

ORA-00600デッドロック・エラーを回避し、アップグレードの実行に必要な時間を最小限に抑えるには、アップグレード時にごみ箱を空にする必要があります(Oracle Bug#8632581を参照)。

このデッドロックを回避するには、データベースをアップグレードする前に、PURGE DBA_RECYCLEBIN文を使用し、アイテムおよび関連するオブジェクトをごみ箱から削除して、空き記憶域を解放します。

4.2.15 11.2.0.2.0をインストールするか11.2.0.2.0にアップグレードした後、またはOracle Clusterwareが再起動した後、Oracle ACFSレジストリが不正な状態になる場合がある

11.2.0.2.0をインストールするか11.2.0.2.0にアップグレードした後、またはOracle Clusterwareが再起動した後で、ora.acfs.registryリソースが不整合状態になる場合があります(Oracle Bug#9876173およびOracle Bug#9864447を参照)。

- 11.2.0.2.0の新規インストールが完了した後、投票ディスクまたはOracle Cluster Registry (OCR)、あるいはその両方がOracle ASMにある場合、ora.registry.acfsの値は次のようになります。

./crsctl status resource ora.registry.acfs
NAME=ora.registry.acfs
TYPE=ora.registry.acfs.type
TARGET=ONLINE, ONLINE
STATE=ONLINE, ONLINE

(ora.asmはSTATE ONLINE、TARGET ONLINEになります。)

一方、投票ディスクまたはOracle Cluster Registry (OCR)、あるいはその両方がOracle ASMにない場合、ora.registry.acfsの値は次のようになります。

./crsctl status resource ora.registry.acfs
NAME=ora.registry.acfs
TYPE=ora.registry.acfs.type
TARGET=ONLINE , ONLINE
STATE=OFFLINE, OFFLINE

(ora.asmはSTATE OFFLINE、TARGET OFFLINEになります。)

- 11.2.0.1.0から11.2.0.2.0へのアップグレードが完了すると、ora.registry.acfsのTARGETおよびSTATEは、11.2.0.2.0にアップグレードする前の11.2.0.1.0当時の値に設定されます。

- Oracle Clusterwareを再起動すると、ora.registry.acfsの値は常に次のようになります。

./crsctl status resource ora.registry.acfs
NAME=ora.registry.acfs
TYPE=ora.registry.acfs.type
TARGET=ONLINE , ONLINE
STATE=ONLINE, ONLINE

(ora.asmはSTATE ONLINE、TARGET ONLINEになります。)

なんらかの処置を行う必要はありませんが、必要な場合はOracle ACFSを使用不可にし、コマンドacfsroot unregisterを入力します。このコマンドにより、ora.registry (およびora.drivers)リソースが完全に削除されます。

4.2.16 Oracle ClusterwareまたはOracle ASMをアップグレード、削除または直接停止する前に必要なOracle ACFSファイル・システムを手動でディスマウントする必要がある

Oracle ClusterwareまたはOracle ASMをアップグレード、削除または直接停止する場合は、事前にOracle ACFSファイル・システムを手動でディスマウントする必要があります。また、Oracle ASM Dynamic Volume Manager (Oracle ADVM)上で実行しているOracle ACFS以外のファイル・システムも、手動でディスマウントしてください。システムを再起動するときも、このようにすることをお薦めします(Oracle Bug#8594128、Oracle Bug#9547527、Oracle Bug#9777741を参照)。

Oracle ClusterwareまたはOracle ASMのアップグレード、削除または直接停止の実行時には、Oracle Clusterware(またはOracle ASM)が正常に停止するように、すべてのOracle ACFSファイル・システムを手動でディスマウントしてからOracle Clusterwareを停止する必要があります。lsofとfuserコマンド(LinuxおよびUNIXの場合)またはhandleとwmicコマンド(Windowsの場合)を使用して、Oracle ACFSファイル・システムのアクティブなプロセスを識別します。これらのプロセスが確実にアクティブでなくなるようにするには、すべてのOracle ACFSファイル・システムをディスマウントし、Oracle Clusterwareの停止を発行します。このようにしないと、Oracle Clusterwareの停止時にOracle ACFSファイル・システムのアクティビティに関してエラーが発行される場合があり、Oracle Clusterwareの正常な停止を妨げることになります。

4.2.17 11.2.0.2へのアップグレードの一部としてDMSYSスキーマが削除されていない場合、Data Pumpのエクスポート操作が動作しない

データ・ポンプ・エクスポート操作は、11.2.0.2へのアップグレードの一環としてDMSYSスキーマが削除されていないと機能しません(Oracle Bug#10007411を参照)。次のようなエラーがレポートされます。

Processing object type SCHEMA_EXPORT/TABLE/TABLE_DATA
ORA-39126: Worker unexpected fatal error in
KUPW$WORKER.GET_TABLE_DATA_OBJECTS []
ORA-31642: the following SQL statement fails:
BEGIN "DMSYS"."DBMS_DM_MODEL_EXP".SCHEMA_CALLOUT(:1,0,1,'10.01.00.05.00');
END;
ORA-06512: at "SYS.DBMS_SYS_ERROR", line 86
ORA-06512: at "SYS.DBMS_METADATA", line 1245
ORA-04063: package body "DMSYS.DBMS_DM_MODEL_EXP" has errors
ORA-06508: PL/SQL: could not find program unit being called:
"DMSYS.DBMS_DM_MODEL_EXP"

11.2.0.2へのアップグレードの事前チェックでは、アップグレード前に実行する必要があるアクションがレポートされます。

The DMSYS schema exists in the database.Prior to performing an upgrade Oracle recommends that the DMSYS schema, and its associated objects be removed from the database.Refer to the Oracle Data Mining Administration Guide for the instructions on how to perform this task.

この手順を実行するまで、データ・ポンプ・エクスポートは機能しません。

4.2.18 データベースによって使用されるタイムゾーン・ファイルのバージョンがOracleホームに存在しない場合、catrelod.sqlが失敗する

タイムゾーン・ファイルの最新バージョンを以前にインストールし、DBMS_DST PL/SQLパッケージを使用してTIMESTAMP WITH TIME ZONEデータを最新バージョンにアップグレードした場合は、ダウングレード・プロセスの一環としてcatrelod.sqlが実行されると、次のエラーが戻されます(Oracle Bug#9803834を参照)。

ORA-00600: internal error code, arguments: [qcisSetPlsqlCtx:tzi init],
[], [], [], [], [], [], [], [], [], [], []

詳細は、『Oracle Databaseアップグレード・ガイド』の第6章で、データベースのダウングレートの手順2を参照してください。

タイムゾーン・ファイルの最新バージョンを以前にインストールし、DBMS_DST PL/SQLパッケージを使用してTIMESTAMP WITH TIME ZONEデータを最新バージョンにアップグレードした場合は、ダウングレードするリリースに対して最新バージョンのタイムゾーン・ファイルをインストールする必要があります。たとえば、Oracle Database 11gリリース2 (11.2)に付属している最新タイムゾーン・ファイルはバージョン14です。データベースのアップグレード後にDBMS_DSTを使用してTIMESTAMP WITH TIME ZONEデータをバージョン14にアップグレードした場合は、ダウングレードするリリースに対してバージョン14のタイムゾーン・ファイルをインストールします。これにより、データ検索で論理的に正しいTIMESTAMP WITH TIME ZONEデータが確保されます。データベースで使用されているバージョンを確認するには、V$TIMEZONE_FILEを問い合せます。

タイムゾーン・ファイルのインストールの詳細は、『Oracle Databaseグローバリゼーション・サポート・ガイド』も参照してください。

4.2.19 11.2.0.2から10.2.0.5へのダウングレード時のエラー

11.2.0.2から10.2.0.5へのダウングレード時に、catrelod.sqlが次の内部エラーで失敗します(Oracle Bug#9975586を参照)。

ORA-00600: internal error code, arguments: [17069]

この問題を回避するには、初期化パラメータ・ファイルに次のイベントを追加します。

event='logon trace name kra_options level 7'

spfileを使用する場合は、次のコマンドを発行します。

alter system set event='logon trace name kra_options level 7' scope=spfile;

インスタンスを再起動し、ダウングレード・スクリプトを続行します。ダウングレード終了後、初期化パラメータ・ファイルからイベントを削除します。

4.2.20 Database Controlが構成されているデータベースのダウングレード

Database Controlが構成されている状態でデータベースをダウングレードするときは、次の事項に注意してください(Oracle Bug#9922349を参照)。

1. 11.2.0.1から11.2.0.2へのアップグレードを行っていて、後で11.2.0.1にダウングレードする予定の場合、データベースのダウングレードの一部としてDatabase Controlをダウングレードするには、次のパッチを適用する必要があります。

- 11.2.0.1 PSU2バンドル

- Oracle Bug#8795792用個別パッチ

- Oracle Bug#10013976用個別パッチ

これらのパッチを適用しないと、Database ControlのデータをリストアするときにemdwgrdユーティリティがIMPORT (impdp)エラーで失敗します。

2. 11.2.0.1 Oracle RACデータベースでemdwgrdを実行する際、システム識別子(SID)の別名がtnsnames.oraで定義されていない場合は、追加のパラメータ-serviceAliasを渡す必要があります。SID名とデータベース名が異なる場合は、単一のインスタンスに対してもこのパラメータの指定が必要です。次に例を示します。

emdwgrd -save [-cluster] -sid SID [-serviceAlias tns_alias] -path save_directory
emdwgrd -restore -tempTablespace TEMP [-cluster] -sid SID [-serviceAlias tns_alias] -path save_directory

3. Oracleホームを使用する11.2.0.2から11.2.0.1へのインプレース・ダウングレードの場合は、emdwngrd -restoreを実行する前にemca -restoreを実行する必要はありません。

4.3 11.2.0.2で使用できないか制限されている機能

次に、Oracle Database 11gリリース2 (11.2.0.2)で使用できない、または制限されているコンポーネントのリストを示します。

- Database Controlからのパッチの適用は非推奨になり、使用できなくなりました。

- クラスタ用Oracle Grid Infrastructure 11.2.0.1が非共有Oracleホームにインストールされ、クラスタ用Oracle Grid Infrastructure 11.2.0.2が共有Oracleホームにインストールされている場合、Oracle Databaseリリース11.2.0.1から11.2.0.2クラスタウェアへのアップグレードはサポートされません(Oracle Bug#10074804を参照)。11.2.0.1と11.2.0.2は、両方とも共有Oracleホームにインストールするか、または両方とも非共有Oracleホームにインストールする必要があります。

- すべてのOracle Grid Infrastructureパッチセット・アップグレードは、アウトオブプレース・アップグレードになります。この場合、パッチセットは新規のOracle Gridホームにインストールしてください(Oracle Bug#10210246を参照)。インプレース・パッチセット・アップグレードはサポートされていません。

- データベース・スマート・フラッシュ・キャッシュはSolarisおよびOracle Linuxでのみサポートされます。

- 次の製品では、インターネット・プロトコル・バージョン6 (IPv6)の使用はサポートされていません。

- Oracle RACおよびOracle Clusterware

- Oracle Fail Safe

- Oracle Ultra Searchのサポートは終了しているため、Oracle Database 11gリリース2 (11.2)には付属しません。

- Oracle Database 11gリリース2 (11.2)からリリース10.2.0.3またはリリース10.2.0.4へのダウングレードは、Oracle Database Vaultではサポートされていません。

- Oracle Automatic Storage Managementクラスタ・ファイル・システム(Oracle ACFS)リソースは、すべてのプラットフォームのOracle Restart構成でサポートされていません。Oracle ACFSドライバは、手動でアンロードおよびロードする必要があります。Oracle ACFSファイル・システムは、手動でアンマウントおよびマウントする必要があります(Oracle ASMインスタンスが実行中の状態になった後)。Oracle ACFSデータベース・ホームのファイル・システムは、登録済の他のOracle ACFSファイル・システムとともにOracle ACFSマウント・レジストリに置くことができます。

- Oracle ACFSレプリケーションは、Oracle Restartではサポートされていません。

- Oracle Secure Backupにおけるグローバリゼーションの制限事項は、第4.10.1項を参照してください。

- Oracle Data Miningで使用できなくなった機能の詳細は、第4.14項を参照してください。

- Security-Enhanced Linux (SELinux)は、Oracle Automatic Storage Managementクラスタ・ファイル・システム(Oracle ACFS)ファイル・システムではサポートされていません。

次の各項では、追加の制限事項について説明します。

4.3.1 データベース・オブジェクトの名前

データベース・オブジェクトの名前には、引用識別子を使用することをお薦めします。これらの引用識別子は、SQL*Plusで使用できますが、データベース・オブジェクトを管理する他のツールの使用時に有効でなくなる場合があります。

4.4 デフォルト動作の変更点

この項では、Oracle Database 11gリリース2 (11.2)と旧リリースのデータベースの動作の違いをいくつか説明します。アップグレードおよびダウングレードに関する大部分の情報は、『Oracle Databaseアップグレード・ガイド』に記載されています。

4.4.1 直接挿入の動作の変更

直接挿入では、ロードされるすべてのパーティションでメモリーが必要です。メモリー使用量は、パーティションが圧縮される場合に非常に大きくなります。以前のリリースでは、すべてのパーティションがロードされるかメモリー不足になるまで、ロードされていないパーティションの行が取得されるため、直接挿入ではメモリーの割当てが続行されていました。この場合は、挿入が失敗します。

Oracle Database 11gリリース2 (11.2)からは、直接挿入で割り当てられるメモリーが制限されるようになりました。直接挿入で制限に達し、挿入中にロードされなかったパーティションの行が取得されると、これらの行は直接ロードによって一時表領域に格納されます。すべての行が渡されると、一時表領域に格納されている行が直接ロードによってロードされます。

4.4.2 デフォルトの監査動作の変更

デフォルトの監査動作の変更は次のとおりです。

- 監査ファイル名にインスタンス名の接頭辞が付き、最後に順序番号が付くようになりました。次に例を示します。

instanceName_ora_pid_seqNumber.aud / instanceName_ora_pid_seqNumber.xml

- 既存の監査ファイルに追加されるものがなくなりました。監査ファイルがすでに存在する場合は、順序番号が増分し、instanceName_ora_pid_seqNumber+1.audに書き込まれます。

- 監査ファイルの増加に事前構成済のしきい値があります。アクティブなセッションに関連付けられている監査ファイルは、次の制限値のいずれかに達するまで開いたままです。

- 監査レコードが書き込まれると、監査ファイルのサイズは10MB以上になります。

- 監査レコードが書き込まれると、監査ファイルの期間は5日以上になります。

これらのしきい値のいずれかに達すると、増分した順序番号が付いた新しい監査ファイルが追加の監査レコード用に開かれます。

- AUD$への更新はなくなりました。

- すべてのログオフ(アクション#101)監査レコードは個別に書き込まれます。

- イベントがBY SESSIONで監査される場合は、イベントが発生するたびに、AUD$の新しい監査レコードになります。

4.4.3 FILE_ACCESS_ROLEのデフォルト動作の変更

CTXシステム・パラメータFILE_ACCESS_ROLEのデフォルトの動作が変更されています(Oracle Bug#8360111を参照)。ファイルまたはURLのデータストアを使用するOracle Textの既存の索引を持つ顧客は、エラーを発生せずに索引を引き続き使用できるように、措置を講ずる必要があります。変更内容は次のとおりです。

- FILE_ACCESS_ROLEがNULL (デフォルト)の場合、アクセスは許可されません。このタイプの索引を作成できたユーザーは、変更後はこれらの索引をデフォルトで作成できなくなります。

- 索引の同期およびドキュメント・サービスの操作で、FILE_ACCESS_ROLEがチェックされるようになりました。この変更前は、このタイプの索引の同期や、ctx_doc.highlightなどのドキュメント・サービス・コールの使用が許可されていたユーザーも、デフォルトではできなくなります。

- FILE_ACCESS_ROLEの変更が許可されるのは、SYSのみです。SYS以外のユーザーとしてctx_adm.set_parameter (FILE_ACESS_ROLE, role_name)をコールすると、新規エラーが発生するようになりました。

DRG-10764: only SYS can modify FILE_ACCESS_ROLE

- ユーザーは、FILE_ACCESS_ROLEをPUBLICに設定して、このチェック(前のデフォルトの動作)を明示的に無効にできます。

4.4.4 RAWデバイスのサポート

Oracle Universal Installer (OUI)およびDatabase Configuration Assistant (DBCA)では、RAWデバイス(Linuxではブロック・デバイス)がサポートされません。ただし、SQL*PlusやCRSCTLなどのコマンドライン・ユーティリティでは、RAWデバイスまたはブロック・デバイスがサポートされます。

4.4.5 クラスタ用Oracle Grid InfrastructureホームにインストールされたOracle ClusterwareおよびOracle ASM

Oracle ClusterwareおよびOracle Automatic Storage Management (Oracle ASM)は、Grid_homeと呼ばれる単一のOracleホームにインストールされます。このインストールは、クラスタ用Oracle Grid Infrastructureインストールと呼ばれます。

アップグレードする場合は、Oracle ClusterwareとOracle ASMの両方を同時にアップグレードする必要があります。

4.4.6 Oracle ASMインスタンスの非推奨のパラメータ

次の初期化パラメータは、Oracle ASMインスタンスでは非推奨です。

- CLUSTER_DATABASE パラメータ

INSTANCE_TYPEがOracle ASMで、Oracle RACオプションがオンになっている場合は、CLUSTER_DATABASEパラメータを指定する必要はありません。この場合、CLUSTER_DATABASEパラメータはTRUEにデフォルトで設定されます。

- COMPATIBLE パラメータ

Oracle ASMインスタンスでは、COMPATIBLEパラメータを設定しないでください。ディスク・グループの互換性を拡張するには、ディスク・グループの

COMPATIBLE.[RDBMS|ASM|ADVM] 属性を変更します。

4.4.7 固定ビュー

Oracle ASMインスタンスのすべてのパラメータ・ビュー(例: V$PARAMETER)でレポートされるのは、Oracle ASMインスタンスに関連するパラメータのみです。

4.4.8 CLOB APIおよびNCLOB APIに関するオフセット

Oracle Database 10gリリース1 (10.1)から、CLOBまたはNCLOBに書き込むAPIでは、書込みの最初に指定されたオフセットが既存のLOBデータの文字境界上にない場合は、ORA-22831エラーが発生します。

LOB データベースのデフォルト・キャラクタ・セットまたは各国語キャラクタ・セットがマルチバイトの場合、APIでは、CLOBsまたはNCLOBsに対するamountパラメータとoffsetパラメータにUCS2コードポイント・セマンティクスが使用されます。サロゲート・ペアの下位(2番目)サロゲートが指定されている場合、指定されたオフセットは文字境界上にありません。そのような場合には、エラーORA-22831が発生してデータは書き込まれません。これにより、ターゲットLOB内の文字の破損が回避されます。

ORA-22831が戻されないようにデータベースを構成する場合は、Oracleサポート・サービスに連絡してください。

4.4.9 多数のパーティションのロード時に追加のヒントを使用した場合に発生するメモリー不足

ダイレクト・パスのINSERTを使用して多数のパーティションをロードすると、特にデータ圧縮が指定されている場合にメモリー制限を超える場合があります(Oracle Bug#6749894を参照)。メモリーを確保するために、11.2からはPGA_AGGREGATE_TARGET初期化パラメータに基づいて、同時にロードされるパーティションの数が制限されるようになりました。ロード中のパーティションに格納されない行は、一時表領域に保存されます。パーティションの現在のセットですべての行がロードされた後に、一時表領域に保存されている行から他のパーティションがロードされます。

この動作により、不十分なメモリーによりダイレクト・パスのINSERTが終了することがなくなりました。

4.4.10 11.2で無効になった不均一なメモリー・アクセスの最適化およびサポート

Oracle Database 11gリリース2 (11.2)では、不均一なメモリー・アクセスのサポートがデフォルトで無効になりました。この制限は、すべてのプラットフォームおよびオペレーティング・システムに適用されます(Oracle Bug#8450932を参照)。

Oracle Databaseで不均一なメモリー・アクセスの最適化およびサポートが使用できるのは、特定の組合せのOracleバージョン、オペレーティング・システムおよびプラットフォームのみです。不均一なメモリー・アクセスのサポートを有効にするには、Oracleサポート・サービスとハードウェア・ベンダーを使用してください。

4.4.11 拡張圧縮のビューの変更

11.2では、user_tablesやdba_tablesなどの様々な表ビューのCOMPRESS_FOR列で、11.1と異なる値が返されます。COMPRESS_FOR列から返される新しい値は、BASICまたはOLTPです。11.1の場合、この値はそれぞれDIRECT LOAD ONLYとFOR ALL OPERATIONSでした。

4.5 Oracle Automatic Storage Management (Oracle ASM)

次の各項では、Oracle Database 11gリリース2 (11.2)のOracle Automatic Storage Management (Oracle ASM)に関する情報について説明します。

4.5.1 Oracle DatabaseデータファイルおよびOracle ACFS

Oracle ACFSとは、非データベース・ファイルの優先ファイル・マネージャです。ACFSは、汎用ファイル用に最適化されています。Oracle ACFSでは、Oracle ASMに直接保存できるファイルはサポートされません。

4.5.2 リリース11.2以降でサポートされるOracle ACFS上のOracleホーム

Oracle ACFSへのOracleホームの配置は、Oracle Databaseリリース11.2からサポートされます(Oracle Bug#10144982を参照)。11.2より前のデータベース・バージョンで、Oracle ACFSにOracleホームを配置しようとすると、Oracle ACFSで、予期しない不適切な動作が発生する可能性があります。

4.6 Oracle Enterprise Manager Database Control

次の各項では、Oracle Database 11gリリース2 (11.2)のDatabase Controlについて説明します。

4.6.1 オブジェクトの再編成

オブジェクトの再編成には次の内容が適用されます。

- 再編成スクリプトの生成からそのスクリプトの実行までの間にメタデータの変更が発生すると、データベースに悪影響を与える可能性があります。

- 再編成中の表に対してDDLが実行されている間にオフライン再編成が試行されると、データベースに悪影響を与える可能性があります。

- Oracle Enterprise Managerでオブジェクトの再編成ウィザードまたはローカル管理表領域ウィザードを使用する前に、データベースをバックアップすることをお薦めします。

4.6.2 複数のオブジェクトの編集

Oracle Enterprise Managerでは、オブジェクトを編集するためにオープンできるブラウザ・ウィンドウは1つのみです。たとえば、Oracle Enterprise Managerでは一度に1つの表領域のみを編集できます。

注意:
ウィンドウが読取り専用の場合は、複数のブラウザ・ウィンドウをオープンできます。

4.6.3 データベース・オブジェクトが多数の場合に必要となるヒープ・サイズの増加

Oracle Enterprise Manager Database Controlは、192MB (32ビット)/384MB (64ビット)のヒープ・メモリーで構成されます。ただし、Oracle Enterprise Manager Database Controlの特定の機能(変更マネージャなど)では、データベースに多数のオブジェクトが含まれる場合に、多くのメモリー設定が必要になる場合があります。

メモリー設定は、次のemctlコマンドを使用して増加できます。

emctl config dbconsole -heap_size MemorySizeValue M

新しい設定を適用するには、Oracle Enterprise Manager Database Controlを再起動する必要があります。

4.7 データベース・セキュリティ

データベース・セキュリティの次の変更に注意してください。

4.7.1 SSL証明書を構成および使用した認証の設定

注意:
この設定は、Oracle Clusterwareと中間層、またはOracle ClusterwareとJDBCクライアントとの間の接続におけるセキュリティに影響を与えます。

JDBC接続プールまたはOracle Universal Connection Pool (UCP)で使用する高速接続フェイルオーバー(FCF)などのOracle RAC機能は、Oracle RACノードで実行されているOracle Notification Service (ONS)の通知をサブスクライブします。通常、データベース層のONSサーバーと中間層の通知クライアント間の接続は認証されません。SSL証明書を構成して使用することで認証を設定できますが、その手順が明確に記載されていません。

回避策は次のとおりです。

1. orapkiインタフェースを使用してOracle Walletを作成し、SSL証明書を格納します。

1. cd $ORA_CRS_HOME/opmn/conf

2. mkdir sslwallet

3. orapki wallet create -wallet sslwallet -auto_login

プロンプトが表示されたら、パスワードとしてONS_Walletを指定します。

4. orapki wallet add -wallet sslwallet -dn "CN=ons_test,C=US" -keysize 1024 -self_signed -validity 9999 -pwd ONS_Wallet

5. orapki wallet export -wallet sslwallet -dn "CN=ons_test,C=US" -cert sslwallet/cert.txt -pwd ONS_Wallet

6. 手順cで作成したウォレットを、同じ場所にあるその他すべてのクラスタ・ノードにコピーします。

7. クラスタ内のすべてのノード上のONSサーバーを停止します。

srvctl stop nodeapps

8. 手順1で作成したウォレットの場所を指定するために、データベース層のすべてのノードでONS構成ファイルを更新します。

1. ORA_CRS_HOME/opmn/conf/ons.configファイルを開きます。

2. ons.configファイルにwalletfileパラメータを次のように追加します。

walletfile=ORA_CRS_HOME/opmn/conf/sslwallet

3. srvctlを使用して、次のようにONSサーバーを再起動します。

srvctl start nodeapps

4. 中間層でクライアント側ONSデーモンを実行している場合は、次の2つの構成が可能です。

- (OracleAS 10.1.3.xなどの)OPMNからONSを起動する場合はopmn.xmlを使用します。

- (onsctlの使用など)スタンドアロンでONSを起動する場合はons.configを使用します。

ケース(1)の場合は、Oracle Application Serverリリースに対応する『OPMN管理者ガイド』を参照してください。この構成では、ウォレットの場所を指定するために、opmn.xmlファイルを変更します。

ケース(2)場合は、『Oracle Database JDBC開発者ガイド』の付録BのONSの構成に関する項を参照します。クライアント側ONSデーモンは、複数の異なるマシンで実行される可能性があります。手順1で作成したウォレットをそれらのクライアント側マシンにコピーし、ons.configファイルまたはopmn.xmlファイルで、そのクライアント側マシン上のパスを指定します。

5. クライアント側ONSデーモンを使用せずにリモートONSの構成を実行する場合は、『Oracle Database JDBC開発者ガイド』の「高速接続フェイルオーバー」の章で、「高速接続フェイルオーバーの使用」の「高速接続フェイルオーバー用のONSの構成」にある「リモートONSサブスクリプション」を参照してください。手順1で作成したウォレットをそれらのクライアント側マシンにコピーし、ons.configファイルまたはopmn.xmlファイルで、そのクライアント側マシン上のパスを指定します。

また、setONSConfiguration引数として、次の文字列を指定することもできます。

propertiesfile=location_of_a_Java_properties_file

Javaプロパティ・ファイルには、次に示すONS Javaプロパティの内の1つ以上が含まれている必要があり、少なくともoracle.ons.nodesプロパティが含まれている必要があります。Javaプロパティの値は、この手順で前述した「リモートONSサブスクリプション」の項で指定されている値と同じになります。

oracle.ons.nodes
oracle.ons.walletfile
oracle.ons.walletpassword

4.8 暗号化と整合性

暗号化と整合性に関する次の変更に注意してください。

4.8.1 暗号化された表領域

- 既存の表領域をALTER TABLESPACE文を使用して暗号化することはできません。ただし、データ・ポンプ、またはCREATE TABLE AS SELECTやALTER TABLE MOVEのようなSQL文を使用して、既存の表データを暗号化された表領域に移動できます。

- 暗号化された表領域を使用してデータベースをリカバリする際(SHUTDOWN ABORTまたはデータベース・インスタンスを停止させる致命的なエラーの後など)には、リカバリ・プロセスがデータ・ブロックおよびREDOを復号化できるように、データベースのマウント後でデータベースをオープンする前にウォレットをオープンする必要があります。

- 透過的データ暗号化(TDE)表領域の暗号化のマスター暗号化キーでは、すべてのキー管理(作成、保存、回転、リタイアなど)にハードウェア・セキュリティ・モジュール(HSM)を利用します。11.1.0.7では、HSMでTDE表領域の暗号化マスター・キーの作成と保存しかできず、回転はできませんでした。TDE表領域の暗号化のマスター・キーは、Oracle WalletからHSMに移行することもできます。

4.9 JavaおよびWebサービス

Javaを使用する際は、次の事項に注意してください。

4.9.1 Oracle JVM

Oracle Database 11gリリース2 (11.2)には、すべての機能を持つJava仮想マシン(JVM)とSun社のJava Development Kit (JDK) 5.0用Javaクラス・ライブラリが組み込まれています。リリース11.2.0.2には、OracleのJDBCおよびSQLJとともに、サーバーベースJavaアプリケーションの開発とデプロイのためのエンタープライズ・クラス・プラットフォームであるOracle JVMが用意されています。次のサイトにあるOracle JVM READMEファイルを参照してください。

ORACLE_HOME/relnotes/readmes/README_javavm.txt

4.9.2 Oracle Universal Connection Pool (UCP)のマウントおよびUCPの優先によるJDBCの暗黙的接続キャッシュの非推奨

Oracle Database 11gリリース1 (11.1.0.7)から、JDBC用の新しいユニバーサル接続プールがリリースされています。詳細は、次のWebページにある『Oracle Universal Connection Pool for JDBC開発者ガイド』を参照してください。

http://www.oracle.com/technology/tech/java/sqlj_jdbc/UCP_dev_guide.pdf

このため、Oracle Database 10gリリース1(10.1)に導入されていた既存のJDBC接続プール(暗黙的な接続キャッシュ)は非推奨になっています。使用中のアプリケーションは、将来のリリースでサポート終了の通知が出され、正式にサポートが終了するまで引き続き使用できます。

Oracleでは、次のWebページにある『Transitioning to Oracle Universal Connection Pool (UCP)』の指示に従って、新しいアプリケーションにUCPを採用し、既存のアプリケーションの変更を計画するように推奨しています。

http://www.oracle.com/technology/tech/java/sqlj_jdbc/pdf/ucp_transition_guide.pdf

UCPのダウンロードおよびコード・サンプルは次のWebページにあります。

http://www.oracle.com/technology/software/tech/java/sqlj_jdbc/htdocs/ucp.html

4.9.3 JDBC

Oracle JDBC製品は、最新のJava/JDBC標準をサポートしています。詳細は、次のサイトにあるJDBCのREADMEを参照してください。

ORACLE_HOME/relnotes/readmes/README_jdbc.txt

4.9.4 Webサービス

Oracle Netのかわりに、Oracle Database Web Servicesでは、標準のWebサービス・メカニズムを介して、非接続でのデータベースへのアクセスが提供されています。これには、XML、SOAPおよびWSDLが含まれ、データベースをWebサービス・プロバイダに転換できます。同様に、データベース自体が、Webサービス・コンシューマとして機能して外部のWebサービスを実行できます。Webサービスには、次の重要な機能があります。

- SOAP Clientライブラリに基づくJAX-RPCは、外部Webサービスのデータベース内からの起動をサポートし、その結果に対してSQLの機能を適用します。

- Webサービス・コールイン: JPublisherで生成されたJavaクラスをOracle Application Server 10gにデプロイすることで、JavaとPL/SQLのプロシージャとパッケージ、SQL問合せ、DML操作などのデータベース操作を実行できます。

- Webサービス・コールアウト: WSDLとそのPL/SQLラッパーからJPublisherで生成されたWebサービス・クライアントをデプロイすることで、外部Webサービスのデータベース内からの起動がサポートされます。

4.10 メディア管理ソフトウェア

単一のサーバーで構成される環境向けに、Oracle Secure Backup Expressが用意されており、Oracle Databaseおよびその他の重要なOracleインフラストラクチャをテープにバックアップできます。Oracle Secure BackupはRecovery Manager (RMAN)と完全に統合され、データ保護サービスを提供します。より規模の大きな環境では、Oracle Secure Backupをライセンス供与可能な別の製品として使用し、多数のデータベース・サーバーおよびファイル・システムをテープにバックアップできます。Oracle Secure Backupリリース10.4は、Oracle Database 11gリリース2 (11.2.0.2)に同梱されています。Oracle Secure Backupの詳細は、次のサイトを参照してください

http://www.oracle.com/goto/osb/

4.10.1 Oracle Secure Backupのグローバリゼーションの制限

Oracle Secure Backupには、グローバリゼーションについて次の制限が適用されます。

- Oracle Secure BackupのWebツールおよびコマンドライン・インタフェースは英語のみで、グローバル化されていません。すべてのメッセージおよびドキュメントは英語で表示されます。

- Oracle Secure Backupでは、Unicode UTF-16などのNULLバイト終了をサポートしないキャラクタ・セットでエンコードされているファイル名やRMANバックアップ名はサポートされません。この制限により影響を受けるのは、バックアップ内容ではなくファイル名であることに注意してください。Oracle Secure Backupでは、Oracle Databaseを任意のキャラクタ・セットでバックアップできます。

4.11 Oracle Application Express

Oracle Application Expressを使用する際は、次の事項に注意してください。

Oracle Application Expressの詳細は、『Oracle Application Expressリリース・ノート』および『Oracle Application Expressインストレーション・ガイド』を参照してください。

4.11.1 最新のリリースの確認

Oracle Application Expressは、Oracle Databaseより頻繁にリリースされています。最新のリリースの詳細を確認するには、次のサイトを参照してください。

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

4.11.2 Oracle HTTP Serverの構成

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

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

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

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

SQL> ALTER USER APEX_PUBLIC_USER ACCOUNT UNLOCK

4.11.3 データベースのCOMPATIBLEパラメータおよびネットワーク・サービスの有効化

『Oracle Databaseインストレーション・ガイド』でOracle Database 11gのネットワーク・サービスの有効化に関する項に記載されているOracle Application Expressのインストール後タスクの例を実行するには、データベースのCOMPATIBLE初期化パラメータが、少なくとも11.1.0.0.0に設定されている必要があります。Oracle Database 11gデータベースでは、デフォルトですでにパラメータが正しく設定されていますが、旧バージョンから11gにアップグレードされたデータベースでは設定されていない場合があります。

データベース初期化パラメータの変更の詳細は、『Oracle Database管理者ガイド』のOracle Databaseの作成および構成に関する項を参照してください。

4.12 Oracle Clientアプリケーション

Oracle Client 11gには、重大なエラーが検出された場合の診断情報のダンプ機能を含む、問題を診断するための拡張機能が含まれています。デフォルトでは、これらのダンプは小さいサブセットの情報に制限されるため、アプリケーション・データはダンプされません。しかし、多くのインストールでは、このようなログのプライバシを確保するために、ダンプ・ファイル用にセキュアな場所が構成される場合があります。このような場合は、フル・ダンプをオンにすることをお薦めします。これにより、問題解決までの時間が大幅に短縮します。フル・ダンプを有効にするには、Oracleクライアント・インストールで使用されるsqlnet.oraファイルに次の行を追加します。

DIAG_RESTRICTED=false

診断機能が正常に動作していることを確認するには、次の手順を実行します。

1. Oracle Database 11gクライアント・ライブラリを使用できるように、アプリケーションをアップグレードします。

2. アプリケーションを起動します。

3. アプリケーションのTNS_ADMINディレクトリのsqlnet.logファイルをチェックし、診断機能が起動できなかった(通常はディレクトリ名または権限が無効であることが原因)ことを示すエラー・メッセージを確認します。

詳細は、『Oracle Call Interfaceプログラマーズ・ガイド』を参照してください。

4.13 Oracle Configuration Manager

Oracle Configuration Managerの次の内容に注意してください。

4.13.1 cron構成の問題

cronへのアクセスを拒否されると、次のエラーが表示され、Oracle Configuration Managerの構成が失敗します。

ORACLE_HOME/ccr/bin/setupCCR
** Installing base package **
Deploying core - Version 10.2.5.0.0
Error encountered in package deployment.

インストールの完了後、環境変数CCR_DISABLE_CRON_ENTRYをTRUEに設定し、次のコマンドを使用してOracle Configuration Managerの構成を再度試行します。

ORACLE_HOME/ccr/bin/setupCCR

4.14 Oracle Data Mining

Oracle Database 11gリリース2(11.2)のOracle Data Miningスコアリング機能は、Oracle Exadata Storage Serverソフトウェアでも使用できます。記憶域レイヤーのスコアリング機能により、膨大なデータセットを迅速にマイニングできるため、すでにOracle Database内の分析により得ている競争上の優位性をさらに高めることができます。Oracle Exadata Storage Serverソフトウェアの詳細は、http://www.oracle.com/technology/products/bi/db/exadata/index.htmlを参照してください。

データベースの組込み機能であるデータ・マイニング・オプションは、Oracle Database Enterprise Editionとともに自動的にインストールされます。データ・マイニング・オプションを使用するデータベースをインストールする場合は、デフォルトの初期化パラメータに最適なデータ・ウェアハウス構成タイプを選択します。

Oracle Database 11gでは、データ・マイニング・モデルはSYSスキーマのデータ・ディクショナリ・オブジェクトとして実装されます。DMSYSスキーマは存在しません。

Data Miningユーザーが独自のスキーマにマイニング・モデルを作成するには、CREATE MINING MODEL権限を持っている必要があります。『Oracle Data Mining管理者ガイド』に記載されているように、その他のデータ・マイニング・アクティビティを実行するには別の権限が必要です。

Oracle Database 11gリリース1 (11.1)には、Oracle Data Mining用の新しいデータ・ディクショナリ・ビューが導入されていました。

- USER/ALL/DBA_MINING_MODELS

- USER/ALL/DBA_MINING_MODEL_ATTRIBUTES

- USER/ALL/DBA_MINING_MODEL_SETTINGS

Data Mining API (PL/SQLおよびJava)を説明するデモ・プログラムは、Oracle Database Examplesとともにインストールされます。手順は、『Oracle Data Mining管理者ガイド』に記載されています。

Oracle Database 10gで個別にインストールしたデータベース・オプションのOracle Data Miningスコアリング・エンジン・オプションは、Oracle Database 11gでは使用できません。Oracle Data Miningスコアリング・エンジン・オプションのすべての機能は、データ・マイニング・オプションで提供されます。

以前Oracle Data MiningでサポートされていたBasic Local Alignment Search Tool (BLAST)は、Oracle 11gでは使用できません。

4.15 Oracle Internet Directory

Oracle Internet Directory製品は、Oracle Application Serverにのみ付属しています。Oracle Database 11gリリース1 (11.1)製品には付属していません。ただし、Oracle Net Services、Oracle Advanced Securityの機能がOracle Internet Directoryを使用することがあるため、ここにOracle Internet Directoryの情報を記載しています。Oracle Internet Directoryの管理アクティビティの多くは、1つのツールOracle Internet Directory Configuration Assistant (OIDCA)に統合されました。OIDCAは、次の条件でエンタープライズ・ユーザー・セキュリティおよびNetwork Names機能と併用してください。

1. エンタープライズ・ユーザー・セキュリティ

- エンタープライズ・ユーザー・セキュリティは、リリース11.2.0.2のアイデンティティ管理レルムでのみ動作します。以前のリリースで使用していたOracleコンテキストは、OIDCAツールを使用してアイデンティティ管理レルムに変換する必要があります。

- 使用環境でOracle Internet Directoryサーバーを検出するためのldap.ora構成ファイルを作成または更新する場合は、OIDCAを使用します。OIDCAを使用して作成した場合、ldap.oraは、LinuxおよびUNIXオペレーティング・システムではORACLE_HOME/ldap/adminディレクトリに、Windowsオペレーティング・システムではORACLE_HOME\ldap\adminディレクトリに配置されます。

2. Network Names

- Oracleコンテキストを作成、アップグレードおよび削除する場合は、OIDCAを使用します。

- 初期のリリースのOracleコンテキストをアイデンティティ管理レルムに変換する場合は、OIDCAを使用します。

- 使用環境でOracle Internet Directoryサーバーを検出するためのldap.ora構成ファイルを設定する場合は、OIDCAを使用します。

Oracle Internet Directoryを使用する際は、次の事項に注意してください。

4.15.1 Oracle Internet Directory Configuration Assistantの使用

Oracle Internet Directory Configuration Assistant (OIDCA)を使用すると、Oracleコンテキストの作成、アップグレードおよび削除、ldap.oraファイルの構成、およびOracleコンテキストからアイデンティティ管理レルムへの変換を実行できます。

OIDCAの構文は、次のとおりです。

oidca oidhost=host
nonsslport=port |
sslport=SSL Port
dn=binddn
pwd=bindpwd
propfile=properties file

OIDCAの使用方法を確認するには、コマンド・プロンプトにoidca -helpを入力してください。

4.15.2 Oracleコンテキストの作成

OIDCAでOracleコンテキストを作成するには、次の構文を使用します。各パラメータについては、後続の表を参照してください。

oidca oidhost=host
nonsslport=port
sslport=SSL Port
dn=binddn
pwd=bindpwd
mode=CREATECTX
contextdn=OracleContext DN

パラメータ

説明

oidhost

OIDサーバーのホスト(未指定の場合、デフォルトはlocalhostです)

nonsslport

OIDサーバーのポート(未指定の場合、デフォルトは389です)

sslport

OID SSLポート(未指定の場合、デフォルトは636です)

dn

OIDユーザー(cn=orcladminのように指定します)

pwd

OIDユーザー・パスワード

mode

OIDCAのモード(CREATECTXに設定します)

contextdn

OracleContextを作成する必要があるDN (dc=acme、dc=comのように指定します)

次の点に注意してください。

- この操作を正常に実行するには、contextdnが必要です。

- OIDには、有効なDN"cn=oraclecontext,dc=acme, dc=com"を指定しないでください。

- OIDには、有効なDN"dc=acme,dc=com"が必要です。

- modeおよびcontextdnパラメータは、プロパティ・ファイルとして渡すこともできます。

- 非SSLモードで操作を実行する場合は、パラメータnonsslport=portを指定します。

- SSLモードで操作を実行する場合は、パラメータsslport=sslportを指定します。

- nonsslportまたはsslportパラメータのいずれかを指定する必要があります(ただし、両方は指定しないでください)。

機能

1. OIDCAは、contextdnに有効なDN構文があり、Oracle Internet Directoryにエントリがあることを検証します。OIDCAでは、ルートOracleContextを明示的に作成できないことに注意してください。ルートOracleコンテキストがない場合、OIDCAはエラーで終了します。

2. DNがある場合は、Oracleコンテキストの存在が検証されます。

- 最新のOracleコンテキストがすでに存在している場合は、「Oracle Context already exists and is up to date」のメッセージが出力され、OIDCAが終了します。

- 古いバージョンのOracleコンテキストがすでに存在している場合は、「Oracle Context already exists and is of an older version」のメッセージが出力され、OIDCAが終了します。

- Oracleコンテキストがない場合は、このDNにOracleコンテキストが作成されます。

4.15.3 Oracleコンテキストのアップグレード

OracleContextインスタンスをアップグレードするには、次の構文を使用します。各パラメータについては、後続の表を参照してください。

oidca oidhost=host
nonsslport=port
sslport=SSL Port
dn=binddn
pwd=bindpwd
mode=UPGRADECTX
contextdn=OracleContext DN

パラメータ

説明

oidhost

OIDサーバーのホスト(未指定の場合、デフォルトはlocalhostです)

nonsslport

OIDサーバーのポート(未指定の場合、デフォルトは389です)

sslport

OID SSLポート(未指定の場合、デフォルトは636です)

dn

OIDユーザー(cn=orcladminのように指定します)

pwd

OIDユーザー・パスワード

mode

OIDCAのモード(常にUPGRADECTXに設定します)

contextdn

OracleContextを作成する必要があるDN (dc=acme、dc=comのように指定します)

次の点に注意してください。

- この操作を正常に実行するには、contextdnにOracleContextが含まれている必要があります。

- "cn=oraclecontext,dc=acme,dc=com"および"dc=acme,dc=com"のDNは、両方とも有効です。

- modeおよびcontextdnパラメータは、プロパティ・ファイルとして渡すこともできます。

- 非SSLモードで操作を実行する場合は、パラメータnonsslport=portを指定します。

- SSLモードで操作を実行する場合は、パラメータsslport=sslportを指定します。

- nonsslportまたはsslportパラメータのいずれかを指定する必要があります(ただし、両方は指定しないでください)。

機能

1. OIDCAは、contextdnに有効なDN構文があり、Oracle Internet DirectoryにOracleContextがあることを検証します。OIDCAでは、ルートOracleContextを明示的にアップグレードできません。ルートOracleContextがない場合は、エラー・メッセージが送信されます。

2. contextdnにOracleContextがある場合は、次の操作が実行されます。

- OracleContextがレルムに属しているかどうかが検証され、適切なメッセージが出力されてOIDCAが終了します。レルムに属しているOracleContextインスタンスは、アップグレードできないことに注意してください。

- OracleContextが最新であることが確認された場合は、「Oracle Context already exists and is up to date」のメッセージが出力され、OIDCAが終了します。

- OracleContextが最新でない場合は、このDNでOracleContextがアップグレードされます。

4.15.4 Oracleコンテキストの削除

OracleContextを削除するには、次の構文を使用します。各パラメータについては、後続の表を参照してください。

oidca oidhost=host
nonsslport=port
sslport=SSL Port
dn=binddn
pwd=bindpwd
mode=DELETECTX
contextdn=OracleContext DN

パラメータ

説明

oidhost

OIDサーバーのホスト(未指定の場合、デフォルトはlocalhostです)

nonsslport

OIDサーバーのポート(未指定の場合、デフォルトは389です)

sslport

OID SSLポート(未指定の場合、デフォルトは636です)

dn

OIDユーザー(cn=orcladminのように指定します)

pwd

OIDユーザー・パスワード

mode

OIDCAのモード(常にDELETECTXに設定します)

contextdn

OracleContextを作成する必要があるDN (dc=acme、dc=comのように指定します)

次の点に注意してください。

- この操作を正常に実行するには、contextdnにOracleContextが含まれている必要があります。

- "cn=oraclecontext, dc=acme,dc=com"および"dc=acme,dc=com"のDNは、両方とも有効です。

- modeおよびcontextdnパラメータは、プロパティ・ファイルとして渡すこともできます。

- 非SSLモードで操作を実行する場合は、パラメータnonsslport=portを指定します。

- SSLモードで操作を実行する場合は、パラメータsslport=sslportを指定します。

- nonsslportまたはsslportパラメータのいずれかを指定する必要があります(ただし、両方は指定しないでください)。

機能

1. OIDCAは、contextdnに有効なDN構文があり、Oracle Internet DirectoryにOracleContextがあることを検証します。

2. contextdnにOracleContextがある場合は、次の操作が実行されます。

- OracleContextがレルムに属しているかどうかが検証され、適切なメッセージが出力されてOIDCAが終了します。レルムに属しているOracleContextインスタンスは、削除できないことに注意してください。

- OracleContextは、レルムに属していない場合は削除されます。

4.15.5 ldap.oraファイルの構成

ldap.oraファイルを構成するには、次の構文を使用します。各パラメータについては、後続の表を参照してください。

oidca oidhost=host
nonsslport=port
sslport=SSL Port
adminctx=Administrative context
mode=LDAPORA
dirtype=OID or AD
-update

パラメータ

説明

oidhost

OIDサーバーのホスト(未指定の場合、デフォルトはlocalhostです)。

nonsslport

OIDサーバーのポート(検出APIを使用して判断されます)。

sslport

OIDのSSLポート(検出APIを使用して判断されます)。

mode

OIDCAのモード(常にLDAPORAに設定します)。

dirtype

ディレクトリ・タイプ(可能な値はOIDおよびADで、必須属性です)。

adminctx

デフォルトの管理コンテキスト(dc=acme,dc=comのように指定します)。未指定の場合は、検出APIを使用して判断されます。

-update

このフラグを指定すると、既存のldap.oraが上書きされ、このフラグを指定しないと、ldap.oraは、存在していない場合のみ作成されます。

次の点に注意してください。

- 非SSLまたはSSLのいずれかのポートを指定する必要があります。その他のポートは検出されます。

- mode、dirtypeおよびadminctxパラメータは、プロパティ・ファイルとして渡すこともできます。

機能

1. 検出APIを使用して、コマンドラインに指定されていないパラメータすべてが判断されます。

2. 検出APIを使用して、ldap.oraの位置が検証されます。

- ldap.oraがあり、-updateパラメータが指定されていない場合は、「ldap.ora exists」のメッセージが出力され、OIDCAが終了します。

- ldap.oraがあり、-updateパラメータが指定されていない場合は、検出APIを使用して既存のldap.oraが更新されます。

- ldap.oraが存在しない場合は、次の順序で適切な位置に新しいldap.oraファイルが作成されます。

LDAP_ADMIN
ORACLE_HOME/ldap/admin

4.15.6 Oracleコンテキストからアイデンティティ管理レルムへの変換

Oracle Database 10gのエントリは、Oracle Internet Directoryリリース9.0.4サーバーに格納する必要があります。エンタープライズ・ユーザー・セキュリティ(Oracle Database 10gの機能)にも、リリース9.0.4のアイデンティティ管理レルムが必要です。

既存のOracleContextをアイデンティティ管理レルムに変換するには、次の構文を使用します。各パラメータについては、後続の表を参照してください。ルートOracleContextオブジェクトは変換されないことに注意してください。

oidca oidhost=host
nonsslport=port
sslport=SSL Port
dn=binddn
pwd=bindpwd
mode=CTXTOIMR
contextdn=OracleContext DN

パラメータ

説明

oidhost

OIDサーバーのホスト(デフォルトはlocalhostです)

nonsslport

OIDサーバーのポート(デフォルトは389です)

sslport

OIDのSSLポート(デフォルトは636です)

dn

OIDユーザー(cn=orcladminのように指定します)

pwd

OIDユーザー・パスワード

mode

OIDCAのモード(常にCTXTOIMRに設定します)

contextdn

OracleContextを作成する必要があるDN (dc=acme、dc=comのように指定します)

次の点に注意してください。

- 指定したcontextdnにOracleContextが存在している必要があります。

- "cn=oraclecontext, dc=acme,dc=com"および"dc=acme, dc=com"のDNは、両方とも有効です。

- modeおよびcontextdnパラメータは、プロパティ・ファイルとして渡すこともできます。

- 非SSLモードで操作を実行する場合は、パラメータnonsslport=portを指定します。

- SSLモードで操作を実行する場合は、パラメータsslport=sslportを指定します。

- nonsslportまたはsslportパラメータのいずれかを指定する必要があります(ただし、両方は指定しないでください)。

機能

1. OIDCAは、contextdnのDN構文が正しいこと、および有効なOracleContextが含まれていることを検証します。

2. contextdn,にOracleContextがある場合は、次の操作が実行されます。

- OracleContextがレルムに属しているかどうかが検証されます。属している場合は、適切なエラー・メッセージが出力され、OIDCAが終了します。

- OracleContextがレルムに属していない場合は、コンテキストが最新バージョンにアップグレードされてレルムに変換されます。

注意(補足):

- ニックネーム属性がcnでない場合は、Oracle Internet Directoryセルフ・サービス・コンソールを使用して、この属性をユーザー構成属性として構成してください。

- Oracle Internet Directoryセルフ・サービス・コンソールを使用して、変換されたレルムのユーザーおよびグループを管理する場合は、適切な管理権限を設定する必要があります。詳細は、『Oracle Fusion Middleware Oracle Internet Directory管理者ガイド』を参照してください。

4.16 Oracle Multimedia

Oracle interMediaの名称が、Oracle Database 11gリリース1 (11.1)でOracle Multimediaに変更されました。機能は同じで、名称のみが変更されました。Oracle interMediaへの参照はOracle Multimediaに置き換えられますが、Oracle interMediaやinterMediaへの参照が、グラフィカル・ユーザー・インタフェース、コード・サンプル、および11gリリース2 (11.2)のOracle Databaseドキュメント・ライブラリの関連ドキュメントに一部残っている場合があります。

その他の情報は、次のOracle MultimediaのREADMEファイルを参照してください。

ORACLE_HOME/ord/im/admin/README.txt

4.17 Oracle Net Services

Oracle Databaseでは、インターネット・プロトコル・バージョン6 (IPv6)のアドレッシングおよび接続性のサポートが制限されます。詳細は、『Oracle Database Net Services管理者ガイド』を参照してください。

4.18 Oracle Real Application Clusters

Oracle RACを使用する際は、次の事項に注意してください。

4.18.1 setuidが必要なroot所有のバイナリのNFSからローカル・ノードへの移動

Oracle RACデータベースをNFSデバイス上の共有Oracleホームにインストールする場合、ORADISMバイナリ(oradism)を各ノード上のローカル・ディレクトリにコピーする必要があります(Oracle Bug#7210614を参照)。

oradismを移動するには、次の手順を実行します。

1. ORACLE_HOME/bin/oradismバイナリをすべてのクラスタ・ノード上の同一のディレクトリ・パスにコピーします。パス(手順2の例の/u01/local/binなど)はローカルで、NFSではない必要があります。次に例を示します。

cp -a ORACLE_HOME/bin/oradism /u01/local/bin

2. 次のコマンドをrootユーザーとして実行して、oradism実行可能ファイルの所有権と権限を設定します。

$ chown root /u01/local/bin/oradism
$ chmod 4750 /u01/local/bin/oradism

3. NFS共有ホームからローカルのoradismディレクトリ・パスへのシンボリック・リンクを作成します。作成する必要があるのは1つのノードに対してのみです。これで各ノードは、共有Oracleホームからsymlinkを使用してそのノード独自のoradismを参照できます。次に例を示します。

$ cd /nfs/app/oracle/product/11.2.0/db_1/bin
$ rm -f oradism
$ ln -s /u01/local/bin/oradism oradism

4. OracleホームがOracle Databaseホーム・ディレクトリの場合は、extjob、jssu、nmb、nmhs、nmoなどの他のバイナリに対して手順1から3を繰り返します。OracleホームがOracle Grid Infrastructureホーム・ディレクトリの場合は、この手順を実行する必要はありません。

4.18.2 サーバー・プールの作成

注意:
デフォルトでは、名前付きユーザーは誰でもサーバー・プールを作成できます。この権限を持つオペレーティング・システム・ユーザーを制限するために、特定のユーザーをCRS管理者リストに追加することをお薦めします。
CRS管理者リストへのユーザーの追加の詳細は、『Oracle Clusterware管理およびデプロイメント・ガイド』を参照してください。

ポリシー管理型のOracle RACデータベースを使用する場合は、クラスタ用Oracle Grid Infrastructureのインストールの直後に、ユーザー定義の初期サーバー・プールを作成します。Gridソフトウェアの所有者として、Grid_home/binのパスにある次のSRVCTLコマンドを使用します。

srvctl add srvpool -g srvpool_name -u max

4.18.3 管理者管理型データベースとポリシー管理型データベースに対する同じクラスタの使用

ポリシー管理型データベースをすでにホスティングしているクラスタに、管理者管理型データベースを作成する場合は、管理者管理型データベース用のノードを慎重に選択する必要があります(Oracle Bug#10027250を参照)。これは、ポリシー管理型サーバー・プール内にあるノードを管理者管理型データベース用に選択すると、このプロセスの一環としてそのノードが汎用サーバー・プールに移動されるためです。他のポリシー管理型データベース・インスタンスがすでに実行されているノードを選択すると、DBCAにより、管理者管理型データベースの作成時に停止されるインスタンスとサービスがリストされたメッセージが表示されます。「Do you want to continue?」に対して、ダイアログ・ボックスで「Yes」を選択すると、管理者管理型データベース作成プロセスの結果として、ポリシー管理型データベースのインスタンスとサービスが停止されます。

注意: この状況はsrvctl add instanceコマンドを使用する場合も当てはまります。データベースが停止されることを示す同様のエラー・メッセージが表示されます。srvctl add instanceコマンドで強制オプション(-f)を使用することは、DBCAダイアログで「Yes」を選択するのと同じです。この操作により、汎用サーバー・プールにノードが移動する前に、そのノードで実行されているポリシー管理型データベースが停止します。

4.18.4 クラスタ内のノードの追加

ポリシー管理型データベースを実行しているクラスタ内でノードを追加する場合、Oracle Clusterwareは、クローニング・プロシージャが完了する前に新しいインスタンスを起動しようとします。ノードを追加するには、次の手順を使用してください。

1. 新しいノードを追加するには、クラスタ用Oracle Grid InfrastructureでaddNodeを実行します。rootスクリプトを実行するように求められても、ここでは実行しないでください(rootスクリプトは後で実行します)。

2. ソフトウェアのみのインストールを使用して、Oracle RACデータベース・ソフトウェアをインストールします。OracleがOracle RACオプションでリンクされていることを確認します。

3. データベース・ホームでrootスクリプト・アクションを実行します。

4. Oracle Clusterwareホームでrootスクリプト・アクションを実行し、インストールを終了します。

4.19 クラスタ用Oracle Grid Infrastructure

Oracle ClusterwareおよびOracle Automatic Storage Management (Oracle ASM)を使用する場合は、次の事項に注意してください。これらは、クラスタ用Oracle Grid Infrastructureのインストールを使用してインストールされます。

4.19.1 インプレース・パッチセット・アップグレードがサポートされない

すべてのOracle Grid Infrastructureパッチセット・アップグレードは、アウトオブプレース・アップグレードになります。この場合、パッチセットは新規のOracle Gridホームにインストールしてください(Oracle Bug#10210246を参照)。インプレース・パッチセット・アップグレードはサポートされていません。

4.19.2 ホスト名の変更

クラスタ用Oracle Grid Infrastructureのインストールを完了した後は、ホスト名を変更しないでください。ホスト名を変更したノードはクラスタから削除し、新しい名前で追加する必要があります。

4.19.3 Oracle ACFSおよびOracle Clusterware Stackの停止

Oracle Clusterwareを停止しようとすると、選択したノードでOracle Clusterwareスタックが正常に停止しなかったとレポートされる場合があります(Oracle Bug#8651848を参照)。データベース・ホームがOracle ACFSにある場合は、次のエラーが表示されることがあります。

CRS-5014: Agent orarootagent.bin timed out starting process acfsmount for action

このエラーは無視しても問題ありません。

また、Oracle ACFSリソースを停止できないため、選択したノードでOracle Clusterwareスタックが正常に停止しなかったとレポートされる場合もあります。このエラーが発生した場合は、次の手順を実行します。

- プログラムまたはプロセスを停止し、Oracle ACFSマウント・ポイントに対するすべてのファイル・システムのアクティビティが停止していることを確認し、停止操作を再試行します。

- ora.registry.acfsリソース・チェック機能がタイムアウトした場合や、リソースがUNKNOWNまたはINTERMEDIATEの状態を示した場合は、Oracle Cluster Registry (OCR)にアクセスできない可能性があります。この原因に共通するのはネットワーク障害です。acfsutil registryコマンドおよびocrcheckコマンドにより、特定のエラーの原因が明確になる場合があります。このエラーを解決し、Oracle Clusterwareの停止を再試行してください。

4.20 Oracle ODBC Driver

Oracle ODBC DriverのREADMEについては、「Oracle ODBC Driver README」を参照してください。

ORACLE_HOME/odbc/html/ODBCRelnotesUS.htm

4.21 Oracle OLAP

Oracle OLAPを使用する際は、次の事項に注意してください。

1. SQL集計管理とは、既存のリレーショナル・マテリアライズド・ビューからキューブ・マテリアライズド・ビューの迅速なデプロイをサポートする、DBMS_CUBEのPL/SQLサブプログラムのグループです。キューブ・マテリアライズド・ビューとは、Oracle Databaseの自動リフレッシュおよびクエリー・リライト機能を使用できるように拡張されたキューブです。単一のキューブ・マテリアライズド・ビューでは、ファクト表上にあるサマリーの多数のリレーショナル・マテリアライズド・ビューを置き換えることができるため、すべてのサマリー・データへのレスポンス時間を均一にできます。

キューブ・マテリアライズド・ビューの作成プロセスでは、DBMS_CUBEによって、キューブおよびキューブ・ディメンションを含む、フル機能のアナリティック・ワークスペースも作成されます。キューブには、リレーショナル・マテリアライズド・ビューのデータを格納する表ではなく、キューブ・マテリアライズド・ビューのデータが格納されます。キューブでは、豊富な情報のコンテンツのデータベースを拡張する様々な分析関数もサポートできます。

2. PL/SQLパッケージの新しいDBMS_CUBE_LOGでは、ロギングの拡張機能が提供され、4種類のログが用意されています。Analytic Workspace Managerでは、ユーザーおよびデータベース管理者の両方で、アナリティック・ワークスペース・ビルドの進行状況の表示(CUBE_BUILD_LOG)、ロード・エラーの検出(CUBE_REJECTED_RECORDS)、ディメンション階層の妥当性のチェック(CUBE_DIMENSION_COMPILE)、およびOLAPエンジン・イベントの追跡(CUBE_OPERATIONS_LOG)が可能です。

3. データベースの組込み機能であるOLAPオプションは、Oracle Database Enterprise Editionとともに自動的にインストールされます。OLAPオプションを使用するデータベースをインストールする場合は、デフォルトの初期化パラメータに最適なデータ・ウェアハウス構成タイプを選択します。

4. Analytic Workspace Manager 11.2.0は、Oracle Database 11gリリース2(11.2)をOracle Database 10gまたはOracle Database 11gの互換性モードで実行する場合に使用してください。Oracle Database 10g形式のアナリティック・ワークスペースは、新しいアナリティック・ワークスペースの作成時にOracle Database 10gのキューブ・タイプを選択することで作成できます。

5. Oracle Database 11gリリース2(11.2)のデータベース・インスタンスで10g形式のアナリティック・ワークスペースに接続しているOLAP 10gクライアントでは、OLAP APIのバージョンを11.2.0にアップグレードするだけでなく、Javaのバージョンを1.5にアップグレードする必要があります。

6. Oracle Business Intelligence Beans 10gおよびOracle Discoverer for OLAP 10gは、Oracle Database 11gの10g形式のアナリティック・ワークスペースで使用できます。これらは、11g形式のアナリティック・ワークスペースでは使用できません。OLAP APIクライアントのJARをアップグレードするには、Intelligence BeansまたはDiscoverer (あるいはその両方)のJARファイルの前に、これらの新しいJARをJavaクラスの検索リストに含めます。

7. OLAPSYSスキーマおよびそのスキーマ内に含まれているCWMメタデータは、Oracle Database 11gリリース2(11.2)で非推奨になりました。OLAP APIでは、データ・ディクショナリ・メタデータを使用したリレーショナル表(ROLAPモード)の問合せが可能です。詳細は、My Oracle Supportのノート445311.1 (https://support.oracle.com)を参照してください。

4.22 Oracle Spatial

Oracle SpatialのREADMEファイルには、『Oracle Spatial開発者ガイド』、『Oracle Spatialトポロジおよびネットワーク・データ・モデル開発者ガイド』および『Oracle Spatial GeoRaster開発者ガイド』の補足情報が含まれています。Oracle SpatialのREADMEについては、「Oracle Spatial README」を参照してください。

ORACLE_HOME/md/doc/README.txt

4.23 Oracle SQL Developer

Oracle SQL DeveloperのREADMEについては、「Oracle SQL Developer README」を参照してください。

ORACLE_HOME/sqldeveloper/readme.html

4.24 Oracle Text

Oracle Textを使用する際は、次の事項に注意してください。また、「ドキュメントの追加事項」の『Oracle Textアプリケーション開発者ガイド』の記述も確認してください。

4.24.1 問合せ互換構文の値

『Oracle Textリファレンス』の第6章「CTX_CLSパッケージ」の問合せ互換構文に関する項には、doc_id列は数値であると記載されています。これは正しいのですが、この列の値は0-4294967295の範囲である必要があります。値は、符号なしの32ビット値で格納する必要があります。この範囲は、catid、catdocidおよびrescatidにも関連します。

4.24.2 Oracle Textが提供するナレッジ・ベース

Oracle Textのナレッジ・ベースは、テーマの索引付け、ABOUT問合せ、およびドキュメント・サービスのテーマを導出するために使用する概念の階層ツリーです。次のOracle Textサービスでは、ナレッジ・ベースがインストールされていることが必要です。

- INDEX_THEMES=YESの場合、BASIC_LEXERプリファレンスを使用した索引作成

- SYNCの場合、索引に対するINDEX_THEMES=YESの実行

- CTX_DOC.THEMEs

- CTX_DOC.POLICY_THEMEs

- CTX_DOC.GIST

- CTX_DOC.POLICY_GIST

- CTX_QUERY.HFEEDBACK

- CTX_QUERY.EXPLAIN(TRANSFORMを指定したABOUTまたはTHEMESを使用する場合)

- CTX_DOC.SNIPPET (ABOUT演算子を使用する場合)

- CTX_DOC.POLICY_SNIPPET (ABOUT演算子を使用する場合)

- TRANSFORMを指定したABOUTまたはTHEMESを使用するCONTAINS問合せ

- ナレッジ・ベース拡張コンパイラ(ctxkbtc)

- テーマが指定されている場合のクラスタリング・サービスと分類サービス

これらのOracle Text機能を使用するには、OTNからダウンロードできるOracle Database Examplesメディアから、ナレッジ・ベース(英語およびフランス語)をインストールする必要があります。

提供されているナレッジ・ベースを拡張したり、英語やフランス語以外の言語で独自のナレッジ・ベースを作成できます。ナレッジ・ベースの作成と拡張の詳細は、『Oracle Textリファレンス』を参照してください。

Oracle Database Examplesメディアから製品をインストールする方法については、プラットフォーム固有のOracle Database Examplesのインストレーション・ガイドを参照してください。

提供されるナレッジ・ベースとアップグレード

提供されるナレッジ・ベースはOracle Database Examplesメディアに含まれているため、Oracle Database 11gリリース1 (11.1)にアップグレードした直後は使用できません。アップグレード前のナレッジ・ベースに基づくOracle Text機能は、アップグレード後に機能しなくなるため、提供されるナレッジ・ベースをOracle Database Examplesメディアからインストールする必要があります。

アップグレード後は、提供されるナレッジ・ベースに対してすべてのユーザー拡張機能を再生成する必要があります。これらの変更は、指定のORACLE_HOMEにインストールされているすべてのデータベースに影響を与えます。

Oracle Textのアップグレードと提供されるナレッジ・ベースの詳細は、『Oracle Databaseアップグレード・ガイド』の第4章「データベースのアップグレード後」にあるOracle Textのアップグレードに関する項を参照してください。また、『Oracle Textアプリケーション開発者ガイド』には、Oracle Textを以前のリリースからアップグレードする一般的な方法、および提供されるナレッジ・ベースに関する情報が記載されています。

4.24.3 ドキュメントのフィルタ処理のサポート

バージョン11.1.0.7から、Oracle Textではドキュメントのフィルタ処理に、Autonomy, Inc.からライセンス供与されたフィルタ処理テクノロジではなく、Oracle Outside In HTML Exportを使用しています。Oracle Outside In HTML Exportに移行することで、複数のドキュメント形式はサポートされなくなりました。フィルタ・サポートのドキュメント形式のすべてのリストおよび11.1.0.7でサポートされなくなった形式のリストについては、『Oracle Textリファレンス』の付録Bを参照してください。

4.25 Oracle Ultra Search

Oracle Ultra Searchのサポートは終了しているため、Oracle Database 11gリリース2 (11.2)には付属しません。2006年3月に、オラクル社はOracle Secure Enterprise Search (SES)を発売しました。Oracle SESは、Ultra Search用に開発されたテクノロジで作成された、より高速でより安全な製品です。Ultra Searchを使用しているユーザーには、Oracle SESに移行することを強くお薦めします。

関連項目:
Oracle Technology NetworkのOracle Secure Enterprise Searchのページは次のとおりです。
http://www.oracle.com/technology/products/oses/index.html

4.26 Oracle Warehouse Builder

Oracle Database 11gリリース2 (11.2)のOracle Warehouse Builder (OWB)の詳細は、『Oracle Warehouse Builderリリース・ノート』参照してください。

4.27 Oracle Workflow

Oracle Workflowは、Oracle Database 11gリリース2 (11.2)には同梱されていません。

4.28 Oracle XML DB

Oracle XML DBでは、次の機能はサポートされていません。

- フラッシュバック・アーカイブ

- エディショニング・ビュー

- Exadataハイブリッド列圧縮(EHCC)

- SecureFile LOB暗号化

- 同一XMLドキュメントに構造化と非構造化のハイブリッドXMLIndexが設定されているOracle Label Security (OLS)

4.28.1 xdb:defaultTable注釈のセマンティクスの変更

11.2では、Oracle XML DBスキーマの登録中のxdb:defaultTable注釈のセマンティクスの動作が11.1から変更されています(Oracle Bug#7646934を参照)。xdb:sqlInline="false"を指定せずにxdb:defaultTable="MY_TAB"を指定すると、Oracle XML DBによって必要に応じて表が作成され、表外として暗黙的にマークされます。この動作は、sqlInline設定がない場合にdefaultTable注釈が無視される11.1と異なります。

4.28.2 VARRAY記憶域のデフォルト値の変更

Oracle Database 11gリリース1 (11.1)では、XMLTypeオブジェクトリレーショナルの記憶域で、xdb:storeVarrayAsTableのデフォルト値がFALSE からTRUEに変更されています。このデフォルト値はデフォルト表に適用されますが、スキーマ登録後のXMLTypeオブジェクトリレーショナルの表および列の作成時には適用されません(Oracle Bug#6858659を参照)。Oracle Database 11gリリース2 (11.2)では、デフォルトですべてのVARRAYデータ要素が表として作成されます。これにより、問合せ時のパフォーマンスが大幅に向上します。また、次の点にも注意してください。

- 11.2より前に作成された表はこの影響を受けません。アップグレード・プロセスによって記憶域パラメータが保持されます。これは、11.2以降で作成される表に適用されます。

- VARRAYデータ要素のサイズが小さく、すべてのVARRAYを一度に読取りおよび書込みする場合は、11.2より前のVARRAY記憶域のデフォルト値をLOBとして保持できます。11.2より前の動作に戻すには、2つのオプションがあります。

- xdb:storeVarrayAsTable=FALSEでスキーマを再登録します。これにより、デフォルトおよびデフォルト以外の表に適用されます。

- 表(デフォルト以外の表)を作成する場合は、STORE ALL VARRAYS AS LOBS句を使用して、XMLTypeのすべてのVARRAYデータ要素のデフォルト値を指定の値で優先できます。この句は、表の作成時にのみ使用できます。この句では、スキーマの登録時にtable_propsを使用すると、エラーが返されます。

- 11.2より前に登録されたスキーマ(VARRAYデータ要素のデフォルトの記憶域がLOBの場合)では、STORE ALL VARRAYS AS TABLES句を使用して、XMLTypeのすべてのVARRAYデータ要素のデフォルト値を指定の値で優先できます。

4.29 PL/SQL

PL/SQLを使用する際は、次の事項に注意してください。

4.29.1 デフォルトの変更による保護データベース

DBMS_RANDOM PL/SQLパッケージのPUBLIC EXECUTE権限は、将来のOracle Databaseリリースで非推奨になります(Oracle Bug#7591837を参照)。このPL/SQLパッケージを実行する必要がある場合は、明示的なEXECUTE権限を指定してください。

4.29.2 DBMS_SCHEDULER PL/SQLパッケージ

DBMS_SCHEDULER PL/SQLパッケージを使用する際は、次の事項に注意してください。

4.29.2.1 イベントに基づくジョブ

Oracle Schedulerは、イベントに基づくジョブをサポートしています。このジョブは、メッセージがデータベース・キューにエンキューされると開始します。この目的に使用されるデータベース・キューがセキュアなキューの場合、イベントに基づくジョブのQUEUE_SPEC属性とスケジュールは、queue_name, agent_name形式のペアです。エージェントの指定が必要な理由は、この指定によって、ユーザーに表示できるメッセージの判断をスケジューラが容易に行うことができるためです。セキュアではないキューの場合は、キューに対するデキュー権限があるユーザーが、そのキューにサブスクライブされるエージェントとしてデキューできます。これは、キュー内のすべてのメッセージを参照できることを意味します。セキュアなキューの場合、ユーザーには、キューのみでなくエージェントに対する権限も必要です。

キュー所有者は、デキュー権限の付与に加え、ユーザーが特定のエージェントとしてデキューできるようにdbms_aqadm.enable_db_access()をコールする必要があります。このエージェントは、ユーザーに表示する必要がないメッセージを除去するルールを使用して、キューにサブスクライブできます。

スケジューラは、独自のエージェントSCHEDULER$_EVENT_AGENTを使用して、すべてのキュー(セキュアまたはセキュアではない)を常にサブスクライブします。スケジューラはユーザーSYSで実行するため、キュー内のすべてのメッセージを参照できます。ただし、セキュアなキューの目的は、ユーザーによるキューへのアクセスに対して、キュー所有者がある種の制限を付加できることにあるため、セキュアなキューの場合はすべてのメッセージを参照できるようにしないでください。したがって、スケジューラにはQUEUE_SPEC属性にエージェント名が必要です。このエージェント名は、ユーザーが参照できるメッセージを判断する目的にのみ使用されます。スケジューラは、このエージェントとしてはメッセージをデキューしません。スケジューラは、セキュアなキューにメッセージが届いたことを示す通知を受信すると、そのキューに依存しているイベントに基づく各ジョブごとに、次のチェックを実行します。

1. ジョブ所有者にキューに対するデキュー権限があるかどうかを確認します。

2. ジョブ所有者がキュー仕様で提供されるエージェント名を使用できるかどうかを確認します。

3. 現在、エージェントがキューにサブスクライブされているかどうかを確認します。

4. 着信メッセージがエージェントに対して表示可能かどうかを確認します。

前述のすべてのチェックが成功すると、スケジューラはイベントに基づくジョブを起動します。チェックをパスしたかどうかに関係なく、メッセージはエージェントSCHEDULER$_EVENT_AGENTを使用してデキューされます。

QUEUE_SPEC属性にエージェントを指定する場合、ユーザーは、既存のエージェント名を指定するか、またはこのために新規作成したエージェント名を指定することができます。いずれの場合も、ユーザーまたはキュー所有者は、エージェントがメッセージを確実にデキューするようにする責任があります。

4.29.2.2 リモート・ジョブ

Oracle Schedulerは、リモート・ホストでのジョブの実行、およびリモート・ホストとのファイルの送受信をサポートしています。これを実行するには、『Oracle Database管理者ガイド』の第28章のリモートの外部ジョブの有効化および無効化に関する項で説明されている設定をすべて行う必要があります。この機能では、データベースでOracle XML DB HTTP Serverが有効化されている必要があります。

次のコマンドを使用して、Oracle XML DB HTTP Serverが有効化されているかどうかを確認できます。

SQL> SELECT DBMS_XDB.GETHTTPPORT() FROM DUAL;

この文で0が戻された場合は、SYSとしてログインして次のコマンドを発行し、ゼロ以外のポートでOracle XML DB HTTP Serverを有効化する必要があります。

SQL> EXEC DBMS_XDB.SETHTTPPORT (port);
SQL> COMMIT;

portは、使用するOracle XML DB HTTP Serverのポートで置き換えます。

4.29.3 DBMS_SQLパッケージ

Oracle Database 11gリリース1 (11.1)では、パッケージのセキュリティを強化するため、DBMS_SQLに多くの拡張が行われました。

- オープン・カーソル数の推測の防止

オープン・カーソルを指定しないカーソル番号を使用してDBMS_SQLのサブプログラムがコールされると、新しいエラーORA-29471が発生します。エラーが発生すると、アラート・ログにアラートが発行され、セッションが終了するまでDBMS_SQLが操作不能になります。

IS_OPENに対するコールのカーソル番号の実際の値が、現在セッションでオープンされているカーソルを指定している場合、戻り値はTRUEになります。実際の値がNullの場合、戻り値はFALSEになります。それ以外の場合は、ORA-29471エラーが戻されます。

カーソル番号の仮パラメータがないDBMS_SQLサブプログラムは、DBMS_SQL.OPEN_CURSORファンクションのみであることに注意してください。このサブプログラムではカーソル番号が戻されます。そのため、このルールの対象外です。

- カーソルの不正使用の防止

既知の既存のカーソルを破損するセキュリティ違反からカーソルが適切に保護されるようになりました。

バインディングおよび実行時に、追加のチェックが常に実行されます。オプションで、すべてのDBMS_SQLサブプログラムのコールに対してチェックを行うこともできます。チェックの内容は次のとおりです。

- 問題のサブプログラムのコール時のcurrent_userが、最新の解析のコール時と同一であるかどうか。

- サブプログラムのコール時に有効化されたロールが、最新の解析のコール時に有効化されたロールのスーパーセットであるかどうか。

どのような場合にも当てはまりますが、定義者の正しいサブプログラムには、ロールは無関係です。

いずれかのチェックが失敗すると、ORA-29470が発生します。

チェックを実行する時期を定義するメカニズムは、仮パラメータsecurity_level(使用可能な値はNULL、1および2)を使用するOPEN_CURSORサブプログラムの新規オーバーロードです。

security_level = 1(またはNULL)の場合は、バインディングおよび実行時にのみチェックが行われます。security_level = 2の場合は、必ずチェックが行われます。

このセキュリティ方式は、10.2以前の旧リリースより強化されています。その結果、DBMS_SQLのユーザーは、アップグレード時にランタイム・エラーを経験する可能性があります。アプリケーションがよりセキュアになる一方で、11.1への移行時に、一時的にセキュリティ・チェックを緩和する必要がある場合も考えられます。その場合は、セキュリティ・チェックを緩和する手順について、Oracleサポート・サービスに問い合せてください。

4.29.4 UTL_FILEパッケージ

ファイルがシンボリック・リンクの場合、UTL_FILEパッケージでファイルを開くことができなくなりました。この新しい制限により、UTL_FILEパッケージの既知のセキュリティ・ホールが閉じられます。

このセキュリティの制限によって、移行中に過度の負荷がかかる場合は、Oracleサポート・サービスに問い合せてください。

4.29.5 リリース間での相互運用性

11.1データベースまたはFormsクライアントと、10.1または10.2データベース間で相互運用を行うには、少なくとも10.1.0.5 (10.1の場合)または10.2.0.2 (10.2の場合)のパッチセット・レベルが必要です。

次に示す状況で、10.1または10.2のPL/SQLユニットやビューの参照を試行すると、10.1または10.2環境に適切なレベルのパッチが適用されていないかぎり、PLS-801[55916]エラーが発生して失敗します。

- 11.1データベースのPL/SQLユニット、無名ブロック、トリガー、コール文またはSQL文により、データベース・リンク全体の10.1または10.2データベースのPL/SQLユニットが実行される場合。

- 11.1データベースのPL/SQLユニット、無名ブロック、トリガーまたはコール文がデータベース・リンク全体の10.1または10.2データベースのビューを参照し、そのビューが直接または間接的にPL/SQLファンクションやオブジェクト・タイプを参照する場合。

- 11.1のFormsクライアントが、RPCを使用して10.1または10.2データベースのPL/SQLユニットを実行する場合。

PLS-801[55916]エラーを回避するには、少なくとも10.1.0.5 (10.1の場合)または10.2.0.2 (10.2の場合)のパッチセット・レベルが必要です。

10.1および10.2環境間には、相互運用性の問題はありません。

4.30 Pro*C

Pro*CのREADMEについては、「Pro*C/C++ README」を参照してください。

ORACLE_HOME/precomp/doc/proc2/readme.doc

4.31 Pro*COBOL

Pro*COBOLのREADMEについては、「Pro*COBOL README」を参照してください。

ORACLE_HOME/precomp/doc/procob2/readme.doc

4.32 SQLJ

Oracle Database 11gリリース2 (11.2)のSQLJは、JDK 5.0およびJDK 6.0でサポートされています。

4.33 SQL*Plus

SQL*PlusのREADMEについては、「SQL*Plus README」を参照してください。

ORACLE_HOME/sqlplus/doc/README.htm

4.34 サマリー管理

サマリー管理を使用する際は、次の事項に注意してください。

4.34.1 クエリー・リライト

クエリー・リライトには次の内容が適用されます。

4.34.1.1 ファイングレイン監査(FGA)

ファイングレイン監査(FGA)が問合せの表で使用できる場合は、この問合せにクエリー・リライトは発生しません。

4.34.1.2 PARTITION句の使用

表パーティションにアクセスするためのFROM句でPARTITION句が使用されている問合せでは、クエリー・リライトは実行されません。クエリー・リライトでそのような問合せをリライトするには、まずPARTITION句を同等の選択述語に変換し、WHERE句に追加する必要があります。

4.34.2 NLSパラメータ

特定のマテリアライズド・ビューを使用またはリフレッシュするときは、NLSパラメータが、そのマテリアライズド・ビューで作成した時点のパラメータと同じであることを確認してください。この制限を受けるのは、次の構成メンバーが含まれるマテリアライズド・ビューです。

1. NLSパラメータの設定に応じて異なる値を戻すことが可能な式

そのような式は、NLSに依存しない方法で記述することをお薦めします。次に例を示します。

(date > DATE '2003-01-02')

または

(rate <= 2.150)

2. 結合の片側が文字データの等価結合

この等価結合の結果は照合によって異なり、セッションごとに変化する可能性があるため、クエリー・リライトの場合は正しい結果が得られず、また、リフレッシュ操作後はマテリアライズド・ビューに一貫性がなくなります。

3. マテリアライズド・ビューの選択リスト内、またはマテリアライズド集計ビューの集計内に文字データへの内部変換を生成する式

この制限は、数値データのみが含まれる式には適用されません(たとえば、aとbが数値のa+bには適用されません)。

4.35 Oracle Streams

Oracle Streamsを使用する際は、次の事項に注意してください。

4.35.1 ORA-1403エラーに代わる新しいエラー・メッセージの処理に必要なOracle Streams適用ハンドラの修正

ORA-01403 No data foundというメッセージにかわる、追加のOracleエラーORA-26786およびORA-26787を捕捉するには、カスタマイズされたDMLおよびOracle Streamsのエラー・ハンドラを修正する必要があります。ORA-26787エラーは、更新または削除する行がターゲット表に存在しない場合に発生します。ORA-26786エラーは、行はターゲット表に存在するが、一部の列の値がLCRの値に一致しない場合に発生します。

4.35.2 Oracle Streamsのアドバンスト・キューイング

アドバンスト・キューイング通知のサブスクリプション名は正規化されます。したがって、scott.queue1:subおよびSCOTT.QUEUE1:SUBの登録は、同一のエンティティに対するものであり、正規化された形式"SCOTT"."QUEUE1":"SUB"として表されます。

4.35.3 UTL_SPADVロード権限

UTL_SPADVパッケージをOracle Streamsの管理者スキーマにロードするには、追加の権限が必要になります。このパッケージをロードするには、Oracle Streams管理者スキーマでDBMS_LOCKのEXECUTE権限が必要です。

4.36 未解決の不具合

この項では、リリース11.2.0.2での既知の不具合を示します。これ以外に、使用しているプラットフォーム固有のリリース・ドキュメントに補足のリストが含まれている場合があります。

4.36.1 Oracle Automatic Storage Management (Oracle ASM)に関する既知の不具合

Oracle Bug#9655918

Oracle ACFSデータベース・ホームのOracle ASMディスク・グループ・サイズを増加する必要があります。

回避策: Oracle ACFSにデータベース・ホームを作成する際、ASMCAツールではOracle ACFSデータベース・ホームが最小6GBにデフォルト設定されます。しかし、ディスク・グループのステータスや構成によっては追加の記憶域が必要です。次のメッセージがレポートされた場合は、問題を回避するためにディスク・グループに最小10GBを使用することをお薦めします。

ORA-15032: not all alterations performed
ORA-15041: diskgroup "dg_name" space exhausted

Oracle Bug#9413827

Oracle Cluster Registry (OCR)がOracle ASMにある場合、11.2.0.1 Oracle Clusterwareの11.2.0.2へのローリング・アップグレードが失敗します。

回避策: アップグレードを実行する前に、11.2.0.1クラスタ用Oracle Grid InfrastructureホームでOracle Bug#9413827用のパッチを適用します。

Oracle Bug#9276692

Oracle ASMインスタンスを完全に停止できません。

回避策: SRVCTLを使用してOracle ASMインスタンスが無効にされた場合は、Oracle ASMインスタンスが再起動されないようにOracle ACFS関連リソースの登録を解除する必要があります。そのためには、次のコマンドをrootとして実行します。

acfsroot unregister

4.36.2 削除ツールに関する既知の不具合

Oracle Bug#9925724

rootが所有するディレクトリのすぐ下にGrid_homeを作成した場合、削除ツールではトップレベルのホーム・ディレクトリを削除できません。削除が終了しても、空のOracleホーム・ディレクトリが残ります。

回避策: すべてのノードでrootユーザーを使用してrmdir ORACLE_HOMEを実行します。

Oracle Bug#9924588

新規リリースへのアップグレード後、削除ツールで古いGridホームが削除されません。

回避策: 以前のリリースからアップグレードした後、以前のリリースのOracle Grid Infrastructure Gridホームを削除する場合、以前のリリースのGridホームの権限および所有権を最初に変更する必要があります。rootとしてログインし、次のコマンド構文を使用して以前のリリースのGridホームの権限および所有権を変更します(ここでは、oldGHは以前のリリースのGridホーム、jsmithはOracle Grid Infrastructureのインストール所有者、oldGHParentは以前のリリースのGridホームの親ディレクトリです)。

#chmod -R 755 oldGH
#chown -R jsmith oldGH
#chown jsmith oldGHParent

インストール・ユーザーとして、11.2.0.2スタンドアロン削除ツールを使用してoldGHを削除します。

Oracle Bug#9871334

削除ツールをOracleホームから起動すると、ORACLE_HOME/deinstallディレクトリの削除が失敗します。この問題は、スタンドアロンの削除ツールでは発生しません。削除終了時に、空のORACLE_HOME/deinstallディレクトリが残ります。

回避策: 削除終了時に、空のORACLE_HOME/deinstallディレクトリとORACLE_HOMEディレクトリを手動で削除します。

Oracle Bug#9406768

11.2削除ユーティリティは、Oracleベースの下の各ホームが同じ中央インベントリを使用しているのではなく、インベントリに登録されているのがそれらのホームだけである場合、すべてのホームを削除します。

回避策: 11.2製品のインストール時に、次のようにします。

- 複数の中央インベントリを使用することはお薦めしません。可能であればそのようなことは避けてください。

- なんらかの理由で異なる中央インベントリが必要な場合は、中央インベントリごとに異なるOracleベース・ディレクトリを使用します。

Oracle Bug#8644344

削除ツールを実行してデータベースを削除する場合、Oracleホームを開いてコンポーネントを選択するように求められます。トップ・レベル・コンポーネント(Oracle Database Server)を選択して、Oracleホームを選択しないと、削除ユーティリティを実行してデータベースの削除を続行するように求めるメッセージがOUIに表示されません。

回避策: 削除ツールを実行してOracleホームを削除します。

Oracle Bug#8635356

共有NFS記憶域にインストールされているORACLE_HOMEから削除ツールを実行している場合は、ORACLE_HOMEのクリーンアップ中に.nfsファイルに関連するエラーが表示されます。

回避策: ORACLE_HOMEを削除するには、削除ツールの終了後にrm -rf ORACLE_HOMEコマンドを実行します。また、スタンドアロンのdeinstall.zipを使用してORACLE_HOMEの場所を指定することもできます。

4.36.3 Oracle ACFSに関する既知の不具合

Oracle Bug#10019796

暗号化が有効になっていないファイルまたはディレクトリに対してacfsutil encr infoコマンドを実行しても、コマンドの出力は生成されません。暗号化が有効になっていないディレクトリに対してacfsutil encr infoコマンドを再帰(-r)オプション付きで実行した場合も、そのディレクトリやそのディレクトリ内のファイルについて、コマンドの出力は生成されません。

回避策: 個々のファイルまたはディレクトリに対してacfsutil encr infoを実行し、コマンドの出力が生成されない場合は、そのファイルまたはディレクトリに対して暗号化が有効でないことを暗示しています。

ディレクトリに対してacfsutil encr infoを再帰(-r)オプション付きで実行し、指定のディレクトリまたはそのいずれかのサブディレクトリについてコマンドの出力が生成されない場合は、そのディレクトリに対して暗号化が有効でないことを暗示しています。そのディレクトリのファイルの暗号化ステータスを確認するには、各ファイルについてacfsutil encr infoを個別に実行します。

Oracle Bug#10069735

パスワードで保護されたキーストアを使用するクラスタでは、暗号化を使用するOracle ACFSファイル・システムがOracle ACFSマウント・レジストリによってマウントされていると、管理者はキーストアのパスワードの入力を求められません。ファイル・システムをマウントする処理は正常に行われても、Oracle ACFSの暗号化が正しく動作するために必要な一部の情報を、ファイル・システムで使用できません。この場合、このファイル・システムでは暗号化は動作せず、ファイル・システムに含まれる暗号化されたファイルは、書き込むことも読み取ることもできません。

回避策: パスワードで保護されたキーストアを使用するクラスタでは、暗号化を使用するファイル・システムのマウントに、Oracle ACFSマウント・レジストリを使用しないでください。Oracle ACFSマウント・レジストリを使用してマウントされたファイル・システムがすでにある場合は、そのようなファイル・システムをアンマウントし、マウント・レジストリから削除して、後で暗号化されたデータが使用できなくなることがないようにしてください。その後、Oracle ACFSマウント・レジストリを使用しないでファイル・システムを再マウントし、リクエストされたら正しいパスワードを入力します。

Oracle Bug#9975343

acfsutil encr setまたはacfsutil sec prepareコマンドを複数のノードから連続して実行する場合に、マウント・ポイントの.Securityディレクトリが正しく作成されないことがあります。

この場合、マウント・ポイントの内容をリストすると、.Securityに対して2つのエントリが表示され、acfsutil sec prepareコマンドが最後の実行コマンドである場合は、コマンドによる各システム・レルムへのログおよびバックアップ・ディレクトリの追加が失敗します。

回避策: acfsutil encr setまたはacfsutil sec prepareコマンドを連続して実行する場合は、これらのコマンドを同じノードから実行すると問題が回避されます。

2番目のコマンドを実行する前に.Securityディレクトリの内容をリストすることで、問題を回避することもできます。

一方、問題が発生した場合は、acfsutil encr set -uおよびacfsutil sec prepare -uを使用してファイル・システムからセキュリティと暗号化の両方を削除した後、.Securityディレクトリを削除することで解決できます。.Securityディレクトリの削除は2回実行する必要があります。

セキュリティと暗号化をファイル・システムから削除し、.Securityディレクトリを削除した後、ファイル・システムに対してacfsutil sec prepareまたはacfsutil encr setコマンドを再度実行します。

Oracle Bug#9958114

レプリケーションのためにスタンバイ・ファイル・システムが初期化され、一方、プライマリ・ファイル・システムは初期化されていない場合、スタンバイのrepl terminateで永久ループになります。

回避策: acfsutil repl terminate standby immediateを使用して、この状況のスタンバイを終了します。

Oracle Bug#9947559

一定の再試行回数の後、リモート・サイトと通信できない場合は、acfsrepl_transportデーモンが別のノードへのフェイルオーバーを試行します。フェイルオーバーするデーモン用の別のノードがない場合、または一定回数のフェイルオーバーが試行された場合、Oracle Clusterwareではフェイルオーバーの試行が停止され、トランスポート・デーモンは実行されません。トランスポート・デーモンが実行されないと、レプリケーションが停止し、結果的にファイル・システムで空き領域が不足することになります。

回避策: 通信の問題を解決した後、acfsutil repl bg start mnptを実行します。

Oracle Bug#9940090

ディスク・グループが強制的にディスマウントされると、リモート・サイトと通信できなくなります。この問題の根本原因は、ディスク・グループが強制的にディスマウントされる際、ファイル・システムに関連付けられているサービス名の登録が解除されないことにあります。

回避策: ディスク・グループが強制的にディスマウントされたファイル・システムをアンマウントします。この操作によりサービスの登録が解除されるため、リモート・サイトでは、ディスク・グループおよびファイル・システムがマウントされている別のノードを通信用に選択できるようになります。

Oracle Bug#9896821

トレース・ファイルを指し示す次のアラート・ログ・メッセージは、実際の問題を表していません。

ORA-19505: failed to identify file
"/scratch/primary/.ACFS/repl/ready/receipt.transport.cord242.12786023 69"
ORA-27037: unable to obtain file status
Linux-x86_64 Error: 2: No such file or directory

回避策: ありません。

Oracle Bug#8644639

Oracle ACFSマウント・ポイントを作成してレジストリに追加する場合、次の条件に該当すると、マウント・ポイントは自動的にマウントされません。

1. マウント・ポイントのディレクトリがOracle ACFSレジストリで登録済である。

2. マウント・ポイントのディレクトリがマウント済である。

3. マウント・ポイントがアンマウントされ、Oracle ACFSレジストリから削除されている。

4. レジストリからマウント・ポイントが削除されてから、ora.registry.acfsリソースが再起動されていない。

回避策: /tmp/.usm_state_fileファイルからマウント・ポイントのディレクトリを削除します。

4.36.4 Oracle ASM Dynamic Volume Manager (Oracle ADVM)に関する既知の不具合

Oracle Bug#9683229

Oracle ADVMでは、マウント・バリア・オプションを有効化した状態でOracle ADVMを介してext3ファイル・システムをマウントすることはサポートされていません。SLES10では、マウント・バリア・オプションがデフォルトで有効化されます。

回避策: ext3ファイル・システムを-o barrier=1でマウントします。次に例を示します。

mount -o barrier=0 /dev/asm/myvol-131 /mnt

4.36.5 Oracle Application Expressに関する既知の不具合

『Oracle Application Expressリリース・ノート』の未解決の不具合と既知の問題に関する項を参照してください。

4.36.6 Oracle Clusterwareに関する既知の不具合

Oracle Bug#10062301

ローリング以外のクラスタウェアを11.2.0.1から11.2.0.2にアップグレードした後、clusterware_home _path/crs/install/crsconfig_paramsでCLUSTER_NAMEパラメータが設定されていません。これは、アップグレード後のaddNodeシナリオに影響します。

回避策: 次の手順を実行します。

1. clusterware_home_path/bin/olsnodes -cを実行し、クラスタ名を調べます。

2. clusterware_home_path/crs/install/crsconfig_paramsを編集し、CLUSTER_NAMEエントリをCLUSTER_NAME=clustername_acquired_in_step1に更新します。

Oracle Bug#10055232

11.2.0.2から11.2.0.1へのダウングレード後、root.shスクリプトが失敗します。

回避策:

Oracle Cluster Registry (OCR)および投票ディスクがOracle ASMにない場合は、次の手順を使用してダウングレードします。

1. 11.2.0.2ホームからOracle Clusterwareの実行を停止した後、その停止を確認します。次に例を示します。

11.2.0.2_Home/bin/crsctl stop crs
11.2.0.2_Home/bin/crsctl check crs

2. OLRバックアップ・ファイルをコピーし、olr.locファイルのolrconfig_locおよびcrs_homeプロパティが11.2.0.1.0ホームを指していることを確認します。次に例を示します。

cd location_of_olr_loc
cp olr.loc.bkp olr.loc

location_of_olr_locはプラットフォーム固有です。使用しているシステムのolr.locの位置については、プラットフォーム固有のドキュメントを参照してください。

3. ダウングレードする最後のノードで、11.2.0.1.0スナップショットを使用してOCRをフォーマットします。次に例を示します。

ocrconfig -import 11202_crshome/cdata/ocr11.2.0.1.0

4. 1つ以上の投票ファイルを削除します。11.2.0.2にアップグレードする前の11.2.0.1のインストールでは、投票ファイルはユーザーが指定した場所に格納されます。通常は、OCRと同じ場所に格納されます。次に例を示します。

rm vote_file

5. スタックを排他モードで開始します。次に例を示します。

11.2.0.1_Home/bin/crsctl start crs -excl

6. 1つ以上の投票ファイルを追加します。次に例を示します。

crsctl add css votedisk voting_file

7. 排他モードで実行中のスタックを停止し、その停止を確認します。次に例を示します。

11.2.0.1_Home/bin/crsctl stop crs -f
11.2.0.1_Home/bin/crsctl check crs

8. すべてのノードで、11.2.0.1ホームからOracle Clusterwareを開始します。次に例を示します。

11.2.0.1_Home/bin/crsctl start crs

Oracle Cluster Registry (OCR)および投票ディスクがOracle ASMにある場合は、次の手順を使用してダウングレードします。

1. OCRディスク・グループのcompatible.asm属性が11.2.0.2に設定されている場合は、ダウングレードの手順を開始する前に、ocrconfig -addコマンドとocrconfig -deleteコマンドを使用して、compatible.asmが11.2.0.1に設定されているディスク・グループに対してOCRを移行する必要があります。

2. 11.2.0.2ホームからOracle Clusterwareの実行を停止した後、その停止を確認します。次に例を示します。

11.2.0.2_Home/bin/crsctl stop crs
11.2.0.2_Home/bin/crsctl check crs

3. OLRバックアップ・ファイルをコピーし、olr.locファイルのolrconfig_locおよびcrs_homeプロパティが11.2.0.1.0ホームを指していることを確認します。次に例を示します。

cd location_of_olr_loc
cp olr.loc.bkp olr.loc

location_of_olr_locはプラットフォーム固有です。使用しているシステムのolr.locの位置については、プラットフォーム固有のドキュメントを参照してください。

4. ダウングレードする最後のノードで、11.2.0.2.0 Oracle Clusterwareスタックを排他モードで開始します。次に例を示します。

11.2.0.2_Home/bin/crsctl start crs -excl -nocrs

5. Oracle ASMディスク・グループから投票ディスクを削除します。次に例を示します。

11.2.0.2_Home/bin/crsctl delete css votedisk <diskgroup>

6. 11.2.0.2ホームから排他モードで実行中のOracle Clusterwareを停止し、その停止を確認します。次に例を示します。

11.2.0.2_Home/bin/crsctl stop crs -f
11.2.0.2_Home/bin/crsctl check crs

7. ダウングレードする最後のノードで、11.2.0.1.0 Oracle Clusterwareスタックを排他モードで開始します。次に例を示します。

11.2.0.1_Home/bin/crsctl start crs -excl

8. Oracle Clusterwareデーモンを停止します。次に例を示します。

11.2.0.1_Home/bin/crsctl stop resource ora.crsd -init -f

9. ダウングレードする最後のノードで、11.2.0.1.0スナップショットを使用してOCRをフォーマットします。次に例を示します。

11.2.0.1_Home/bin/ocrconfig -import 11202_crshome/cdata/ocr11.2.0.1.0

10. OCRの整合性を確認します。次に例を示します。

11.2.0.1_Home/bin/ocrcheck

11. 排他モードで実行中のスタックを停止し、その停止を確認します。次に例を示します。

11.2.0.1_Home/bin/crsctl stop crs -f
11.2.0.1_Home/bin/crsctl check crs

12. すべてのノードで、11.2.0.1ホームからOracle Clusterwareを開始します。次に例を示します。

11.2.0.1_Home/bin/crsctl start crs

13. すべてのノードからOCR整合性を確認します。次に例を示します。

11.2.0.1_Home/bin/cluvfy comp ocr -n all -verbose

Oracle Bug#10044507

インストール、アップグレード時のudev属性の検証、または手動によるcluvfyの実行で、必要なudev属性が適切なudevルール・ファイルに正しく定義されていても、エラーがレポートされることがあります。次に例を示します。

PRVF-5184 : Check of following Udev attributes of "<node>:<path>" failed:
"[Permissions: Found='0600' Expected='0660']"

このエラーは、デバイスのudev属性が、udevルール・ファイル内に特定の順序で記載されることが想定されているために発生します。

回避策: udevルール・ファイルにデバイス情報を指定する際は、OWNER、GROUPおよびMODEを、他の特性指定より先に、この順序で指定します。たとえば、udev行にACTION特性を指定する場合は、次のようにします。

KERNEL=="<device>",  OWNER="oracle", GROUP="dba", MODE="660", ACTION=="add|change"

次のように指定しないでください。

KERNEL=="<device>", ACTION=="add|change", OWNER="oracle", GROUP="dba", MODE="660"

Oracle Bug#10043601

クラスタ用Oracle Grid Infrastructureのインストールで、NFSのddによって作成されたファイルがOracle ASMディスクとして使用される場合、Oracle ASMデバイスの前提条件チェックで、指定のディスクが有効なパスでないことを示すエラー(PRVF-5150)がレポートされます。

回避策: このエラーは無視しても問題ありません。

Oracle Bug#10041397

Oracle Virtual Machine (Oracle VM)でのクラスタ用Oracle Grid Infrastructureのインストールで、仮想共有ディスクがOracle ASMデバイスとして使用される場合、Oracle ASMデバイスの前提条件チェックで、これらのデバイスが共有されてないことを示す警告が表示されます。次に例を示します。

PRVF-5149 : WARNING: Storage "/dev/xvde1" is not shared on all nodes

回避策: この警告は無視しても問題ありません。

Oracle Bug#10033106

addNode.shを-silentフラグ付きで実行してOracle Clusterwareに新しいノードを追加する際、cluvfy stage -pre nodeaddで障害が発生してもエラー・メッセージが表示されません。addNode操作は終了し、新しいノードは追加されません。

回避策: クラスタの既存のノードからcluvfy stage -pre nodeaddコマンドを実行します。レポートされたエラーを参照し、エラーを修正します。エラーを無視してaddNode操作を続行する場合は、環境変数IGNORE_PREADDNODE_CHECKSをYに設定し、addNode操作を再試行してください。

Oracle Bug#10032601

クラスタ用Oracle Grid Infrastructureのインストール時またはcluvfy stage -pre crsinstコマンドの起動時に、ユーザーの存在を確認する前提条件チェックで、ユーザーIDの数値が6桁を超えるとエラーがレポートされます。ローカル・ユーザーとNISユーザーのいずれの場合もエラーが表示されます。

回避策: レポートされるユーザーの存在の検証エラーは無視しても問題ありません。

Oracle Bug#10025999

Oracle Clusterwareスタックがすでに実行されているときに、Oracle高可用性サービス・デーモン(OHASD)がクラッシュして再起動すると、その後のクラスタ検証ユーティリティ(CVU)チェックで、次の情報メッセージが表示されることがあります。

INFO: PRVF-9656 : The CTSS command to query time offset and reference failed on node nodename with error message ""
INFO: Query of CTSS for time offset failed

回避策: これらの情報メッセージは無視しても問題ありません。

Oracle Bug#9978765

以前のリリースで複数のプライベート・ネットワーク・インタフェースが構成されている場合は、Oracle Clusterwareリリース10gR1、10gR2および11gR1からOracle Grid Infrastructure 11gリリース2パッチセット2に、クラスタ用Oracle Grid Infrastructureをアップグレードできません。これは、アップグレードの前にOIFCFGのgetifコマンドを実行し、cluster_interconnectのマークが設定されているインタフェースの数を調査することで検証できます。

回避策: 次の手順を実行して、クラスタ用Oracle Grid Infrastructureをアップグレードします。この例では、2ノード・クラスタ(AとB)を想定しています。

1. 10gR1、10gR2または11gR1クラスタで、ノードAおよびBのすべてのデータベース・インスタンスおよびOracle ASMの実行を停止します。

2. ノードAで、OLSNODES -pコマンドを使用して、Oracle Clusterwareによって使用されるプライベート・ネットワーク・インタフェースを識別します。OIFCFG delif -global if_nameコマンドを使用して、cluster_interconnectのマークが設定されている残りのプライベート・ネットワーク・インタフェースを削除します。

3. 10gR1、10gR2または11gR1クラスタで、ノードAおよびBのすべてのデータベース・インスタンスおよびOracle ASMの実行を停止します。

4. クラスタ11gリリース2(11.2)のOracle Grid Infrastructureのアップグレードを進めます。

5. crsctl query crs activeversionコマンドを使用して、クラスタ用Oracle Grid Infrastructureのアップグレードが完了したことを確認します。oifcfg setif -global if_name:cluster_interconnectコマンドを使用して、手順2で削除されたプライベート・ネットワーク・インタフェースを追加します。

Oracle Bug#9974223

クラスタ用Oracle Grid Infrastructureには、クラスタ・ノード間で正しく機能する230.0.1.0アドレスのマルチキャスト通信が必要です。

フレッシュ・インストール時またはアップグレードの試行後に、11.2.0.2クラスタ・ノードを開始する最初の試行でノードをクラスタに結合できないことがあります。Oracle Cluster Synchronization Services (OCSS)により、既存のクラスタ・メンバーの結合に失敗したことがレポートされます。

このレポートには、CSSがクラスタの他のアクティブ・メンバーに接続できないことを示すメッセージが記載されます。

この問題は、11.2.0.2のクラスタウェアが230.0.1.0アドレスで通信を開始する際に、マルチキャスト・メッセージを使用するために発生します。これらのアドレスでのマルチキャストがプライベート・インタフェースに使用できない場合は、そのピア・ノードへの接続にクラスタウェアを使用することはできません。

回避策: 社内のネットワークIT部門に連絡し、プライベート・インターコネクト上のクラスタのすべてのノードでマルチキャスト通信が機能しているかどうかの検証を依頼してください。特に、230.0.1.0アドレスでのマルチキャスト通信がクラスタ・ノード間で正しく機能していることを確認してください。

Oracle Bug#9951257

Oracle Cluster Registry (OCR)がディスク・グループにあり、そのディスク・グループを自動的にマウントできない場合、Cluster Ready Services Daemon (CRSD)が開始されません(Oracle Bug#9799693も参照)。

回避策: OCRディスク・グループを手動でリカバリする必要があります。ディスク・グループのマウントに失敗した理由を判断し、問題を解決してディスク・グループをマウントします。リカバリ・オプションについては、メッセージCRS-5019も参照してください。

Oracle Bug#9948549

データベースまたはOracle ASMのインスタンスの起動中にエージェントが終了した場合、インスタンスの起動が完了しない可能性があります。

回避策: srvctlまたはsqlplusを使用し、インスタンスを停止して再起動します。

Oracle Bug#9877357

ポリシー管理型データベースの名前に'_'が使用されている場合または名前が8文字を超える場合は、DBCAでOracle Enterprise Manager構成が失敗します。

回避策: 適切なデータベース名を選択します。

Oracle Bug#8974576

SRVCTL ADD SCAN_LISTENERまたはSRVCTL REMOVE SCAN_LISTENERコマンドの後、REMOTE_LISTENERパラメータが変更されません。

将来のリリースのOracle Clusterwareでは、それぞれ独自のSCANを使用した複数のパブリック・ネットワークをサポートするように、REMOTE_LISTENERがプロジェクトの一部として管理されるようになります。リリース11.2では、11.2より前のアップグレード対象データベースのREMOTE_LISTENERパラメータにノードのVIPを含める必要があるため、REMOTE_LISTENERを適切に更新するために必要なすべてのデータがOracle Clusterwareに保持されているわけではありません。かわりに、DBCAとDBUAで実装するか、手動で実装します。

回避策: REMOTE_LISTENERパラメータを手動で変更するには、次のコマンドを実行します。

SQL> ALTER SYSTEM SET REMOTE_LISTENER='t2000-cluster0-scan.t2000-18.oraclecorp.com' sid='*' scope=memory;

System altered.

SQL> ALTER SYSTEM REGISTER;

SQL> SHOW PARAMETER LISTENER;

NAME                                 TYPE        VALUE
------------------------------------ ----------- ------------------------------
remote_listener                      string      t2000-cluster0-scan.t2000-18.o

Oracle Bug#8737732

Oracle Clusterwareの以前のリリースをクラスタ用Oracle Grid Infrastructure 11gリリース2 (11.2.0.2)にアップグレードする場合、クラスタ用Oracle Grid Infrastructureのインストール所有者に、Oracle Cluster Registryおよび投票ディスク・ファイルが配置されているRAWデバイスに対する適切な権限または所有権がないと、クラスタ検証ユーティリティ(CVU)が失敗する場合があります。

回避策: インストール・ログ・ファイルでCVU出力を確認し、RAWデバイスの権限または所有権を、ログ・ファイルに指定されている設定に変更します。「再試行」をクリックし、構成ツールを再実行します。

Oracle Bug#8733944

リリース11.1.0.7からのOracle Clusterwareで、Oracle Exadataサポートに必要なパッチまたは11.1.0.7 CRSバンドル・パッチ1を適用すると発生する問題のため、停止コマンドまたは障害により別のノードでクラスタウェアが停止すると、CSSデーモンが停止する場合があります。

この兆候としては、最大値を超えていることを示す、CSSDログのASSERTです。次に例を示します。

Group ID of xxxx exceeds max value for global groups

回避策: Oracle Exadataサポート・パッチまたは11.1.0.7 CRSバンドル・パッチ1を実行している場合、この問題を解決するには、この不具合用のパッチを適用することをお薦めします。

この問題は、前述のパッチを使用して11.1.0.7からアップグレードする際にも発生する場合があります。アップグレード時に11.1.0.7のノードが停止する潜在的な問題を排除するには、この不具合用のパッチをアップグレード前に11.1.0.7のノードに適用します。

アップグレードする場合は、アップグレード時にアップグレードされなかったノードを再起動せずに、すべてのノードでアップグレードを完了しておくことをお薦めします。アップグレードの実行中に11.1.0.7のノードが停止する場合は、再起動しないでアップグレードしてください。

Oracle Bug#8668083

Oracle Restart環境で、ローカル・ノードのユーザー等価が存在しない場合、次のコマンドでは検証を実行できず、エラー・メッセージが返されます。

cluvfy stage -pre hacfg
cluvfy stage [-pre | -post] cfs
cluvfy stage [-pre | -post] acfscfg
cluvfy comp admprv
cluvfy stage -pre dbcfg
cluvfy stage -pre dbinst

回避策: Oracle RestartでSSHを構成します。

これらの不具合のパッチを取得し、Oracle Databaseホームに適用するには、Oracleサポート・サービスに問い合せてください。

Oracle Bug#8666509

Oracle Clusterwareを削除すると、11.2より前のOracle RACホームをOracleインベントリからデタッチするように求められます。

回避策: アップグレードした11.2 Oracle RACホームを構成解除および削除し、クラスタ用Oracle Grid Infrastructureホームの構成解除および削除を続行する場合は、最初に、11.2より前のOracle RACソフトウェア・ホームを中央のインベントリからデタッチします。

Oracle Bug#8657184

2つのネットワーク・インタフェースがクラスタ内でパブリック・ネットワーク・インタフェースとして構成されており、一方のノードのパブリック・インタフェースに障害が発生した場合に、もう一方のパブリック・インタフェースにVIPが自動的にフェイルオーバーされません。

回避策: 複数のパブリック・ネットワーク・インタフェースが存在する場合は、高可用性のためにインタフェースの結合を使用します。Oracle Clusterwareインストーラの「ネットワーク・インタフェースの使用方法の指定」画面で、パブリックとして1つの(結合された)インタフェースのみを選択します。srvctl add nodeappsまたはsrvctl add vipでパブリック・ネットワークを構成する場合は、-Aまたは-S引数に1つのネットワーク・インタフェース名のみを指定します。

Oracle Bug#8288940

DBCAを使用して11.2のクラスタ用Oracle Grid Infrastructure環境に11.2より前のOracle RACデータベースを作成すると、次のメッセージで失敗する場合があります。記憶域としてクラスタ・ファイル・システムを使用しているとき、次のメッセージが表示されます。

ORA-00119: invalid specification for system parameter REMOTE_LISTENER

記憶域としてOracle ASMを使用しているとき、次のメッセージが表示されます。

DBCA could not startup the ASM instance configured on this node

回避策: 11.2データベース・ホームでこの不具合のためのパッチを適用します。このパッチは、10.2.0.4、11.1.0.6および11.1.0.7データベース・リリースに対して必要です。リリース10.2.0.5にはパッチは不要です。

Oracle Bug#3841387、8262786、8373758、8406545、8441769

Oracle Clusterwareを11.2にアップグレードすると、10.1、10.2および11.1のOracle RACデータベースのOracleリソースが正常に動作しない場合があります。

回避策: Oracle Bug#3841387、8262786、8373758、8406545および8441769のためのパッチをOracle Databaseホームに適用します。

4.36.7 Oracle Data Pumpに関する既知の不具合

Oracle Bug#10013976

11.2データベースから生成されたデータベース・レベル、スキーマ・レベルまたはキュー表のデータベース・エクスポート・ログを11.2データベースにインポートすると、Oracle Streamsアドバンスト・キューイング(AQ)プロシージャ型インポート処理でORA-1403エラーが発生する場合があります。インポートはエラーありで正常に完了します。

回避策: ありません。インポート・ログのORA-1403エラーは重大ではありません。AQキューなどのデータベース・オブジェクトのインポートは正常に完了します。

4.36.8 Oracle Database Vaultに関する既知の不具合

Oracle Bug#10225918

ローカル・リスナーが正しく構成されていない場合にDatabase Configuration Assistant (DBCA)でDatabase Vaultの構成が試行されると、記載された問題が再現されます。このエラーによりメタデータの移入が一部となるため、Database Vaultの一部の機能が予想どおりに機能しない場合があります。

回避策: 次の手順で、この問題の回避策を説明します。

1. rdbms/admin/dvremove.sqlを使用して、Database Vaultを完全に削除します。

2. ローカル・リスナー(LISTENER)が正しく構成されていることを確認します。

3. Database VaultのインストールおよびDBCAを使用した構成を再試行します。

オプションで、エラーとなったDVCA操作(dvca -action addlanguagesおよびcatmacpost.sqlなど)を手動で実行し、前述の手順に従ってエラーからリカバリできます。ローカル・リスナー(LISTENER)が正しく構成されていることを確認してから、手順を実行してください。

Oracle Bug#8686258

Database Vaultの管理ページに次のメッセージが表示されるため、Database VaultのポリシーをOracle Enterprise Manager Database Controlで管理できません。

"OPERATOR TARGET" privilege does not exist.
"You must have OPERATOR TARGET privilege to perform this operation."

回避策: Oracle Enterprise Managerを使用してDatabase Vaultのポリシーを管理するには、Database Vault管理者にEM管理者権限を割り当てる必要があります。EM管理者権限をDatabase Vault管理者に付与しない場合は、「Database Vault Administrator」ページを直接使用します。その他の情報は、『Oracle Database Vault管理者ガイド』を参照してください。

Oracle Bug#8474817

DBMS_MACADM.AUTHORIZE_SCHEDULER_USER APIで、ユーザーにDatabase Vaultスケジューラ・ジョブの認可の権限が付与されている場合、このユーザーを削除しても、認可ユーザーのリストから削除されません。

回避策: DBMS_MACADM.UNAUTHORIZE_SCHEDULER_USER APIコールを起動し、ユーザーの認可を手動で削除します。

Oracle Bug#8341283

成功または失敗時に監査するように監査オプションが設定されている場合、DVSYS.AUDIT_TRAIL$表のACTION_NAMEエントリに、失敗したレルム強制のRealm Authorization Auditが表示されます。RETURNCODEには、トリガーされた正しいエラー・コードが表示されます。

回避策: 違反が発生しているかどうかをRETURNCODE値を使用して判断し、レルム強制またはコマンド・ルール強制によって監査が生成されたかどうかをACTION_NAME列を使用して特定します。

Oracle Bug#8247647

ユーザーを削除しても、Oracle Data Pumpの認可ユーザーのリストから自動的に削除されません。

回避策: DBMS_MACADM.UNAUTHORIZE_DATAPUMP_USER APIコールを起動し、Oracle Data Pumpのユーザーの認可を手動で削除します。

Oracle Bug#7033772

Enterprise Manager Database Controlのアップグレード後に、Database Vault Administrator (DVA)が機能しません。

回避策: Database Controlのアップグレード後に、DVAを手動で再デプロイします。『Oracle Database Vault管理者ガイド』の付録C、Database Vault Administratorのデータベース・コンソールOC4Jコンテナへのデプロイに関する項で説明している手順を実行します。

4.36.9 Oracle Database Enterprise Editionに関する既知の不具合

Oracle Bug#10107649

相関パッケージのアップグレード時に、ドラフトのサービス・リクエスト(SR)の作成が失敗することがあります。

回避策: 相関パッケージを既存のSR (通常はメイン・パッケージと同じSR)にアップロードします。

Oracle Bug#9951827

トランスポータブル表領域のインポートで、タイムゾーンのバージョンが変更されているタイムスタンプが処理されません。

リリース11.2.0.2で生成されたトランスポータブル・ダンプ・ファイルにタイムゾーン列のあるタイムスタンプを含む表があり、ターゲット・データベースでのタイムゾーン表のバージョンがソース・データベースのものと異なっている場合、インポートは実行されません。

リリース11.2.0.2より前で生成されたダンプ・ファイルのタイムゾーン表のバージョンがターゲットと異なる場合、インポートは実行されません。

回避策: インポート・データベースとエクスポート・データベースのタイムゾーン表が同じであることを確認してください。

Oracle Bug#9859532

ノード固有ネットワーク・インタフェースの現在の実装では、そのノードに対してOracle RACが使用するすべてのネットワークの完全な定義が必要です(つまり、ノードがグローバル・ネットワーク構成に従っているか、またはノードでノード固有のネットワーク構成が定義されていることが必要です)。

そのため、最初のノード固有ネットワーク・インタフェースが特定のノードに対して定義されると、Oracle RACは、すでに構成されていて、同じノードに適用されている可能性のある構成済のグローバル・ネットワーク・インタフェースを考慮しません。

これは正しい動作ですが、問題があります。クラスタに動作しているグローバル・ネットワーク構成がある場合、ユーザーが(oifcfgを使用して)それを更新し、ノード固有のpublicインタフェースを定義するときには、グローバル構成はそのノードに対して考慮されず、ノードは新しく定義されたpublicインタフェースを1つだけ持つようになります。グローバル・ネットワーク構成に存在し、このノードに対してまだ正常に解決を行う可能性のあるすべてのクラスタ・インターコネクトは、有効とは見なされなくなります。したがって、ノードはクラスタ・インターコネクトを失い、PCWスタックはそのノードで停止します。

回避策: ノードがグローバル・クラスタ・ネットワーク構成に属していて、ネットワーク構成をノード固有にする場合は、最初のノード固有インタフェースとしてクラスタ・インターコネクトを定義し、他のクラスタ・ノードとのインターコネクトをノードが失わないようにする必要があります。その後は、必要に応じて他のノード固有インタフェースを定義できます。

Oracle Bug#9181675

権限エラーを避けるために、Oracle ASM上でデータベースを手動で作成している場合は、asmgidwrapスクリプトをコールする必要があります。

回避策: ロール分離インストール(グリッドおよびRDBMSに異なるユーザーとグループがあります)の場合、DBCAを使用して、Oracle ASM上でのデータベース作成時に自動的にasmgidwrapスクリプトをコールするデータベースを作成します。データベースを手動で作成することを選択した場合、権限エラーを避けるために正しいグループを設定できるように、スクリプトを明示的にコールする必要があります。

Oracle Bug#8729627

11.1のDBCAを使用して、11.2のOracle Clusterwareを実行しているクラスタでデータベースを削除する場合、データベース・リソースがロックされるためにPRKP-1061/CRS-2524エラーが表示される場合があります。

回避策: このメッセージは無視しても問題ありません。「OK」をクリックして続行します。

Oracle Bug#8679182

複数のパブリック・サブネットがVIPに定義されているクラスタでデータベースを構成する場合(例: srvctl add vip -k 2 -A ...と同様のコマンドを使用)、データベース・エージェントによって、LOCAL_LISTENERがデフォルト・ネットワークのリスナーに自動的に設定されます。これにより、LISTENER_NETWORKSのリスナー・セットが重複する場合があります。

回避策: デフォルトのパブリック・サブネットにあるLISTENER_NETWORKSにはリスナーを設定しないでください。

Oracle Bug#8671032

Oracle Enterprise Managerで、「自動UNDO管理」ページの「分析の実行」から得られるヒントが正しい内容になっていません。たとえば、ワークロードの変動に許可するUNDO表領域の推奨サイズは最小サイズの3倍ですが、Oracle Enterprise Managerでは異なる値が表示されます。

回避策: ヒントの内容を次のように読み替えてください。

Oracle advises that you configure the undo tablespace to be three times the Recommended Undo Tablespace Size to allow for workload fluctuations

Oracle Bug#8304261

圧縮属性が表レベルとサブパーティション・テンプレートに指定されている場合、新規作成された間隔パーティションでは、サブパーティション・テンプレートで定義された圧縮属性ではなく、表レベルの圧縮が使用されます。

回避策: サブパーティションに圧縮属性を再定義します。

4.36.10 Oracle Enterprise Manager Database Controlに関する既知の不具合

Oracle Bug#10162200

「データベースのクローニング」では、クローニング・プロセス中にDatabase Controlを構成するオプションがあります。Oracle ASMベースのクローン・データベースの作成時にこのオプションが指定されている場合、Database Controlは構成されません。

回避策: Oracle Enterprise Manager Configuration Assistant (EMCA)を手動で実行し、Database Controlを設定します。

Oracle Bug#9766628

emctl コマンドが有効な結果を返しません。

回避策: emctlコマンドはOracle Databaseホームから実行する必要があります。クラスタ用Oracle Grid Infrastructureホームからこのコマンドを呼び出さないでください。

Oracle Bug#8674920

クラスタ用Oracle Grid InfrastructureとOracle Databaseのインストール所有者が異なる場合は、Oracle ASMバイナリとOracle Enterprise Managerエージェント・バイナリの所有者も異なります。サポート・ワークベンチを起動すると、エラー・メッセージError Operation failed - Operation failedが表示されます。これは、別のユーザーとしてOracle Enterprise Managerエージェントが実行されており、サポート・ワークベンチにOracle ASMターゲットの権限がないためです。

回避策: ありません。

Oracle Bug#8350597

Database ControlがIPv6環境で実行されている場合、Database Controlを使用してExadataセルを監視できないため、Exadataセルをターゲットとして追加しないでください。

回避策: ありません。

4.36.11 Oracle Database QoS Managementに関する既知の不具合

Oracle Bug#10019209

この不具合は、クラスタ状態モニター(CHM)をサポートしているプラットフォームに当てはまります。Oracle Clusterware管理のデータベース・サービスが停止しているものの無効の状態ではない場合、そのサービスのホストであるサーバーのメモリーが過大割当ての状態であると検出されなければ、サービスはOracle Database QoS Managementにより起動されます。メモリーが過大割当てされている場合は、有効なサービスはすべて、たとえ手動で起動されていても停止されます。メモリーの過剰割当て状態(赤)からせ正常な状態(緑)に遷移するサービスのみを起動するというのが、望ましい動作です。サーバーが赤の状態にあるときに、サービスが手動で起動される場合、そのサービスは停止しないでください。

回避策: Oracle Enterprise Managerコンソールから、停止状態のままにするサービスを停止して無効にするか、QoS管理を無効にします。

Oracle Bug#10019186

サーバーでメモリーがオーバーコミットされるのを防ぐOracle Database QoS Management機能は、クラスタ状態モニター(CHM)もサポートするプラットフォームでのみ使用できます。

回避策: ありません。

4.36.12 Oracle OLAPに関する既知の不具合

Oracle Bug#9917299

インストール・キットで提供されているシードを使用してデータベースがインストールされていて、OLAPオプションが選択されていない場合、インストールの終了時またはしばらくしてから、OLAP Analytic WorkspaceおよびOLAP APIコンポーネントが無効と報告されます。

エラー・メッセージを除くと、これによるインスタンスの実行への影響は何もありません。

回避策: 次のいずれかを行います。

- エラーを無視します。

- OLAP (または問題のあるオプション)を有効にします。

- OLAPを含まない独自のシード・データベースを作成して使用します。

Oracle Bug#9545221

ソース表がターゲット・スキーマの一部ではないマテリアライズド・ビューが有効なキューブまたはキューブ・ディメンションをインポートすると、「Object not found」というエラーで失敗します。

回避策: インポートの前に失敗したオブジェクトに対するマテリアライズド・ビューを無効にし、ソース表が存在するようになったら再び有効にします。

4.36.13 Oracle SQL*Loaderに関する既知の不具合

Oracle Bug#9301862

外部表コードがNFSによって提供されるディスク上の非常に大きいファイルを読み取るとき、時間とともに読取りのI/Oパフォーマンスが低下する場合があります。これは、NFSがファイルから読み取ったブロックをメモリーにキャッシュすることが原因です。これらのブロックは再度読み取られることがないので、キャッシュの維持に費やされる時間によってI/O操作が遅くなります。

回避策: (O_DIRECTフラグを使用しない)現在の動作はデフォルトのままです。次に示す方法で、O_DIRECTフラグの使用を有効にできます。

- この不具合に対する修正コントロールを有効にし、次のコマンドを使用してONに設定します。

ALTER SESSION SET "_fix_control"='9301862:ON';

修正コントロールを有効にすると、外部表コードはFILESYSTEMIO_OPTIONS構成パラメータを調べて、DIRECTIOまたはSETALLに設定されている場合は、読取り用にデータファイルを開くときに、ORACLE_LOADERアクセス・ドライバでO_DIRECTフラグを指定します。FILESYSTEMIO_OPTIONSパラメータが設定されていない場合、または他の値に設定されている場合は、ユーザーが次のオプションを選択しないかぎり、アクセス・ドライバはO_DIRECTの使用を試みません。

- アクセス・ドライバで新しいIO_OPTIONS句を使用して、直接I/Oを指定します。この句は、さらに大きなRECORDS句の一部です。構文は次のとおりです。

IO_OPTIONS (DIRECTIO | NODIRECTIO)

DIRECTIOを指定した場合、アクセス・ドライバはファイルを開くときにO_DIRECTフラグを使用します。NODIRECTIOを指定した場合、アクセス・ドライバはO_DIRECTフラグを使用しません。IO_OPTIONSによって指定されるアクションは、この不具合に対する_fix_controlの設定に関係なく実行されることに注意してください。

1番目のオプションがすべての外部表に対してO_DIRECTの使用を有効にする方法であるのに対し、2番目のオプションでは特定の外部表に対してDIRECTIOを使用することも、使用しないこともできます。

4.36.14 Oracle Streamsに関する既知の不具合

Oracle Bug#10115681

論理変更レコード(LCR)が1000レコードを超えるトランザクションを送信しているときに、クライアント・アプリケーションがインバウンド・サーバーからデタッチすると、リーダー・サーバーから無効なデキュー最低水位標を受信したという理由で、コーディネータ・プロセスが中断されます。

回避策: 大きいトランザクションの途中でのインバウンド・サーバーからのデタッチを回避します。大きいトランザクションのCOMMIT LCRが送信されるまで待機した後デタッチします。

4.36.15 Oracle Universal Installerに関する既知の不具合

Oracle Bug#10253337

DISPLAYが設定されていない場合、addnode.shでエラーが発生します。

回避策: addnode.shコマンドを-silentフラグ付きで実行します。

Oracle Bug#10096522

ソフトウェア更新の適用を選択している間にインストーラ・セッションが再起動された場合、Oracle Grid Infrastructureソフトウェアまたはデータベース・ソフトウェアのサイレント・インストールの後、configToolAllCommands構成ステップの実行が失敗することがあります。

回避策: ORACLE_HOME/oui/bin/runconfig.shのJRE_LOCATIONプロパティの値をORACLE_HOME/jdk/jreに変更し、再度configToolAllCommandsを実行します。

Oracle Bug#10053840

ソースOracleホームでソフトウェア更新の適用を選択している間にインストーラ・セッションが再起動された場合、cloneまたはaddNode操作が失敗することがあります。

回避策: ORACLE_HOME/oui/oraparam.iniのJRE_LOCATIONプロパティの値を../../jdk/jreに変更します。

Oracle Bug#10053090

インストールの前提条件チェックの手順で、OUIによりテキスト-1のエラーが表示され、前提条件ページに結果として「No results」が表示されることがあります。

回避策: 「Check Again」ボタンをクリックして、前提条件チェックを再実行します。

Oracle Bug#8729326

11.2のClusterwareにアップグレードする場合、インストーラはASMCAをサイレント・モードで起動し、Oracle ASMをクラスタ用Oracle Grid Infrastructureホームにアップグレードします。11.1.0.7からアップグレードする際、Oracle ASMアップグレードはローリング方式で処理されます。前のバージョンのOracle ASMインスタンスは、ローリング方式以外の方法でアップグレードされ、Oracle ASMベースのデータベースは警告なしでバウンスされます。

回避策: すべてのノードでroot.shを実行してから、インストーラによるプロンプトを確認できる時点まで、データベースの停止を計画できます。この時点で、CRSはローリング方式でアップグレードされ、インストーラはASMCAをコールしてOracle ASMをアップグレードします。これにより、データベースはOracle ASMアップグレードの一部としてバウンスされます。

Oracle Bug#8666656

Oracleホーム(ORACLE_HOME/oui/bin/runInstaller)にあるOracle Universal Installer (OUI)のrunInstallerスクリプトでは、11.2.0.1リリースのOracle Database、クラスタ用Oracle Grid InfrastructureおよびOracle Databaseクライアントをインストールできません。

回避策: それぞれの11.2.0.1.0製品メディアのOracle Universal Installerを使用して製品をインストールします。

Oracle Bug#8638708

Oracle Universal Installer (OUI)のデータベース構成「デスクトップ・クラス」を選択すると、リスナーおよびデータベース制御は、ホスト名として'localhost'で構成されます。Oracle Enterprise Manager Database Controlのemctlを使用したstartおよびstop操作が失敗する場合があります。

回避策: 該当のホームでemctlを使用するDatabase Controlの起動および停止操作では、ORACLE_HOSTNAME環境変数を'localhost'に設定します。

Oracle Bug#8407818

addNode.shを使用して、共有Oracle Databaseホームに新しいノードを追加すると、新しく追加したノードの/etc/oratabに、addNode.shの実行元のソース・ノードに存在するソース・データベース名のエントリが入ります。DBCAを使用して新しいノードでデータベース・インスタンスが追加されると、新しいノードの/etc/oratabファイルにデータベース・エントリが入ります。

回避策: ソース・ノードからDBCAを起動して、新しいノードでデータベース・インスタンスを新しく追加する前に、エディタを使用して新しいノードで/etc/oratabファイルを開き、ソース・データベース名のエントリを削除します。

4.36.16 ベンダーとオペレーティング・システムに関する既知の不具合

Oracle Bug#8256753

1つのクライアント・マシンでのSCANおよびEZCONNECTを使用する接続を要求できるのは、特定のSCANリスナーの使用に対してです。したがって、ラウンドロビンDNSを使用してロード・バランシングを行うことはできません。

回避策: tnsnames.oraで次のようにLOAD_BALANCE=onを指定する構成を使用してデータベースに接続します。

ORCL =
(DESCRIPTION =
(LOAD_BALANCE=on)
(ADDRESS = (PROTOCOL = TCP)(HOST = stscan1)(PORT = 1521))
(CONNECT_DATA =
(SERVER = DEDICATED)
(SERVICE_NAME = srv.world)
)
)

4.36.17 Oracle Wallet Managerに関する既知の不具合

Oracle Bug#9880435

ウォレットのパスワードとディレクトリ・ユーザーのパスワードが異なる場合、Oracle Wallet Managerによるディレクトリ・サービスへのウォレットのアップロードは失敗します。

回避策: ウォレットとディレクトリ・ユーザーに同じパスワードを使用します。

4.36.18 Oracle Warehouse Builderに関する既知の不具合

『Oracle Warehouse Builderリリース・ノート』の未解決の不具合と既知の問題に関する項を参照してください。

Oracle Bug#10010873

Oracle Warehouse Builder (OWB) 11.2.0.1デザイン・センター・クライアントとOWB 11.2.0.2サーバー側コンポーネントとの互換性がありません。11.2.0.2 OWBリポジトリへの接続にOWB 11.2.0.1デザイン・センターを使用すると、予測不可能な動作が発生することがあります(リポジトリが破損している場合もあります)。

回避策: これらの競合を回避するために、接続時にターゲット・リポジトリのバージョンを確認するようにOWB 11.2.0.1を構成します。

各クライアント・インストールでOWB_CLIENT_HOME/owb/bin/admin/Preference.propertiesを編集し、OverrideRuntimeVersionCheckプリファレンスとOverrideRepositoryVersionCheckプリファレンスを次のように更新します。

OverrideRuntimeVersionCheck=false
OverrideRepositoryVersionCheck=false

このPreference.propertiesへの変更は、すべてのクライアント・ホストの11.2.0.1デザイン・センター・インストールに適用する必要があります。

OWBデザイン・センターと11.2.0.2データベースを使用するには、OWB 11.2.0.2 Windows 32ビット版デザイン・センターが入手可能になるまでの間、OWB 11.2.0.2 Linux 32ビット版デザイン・センターを使用します。

現在使用している環境でOWB 11.2.0.2 Linux 32ビット版デザイン・センター・クライアントを使用できない場合は、Oracleサポート・サービスに連絡してください。

4.36.19 Oracle XML Databaseに関する既知の不具合

Oracle Bug#10018899

データベース・オブジェクトへの変更の追跡では演算子の引数がチェックされないため、あるデータベース・オブジェクトが更新される際に、既存の結果のキャッシュを無効にできません。

データベース・オブジェクトを引数として受け入れる演算子と同様に、xmlexists演算子もこの問題の影響を受けます。

回避策: このような演算子を必要とする問合せに対して、結果キャッシュを無効にするか、フラッシュします。

Oracle Bug#9586264

XMLQUERYまたはXMLTABLE問合せを完全に最適化するには、OPTIMIZER_FEATURE_ENABLEを11.1.0.6以降に設定する必要があります。

回避策: ありません。

5 Oracle Database 11gリリース2 (11.2.0.1)のREADME情報

注意:
Oracle Database 11g リリース2 (11.2.0.2)を使用する場合は、このREADMEを参照してください。

READMEのこの項には、さらに次の項があります。

第5章「命名体系の変更」

第5章「互換性、アップグレード、ダウングレードおよびインストール」

第5章「11.2.0.1で使用できないか制限されている機能」

第5章「デフォルト動作の変更点」

第5章「Oracle Automatic Storage Management (Oracle ASM)」

第5章「Oracle Enterprise Manager Database Control」

第5章「データベース・セキュリティ」

第5章「暗号化と整合性」

第5章「JavaおよびWebサービス」

第5章「メディア管理ソフトウェア」

第5章「Oracle Application Express」

第5章「Oracle Clientアプリケーション」

第5章「Oracle Configuration Manager」

第5章「Oracle Data Mining」

第5章「Oracle Internet Directory」

第5章「Oracle Multimedia」

第5章「Oracle Net Services」

第5章「Oracle Real Application Clusters」

第5章「クラスタ用Oracle Grid Infrastructure」

第5章「Oracle ODBC Driver」

第5章「Oracle OLAP」

第5章「Oracle Spatial」

第5章「Oracle SQL Developer」

第5章「Oracle Text」

第5章「Oracle Ultra Search」

第5章「Oracle Warehouse Builder」

第5章「Oracle Workflow」

第5章「Oracle XML DB」

第5章「PL/SQL」

第5章「Pro*C」

第5章「Pro*COBOL」

第5章「SQLJ」

第5章「SQL*Plus」

第5章「サマリー管理」

第5章「Oracle Streams」

第5章「未解決の不具合」

5.1 命名体系の変更

命名体系では、次の点が変更されています。

- フラッシュ・リカバリ領域の名称が高速リカバリ領域に変更されました。

- Oracle interMediaの名称が、Oracle Database 11gリリース1 (11.1)でOracle Multimediaに変更されました。機能は同じで、名称のみが変更されました。

5.2 互換性、アップグレード、ダウングレードおよびインストール

アップグレード前の処理、アップグレード後の処理、互換性および相互運用性の説明に関する最新の更新内容およびベスト・プラクティスについては、Oracle Database 11gリリース2(11.2)(https://support.oracle.com)のノート785351.1を参照してください。

注意:
インストールの完了後、Oracleソフトウェアが実行されている間は、/tmp/.oracleまたは/var/tmp/.oracleディレクトリやディレクトリ内のファイルを手動で削除したり、それらを削除するcronジョブを実行しないでください。これらのファイルを削除すると、Oracleソフトウェアが断続的にハングする場合があります。クラスタ用のOracle Grid InfrastructureおよびOracle Restartのインストールが失敗し、次のエラーが表示されます。

CRS-0184: Cannot communicate with the CRS daemon.

5.2.1 削除の制限

次の各項では、削除および構成解除の制限について説明します。詳細は、第5.36.2項「削除ツールに関する既知の不具合」を参照してください。

5.2.1.1 OUIを使用した削除

Oracle Database 11gリリース2 (11.2)から、個別の削除および構成解除ツールが製品に付属するようになりました(個別にダウンロード)。ソフトウェアを削除および構成解除するには、deinstallツールを使用します。このツールを使用すると、クラスタ用Oracle Grid Infrastructureホーム、Oracle Real Application Clusters (Oracle RAC)のデータベース・ホーム、単一インスタンス・データベース、データベース・クライアント、およびスタンドアロン・サーバー(Oracle Restart)用Oracle Grid Infrastructureホームを削除および構成解除できます。

deinstallツールは、すべてのOracleホームにもインストールされます。このツールを使用するには、Oracleホームから実行します。deinstallツールは、インストールしたソフトウェアをチェックし、削除の実行に必要なファイルにアクセスするための組込みインテリジェンスを備えています。ファイルがないことがツールで検出されると、削除を正常に完了するために、deinstallツールのスタンドアロン・バージョンをダウンロードするように求められます。

詳細は、ダウンロードしたdeinstallツールに含まれるREADMEを参照してください。

5.2.1.2 既存のOracleホームから-homeオプションを指定して削除を実行した場合のエラー

製品のホームから-homeオプションを指定してdeinstallツールを実行しようとすると、削除が失敗し、次のエラー・メッセージが表示されます。

$ ./deinstall -home /scratch/user_dir/oracle/product/11.2.0/dbhome_1
Error: invalid argument -home.
Since the tool is run from inside an Oracle Home it will deinstall the home
the tool is installed in. You cannot specify another home.

deinstallツールはOracleホーム内から実行されるため、-homeオプションを指定してdeinstallツールを実行することはできません。deinstallツールを実行できるのは、Oracleホーム内から./deinstallを指定した場合のみです。

5.2.1.3 アップグレードした11.2のOracle RACおよびクラスタ用Oracle Grid Infrastructureのホームの削除

アップグレードしたOracle Database 11gリリース2 (11.2)のOracle RACホームを構成解除または削除した後に、11.2のクラスタ用Oracle Grid Infrastructureホームを構成解除または削除するには、11.2より前のOracle RACソフトウェア・ホームを中央のインベントリからデタッチする必要があります(Oracle Bug#8666509を参照)。

11.2より前のOracle RACホームを中央のインベントリからデタッチするには、次のコマンドを使用します。

ORACLE_HOME/oui/bin/runInstaller -detachHome ORACLE_HOME_NAME=pre-11.2_ORACLE_HOME_NAME ORACLE_HOME=pre-11.2_ORACLE_HOME

5.2.1.4 削除ツールの実行前の/tmp/installディレクトリの削除

削除および構成解除ツールの実行前に/tmp/installディレクトリが存在する場合は、そのディレクトリを削除してからツールを再実行します(Oracle Bug#8729651を参照)。

5.2.2 タイムゾーン・ファイルのバージョン

Oracle Database 11gリリース2 (11.2)には、バージョン1から11のタイムゾーン・ファイルが付属しています。古いデータベースでバージョン11より新しいタイムゾーン・ファイルが使用されている場合は、データベースをアップグレードする前に、11.2に対応するタイムゾーン・ファイルのパッチを取得する必要があります。

SELECT VERSION FROM V$TIMEZONE_FILEを使用すると、Oracle Database 10gまたは11gデータベースの更新時にタイムゾーン・ファイルのバージョンを特定できます。タイム・ゾーン・ファイルのバージョンが11でない場合、アップグレード前情報ツール(utlu112i.sqlおよびDatabase Upgrade Assistantが使用する同等のもの)で警告が表示されます。この警告では、DBMS_DSTパッケージを実行してデータベースのタイム・ゾーン・バージョンを最新版にアップグレードし、さらにTIMESTAMP WITH TIME ZONEデータも更新するよう推奨されます。また、アップグレード前情報ツールでは、タイムゾーンのバージョンおよびそのアップグレードに関連するsys.database_propertiesに、3つの新しいデータベース・プロパティ(DST_PRIMARY_TT_VERSION、DST_SECONDARY_TT_VERSIONおよびDST_UPGRADE_STATE)が移入されます。 DST_PRIMARY_TT_VERSION プロパティには、使用中の実際のタイムゾーンのバージョンが記録されます。それ以外の2つのデータベース・プロパティは、DBMS_DSTパッケージを使用してタイムゾーンのバージョンをアップグレードする場合に使用されます。

リリース11.2.0.1では、11.2に移行後に現在のタイムゾーンのバージョンを保存するオプションが用意されています。たとえば、アプリケーションでTIMESTAMP WITH TIME ZONE型を使用している場合は、タイムゾーンのバージョンを最新のものにアップグレードするためにDBMS_DSTパッケージを実行する必要はありません。

5.2.3 Oracle ASMのローリング・アップグレード

Oracle Automatic Storage Management (Oracle ASM)のローリング・アップグレード・チェックでは、11.1.0.6からそれ以降のリリースへのローリング・アップグレードが許可されません(Oracle Bug#6872001を参照)。アラート・ログに、次のメッセージがレポートされます。

Rolling upgrade from 11.1.0.6 (instance instance-number) to 11.x.x.x is not supported

LMONからORA-15156が通知され、インスタンスが終了します。

Oracle ASMを11.1.0.6からそれ以降のリリースにアップグレードする場合は、この不具合に対応するパッチを11.1.0.6インスタンスに適用してから、ローリング・アップグレードを開始します。このパッチは、ローリング方式で11.1.0.6インスタンスに適用できます。

パッチをインストールした後、ユーザー環境変数ASMCA_ROLLING_UPGRADEをtrueに設定します。次に例を示します。

$ EXPORT ASMCA_ROLLING_UPGRADE=true

5.2.4 9.2から11.2にアップグレードする場合のUTCタイムゾーン・エラー

Oracle9i Databaseリリース2 (9.2)からOracle Database 11gリリース2 (11.2)へのアップグレード・スクリプトの実行中に、次のエラーが表示される場合があります。

ORA-27465: invalid value UTC for attribute DEFAULT_TIMEZONE

このエラーは、リリース9.2のデフォルトのタイムゾーン・ファイルに協定世界時(UTC)ゾーンがないために発生します。このメッセージはOracle Schedulerで生成されます。Oracle Schedulerでは、デフォルトでUTCタイムゾーンが選択され、リリース9.2のデフォルトのタイムゾーン・ファイルと照合されます。このエラー・メッセージは予想されているため、無視しても問題はありません。

5.2.5 Standard Edition初期データベースのアップグレード

Standard Edition (SE)初期データベースをアップグレードする場合、次のコンポーネントは、Standard Editionにインストールされていないオプションが必要となるため、SEサーバーでアップグレードできません。

- OLAP Catalog

- OLAP Analytic Workspace

- Oracle OLAP API

- Oracle Spatial

アップグレードすると、DBA_REGISTRYビューには、これらのコンポーネントのSTATUS値が「OPTION OFF」と表示され、関連するコンポーネントのスキーマにはいくつかの無効なオブジェクトが作成されます。Database Upgrade Assistant (DBUA)には、これらのコンポーネントが正常にアップグレードされていないことを示すメッセージが表示されます(Oracle Bug#8621666を参照)。

5.2.6 表領域および高速リカバリ領域のサイズ設定

注意:
高速リカバリの以前の名称はフラッシュ・リカバリでした。

Oracle Database 11gのアップグレード前情報ユーティリティ(utlu112i.sql)は、SYSTEM表領域およびデータベース内のコンポーネントに関連するその他の表領域(SYSAUX、DRSYSなど)で必要となる追加領域を見積ります(Oracle Bug#13067061を参照)。手動でアップグレードする場合は、その前に既存のデータベースに対して必ずこのユーティリティを実行してください。

表領域サイズの見積りは、特に、データベースにOracle XML DBがインストールされている場合は小さすぎる場合があります。ただし、手動でのアップグレードまたはDatabase Upgrade Assistant (DBUA)を使用したアップグレード時に発生する可能性のある領域の問題を回避するために、アップグレード中は、各表領域用のデータファイルにAUTOEXTEND ON MAXSIZE UNLIMITEDを設定できます。

ファイル・システムを使用してデータファイルを格納している場合は、ファイル・システムに、アップグレード中の表領域の増大に対応できる十分な領域があることを確認してください。

高速リカバリ領域を使用している場合は、使用可能なサイズが、アップグレード中に生成されるREDOに対して十分であることを確認してください。サイズが適切でない場合には、アラート・ログにORA-19815エラーが書き込まれ、追加の領域が使用可能になるまでアップグレードは停止されます。

5.2.7 Linuxでのインスタンス起動時におけるメモリー・ターゲットの設定

Oracle Database 11gリリース1 (11.1)から、SGA_TARGETおよびPGA_AGGREGATE_TARGETを明示的に設定しなくても、結合されたMEMORY_TARGETパラメータを使用して、自動的にSGAおよびPGAを管理するオプションが提供されています。これは、Linux、Windows、Solaris、HPUXおよびAIXでサポートされています(Oracle Bug#7258378を参照)。

MEMORY_TARGETパラメータを使用している際、Oracleインスタンスの起動時にLinuxマシンでORA-00845エラーがレポートされた場合は、/dev/shmのサイズを確認してください。/dev/shmが構成されていない場合は、少なくともMEMORY_TARGETの値のサイズになるようにマウントします。/dev/shmは構成されているが、(df -k /dev/shmを介して)レポートされた使用可能な領域の量がMEMORY_TARGETより少ない場合は、領域を開放するか、さらに大きな/dev/shmをマウントしてMEMORY_TARGETのサイズを満たします。MEMORY_MAX_TARGETパラメータをMEMORY_TARGETより大きく設定した場合は、/dev/shmが少なくともMEMORY_MAX_TARGETの値のサイズに設定されていることを確認してください。

5.2.7.1 Oracle Databaseインスタンスのメモリー・ターゲット

実行中のDatabase Configuration Assistant (DBCA)は、この自動メモリー管理オプションにデフォルトで設定されます。アップグレードまたは手動でデータベースを作成する場合には、MEMORY_TARGETを初期化パラメータ・ファイルに指定できます。

5.2.8 Oracle Multimedia、Oracle SpatialまたはOracle XDK for Javaによるデータベースのアップグレード

Oracle Multimedia(以前の名称はOracle interMedia)、Oracle SpatialおよびOracle XDK for Javaは、Oracle XML DBを使用します。これらのいずれかのコンポーネントをデータベースとともにインストールすると、それらをサポートするためにOracle XML DBが自動的にインストールされます。

5.2.9 Oracle Warehouse Builder (OWB)を使用したデータベースのアップグレード

OWBがインストールおよび構成されたデータベースをアップグレードする場合、OWBコンポーネントは、データベースのアップグレード・プロセスの一部としてアップグレードされません。したがって、OWBは、データベースをアップグレードした後も同じバージョンのままです(Oracle Bug#9473944を参照)。OWBコンポーネントは、別の手順でアップグレードする必要があります。『Oracle Warehouse Builderインストレーションおよび管理ガイド』を参照してください。

5.2.10 Oracle9i Databaseリリース2との互換性

Oracle Database 11gリリース2 (11.2)のクライアントまたはサーバーからOracle9i Databaseリリース(9.2.0.4以上)への接続はサポートされています。同様に、Oracle9iクライアント(リリース9.2.0.4以上)からOracle Database 11gリリース2 (11.2)への接続もサポートされています。

5.2.11 自動バックアップの有効化

必要なフォントがシステムにインストールされていない場合は、Oracle Databaseのインストール時に、「バックアップおよびリカバリ・オプションの指定」画面が完全に表示されないことがあります。固定幅フォントのみがインストールされている場合は、この画面のバックアップ・ジョブ資格証明領域で、必要な情報を完全に指定できない可能性があります。この問題を回避するには、この画面では「自動バックアップを使用します」を選択しないでください。自動バックアップは、インストールが完了した後、Oracle Enterprise Manager 11g Database Controlを使用して有効化できます。

5.2.12 SQLアクセス・アドバイザ・タスクを使用したデータベースのアップグレード

SQLアクセス・アドバイザ・リポジトリへの内部構造の変更により、データベースをアップグレードすると、既存のSQLアクセス・アドバイザ・タスクがすべて初期状態にリセットされます。このアクションにより、アップグレード前に正常に実行されたタスクに対するすべての推奨情報が効率的に削除されます。

アップグレード後、既存のSQLアクセス・アドバイザ・タスクを再実行して推奨情報をリストアできます。

5.2.13 リリース11.1.0.6へのダウングレード

リリース11.1.0.6へのダウングレードを予定している場合は、Oracle Bug#7634119用のパッチを適用します。このアクションにより、次のDBMS_XS_DATA_SECURITY_EVENTSエラーが回避されます。

PLS-00306: wrong number or types of arguments in call
to 'INVALIDATE_DSD_CACHE' DBMS_XS_DATA_SECURITY_EVENTS
PL/SQL: Statement ignored

このパッチは、catrelod.sqlの実行前に適用してください。

5.2.14 リリース10.2.0.4へのダウングレード

リリース10.2.0.4へのダウングレードを予定している場合は、catrelod.sqlを実行する前に、10.2.0.4のOracleホームにOracle Bug#4309607用のパッチを適用します。このパッチは、10.2.0.xより後のパッチ・リリースには必要ありません。このパッチを適用すると、次のエラーが回避されます。

ORA-00600: internal error code, arguments: [koputilcvto2n], [15], [1035], [], [], [], [], []

5.2.15 11.2から10.2にダウングレードした場合に発生するエラー

11.2.0.1から10.2.0.4にダウングレードすると、ORA-600 [koputilcvto2n]エラーが発生する場合があります(BLR 8568714およびOracle Bug#4309607を参照)。

この問題を回避するには、11.2.0.1から10.2.0.2にダウングレードする前に、10.2.0.2のパッチ4309607を10.2.0.2のOracleホームに適用します。

5.2.16 Oracle Clusterwareのローリング・アップグレード

Oracle Database 11gリリース2 (11.2)では、Oracle Clusterwareのローリング・アップグレード・サイクル中に新しい前提条件チェックが行われます。この前提条件チェックが失敗した場合に関して、『Oracle Databaseアップグレード・ガイド』には次のように記載されています。

Oracle Clusterware 10gリリース2 (10.2)からOracle Clusterware 11gリリース2 (11.2)にOracle Clusterwareをアップグレードする場合は、アップグレードする前に、まずバージョン10.2.0.3.0以降のパッチセットを既存のOracle Clusterwareに適用する必要があります。

『Oracle Grid Infrastructureインストレーション・ガイドfor Linux』の付録F.5.1のローリング・アップグレードの手順に従います。

提案されたこの解決策以外に、別の方法もあります。クラスタのすべてのノードを、ローリング以外の方法で同時にアップグレードできます。この解決策を選択すると、10.2.0.3.0パッチセットの要件を回避できます。

5.2.17 リリース11.2でのOracle 9i Databaseリリース2リスナー・ポートの再利用

Oracle RACリリース9iを含むノードでOracle Clusterwareリリース11.2をインストールする際に、SCAN VIPリスナーで同じOracle 9i Databaseリリース2 (9.2)リスナー・ポートを再利用する場合は、9.2リスナーが停止されていることを確認してください(Oracle Bug#8688350を参照)。

または、クラスタ用Oracle Grid Infrastructureのインストールを続行する前に、9.2リスナーを停止し、9.2のlistener.oraファイルのリスナー構成にIP=FIRSTを追加して、9.2リスナーを再起動します。

5.2.18 Oracle Label Security (OLS)を使用したデータベースのアップグレード

OLSがインストールおよび構成された11.2より前のデータベースをアップグレードする場合、データベースのアップグレードを正常に実行するには、次の操作のいずれかを実行する必要があります。

- 11.2より前のデータベースのアップグレードを開始する前に、11.2のインストールでOLSのカスタム・インストールを実行します。

- アップグレードしたデータベースでOLSが不要な場合は、アップグレードを開始する前にOLSを削除します。

前述の操作のいずれかを実行しないと、アップグレード中にエラー(ORA-01012: not logged on)が発生します(Oracle Bug#8707506を参照)。さらに、SHUTDOWN IMMEDIATEコマンドを実行すると、次のエラーが表示されます。

ORA-12432: LBAC error: zllesesinit:OCIStmtExecute

5.2.19 ごみ箱のオブジェクトを使用したアップグレード

ORA-00600デッドロック・エラーを回避し、アップグレードの実行に必要な時間を最小限に抑えるには、アップグレード時にごみ箱を空にする必要があります(Oracle Bug#8632581を参照)。

このデッドロックを回避するには、データベースをアップグレードする前に、PURGE DBA_RECYCLEBIN文を使用し、アイテムおよび関連するオブジェクトをごみ箱から削除して、空き記憶域を解放します。

5.2.20 Oracle JVMが存在しない11.2データベースのアップグレード

データベースを11.2にアップグレード中に、Oracle JVM (PL/SQLパッケージDBMS_JAVAを作成)がデータベースに存在しない場合は、次のエラーが表示されます(Oracle Bug#8746395を参照)。

ERROR at line 1:
ORA-06550: line 1, column 7:
PLS-00201: identifier 'SYS.DBMS_JAVA' must be declared
ORA-06550: line 1, column 7:
PL/SQL: Statement ignored

このエラーは無視しても問題ないため、アップグレードを続行してください。

5.2.21 リリース11.2から11.1へのダウングレード後に発生する診断フレームワークのエラー

Oracle Databaseリリース11.2から11.1にダウングレードした後や、ADRコマンド・インタプリタ(ADRCI)・ユーティリティを使用する場合に、アラート・ログにエラーORA-48318が発生する場合があります(Oracle Bug#6976775を参照)。アラート・ログの例を次に示します。

Sweep Incident[8130]: failed, err=[48318]

次に、ADRCIの例を示します。

adrci> show incident
DIA-48458: "show incident" failed due to the following errors
DIA-48318: ADR Relation [INCIDENT] of version=4 cannot be supported

回避策として、次の手順を実行します。

1. ADRホームの場所を特定します。

SQL> select value from v$diag_info where name = 'ADR Home';

VALUE
----------------------------------------------------------------
/ade/mfallen_g1/oracle/log/diag/rdbms/g1/g1

2. データベース・インスタンスを停止します。

3. オペレーティング・システムのユーティリティを使用して、ADRホーム・ディレクトリを削除します(インスタンスが再開されると、適切なバージョンで自動的に再作成されます)。

5.2.22 レスポンス・ファイルベースのインストールの問題

レスポンス・ファイルベースのインストールを実行する場合は、次の点に注意してください。

- レスポンス・ファイルを保存する場合に、指定したレスポンス・ファイル名のファイルが宛先ロケーションにすでに存在し、ファイルの内容を上書きするための書込み権限をインストール・ユーザーが持っていない場合、インストーラではエラーが表示されません。かわりに、正常に保存されたかのように、インストーラは警告なしで停止します。

回避策としては、インタビュー入力(レスポンス)を新しいファイルに常に保存してください。選択したパッチがすでに存在する場合は、内容を上書きするための十分な権限がインストール・ユーザーにあることを確認してください(Oracle Bug#8725384を参照)。

- レスポンス・ファイルのSELECTED_LANGUAGESプロパティには、すべての言語を表す単一の値はありません。製品をすべての言語でインストールする必要がある場合は、すべての言語コードをカンマ区切りリストで指定します。製品に同梱されているサンプルのレスポンス・ファイルに例が用意されています(Oracle Bug#8630967を参照)。

- レスポンス・ファイルのoracle.install.db.InstallEditionプロパティには、PEの値を指定しないでください。この値は、Windowsオペレーティング・システム用に予約されています(Oracle Bug#8631270を参照)。

- クライアント・インストールのレスポンス・ファイルをカスタム・モードで保存すると、保存したレスポンス・ファイルに一部のコンポーネントが記録されません。このエラーは、保存するコンポーネントを選択した場合でも発生します(Oracle Bug#8722858を参照)。この場合は、これらのコンポーネントをレスポンス・ファイルに手動で入力してください。次に例を示します。

oracle.network.cman:11.2.0.1.0 -- "Oracle Connection Manager"
oracle.network.listener:11.2.0.1.0 -- "Oracle Net Listener"

5.3 11.2.0.1で使用できないか制限されている機能

次に、Oracle Database 11gリリース2 (11.2.0.1)で使用できない、または制限されているコンポーネントのリストを示します。

- データベース・スマート・フラッシュ・キャッシュはSolarisおよびOracle Linuxでのみサポートされます。

- Oracle Real Application Clusters One NodeはLinux x86およびLinux x86-64でのみサポートされます。

- 次の製品では、インターネット・プロトコル・バージョン6 (IPv6)の使用はサポートされていません。

- Oracle RACおよびOracle Clusterware

- Oracle Fail Safe

- Oracle Ultra Searchのサポートは終了しているため、Oracle Database 11gリリース2 (11.2)には付属しません。

- Oracle Database 11gリリース2 (11.2)からリリース10.2.0.3またはリリース10.2.0.4へのダウングレードは、Oracle Database Vaultではサポートされていません。

- Oracle Automatic Storage Managementクラスタ・ファイル・システム(Oracle ACFS)リソースは、すべてのプラットフォームのOracle Restart構成でサポートされていません。Oracle ACFSドライバは、手動でアンロードおよびロードする必要があります。Oracle ACFSファイル・システムは、手動でアンマウントおよびマウントする必要があります(Oracle ASMインスタンスが実行中の状態になった後)。Oracle ACFSデータベース・ホームのファイル・システムは、登録済の他のOracle ACFSファイル・システムとともにOracle ACFSマウント・レジストリに置くことができます。

- Oracle Secure Backupにおけるグローバリゼーションの制限事項は、第5.10.1項を参照してください。

- Oracle Data Miningで使用できなくなった機能の詳細は、第5.14項を参照してください。

- Security-Enhanced Linux (SELinux)は、Oracle Automatic Storage Managementクラスタ・ファイル・システム(Oracle ACFS)ファイル・システムではサポートされていません。

次の各項では、追加の制限事項について説明します。

5.3.1 エディションベースの再定義

次の制限事項は、Oracle Database 11gリリース2 (11.2)用です。

- エディションの作成時にAS CHILD OF句が省略されている場合は、データベースのデフォルトのエディションの子として、新しいエディションが作成されます。これに対し、『Oracle Database SQL言語リファレンス』のマニュアルでは、子を持たない1つのエディションの子(リーフ・エディション)として新しいエディションが作成されると記載されています。『Oracle Database SQL言語リファレンス』のマニュアルが正しく、現在の動作が間違っています(Oracle Bug#8681882を参照)。

- CREATE EDITIONING VIEWコマンドは、新しいエディショニング・ビューの所有者のエディションが有効でない場合に正常に実行されます。これに対し、『Oracle Database SQL言語リファレンス』のマニュアルでは、エディショニング・ビューはエディションが有効なユーザーによって所有される必要があると記載されています。『Oracle Database SQL言語リファレンス』が正しく、現在の動作が間違っています(Oracle Bug#8583698を参照)。

- 更新可能な結合ビューがエディショニング・ビューで定義されており、そのビューで定義されているトリガーがエディショニング・ビューにある場合、更新可能な結合ビューでのDML操作が失敗し、様々な内部エラーが発生する場合があります(Oracle Bug#8688904を参照)。

- オブジェクト・タイプまたはネストされた表の列を持つ表で定義されているエディショニング・ビューでのDMLにより、外部または内部(ORA-00600)エラーが発生する場合があります(Oracle Bug#7697126を参照)。

5.3.2 データベース・オブジェクトの名前

データベース・オブジェクトの名前には、引用識別子を使用することをお薦めします。これらの引用識別子は、SQL*Plusで使用できますが、データベース・オブジェクトを管理する他のツールの使用時に有効でなくなる場合があります。

5.4 デフォルト動作の変更点

この項では、Oracle Database 11gリリース2 (11.2)と旧リリースのデータベースの動作の違いをいくつか説明します。アップグレードおよびダウングレードに関する大部分の情報は、『Oracle Databaseアップグレード・ガイド』に記載されています。

5.4.1 直接挿入の動作の変更

直接挿入では、ロードされるすべてのパーティションでメモリーが必要です。メモリー使用量は、パーティションが圧縮される場合に非常に大きくなります。以前のリリースでは、すべてのパーティションがロードされるかメモリー不足になるまで、ロードされていないパーティションの行が取得されるため、直接挿入ではメモリーの割当てが続行されていました。この場合は、挿入が失敗します。

Oracle Database 11gリリース2 (11.2)からは、直接挿入で割り当てられるメモリーが制限されるようになりました。直接挿入で制限に達し、挿入中にロードされなかったパーティションの行が取得されると、これらの行は直接ロードによって一時表領域に格納されます。すべての行が渡されると、一時表領域に格納されている行が直接ロードによってロードされます。

5.4.2 デフォルトの監査動作の変更

デフォルトの監査動作の変更は次のとおりです。

- 監査ファイル名にインスタンス名の接頭辞が付き、最後に順序番号が付くようになりました。次に例を示します。

instanceName_ora_pid_seqNumber.aud / instanceName_ora_pid_seqNumber.xml

- 既存の監査ファイルに追加されるものがなくなりました。監査ファイルがすでに存在する場合は、順序番号が増分し、instanceName_ora_pid_seqNumber+1.audに書き込まれます。

- 監査ファイルの増加に事前構成済のしきい値があります。アクティブなセッションに関連付けられている監査ファイルは、次の制限値のいずれかに達するまで開いたままです。

- 監査レコードが書き込まれると、監査ファイルのサイズは10MB以上になります。

- 監査レコードが書き込まれると、監査ファイルの期間は5日以上になります。

これらのしきい値のいずれかに達すると、増分した順序番号が付いた新しい監査ファイルが追加の監査レコード用に開かれます。

- AUD$への更新はなくなりました。

- すべてのログオフ(アクション#101)監査レコードは個別に書き込まれます。

- イベントがBY SESSIONで監査される場合は、イベントが発生するたびに、AUD$の新しい監査レコードになります。

5.4.3 FILE_ACCESS_ROLEのデフォルト動作の変更

CTXシステム・パラメータFILE_ACCESS_ROLEのデフォルトの動作が変更されています(Oracle Bug#8360111を参照)。ファイルまたはURLのデータストアを使用するOracle Textの既存の索引を持つ顧客は、エラーを発生せずに索引を引き続き使用できるように、措置を講ずる必要があります。変更内容は次のとおりです。

- FILE_ACCESS_ROLEがNULL (デフォルト)の場合、アクセスは許可されません。このタイプの索引を作成できたユーザーは、変更後はこれらの索引をデフォルトで作成できなくなります。

- 索引の同期およびドキュメント・サービスの操作で、FILE_ACCESS_ROLEがチェックされるようになりました。この変更前は、このタイプの索引の同期や、ctx_doc.highlightなどのドキュメント・サービス・コールの使用が許可されていたユーザーも、デフォルトではできなくなります。

- FILE_ACCESS_ROLEの変更が許可されるのは、SYSのみです。SYS以外のユーザーとしてctx_adm.set_parameter (FILE_ACESS_ROLE, role_name)をコールすると、新規エラーが発生するようになりました。

DRG-10764: only SYS can modify FILE_ACCESS_ROLE

- ユーザーは、FILE_ACCESS_ROLEをPUBLICに設定して、このチェック(前のデフォルトの動作)を明示的に無効にできます。

5.4.4 RAWデバイスのサポート

Oracle Universal Installer (OUI)およびDatabase Configuration Assistant (DBCA)では、RAWデバイス(Linuxではブロック・デバイス)がサポートされません。ただし、SQL*PlusやCRSCTLなどのコマンドライン・ユーティリティでは、RAWデバイスまたはブロック・デバイスがサポートされます。

5.4.5 クラスタ用Oracle Grid InfrastructureホームにインストールされたOracle ClusterwareおよびOracle ASM

Oracle ClusterwareおよびOracle Automatic Storage Management (Oracle ASM)は、Gridホームと呼ばれる単一のOracleホームにインストールされます。このインストールは、クラスタ用Oracle Grid Infrastructureインストールと呼ばれます。

アップグレードする場合は、Oracle ClusterwareとOracle ASMの両方を同時にアップグレードする必要があります。

5.4.6 Oracle ASMインスタンスの非推奨のパラメータ

次の初期化パラメータは、Oracle ASMインスタンスでは非推奨です。

- CLUSTER_DATABASE パラメータ

INSTANCE_TYPEがOracle ASMで、Oracle RACオプションがオンになっている場合は、CLUSTER_DATABASEパラメータを指定する必要はありません。この場合、CLUSTER_DATABASEパラメータはTRUEにデフォルトで設定されます。

- COMPATIBLE パラメータ

Oracle ASMインスタンスでは、COMPATIBLEパラメータを設定しないでください。ディスク・グループの互換性を拡張するには、ディスク・グループの

COMPATIBLE.[RDBMS|ASM|ADVM]属性を変更します。

5.4.7 固定ビュー

Oracle ASMインスタンスのすべてのパラメータ・ビュー(例: V$PARAMETER)でレポートされるのは、Oracle ASMインスタンスに関連するパラメータのみです。

5.4.8 CLOB APIおよびNCLOB APIに関するオフセット

Oracle Database 10gリリース1 (10.1)から、CLOBまたはNCLOBに書き込むAPIでは、書込みの最初に指定されたオフセットが既存のLOBデータの文字境界上にない場合は、ORA-22831エラーが発生します。

LOB データベースのデフォルト・キャラクタ・セットまたは各国語キャラクタ・セットがマルチバイトの場合、APIでは、CLOBsまたはNCLOBsに対するamountパラメータとoffsetパラメータにUCS2コードポイント・セマンティクスが使用されます。サロゲート・ペアの下位(2番目)サロゲートが指定されている場合、指定されたオフセットは文字境界上にありません。そのような場合には、エラーORA-22831が発生してデータは書き込まれません。これにより、ターゲットLOB内の文字の破損が回避されます。

ORA-22831が戻されないようにデータベースを構成する場合は、Oracleサポート・サービスに連絡してください。

5.4.9 多数のパーティションのロード時に追加のヒントを使用した場合に発生するメモリー不足

ダイレクト・パスのINSERTを使用して多数のパーティションをロードすると、特にデータ圧縮が指定されている場合にメモリー制限を超える場合があります(Oracle Bug#6749894を参照)。メモリーを確保するために、11.2からはPGA_AGGREGATE_TARGET初期化パラメータに基づいて、同時にロードされるパーティションの数が制限されるようになりました。ロード中のパーティションに格納されない行は、一時表領域に保存されます。パーティションの現在のセットですべての行がロードされた後に、一時表領域に保存されている行から他のパーティションがロードされます。

この動作により、不十分なメモリーによりダイレクト・パスのINSERTが終了することがなくなりました。

5.4.10 11.2で無効になった不均一なメモリー・アクセスの最適化およびサポート

Oracle Database 11gリリース2 (11.2)では、不均一なメモリー・アクセスのサポートがデフォルトで無効になりました。この制限は、すべてのプラットフォームおよびオペレーティング・システムに適用されます(Oracle Bug#8450932を参照)。

Oracle Databaseで不均一なメモリー・アクセスの最適化およびサポートが使用できるのは、特定の組合せのOracleバージョン、オペレーティング・システムおよびプラットフォームのみです。不均一なメモリー・アクセスのサポートを有効にするには、Oracleサポート・サービスとハードウェア・ベンダーを使用してください。

5.4.11 拡張圧縮のビューの変更

11.2では、user_tablesやdba_tablesなどの様々な表ビューのCOMPRESS_FOR列で、11.1と異なる値が返されます。COMPRESS_FOR列から返される新しい値は、BASICまたはOLTPです。11.1の場合、この値はそれぞれDIRECT LOAD ONLYとFOR ALL OPERATIONSでした。

5.5 Oracle Automatic Storage Management (Oracle ASM)

次の各項では、Oracle Database 11gリリース2 (11.2)のOracle Automatic Storage Management (Oracle ASM)に関する情報について説明します。

5.5.1 Oracle DatabaseデータファイルおよびOracle ACFS

Oracle ACFSとは、非データベース・ファイルの優先ファイル・マネージャです。ACFSは、汎用ファイル用に最適化されています。Oracle ACFSでは、Oracle ASMに直接保存できるファイルはサポートされません。

5.6 Oracle Enterprise Manager Database Control

次の各項では、Oracle Database 11gリリース2 (11.2)のDatabase Controlについて説明します。

5.6.1 オブジェクトの再編成

オブジェクトの再編成には次の内容が適用されます。

- 再編成スクリプトの生成からそのスクリプトの実行までの間にメタデータの変更が発生すると、データベースに悪影響を与える可能性があります。

- 再編成中の表に対してDDLが実行されている間にオフライン再編成が試行されると、データベースに悪影響を与える可能性があります。

- Oracle Enterprise Managerでオブジェクトの再編成ウィザードまたはローカル管理表領域ウィザードを使用する前に、データベースをバックアップすることをお薦めします。

5.6.2 複数のオブジェクトの編集

Oracle Enterprise Managerでは、オブジェクトを編集するためにオープンできるブラウザ・ウィンドウは1つのみです。たとえば、Oracle Enterprise Managerでは一度に1つの表領域のみを編集できます。

注意:
ウィンドウが読取り専用の場合は、複数のブラウザ・ウィンドウをオープンできます。

5.6.3 Oracle XML DBのプロキシ設定の要件

次に、Oracle XML DBのプロキシ設定要件を示します。

- URLを使用してファイアウォール内部にOracle XML XDBリソースを作成するには、emoms.propertiesのプロキシを設定する必要があります。

- URLに基づいたXML Schemaを登録する場合、URLはデータベース自体で解釈されます。この場合、データベース・プロキシを設定する必要がある場合があります。

注意:
プロキシ設定を変更できない場合、有効な回避策は、これらのファイルをクライアント・マシンにローカルに保存し、ローカル・ファイル・オプションを使用して、リソースの作成またはスキーマの登録を実行することです。

5.6.4 データベース・オブジェクトが多数の場合に必要となるヒープ・サイズの増加

Oracle Enterprise Manager Database Controlは、192MB (32ビット)/384MB (64ビット)のヒープ・メモリーで構成されます。ただし、Oracle Enterprise Manager Database Controlの特定の機能(変更マネージャなど)では、データベースに多数のオブジェクトが含まれる場合に、多くのメモリー設定が必要になる場合があります。

メモリー設定は、次のemctlコマンドを使用して増加できます。

emctl config dbconsole -heap_size MemorySizeValue M

新しい設定を適用するには、Oracle Enterprise Manager Database Controlを再起動する必要があります。

5.6.5 Oracle Enterprise Manager Database Control 11.2のみでサポートされるOracle Database 11gリリース2の新機能

ポリシー管理型データベースやOracle ASMクラスタ・ファイル・システムなど、Oracle Database 11gリリース2 (11.2.0.1)で使用できる新機能の管理サポートは、Oracle Enterprise Manager Database Control 11.2でのみ使用できます。

Oracle Database 11gリリース2 (11.2.0.1)の機能は、Oracle Enterprise Manager Grid Control 11.1でサポートされています。

Oracle Enterprise Manager Grid Control 10.2.0.5では、以前のバージョンのOracle Databaseの管理サポートを提供しますが、Oracle Database 11gリリース2 (11.2)の新機能はサポートしません。Grid Control 10.2.0.5では、単一インスタンス・データベースのプロビジョニングもサポートされません。

Oracle Database 11gリリース2 (11.2)にアップグレードされ、管理者によって管理されるクラスタ化されたデータベースは、Grid Control 10.2.0.5を使用して引き続き監視できます。Oracle Database 11gリリース2 (11.2)の監視サポートの詳細は、My Oracle SupportのWebサイト(https://support.oracle.com)の「動作保証」タブをクリックしてください。

5.6.6 Database Controlのパッチ適用

次の事項は、データベースのパッチ適用手順に適用されます。

5.6.6.1 Oracle Clusterwareへのパッチ適用のデプロイメント・プロシージャの失敗(クラスタ・ノードのパッチ適用レベルが異なる場合)

クラスタ・ノードのパッチ適用レベルが異なる場合、一部のノードではOracle Clusterwareへのパッチ適用(ローリング)のデプロイメント・プロシージャが成功しますが、他のノードで競合分析の手順を実行中に失敗する場合があります(Oracle Bug#8661258を参照)。

この問題を解決するには、競合するパッチをロールバックし、競合分析の手順を再試行します。また、Oracleサポート・サービスからスーパーセット・パッチを取得し、デプロイメント・プロシージャを再試行することもできます。

5.6.6.2 パッチ適用中にOracle RACインスタンスでSQLスクリプトを手動で実行する必要がある場合

パッチ適用手順の一部としてOracle RACインスタンスで実行されるSQLスクリプトは、Oracle Enterprise Manager Database Controlを実行しているOracle RACインスタンスでのみ実行されます(Oracle Bug#8645179を参照)。

特に、パッチを適用するOracleホームで複数のOracle RACインスタンスが実行されており、適用対象のパッチでSQLスクリプトを各インスタンスで実行する必要がある場合、Oracle RACへのパッチ適用(ローリング)およびOracle RACへのパッチ適用(すべてのノード)のデプロイメント・プロシージャでは、Oracle Enterprise Manager Database ControlのOracle RACインスタンスでのみSQLが実行されます。

この場合は、パッチのREADMEの指示に従い、SQLスクリプトを他のOracle RACインスタンスで手動で実行する必要があります。

5.6.6.3 最新のOPatchバージョンが必要なパッチでOPatchを手動で更新する必要がある場合

一部のパッチでは、パッチを適用するOracleホームに最新バージョンのOPatchユーティリティをインストールする必要があります(Oracle Bug#8581434を参照)。ただし、OPatchアップグレードは、パッチ適用デプロイメント・プロシージャではサポートされません。

かわりに、必要なプラットフォームの最新バージョンのOPatchをMy Oracle Support(https://support.oracle.com)のパッチ番号6880880から手動でダウンロードする必要があります。最新のバージョンを使用すると、各Oracleホームを更新できます。

5.6.6.4 パッチ適用前にスタンドアロン・リスナーを停止する必要がある場合

Oracle RACへのパッチ適用(ローリング)またはOracle RACへのパッチ適用(すべてのノード)のデプロイメント・プロシージャのいずれかを使用して、パッチを適用するOracleホームでスタンドアロン・リスナーが実行されている場合、パッチ適用が失敗して次のエラーが表示されます。

CheckActiveFilesAndExecutables failed as ORACLE_HOME/bin/tnslsnr file is active.

この問題を回避するには、パッチ適用を開始する前に、パッチ適用対象のOracleホーム内から実行中のすべてのスタンドアロン・リスナーを停止します(Oracle Bug#8581327を参照)。

5.6.6.5 パッチ適用前にOracleホームで実行中の複数のデータベース・インスタンスの停止

パッチを適用するOracleホーム内で複数のデータベース・インスタンスが実行中の場合、CheckActiveExecutablesの手順でOracle Databaseへのパッチ適用のデプロイメント・プロシージャが失敗する場合があります(Oracle Bug#6278749を参照)。

この問題を回避するには、Database Controlが実行されているデータベース・インスタンス以外のすべてのデータベース・インスタンスをパッチ適用前に停止します。

5.6.6.6 OPatchを使用してClusterwareのバンドル・パッチをOracle RACに適用する必要がある場合

Oracle RACデータベースに適用する複数のパッチがClusterwareのバンドル・パッチに含まれている場合は、Database Controlを使用してパッチを適用することはできません(Oracle Bug#8692833を参照)。この場合、パッチ適用後にデータベースが起動しなくなる場合があります。

パッチに複数のOracle RACパッチが含まれているかどうかを確認するには、Oracle Clusterwareのバンドル・パッチのREADMEを確認してください。複数のOracle RACパッチが含まれている場合は、OPatchを使用してパッチを手動で適用する必要があります。

5.6.6.7 サポート対象外のDatabase Controlからのパッチ適用(一部のクラスタ・ノードがOracle RACの対象外の場合)

クラスタ内のすべてのノードを対象とするクラスタ内にOracle RACインスタンスがなく、Database Controlからパッチが適用される場合、Oracle RACインスタンスの対象外のノードにはパッチが適用されません(Oracle Bug#8752959を参照)。

このシナリオでは、パッチのREADMEの指示に従って、クラスタにパッチを手動で適用する必要があります。

注意:
クラスタ内の一部のノードがOracle RACの対象外の場合、Oracle Clusterwareのパッチ適用は、Database Controlからのみ実行するようにしてください。Database Controlからの単一クラスタのインストールのパッチ適用はサポートされません。

5.7 データベース・セキュリティ

データベース・セキュリティの次の変更に注意してください。

5.7.1 SSL証明書を構成および使用した認証の設定

注意:
この設定は、Oracle Clusterwareと中間層、またはOracle ClusterwareとJDBCクライアントとの間の接続におけるセキュリティに影響を与えます。

JDBC接続プールまたはOracle Universal Connection Pool (UCP)で使用する高速接続フェイルオーバー(FCF)などのOracle RAC機能は、Oracle RACノードで実行されているOracle Notification Service (ONS)の通知をサブスクライブします。通常、データベース層のONSサーバーと中間層の通知クライアント間の接続は認証されません。SSL証明書を構成して使用することで認証を設定できますが、その手順が明確に記載されていません。

回避策は次のとおりです。

1. orapkiインタフェースを使用してOracle Walletを作成し、SSL証明書を格納します。

1. cd $ORA_CRS_HOME/opmn/conf

2. mkdir sslwallet

3. orapki wallet create -wallet sslwallet -auto_login

プロンプトが表示されたら、パスワードとしてONS_Walletを指定します。

4. orapki wallet add -wallet sslwallet -dn "CN=ons_test,C=US" -keysize 1024 -self_signed -validity 9999 -pwd ONS_Wallet

5. orapki wallet export -wallet sslwallet -dn "CN=ons_test,C=US" -cert sslwallet/cert.txt -pwd ONS_Wallet

6. 手順cで作成したウォレットを、同じ場所にあるその他すべてのクラスタ・ノードにコピーします。

7. クラスタ内のすべてのノード上のONSサーバーを停止します。

srvctl stop nodeapps

8. 手順1で作成したウォレットの場所を指定するために、データベース層のすべてのノードでONS構成ファイルを更新します。

1. ORA_CRS_HOME/opmn/conf/ons.configファイルを開きます。

2. ons.configファイルにwalletfileパラメータを次のように追加します。

walletfile=ORA_CRS_HOME/opmn/conf/sslwallet

3. srvctlを使用して、次のようにONSサーバーを再起動します。

srvctl start nodeapps

4. 中間層でクライアント側ONSデーモンを実行している場合は、次の2つの構成が可能です。

- (OracleAS 10.1.3.xなどの)OPMNからONSを起動する場合はopmn.xmlを使用します。

- (onsctlの使用など)スタンドアロンでONSを起動する場合はons.configを使用します。

ケース(1)の場合は、Oracle Application Serverリリースに対応する『OPMN管理者ガイド』を参照してください。この構成では、ウォレットの場所を指定するために、opmn.xmlファイルを変更します。

ケース(2)場合は、『Oracle Database JDBC開発者ガイド』の付録BのONSの構成に関する項を参照します。クライアント側ONSデーモンは、複数の異なるマシンで実行される可能性があります。手順1で作成したウォレットをそれらのクライアント側マシンにコピーし、ons.configファイルまたはopmn.xmlファイルで、そのクライアント側マシン上のパスを指定します。

5. クライアント側ONSデーモンを使用せずにリモートONSの構成を実行する場合は、『Oracle Database JDBC開発者ガイド』の「高速接続フェイルオーバー」の章で、「高速接続フェイルオーバーの使用」の「高速接続フェイルオーバー用のONSの構成」にある「リモートONSサブスクリプション」を参照してください。手順1で作成したウォレットをそれらのクライアント側マシンにコピーし、ons.configファイルまたはopmn.xmlファイルで、そのクライアント側マシン上のパスを指定します。

また、setONSConfiguration引数として、次の文字列を指定することもできます。

propertiesfile=location_of_a_Java_properties_file

Javaプロパティ・ファイルには、次に示すONS Javaプロパティの内の1つ以上が含まれている必要があり、少なくともoracle.ons.nodesプロパティが含まれている必要があります。Javaプロパティの値は、この手順で前述した「リモートONSサブスクリプション」の項で指定されている値と同じになります。

oracle.ons.nodes
oracle.ons.walletfile
oracle.ons.walletpassword

5.7.2 デフォルトのセキュリティ設定の変更

Javaパッケージoracle.security.rdbms.server.AppCtxは非推奨になりました。AppCtxManager、AppCtxPermit、AppCtxUtilおよびAppCtxExceptionのクラスは、このパッケージの一部です(Oracle Bug#6736417を参照)。

5.7.3 UNLIMITED TABLESPACE権限の変更

UNLIMITED TABLESPACEシステム権限は、将来のOracle DatabaseリリースでRESOURCEロールから削除される予定です(Oracle Bug#7614645を参照)。

5.8 暗号化と整合性

暗号化と整合性に関する次の変更に注意してください。

5.8.1 暗号化された表領域

- 既存の表領域をALTER TABLESPACE文を使用して暗号化することはできません。ただし、データ・ポンプ、またはCREATE TABLE AS SELECTやALTER TABLE MOVEのようなSQL文を使用して、既存の表データを暗号化された表領域に移動できます。

- 暗号化された表領域を使用してデータベースをリカバリする際(SHUTDOWN ABORTまたはデータベース・インスタンスを停止させる致命的なエラーの後など)には、リカバリ・プロセスがデータ・ブロックおよびREDOを復号化できるように、データベースのマウント後でデータベースをオープンする前にウォレットをオープンする必要があります。

- 透過的データ暗号化(TDE)表領域の暗号化のマスター暗号化キーでは、すべてのキー管理(作成、保存、回転、リタイアなど)にハードウェア・セキュリティ・モジュール(HSM)を利用します。11.1.0.7では、HSMでTDE表領域の暗号化マスター・キーの作成と保存しかできず、回転はできませんでした。TDE表領域の暗号化のマスター・キーは、Oracle WalletからHSMに移行することもできます。

5.9 JavaおよびWebサービス

Javaを使用する際は、次の事項に注意してください。

5.9.1 Oracle JVM

Oracle Database 11gリリース2 (11.2)には、すべての機能を持つJava仮想マシン(JVM)とSun社のJava Development Kit (JDK) 5.0用Javaクラス・ライブラリが組み込まれています。リリース11.2.0.1には、OracleのJDBCおよびSQLJとともに、サーバーベースJavaアプリケーションの開発とデプロイのためのエンタープライズ・クラス・プラットフォームであるOracle JVMが用意されています。次のサイトにあるOracle JVM READMEファイルを参照してください。

ORACLE_HOME/relnotes/readmes/README_javavm.txt

5.9.2 Oracle Universal Connection Pool (UCP)のマウントおよびUCPの優先によるJDBCの暗黙的接続キャッシュの非推奨

Oracle Database 11gリリース1 (11.1.0.7)から、JDBC用の新しいユニバーサル接続プールがリリースされています。詳細は、次のWebページにある『Oracle Universal Connection Pool for JDBC開発者ガイド』を参照してください。

http://www.oracle.com/technology/tech/java/sqlj_jdbc/UCP_dev_guide.pdf

このため、Oracle Database 10gリリース1(10.1)に導入されていた既存のJDBC接続プール(暗黙的な接続キャッシュ)は非推奨になっています。使用中のアプリケーションは、将来のリリースでサポート終了の通知が出され、正式にサポートが終了するまで引き続き使用できます。

Oracleでは、次のWebページにある『Transitioning to Oracle Universal Connection Pool (UCP)』の指示に従って、新しいアプリケーションにUCPを採用し、既存のアプリケーションの変更を計画するように推奨しています。

http://www.oracle.com/technology/tech/java/sqlj_jdbc/pdf/ucp_transition_guide.pdf

UCPのダウンロードおよびコード・サンプルは次のWebページにあります。

http://www.oracle.com/technology/software/tech/java/sqlj_jdbc/htdocs/ucp.html

5.9.3 JDBC

Oracle JDBC製品は、最新のJava/JDBC標準をサポートしています。詳細は、次のサイトにあるJDBCのREADMEを参照してください。

ORACLE_HOME/relnotes/readmes/README_jdbc.txt

5.9.4 Webサービス

Oracle Netのかわりに、Oracle Database Web Servicesでは、標準のWebサービス・メカニズムを介して、非接続でのデータベースへのアクセスが提供されています。これには、XML、SOAPおよびWSDLが含まれ、データベースをWebサービス・プロバイダに転換できます。同様に、データベース自体が、Webサービス・コンシューマとして機能して外部のWebサービスを実行できます。Webサービスには、次の重要な機能があります。

- SOAP Clientライブラリに基づくJAX-RPCは、外部Webサービスのデータベース内からの起動をサポートし、その結果に対してSQLの機能を適用します。

- Webサービス・コールイン: JPublisherで生成されたJavaクラスをOracle Application Server 10gにデプロイすることで、JavaとPL/SQLのプロシージャとパッケージ、SQL問合せ、DML操作などのデータベース操作を実行できます。

- Webサービス・コールアウト: WSDLとそのPL/SQLラッパーからJPublisherで生成されたWebサービス・クライアントをデプロイすることで、外部Webサービスのデータベース内からの起動がサポートされます。

5.10 メディア管理ソフトウェア

単一のサーバーで構成される環境向けに、Oracle Secure Backup Expressが用意されており、Oracle Databaseおよびその他の重要なOracleインフラストラクチャをテープにバックアップできます。Oracle Secure BackupはRecovery Manager (RMAN)と完全に統合され、データ保護サービスを提供します。より規模の大きな環境では、Oracle Secure Backupをライセンス供与可能な別の製品として使用し、多数のデータベース・サーバーおよびファイル・システムをテープにバックアップできます。Oracle Secure Backupリリース10.4は、Oracle Database 11gリリース2 (11.2.0.1)に同梱されています。Oracle Secure Backupの詳細は、次のサイトを参照してください。

http://www.oracle.com/goto/osb/

5.10.1 Oracle Secure Backupのグローバリゼーションの制限

Oracle Secure Backupには、グローバリゼーションについて次の制限が適用されます。

- Oracle Secure BackupのWebツールおよびコマンドライン・インタフェースは英語のみで、グローバル化されていません。すべてのメッセージおよびドキュメントは英語で表示されます。

- Oracle Secure Backupでは、Unicode UTF-16などのNULLバイト終了をサポートしないキャラクタ・セットでエンコードされているファイル名やRMANバックアップ名はサポートされません。この制限により影響を受けるのは、バックアップ内容ではなくファイル名であることに注意してください。Oracle Secure Backupでは、Oracle Databaseを任意のキャラクタ・セットでバックアップできます。

5.11 Oracle Application Express

Oracle Application Expressを使用する際は、次の事項に注意してください。

Oracle Application Expressの詳細は、『Oracle Application Expressリリース・ノート』および『Oracle Application Expressインストレーション・ガイド』を参照してください。

5.11.1 最新のリリースの確認

Oracle Application Expressは、Oracle Databaseより頻繁にリリースされています。最新のリリースの詳細を確認するには、次のサイトを参照してください。

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

5.11.2 Oracle HTTP Serverの構成

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

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

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

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

SQL> ALTER USER APEX_PUBLIC_USER ACCOUNT UNLOCK

5.11.3 データベースのCOMPATIBLEパラメータおよびネットワーク・サービスの有効化

『Oracle Databaseインストレーション・ガイド』でOracle Database 11gのネットワーク・サービスの有効化に関する項に記載されているOracle Application Expressのインストール後タスクの例を実行するには、データベースのCOMPATIBLE初期化パラメータが、少なくとも11.1.0.0.0に設定されている必要があります。Oracle Database 11gデータベースでは、デフォルトですでにパラメータが正しく設定されていますが、旧バージョンから11gにアップグレードされたデータベースでは設定されていない場合があります。

データベース初期化パラメータの変更の詳細は、『Oracle Database管理者ガイド』のOracle Databaseの作成および構成に関する項を参照してください。

5.12 Oracle Clientアプリケーション

Oracle Client 11gには、重大なエラーが検出された場合の診断情報のダンプ機能を含む、問題を診断するための拡張機能が含まれています。デフォルトでは、これらのダンプは小さいサブセットの情報に制限されるため、アプリケーション・データはダンプされません。しかし、多くのインストールでは、このようなログのプライバシを確保するために、ダンプ・ファイル用にセキュアな場所が構成される場合があります。このような場合は、フル・ダンプをオンにすることをお薦めします。これにより、問題解決までの時間が大幅に短縮します。フル・ダンプを有効にするには、Oracleクライアント・インストールで使用されるsqlnet.oraファイルに次の行を追加します。

DIAG_RESTRICTED=false

診断機能が正常に動作していることを確認するには、次の手順を実行します。

1. Oracle Database 11gクライアント・ライブラリを使用できるように、アプリケーションをアップグレードします。

2. アプリケーションを起動します。

3. アプリケーションのTNS_ADMINディレクトリのsqlnet.logファイルをチェックし、診断機能が起動できなかった(通常はディレクトリ名または権限が無効であることが原因)ことを示すエラー・メッセージを確認します。

詳細は、『Oracle Call Interfaceプログラマーズ・ガイド』を参照してください。

5.13 Oracle Configuration Manager

Oracle Configuration Managerの次の内容に注意してください。

5.13.1 cron構成の問題

cronへのアクセスを拒否されると、次のエラーが表示され、Oracle Configuration Managerの構成が失敗します。

ORACLE_HOME/ccr/bin/setupCCR
** Installing base package **
Deploying core - Version 10.2.5.0.0
Error encountered in package deployment.

インストールの完了後、環境変数CCR_DISABLE_CRON_ENTRYをTRUEに設定し、次のコマンドを使用してOracle Configuration Managerの構成を再度試行します。

ORACLE_HOME/ccr/bin/setupCCR

5.14 Oracle Data Mining

Oracle Database 11gリリース2(11.2)のOracle Data Miningスコアリング機能は、Oracle Exadata Storage Serverソフトウェアでも使用できます。記憶域レイヤーのスコアリング機能により、膨大なデータセットを迅速にマイニングできるため、すでにOracle Database内の分析により得ている競争上の優位性をさらに高めることができます。Oracle Exadata Storage Serverソフトウェアの詳細は、http://www.oracle.com/technology/products/bi/db/exadata/index.htmlを参照してください。

データベースの組込み機能であるデータ・マイニング・オプションは、Oracle Database Enterprise Editionとともに自動的にインストールされます。データ・マイニング・オプションを使用するデータベースをインストールする場合は、デフォルトの初期化パラメータに最適なデータ・ウェアハウス構成タイプを選択します。

Oracle Database 11gでは、データ・マイニング・モデルはSYSスキーマのデータ・ディクショナリ・オブジェクトとして実装されます。DMSYSスキーマは存在しません。

Data Miningユーザーが独自のスキーマにマイニング・モデルを作成するには、CREATE MINING MODEL権限を持っている必要があります。『Oracle Data Mining管理者ガイド』に記載されているように、その他のデータ・マイニング・アクティビティを実行するには別の権限が必要です。

Oracle Database 11gリリース1 (11.1)には、Oracle Data Mining用の新しいデータ・ディクショナリ・ビューが導入されていました。

- USER/ALL/DBA_MINING_MODELS

- USER/ALL/DBA_MINING_MODEL_ATTRIBUTES

- USER/ALL/DBA_MINING_MODEL_SETTINGS

Data Mining API (PL/SQLおよびJava)を説明するデモ・プログラムは、Oracle Database Examplesとともにインストールされます。手順は、『Oracle Data Mining管理者ガイド』に記載されています。

Oracle Database 10gで個別にインストールしたデータベース・オプションのOracle Data Miningスコアリング・エンジン・オプションは、Oracle Database 11gでは使用できません。Oracle Data Miningスコアリング・エンジン・オプションのすべての機能は、データ・マイニング・オプションで提供されます。

以前Oracle Data MiningでサポートされていたBasic Local Alignment Search Tool (BLAST)は、Oracle 11gでは使用できません。

5.15 Oracle Internet Directory

Oracle Internet Directory製品は、Oracle Application Serverにのみ付属しています。Oracle Database 11gリリース1 (11.1)製品には付属していません。ただし、Oracle Net Services、Oracle Advanced Securityの機能がOracle Internet Directoryを使用することがあるため、ここにOracle Internet Directoryの情報を記載しています。Oracle Internet Directoryの管理アクティビティの多くは、1つのツールOracle Internet Directory Configuration Assistant (OIDCA)に統合されました。OIDCAは、次の条件でエンタープライズ・ユーザー・セキュリティおよびNetwork Names機能と併用してください。

1. エンタープライズ・ユーザー・セキュリティ

- エンタープライズ・ユーザー・セキュリティは、リリース11.2.0.1のアイデンティティ管理レルムでのみ動作します。以前のリリースで使用していたOracleコンテキストは、OIDCAツールを使用してアイデンティティ管理レルムに変換する必要があります。

- 使用環境でOracle Internet Directoryサーバーを検出するためのldap.ora構成ファイルを作成または更新する場合は、OIDCAを使用します。OIDCAを使用して作成した場合、ldap.oraは、LinuxおよびUNIXオペレーティング・システムではORACLE_HOME/ldap/adminディレクトリに、Windowsオペレーティング・システムではORACLE_HOME\ldap\adminディレクトリに配置されます。

2. Network Names

- Oracleコンテキストを作成、アップグレードおよび削除する場合は、OIDCAを使用します。

- 初期のリリースのOracleコンテキストをアイデンティティ管理レルムに変換する場合は、OIDCAを使用します。

- 使用環境でOracle Internet Directoryサーバーを検出するためのldap.ora構成ファイルを設定する場合は、OIDCAを使用します。

Oracle Internet Directoryを使用する際は、次の事項に注意してください。

5.15.1 Oracle Internet Directory Configuration Assistantの使用

Oracle Internet Directory Configuration Assistant (OIDCA)を使用すると、Oracleコンテキストの作成、アップグレードおよび削除、ldap.oraファイルの構成、およびOracleコンテキストからアイデンティティ管理レルムへの変換を実行できます。

OIDCAの構文は、次のとおりです。

oidca oidhost=host
nonsslport=port |
sslport=SSL Port
dn=binddn
pwd=bindpwd
propfile=properties file

OIDCAの使用方法を確認するには、コマンド・プロンプトにoidca -helpを入力してください。

5.15.2 Oracleコンテキストの作成

OIDCAでOracleコンテキストを作成するには、次の構文を使用します。各パラメータについては、後続の表を参照してください。

oidca oidhost=host
nonsslport=port
sslport=SSL Port
dn=binddn
pwd=bindpwd
mode=CREATECTX
contextdn=OracleContext DN

パラメータ

説明

oidhost

OIDサーバーのホスト(未指定の場合、デフォルトはlocalhostです)

nonsslport

OIDサーバーのポート(未指定の場合、デフォルトは389です)

sslport

OID SSLポート(未指定の場合、デフォルトは636です)

dn

OIDユーザー(cn=orcladminのように指定します)

pwd

OIDユーザー・パスワード

mode

OIDCAのモード(CREATECTXに設定します)

contextdn

OracleContextを作成する必要があるDN (dc=acme、dc=comのように指定します)

次の点に注意してください。

- この操作を正常に実行するには、contextdnが必要です。

- OIDには、有効なDN"cn=oraclecontext,dc=acme, dc=com"を指定しないでください。

- OIDには、有効なDN"dc=acme,dc=com"が必要です。

- modeおよびcontextdnパラメータは、プロパティ・ファイルとして渡すこともできます。

- 非SSLモードで操作を実行する場合は、パラメータnonsslport=portを指定します。

- SSLモードで操作を実行する場合は、パラメータsslport=sslportを指定します。

- nonsslportまたはsslportパラメータのいずれかを指定する必要があります(ただし、両方は指定しないでください)。

機能

1. OIDCAは、contextdnに有効なDN構文があり、Oracle Internet Directoryにエントリがあることを検証します。OIDCAでは、ルートOracleContextを明示的に作成できないことに注意してください。ルートOracleコンテキストがない場合、OIDCAはエラーで終了します。

2. DNがある場合は、Oracleコンテキストの存在が検証されます。

- 最新のOracleコンテキストがすでに存在している場合は、「Oracle Context already exists and is up to date」のメッセージが出力され、OIDCAが終了します。

- 古いバージョンのOracleコンテキストがすでに存在している場合は、「Oracle Context already exists and is of an older version」のメッセージが出力され、OIDCAが終了します。

- Oracleコンテキストがない場合は、このDNにOracleコンテキストが作成されます。

5.15.3 Oracleコンテキストのアップグレード

OracleContextインスタンスをアップグレードするには、次の構文を使用します。各パラメータについては、後続の表を参照してください。

oidca oidhost=host
nonsslport=port
sslport=SSL Port
dn=binddn
pwd=bindpwd
mode=UPGRADECTX
contextdn=OracleContext DN

パラメータ

説明

oidhost

OIDサーバーのホスト(未指定の場合、デフォルトはlocalhostです)

nonsslport

OIDサーバーのポート(未指定の場合、デフォルトは389です)

sslport

OID SSLポート(未指定の場合、デフォルトは636です)

dn

OIDユーザー(cn=orcladminのように指定します)

pwd

OIDユーザー・パスワード

mode

OIDCAのモード(常にUPGRADECTXに設定します)

contextdn

OracleContextを作成する必要があるDN (dc=acme、dc=comのように指定します)

次の点に注意してください。

- この操作を正常に実行するには、contextdnにOracleContextが含まれている必要があります。

- "cn=oraclecontext,dc=acme,dc=com"および"dc=acme,dc=com"のDNは、両方とも有効です。

- modeおよびcontextdnパラメータは、プロパティ・ファイルとして渡すこともできます。

- 非SSLモードで操作を実行する場合は、パラメータnonsslport=portを指定します。

- SSLモードで操作を実行する場合は、パラメータsslport=sslportを指定します。

- nonsslportまたはsslportパラメータのいずれかを指定する必要があります(ただし、両方は指定しないでください)。

機能

1. OIDCAは、contextdnに有効なDN構文があり、Oracle Internet DirectoryにOracleContextがあることを検証します。OIDCAでは、ルートOracleContextを明示的にアップグレードできません。ルートOracleContextがない場合は、エラー・メッセージが送信されます。

2. contextdnにOracleContextがある場合は、次の操作が実行されます。

- OracleContextがレルムに属しているかどうかが検証され、適切なメッセージが出力されてOIDCAが終了します。レルムに属しているOracleContextインスタンスは、アップグレードできないことに注意してください。

- OracleContextが最新であることが確認された場合は、「Oracle Context already exists and is up to date」のメッセージが出力され、OIDCAが終了します。

- OracleContextが最新でない場合は、このDNでOracleContextがアップグレードされます。

5.15.4 Oracleコンテキストの削除

OracleContextを削除するには、次の構文を使用します。各パラメータについては、後続の表を参照してください。

oidca oidhost=host
nonsslport=port
sslport=SSL Port
dn=binddn
pwd=bindpwd
mode=DELETECTX
contextdn=OracleContext DN

パラメータ

説明

oidhost

OIDサーバーのホスト(未指定の場合、デフォルトはlocalhostです)

nonsslport

OIDサーバーのポート(未指定の場合、デフォルトは389です)

sslport

OID SSLポート(未指定の場合、デフォルトは636です)

dn

OIDユーザー(cn=orcladminのように指定します)

pwd

OIDユーザー・パスワード

mode

OIDCAのモード(常にDELETECTXに設定します)

contextdn

OracleContextを作成する必要があるDN (dc=acme、dc=comのように指定します)

次の点に注意してください。

- この操作を正常に実行するには、contextdnにOracleContextが含まれている必要があります。

- "cn=oraclecontext, dc=acme,dc=com"および"dc=acme,dc=com"のDNは、両方とも有効です。

- modeおよびcontextdnパラメータは、プロパティ・ファイルとして渡すこともできます。

- 非SSLモードで操作を実行する場合は、パラメータnonsslport=portを指定します。

- SSLモードで操作を実行する場合は、パラメータsslport=sslportを指定します。

- nonsslportまたはsslportパラメータのいずれかを指定する必要があります(ただし、両方は指定しないでください)。

機能

1. OIDCAは、contextdnに有効なDN構文があり、Oracle Internet DirectoryにOracleContextがあることを検証します。

2. contextdnにOracleContextがある場合は、次の操作が実行されます。

- OracleContextがレルムに属しているかどうかが検証され、適切なメッセージが出力されてOIDCAが終了します。レルムに属しているOracleContextインスタンスは、削除できないことに注意してください。

- OracleContextは、レルムに属していない場合は削除されます。

5.15.5 ldap.oraファイルの構成

ldap.oraファイルを構成するには、次の構文を使用します。各パラメータについては、後続の表を参照してください。

oidca oidhost=host
nonsslport=port
sslport=SSL Port
adminctx=Administrative context
mode=LDAPORA
dirtype=OID or AD
-update

パラメータ

説明

oidhost

OIDサーバーのホスト(未指定の場合、デフォルトはlocalhostです)。

nonsslport

OIDサーバーのポート(検出APIを使用して判断されます)。

sslport

OIDのSSLポート(検出APIを使用して判断されます)。

mode

OIDCAのモード(常にLDAPORAに設定します)。

dirtype

ディレクトリ・タイプ(可能な値はOIDおよびADで、必須属性です)。

adminctx

デフォルトの管理コンテキスト(dc=acme,dc=comのように指定します)。未指定の場合は、検出APIを使用して判断されます。

-update

このフラグを指定すると、既存のldap.oraが上書きされ、このフラグを指定しないと、ldap.oraは、存在していない場合のみ作成されます。

次の点に注意してください。

- 非SSLまたはSSLのいずれかのポートを指定する必要があります。その他のポートは検出されます。

- mode、dirtypeおよびadminctxパラメータは、プロパティ・ファイルとして渡すこともできます。

機能

1. 検出APIを使用して、コマンドラインに指定されていないパラメータすべてが判断されます。

2. 検出APIを使用して、ldap.oraの位置が検証されます。

- ldap.oraがあり、-updateパラメータが指定されていない場合は、「ldap.ora exists」のメッセージが出力され、OIDCAが終了します。

- ldap.oraがあり、-updateパラメータが指定されていない場合は、検出APIを使用して既存のldap.oraが更新されます。

- ldap.oraが存在しない場合は、次の順序で適切な位置に新しいldap.oraファイルが作成されます。

LDAP_ADMIN
ORACLE_HOME/ldap/admin

5.15.6 Oracleコンテキストからアイデンティティ管理レルムへの変換

Oracle Database 10gのエントリは、Oracle Internet Directoryリリース9.0.4サーバーに格納する必要があります。エンタープライズ・ユーザー・セキュリティ(Oracle Database 10gの機能)にも、リリース9.0.4のアイデンティティ管理レルムが必要です。

既存のOracleContextをアイデンティティ管理レルムに変換するには、次の構文を使用します。各パラメータについては、後続の表を参照してください。ルートOracleContextオブジェクトは変換されないことに注意してください。

oidca oidhost=host
nonsslport=port
sslport=SSL Port
dn=binddn
pwd=bindpwd
mode=CTXTOIMR
contextdn=OracleContext DN

パラメータ

説明

oidhost

OIDサーバーのホスト(デフォルトはlocalhostです)

nonsslport

OIDサーバーのポート(デフォルトは389です)

sslport

OIDのSSLポート(デフォルトは636です)

dn

OIDユーザー(cn=orcladminのように指定します)

pwd

OIDユーザー・パスワード

mode

OIDCAのモード(常にCTXTOIMRに設定します)

contextdn

OracleContextを作成する必要があるDN (dc=acme、dc=comのように指定します)

次の点に注意してください。

- 指定したcontextdnにOracleContextが存在している必要があります。

- "cn=oraclecontext, dc=acme,dc=com"および"dc=acme, dc=com"のDNは、両方とも有効です。

- modeおよびcontextdnパラメータは、プロパティ・ファイルとして渡すこともできます。

- 非SSLモードで操作を実行する場合は、パラメータnonsslport=portを指定します。

- SSLモードで操作を実行する場合は、パラメータsslport=sslportを指定します。

- nonsslportまたはsslportパラメータのいずれかを指定する必要があります(ただし、両方は指定しないでください)。

機能

1. OIDCAは、contextdnのDN構文が正しいこと、および有効なOracleContextが含まれていることを検証します。

2. contextdn,にOracleContextがある場合は、次の操作が実行されます。

- OracleContextがレルムに属しているかどうかが検証されます。属している場合は、適切なエラー・メッセージが出力され、OIDCAが終了します。

- OracleContextがレルムに属していない場合は、コンテキストが最新バージョンにアップグレードされてレルムに変換されます。

注意(補足):

- ニックネーム属性がcnでない場合は、Oracle Internet Directoryセルフ・サービス・コンソールを使用して、この属性をユーザー構成属性として構成してください。

- Oracle Internet Directoryセルフ・サービス・コンソールを使用して、変換されたレルムのユーザーおよびグループを管理する場合は、適切な管理権限を設定する必要があります。詳細は、『Oracle Fusion Middleware Oracle Internet Directory管理者ガイド』を参照してください。

5.16 Oracle Multimedia

Oracle interMediaの名称が、Oracle Database 11gリリース1 (11.1)でOracle Multimediaに変更されました。機能は同じで、名称のみが変更されました。Oracle interMediaへの参照はOracle Multimediaに置き換えられますが、Oracle interMediaやinterMediaへの参照が、グラフィカル・ユーザー・インタフェース、コード・サンプル、および11gリリース2 (11.2)のOracle Databaseドキュメント・ライブラリの関連ドキュメントに一部残っている場合があります。

その他の情報は、次のOracle MultimediaのREADMEファイルを参照してください。

ORACLE_HOME/ord/im/admin/README.txt

5.17 Oracle Net Services

Oracle Databaseでは、インターネット・プロトコル・バージョン6 (IPv6)のアドレッシングおよび接続性のサポートが制限されます。詳細は、『Oracle Database Net Services管理者ガイド』を参照してください。

5.18 Oracle Real Application Clusters

Oracle RACを使用する際は、次の事項に注意してください。

5.18.1 OracleホームでのNFSからローカル・ノードへのORADISMの移動

Oracle RACデータベースをNFSデバイス上の共有Oracleホームにインストールする場合、ORADISMバイナリ(oradism)を各ノード上のローカル・ディレクトリにコピーする必要があります(Oracle Bug#6522385および#6525377を参照)。

NFSでOracle ClusterwareおよびOracle RACをインストールすると、この問題が必ず発生します。詳細は、『Oracle Grid Infrastructureインストレーション・ガイドfor Linux』を参照してください。

oradismを移動するには、次の手順を実行します。

1. ORACLE_HOME/bin/oradismバイナリをすべてのクラスタ・ノード上の同一のディレクトリ・パスにコピーします。パス(手順2の例の/u01/local/binなど)はローカルで、NFSではない必要があります。次に例を示します。

cp -a ORACLE_HOME/bin/oradism/u01/local/bin

2. 次のコマンドをrootユーザーとして実行して、oradism実行可能ファイルの所有権と権限を設定します。

$ chown root /u01/local/bin/oradism
$ chmod 4750 /u01/local/bin/oradism

3. NFS共有ホームからローカルのoradismディレクトリ・パスへのシンボリック・リンクを作成します。作成する必要があるのは1つのノードに対してのみです。これで各ノードは、共有Oracleホームからsymlinkを使用してそのノード独自のoradismを参照できます。次に例を示します。

$ cd /nfs/app/oracle/product/11.2.0/db_1/bin
$ rm -f oradism
$ ln -s /u01/local/bin/oradism oradism

4. OracleホームがOracle Databaseホーム・ディレクトリの場合は、extjob、jssu、nmb、nmhs、nmoなどの他のバイナリに対して手順1から3を繰り返します。OracleホームがOracle Grid Infrastructureホーム・ディレクトリの場合は、この手順を実行する必要はありません。

5.18.2 サーバー・プールの作成

注意:
デフォルトでは、名前付きユーザーは誰でもサーバー・プールを作成できます。この権限を持つオペレーティング・システム・ユーザーを制限するために、特定のユーザーをCRS管理者リストに追加することをお薦めします。
CRS管理者リストへのユーザーの追加の詳細は、『Oracle Clusterware管理およびデプロイメント・ガイド』を参照してください。

ポリシー管理型のOracle RACデータベースを使用する場合は、クラスタ用Oracle Grid Infrastructureのインストールの直後に、ユーザー定義の初期サーバー・プールを作成します。Gridソフトウェアの所有者として、Grid_home/binのパスにある次のSRVCTLコマンドを使用します。

srvctl add srvpool -g srvpool_name -u max

5.18.3 クラスタ内のノードの追加

ポリシー管理型データベースを実行しているクラスタ内でノードを追加する場合、Oracle Clusterwareは、クローニング・プロシージャが完了する前に新しいインスタンスを起動しようとします。ノードを追加するには、次の手順を使用してください。

1. 新しいノードを追加するには、クラスタ用Oracle Grid InfrastructureでaddNodeを実行します。rootスクリプトを実行するように求められても、ここでは実行しないでください(rootスクリプトは後で実行します)。

2. ソフトウェアのみのインストールを使用して、Oracle RACデータベース・ソフトウェアをインストールします。OracleがOracle RACオプションでリンクされていることを確認します。

3. データベース・ホームでrootスクリプト・アクションを実行します。

4. Oracle Clusterwareホームでrootスクリプト・アクションを実行し、インストールを終了します。

5.19 クラスタ用Oracle Grid Infrastructure

Oracle ClusterwareおよびOracle Automatic Storage Management (Oracle ASM)を使用する場合は、次の事項に注意してください。これらは、クラスタ用Oracle Grid Infrastructureのインストールを使用してインストールされます。

5.19.1 ホスト名の変更

クラスタ用Oracle Grid Infrastructureのインストールを完了した後は、ホスト名を変更しないでください。ホスト名を変更したノードはクラスタから削除し、新しい名前で追加する必要があります。

5.19.2 異なるキャラクタ・セットを使用するためのNLS_LANGの変更

NLS_LANGパラメータは、Oracle Cluster Registry (OCR)からではなく、環境から読み込まれるようになりました(Oracle Bug#8258489を参照)。次の手順では、NLS_LANGの変更方法について説明します。

1. すべてのノードで、次のコマンドを実行します。

crsctl stop crs

2. すべてのノードで、Grid_home/crs/install/s_crsconfig_hostname_env.txtを編集し、LANGUAGE_IDパラメータを適切な値に設定します。次に例を示します。

LANGUAGE_ID='JAPANESE_JAPAN.JA16EUC'

3. すべてのノードで、次のコマンドを実行します。

crsctl start crs

5.19.3 Oracle Clusterwareのローリング・アップグレードの要件

Cluster Ready Services (CRS)をリリース10.2.0.1または10.2.0.2からリリース11.2にアップグレードする場合、CRSのローリング・アップグレードには追加の手順が必要です(Oracle Bug#5198903を参照)。ローリング・アップグレードを正常に完了するには、次の手順を実行します。

1. Cluster Ready Services (CRSホーム)をリリース10.2.0.3、またはCRSバンドル・パッチ#2を適用済の10.2.0.2にアップグレードします(Oracle Bug#5256865を参照)。

2. CRSをリリース10.2.0.3からリリース11.2にアップグレードします。

手順1および2におけるCRSのそれぞれのアップグレードがローリング・アップグレードです。そのため、これらのアップグレードではクラスタを停止する必要はありません。また、Oracle Clusterware 11gリリース2(11.2)にはインプレース・アップグレードを実行できないことにも注意してください。

10.1.0.2から11.2へのローリング・アップグレードにも類似の要件があります(Oracle Bug#5860479を参照)。10.1.0.2からのCRSのローリング・アップグレードを正常に実行するには、次の手順を実行します。

1. CRS (CRSホーム)をリリース10.1.0.5にアップグレードします。

2. CRSをリリース10.1.0.5からリリース11.2にアップグレードします。

手順1および2におけるCRSのアップグレードがローリング・アップグレードであるため、クラスタを停止する必要はありません。これは、Oracle RACのみの問題です。

5.19.4 OCRの場所を利用できないエラー

Oracle Cluster Registry (OCR)の1つ以上の場所がunavailableとマークされている場合、次のコマンドは動作しません(Oracle Bug#8608734を参照)。

ocrconfig -add new_ocr_location

回避策は、新しいOCRの場所を追加する前に、次のコマンドを使用してunavailableとマークされている場所を削除することです。

ocrconfig -delete unavailable_ocr_location

5.19.5 指定されたリモート・ノードの不適切なステータス

CRSCTLコマンドに-n nodename ora -allを指定すると、リモート・ノードのステータスが正しくなくなります(Oracle Bug#8655571を参照)。かわりに、ノードがunknownであるというメッセージが表示されます。ノードにログインすることで、コマンドを実行できます。ノードを再起動すると、問題は解決します。

5.19.6 Oracle ACFSおよびOracle Clusterware Stackの停止

Oracle Clusterwareを停止しようとすると、選択したノードでOracle Clusterwareスタックが正常に停止しなかったとレポートされる場合があります(Oracle Bug#8703150および#8651848を参照)。データベース・ホームがOracle ACFSにある場合は、次のエラーが表示されることがあります。

CRS-5014: Agent orarootagent.bin timed out starting process acfsmount for action

このエラーは無視しても問題ありません。

また、Oracle ACFSリソースを停止できないため、選択したノードでOracle Clusterwareスタックが正常に停止しなかったとレポートされる場合もあります。このエラーが発生した場合は、次の手順を実行します。

- プログラムまたはプロセスを停止し、Oracle ACFSマウント・ポイントに対するすべてのファイル・システムのアクティビティが停止していることを確認し、停止操作を再試行します。

- ora.registry.acfsリソース・チェック機能がタイムアウトした場合や、リソースがUNKNOWNまたはINTERMEDIATEの状態を示した場合は、Oracle Cluster Registry (OCR)にアクセスできない可能性があります。この原因に共通するのはネットワーク障害です。acfsutil registryコマンドおよびocrcheckコマンドにより、特定のエラーの原因が明確になる場合があります。このエラーを解決し、Oracle Clusterwareの停止を再試行してください。

5.19.7 Oracle Enterprise Manager Database Controlを使用したsudoコマンドおよびクラスタ管理

Oracle Enterprise Manager Database Controlを使用してクラスタにノードを追加したり、クラスタからノードを削除したりする際に、これらの操作を個別のスクリプトを実行せずに行う場合は、クラスタ用Oracle Grid Infrastructureのインストール・ソフトウェアの所有者のアカウントに、パスワードなしのsudoアクセス権を設定する必要があります(Oracle Bug#8489482を参照)。

パスワードなしのsudoを設定しない場合は、rootとして端末にログインしてから、root権限が必要なコマンドを実行するように、Oracle Enterprise Manager Database Controlのデプロイメント・プロシージャから指示されます。これらのコマンドを実行すると、Oracle Enterprise Manager Database Controlのデプロイメント・プロシージャの実行を続行できます。

5.20 Oracle ODBC Driver

Oracle ODBC DriverのREADMEについては、「Oracle ODBC Driver README」を参照してください。

ORACLE_HOME/odbc/html/ODBCRelnotesUS.htm

5.21 Oracle OLAP

Oracle OLAPを使用する際は、次の事項に注意してください。

1. 32ビット・バージョンから64ビット・バージョンへのアップグレードで、かつOLAPオプションを使用している場合は、追加手順について、My Oracle Support (https://support.oracle.com)のノート352306.1を参照してください(Oracle Bug#4966492を参照)。

2. SQL集計管理とは、既存のリレーショナル・マテリアライズド・ビューからキューブ・マテリアライズド・ビューの迅速なデプロイをサポートする、DBMS_CUBEのPL/SQLサブプログラムのグループです。キューブ・マテリアライズド・ビューとは、Oracle Databaseの自動リフレッシュおよびクエリー・リライト機能を使用できるように拡張されたキューブです。単一のキューブ・マテリアライズド・ビューでは、ファクト表上にあるサマリーの多数のリレーショナル・マテリアライズド・ビューを置き換えることができるため、すべてのサマリー・データへのレスポンス時間を均一にできます。

キューブ・マテリアライズド・ビューの作成プロセスでは、DBMS_CUBEによって、キューブおよびキューブ・ディメンションを含む、フル機能のアナリティック・ワークスペースも作成されます。キューブには、リレーショナル・マテリアライズド・ビューのデータを格納する表ではなく、キューブ・マテリアライズド・ビューのデータが格納されます。キューブでは、豊富な情報のコンテンツのデータベースを拡張する様々な分析関数もサポートできます。

3. PL/SQLパッケージの新しいDBMS_CUBE_LOGでは、ロギングの拡張機能が提供され、4種類のログが用意されています。Analytic Workspace Managerでは、ユーザーおよびデータベース管理者の両方で、アナリティック・ワークスペース・ビルドの進行状況の表示(CUBE_BUILD_LOG)、ロード・エラーの検出(CUBE_REJECTED_RECORDS)、ディメンション階層の妥当性のチェック(CUBE_DIMENSION_COMPILE)、およびOLAPエンジン・イベントの追跡(CUBE_OPERATIONS_LOG)が可能です。

4. データベースの組込み機能であるOLAPオプションは、Oracle Database Enterprise Editionとともに自動的にインストールされます。OLAPオプションを使用するデータベースをインストールする場合は、デフォルトの初期化パラメータに最適なデータ・ウェアハウス構成タイプを選択します。

5. Analytic Workspace Manager 11.2.0は、Oracle Database 11gリリース2(11.2)をOracle Database 10gまたはOracle Database 11gの互換性モードで実行する場合に使用してください。Oracle Database 10g形式のアナリティック・ワークスペースは、新しいアナリティック・ワークスペースの作成時にOracle Database 10gのキューブ・タイプを選択することで作成できます。

6. Oracle Database 11gリリース2(11.2)のデータベース・インスタンスで10g形式のアナリティック・ワークスペースに接続しているOLAP 10gクライアントでは、OLAP APIのバージョンを11.2.0にアップグレードするだけでなく、Javaのバージョンを1.5にアップグレードする必要があります。

7. Oracle Business Intelligence Beans 10gおよびOracle Discoverer for OLAP 10gは、Oracle Database 11gの10g形式のアナリティック・ワークスペースで使用できます。これらは、11g形式のアナリティック・ワークスペースでは使用できません。OLAP APIクライアントのJARをアップグレードするには、Intelligence BeansまたはDiscoverer (あるいはその両方)のJARファイルの前に、これらの新しいJARをJavaクラスの検索リストに含めます。

8. OLAPSYSスキーマおよびそのスキーマ内に含まれているCWMメタデータは、Oracle Database 11gリリース2(11.2)で非推奨になりました。OLAP APIでは、データ・ディクショナリ・メタデータを使用したリレーショナル表(ROLAPモード)の問合せが可能です。詳細は、My Oracle Supportのノート445311.1 (https://support.oracle.com)を参照してください。

5.22 Oracle Spatial

Oracle SpatialのREADMEファイルには、『Oracle Spatial開発者ガイド』、『Oracle Spatialトポロジおよびネットワーク・データ・モデル開発者ガイド』および『Oracle Spatial GeoRaster開発者ガイド』の補足情報が含まれています。Oracle SpatialのREADMEについては、「Oracle Spatial README」を参照してください。

ORACLE_HOME/md/doc/README.txt

5.23 Oracle SQL Developer

Oracle SQL DeveloperのREADMEについては、「Oracle SQL Developer README」を参照してください。

ORACLE_HOME/sqldeveloper/readme.html

5.24 Oracle Text

Oracle Textを使用する際は、次の事項に注意してください。また、「ドキュメントの追加事項」の『Oracle Textアプリケーション開発者ガイド』の記述も確認してください。

5.24.1 問合せ互換構文の値

『Oracle Textリファレンス』の第6章「CTX_CLSパッケージ」の問合せ互換構文に関する項には、doc_id列はNUMBERであると記載されています。これは正しいのですが、この列の値は0-4294967295の範囲である必要があります。値は、符号なしの32ビット値で格納する必要があります。この範囲は、catid、catdocidおよびrescatidにも関連します。

5.24.2 Oracle Textが提供するナレッジ・ベース

Oracle Textのナレッジ・ベースは、テーマの索引付け、ABOUT問合せ、およびドキュメント・サービスのテーマを導出するために使用する概念の階層ツリーです。次のOracle Textサービスでは、ナレッジ・ベースがインストールされていることが必要です。

- INDEX_THEMES=YESの場合、BASIC_LEXERプリファレンスを使用した索引作成

- SYNCの場合、索引に対するINDEX_THEMES=YESの実行

- CTX_DOC.THEMEs

- CTX_DOC.POLICY_THEMEs

- CTX_DOC.GIST

- CTX_DOC.POLICY_GIST

- CTX_QUERY.HFEEDBACK

- CTX_QUERY.EXPLAIN(TRANSFORMを指定したABOUTまたはTHEMESを使用する場合)

- CTX_DOC.SNIPPET (ABOUT演算子を使用する場合)

- CTX_DOC.POLICY_SNIPPET (ABOUT演算子を使用する場合)

- TRANSFORMを指定したABOUTまたはTHEMESを使用するCONTAINS問合せ

- ナレッジ・ベース拡張コンパイラ(ctxkbtc)

- テーマが指定されている場合のクラスタリング・サービスと分類サービス

これらのOracle Text機能を使用するには、OTNからダウンロードできるOracle Database Examplesメディアから、ナレッジ・ベース(英語およびフランス語)をインストールする必要があります。

提供されているナレッジ・ベースを拡張したり、英語やフランス語以外の言語で独自のナレッジ・ベースを作成できます。ナレッジ・ベースの作成と拡張の詳細は、『Oracle Textリファレンス』を参照してください。

Oracle Database Examplesメディアから製品をインストールする方法については、プラットフォーム固有のOracle Database Examplesのインストレーション・ガイドを参照してください。

提供されるナレッジ・ベースとアップグレード

提供されるナレッジ・ベースはOracle Database Examplesメディアに含まれているため、Oracle Database 11gリリース1 (11.1)にアップグレードした直後は使用できません。アップグレード前のナレッジ・ベースに基づくOracle Text機能は、アップグレード後に機能しなくなるため、提供されるナレッジ・ベースをOracle Database Examplesメディアからインストールする必要があります。

アップグレード後は、提供されるナレッジ・ベースに対してすべてのユーザー拡張機能を再生成する必要があります。これらの変更は、指定のORACLE_HOMEにインストールされているすべてのデータベースに影響を与えます。

Oracle Textのアップグレードと提供されるナレッジ・ベースの詳細は、『Oracle Databaseアップグレード・ガイド』の第4章「データベースのアップグレード後」にあるOracle Textのアップグレードに関する項を参照してください。また、『Oracle Textアプリケーション開発者ガイド』には、Oracle Textを以前のリリースからアップグレードする一般的な方法、および提供されるナレッジ・ベースに関する情報が記載されています。

5.24.3 ドキュメントのフィルタ処理のサポート

バージョン11.1.0.7から、Oracle Textではドキュメントのフィルタ処理に、Autonomy, Inc.からライセンス供与されたフィルタ処理テクノロジではなく、Oracle Outside In HTML Exportを使用しています。Oracle Outside In HTML Exportに移行することで、複数のドキュメント形式はサポートされなくなりました。フィルタ・サポートのドキュメント形式のすべてのリストおよび11.1.0.7でサポートされなくなった形式のリストについては、『Oracle Textリファレンス』の付録Bを参照してください。

5.24.4 URLデータストアおよびファイル・データストア

FILE_ACCESS_ROLEのデフォルト動作の変更(第5.4.3項「FILE_ACCESS_ROLEのデフォルト動作の変更」を参照)では、FILE_ACCESS_ROLEパラメータがNULLに設定されている場合に、FILEまたはURLデータストアを使用してOracle Textの新しい索引または既存の索引に対して索引付け操作を実行すると失敗します(Oracle Bug#8360111を参照)。

5.25 Oracle Ultra Search

Oracle Ultra Searchは非推奨になっています。Ultra Searchには新機能は実装されておらず、今後はOracle製品セットの機能の一部として同梱されません。2006年3月に、オラクル社はOracle Secure Enterprise Search (SES)を発売しました。Oracle SESは、Ultra Search用に開発されたテクノロジで作成された、より高速でより安全な製品です。Ultra Searchを使用しているユーザーには、Oracle SESに移行することを強くお薦めします。

関連項目:
Oracle Technology NetworkのOracle Secure Enterprise Searchのページは次のとおりです。
http://www.oracle.com/technology/products/oses/index.html

5.26 Oracle Warehouse Builder

Oracle Database 11gリリース2 (11.2)のOracle Warehouse Builder (OWB)の詳細は、『Oracle Warehouse Builderリリース・ノート』参照してください。

5.26.1 OWB 11.2で使用するための既存のWarehouse Builder ETLデザインのアップグレード

『Oracle Warehouse Builderインストレーションおよび管理ガイド』の第6章「Oracle Warehouse Builderの以前のリリースからの移行」に記載されているとおり、Oracle Warehouse Builderを10gリリース2(10.2)より前のバージョンから移行するには、最初に、Oracle Warehouse Builder 10gリリース2(10.2)またはOracle Warehouse Builder 11gリリース1(11.1)にアップグレードする必要があります。次に、リポジトリをOracle Warehouse Builder 11gリリース2(11.2)にアップグレードします。

ただし、リポジトリ全体のアップグレード・プロセスが必要なのは、ETLマッピングおよびプロセス・フローをデプロイしたときや、実行結果などのランタイム・メタデータを保持する場合のみです。

OWBのデザインを以前のリリースからOWB 11gR2に移行することが目的で、以前のリポジトリのデプロイメントおよび実行履歴が必要ない場合は、リポジトリ全体をアップグレードする必要はありません。特に、OWB 10.1以前からのアップグレードの場合は、デザインタイム・メタデータのみを移行するほうが簡単です。

既存のデザインをOWB 11gR2に移行するには、次の手順を実行します。

1. 以前のリリースの各プロジェクトをMDLとしてエクスポートします。

2. MDLをOWB 11gR2のワークスペースにインポートします。

3. 新しい環境と一致するように場所をアップグレードします。

5.27 Oracle Workflow

Oracle Workflowは、Oracle Database 11gリリース2 (11.2)には同梱されていません。

5.28 Oracle XML DB

Oracle XML DBを使用する際は、次の事項に注意してください。

- Oracle XML DBでは、圧縮はサポートされていません。

- 階層を有効にしたXMLType表では、トランスポータブル表領域機能はサポートされていません。

5.28.1 xdb:defaultTable注釈のセマンティクスの変更

11.2では、Oracle XML DBスキーマの登録中のxdb:defaultTable注釈のセマンティクスの動作が11.1から変更されています(Oracle Bug#7646934を参照)。xdb:sqlInline="false"を指定せずにxdb:defaultTable="MY_TAB"を指定すると、Oracle XML DBによって必要に応じて表が作成され、表外として暗黙的にマークされます。この動作は、sqlInline設定がない場合にdefaultTable注釈が無視される11.1と異なります。

5.28.2 VARRAY記憶域のデフォルト値の変更

Oracle Database 11gリリース1 (11.1)では、XMLTypeオブジェクトリレーショナルの記憶域で、xdb:storeVarrayAsTableのデフォルト値がFALSE からTRUEに変更されています。このデフォルト値はデフォルト表に適用されますが、スキーマ登録後のXMLTypeオブジェクトリレーショナルの表および列の作成時には適用されません(Oracle Bug#6858659を参照)。Oracle Database 11gリリース2 (11.2)では、デフォルトですべてのVARRAYデータ要素が表として作成されます。これにより、問合せ時のパフォーマンスが大幅に向上します。また、次の点にも注意してください。

- 11.2より前に作成された表はこの影響を受けません。アップグレード・プロセスによって記憶域パラメータが保持されます。これは、11.2以降で作成される表に適用されます。

- VARRAYデータ要素のサイズが小さく、すべてのVARRAYを一度に読取りおよび書込みする場合は、11.2より前のVARRAY記憶域のデフォルト値をLOBとして保持できます。11.2より前の動作に戻すには、2つのオプションがあります。

- xdb:storeVarrayAsTable=FALSEでスキーマを再登録します。これにより、デフォルトおよびデフォルト以外の表に適用されます。

- 表(デフォルト以外の表)を作成する場合は、STORE ALL VARRAYS AS LOBS句を使用して、XMLTypeのすべてのVARRAYデータ要素のデフォルト値を指定の値で優先できます。この句は、表の作成時にのみ使用できます。この句では、スキーマの登録時にtable_propsを使用すると、エラーが返されます。

- 11.2より前に登録されたスキーマ(VARRAYデータ要素のデフォルトの記憶域がLOBの場合)では、STORE ALL VARRAYS AS TABLES句を使用して、XMLTypeのすべてのVARRAYデータ要素のデフォルト値を指定の値で優先できます。

5.29 PL/SQL

PL/SQLを使用する際は、次の事項に注意してください。

5.29.1 デフォルトの変更による保護データベース

DBMS_RANDOM PL/SQLパッケージのPUBLIC EXECUTE権限は、将来のOracle Databaseリリースで非推奨になります(Oracle Bug#7591837を参照)。このPL/SQLパッケージを実行する必要がある場合は、明示的なEXECUTE権限を指定してください。

5.29.2 失効したネイティブ・コード・ファイルがキャッシュされている場合

ネイティブにコンパイルされたPL/SQLおよびOracle JVMのJITコンパイラによって生成されたネイティブ・コードは、オペレーティング・システム・ファイルにキャッシュされる場合があります。SHUTDOWN ABORTコマンドおよびSHUTDOWN IMMEDIATEコマンドでは、キャッシュされたこれらのネイティブ・コード・ファイルをクリーンアップしません(Oracle Bug#8527383を参照)。

キャッシュ内で失効したファイルが原因の問題を回避するには、データベース・インスタンスを再起動する前に、ファイルをクリーンアップします。インスタンスに属する失効したファイルは名前で識別できます。名前のパターンは次のとおりです(sid_nameがシステム識別子の名前です)。

JOXSHM_EXT_*_sid_name_*
PESHM_EXT_*_sid_name_*
PESLD_sid_name_*

失効したファイルは、起動スクリプトの一部として削除することをお薦めします。たとえば、csh起動スクリプトに名前別に渡されるインスタンスで失効したファイルをクリーンアップするには(Linuxの場合)、起動スクリプトに次の3行を追加します。

rm JOXSHM_EXT_*_$1_*
rm PESHM_EXT_*_$1_*
rm PESLD_$1_*

ネイティブ・キャッシュの場所は、プラットフォームによって異なります。この場所は、そのプラットフォームでshm_openリクエストを実装するためにオペレーティング・システムで作成されるファイルの場所で定義されます。たとえば、Solarisでは共有メモリー・セグメントが/var/tmp/.SHMDおよび/tmp/.SHMDに格納されます。Linuxでは、/dev/shmに格納されます。

5.29.3 DBMS_SCHEDULER PL/SQLパッケージ

DBMS_SCHEDULER PL/SQLパッケージを使用する際は、次の事項に注意してください。

5.29.3.1 イベントに基づくジョブ

Oracle Schedulerは、イベントに基づくジョブをサポートしています。このジョブは、メッセージがデータベース・キューにエンキューされると開始します。この目的に使用されるデータベース・キューがセキュアなキューの場合、イベントに基づくジョブのQUEUE_SPEC属性とスケジュールは、queue_name, agent_name形式のペアです。エージェントの指定が必要な理由は、この指定によって、ユーザーに表示できるメッセージの判断をスケジューラが容易に行うことができるためです。セキュアではないキューの場合は、キューに対するデキュー権限があるユーザーが、そのキューにサブスクライブされるエージェントとしてデキューできます。これは、キュー内のすべてのメッセージを参照できることを意味します。セキュアなキューの場合、ユーザーには、キューのみでなくエージェントに対する権限も必要です。

キュー所有者は、デキュー権限の付与に加え、ユーザーが特定のエージェントとしてデキューできるようにdbms_aqadm.enable_db_access()をコールする必要があります。このエージェントは、ユーザーに表示する必要がないメッセージを除去するルールを使用して、キューにサブスクライブできます。

スケジューラは、独自のエージェントSCHEDULER$_EVENT_AGENTを使用して、すべてのキュー(セキュアまたはセキュアではない)を常にサブスクライブします。スケジューラはユーザーSYSで実行するため、キュー内のすべてのメッセージを参照できます。ただし、セキュアなキューの目的は、ユーザーによるキューへのアクセスに対して、キュー所有者がある種の制限を付加できることにあるため、セキュアなキューの場合はすべてのメッセージを参照できるようにしないでください。したがって、スケジューラにはQUEUE_SPEC属性にエージェント名が必要です。このエージェント名は、ユーザーが参照できるメッセージを判断する目的にのみ使用されます。スケジューラは、このエージェントとしてはメッセージをデキューしません。スケジューラは、セキュアなキューにメッセージが届いたことを示す通知を受信すると、そのキューに依存しているイベントに基づく各ジョブごとに、次のチェックを実行します。

1. ジョブ所有者にキューに対するデキュー権限があるかどうかを確認します。

2. ジョブ所有者がキュー仕様で提供されるエージェント名を使用できるかどうかを確認します。

3. 現在、エージェントがキューにサブスクライブされているかどうかを確認します。

4. 着信メッセージがエージェントに対して表示可能かどうかを確認します。

前述のすべてのチェックが成功すると、スケジューラはイベントに基づくジョブを起動します。チェックをパスしたかどうかに関係なく、メッセージはエージェントSCHEDULER$_EVENT_AGENTを使用してデキューされます。

QUEUE_SPEC属性にエージェントを指定する場合、ユーザーは、既存のエージェント名を指定するか、またはこのために新規作成したエージェント名を指定することができます。いずれの場合も、ユーザーまたはキュー所有者は、エージェントがメッセージを確実にデキューするようにする責任があります。

5.29.3.2 リモート・ジョブ

Oracle Schedulerは、リモート・ホストでのジョブの実行、およびリモート・ホストとのファイルの送受信をサポートしています。これを実行するには、『Oracle Database管理者ガイド』の第28章のリモートの外部ジョブの有効化および無効化に関する項で説明されている設定をすべて行う必要があります。この機能では、データベースでOracle XML DB HTTP Serverが有効化されている必要があります。

次のコマンドを使用して、Oracle XML DB HTTP Serverが有効化されているかどうかを確認できます。

SQL> SELECT DBMS_XDB.GETHTTPPORT() FROM DUAL;

この文で0が戻された場合は、SYSとしてログインして次のコマンドを発行し、ゼロ以外のポートでOracle XML DB HTTP Serverを有効化する必要があります。

SQL> EXEC DBMS_XDB.SETHTTPPORT (port);
SQL> COMMIT;

portは、使用するOracle XML DB HTTP Serverのポートで置き換えます。

5.29.4 UTL_TCP、UTL_HTTP、UTL_SMTP、UTL_MAILおよびUTL_INADDR PL/SQLパッケージ

11.2.0.1では、ネットワーク関連のPL/SQLパッケージであるUTL_TCP、UTL_HTTP、UTL_SMTP、UTL_MAILおよびUTL_INADDRに新しいセキュリティ対策が導入されました。これらのパッケージを起動するには、外部ホストに接続するため、またはホストの名前やIPアドレスを解決するための追加の権限が必要です。実行時にコールが行われた場合にのみ、起動したユーザーに必要な権限があるかどうかがパッケージにより確認され、権限が不足している場合には例外が発生します。この新しいセキュリティ対策は、XML DBアクセス制御リスト(ACL)のメカニズムによって実装されるため、これらのパッケージを使用するにはOracle XML DBがインストールされている必要があります。

データベース・ユーザーが接続する必要のある外部ホスト、またはデータベースから名前やIPアドレスを解決する必要のある外部ホストは、それぞれアクセス制御リスト(ACL)によって制限されます。ユーザーにホストに対する権限を付与するには、データベース管理者がACLを作成し、ACLにそのユーザーの権限を追加して、ホストにそのACLを割り当て、DBMS_NETWORK_ACL_ADMIN PL/SQLパッケージを使用して変更をコミットする必要があります。たとえば、ユーザーSCOTTおよびADAMSにHTTP経由でwww.oracle.comに接続(具体的にはTCP/IPポート80に接続)する権限を付与するには、データベース管理者が次の内容を実行する必要があります。

SQL> REM Creates a new ACL and adds SCOTT the privilege to the ACL to make TCP connections
SQL> EXECUTE DBMS_NETWORK_ACL_ADMIN.CREATE_ACL('acl_for_oracle.xml', -
> 'ACL for www.oracle.com', 'SCOTT', TRUE, 'connect')

SQL> REM Adds ADAMS the privilege to the ACL to make TCP connections also
SQL> EXECUTE DBMS_NETWORK_ACL_ADMIN.ADD_PRIVILEGE('acl_for_oracle.xml', -
> 'ADAMS', TRUE, 'connect')

SQL> REM Assigns the new ACL to www.oracle.com for TCP/IP port 80 (HTTP)
SQL> EXECUTE DBMS_NETWORK_ACL_ADMIN.ASSIGN_ACL('acl_for_oracle.xml', -
> 'www.oracle.com', 80)

SQL> REM Commits to make the ACL take effect
SQL> COMMIT

UTL_TCP、UTL_HTTP、UTL_SMTPおよびUTL_MAILパッケージを起動するユーザーは、外部ホストにTCP/IP、HTTPまたはSMTP接続を確立するための'connect'権限を持っている必要があります。UTL_INADDRパッケージを起動するユーザーは、外部ホストの名前またはIPアドレスを解決するための'resolve'権限を持っている必要があります。これらの権限はGRANT SQL文ではなく、DBMS_NETWORK_ACL_ADMINパッケージを使用して付与することに注意してください。

外部ホストに対する現在のACL割当ておよび現在ACLに定義されている権限は、システム・カタログ・ビューDBA_NETWORK_ACLSおよびDBA_NETWORK_ACL_PRIVILEGESを使用して表示できます。

データベースからネットワーク操作を実行するためにこれらのPL/SQLパッケージを使用するその他のデータベース・コンポーネント(Oracle XML DB HttpUriType、Oracle MultimediaおよびOracle Spatial)を起動するユーザーは、同じネットワーク権限チェックの対象で、同一の権限が必要です。

5.29.5 DBMS_SQLパッケージ

Oracle Database 11gリリース1 (11.1)では、パッケージのセキュリティを強化するため、DBMS_SQLに多くの拡張が行われました。

- オープン・カーソル数の推測の防止

オープン・カーソルを指定しないカーソル番号を使用してDBMS_SQLのサブプログラムがコールされると、新しいエラーORA-29471が発生します。エラーが発生すると、アラート・ログにアラートが発行され、セッションが終了するまでDBMS_SQLが操作不能になります。

IS_OPENに対するコールのカーソル番号の実際の値が、現在セッションでオープンされているカーソルを指定している場合、戻り値はTRUEになります。実際の値がNullの場合、戻り値はFALSEになります。それ以外の場合は、ORA-29471エラーが戻されます。

カーソル番号の仮パラメータがないDBMS_SQLサブプログラムは、DBMS_SQL.OPEN_CURSORファンクションのみであることに注意してください。このサブプログラムではカーソル番号が戻されます。そのため、このルールの対象外です。

- カーソルの不正使用の防止

既知の既存のカーソルを破損するセキュリティ違反からカーソルが適切に保護されるようになりました。

バインディングおよび実行時に、追加のチェックが常に実行されます。オプションで、すべてのDBMS_SQLサブプログラムのコールに対してチェックを行うこともできます。チェックの内容は次のとおりです。

- 問題のサブプログラムのコール時のcurrent_userが、最新の解析のコール時と同一であるかどうか。

- サブプログラムのコール時に有効化されたロールが、最新の解析のコール時に有効化されたロールのスーパーセットであるかどうか。

どのような場合にも当てはまりますが、定義者の正しいサブプログラムには、ロールは無関係です。

いずれかのチェックが失敗すると、ORA-29470が発生します。

チェックを実行する時期を定義するメカニズムは、仮パラメータsecurity_level(使用可能な値はNULL、1および2)を使用するOPEN_CURSORサブプログラムの新規オーバーロードです。

security_level = 1(またはNULL)の場合は、バインディングおよび実行時にのみチェックが行われます。security_level = 2の場合は、必ずチェックが行われます。

このセキュリティ方式は、10.2以前の旧リリースより強化されています。その結果、DBMS_SQLのユーザーは、アップグレード時にランタイム・エラーを経験する可能性があります。アプリケーションがよりセキュアになる一方で、11.1への移行時に、一時的にセキュリティ・チェックを緩和する必要がある場合も考えられます。その場合は、セキュリティ・チェックを緩和する手順について、Oracleサポート・サービスに問い合せてください。

5.29.6 UTL_FILEパッケージ

ファイルがシンボリック・リンクの場合、UTL_FILEパッケージでファイルを開くことができなくなりました。この新しい制限により、UTL_FILEパッケージの既知のセキュリティ・ホールが閉じられます。

このセキュリティの制限によって、移行中に過度の負荷がかかる場合は、Oracleサポート・サービスに問い合せてください。

5.29.7 リリース間での相互運用性

11.1データベースまたはFormsクライアントと、10.1または10.2データベース間で相互運用を行うには、少なくとも10.1.0.5 (10.1の場合)または10.2.0.2 (10.2の場合)のパッチセット・レベルが必要です。

次に示す状況で、10.1または10.2のPL/SQLユニットやビューの参照を試行すると、10.1または10.2環境に適切なレベルのパッチが適用されていないかぎり、PLS-801[55916]エラーが発生して失敗します。

- 11.1データベースのPL/SQLユニット、無名ブロック、トリガー、コール文またはSQL文により、データベース・リンク全体の10.1または10.2データベースのPL/SQLユニットが実行される場合。

- 11.1データベースのPL/SQLユニット、無名ブロック、トリガーまたはコール文がデータベース・リンク全体の10.1または10.2データベースのビューを参照し、そのビューが直接または間接的にPL/SQLファンクションやオブジェクト・タイプを参照する場合。

- 11.1のFormsクライアントが、RPCを使用して10.1または10.2データベースのPL/SQLユニットを実行する場合。

PLS-801[55916]エラーを回避するには、少なくとも10.1.0.5 (10.1の場合)または10.2.0.2 (10.2の場合)のパッチセット・レベルが必要です。

10.1および10.2環境間には、相互運用性の問題はありません。

5.30 Pro*C

Pro*CのREADMEについては、「Pro*C/C++ README」を参照してください。

ORACLE_HOME/precomp/doc/proc2/readme.doc

5.31 Pro*COBOL

Pro*COBOLのREADMEについては、「Pro*COBOL README」を参照してください。

ORACLE_HOME/precomp/doc/procob2/readme.doc

5.32 SQLJ

Oracle Database 11gリリース2 (11.2)のSQLJは、JDK 5.0およびJDK 6.0でサポートされています。

5.33 SQL*Plus

SQL*PlusのREADMEについては、「SQL*Plus README」を参照してください。

ORACLE_HOME/sqlplus/doc/README.htm

5.34 サマリー管理

サマリー管理を使用する際は、次の事項に注意してください。

5.34.1 クエリー・リライト

クエリー・リライトには次の内容が適用されます。

5.34.1.1 ファイングレイン監査(FGA)

ファイングレイン監査(FGA)が問合せの表で使用できる場合は、この問合せにクエリー・リライトは発生しません。

5.34.1.2 PARTITION句の使用

表パーティションにアクセスするためのFROM句でPARTITION句が使用されている問合せでは、クエリー・リライトは実行されません。クエリー・リライトでそのような問合せをリライトするには、まずPARTITION句を同等の選択述語に変換し、WHERE句に追加する必要があります。

5.34.2 NLSパラメータ

特定のマテリアライズド・ビューを使用またはリフレッシュするときは、NLSパラメータが、そのマテリアライズド・ビューで作成した時点のパラメータと同じであることを確認してください。この制限を受けるのは、次の構成メンバーが含まれるマテリアライズド・ビューです。

1. NLSパラメータの設定に応じて異なる値を戻すことが可能な式

そのような式は、NLSに依存しない方法で記述することをお薦めします。次に例を示します。

(date > DATE '2003-01-02')

または

(rate <= 2.150)

2. 結合の片側が文字データの等価結合

この等価結合の結果は照合によって異なり、セッションごとに変化する可能性があるため、クエリー・リライトの場合は正しい結果が得られず、また、リフレッシュ操作後はマテリアライズド・ビューに一貫性がなくなります。

3. マテリアライズド・ビューの選択リスト内、またはマテリアライズド集計ビューの集計内に文字データへの内部変換を生成する式

この制限は、数値データのみが含まれる式には適用されません(たとえば、aとbが数値のa+bには適用されません)。

5.35 Oracle Streams

Oracle Streamsを使用する際は、次の事項に注意してください。

5.35.1 リリース9.2またはリリース10.1からリリース11.2への伝播で返されるエラーORA-25334

Oracle Bug#4285404に対するパッチを9.2データベースに適用していない場合は、Oracle9i Databaseリリース2 (9.2)またはOracle Database 10gリリース1 (10.1)からOracle Database 11gリリース2 (11.2)への伝播でエラーORA-25334が発生します。

5.35.2 ORA-1403エラーに代わる新しいエラー・メッセージの処理に必要なOracle Streams適用ハンドラの修正

ORA-01403 No data foundというメッセージにかわる、追加のOracleエラーORA-26786およびORA-26787を捕捉するには、カスタマイズされたDMLおよびOracle Streamsのエラー・ハンドラを修正する必要があります。ORA-26787エラーは、更新または削除する行がターゲット表に存在しない場合に発生します。ORA-26786エラーは、行はターゲット表に存在するが、一部の列の値がLCRの値に一致しない場合に発生します。

5.35.3 Oracle Streamsのアドバンスト・キューイング

アドバンスト・キューイング通知のサブスクリプション名は正規化されます。したがって、scott.queue1:subおよびSCOTT.QUEUE1:SUBの登録は、同一のエンティティに対するものであり、正規化された形式"SCOTT"."QUEUE1":"SUB"として表されます。

5.35.4 DBMS_RULE_ADM操作権限

Oracle Database 11gリリース2 (11.2)で導入されたDBMS_RULE_ADMパッケージでは、コール元にDBMS_RULE_ADM操作を実行するための権限が明示的に付与されている必要があります(Oracle Bug#5523578を参照)。

必要な場合には、イベント25476を短期間ゼロ以外の任意のレベルに設定して、前の動作をリストアできます。ただし、このイベントの使用は将来のリリースで非推奨になる可能性があるため、DBMS_RULE_ADMによりセキュリティ関連のエラーが戻される場合は、関連する権限を付与することをお薦めします。

5.35.5 UTL_SPADVロード権限

UTL_SPADVパッケージをOracle Streamsの管理者スキーマにロードするには、追加の権限が必要になります。このパッケージをロードするには、Oracle Streams管理者スキーマでDBMS_LOCKのEXECUTE権限が必要です。

5.36 未解決の不具合

この項では、リリース11.2.0.1での既知の不具合を示します。これ以外に、使用しているプラットフォーム固有のリリース・ドキュメントに補足のリストが含まれている場合があります。

5.36.1 Database Upgrade Assistant (DBUA)に関する既知の不具合

Oracle Bug#8724757

アーカイブREDOログ付きのリリース9.2.0.8データベースをアップグレードする際に、LOG_ARCHIVE_FORMAT初期化パラメータが明示的に%t_%s.dbfに設定されている場合は、フォーマットを変更して、%rを追加してから続行することを推奨するエラーがDBUAで表示されます。ただし、%rは9.2ではサポートされていないフォーマットです。

回避策: 初期化パラメータ・ファイルまたはSPFILEからLOG_ARCHIVE_FORMATを削除し、デフォルトのフォーマットを使用します。リリース9.2.0.8では、デフォルトは%t_%s.dbfでしたが、11.2では%t_%r_%s.dbfです。このため、デフォルトを使用すると、フォーマットが自動的に更新されます。

5.36.2 削除ツールに関する既知の不具合

Oracle Bug#8737202

スタンドアロン・バージョンの削除ツールを使用してクラスタ用Oracle Grid Infrastructureを削除する場合、リモート・ノードに削除用のホームの場所を作成する権限がない状態でツールを実行すると、リモート・ノードでOracle Clusterwareの削除が失敗します。

回避策: スタンドアロン・バージョンの削除ツールを使用してクラスタ用Oracle Grid Infrastructureを削除する場合は、Oracle Clusterwareのすべてのノードで、削除用のホームの場所の作成権限が必要です。

Oracle Bug#8726637

Oracle Clusterwareホームがトップ・レベルの'/'ディレクトリに作成されている場合、リモート・ノードでOracle Clusterwareソフトウェアの削除が失敗します。

回避策: 削除の終了時に、各リモート・ノードのローカル・ノードから次のコマンドを実行します。

'ssh remote_node rm -rf crs_home/'

Oracle Bug#8680498

Oracle Restartで管理されない単一インスタンスのデータベースのOracleホームがあるマシンでOracle Restartを削除しようとすると、削除ツールによって/etc/oratabファイルが削除されます。

回避策: 削除ツールを実行してOracle Restartを削除する前に、/etc/oratabファイルをバックアップし、クラスタ用Oracle Grid Infrastructureの削除後にファイルをリストアします。

Oracle Bug#8644344

削除ツールを実行してデータベースを削除する場合、Oracleホームを開いてコンポーネントを選択するように求められます。トップ・レベル・コンポーネント(Oracle Database Server)を選択して、Oracleホームを選択しないと、削除ユーティリティを実行してデータベースの削除を続行するように求めるメッセージがOUIに表示されません。

回避策: 削除ツールを実行してOracleホームを削除します。

Oracle Bug#8635356

共有NFS記憶域にインストールされているORACLE_HOMEから削除ツールを実行している場合は、ORACLE_HOMEのクリーンアップ中に.nfsファイルに関連するエラーが表示されます。

回避策: ORACLE_HOMEを削除するには、削除ツールの終了後にrm -rf ORACLE_HOMEコマンドを実行します。また、スタンドアロンのdeinstall.zipを使用してORACLE_HOMEの場所を指定することもできます。

Oracle Bug#8403941

読取り専用の場所から削除ツールを実行すると、クラスタ用Oracle Grid Infrastructureの削除が失敗します。

回避策: スタンドアロン・バージョンの削除ツールを使用してクラスタ用Oracle Grid Infrastructureを削除する場合は、削除ツールをダウンロードして、ツールを実行するユーザーが書込み可能な場所から実行します。このユーザーには、すべてのOracle Clusterwareノードに削除用ホームの場所を作成する権限も必要です。

Oracle Bug#8666509

Oracle Clusterwareを削除すると、11.2より前のOracle RACホームをOracleインベントリからデタッチするように求められます。

回避策: アップグレードした11.2 Oracle RACホームを構成解除および削除し、クラスタ用Oracle Grid Infrastructureホームの構成解除および削除を続行する場合は、最初に、11.2より前のOracle RACソフトウェア・ホームを中央のインベントリからデタッチします。

5.36.3 Oracle Application Expressに関する既知の不具合

『Oracle Application Expressリリース・ノート』の未解決の不具合と既知の問題に関する項を参照してください。

5.36.4 Oracle Automatic Storage Management (Oracle ASM)に関する既知の不具合

Oracle Bug#9327020

ASMCMDのmd_restoreコマンドでは、COMPATIBLE.RDBMS属性の値を11.2.0.0.0に設定する必要があります。

回避策: ありません。

Oracle Bug#8936616

Oracle ASM初期化パラメータで指定したASM_DISKSTRINGが、ディスク・グループの作成時に有効になりません。

回避策: 「ディスク・グループの作成」ダイアログに移動して、「ディスク検出パスの変更」ダイアログで「ディスク検出パス」を指定します。ASMCAによって、一致するすべてのディスクがリストされます。

Oracle Bug#8783301

ディスク・グループで作成された表領域のデータファイルが削除されている場合は、データベースとディスク・グループ間の依存関係が更新されません。このため、ディスク・グループの削除後にOracle RACインスタンスを起動できなくなる場合があります。

回避策: 表領域の作成または削除後に、-aオプションを指定して次のコマンドを実行します。このオプションでは、現在のディスク・グループのリストを指定します。

srvctl modify database -d orcl -a DG1,DG2

Oracle Bug#8722063

ASMCMD lsdgコマンドでは、Oracle ASMディスク・グループに正しい投票ディスクの場所が表示されません。

回避策: V$ASM_DISKビューのVOTING_FILEフィールドを使用して、そのディスクに投票ディスクがあるかどうかを確認します。QAQ投票ファイル次のSQLコマンドを実行します。

SELECT VOTING_FILE FROM V$ASM_DISK

Oracle Bug#8721918

Oracle Automatic Storage Managementクラスタ・ファイル・システム(Oracle ACFS)のエラー番号の範囲は501から12000です。501から9999のエラーは、ACFS-00501からACFS-09999の書式でレポートされます。この書式のOracle ACFSエラー・メッセージでは、余分なゼロ(0)がエラー番号の先頭に付加されて5桁の番号が作成されるため、oerrツールでは認識されません。たとえば、ACFS-00501が返される場合に、oerr ACFS 00501コマンドを実行すると、データが返されません。

回避策: oerrを実行する場合は、エラー・メッセージで返されるエラー番号から先頭のゼロを削除します。たとえば、エラーでACFS-00501が返される場合は、次のようにoerrを実行します。

$ oerr ACFS 501

Oracle Bug#8623938

Oracle ASMクラスタがローリング移行の状態でGV$ビューを問い合せると、問合せを発行したプロセスが失敗し、次のようなエラーが返される場合があります。

ORA-0600: internal error code, arguments: [ksxpcini:rm], [3], [218103808]

回避策: Oracle ASMクラスタがローリング移行の状態では、GV$ビューを問い合せないでください。

自動ストレージ管理構成アシスタント(ASMCA)でOracle ASMクラスタのローリング・アップグレードを実行する場合は、クラスタがローリング移行の状態になる前にGV$ビューの問合せが実行されます。ローリング移行の実行前にASMCAが失敗する場合は、ASMCAの再起動前にローリング移行を停止します。そうしないと、ASMCAはGV$の問合せを実行すると失敗します。ローリング移行を停止するためのSQLコマンドは次のとおりです。

ALTER SYSTEM STOP ROLLING MIGRATION;

5.36.5 Oracle Clusterwareに関する既知の不具合

Oracle Bug#9061246

Global Services Daemon (GSD)が有効化されている場合に、Oracle Clusterwareの起動時または複数のノードの再起動時に、クラスタのすべてのノードでGSDの起動に失敗する場合があります。GSDの状態は、srvctl status nodeappsコマンドを実行することで確認できます。

回避策: Oracle Clusterwareのいずれかのノードで次のコマンドを発行し、すべてのノードでGSDを起動します。

srvctl start nodeapps

Oracle Bug#8974576

SRVCTL ADD SCAN_LISTENERまたはSRVCTL REMOVE SCAN_LISTENERコマンドの後、REMOTE_LISTENERパラメータが変更されません。

将来のリリースのOracle Clusterwareでは、それぞれ独自のSCANを使用した複数のパブリック・ネットワークをサポートするように、REMOTE_LISTENERがプロジェクトの一部として管理されるようになります。リリース11.2では、11.2より前のアップグレード対象データベースのREMOTE_LISTENERパラメータにノードのVIPを含める必要があるため、REMOTE_LISTENERを適切に更新するために必要なすべてのデータがOracle Clusterwareに保持されているわけではありません。かわりに、DBCAとDBUAで実装するか、手動で実装します。

回避策: REMOTE_LISTENERパラメータを手動で変更するには、次のコマンドを実行します。

SQL> ALTER SYSTEM SET REMOTE_LISTENER='t2000-cluster0-scan.t2000-18.oraclecorp.com' sid='*' scope=memory;

System altered.

SQL> ALTER SYSTEM REGISTER;

SQL> SHOW PARAMETER LISTENER;

NAME                                 TYPE        VALUE
------------------------------------ ----------- ------------------------------
remote_listener                      string      t2000-cluster0-scan.t2000-18.o

Oracle Bug#8791771

srvctl modify database -d db_unique_name -y manualコマンドを実行しても、システムの再起動後にOracle ClusterwareがOracle RACデータベースを自動的に再起動することを防ぐことができません。Oracle RACデータベースは自動的に再起動します。

回避策: ありません。

Oracle Bug#8786770

Oracle RACリリース9.2が存在する場合、Cluster Ready Services (CRS)のサイレント・インストールが失敗します。

回避策: コマンドラインからoracle_install_crs_AdvancedInstall=trueを渡します。たとえば、次のようなコマンドです。

./runInstaller -responseFile /scratch/rsmith/grid.rsp -silent oracle_install_crs_AdvancedInstall=true

Oracle Bug#8760631

crsctl add resourceを使用してアプリケーション・リソースが作成されると、CRS-2518が返されます。

回避策: ローカル・ファイル・システムのクラスタ内のすべてのノード、共有ファイル・システムまたはOracle ACFSでアクション・スクリプトが作成された後にCRSCTLコマンドを実行します。

Oracle Bug#8739811

共有ORA_CRS_HOMEでOracle Clusterwareを作成すると、次のエラーが表示される場合があります。

Failed to rmtcopy "/tmp/fileM3zR7m" to "ORA_CRS_HOME/gpnp/manifest.txt" for nodes {node1,node2}, rc=256

回避策: このエラーは無視しても問題ありません。

Oracle Bug#8737732

Oracle Clusterwareをリリース11.1.0.6からリリース11.2にアップグレードする場合に、11.1.0.6 OCRおよび投票ディスクをRAWデバイスに保存していると、cluvfyが失敗します。

回避策: cluvfyが失敗した場合は無視しても問題ありません。

Oracle Bug#8736093

Oracle Clusterware 11.2.0.1.0にアップグレードした後でOCR操作を実行しようとすると、Cluster Ready Serviceが停止する場合があります。この問題は次の状況で発生します。

- 新規インストールではなく、Oracle Clusterware 11.2.0.1.0へのアップグレードが成功した後。

- 2ノードより多くのクラスタ上で実行する場合。

- アップグレードの実行後に、11.2.0.1.0より前のクラスタ・アクティブ・バージョンでマスター以外のCluster Ready Serviceが別のノードで起動していると、マスターのCluster Ready Serviceが停止します。この問題は、マスター以外のCluster Ready Serviceが起動するまでにリサイクルされている場合は発生しません。

回避策: crsctl stop res ora.crsd -initを使用して、すべてのノードでCluster Ready Serviceを停止し、crsctl start res ora.crsd -initを使用してCluster Ready Serviceを再起動します。

Oracle Bug#8733944

リリース11.1.0.7からのOracle Clusterwareで、Oracle Exadataサポートに必要なパッチまたは11.1.0.7 CRSバンドル・パッチ1を適用すると発生する問題のため、停止コマンドまたは障害により別のノードでクラスタウェアが停止すると、CSSデーモンが停止する場合があります。

この兆候としては、最大値を超えていることを示す、CSSDログのASSERTです。次に例を示します。

Group ID of xxxx exceeds max value for global groups

回避策: Oracle Exadataサポート・パッチまたは11.1.0.7 CRSバンドル・パッチ1を実行している場合、この問題を解決するには、この不具合用のパッチを適用することをお薦めします。

この問題は、前述のパッチを使用して11.1.0.7からアップグレードする際にも発生する場合があります。アップグレード時に11.1.0.7のノードが停止する潜在的な問題を排除するには、この不具合用のパッチをアップグレード前に11.1.0.7のノードに適用します。

アップグレードする場合は、アップグレード時にアップグレードされなかったノードを再起動せずに、すべてのノードでアップグレードを完了しておくことをお薦めします。アップグレードの実行中に11.1.0.7のノードが停止する場合は、再起動しないでアップグレードしてください。

Oracle Bug#8727190

投票ディスクが論理的に破損している場合、CSSDは投票ディスクを再オープンし、すべてのノードの再起動をできるだけ回避できるように、自動的にONLINEに設定します。ただし、CSSDでは破損した投票ディスクを認識できません。破損した投票ディスクは、Oracle Clusterwareが次に起動されるとOFFLINEに設定されます。

回避策: 破損した投票ディスクを再作成します。

Oracle Bug#8726128

RHEL4/OEL4システムでは、次のコマンドが失敗します。

cluvfy stage -post crsinst

これは、ローカル・ノードでUdev属性の検証が失敗するために発生します。これにより、クラスタ検証コンフィギュレーション・アシスタントも失敗し、クラスタ用Oracle Grid Infrastructureのインストール・セッションが終了します。詳細なインストール・ログには、ERROR:PRVF-9802が表示されます。

回避策: RHEL4/OEL4でUdev属性のチェックが失敗しても無視してください。Udev属性の検証で問題しかレポートされなくても、インストールは成功したとみなされます。

Oracle Bug#8725983

Oracle ASMインスタンスがクラッシュまたは異常終了すると、Oracle Clusterwareでデータ・サービスの再起動が失敗する場合があります。

回避策: SRVCTLを使用してサービス・リソースを手動で起動します。

Oracle Bug#8721204

sudo設定が原因で、Database Controlデプロイメント・プロシージャでsudo権限のチェック手順が失敗します。

回避策: grep requiretty /etc/sudoersコマンドでDefaults requirettyが返される場合は、/etc/sudoersで次の行をコメント・アウトする必要があります。

#Defaults requiretty

Oracle Bug#8716580

TNS_ADMIN環境変数がOracle Clusterwareデーモン・プロセスに設定され、その値がリスナー・リソースに適していないため、リスナー・リソースの起動が失敗します。

回避策:

TNS_ADMIN環境変数が設定されていないセッションでOracle Clusterwareを再起動します。

sudo権限のチェック手順を再試行します。

Oracle Bug#8715968

ネットワーク・タイム・プロトコル(NTP)の構成ファイルが存在せず、NTPデーモンがクラスタ・ノードで実行されていると、クラスタ用Oracle Grid Infrastructureのインストールの前提条件のチェックで問題がレポートされません。これにより、クラスタのalert.logファイルで示すように、クラスタ時刻同期サービスがオブザーバ・モードに入ります。

回避策: 時刻同期サービスを提供するには、ネットワーク・タイム・プロトコル(NTP)ではなく、クラスタ時間同期サービス(ctss)を使用します。このためには、NTPを構成解除して削除します。NTPサービスを解除するには、既存のntpdサービスを停止し、初期化シーケンスから無効にして、ntp.confファイルを削除します。詳細は、『Oracle Grid Infrastructureインストレーション・ガイドfor Linux』のネットワーク・タイム・プロトコルの設定に関する項を参照してください。

Oracle Bug#8711200

インストーラを実行する場合、前提条件チェック後に修正して再実行を選択すると、runfixup.shが存在しないためにクラスタ検証ユーティリティ・スクリプトが失敗する場合があります。

回避策: すべてのクラスタ・ノードから/tmp/CVU_11.2.0.1.0_userIDを削除し、インストーラを再実行します。

Oracle Bug#8702731

Oracle Clusterwareの停止中にSHUTDOWN IMMEDIATEコマンドが使用されていると、データベースの停止がタイムアウトする場合があります。

回避策: Oracle Clusterwareを停止する前に、SHUTDOWN ABORTコマンドを使用してデータベースを停止します。

Oracle Bug#8692998

「Extend Cluster」または「Delete Node」上の必要なノードが正しく表示されない場合があります。この問題は、ホスト・コレクションが実行されていない場合に発生します。

回避策: Refresh Host Configurationをトリガーした後、「Extend Cluster」デプロイメント・プロシージャまたは「Delete Node」デプロイメント・プロシージャを再試行します。次の手順を実行してください。

1. インタビューを取り消します。

2. 「データベース」タブをクリックします。

3. 「関連リンク」セクションで、「デプロイ」リンクをクリックします。

4. すべてのホストを選択し、「ホストのリフレッシュ」ボタンをクリックします。

ジョブの実行の完了後、「データベース」タブの「ソフトウェアとサポート」サブタブに戻り、「Extend Cluster」デプロイメント・プロシージャまたは「Delete Node」デプロイメント・プロシージャを起動します。

Oracle Bug#8683759

CRSホームがバージョン11.2にアップグレードされている場合、前のバージョンのOracle RACデータベース(10gまたは11.1)が存在すると、10gまたは11.1のOracle RACデータベースおよびサービスに関連するクラスタ・イベントがONSクライアントに送信されません。

回避策: ありません。

Oracle Bug#8683517

Oracle ClusterwareおよびOracle ASMをリリース11.2にアップグレードした後に、データベースがアップグレードされていない場合、Oracle Clusterwareスタックを停止しようとすると、Oracle Clusterwareでは正しい順序で停止が実行されません。これは、リリース11.2より前のOracle Databaseリリースがリリース11.2のOracle ASMディスク・グループと依存関係を共有していないためです。Oracle Clusterwareに依存するデータベースが停止する前に、Oracle Clusterwareがディスク・グループのリソースを停止しようとすると、ディスク・グループの停止が失敗する場合があります。これは、ディスク・グループがまだ使用中でOracle Clusterwareスタックを停止できないためです。

回避策: Oracle Clusterwareスタックを停止するには、次のコマンドを使用します。

crsctl stop crs -f

Oracle Bug#8674080

Oracle Clusterwareバージョン11.1から11.2のローリング・アップグレード中に、ソフトウェアのバージョンが11.2ではないノードで発生するイベントで、クラスタ・イベントがOracle Notification Service (ONS)クライアントにポストされません。また、11.2のノードで発生するイベントで、11.2より前のノードで実行されているONSクライアントによってイベントが受信されません。

回避策: クラスタ内のすべてのノードを11.2にアップグレードします。クラスタのアクティブ・バージョンがリリース11.2.0.1の場合、イベントは受信されます。

Oracle Bug#8668083

Oracle Restart環境で、ローカル・ノードのユーザー等価が存在しない場合、次のコマンドでは検証を実行できず、エラー・メッセージが返されます。

cluvfy stage -pre hacfg
cluvfy stage [-pre | -post] cfs
cluvfy stage [-pre | -post] acfscfg
cluvfy comp admprv
cluvfy stage -pre dbcfg
cluvfy stage -pre dbinst

回避策: Oracle RestartでSSHを構成します。

これらの不具合のパッチを取得し、Oracle Databaseホームに適用するには、Oracleサポート・サービスに問い合せてください。

Oracle Bug#8667622

別のノードでSCANリスナーが実行されている場合に、forceオプションを指定してnodeappsを停止および再起動すると、SCANリスナーが同じノードで起動する場合があります。

回避策: 次のコマンドを使用して、SCAN VIPおよび関連するリスナーを別のノードに再配置します。

srvctl relocate scan -i ordinal_number -n node_name

Oracle Bug#8667127

パブリック・インタフェースが無効または機能しない場合、Oracle Clusterwareによってサービス・リソースが停止され、別のサーバーで再起動しなくなる場合があります。

回避策: SRVCTLを使用してサービス・リソースを手動で起動します。

Oracle Bug#8666501

Oracle Clusterwareのエージェント・ログ・ファイルのローテーション間隔が短くなっています。ログ・ファイルは数日後に上書きできます。

回避策: ありません。

Oracle Bug#8666150

クラスタ用Oracle Grid Infrastructureホームが存在しないか、共有されていない場合、共有リソースのチェック時にcluvfy stage -pre nodeaddコマンドが失敗します。

回避策: cluvfyコマンドを実行する前に、クラスタ用Oracle Grid Infrastructureホームを手動で作成します。

Oracle Bug#8659440

srvctl modify scan_listener -p new_endpointsコマンドで、new_endpoints引数にTCPポート番号しか使用できません。

回避策: TCPポート番号以外のエンドポイントを使用できるようにSCANリスナーを更新する必要がある場合は、srvctl stop listener -fおよびsrvctl remove scan_listener -fを実行し、すべてのSCANリスナーを停止して削除します。次に、srvctl add scan_listener -p new_endpointsを実行し、目的の新しいエンドポイントを使用してSCANリスナーを追加します(new_endpointsの書式は次のとおりです)。

[TCP:]port[/IPC:key][/NMP:pipe_name][/TCPS:s_port]

Oracle Bug#8657184

2つのネットワーク・インタフェースがクラスタ内でパブリック・ネットワーク・インタフェースとして構成されており、一方のノードのパブリック・インタフェースに障害が発生した場合に、もう一方のパブリック・インタフェースにVIPが自動的にフェイルオーバーされません。

回避策: 複数のパブリック・ネットワーク・インタフェースが存在する場合は、高可用性のためにインタフェースの結合を使用します。Oracle Clusterwareインストーラの「ネットワーク・インタフェースの使用方法の指定」画面で、パブリックとして1つの(結合された)インタフェースのみを選択します。srvctl add nodeappsまたはsrvctl add vipでパブリック・ネットワークを構成する場合は、-Aまたは-S引数に1つのネットワーク・インタフェース名のみを指定します。

Oracle Bug#8652158

パブリック・ネットワークの障害によりデフォルト以外のネットワークのVIP(コマンドsrvctl add vip -k 2で作成)がクラスタ内の別のノードにフェイルオーバーされると、ネットワークが動作状態にリストアされた場合に元のノードに自動的にフォールバックされません。

回避策: 次のコマンドを使用して、問題のVIPを手動で停止して再起動します。

- srvctl stop vip -i vipname

- srvctl start vip -i vipname

startコマンドでは、正しいノードでVIPが自動的に起動します。

Oracle Bug#8648234

ソフトウェア・インストールごとに異なるオペレーティング・システム・ユーザーを使用しており、クラスタ用Oracle Grid Infrastructureのインストール・ユーザーがOSDBAグループのメンバーでない場合に次のコマンドを実行すると、OSDBAグループのメンバーシップのチェックが失敗する場合があります。

cluvfy comp sys -p crs
cluvfy comp sys -p ha

回避策: インストール・ユーザーがクラスタ用Oracle Grid Infrastructureのみを所有している場合は、この障害を無視しても問題ありません。つまり、ジョブ・ロールの分離を使用している場合は、クラスタ用Oracle Grid Infrastructureの所有者がOSDBAグループのメンバーである必要はありません。ただし、Oracle Databaseの所有者にはOSDBAグループのメンバーシップが必要です。

Oracle Bug#8644639

Oracle ACFSマウント・ポイントを作成してレジストリに追加する場合、次の条件に該当すると、マウント・ポイントは自動的にマウントされません。

1. マウント・ポイントのディレクトリがOracle ACFSレジストリで登録済である。

2. マウント・ポイントのディレクトリがマウント済である。

3. マウント・ポイントがアンマウントされ、Oracle ACFSレジストリから削除されている。

4. レジストリからマウント・ポイントが削除されてから、ora.registry.acfsリソースが再起動されていない。

回避策: /tmp/.usm_state_fileファイルからマウント・ポイントのディレクトリを削除します。

Oracle Bug#8635825

2つのネットワーク・インタフェースがクラスタ内でパブリック・ネットワーク・インタフェースとして構成されており、一方のノードのパブリック・インタフェースに障害が発生した場合に、もう一方のパブリック・インタフェースに仮想インターネット・プロトコル・アドレス(VIP)が自動的にフェイルオーバーされません。

回避策: 複数のネットワーク・インタフェースが存在する場合は、高可用性のためにインタフェースの結合を使用します。Oracle Clusterwareインストーラの「ネットワーク・インタフェースの使用方法の指定」画面で、パブリックとして1つの(結合された)インタフェースのみを選択します。srvctl add nodeappsまたはsrvctl add vipでパブリック・ネットワークを構成する場合は、-Aまたは-S引数に1つのネットワーク・インタフェース名のみを指定します。

Oracle Bug#8632280

Oracle Clusterwareをリリース11.2にアップグレードした後で、oifcfg getifコマンドを実行すると、PRIF-30: Network information in OCR profile needs to be synced with GPnPprofileエラーが表示されます。

回避策: Oracle Clusterwareホームのbinディレクトリから、rootユーザーとして次のコマンドを実行します(interface_nameはインタフェースの名前で、subnetはサブネットの名前です)。

oifcfg setif -global interface_name/subnet public

Oracle Bug#8612566

一部のパブリック・ネットワークの障害によりOCI FANクライアントが通知を受信しなくなり、TCPのタイムアウト中にハングします。

回避策: ありません。

Oracle Bug#8607080

環境に設定されているNLS_LANGの値がOracle Clusterwareで無視されます。つまり、すべてのクラスタ管理者は、インストール時のOracle Clusterwareの設定を使用する必要があります。

CRSDやOHASDのエラー・メッセージはCLIに渡される前にデフォルト値に変換されるため、crsctlやsrvctlなどのコマンドはこの影響を受けます。

回避策: インストール時に言語IDが適切に設定されておらず、NLS_LANG値を変更する場合は、すべてのノードで次のコマンドを実行します。

1. crsctl stop crs

2. edit s_crsconfig_hostname_env.txt

3. crsctl start crs

この回避策は、Oracle Clusterwareのインストール後にNLS_LANGの値を変更する場合に使用します。Oracle Clusterwareのインストール時に適切なNLS_LANGが使用されていることを確認するには、次のコマンドを実行します。

edit grid_home/crs/install/crsconfig_params

次に例を示します。

SILENT=false
ORACLE_OWNER=grid
ORA_DBA_GROUP=oinstall
ORA_ASM_GROUP=asmadmin
LANGUAGE_ID='JAPANESE_JAPAN.JA16EUC

Oracle Bug#8600842

Oracle Clusterwareをリリース11.2にローリング・アップグレードする場合、一部またはすべてのリソース(Oracle RACデータベース・インスタンス、リスナー・プロセス、データベース・サービスなど)が最後のノードで自動的に起動されない場合があります(通常、アップグレードは一度に1つのノードで実行)。

回避策: 通常の管理インタフェース(Oracle Databaseインスタンスおよびサービス用のSRVCTLなど)を使用してリソースを手動で自動的に起動してください。

Oracle Bug#8568386

投票ディスクを共有ファイル・システムに追加すると、グループ権限が自動的にrootユーザーに設定されます。ただし、グループ権限はクラスタ用Oracle Grid Infrastructureのインストール・ユーザーに設定する必要があります。

回避策: chownコマンドを使用して、投票ディスクのグループ権限を手動で変更します。

Oracle Bug#8520511

OCR投票ディスクがOracle ASMにあるリリース11.2のOracle Clusterwareで、Oracle ASMのデータファイルを使用してOracle Databaseリリース10.2またはリリース11.1をインストールすると、DBCAのインストールが失敗し、エラーORA-00119が表示されます。

回避策: Oracle Bug#8288940に記載されている個別のパッチを適用するか、次のコマンドを使用してシンボリック・リンクを作成します。

Symlink Pre-11.2_Oracle_Database_home/network/admin/listener.ora --> 11.2_Oracle_Clusterware_home/network/admin/endpoints_listener.ora

Pre-11.2_Oracle_Database_homeは、Oracle Databaseリリース10.2または11.1のデータベース・ホームです。

Oracle Bug#8493252

まれに、リモート・ノードでSSH接続が閉じられると、AttachHome操作中にOracle Clusterwareのインストールが失敗する場合があります。

回避策: すべてのクラスタ・ノードで、SSHデーモン構成ファイル/etc/ssh/sshd_configのLoginGraceTimeパラメータを0に設定します。

Oracle Bug#8448079

Oracle Clusterwareが停止および再起動されると、Oracle ASMディスク・グループにCRS前の停止状態が保持されません。リリース11.2のデータベース・リソースでは、Oracle ASMディスク・グループに起動依存性が保持されます。この場合、Oracle Clusterwareはデータベース・リソースを起動する前にOracle ASMディスク・グループを起動します。ただし、リリース11.2より前のOracle Databaseリリースでは、Oracle ASMディスク・グループに依存性が保持されないため、起動が失敗します。

回避策: Oracle ASMディスク・グループ・リソースを無効にして、Oracle ASMパラメータASM_DISKGROUPSを手動で設定し、Oracle Clusterwareの停止時にOracle ASMパラメータASM_DISKGROUPSがNULLに設定されないようにします。次の例では、ディスク・グループdataおよびfraのディスク・グループ・リソースを無効にします。

srvctl disable diskgroup -g data
srvctl disable diskgroup -g fra
sqlplus / as sysasm
SQL> ALTER SYSTEM SET asm_diskgroups=data,fra scope=both;

注意:
Database Upgrade Assistantを使用してデータベースをリリース11.2にアップグレードする場合は、データベースで使用されるディスク・グループを有効にしてください。そうしないと、アップグレード・プロセス中にDatabase Upgrade Assistantが停止する場合があります。アップグレード後にDatabase Upgrade Assistantがデータベース・リソースを起動する場合は、データベースのデータファイルがあるディスク・グループ・リソースを最初に起動しようとします。ディスク・グループ・リソースが無効の場合、これらのディスク・グループは起動に失敗します。ディスク・グループ・リソースを有効にするには、Database Upgrade Assistantを使用する前に次のコマンドを実行します。

srvctl enable diskgroup -g data
srvctl enable diskgroup -g fra

Oracle Bug#8434421

最初のCluster Synchronization Servicesデーモン(CSSD)のログ・ファイル(ocssd.log)がrootユーザーで所有されているため、ログ・ローテーションによって上書きされません。

回避策: ocssd.logを削除するか、所有権を変更します。

Oracle Bug#8309620

OCRおよび投票ディスクがOracle ASMではなくファイル・システムにあるクラスタで、11.2のOracle Clusterwareをインストールおよび構成した後で、11.2より前のOracle Databaseをインストールすると、11.2より前のDBCAは、クラスタのOracle ASMインスタンスではなく、単一インスタンスのOracle ASMとして11.2 Oracle ASMを起動しようとします。

回避策: 11.2のOracle Clusterwareの構成の完了後、11.2より前のOracle Databaseをインストールする前に、次のコマンドを実行してすべてのノードでOracle ASMを起動して、その後停止します。

srvctl start asm -n node
srvctl stop asm -n node

Oracle Bug#8276914

Oracle Clusterwareの起動前に、rootユーザーの環境にORACLE_BASEが設定されている場合、ノードの再起動後にユーザー定義のリスナーおよびSCANリスナーのOracle Clusterwareログ・ディレクトリの場所が、ORACLE_BASE/diag/tnslsnrからGrid_home/log/diag/tnslsnrに変更されます。

回避策: Oracle Clusterwareの起動前には、rootユーザーの環境にORACLE_BASEを設定しないでください。

Oracle Bug#3841387、8262786、8373758、8406545、8441769

Oracle Clusterwareを11.2にアップグレードすると、10.1、10.2および11.1のOracle RACデータベースのOracleリソースが正常に動作しない場合があります。

回避策: Oracle Bug#3841387、8262786、8373758、8406545および8441769のためのパッチをOracle Databaseホームに適用します。

5.36.6 Oracle Configuration Managerに関する既知の不具合

Oracle Bug#8709678

setupCCRまたはconfigCCRのいずれかを使用してOracle Configuration Managerを構成する場合に、エラー[: -eq unary operator expected :failedが返されます。

回避策: CCR_DISABLE_CRON_ENTRY環境変数をtrueに定義して、crontabエントリの作成を無効にし、Oracle Configuration Managerコマンドを再実行してOCMインスタンスを構成します。

5.36.7 Oracle Data Guardに関する既知の不具合

Oracle Bug#8716064

Oracle Active Data Guardのスタンバイ・データベースのANALYZE TABLE VALIDATE文がORA-600 [4555]/ORA-600[25027]になる場合があります。

回避策: プライマリ・データベースでコマンドを発行します。

Oracle Bug#8428523

プライマリ・データベースのALTER TABLE RENAME文で、RENAME DDLの再実行を適用した後に、Active Data Guardのスタンバイ・データベースの結果が正しくなくなる場合があります。

回避策: RENAME DDLの再実行を適用した後に、Active Data Guardのスタンバイ・データベースで共有プールをフラッシュします。

Oracle Bug#8363109

Active Data Guardのスタンバイ・データベースで最新のSCNのフラッシュバック問合せを実行すると、ORA-8181が返される場合があります。ORA-8181が返される例には、非同期XMLIndexを使用して、Active Data Guardのスタンバイ・データベースで問合せを実行した場合があります。また、オブジェクト・リレーショナルに格納されたXMLTypeを使用して、Active Data Guardのスタンバイ・データベースで問合せを実行した場合にも、ORA-8181が返される場合があります。

回避策: プライマリ・データベースで問合せを発行します。

5.36.8 Oracle Database Enterprise Editionに関する既知の不具合

Oracle Bug#9181675

権限エラーを避けるために、Oracle ASM上でデータベースを手動で作成している場合は、asmgidwrapスクリプトをコールする必要があります。

回避策: ロール分離インストール(グリッドおよびRDBMSに異なるユーザーとグループがあります)の場合、DBCAを使用して、Oracle ASM上でのデータベース作成時に自動的にasmgidwrapスクリプトをコールするデータベースを作成します。データベースを手動で作成することを選択した場合、権限エラーを避けるために正しいグループを設定できるように、スクリプトを明示的にコールする必要があります。

Oracle Bug#8867819

オプティマイザ・フィードバックのデフォルトの動作がオンになったため、実行計画がリリース11.2で変更される可能性があります。そのため、変更されない場合に2つのSPAトライアルが問合せに応じて回帰をレポートすることがあります。

回避策: SPAの一貫性を保つために、オプティマイザ・フィードバックをオフにします。_optimizer_use_feedback=falseを使用します。

Oracle Bug#8747281

11.2では、Oracle RACデータベース・インスタンスのクラスタ・インターコネクトのソースとして、OCRがGrid Plug＆Playプロファイルによって置き換えられています。これに対し、固定ビューV$CLUSTER_INTERCONNECTSには、これらのインターコネクトのSOURCEがProfileではなくOCRとして表示されます。

回避策: ありません。

Oracle Bug#8729627

11.1のDBCAを使用して、11.2のOracle Clusterwareを実行しているクラスタでデータベースを削除する場合、データベース・リソースがロックされるためにPRKP-1061/CRS-2524エラーが表示される場合があります。

回避策: このメッセージは無視しても問題ありません。「OK」をクリックして続行します。

Oracle Bug#8722270

データベースがクラスタ・ノードのサブセットで実行されるように構成されており、それまでデータベースが実行されていないノードでOracle Clusterwareが起動されると、データベースが正常に起動されない場合があります。

回避策: srvctl start instanceコマンドを使用して、影響を受けるノードでデータベースを起動します。

Oracle Bug#8714383

Oracle RACデータベースの最後のインスタンスが失敗または停止すると、Oracle Call Interface (OCI) FANクライアントがDATABASE DOWNイベントを受信しません。

回避策: ありません。

Oracle Bug#8682141

暗号化された表領域をCREATE LIKEオプションを使用して作成すると、内部エラーが発生します。

回避策: 暗号化された表領域は、CREATE LIKEオプションではなく、CREATEオプションを使用して作成します。

Oracle Bug#8679182

複数のパブリック・サブネットがVIPに定義されているクラスタでデータベースを構成する場合(例: srvctl add vip -k 2 -A ...と同様のコマンドを使用)、データベース・エージェントによって、LOCAL_LISTENERがデフォルト・ネットワークのリスナーに自動的に設定されます。これにより、LISTENER_NETWORKSのリスナー・セットが重複する場合があります。

回避策: デフォルトのパブリック・サブネットにあるLISTENER_NETWORKSにはリスナーを設定しないでください。

Oracle Bug#8671032

Oracle Enterprise Managerで、「自動UNDO管理」ページの「分析の実行」から得られるヒントが正しい内容になっていません。たとえば、ワークロードの変動に許可するUNDO表領域の推奨サイズは最小サイズの3倍ですが、Oracle Enterprise Managerでは異なる値が表示されます。

回避策: ヒントの内容を次のように読み替えてください。

Oracle advises that you configure the undo tablespace to be three times the Recommended Undo Tablespace Size to allow for workload fluctuations

Oracle Bug#8660571

パラレル・オプションを有効にし、XMLIndexの少なくとも1つ以上の索引を非同期(遅延)メンテナンス・モードにした状態で、パーティション化された表に対してDML文を発行すると失敗する場合があります。

回避策: 次の例のように、影響を受ける表に対してパラレル・オプションを無効にします。

ALTER TABLE partitioned_table NOPARALLEL;

Oracle Bug#8658472

DBCAを使用してクラスタにデータベースが作成されている場合、デフォルトでSPFILEが使用され、その場所がOracle Cluster Registry (OCR)に格納されます。ただし、SPFILEの場所をクリアしてPFILEを使用することはできません。

回避策: データベースの作成後にPFILEが使用される場合は、次のコマンドを-pオプションを指定せずに実行し、データベース・リソースを再作成する必要があります。

srvctl remove database -d db_unique_name
srvctl add database -d db_unique_name -o ORACLE_HOME -a diskgroup

Oracle Bug#8639114

連続問合せ通知(CQN)では、OLTP圧縮された表を正常にサポートできない場合があります。このエラーには、ORA-7445やORA-600などがあります。

回避策: CQNと表圧縮を一緒に使用しないでください。

Oracle Bug#8601114

「表が存在する場合に実行する処理」が「スキップ」、「追加」または「切捨て」の場合、Database Control操作の「エクスポート・ファイルからのインポート」または「データベースからインポート」が失敗したと誤ってレポートされます。

回避策: ありません。この操作は正常に実行されます。

Oracle Bug#8595729

Oracle ClusterwareによるOracle ASMディスク・グループ・リソースの監視で、$GRID_HOME/rdbms/audit/ディレクトリに多数の監査ファイルが作成される場合があります。

回避策: $GRID_HOME/rdbms/audit/ディレクトリに格納されている接頭辞+asmが付いた監査ファイルを定期的に削除します。

Oracle Bug#8595653

Oracle Database 11gリリース1(11.1)またはOracle Database 10gリリース2(10.2)のデータファイルがリリース11.2のOracle ASMディスク・グループに作成されている場合、デフォルト・リスナーのエンドポイントを取得するのにendpoints_listener.oraファイルが使用されます。これに対し、リスナーが変更されている場合(ネットワーク構成アシスタントを使用したポート番号変更など)、endpoints_listener.oraファイルは更新されません。

回避策: デフォルト・リスナーが変更されている場合は、endpoints_listener.oraファイルを手動で編集します。このファイルは、$GRID_HOME/network/admin/ディレクトリに格納されます。

Oracle Bug#8304261

圧縮属性が表レベルとサブパーティション・テンプレートに指定されている場合、新規作成された間隔パーティションでは、サブパーティション・テンプレートで定義された圧縮属性ではなく、表レベルの圧縮が使用されます。

回避策: サブパーティションに圧縮属性を再定義します。

5.36.9 Oracle Database Vaultに関する既知の不具合

Oracle Bug#8728716

DVSYS.DBMS_MACADM.UPDATE_RULE_SETプロシージャで、ターゲット・ルール・セットの一部の属性が正しく更新されない場合があります。

回避策: ルール・セットを削除し、目的の属性で新しいルール・セットを再作成します。

Oracle Bug#8706788

Oracle Enterprise Managerでレルム構成アラートが生成される場合があります。

回避策: WKSYSおよびWKUSERの参加者メンバーシップをOracle Data Dictionaryレルムから削除します。

Oracle Bug#8686258

Database Vaultの管理ページに次のメッセージが表示されるため、Database VaultのポリシーをOracle Enterprise Manager Database Controlで管理できません。

"OPERATOR TARGET" privilege does not exist.
"You must have OPERATOR TARGET privilege to perform this operation."

回避策: Oracle Enterprise Managerを使用してDatabase Vaultのポリシーを管理するには、Database Vault管理者にEM管理者権限を割り当てる必要があります。EM管理者権限をDatabase Vault管理者に付与しない場合は、「Database Vault Administrator」ページを直接使用します。その他の情報は、『Oracle Database Vault管理者ガイド』を参照してください。

Oracle Bug#8474817

DBMS_MACADM.AUTHORIZE_SCHEDULER_USER APIで、ユーザーにDatabase Vaultスケジューラ・ジョブの認可の権限が付与されている場合、このユーザーを削除しても、認可ユーザーのリストから削除されません。

回避策: DBMS_MACADM.UNAUTHORIZE_SCHEDULER_USER APIコールを起動し、ユーザーの認可を手動で削除します。

Oracle Bug#8341283

成功または失敗時に監査するように監査オプションが設定されている場合、DVSYS.AUDIT_TRAIL$表のACTION_NAMEエントリに、失敗したレルム強制のRealm Authorization Auditが表示されます。RETURNCODEには、トリガーされた正しいエラー・コードが表示されます。

回避策: 違反が発生しているかどうかをRETURNCODE値を使用して判断し、レルム強制またはコマンド・ルール強制によって監査が生成されたかどうかをACTION_NAME列を使用して特定します。

Oracle Bug#8247647

ユーザーを削除しても、Oracle Data Pumpの認可ユーザーのリストから自動的に削除されません。

回避策: DBMS_MACADM.UNAUTHORIZE_DATAPUMP_USER APIコールを起動し、Oracle Data Pumpのユーザーの認可を手動で削除します。

Oracle Bug#7033772

Enterprise Manager Database Controlのアップグレード後に、Database Vault Administrator (DVA)が機能しません。

回避策: Database Controlのアップグレード後に、DVAを手動で再デプロイします。『Oracle Database Vault管理者ガイド』の付録C、Database Vault Administratorのデータベース・コンソールOC4Jコンテナへのデプロイに関する項で説明している手順を実行します。

5.36.10 Oracle Enterprise Manager Database Controlに関する既知の不具合

Oracle Bug#8702939

新しいノードを追加しようとすると、グリッド・インフラストラクチャ・ユーザー権限のチェックまたはステージング領域のパスが書込み可能かどうかのチェック(あるいはその両方)が失敗する場合があります。

回避策: 775権限を使用し、Home/EMStage/PAFとしてOracle RACデータベース・ホームのディレクトリを手動で作成し、失敗した手順を再試行します。

Oracle Bug#8757994

「リソースの追加」ダイアログ・ボックスの「配置」セクションで、次のテキスト・ボックスのいずれかに値を明示的に設定し、フォーカスを他のテキスト・ボックスに変更すると、フォーカスを変更したテキスト・ボックスに値を設定できなくなり、数秒間ページが反応しなくなります。

- 特定のサーバー・プール/サーバーを優先的な配置先とします:

- 「サーバー・プール」テキスト・ボックス

- 「サーバー」テキスト・ボックス

- 配置先を特定のサーバー・プールまたは特定のサーバーに限定します:

- 「サーバー・プール」テキスト・ボックス

- 「サーバー」テキスト・ボックス

回避策: ページが反応しない場合は、5から10秒待ってから再試行してください。または、テキスト・ボックスに値を明示的に設定するのではなく、値リストから値を選択し、「サーバー・プール」テキスト・ボックスまたは「サーバー」テキスト・ボックスに値を設定します。

Oracle Bug#8724077

大規模クラスタ(通常は8ノードを超えるクラスタ)で発生する大量のファイル転送の問題のため、Database Controlの構成時に、DBCAで断続的に障害がレポートされ、エラー・メッセージNULLが表示される場合があります。この場合、EMCAコマンドライン・ツールを実行してDatabase Controlを構成するようにDBCAから求められます。

回避策: データベースの作成プロセスが完了したら、emca -config dbcontrol db -repos recreate -clusterコマンドを実行します。

Oracle Bug#8716161

DBConsoleを停止しようとすると、次のエラーが返されます。

$ emctl stop dbconsole
Environment variable ORACLE_UNQNAME not defined.Please set ORACLE_UNQNAME to
database unique name.

回避策: ORACLE_UNQNAME環境変数を設定し、db_unique_name初期化パラメータを一致させます。

Oracle Bug#8692858

Oracle Enterprise Manager Database ControlのchartCacheファイルの更新により、Oracle ASMストレージを使用したOracle RACのノードの追加が断続的に失敗します。

回避策: Oracle Enterprise Manager Database Controlを使用してクラスタを拡張する前、またはaddNode.shスクリプトを実行する前に、次のディレクトリをORACLE_HOME/rdbms/install/install.exclに追加します。ORACLE_HOMEはOracle RACホームです。

oc4j/j2ee/oc4j_applications/applications/em/em/images/chartCache/*

Oracle Bug#8741598

Database Controlを使用してノードを追加すると、cluvfy stage -pre nodeaddコマンドが失敗しますが、エラーが表示されません。

回避策:

cluvfy preまたはcluvfy post add nodeチェックが失敗する場合は、この手順を無視しても問題なく、次のコマンドを実行すると、新しいノードの妥当性を確認して、残りのデプロイメント手順を続行できます。次の構文を使用します(grid_infrastructure_ORACLE_HOMEはクラスタ用Oracle Grid Infrastructureインストール・ホームの名前で、comma_separated_list_of_new_nodesは新しいノードのリストです)。

grid_infrastructure_ORACLE_HOME/bin/cluvfy -pre nodeadd -n comma_separated_list_of_new_nodes -verbose -fixup
grid_infrastructure_ORACLE_HOME/bin/cluvfy -post nodeadd -n comma_separated_list_of_new_nodes -verbose

Oracle Bug#8674920

クラスタ用Oracle Grid InfrastructureとOracle Databaseのインストール所有者が異なる場合は、Oracle ASMバイナリとOracle Enterprise Managerエージェント・バイナリの所有者も異なります。サポート・ワークベンチを起動すると、エラー・メッセージError Operation failed - Operation failedが表示されます。これは、別のユーザーとしてOracle Enterprise Managerエージェントが実行されており、サポート・ワークベンチにOracle ASMターゲットの権限がないためです。

回避策: ありません。

Oracle Bug#8655988

日本語ロケールを使用している場合、クラスタ・データベース用のOracle Enterprise Manager Database Controlの「ハング分析」ページの「待機」グラフのテキストが文字化けします。

回避策: ありません。

Oracle Bug#8444875

Oracle Enterprise Manager Database ControlからアプリケーションVIPを作成できません。

回避策: VIPの適切な名前とオペレーティング・システムの適切なユーザーIDを使用し、rootとして次のコマンドを使用します。

appvipcfg create -network=1 -ip=10.185.148.111 -vipname=appsvip -user=oracle

Oracle Bug#8350597

Database ControlがIPv6環境で実行されている場合、Database Controlを使用してExadataセルを監視できないため、Exadataセルをターゲットとして追加しないでください。

回避策: ありません。

Oracle Bug#8638267

インストーラで「デスクトップ・クラス」スタイルのデータベース構成を選択し、インストールの完了後に、DBCAを使用してデータベースを作成するか、Oracle Enterprise Manager Configuration Assistant (EMCA)を使用してDatabase Control設定を作成する場合は、ORACLE_HOSTNAME環境変数を'localhost'に設定する必要があります。ORACLE_HOSTNAMEを設定しないと、Oracle Enterprise Managerの構成時にDBCAが停止し、次のエラーが表示されます。

Listener is not up or database service is not registered with it.Start the Listener and register database service and run EM Configuration Assistant again.

回避策: ORACLE_HOSTNAME環境変数を'localhost'に設定し、データベースの作成を再試行します。

5.36.11 Oracle Grid Controlに関する既知の不具合

Oracle Bug#8609658

リリース11.2では、SYSASMユーザーにのみOracle ASMの起動または停止権限があります。Oracle ASMファイル・アクセス制御のため、SYSDBAロールを使用したリリース前のOracle ASMに格納されている優先資格証明は使用できません。

回避策: SYSASMロールを使用して、Oracle ASMの起動および停止の資格証明を指定します。

5.36.12 クラスタ用Oracle Grid Infrastructureに関する既知の問題

Oracle Bug#8741415

/usr/local/bin/perlがないために、「ワンクリックでクラスタ・データベース拡張」デプロイメント・プロシージャで、sudo権限のチェック手順が失敗します。

回避策: この手順は無視しても問題ありません。

Oracle Bug#8739647

クラスタ用Oracle Grid Infrastructureホームを別のユーザー(データベースORACLE_HOMEを所有するユーザー以外)としてインストールする場合、/opt/oracleがホスト・システムにすでに存在すると、ディレクトリのグループ所有権が間違っている場合に、その所有権はインストールによって変更されません。ユーザーに適切な所有権のセットがない場合は、次のエラーの1つ以上がアラート・ログまたはDBCAログに表示されます。

ORA-15081
ORA-15025
ORA-15186
回避策: クラスタ用Oracle Grid Infrastructureホームをインストールする前に、/opt/oracleのグループ所有権を、次の例のようにOracleインストール・インベントリ(通常はoinstall)を所有するグループに変更します。

chgrp oinstall /opt/oracle

注意:
このコマンドは、rootユーザーとして実行する必要があります。

Oracle Bug#8679335

クラスタ用Oracle Grid InfrastructureおよびOracle RACを異なるユーザーとしてインストールすると、ORACLE_HOME/EMStageディレクトリに対する権限が不十分なためにエラーが発生する場合があります(ORACLE_HOMEはOracle RACホームです)。

回避策: 775権限を使用し、ORACLE_HOME/EMStage/PAFディレクトリを手動で作成して、失敗した手順を再試行します。

5.36.13 Oracle Multimediaに関する既知の不具合

Oracle Bug#8725198

Oracle Multimedia中間層Java APIのDicomLocatorServiceクラスおよびDicomTagServiceクラスのファイル・インタフェースが多数のファイルで実行されると、java.io.IOException: "Too many open files"例外が発生する場合があります。

回避策: ファイルからInputStreamを作成し、ファイル・インタフェースではなく、Oracle Multimedia中間層Java APIのDicomLocatorServiceクラスおよびDicomTagServiceクラスのInputStreamインタフェースをコールします。

5.36.14 Oracle OLAPに関する既知の不具合

Oracle Bug#8474636

次の状況でパーティション化されたキューブを構築すると、エラーが発生します。

- NLS_DATE_LANGUAGE が英語以外の言語に設定されている場合。

- キューブが時間ディメンションでパーティション化されている場合。

- 時間ディメンションにマップする列に日付データ型がある場合。

回避策: NLS_DATE_LANGUAGEをENGLISHに設定します。NLS_LANGUAGEは、使用しているアプリケーションでサポートされている言語に設定できます。

5.36.15 Oracle Net Servicesに関する既知の問題

Oracle Bug#8682102

ウォレットが作成され、マスター・キーが生成されたら、ウォレットを削除しないでください。暗号化関連の操作を実行するには、データベースでこのマスター・キーを特定する必要があります。

回避策: ウォレットを削除しても、ウォレットのバックアップ・コピーが存在する場合は、sqlnet.oraファイルで指定したウォレットの場所にバックアップ・コピーをリストアできる場合があります。

Oracle Bug#7602834

ネットワーク管理ホームページで、「ディレクトリ・ネーミング」を選択し、Oracle Internet Directoryの資格証明を指定すると、内部サーバー・エラーが発生します。

回避策1: Oracle Net Managerをかわりに使用します。

回避策2: 次のコマンドを実行します。

cp ORACLE_HOME/network/lib/libnldapj11.so ORACLE_HOME/lib/.
cd ORACLE_HOME/bin
./emctl stop dbconsole
./emctl start dbconsole

5.36.16 Oracle Real Application Clustersに関する既知の問題

Oracle Bug#8716518

別のユーザーを使用してOracle Restartをインストールする場合は、DBCAの前に、ユーザーgridをグループdbaに追加します。次に例を示します。

# usermod -a -G dba grid

回避策: ありません。

Oracle Bug#8581327

パッチを適用するOracle RACのORACLE_HOMEからスタンドアロン・リスナーを実行している場合、ORACLE_HOME/bin/tnslsnrファイルがアクティブのために、Oracle RACへのパッチ適用(ローリング)およびOracle RACへのパッチ適用(すべてのノード)のプロシージャがCheckActiveFilesAndExecutablesの手順で失敗します。

回避策: パッチを適用するOracle RAC ORACLE_HOMEから実行されているスタンドアロン・リスナーを停止し、失敗したプロシージャを再試行します。

5.36.17 Oracle Streamsに関する既知の不具合

Oracle Bug#8739024

文DMLハンドラで、幅が固定されていないキャラクタ・セットのNCLOB列またはCLOB列を:new.nclob_columnなどのLCRフィールド式を使用してバインドすると、宛先表のNCLOBまたはCLOBが正しくなくなる場合があります。

回避策: プロシージャDMLハンドラを使用して、これらの列の表の適用をカスタマイズします。

Oracle Bug#8735201

OLTP圧縮された表から変更を適用すると、Streamsの適用プロセスがORA-26786エラーで中断する場合があります。通常、ORA-26786エラーは、ソース行の適用中にデータの競合が発生したことを示します。

回避策: ソース・データベースのエラーが発生した表で、OLTP圧縮を有効にしているかどうかを確認します。次の問合せのtablenameの部分を適切な表名に置き換えてください。パーティション化されていない表では、次の問合せを使用します。

SELECT table_name, compression, compress_for FROM user_tables WHERE
table_name = 'tablename';

パーティション化されている表では、次の問合せを使用します。

SELECT table_name, partition_name, tablespace_name, compression, compress_for
FROM user_tab_partitions WHERE table_name = 'tablename';

競合エラーが発生する場合は、Streamsの競合ハンドラまたはエラー・ハンドラでDMLを実行できるようにします。次のORA-26786エラーが発生した場合に適用プロセスで処理を続行できるようにするには、disable_on_error適用パラメータを'N'に設定します。

exec DBMS_APPLY_ADM.SET_PARAMETER('apply_name', 'disable_on_error', 'N');

5.36.18 Oracle Universal Installerに関する既知の不具合

Oracle Bug#9593297

10.2.0.5 Cluster Ready Servicesを11.2.0.1 Oracle Clusterwareにアップグレードする際に、Oracle Universal Installer (OUI)が最初の画面で停止します。

回避策: 11.2.0.1 Oracle Clusterwareのアップグレードを開始する前に、次のコマンドを使用してOracle Clusterwareを停止します。アップグレードはローリング以外の方法で実行する必要があります。

Oracle Bug#8979500

グリッド・ネーミング・サービス(GNS)を使用して、Oracle ASMにOracle Cluster Registry (OCR)と投票ディスクが格納されているクラスタ用Oracle Grid Infrastructureをインストールすると、エラーが発生します。

GNSを使用して、OCRと投票ディスクがOracle ASMにあるOracle Database 11gリリース2(11.2)のクラスタ用Oracle Grid Infrastructureをインストールすると、root.shが失敗し、エラーPROT-1: Failed to initialize ocrconfigが表示されます。失敗したコマンドはocrconfig -upgrade oracle dbaで、SQL*Netログ・ファイルにTNS-12560が表示されます。

回避策: OCRで使用されているグループについて/etc/groupのエントリを確認し、このグループにリストされるユーザーの数を一時的に減らし、インストールを再起動します。

Oracle Bug#8947155

「デスクトップ・クラス」オプションを使用して単一インスタンスのOracle Databaseをインストールするときに、グローバル・データベース名のドメイン名が128文字を超えている場合でも、Oracle Universal Installerでは警告を表示しません。Database Configuration Assistantフェーズで、次のエラーが発生してインストールは失敗します。

ERROR at line 1:
ORA-02086: database (link) name is too long

回避策: グローバル・データベース名のドメイン部分が、句読点を含めて128文字を超えないようにします。

Oracle Bug#8756488

インストーラ・サマリー・ダイアログには、ログおよびその他の構成データのサイズを含まないサイズ要件が表示されます。

回避策: 正常なインストールに必要な空きディスク領域の正しいサイズの詳細は、各インストレーション・ガイドを参照してください。

Oracle Bug#8752235

Oracle Cluster Registry (OCR)のインストール場所としてOracle Automatic Storage Management (Oracle ASM)を選択し、Oracle Universal Installer (OUI)の次の画面に移動して、OCRのインストール場所をFile Systemに変更すると、OUIは自動ストレージ管理構成アシスタント(ASMCA)を起動する前にroot.shを実行し、ASMCAが失敗します。

回避策: ASMCAを実行しないか、ASMCAのエラーを無視してインストールを終了します。

Oracle Bug#8744509

サイレント・インストール中に、Oracle Universal InstallerがresponseFileプロパティoracle.crs.config.clusterNodes. responseFileの完全修飾のホスト名を受け入れません。

回避策: サイレント・インストールで使用するレスポンス・ファイルで、ドメインを使用せずにホスト名を指定します。次に例を示します。

oracle.install.crs.config.clusterNodes=node1,node2

次のようにはしないでください。

oracle.install.crs.config.clusterNodes=node1.mydomain.com,node2.mydomain.com

Oracle Bug#8729326

11.2のClusterwareにアップグレードする場合、インストーラはASMCAをサイレント・モードで起動し、Oracle ASMをクラスタ用Oracle Grid Infrastructureホームにアップグレードします。11.1.0.7からアップグレードする際、Oracle ASMアップグレードはローリング方式で処理されます。前のバージョンのOracle ASMインスタンスは、ローリング方式以外の方法でアップグレードされ、Oracle ASMベースのデータベースは警告なしでバウンスされます。

回避策: すべてのノードでroot.shを実行してから、インストーラによるプロンプトを確認できる時点まで、データベースの停止を計画できます。この時点で、CRSはローリング方式でアップグレードされ、インストーラはASMCAをコールしてOracle ASMをアップグレードします。これにより、データベースはOracle ASMアップグレードの一部としてバウンスされます。

Oracle Bug#8714456

「グリッド・インフラストラクチャの更新」オプションを選択し、古いバージョンのOracle Automatic Storage Management (Oracle ASM)をOracle Database 11gリリース2 (11.2)にアップグレードします。

回避策: ありません。

Oracle Bug#8675426

データベース・ユーザーをディレクトリに移行すると、エンタープライズ・ユーザー・セキュリティのUMU (ユーザー移行ユーティリティ)が失敗し、次のエラーが表示されます。

Exception in thread "main" java.lang.NoClassDefFoundError:
oracle/security/pki/OraclePKIProvider
at java.lang.Class.forName0(Native Method)
at java.lang.Class.forName(Class.java:242)

回避策: ORACLE_HOME/umuスクリプトでは、ORACLE_HOME/ldap/jlibディレクトリにjarが必要です。しかし、jarはORACLE_HOME/jlibにあります。ORACLE_HOME/ldap/jlibにORACLE_HOME/jlibのシンボリック・リンクを作成します。たとえば、Linuxの場合はORACLE_HOME/ldapディレクトリで次のコマンドを使用します。

ln -s ORACLE_HOME/jlib jlib

Oracle Bug#8670579

64ビットAdvanced Micro Devices (AMD) AthlonハードウェアでLinux 32ビット・オペレーティング・システムを実行する場合、サード・パーティのコードに不具合があり、CPUタイプが正しく認識されません。これにより、DBCAまたはNETCAを使用した起動時にアプリケーションがクラッシュする可能性があります。

回避策: この問題を回避するには、この不具合用のパッチを適用します。

Oracle Bug#8666656

Oracleホーム(ORACLE_HOME/oui/bin/runInstaller)にあるOracle Universal Installer (OUI)のrunInstallerスクリプトでは、11.2.0.1リリースのOracle Database、クラスタ用Oracle Grid InfrastructureおよびOracle Databaseクライアントをインストールできません。

回避策: それぞれの11.2.0.1.0製品メディアのOracle Universal Installerを使用して製品をインストールします。

Oracle Bug#8638708

Oracle Universal Installer (OUI)のデータベース構成「デスクトップ・クラス」を選択すると、リスナーおよびデータベース制御は、ホスト名として'localhost'で構成されます。Oracle Enterprise Manager Database Controlのemctlを使用したstartおよびstop操作が失敗する場合があります。

回避策: 該当のホームでemctlを使用するDatabase Controlの起動および停止操作では、ORACLE_HOSTNAME環境変数を'localhost'に設定します。

Oracle Bug#8407818

addNode.shを使用して、共有Oracle Databaseホームに新しいノードを追加すると、新しく追加したノードの/etc/oratabに、addNode.shの実行元のソース・ノードに存在するソース・データベース名のエントリが入ります。DBCAを使用して新しいノードでデータベース・インスタンスが追加されると、新しいノードの/etc/oratabファイルにデータベース・エントリが入ります。

回避策: ソース・ノードからDBCAを起動して、新しいノードでデータベース・インスタンスを新しく追加する前に、エディタを使用して新しいノードで/etc/oratabファイルを開き、ソース・データベース名のエントリを削除します。

Oracle Bug#7388999

addNode.shスクリプトがGUIモードでサポートされません。

回避策: 必須パラメータを使用して、サイレント・モードでaddNode.shのみを使用します。

5.36.19 Database Controlのパッチ適用に関する既知の不具合

Oracle Bug#6489313

Oracleスタンドアロン・データベースおよびOracle RACデータベースのインストールで、オペレーティング・システムの認証が無効になっていると、それらのデータベースへのパッチ適用のデプロイメント・プロシージャでSQLスクリプトが実行されません。パッチを適用すると、プロシージャが失敗します。

回避策:

パッチのREADMEの指示に従って、パッチを適用するOracleホーム以外で実行中のデータベース・インスタンスで、SQLスクリプトを実行します。

5.36.20 Oracle Warehouse Builderに関する既知の不具合

『Oracle Warehouse Builderリリース・ノート』の未解決の不具合と既知の問題に関する項を参照してください。

5.36.21 RMAN関連の既知の不具合

Oracle Bug#8652023

月末が近くなった時点でCATALOG BACKUPPIECEが使用されると、バックアップ・ピースの完了日が無効な日付になる場合があります。

回避策: 月末が近くなったら、CATALOG BACKUPPIECEを使用しないでください。

Oracle Bug#8631293

DUPLICATEコマンドを実行中の新しいデータベースのinit.oraファイルにDB_RECOVERY_FILE_DESTパラメータおよびDB_RECOVERY_FILE_DEST_SIZEパラメータが設定されている場合、Recovery Manager (RMAN)コマンドのDUPLICATEが失敗し、RMAN-06551が表示される場合があります。

回避策: DUPLICATEコマンドの実行が終了するまでは、新しいデータベースのinit.oraファイルにDB_RECOVERY_FILE_DESTパラメータおよびDB_RECOVERY_FILE_DEST_SIZEパラメータを設定しないでください。

Oracle Bug#8572507

削除したファイルに関するデータファイルの情報を格納したバックアップ・セットでRMAN list backupsetコマンドを実行すると、エラーが返されます。

回避策: list backupsetではなく、RMAN list backupコマンドを使用します。

Oracle Bug#8559328

ユーザー定義のオブジェクト・タイプに依存するオブジェクトを持つ表領域で、Recovery Manager (RMAN)の表領域のPoint-in-Timeリカバリ(TSPITR)を試みると、データ・ポンプ・インポート・ユーティリティ(impdp)がORA-31684で失敗します。

回避策: このエラーは無視し、表領域の状態をREAD WRITEに変更してください。表領域の状態はREAD ONLY(OFFLINEではなく)に思われますが、表領域の状態をREAD WRITEに変更すると、リカバリ済のすべてのオブジェクトを使用できます。

6 ドキュメントの追加事項

この項では、次に示すOracleドキュメントへの修正事項について説明します。

第6.1項「Oracle Automatic Storage Management管理者ガイド」

第6.2項「Oracle Clusterware管理およびデプロイメント・ガイド」

第6.3項「Oracle Databaseバックアップおよびリカバリ・リファレンス」

第6.4項「Oracle Databaseバックアップおよびリカバリ・ユーザーズ・ガイド」

第6.5項「Oracle Databaseデータ・ウェアハウス・ガイド」

第6.6項「Oracle Database Net Servicesリファレンス」

第6.7項「Oracle Databaseリファレンス」

第6.8項「Oracle Databaseユーティリティ」

第6.9項「Oracle Real Application Clusters管理およびデプロイメント・ガイド」

第6.10項「Oracle Real Application Clustersインストレーション・ガイド」

第6.11項「Oracle Textアプリケーション開発者ガイド」

第6.12項「Oracle Textリファレンス」

6.1 Oracle Automatic Storage Management管理者ガイド

『Oracle Automatic Storage Management管理者ガイド』(11gリリース2 (11.2)、部品番号B61035)については、次の変更に注意してください。

6.1.1 第1章: Oracle Automatic Storage Managementの概要

「Oracle ASMの概要の理解」の項にある「Oracle ASMファイルについて」の「エクステント」の項は、次のように読み替える必要があります。

Oracle ASMファイルの内容は、ディスク・グループ内の各ディスクに格納されているエクステントのセット(集合)としてディスク・グループに格納されます。各エクステントは、個々のディスク上にあります。エクステントは1つ以上の割当て単位(AU)から構成されます。次第に大きくなるファイルに対応するために、Oracle ASMでは可変サイズのエクステントが使用されます。

可変サイズのエクステントを使用すると、大きなOracle ASMデータファイルがサポートされ、大規模データベースに必要なSGAメモリーが少なくてすみます。また、ファイルの作成操作やオープン操作のパフォーマンスが向上します。最初のエクステント・サイズは、ディスク・グループの割当て単位サイズと同じで、事前定義のしきい値に基づき、4倍および16倍に増加します。特定のディスク・グループの互換性属性が11.1以上に設定されている場合、この機能は、新規作成およびサイズ変更されたデータファイルに対して自動的に実行されます。互換性属性の詳細は、「ディスク・グループの互換性」を参照してください。

AUサイズが4MB未満のディスク・グループの場合、ファイルのエクステント・サイズは、次のように変化します。

- 最初の20000エクステント・セット(0から19999)のエクステント・サイズは、ディスク・グループのAUサイズと常に同じです。

- 次の20000エクステント・セット(20000から39999)のエクステント・サイズは、4*AUサイズになります。

- 次の20000エクステント・セット以上(40000から)のエクステント・サイズは、16*AUサイズになります。

図1-4に、Oracle ASMファイル・エクステントとアロケーション・ユニットとの関係を示します。

AUサイズが4MB以上のディスク・グループの場合、ファイルのエクステント・サイズは、ディスク・グループの冗長性に応じて次のように変わります。

- AUサイズが4 MBの場合、エクステント・サイズはそのディスク・グループのAUサイズと同じで、冗長性が外部、通常、高のディスク・グループについて、それぞれ順に15658728、6710880、3728269エクステントになります。

- AUサイズが8 MBの場合、エクステント・サイズはそのディスク・グループのAUサイズと同じで、冗長性が外部、通常、高のディスク・グループについて、それぞれ順に16777216、7829368、4846749エクステントになります。

- AUサイズが16 MBの場合、エクステント・サイズはそのディスク・グループのAUサイズと同じで、冗長性が外部、通常、高のディスク・グループについて、それぞれ順に16777216、8388608、5405989エクステントになります。

- AUサイズが32MBの場合、エクステント・サイズはそのディスク・グループのAUサイズと同じで、冗長性が外部、通常、高のディスク・グループについて、それぞれ順に16777216、8388608、5592405エクステントになります。

すべてのケースについて、残りのエクステント・セットのサイズは16*AUサイズです。4*AUサイズと同じサイズのエクステントは作成されません。

6.1.2 第3章: Oracle ASMインスタンスの管理

「Oracle ASMインスタンスの初期化パラメータの構成」の項にある「Oracle ASMパラメータ設定の推奨事項」のPROCESSESの説明には、次の段落を含める必要があります。

Oracle Grid Infrastructure (11gリリース2 (11.2.0.3および11.2.0.4))では、PROCESSES初期化パラメータはデフォルトで、Oracle ASM SPFILE内の"available CPU cores * 80 + 40"と等しい値になります。MEMORY_TARGET初期化パラメータのデフォルト値はPROCESSESの値に基づくため、CPUやディスク・グループの数が多い場合は、この値では不十分な可能性があります。Oracle Grid Infrastructure (11gリリース2 (11.2.0.3および11.2.0.4))のアップグレードやインストールを行う場合は、事前にMEMORY_MAX_TARGETおよびMEMORY_TARGET初期化パラメータの値を増やしてください。

6.1.3 第4章: Oracle ASMディスク・グループの管理

「ディスク・グループ属性」の項にあるSTORAGE.TYPEの説明で、「ZFSストレージはDirect NFS (dNFS)によって追加される必要があります」という制限事項は、COMPATIBLE.ASMおよびCOMPATIBLE.RDBMSディスク・グループ属性が11.2.0.4以上に設定されている場合には該当しなくなりました。

6.1.4 第12章: Oracle ASMコマンドライン・ユーティリティ

『Oracle Automatic Storage Management管理者ガイド』(11gリリース2 (11.2)、部品番号B61035)の第12章については、次の変更に注意してください。

6.1.4.1「ASMCMDボリューム管理コマンド」の項

「ASMCMDボリューム管理コマンド」の項にある「volcreate」の項には、次の警告が適用されます。

警告:

--redundancyをunprotectedに指定すると、Oracle ASMミラーリングはOracle ADVMボリュームを使用したデータ・リカバリには使用できなくなります。ディスク・グループの冗長性設定(normal)では、非保護のOracle ADVMボリュームに対するミラーリングは提供されません。非保護構成を使用すると、断続的ストレージ・アクセスが失敗した場合にデータが失われる恐れがあります。この構成はお薦めしません。バックアップをとることを強くお薦めします。

6.1.4.2「ASMCMDディスク・グループ管理コマンド」の項

「ASMCMDディスク・グループ管理コマンド」の項にある「iostat」の項で、Read_TimeおよびWrite_Time属性によって指定されるI/O時間の単位は秒です(100分の1秒ではなく)。

6.2 Oracle Clusterware管理およびデプロイメント・ガイド

『Oracle Clusterware管理およびデプロイメント・ガイド』(11g リリース2 (11.2)、部品番号B56289)については、次の変更に注意してください。

6.2.1 第4章: クラスタ・ノードの追加および削除

Exadata環境のクラスタにノードを追加する際に必要となる手順が、クラスタ・ノードを追加するための手順に含まれていません。第4章の手順は、非Exadata環境の場合には正しく機能します。ただし、この手順に従って、Exadataマシンで実行されているクラスタにノードを追加した場合、必要な手順が欠落しているためroot.shの実行が失敗します。

Exadataマシンで実行されているクラスタにノードを追加するための全手順は、Oracle Exadata Database Machineオーナーズ・ガイドの第7章Oracle Exadataラックの保守に記載されています。

6.2.2 第5章: Oracle Clusterwareのクローニング

「Oracle Clusterwareのクローニングによるクラスタの作成」の項の「手順2: 宛先ノードでのOracle Grid Infrastructureホームのデプロイ」で、消去された情報をリストアするために次のコマンドを実行する手順が誤っています。

chmod u+s Grid_home/bin/oracle
chmod g+s Grid_home/bin/oracle
chmod u+s Grid_home/bin/extjob
chmod u+s Grid_home/bin/jssu
chmod u+s Grid_home/bin/oradism

これらの手順は無視しても問題ありません。12cリリース1 (12.1)以上のリリースの『Oracle Clusterware管理およびデプロイメント・ガイド』では修正されています。

6.2.3 第6章: Oracle Clusterwareを使用したアプリケーションの高可用性の実現

「Oracle Clusterwareによるリソースの自動再起動の管理」の項にある「リソースの再起動試行カウンタの自動管理」の最初の3行を、次の文に置き換えてください。

「リソースで障害が発生した場合、Oracle ClusterwareはRESTART_ATTEMPTSリソース属性で指定された回数だけ、リソースの再起動を試みます。この属性は、障害が発生したリソースを何回再起動するかというよりは(試行は常に1回)、ローカルでリソースに何回障害が発生したらClusterwareがフェイルオーバーを実行するのかを示しています。CRSDプロセスは内部カウンタを保持しており、Oracle Clusterwareがリソースを再起動する回数を追跡します。Oracle Clusterwareがローカルでリソースの再起動を試行した回数はRESTART_COUNTリソース属性に反映されます。」

6.3 Oracle Databaseバックアップおよびリカバリ・リファレンス

Oracle Databaseバックアップおよびリカバリ・リファレンス(11g リリース2 (11.2)、部品番号B56270)については、次の変更に注意してください。

6.3.1 第3章: RMANコマンド: RECOVERからVALIDATEまで

VALIDATEコマンドの使用上の注意の第2段落目の最初の2文を、次の文に置き換えてください。

VALIDATEコマンドは検証中、いかなるブロックもスキップしません。

6.4 Oracle Databaseバックアップおよびリカバリ・ユーザーズ・ガイド

Oracle Databaseバックアップおよびリカバリ・ユーザーズ・ガイド(11g リリース2 (11.2)、部品番号B56269)については、次の変更に注意してください。

6.4.1 第22章: RMANのパフォーマンスのチューニング

「RMANのパフォーマンスのチューニングの基本的な概念」の項にある「読取りフェーズ」の「入力ディスク・バッファの割当て」の項で、図22-3に続く最初の文を、次の文に置き換えてください。

ASMに格納されているファイルをチャネルがバックアップする場合、入力ディスクのバッファの数はASMディスク・グループの物理ディスクの数と等しくなります(多重化レベルが1である場合のみ)。

6.4.2 第24章: データベースの複製

「データベースの複製の準備」の項にある「手順2: 複製ファイルの名前の指定方法の選択」の項で、2つ目の箇条書き項目のパラメータ名をDB_FILE_CREATE_DESTからDB_CREATE_FILE_DESTに変更する必要があります。

6.5 Oracle Databaseデータ・ウェアハウス・ガイド

Oracle Databaseデータ・ウェアハウス・ガイド(11g リリース2 (11.2)、部品番号B56309)については、次の変更に注意してください。

6.5.1 第9章: 基本的なマテリアライズド・ビュー

「マテリアライズド・ビューの作成」の項にある「リフレッシュ・オプション」の「集計を含むマテリアライズド・ビューの高速リフレッシュに関する制限」の項に、次の制約事項を追加する必要があります。

- 1つ以上のリモート表に基づくマテリアライズド・ビューは許可されません。

6.5.2 第10章: 高度なマテリアライズド・ビュー

「マテリアライズド・ビューのセキュリティ問題」の項にある「仮想プライベート・データベース(VPD)を含むマテリアライズド・ビューの問合せ」の項の第2段落目を、次の文に置き換える必要があります。

仮想プライベート・データベースを含むマテリアライズド・ビューを使用する場合も同様です。マテリアライズド・ビューを作成する際、そのマテリアライズド・ビューの所有者には、マテリアライズド・ビューのベース関係に対して有効になっているVPDポリシーが存在しないようにする必要があります。VPDポリシーが存在する場合、マテリアライズド・ビューの作成時にUSING TRUSTED CONSTRAINTS句を使用する必要があります。マテリアライズド・ビューの所有者が新しいマテリアライズド・ビューにVPDポリシーを設定することは可能です。マテリアライズド・ビューにアクセスするユーザーは、そのマテリアライズド・ビューに設定されているVPDポリシーの対象になります。ただし、これに加えてこれらのユーザーがマテリアライズド・ビューの基礎となるベース関係のVPDポリシーの対象になることはありません。基礎となるベース関係のセキュリティ処理は、マテリアライズド・ビューの所有者に対して行われるためです。

6.6 Oracle Database Net Servicesリファレンス

Oracle Database Net Servicesリファレンス(11g リリース2 (11.2)、部品番号B56287)については、次の変更に注意してください。

6.6.1 第5章: sqlnet.oraファイルのパラメータ

項5.2「プロファイル・パラメータ(sqlnet.ora)」については、次の変更に注意してください。

6.6.1.1 SQLNET.EXPIRE_TIME

「SQLNET.EXPIRE_TIME」の項に、次の内容を制限事項として追加する必要があります。

- TCPSでのSQLNET.EXPIRE_TIMEの使用はサポートされていません。

6.6.1.2 SSL_VERSION

項「SSL_VERSION」全体を、次のように読み替える必要があります。

用途

接続で許可するSSLまたはTLSのバージョンを制限します。

使用上の注意

クライアントとデータベース・サーバーで互換するバージョンを使用する必要があります。このパラメータは下位互換性が必要な場合にのみ、使用してください。現在のデフォルトではTLSバージョン1.2が使用されます。これは複数のセキュリティ・コンプライアンス要件で必要とされるバージョンです。

SSL_VERSIONをundeterminedに設定すると、デフォルトで3.0が使用されます。

デフォルト

1.2

値

注意:
sqlnet.oraパラメータADD_SSLV3_TO_DEFAULTはこのパラメータに影響しません。

undertermined | 3.0 | 1.0 | 1.1 | 1.2

あるバージョンと、もう1つ別のバージョンを指定する必要がある場合は、"または"を使用します。許可されている値は次のとおりです。

1.0 or 3.0 | 1.2 or 3.0 | 1.1 or 1.0 | 1.2 or 1.0 | 1.2 or 1.1 | 1.1 or 1.0 or 3.0 | 1.2 or 1.0 or 3.0 | 1.2 or 1.1 or 1.0 | 1.2 or 1.1 or 3.0 | 1.2 or 1.1 or 1.0 or 3.0

例

SSL_VERSION=1.2

残りのバージョン番号は、TLSバージョン(TLSv1.0、TLSv1.1、TLSv1.2など)に対応します。

6.6.2 第6章: tnsnames.oraファイルのローカル・ネーミング・パラメータ

Oracle Database Net Servicesリファレンスの第6章については、次の変更に注意してください。

6.6.2.1 項タイトル: 接続データ・セクション

「接続データ・セクション」の項にある「HS」という項に記載されている例を、次のように読み替えてください。

net_service_name=
(DESCRIPTION=
(ADDRESS=...)
(ADDRESS=...)
(CONNECT_DATA=
(SID=sales6)
(HS=ok)))

(HS=ok)句は、ADDRESSまたはCONNECT_DATA句と同じレベルの独立した最上位レベルの句です。

6.6.2.2 項タイトル: セキュリティ・セクション

「セキュリティ・セクション」の項にある「SECURITY」という項に記載されている使用上の注意を、「SECURITYに指定できるパラメータは、SSL_SERVER_CERT_DNとAUTHENTICATION_SERVICEです」と読み替えてください。

6.6.2.3 項タイトル: タイムアウト・パラメータ

「タイムアウト・パラメータ」の項にある「CONNECT_TIMEOUT」の項で、TCP_CONNECT_TIMEOUTという記述はすべて、TCP.CONNECT_TIMEOUTに変更する必要があります。

6.6.3 第8章: Oracle Connection Managerパラメータ(cman.ora)

「Oracle Connection Managerのパラメータ」の項にある「INBOUND_CONNECT_TIMEOUT」の項で、「値」の下の最初の箇条書き項目は、次のように読み替える必要があります。

- 60 secsがデフォルトです。タイムアウトを無効にするには、値0を使用します。

6.7 Oracle Databaseリファレンス

Oracle Databaseリファレンス・ガイド(11g リリース2 (11.2)、部品番号B56311)については、次の変更に注意してください。

6.7.1 第1章: 初期化パラメータ

初期化パラメータの説明に関する項については、次の変更に注意してください。

6.7.1.1 ASM_DISKGROUPS

ASM_DISKGROUPSは動的パラメータです。サーバー・パラメータ・ファイル(SPFILE)を使用している場合は、Oracle Flex ASMの構成以外でASM_DISKGROUPSの値を手動で変更する必要はありません。

Oracle Flex ASMの構成では、ディスク・グループが正しく作成またはマウントされると、ディスク・グループがパラメータに自動的に追加されます。Oracle ASMでは、ディスク・グループが削除されると、ディスク・グループがパラメータからも自動的に削除されます。ただし、手動でディスマウントした場合はSPFILEが更新されません。

6.7.1.2 REDO_TRANSPORT_USERSにSYSDBAは不要

REDO_TRANSPORT_USER初期化パラメータの説明には、このパラメータを使用するにはSYSDBAまたはSYSOPER権限がユーザーに必要であると記述されています。この記述は誤りです。このパラメータを使用するには、SYSOPER権限がユーザーに必要です。

6.8 Oracle Databaseユーティリティ

Oracle Databaseユーティリティ・ガイド(11g リリース2 (11.2)、部品番号B56303)については、次の変更に注意してください。

6.8.1 第2章: データ・ポンプ・エクスポート

データ・ポンプ・エクスポートのACCESS_METHODパラメータに次の制限事項が追加されました。

データ・ポンプ・エクスポートのACCESS_METHODパラメータはトランスポータブル表領域ジョブに対しては無効です。

データ・ポンプ・エクスポートのTRANSPORT_TABLESPACESパラメータに次の制限事項が追加されました。

トランスポータブル表領域ジョブは、データ・ポンプ・エクスポートのACCESS_METHODパラメータをサポートしていません。

6.8.2 第3章: データ・ポンプ・インポート

データ・ポンプ・インポートのACCESS_METHODパラメータに次の制限事項が追加されました。

データ・ポンプ・インポートのACCESS_METHODパラメータはトランスポータブル表領域ジョブに対しては無効です。

データ・ポンプ・インポートのTRANSPORT_TABLESPACESパラメータに次の制限事項が追加されました。

トランスポータブル表領域ジョブは、データ・ポンプ・インポートのACCESS_METHODパラメータをサポートしていません。

6.9 Oracle Real Application Clusters管理およびデプロイメント・ガイド

Oracle Real Application Clusters管理およびデプロイメント・ガイド(11g リリース2 (11.2)、部品番号B56290)については、次の変更に注意してください。

6.9.1 第10章: LinuxおよびUNIXシステムのノードでのOracle RACの追加と削除

「Oracle ClusterwareがインストールされたノードへのOracle RACの追加」の項の手順2に、スクリプト名root.shの記述があります。この記述は誤りです。正しいスクリプト名はroot.batです。

6.9.2 付録A: サーバー制御ユーティリティのリファレンス

「srvctl start listener」および「srvctl stop listener」の項にある表内の次の記述に誤りがあります。

「このオプションを指定しない場合、リスナー名はデフォルトでLISTENERになります。」

- 「srvctl start listener」での正しい説明は次のとおりです。

「このパラメータを指定しない場合、すべての既知のリスナーが開始されます。」

- 「srvctl stop listener」での正しい説明は次のとおりです。

「このパラメータを指定しない場合、すべての既知のリスナーが停止されます。」

6.10 Oracle Real Application Clustersインストレーション・ガイド

Oracle Real Application Clustersインストレーション・ガイド(11g リリース2 (11.2)、部品番号B56272)については、次の変更に注意してください。

6.10.1 付録C: シングル・インスタンスOracle DatabaseからOracle RACおよびOracle RAC One Nodeへの変換

「rconfigおよびOracle Enterprise Managerを使用して変換するための準備」の項にある「Oracle Enterprise Managerを使用したデータベースのOracle RACへの変換」の項で、手順4を削除し、手順3を次の文に置き換える必要があります。

3.データベースのホーム・ページの「可用性」メニューから「クラスタ・データベースへの変換」を選択します。

6.11 Oracle Textアプリケーション開発者ガイド

Oracle Textアプリケーション開発者ガイド(11gリリース2 (11.2)、部品番号B61358)については、次の変更に注意してください。

6.11.1 第11章: XML問合せの結果セット・インタフェースの使用

「XML問合せの結果セット・インタフェースの使用」の項の最初の段落を、次のように読み替える必要があります。

CTX_QUERY.RESULT_SET() APIおよびCTX_QUERY.RESULT_SET_CLOB_QUERY() APIを使用して、単一の問合せで複数の問合せ結果を取得できるため、CONTAINS()問合せを複数回実行する必要はありません。この2つのAPIは同等ですが、長い問合せを処理するために、一方はVARCHAR2問合せパラメータを使用し、もう一方はCLOB問合せパラメータを使用するという点が異なります。

6.12 Oracle Textリファレンス

Oracle Textリファレンス(11gリリース2 (11.2)、部品番号B61357)については、次の変更に注意してください。

6.12.1 第8章: CTX_DDLパッケージ

ADD_STOPCLASSプロシージャで、ストップクラスがサポートされる言語は英語のみです。

6.12.2 第10章: CTX_QUERYパッケージ

この章に次の新しい項を追加する必要があります。

RESULT_SET_CLOB_QUERY

このプロシージャはXML問合せを実行し、XMLのCLOB問合せパラメータに基づいて結果セットを生成します。

RESULT_SET_CLOB_QUERYプロシージャはRESULT_SETプロシージャと同等ですが、VARCHAR2ではなくCLOBデータ型の問合せパラメータを使用して長い問合せを処理する点が異なります。

構文

CTX_QUERY.RESULT_SET_CLOB_QUERY (
index_name            IN VARCHAR2,
query                 IN CLOB,
result_set_descriptor IN CLOB,
result_set            IN OUT CLOB,
part_name             IN VARCHAR2 DEFAULT
);

Oracle Application Express Command-line Export Utilities README

原典情報: $ORACLE_HOME/apex/utilities/readme.txt

目次

各ファイルの定義

APEXExportの使用手順

APEXExportSplitterの使用手順

各ファイルの定義

readme.txt                       -      本ファイル

APEXExport.class                  - Oracle Application Expressアプリケーションのエクスポートに使用されるJavaプログラム

APEXExportSplitter.class   - Oracle Application Expressエクスポート・ファイルを個別のSQLスクリプトに分割するときに使用されるJavaプログラム

APEXExportの使用手順

プログラムAPEXExportは、Oracle Application ExpressのWebインタフェースから手動でエクスポートする必要なく、Oracle Application Expressアプリケーションをコマンドラインからエクスポートするときに使用できます。

1. APEXExportを使用するには、JDKのバージョン1.5以上を使用してください。また、Oracle JDBCクラス・ライブラリがCLASSPATHにあることも必要です。

CLASSPATHを設定するには、次の例を参考にしてください。

Bashシェルからの場合

export CLASSPATH=.:${ORACLE_HOME}/jdbc/lib/classes12.zip

Windows環境からの場合

set
CLASSPATH=%CLASSPATH%;.\;%ORACLE_HOME%\jdbc\lib\classes12.jar

2. apex/utilitiesディレクトリから、次のコマンドを発行します。

java oracle.apex.APEXExport

使用の指示と例を含む次の出力が戻されます。

Usage
APEXExport -db  -user  -password  -applicationid
-workspaceid -instance -skipExportDate -expSavedReports -debug

-db: JDBC形式のデータベース接続URL

-user: データベースのユーザー名

-password: データベースのパスワード

-applicationid: エクスポートするアプリケーションのID

-workspaceid: エクスポートするすべてのアプリケーションのワークスペースID

-instance: すべてのアプリケーションをエクスポート

-skipExportDate: アプリケーションのエクスポート・ファイルからエクスポートの日付を除外

-expSavedReports: ユーザーが保存したすべてのインタラクティブ・レポートをエクスポート

アプリケーションの例:

APEXExport
-db candy.us.oracle.com:1521:ORCL -user scott -password tiger -applicationid
31500

ワークスペースの例:

APEXExport
-db candy.us.oracle.com:1521:ORCL -user scott -password tiger -workspaceid 9999

インスタンスの例:

APEXExport
-db candy.us.oracle.com:1521:ORCL -user apex_030200 -password apex -instance

注意:
インスタンス全体からアプリケーションをエクスポートするには、データベースのユーザー・アカウントAPEX_030200のロックを解除する必要があります。必要なエクスポートの実行後に、アカウントをロックしてください。

APEXExportSplitterの使用手順

プログラムAPEXExportSplitterは、Oracle Application Expressのエクスポート・ファイルを個別のSQLスクリプトに分割するときに使用できます。これは、Application Expressアプリケーションの分散した要素に対応したファイルの管理に役立ちます。

1. APEXExportSplitterを使用するには、JDKのバージョン1.5以上を使用してください。

CLASSPATHを設定するには、次の例を参考にしてください。

Bashシェルからの場合

export CLASSPATH=.:$CLASSPATH

Windows環境からの場合

set CLASSPATH=%CLASSPATH%;.\;

2. apex/utilitiesディレクトリから、次のコマンドを発行します。

java oracle.apex.APEXExportSplitter

使用の指示を含む次の出力が戻されます。

Usage java oracle.apex.APEXExportSplitter filename

-help: < この構文を出力>

-flat: < フラット・ファイル構造>

-debug: < デバッグ情報を出力>

-update: < アップデート・ファイルを作成>

-nochecksum: < 変更をチェックしない>

3. 各コンポーネント・タイプにサブディレクトリを作成するアプリケーション・エクスポート・ファイル（この例ではf123.sql）を分割するには、次のコマンドを発行します。

java oracle.apex.APEXExportSplitter f123.sql

4. ファイル名にコンポーネント・タイプを含むアプリケーション・エクスポート・ファイル（この例ではf123.sql）を分割（ディレクトリを作成しない）するには、次のコマンドを出力します。

java oracle.apex.APEXExportSplitter f123.sql -flat

Oracle Application Express PL/SQL Web Toolkit README

原典情報: $ORACLE_HOME/apex/owa/README.txt

目次

PL/SQL Webツールキット10.1.2.0.6

PL/SQL Webツールキット10.1.2.0.6のインストール

PL/SQL Webツールキット10.1.2.0.6

Application Express 3.0は、PL/SQL Webツールキットのバージョン10.1.2.0.以上を必要とします。

便利なように、PL/SQL Webツールキット10.1.2.0.6はapex/owaディレクトリのApplication Express 3.0に含まれています。本バージョンのPL/SQL Webツールキットは、データベース・パッチ・セットや重要パッチ・アップデートに付属のこれ以降のPL/SQL Webツールキットにかわるものではありません。

PL/SQL Webツールキットのバージョンが10.1.2.0.6より前の場合、Application Express 3.0をインストールする前にApplication Express 3.0に同梱されているPL/SQL Webツールキットをインストールしてください。

PL/SQL Webツールキットのバージョンを判断するには、SYSユーザーとしてデータベースに接続して次の問合せを実行します。

select owa_util.get_version from dual;

PL/SQL Webツールキット10.1.2.0.6のインストール

1. データベースを使用するすべてのアプリケーションを停止します。

2. ディレクトリapex/owaに移動します。

3. SQL*PlusでデータベースユーザーSYSとして接続します。

4. @owainst.sqlを発行してPL/SQL Webツールキットのインストール・スクリプトを実行します。

5. owainst.sqlから表示される出力を見直して、エラーがないことを確認します。

6. SYSユーザーとしてデータベースに接続し、次の問合せを実行してPL/SQL Webツールキットのバージョンが10.1.2.0.6以上であることを確認します。

select owa_util.get_version from dual;

7. Oracle Databaseホームからutlrp.sqlスクリプトを実行し、最初にパッケージにアクセスするときではなく、このときにすべての無効なPL/SQLパッケージを再コンパイルします。この手順はオプションですが、なるべく実行をお薦めします。utlrp.sqlを実行するには、@?/rdbms/admin/utlrp.sqlを発行してください。

Oracle JDBC Drivers README

原典情報: $ORACLE_HOME/jdbc/Readme.txt

目次

このリリースの新機能

ドライバのバージョン

このリリースの内容

NLS拡張機能のjarファイル（クライアント側のみ）

インストール

環境の設定

JDBCドライバ使用時に役立つヒント

Javaストアド・プロシージャ

既知の不具合

このリリースの既知の問題/制限事項

このリリースの新機能

ユニバーサル接続プール

このリリースでは、Oracleの暗黙的な接続キャッシュ機能は非推奨になっています。かわりに、新しいユニバーサル接続プールの使用をお薦めします。ユニバーサル接続プールには、暗黙的な接続キャッシュ機能のすべてだけでなく、その他の機能も含まれています。ユニバーサル接続プールは別のjarファイル、ucp.jarにあります。

列のセキュリティ

表がXDS（eXtensible Data Security）対応になっている場合、セキュリティの制約によっては、一部のオブジェクト（または行）がユーザーから見えないことがあります。さらに、オブジェクト（または行）が表示可能でありながら、一部の属性（または列）が表示されないことがあります。11gR2以降は、JDBCドライバはこうした新しいセキュリティ属性をサポートしており、特定の列にセキュリティ属性があるかどうか、列の値がNULLなのは、非表示のためか、実際にNULLのためかをユーザーが確認できます。

セキュアLOB

Oracle Database 11.1のセキュアLOB機能のサポートが追加されました。

LOBデータのロケータ内格納

Database 10.2からは、データベース内の行に格納されている小規模なLOBについては、データをロケータ自体に格納できるようになりました。これは、対象のデータが3898バイト以下の場合のみです。このデータの読取りは、Database バージョン10.2の場合のみ、JDBCドライバでサポートされます。Database バージョン11.1からは、LOBプリフェッチが使用されます。

LOBプリフェッチ

ロケータとともにLOBの初期バイトまたは文字をフェッチすることによって、一部のLOBの読取り操作のパフォーマンスが向上します。数千バイトに満たない非常に小規模なLOBの場合は、全体のLOB値をフェッチできます。これによって、非常に小規模なLOBでの読取りと、すべてのLOBでの初期バイトや文字の読取りのパフォーマンスが向上します。この機能は、Database バージョン11.1からサポートされています。LOBデータのロケータ内格納機能は、LOBプリフェッチ機能によって置き換えられ、使用時には無効となります。

ネットワーク接続プール

ネットワーク接続プールは、複数のjava.sql.接続オブジェクトが限られた数のネットワーク・レベル・チャネルを共有できるようにします。それぞれの接続は、単一のデータベース・セッションに関連付けられます。接続オブジェクトは、ネットワーク・チャネルを介してセッションと通信します。ネットワーク接続プールが有効な場合、ネットワーク・チャネルは複数の接続/セッションのペア間で共有されます。場合によっては、これでクライアントとサーバーの両方で消費されるリソースが少なくなり、パフォーマンスとスケーラビリティが向上することがあります。

AQでのXMLTypeキューのサポート

Oracle Database 11gR1 JDBCは、Oracleアドバンスト・キューへの高速アクセスを実現しました。このリリースでは、SQL XMLTypeを使用するキューへの高速パフォーマンスのアクセスを提供することで、このサポートを拡張しています。

AQとDCNでの通知グループ化

通知のグループ化は、Database 11gR1に含まれていたJDBC通知の新機能で、AQ通知とデータベース変更通知を含みます。たとえば、60秒ごとに通知をグループ化するようデータベースに指示できるようになりました。通知のグループ化を使用する場合、直前の通知または通知のサマリーを取得するかを選択できます。

タイムゾーンのパッチ適用

クライアントのJava環境で直接サポートされていないタイムゾーンのサポートが強化されました。

メモリー・フットプリントの削減

10gR1では、特に文のキャッシュ（推奨）を使用している場合にメモリー・フットプリントが増加するのを承知の上で、パフォーマンスを向上するためにドライバを再構築しました。パフォーマンスは向上しましたが、メモリー・フットプリントが増加すると問題があることがわかりました。リリース11gR1では、パフォーマンスの改善をそのままにして、ほとんどのユーザーについてメモリー・フットプリントを小さくしました。11gR2リリースでは、必要とするユーザーのサブセットのためにチューニング・オブジェクトをいくつか提供します。これは、多数の接続と文のキャッシュを大量に持つユーザーです。詳細は、oracle.jdbc.OracleConnection.CONNECTION_PROPERTY_USE_THREADLOCAL_BUFFER_CACHEとCONNECTION_PROPERTY_MAX_CACHED_BUFFER_SIZEのJavaDocを参照してください。ヒープが不足している場合を除き、このことを問題視する必要はありません。

ドライバのバージョン

11R2リリースには、次のドライバ・バージョンがあります。

- JDBC Thinドライバ11R2
クライアント・アプリケーション、中間層サーバーおよびアプレット用の100% Javaクライアント側JDBCドライバ。

- JDBC OCIドライバ11R2
OCI 11R2がインストールされているマシン用のクライアント側JDBCドライバ。

- JDBC Thinサーバー側ドライバ11R2
リモートOracleデータベースにアクセスするデータベース内のJavaプログラム用のJDBCドライバ。

- JDBCサーバー側内部ドライバ11R2
Javaストアド・プロシージャ用のサーバー側JDBCドライバ。このドライバはJDBC Kprbドライバと呼ばれていました。

詳細は、『Oracle Database JDBC開発者ガイドおよびリファレンス』を参照してください。

このリリースの内容

全プラットフォーム

[ORACLE_HOME]/jdbc/libには、次のファイルが含まれています。

- ojdbc5.jar
JDK 1.5用のクラス。OracleのObject型およびCollection型によるNLSサポート用のクラスを除く、
JDBCドライバ・クラスが含まれています。

- ojdbc5_g.jar
ojdbc5.jarと同じですが、クラスはjavac -gを使用してコンパイル済で、トレース・コードが含まれています。

- ojdbc5dms.jar
ojdbc5.jarと同じですが、DMSおよび制限付きjava.util.loggingコールをサポートするための
インスツルメンテーションが含まれています。

- ojdbc5dms_g.jar
ojdbc5_g.jarと同じですが、DMSをサポートするためのインスツルメンテーションが含まれています。

- ojdbc6.jar
JDK 1.6用のクラス。OracleのObject型およびCollection型によるNLSサポート用のクラスを除く、
JDBCドライバ・クラスが含まれています。

- ojdbc6_g.jar
ojdbc6.jarと同じですが、javac -gを使用してコンパイルされ、トレース・コードが含まれています。

- ojdbc6dms.jar
ojdbc6.jarと同じですが、DMSおよび制限付きjava.util.loggingコールをサポートするための
インスツルメンテーションが含まれています。

- ojdbc6dms_g.jar
ojdbc6_g.jarと同じですが、DMSをサポートするためのインスツルメンテーションが含まれています。

注意:

jarファイルのdmsバージョンは標準のjarファイルと同じですが、Oracle Dynamic Monitoring Serviceをサポートするための追加コードが含まれています。含まれるトレース・コードの量は制限されています。dms.jarがCLASSPATHにある場合のみ使用できます。dms.jarは、Oracle Application Serverのリリースに含まれて提供されています。そのため、jarファイルのdmsバージョンを使用できるのは、Oracle Application Server環境のみです。

[ORACLE_HOME]/jdbc/doc/javadoc.tarには、Oracle JDBCのパブリック・クラスのパブリックAPIに関するJDBC Javadocが含まれています。このJavaDocは、Oracle JDBC API拡張機能の主要な参照ドキュメントです。『Oracle Database JDBC開発者ガイドおよびリファレンス』には、Oracleの拡張機能に関する高度な説明が記載されています。詳細はこのJavaDocに記載されています。JavaDocは、開発ガイドと同様に正式なドキュメントです。

[ORACLE_HOME]/jdbc/demo/demo.tarには、JDBCのサンプル・プログラムが含まれています。

[ORACLE_HOME]/jlib/orai18n.jarには、JDK 1.5および1.6で使用するNLSクラスが含まれています。OracleのObject型とCollection型によるNLSサポート用のクラスが含まれています。このjarファイルにより、古いnls_charset jar/zipファイルが置き換えられます。Oracle 10g R1リリース1（10.1）では、このファイルは[ORACLE_HOME]/jdbc/libにも重複して存在しました。この重複したコピーは削除されたため、前述の位置からこのファイルを取得する必要があります。

Windowsプラットフォームの場合

[ORACLE_HOME]\binディレクトリには、JDBC OCIドライバ用ライブラリocijdbc11.dllおよびheteroxa11.dllがあります。

Windows以外のプラットフォームの場合

[ORACLE_HOME]/libディレクトリには、JDBC OCIドライバ用の共有ライブラリlibocijdbc11.so、libocijdbc11_g.so、
libheteroxa11.soおよびlibheteroxa11_g.soがあります。

NLS拡張機能のjarファイル（クライアント側のみ）

サーバー側内部JDBCドライバは完全なNLSサポートを提供します。NLS拡張機能のjarファイルは不要です。この項の説明は、Oracle JDBC ThinドライバとOracle JDBC OCIドライバにのみ適用されます。

基本のjarファイル（ojdbc5.jarおよびojdbc6.jar）には、次のように完全なNLSサポートの提供に必要なクラスがすべて含まれています。

- OracleのObject型またはCollection型のデータ・メンバーとして取得または挿入されない
CHAR/VARCHAR/LONGVARCHAR/CLOB型データ用のOracleキャラクタ・セット。

- 共通に使用される少数のキャラクタ・セット用のObject型とCollection型のCHAR/VARCHARデータ・メンバーに対するNLSサポート。
この種のキャラクタ・セットは、US7ASCII、WE8DEC、WE8ISO8859P1、WE8MSWIN1252およびUTF8です。

Object型またはCollection型のCHAR/VARCHARデータ・メンバーに他のキャラクタ・セットを使用する必要がある場合は、CLASSPATHにNLS拡張機能のjarファイル（[ORACLE_HOME]/jlib/orai18n.jar）を含める必要があります。新規のorai18n.jarにより、9i以前のリリースのnls_charset*.*ファイルが置き換えられます。

ファイルorai18n.jarには、文字に関連する重要なファイルが多く含まれています。これらのほとんどのファイルは、グローバリゼーション・サポートのために必要です。アプリケーションで使用するキャラクタ・セット・ファイルのみを抽出するのではなく、次の3つの手順に従うことが最も安全です。1. orai18n.jarを一時ディレクトリに解凍します。2.  アプリケーションで使用しないキャラクタ・セット・ファイルを削除します。地域ファイル、照合順番ファイルまたはマッピング・ファイルは削除しないでください。3.  一時ディレクトリで新しいorai18n.jarファイルを作成し、変更したファイルをCLASSPATHに追加します。詳細は、JDBCの開発者ガイドを参照してください。

また、各国対応のJDBCエラー・メッセージ・ファイルを選択的に含めることもできます。メッセージ・ファイルは、ojdbc5*.jarおよびojdbc6*.jar内のoracle/jdbc/driver/Messages_*.propertiesファイルに含まれています。

インストール

CLASSPATHには、Oracle JDBC Driversの複数バージョンを指定しないでください。Oracle Installerを実行すると、Oracle JDBC Driversが[ORACLE_HOME]/jdbcディレクトリにインストールされます。

環境の設定

Windowsプラットフォームの場合:
- JDK 1.5を使用する場合は[ORACLE_HOME]\jdbc\\lib\\ojdbc5.jarを、JDK 1.6を使用する場合は
[ORACLE_HOME]\jdbc\\lib\\ojdbc6.jarをCLASSPATHに追加します。
- 必要な場合は、CLASSPATHに[ORACLE_HOME]\jlib\\orai18n.jarを追加します。
- JDBC OCIドライバを使用する場合は、PATHに[ORACLE_HOME]\binを追加します。

Solaris/HP Tru64 Unixの場合:
- JDK 1.5を使用する場合は[ORACLE_HOME]/jdbc/lib/ojdbc5.jarを、
JDK 1.6を使用する場合は[ORACLE_HOME]/jdbc/lib/ojdbc6.jarをCLASSPATHに追加します。
- 必要な場合は、CLASSPATHに[ORACLE_HOME]/jlib/orai18n.jarを追加します。
- JDBC OCIドライバを使用する場合は、LD_LIBRARY_PATHに[ORACLE_HOME]/jdbc/libを追加します。

HP/UXの場合:
- JDK 1.5を使用する場合は[ORACLE_HOME]/jdbc/lib/ojdbc5.jarを、
JDK 1.6を使用する場合は[ORACLE_HOME]/jdbc/lib/ojdbc6.jarをCLASSPATHに追加します。
- 必要な場合は、CLASSPATHに[ORACLE_HOME]/jlib/orai18n.jarを追加します。
- JDBC OCIドライバを使用する場合は、SHLIB_PATHおよびLD_LIBRARY_PATHに[ORACLE_HOME]/jdbc/libを追加します。

AIXの場合:
- JDK 1.5を使用する場合は[ORACLE_HOME]/jdbc/lib/ojdbc5.jarを、
JDK 1.6を使用する場合は[ORACLE_HOME]/jdbc/lib/ojdbc6.jarをCLASSPATHに追加します。
- 必要な場合は、CLASSPATHに[ORACLE_HOME]/jlib/orai18n.jarを追加します。
- JDBC OCIドライバを使用する場合は、LIBPATHおよびLD_LIBRARY_PATHに[ORACLE_HOME]/jdbc/libを追加します。

JDBCドライバ使用時に役立つヒント

Oracle JDBC Driversの使用方法の詳細は、『Oracle Database JDBC開発者ガイドおよびリファレンス』を参照してください。この項では、ヒントのみを説明します。これらのヒントは網羅的ではありません。

あくまでもJDBCプログラムで必要な事項です。

1. JDBCを使用するプログラムに必要なJDBCクラスをインポートします。
次に例を示します。

import java.sql.*;
import java.math.*; // if needed

OracleDataSourceを使用するには、次のように入力する必要があります。

import oracle.jdbc.pool.OracleDataSource;

2. OracleDataSourceインスタンスを作成します。

OracleDataSource ods = new OracleDataSource();

3. デフォルトのプロパティを使用しない場合は、必要なプロパティを設定します。JDBCドライバごとに異なる接続URLを使用する必要があります。

ods.setUser("my_user");
ods.setPassword("my_password");

JDBC OCIドライバの場合

Bequeathed接続を確立するには、URLを次のように設定します。
ods.setURL("jdbc:oracle:oci:@");

リモート接続を確立するには、URLを次のように設定します。
ods.setURL("jdbc:oracle:oci:@<database>");

<database>はTNSEntryNameか、またはtnsnames.oraに定義されたSQL*netの名前/値ペアです。

JDBC Thinドライバまたはサーバー側Thinドライバの場合

ods.setURL("jdbc:oracle:thin:@<database>");

<database>は、//<host>:<port>/<service_name>形式の文字列、SQL*Netの名前/値ペア、またはTNSEntryNameです。

サーバー側JDBC内部ドライバの場合

ods.setURL("jdbc:oracle:kprb:");

後続の「:」が必要であることに注意してください。サーバー側内部ドライバを使用する場合は、
常に実行中のデータベースに接続します。また、次のように指定できます。

Connection conn =
new oracle.jdbc.OracleDriver().defaultConnection();

4. OracleDataSourceクラスに定義されているgetConnection()メソッドを使用して、データベースへの接続をオープンします。

Connection conn = ods.getConnection();

Javaストアド・プロシージャ

OracleのObjectを使用したコールインとインスタンス・メソッドの例は、次のファイルにあります。

[ORACLE_HOME]/javavm/demo/demo.zip

このファイルを解凍すると、次のディレクトリに例が抽出されます。

[ORACLE_HOME]/javavm/demo/examples/jsp

既知の不具合

Oracle Bug#8343138

owb repoインストール中のjava.lang.ArrayEndexOutOfBoundsException: 2048

Oracle Bug#8304386

スクロール可能なResultSetにエラー処理がなく、NullPointerExceptionがスローされます。

Oracle Bug#8252445

TIMESTAMPのTIMESTAMPTZへの挿入はThinドライバで間違っている可能性があります。

Oracle Bug#8225653

JDBCでアイルランド語/アイルランド（ga_IE）がサポートされていません。

Oracle Bug#8215177

11.1.0.7でのTIMESTAMPTZのパフォーマンスに問題があります。

Oracle Bug#8206371

SQLException: java.io.NotSerializableException: oracle.net.ns.message11

Oracle Bug#7836895

11.1.0.7 JDBCから不適切な文字が返されます。

Oracle Bug#7706602

XMLTYPE列について正しいタイプ#が返されません。

Oracle Bug#7704823

pe: eoostmt.cがjavavm_main_hpux.ia64_081230でコンパイルに失敗します。

Oracle Bug#7651637

10.xおよび11.xにアップグレードした後、メソッドisBeforeFirst()が正しく動作しません。

Oracle Bug#7627150

SSLまたは暗号化/チェックサムが有効になっている場合、SecureFile LOBへのアクセスによってJDBC Thinが解除されます。

Oracle Bug#7585931

TIMESTAMPTZコンストラクタが提供されているパラメータを上書きできます。

Oracle Bug#7581389

getGeneratedKeysとCURSOR_SHARING=SIMILARの使用時にプロトコル違反エラーが発生します。

Oracle Bug#7578881

グローバル・トランザクションの終了後にautocommitがfalseに設定されます。

Oracle Bug#7576651

データベースからデータを選択する際に、次の例外「java.sql.SQLException: カーネル列の順序はサポートされていません」が発生します。

Oracle Bug#7554059

getRow()が正しい行数を返しません。

Oracle Bug#7553583

この修正以前は、同じ索引にinパラメータが設定されていないCallableStatementのoutパラメータから一時LOBが取得された場合、この文の2回目の実行によって最初の一時LOBが解放されます。

Oracle Bug#7528681

デリミタに{ and }を使用したq'リテラルがSQLに含まれている場合にエラーが発生します。

Oracle Bug#7503269

パラメータelemMaxLenをゼロに設定した状態でsetPLSQLIndexTableを呼び出すとORA-1460が発生します。

Oracle Bug#7481206

データベースにサポートされていないタイムゾーンがあると、JDBCが開いたまま孤立したカーソルが残されます。

Oracle Bug#7460022

CustomDatumが渡されるときにARRAY.toARRAYからClassCastExceptionが発生します。

Oracle Bug#7449648

シノニムを持つoracle.sql.ArrayDescriptor.getbasenameを使用した場合に内部エラーが発生します。

Oracle Bug#7431931

Norwegian BokmC%lへのJDBCサポートが追加されました。

Oracle Bug#7427651

oracle.sql.dateによるBCデータの変換で年号が失われます。

Oracle Bug#7424490

TIMESTAMP型の読取り時にArrayOutOfBoundsExceptionが発生します。

Oracle Bug#7422965

シノニムを介した挿入に失敗します。

Oracle Bug#7418148

PreaparedLtatment.setXXXStreamで空でNULLのストリームが発行されます。

Oracle Bug#7413658

STRUCTまたはARRAYから取得されたBLOBまたはCLOBインスタンス上でfreeTemporaryが呼び出されたときに起こる可能性のあるOCI-21500エラーを修正します。

Oracle Bug#7407996

閉じられたJDBC接続上でXA操作が行われようとした際に、RMFAILではなくRMERR型のXA例外が送信されます。

Oracle Bug#7382521

無効な接続を削除するためにプールされた接続キャッシュをリフレッシュすると、完全に有効な物理的接続が閉じられて再度開かれることがあります。

Oracle Bug#7381439

resultsetを閉じようとするとスピンが発生します。

Oracle Bug#7365373

ADTに対してwasNull()が機能しません。

Oracle Bug#7365036

oracle.sql.TIMESTAMPTZ.toTimeが正しい値を返しません。これは、スクロール可能な結果セットでgetTimeを呼び出すときに最も顕著です。

Oracle Bug#7360273

XAのパフォーマンスを改善します。

Oracle Bug#7356957

setCharacterStream()を調整します。

Oracle Bug#7346587

getTypeDescriptorsFromListなどのTypeDescriptorsのバルク・ロード・メソッドが、原始要素型を持つARRAY型の正しい形式の記述子を作成しません。setConnectionメソッドでのARRAYオブジェクトの作成がNullPointerExceptionsによって失敗します。

Oracle Bug#7340408

TIMESTAMPLTZ列でgetTime()を使用すると、正しい値が返されないことがあります。

Oracle Bug#7331329

ojdbc6.jarをJDK6とともに使用する場合、NCHAR、NVARCHARまたはNCLOBの列のResultSetMetaDataが新しいJDBC 4.0 N*型で識別されるようになりました。

Oracle Bug#7304027

getBooleanの一貫した動作です。

Oracle Bug#7288889

ドライバが正しい内部データのバッファ・サイズを格納しません。これは、ドライバが必要とする以上のバッファを使用しようとすることがあるため、メモリーの少ない状態で問題となる恐れがあります。メモリーの少ない状態を除いては、問題ではありません。また、修正によって新しい接続プロパティoracle.jdbc.maxCachedBufferSizeが追加され、これによって、再利用するためにキャッシュするデータ・バッファのサイズが制限されます。データ・バッファのサイズは、各文にフェッチ・サイズを適切に設定することで管理する方が望ましいですが、それが不可能な場合は、maxCachedBufferSizeを設定すると、メモリー・フットプリントを少なくできます。ただし、最大値を超えるバッファを必要とする文のパフォーマンスは、低下します。

Oracle Bug#7284982

XAResourceが内部リストから正しく領域を解放しないことがあります。

Oracle Bug#7280437

廃止されたCatlanメッセージ・ファイルを削除します。

Oracle Bug#7271988

バッチ実行時のPreparedStatement.setBytesの動作エラーが修正されました。

Oracle Bug#7271519

範囲外のOracle dateデータ型がデータベースに挿入されることがあります。

Oracle Bug#7249052

無効なOracle DATEの値が作成される可能性があります。

Oracle Bug#7248917

新しいJDBC4.0メソッドのUpdatableResultSetへの実装を完了します。

Oracle Bug#7243157

9999を超える年号を持つ日付を使用するときに適切なエラーを出力します。

Oracle Bug#7236518

ターゲット・オブジェクトがビューで、OCI接続が使用中の場合に、返された生成済のキーによるINSERTが失敗します。

Oracle Bug#7230912

ojdbc5.jarまたはojdbc6.jarをbootclasspathに追加すると、NullPointerExceptionが発生します。

Oracle Bug#7206547

特定のエラーによって、より具体的なコードではなく、デフォルトのSQLSTATEコード99999が生成されます。

Oracle Bug#7204773

文字列にNumeric型を持つSetObjectでNumberFormatExceptionがスローされます。

Oracle Bug#7193728

XA例外が見つかりません。ユーザーがデータベースからこのエラー・メッセージを取得できません。

Oracle Bug#7190386

ANYDATA.stringValue()が単独で作成されると、NullPointerExceptionがスローされます。

Oracle Bug#7189306

Timestamp型の挿入時にパフォーマンスが低下します。

Oracle Bug#7171343

選択されたUROWIDがROWID.stringValue()から出力できません。

Oracle Bug#7167966

setXXXStream位置の変数が位置として0を受け入れます。これは、1が最初の位置であるというJDBCの仕様に矛盾します。JDBC仕様では、位置が0の場合に例外が出力される必要があります。以前の正しくない動作を復元する接続プロパティについてはJavaDocを参照してください。

Oracle Bug#7157850

BlobがRowsetから取得された際にBlob.position(Blob, long)が機能しません。

Oracle Bug#7157670

JDBC 4.0メソッドがOracleSerialClob & OracleSerialBlobで正しく機能しません。

Oracle Bug#7154611

デフォルトのロケールがタイまたはそれと同等に設定されている場合、タイムスタンプが正しくありません。

Oracle Bug#7154221

OPAQUE型のフェッチ中にArrayOutOfBoundsExceptionが発生します。

Oracle Bug#7149854

バッチの使用時に正しくないデータが挿入されます。

Oracle Bug#7145669

TYPE_SCROLL_INSENSITIVEの結果セットで、blob列へのバイト取得を呼び出すと無効な列タイプエラーが発生します。

Oracle Bug#7139205

OracleCachedRowset.setTimestamp(int,timestamp,calendar)の後でexecute()が失敗します。

Oracle Bug#7138794

OracleCachedRowset.setBytesが呼び出された後、execute()でClassCastExceptionが発生します。

Oracle Bug#7125637

JDBCドライバがOCI_ATTR_DRIVER_NAMEをサポートしません。

Oracle Bug#7120672

11.2から11.1またはそれ以前のバージョンに接続できません。

Oracle Bug#7120523

OracleCachedRowset.updateXXXStream/updateClob/updateBlobが機能しません。

Oracle Bug#7119903

OracleCachedRowset.getNClobが機能しない

Oracle Bug#7115140

Clob.getCharacterStream(long pos, long length)が機能しません。

Oracle Bug#7115040

OracleCachedRowSetから返されたCLOBでclob.getSubstringが十分に機能しません。

Oracle Bug#7112447

自動生成されたキーを返す8つ以上のパラメータを持つ文を実行すると、ArrayIndexOutOfBoundsがスローされます。「:1」、「:2」、「:3」のような単純な整数パラメータ名を持つ指定パラメータを使用しないでください。この制限には今後のリリースで対処する予定です。

Oracle Bug#7110777

パッチ6669350の適用後にsetBinaryStreamがJAVA.SQL.SQLRECOVERABLEEXCEPTION: IO EXCEPTIONがスローされます。

Oracle Bug#7110696

setAsciiStreamを使用するときにJDBC 11.1.0.6 Appが停止します。

Oracle Bug#7030404

暗黙的なJDBC接続キャッシュのタイムアウトによってデッドロックが発生します。

Oracle Bug#7030220

JDBC4.0におけるメソッドgetFunctionParametersは、最終仕様でgetFunctionColumnsに改名されました。廃止されたメソッドの実装が誤ってoracle.jdbc.OracleDatabaseMetaDataに残されていました。この修正により、それが削除されます。

Oracle Bug#7030194

更新可能なResultSetに長さのパラメータを持たないupdateAscii/Binary/NcharacterStreamメソッドがありません。

Oracle Bug#7028633

resultsetsに関するTIMESTAMPLTZの問題が発生します。

Oracle Bug#7028625

DST切替えの際にTIMEZONETZでDSTの問題が発生します。

Oracle Bug#7019862

defineColumnTypeを使用してCHARまたはVARCHAR列をBINARY、VARBINAR YまたはLONGVARBINARYとして定義すると、Thinドライバを使用する場合に値が正しく解析されません。

Oracle Bug#7017170

ストリームの読込み中にJdbc-ociがスピンになります。

Oracle Bug#7009957

devブランチonlueに適用します。

Oracle Bug#7009875

年号が9999を超えたときのエラー処理が改善されます。

Oracle Bug#7009796

BLOB列でgetStringやgetNStringを呼び出すと、データがNULLでなくてもNULLが返されることがあります。

Oracle Bug#7009536

スクロール可能な結果セットについてgetNClobが例外をスローします。

Oracle Bug#7004166

列がスクロール可能な結果セットのDATEである場合、getTIMESTAMPが例外をスローします。

Oracle Bug#6998442

JDBC OCIおよびプロキシ認証に関するOCI-21710エラー

Oracle Bug#6997621

getTimeやgetIntなどのメソッドが、スクロール可能な結果セットのCHARデータに対して機能しません。

Oracle Bug#6994043

スクロール可能または更新可能な結果セットのNULLの文字値でgetURLを呼び出すと、NULLが返されるのではなく、例外がスローされます。

Oracle Bug#6991804

スクロール可能な結果セットからgetBytes()を呼び出すと、例外がスローされます。

Oracle Bug#6991207

BINARY_FLOATの.floatValue、.doubleValueおよび.bigDecimalValue、BINARY_DOUBLEの.doubleValueおよび.bigDecimalValue

Oracle Bug#6989806

LOBを使用したJdbc-OCIドライバを使用するマルチスレッド・プログラムで、この修正がなければ予期しないエラーが発生します。

Oracle Bug#6988302

defineColumnTypeの問合せを実行中にORA-01460が発生します。

Oracle Bug#6987800

更新可能な結果セットでのgetURLの呼出しで例外が発生します。

Oracle Bug#6977990

取得されたタイムスタンプがセッションのタイムゾーンとオーバーラップする夏時間の場合、TIMESTAMPLTZの値が不適切になります。

Oracle Bug#6924460

OracleXADataSourceがURLで指定されるユーザー/パスワードをサポートしていません。

Oracle Bug#6919246

getCursorを呼び出して返されたResultSetを閉じ、親の文を閉じない場合に、メモリー・リークが発生します。

Oracle Bug#6907759

JDBC Thinドライバがリスナーにプログラム名を移入しません。

Oracle Bug#6902740

InputStreamsおよびReadersのバッファ・サイズは、サイズが32KBより大きいユーザー読取りコールのサイズに適合します。

Oracle Bug#6899821

blob列のkprbドライバでsetBytesとsetBinaryStreamにデータ破損

Oracle Bug#6892983

更新可能なResultset(RESULTSET.CONCUR_UPDATABLE)によってバインド変数が不正に使用されます。

Oracle Bug#6889743

スクロール可能なResultSetが切り捨てられた文字データを返します。

Oracle Bug#6887548

jdbcを介してplsql関数を実行すると、エラー・メッセージなしにゼロが返されます。

Oracle Bug#6883730

メモリーが少ない場合にネイティブ・コードでメモリー・アクセス・エラーが発生する可能性があります。

Oracle Bug#6882024

バインド値を持たないPreparedStatementとaddBatchをともに使用すると、1行のみ挿入されます。

Oracle Bug#6880991

この不具合が原因で、暗号化にSSLを、認証にRADIUSを使用することができません。

Oracle Bug#6870832

DST切替え時期にTIMESTAMPLTZが1時間進みます。

Oracle Bug#6857474

Oracleプロセスがクリーンアップされておらず、スナイプ接続を閉じられません。

Oracle Bug#6855076

Oracle JDBC XA接続の使用時に、コマンド'ALTER SYSTEM KILL SESSION'を使用して接続が解除されると、JDBCドライバが誤ってXAER_RMERRを返します。想定される正しい結果はXAER_RMFAILです。

Oracle Bug#6845838

型がAnydataとして宣言されると正しいデータが返されません。

Oracle Bug#6838596

ある文がカーソルを返す場合、文をキャンセルしてもカーソルの値を取得している問合せの実行が取り消されません。

Oracle Bug#6826205

Nounが破棄された後でDMS Nounが使用されます。

Oracle Bug#6806207

bndが最初にNULLでバインドされる場合にSelect :bndが失敗します。

Oracle Bug#6799742

MANIFEST.MFファイルのフィールドが推奨の形式ではありません。

Oracle Bug#6764986

パブリック・コール専用に構成されている場合でも、パブリックAPIを持つメソッドに対する4つのJDBC内部コールがトレース・ログに表示されます。

Oracle Bug#6761190

PreparedStatement.executeBatch()とともに使用するとStatement.Cancel()が機能しません。

Oracle Bug#6758976

ビューまたはシノニムが関係する問合せがJDBCによって発行されると、正しい結果が取得されません。

Oracle Bug#6753667

JDBC ThinドライバでXMLType問合せがサポートされていません。

Oracle Bug#6750400

文のDMS Noun名がSQL文字列です。

Oracle Bug#6749708

ASCIIでない文字がJDBC Thin接続によって変換されません。

Oracle Bug#6749302

DSTの切替え時期にタイムスタンプが正確でなくなります。

Oracle Bug#6730535

DMLがRETURNING句を含んでいると誤って判断する結果、JDBCがエラーを出力します。

Oracle Bug#6679278

INTERVALDSの使用時に正しい値が挿入されません。

Oracle Bug#6670871

Thinドライバにより、正しいデータベース・バージョンが戻されません。

Oracle Bug#6669350

接続キャッシュ属性の設定を特定の順序で行う必要があります。

Oracle Bug#6668623

JDBCドライバにより、大量のメモリーが消費されます。アプリケーションはOracle JDBCの暗黙的文キャッシュを使用します。このキャッシュには多数のオープン接続が含まれており、使用されるのは常に少数の接続のみです。その他すべての接続は使用されず、それらの接続内の文はすべてクローズされています。

Oracle Bug#6661592

DatabaseMetaData.getColumnsにより、シノニムのスキーマではなく、ターゲット表のスキーマが戻されます。

Oracle Bug#6658080

接続プロパティoracle.net.wallet_locationが適切に処理されません。

Oracle Bug#6655200

PKCS12ウォレットを使用している場合は、OracleのPKIプロバイダを使用する必要があります。java.securityを使用して静的に有効化されている場合、Javaコードでインスタンス化する必要もあります。インスタンス化しないと使用できません。これは不具合で、ユーザー・コードではなくドライバによりインスタンス化する必要があります。

Oracle Bug#6654960

orai18n.jarがクラスパスに含まれていない場合、AQ通知イベントで文字列が正しく処理されません。

Oracle Bug#6638862

接続キャッシュ属性の設定を特定の順序で行う必要があります。

Oracle Bug#6632928

OracleConnection.getEncryptionAlgorithmNameにより、接続でSSLの使用時に使用されていた暗号が戻されません。

Oracle Bug#6632613

JDBC Thinドライバで、TLS_RSA_WITH_AES_128_CBC_SHAおよびTLS_RSA_WITH_AES_256_CBC_SHA暗号化を使用できるようになりました。

Oracle Bug#6629144

入力文字列にUnicodeの置換文字が含まれている場合の例外

Oracle Bug#6611596

トランザクションが一時停止モードにあるときにend(SUCCESS)が正しく機能していませんでした。この修正により機能するようになりました。

Oracle Bug#6611225

T4C8TTIudsが原因のメモリー・リーク

Oracle Bug#6601831

標準のバッチ呼出し中にORA-01459とともにJDBC OCIドライバ・エラーが発生します。

Oracle Bug#6599470

UpdateCharacterStreamへの呼出しがjava.lang.OutOfMemoryErrorにより失敗します。

Oracle Bug#6598195

getTIMESTAMP、get TIMESTAMPLTZなどにより返されたタイムスタンプにナノ秒がありません。

Oracle Bug#6531778

一部のSQL92 escape関数が実装されていませんでした。この修正によって、実装可能なすべての関数が追加されました。

Oracle Bug#6525017

oracle.sql.Datumサブクラスのインスタンスをシリアライズすると、例外として表示されます。

Oracle Bug#6522973

checkErrorからのOCIドライバの使用中にNullPointerExceptionが発生します。

Oracle Bug#6522392

DatabaseMetaData.getColumns()の使用時にNCHAR/NVARCHAR2について返された列サイズが2倍になります。

Oracle Bug#6496226

ストリームに書き込まれたバッファのサイズがMB単位の場合、java.sql.Blob.setBinaryStreamから取得したストリームと、CLob.setCha racterStreamおよびsetAsciiStreamの使用が遅くなります。

Oracle Bug#6491743

プールされた接続にセーブポイントを使用すると例外が発生します。

Oracle Bug#6474141

Nullの列に大量のメモリーが使用されます。

Oracle Bug#6459503

DatabaseMetadata.getFunctionsにより戻される結果セットに、FUNCTION_TYPE列が含まれません。

Oracle Bug#6454501

KAZAKH言語のサポート

Oracle Bug#6453298

ユーザー言語が"sr"に設定してある場合、SQLExceptionがスローされます。

Oracle Bug#6445341

データベースとの通信中に、JDBCメソッドNamespace.setAttributeのDMSバージョンによりNullPointerExceptionがスローされます。

Oracle Bug#6443045

Null属性を持つ構造体がバインドされると、ORA-00600が発生します。

Oracle Bug#6441084

TIMESTAMPTZおよびTIMESTAMPLTZのResultSetMetaData.GetColumnTypeNameが説明的ではありません。

Oracle Bug#6431772

Blob/ClobでのJDBC 4.0: 複数解放によってSQLExceptionが発生します。

Oracle Bug#6407808

ドライバによってPooledConnectionsでイベントが発生しなくなりました。

Oracle Bug#6406402

setTypeMapにより変数が変更され、2つのエントリが追加されます。この修正により、ドライバの動作が変更され、変数は取得ではなくコピーされます。一部のコードが機能しなくなります。新しい動作はJDBCの仕様に完全に準拠しており、ユーザー・コードを変更する必要があります。これは、ドライバにより変更が行われる場合、またはユーザー・コードによりgetTypeMapがコールされてマップが変更される場合を除き、ユーザー・コードによりsetTypeMapがコールされてマップが変更される場合に発生します。

Oracle Bug#6396398

getClientInfoがNullを返すのでなく、SQLExceptionをスローします。

Oracle Bug#6396242

バッチ・サイズが大きい場合、JDBCの使用中にArrayOutOfBoundsExceptionが発生します。

Oracle Bug#6394952

接続でORA-3113が発生すると、JDBCではユーザーが接続を閉じられなくなります。

Oracle Bug#6373844

JDBC 4.0でサポートされていない機能により、SQLFeatureNotSupportedExceptionがスローされません。

Oracle Bug#6365731

疑問符（?）が含まれているとJDBCでユーザーのパスワードが正しく設定されません。

Oracle Bug#6362104

ロード中に、JDBCドライバによりMalformedObjectExceptionまたはInstanceAlreadyExistsExceptionがスローされます。

Oracle Bug#6342068

妥当性を確認せずに、サーバーにユーザー入力が渡されます。

Oracle Bug#6338825

ONSがダウンしているとoracle.ons.SubscriptionExceptionを捕捉できません。

Oracle Bug#6312064

9i以降、日付コンポーネントを01-Jan-1900に設定するために使用される挿入操作で、データベースにTime値をバインドすると、メソッドjava.sql.Time().getTime()により日付コンポーネントが切り捨てられません。ただし、JDBCの再構築中、10gではこの動作が変更され、日付コンポーネントはリセットされませんでした。これにより、9iのユーザーに回帰が発生していました。デフォルトで値を01-Jan-1900にリセットすると、これまで4年間フラグを使用してきた10gのユーザーに回帰が発生します。そのため、ドライバにTimeの日付コンポーネントを01-Jan-1900に設定することを強制する新しい接続フラグoracle.jdbc.use1900AsYearForTimeが導入されました。このフラグのデフォルト値はfalseです。

Oracle Bug#6281527

CachedRowsetを使用して挿入されたNullは、再度選択しないと削除できません。

Oracle Bug#6279736

Thinドライバを使用していて9.2データベースに接続しているときは、取消しが機能しません。

Oracle Bug#6275369

JDBC Thinで、IOExceptionのソケットが閉じられません。

Oracle Bug#6267844

ResultSet getAsciiStreamがUTF8データベースの正しい文字を返しません。

Oracle Bug#6241715

接続キャッシュから接続を取得中にNullPointerExceptionが発生します。

Oracle Bug#6238601

OracleDataSource.setLoginTimeoutがImplicitConnectionCacheに影響しません。

Oracle Bug#6216279

不正なtimestamp値の挿入

Oracle Bug#6208793

カーソルとしてフェッチされた場合、thinとociではisBeforeFirstの動作が異なります。

Oracle Bug#6203316

oracle.jdbc.driver.DatabaseError.throwSQLExceptionのNullPointerException

Oracle Bug#6200206

AL16UTF16からUTF16への変換で、サロゲート文字が区別されます。

Oracle Bug#6145041

String[]やchar[]でない配列がsetPlsqlIndexTableを使用してVARCHAR型とバインドされている場合、正しいエラーではなくSQLException（内部エラー）がスローされます。

Oracle Bug#6132499

JDBCが誤ってwe8dec、we8iso8859p1、we8mswin1252を変換用として分類します。

Oracle Bug#6109228

setQueryTimeoutがPreparedStatement.executeBatchとともに機能しません。

Oracle Bug#6084197

サーバーが2Kより大きいデータを送信した場合でも、JDBCクライアントによって文字データが2Kに切り捨てられます。

Oracle Bug#6068533

接続を確立する際に、エラー・コード0によって実際のエラー・コードがマスキングされます。

Oracle Bug#6068467

解放されたLOBロケータに対してisTemprary()がTRUEを返します。

Oracle Bug#6027586

アプリケーション・サーバーが、複数バージョンのJDBCドライバおよびxdb.jarなど複数バージョンの従属するjarをロードできません。

Oracle Bug#6018198

SecureFileとして保存したCLOBを更新するためにCLOB.setString(long, String)をコールすると、OCIドライバではハングします。

Oracle Bug#5976201

更新可能な文を使用中にNullPointerExceptionが発生します。

Oracle Bug#5940568

{ call spLengthTest(?, ?) }などのSQL文字列では、エスケープ形式が使用されている場合、4000を超える長さのVARCHAR OUT引数が不適切に切り捨てられます。begin spLengthTest(?, ?); end;のように、Oracle固有のPL/SQLブロックが使用されている場合には、適切に表示されます。

Oracle Bug#5904762

コミット中に、ネットワークの使用およびRDBMSリソースが過剰になります。

Oracle Bug#5701494

LONG列が続くTIMESTAMPLTZ列が結果セットに含まれている場合、LONG列を読み込むとエラーが発生します。

Oracle Bug#5609480

バッチの実行時、getUpdateCountで不正な値が戻されます。

Oracle Bug#5502145

複数の文を実行する場合に、スクロール可能かつ更新可能なOracleStatementが正しく動作しません。

Oracle Bug#5154482

ドイツ語の特殊文字s（+00DF）を使用してOracleデータベースに接続できません。

Oracle Bug#4689310

パスワードが個別に指定されていると、Thinドライバのプロキシ認証が失敗します。

Oracle Bug#4464146

JDBCドライバが、ユーザーからのJDBC URLについて"jdbc"をチェックしません。

Oracle Bug#4408817

DatabaseMetaData.getSearchStringEscapeによって正しい値が返されません。

Oracle Bug#4390875

Thinドライバは、AL32UTF8のデータベースで、OracleResultSet.getString()の無効な文字に対してNullPointerExceoptionをスローします。

Oracle Bug#4325229

KPRBドライバは、32766以上の文字をデータベースのLONG列に挿入する場合、OraclePreparedStatement.setString()を使用します。データベース・キャラクタ・セットがZHT32TRISの場合は、データの切捨てが発生します。

Oracle Bug#4322830

TIMESTAMP WITH TIME ZONE値のgetTimestampでは、不適切な結果が生成されます。返されるタイムスタンプでは同じ年、月、日、時間、分、秒が出力されますが、多くの場合ミリ秒の値が不適切です。タイムスタンプはUTCタイムゾーンであるため、TIMESTAMP WITH TIME ZONE値が別のタイムゾーンである場合、タイムスタンプの値では同じ値が出力されますが実際には別の時間を表しています。

Oracle Bug#4183785

一部のoracle/netクラスは、ドライバjarおよびnetcf g.jarのようなNET jarで重複しています。

Oracle Bug#3303679

失敗した接続で、正しくない誤解を招くメッセージが表示されます。

Oracle Bug#2696213

パッケージ名やプロシージャ名のシノニムは、ワイルドカードが含まれていなければDatabaseMetaData getProcedureColumnsで追跡されるようになりました。詳細は、javadocを参照してください。

Oracle Bug#2475998

setIncludeSynonymsがtrueの場合、DatabaseMetaData.getColumnsに使用される問合せが非常に遅くなります。

Oracle Bug#2304318

next()がmax_rowsのために失敗したかどうかを知る必要があります。

Oracle Bug#556502

scaleパラメータが予想されるとおりに機能しません。

このリリースの既知の問題/制限事項

次のリストに、既知の問題または制限事項を示します。

- ScrollableResultSetでADTデータに対してgetSTRUCT()をコールすると、NullpointerExceptionが発生することがあります。

- クライアント側ドライバを使用して一度に16以上の接続をオープンしようとすると、プログラムが異常終了することがあります。これは、JDBCドライバによる制限事項ではありません。プロセスごとのファイル記述子数の制限を超えることが原因と思われます。この問題を解決するには、上限を高くします。

- サーバー側内部ドライバには、次の制限事項があります。

- LONG型とLONG RAW型は、PL/SQLプロシージャのパラメータが32512バイトに制限されます。Oracle Bug#5965340

- SQLExceptionが連鎖する場合は、最初のSQLExceptionでのみgetSQLState値が戻ります。

- Oracle 8のObject、REFおよびCollectionデータ型を使用したバッチ更新はサポートされません。

- Java Virtual Machineがグリーン・スレッド・モードで動作している場合は、SSL接続上のJDBC OCIドライバが停止します。回避策は、Java Virtual Machineをネイティブ・スレッド・モードで実行することです。

- 日時書式、通貨記号および小数点記号は、常にアメリカの表記規則で表されます。

- JSPのSystem.out.println()を標準出力にリダイレクトするために使用するdbms_java.set_outputまたはdbms_java.set_streamユーティリティは、JDBCトレースがオンになっているときには使用しないでください。これは、dbms_java.set_outputおよびset_streamの現行の実装では、出力を標準出力に書き込むためにJDBCが使用されるためです。この種のユーティリティを使用すると無限ループになります。

- JDBC OCIドライバとJDBC Thinドライバは、バイナリ・ストリームを介してCHARデータを正常に読み取りません。つまり、getBinaryStream()を使用してCHARデータを取得すると、正しい結果が得られないことがあります。回避策は、かわりにgetCHAR()またはgetAsciiStream()を使用することです。その他にgetUnicodeStream()を使用する方法もありますが、このメソッドは非推奨になっています。

- JavaおよびObject型で実装されるトリガーには制限があります。Javaメソッドとして実装されたトリガーは、Oracle 8のObject型またはCollection型のOUT引数を取ることができません。つまり、トリガーの実装に使用するJavaメソッドには、次の型の引数を使用できません。

- java.sql.Struct

- java.sql.Array

- oracle.sql.STRUCT

- oracle.sql.ARRAY

- oracle.jdbc2.Struct

- oracle.jdbc2.Array

- oracle.jdbc2.SQLDataまたはoracle.sql.CustomDatumを実装するクラス

- スクロール可能な結果セットの実装には、次の制限があります。

- ScrollableResultSetに対するsetFetchDirection()は、何もしません。

- ScrollableResultSetに対するrefreshRow()では、更新検出と同時実行性の組合せがすべてサポートされるわけではありません。次の表に、サポートされる組合せを示します。

Support     Type                       Concurrency
-------------------------------------------------------
no          TYPE_FORWARD_ONLY          CONCUR_READ_ONLY
no          TYPE_FORWARD_ONLY          CONCUR_UPDATABLE
no          TYPE_SCROLL_INSENSITIVE    CONCUR_READ_ONLY
yes         TYPE_SCROLL_INSENSITIVE    CONCUR_UPDATABLE
yes         TYPE_SCROLL_SENSITIVE      CONCUR_READ_ONLY
yes         TYPE_SCROLL_SENSITIVE      CONCUR_UPDATABLE

- トリガーを作成する場合、PreparedStatementsの使用には制限があります。ドライバでは:fooをSQLパラメータとして認識するため、PreparedStatementの使用時に、トリガーを定義するSQLで:inおよび:outを使用できません。回避策は、かわりにStatementを使用することです。

Oracle Bug#9467659

番号付け規則に準拠するために、「LOBプリフェッチ・サイズが無効です」のエラー・コードはORA-17360からORA-17267に変更され、「年の値が範囲外です。」のエラー・コードはORA-17361からORA-17268に変更されました。これらのコードは、11.2.0.1で追加されました。

Oracle Bug#8295873

Corridとデキュー条件が重なったときに、SQLExceptionが発生してデキューが失敗します。

Oracle Bug#8236689

行を更新するときにJavaが格納されているPROCによってCPUが過剰に消費されます。

Oracle Bug#8206596

setTimestampによって正しくないTIMESTAMPTZが挿入されました。

Oracle Bug#7833945

t2cconnection.freetemporaryのときにmgwが断続的にORA-21500を報告します。

Oracle Bug#7829722

JDBC Thinが、サポートされていない構成に破損した数値を断続的に挿入します。

Oracle Bug#7653491

stress soa - aq jms topic enqueue sqlが非常に多くのデータベース時間を消費します。

Oracle Bug#7529748

OCIのパフォーマンスの問題

Oracle Bug#7431899

OracleXAConnectionを使用してNullを挿入する際にservererrorトリガーが起動されません。

Oracle Bug#7357124

ResultSet.getRowIdがスクロール可能な結果セットでのVARCHAR2の読込みに失敗します。

Oracle Bug#7357118

ResultSet.getRAWがスクロール可能な結果セットでのVARCHAR2の読込みに失敗します。

Oracle Bug#7357103

ResultSet.getTIMESTAMPTZがスクロール可能な結果セットからのデータの読込みに失敗します。

Oracle Bug#7354593

ResultSet.getDateがVARCHAR2に格納された日付の読込みに失敗します。

Oracle Bug#7351254

ResultSet.getNumberがVARCHAR2に格納された数値の読込みに失敗します。

Oracle Bug#7331353

NVARCHAR2またはNCHARから読み込まれたときにResultSet.getAsciiStreamに問題があります。

Oracle Bug#7165350

getOraclePlsqlIndexTable()/stringValue()によりNullPointerExceptionが発生します。

Oracle Bug#7010112

getXXXStream/getBytes/getStringがBFILEの読込みに失敗します。

Oracle Bug#6902846

JDBC KPRBドライバが、遅延制約の違反に対してエラーを出力しません。

Oracle Bug#6748410

CallableStatementに多くのoutパラメータがある場合、JDBC 10.2.0.3が遅くなります。

Oracle Bug#6668732

ORA-22922: LOB値が存在しません。 - JDBCドライバのバージョン11。密接に関連する不具合が数多くあります。そのどれもが一時LOBに何も行わずに、それらを移動することに関係があります。実際にLOBを変更する場合、エラーは発生しません。

Oracle Bug#6658636

insertRow methodを介してリモート表に挿入する場合の例外

Oracle Bug#6470838

データベース・セッションのロケール選択の互換性の問題を修正する必要があります。

Oracle Bug#6193695

utf8 d/bと各国語キャラクタ・セットでフェイルオーバーを選択した後、疑問符が返されます。

Oracle Bug#6127810

java.sql.SQLException: ORA-22922: LOB値が存在しません。

Oracle Bug#5976230

文へのexecuteBatchが、更新可能なResultSetを閉じるときに失敗します。

Oracle Bug#5478959

addBatchに、格納PROCのJava PreparedStatementクラスを使用する行がありません。

Oracle Bug#5127111

in outパラメータでのsetCharに対するパラメータ・タイプの競合エラー

Oracle Bug#4176026

longからgetCharacterStream()の1MB（333334文字）で333416文字が返されました。

Oracle Bug#4092459

getConnectionにおける不完全/不正確なログイン・タイムアウトのサポート

Oracle JVM README

原典情報: $ORACLE_HOME/javavm/doc/readme.txt

目次

11g（11.1および11.2） Oracle JVMの新機能

Javaの互換性

スタート・ガイド

役に立つヒント

11g（11.1および11.2） Oracle JVMの新機能

- URLおよびマシン名でのInternet Protocol Version 6（IPv6）アドレスのサポートが追加されました。（11.2から追加。11.1では未対応）

- Oracle JVMのシステムクラスがJDK 1.4.2レベルからJDK 1.5にアップグレードされました。

- パフォーマンスと使いやすさで以前のJAccelerator（ncomp）に比べて大幅な改善を可能にする、まったく新しいJust-In-Time（JIT）コンパイラが導入されました。以前のJAcceleratorは11.1以降では非推奨です。

- よりよいセキュリティとパフォーマンスを提供するためにJava2権限システムが改訂されました。

- Java Management
Extensions（JMX）のサポートにより、JConsoleなど標準のJMX対応コンソールを使用してOracle JVMの監視や制御が可能になりました。

- Javaのセッション状態の2層の期間のサポートが追加されました。

- データベース常駐JARのサポートが追加され、データベースにロードしたJARを表すデータベース・オブジェクトの作成が可能になりました。

- クラスがロードされた新しいユーザー・クラス・メタデータ機能を使用して、プライベート・クラスのメタデータが共有可能になりました。

- 出力のリダイレクションを可能にするサポートが追加されました。

- システム・プロパティの設定、取得、削除、表示を行うために、PL/SQL DBMS_JAVAパッケージに関数セットが追加されました。

- 新しいrunjava関数（PL/SQL DBMS_JAVAパッケージまたはojvmjavaツールから起動可能）により、JDK/JRE Javaシェル・コマンドに似たコマンドライン・インタフェースが提供されます。

- ユーティリティが改善されました。

- 新しいojvmtcツールは外部参照の解決に役立ちます。

- URLを使用してリモート・サーバーからクラスやjarをロードできるようにloadjavaツールがリライトされました。

- リスト・ベースの操作をサポートするためにdropjavaツールが機能拡張されました。

Javaの互換性

このリリースは、Sun社のJava Compatibility Kit for JDK 1.5を使用して詳細なテストが完了しています。オラクル社は、Oracle JVMがJavaおよびその他のインターネット標準に対応するよう努めています。

スタート・ガイド

『Oracle Java開発者ガイド』（Oracle JVM製品のドキュメント）はオンラインで利用できます。

Oracle JVMに慣れていない場合は、まずドキュメントの指示に従って製品を正しくインストール、構成することが重要です。始めるにあたって、ドキュメントに記載されている例に従うことをお薦めします。$ORACLE_HOME/javavm/demoにあるデモと例には、HelloWorldの例が含まれています。

HelloWorldと他の例を実行すると、インストールが正常に完了していることと、Oracle JVMがデータベースで正常に有効化されていることを確認できます。

Javaアプリケーションの開発とデプロイメントに使用されるメモリー・リソースには、様々なものがあります。デプロイメント時間および実行時の操作が正しいことを確認するには、メモリー・パラメータを構成して要件を満たす方法について理解しておく必要があります。製品のドキュメントには、Javaのメモリー使用量について詳細な説明があります。

役に立つヒント

トラブルシューティングのヒント

- 通常、エラーはトレース・ファイルでレポートされます。問題を明確にする第1歩として、トレース・ファイルを調べてください。

Javaストアド・プロシージャ

- コール仕様部の定義と実際のJavaメソッドの不一致は、実行時にのみ検出されます。

- package.procedureのDESCRIBEは、メソッドがPL/SQL実装ではなくJavaを含む場合に、「オブジェクトが存在しない」ことを示します。パッケージのDESCRIBEでは、PL/SQLプロシージャのみがリストされ、Javaストアド・プロシージャは除外されます。

LoadjavaとDropjava

- 推奨されるワークフローは、まずクライアント側のコンパイラでJavaのソースをコンパイルしてから、結果のクラス・バイナリをデータベースにロードすることです。このワークフローによって、全体的なコンパイルとロードの時間が節約できます。

- ソース（.java）とバイナリ（.class）を1つのjarファイルにロードすることは、推奨できません。同じクラスのソース・ファイルとバイナリ・ファイルを、同じjarファイルでロードすることはできません。

- 最初にロードするときと同じようにして、Javaスキーマ・オブジェクトを削除する必要があります。たとえば、Jarオブジェクトから個々のクラスを削除することはできません。-jarsasresourceコマンド・オプションを使用して、Jar全体を削除する必要があります。

- 大きいJarファイルのロードで問題があるときは、SHARED_POOL_SIZEの値を大きくすることを検討してください。Javaスキーマ・オブジェクトの作成には、共有プール・メモリーが使用されます。

- クラスが正しくロードおよび解決されていない恐れがある場合は、クラスをロードして実行したユーザーとして接続することにより、ロードされたクラスの状態を調べることができます。

SELECT * FROM
user_objects;

SELECT * FROM
user_errors;

正常にロードされて解決されたクラスの場合は、user_objectsビューでステータスがVALIDと表示されます。

runjava

- runjavaは、アプリケーション開発およびプロトタイピングのワークフローで使用するために設計されています。デプロイメントでの使用には非効率的です。

- クライアント側のJDBC使用は、一般的にrunjavaの下で透過的に機能します。特にサーバーでサポートされていないJDBC-OCIドライバの場合が当てはまります。

Oracle Multimedia README

原典情報: $ORACLE_HOME/ord/im/admin/README.txt

目次

機能名の変更

スタート・ガイド

Oracle Multimediaリリース11.2

Oracle Technology Network

Oracle Multimediaドキュメント

警告:

Oracle Multimediaでインストールされるユーザーおよび権限

インストールおよびアップグレードの重要な考慮事項

アップグレードについての注意:

Oracle Multimediaのインストール

Oracle Multimediaインストールの検証

サンプル・アプリケーションの実行

ダウングレードについての注意

削除についての注意

Oracle Multimedia Java APIの使用

Oracle Multimedia Mid-Tier Java APIの使用

リリース11.2.0.2で修正された問題

リリース11.2.0.1で修正された問題

このリリースで追加された機能

このリリースの既知の問題

11.2.0.2のドキュメントの省略および訂正

ドキュメントの省略および訂正

非推奨の機能

機能名の変更

リリース11.1では、Oracle interMediaはOracle Multimediaという名称に変更されました。機能は同じで、名称のみが変更されました。Oracle interMediaの呼称はOracle Multimediaとなりましたが、グラフィカル・ユーザー・インタフェースやコード・サンプルおよび11gリリース2 （11.2）のOracle Databaseドキュメント・ライブラリの関連ドキュメントでは、Oracle interMediaまたはinterMediaとして言及される場合があります。

スタート・ガイド

本書では、Oracle Multimediaのリリース情報について説明します。

Oracle Multimediaリリース11.2

Oracle Multimediaを使用すると、Oracle Databaseは他のエンタープライズ情報と統合された形で、イメージや医療イメージおよび他のオブジェクト（DICOM）、オーディオ、動画データの格納、管理および取得が可能になります。Oracle Multimediaによって、Oracle Databaseの信頼性や可用性およびデータ管理を、従来の医療やインターネット、電子商取引およびメディアを駆使したアプリケーションにまで拡張できます。

Oracle Multimediaは、ストレージ、検索、メタデータ抽出および二次元の静的なビットマップ・イメージ処理のイメージ・サービスを提供します。イメージは、一般的な圧縮方式を使用して効率的に業界標準のデスクトップ・パブリッシング用のイメージ・フォーマットで格納されます。

Oracle Multimediaは、医療用イメージおよび他のDICOM（医療におけるデジタル・イメージングおよびコミュニケーション）データの格納、検索、メタデータ抽出、処理、書込み、適合性の検証、匿名化のDICOMサポートを提供します。

Oracle Multimediaは、一般的なオーディオやビデオのファイル形式の格納、検索、メタデータ抽出のためのオーディオおよびビデオ・サービスを提供します。

Oracle Technology Network

Oracle Multimediaについての最新情報およびOracle Multimediaのサンプルとプラグインの無料ダウンロードは、Oracle Technology NetworkのWebサイトのOracle Multimediaに関するセクションにアクセスしてください。URLは次のとおりです。

http://www.oracle.com/technology/products/multimedia/

Oracle Multimediaドキュメント

Oracle Databaseには、詳細なオンライン・ドキュメントが用意されています。Oracle Multimediaのドキュメント更新については、Oracle Technology NetworkのWebサイトを確認してください。

このリリースでは、新しいJavadocの『Oracle Multimedia Mid-Tier Java API Reference』が用意されています。

Oracleロケータは、Oracleのロケーションに基づいたサービスを提供します。Oracleロケータについては、『Oracle Spatialユーザーズ・ガイドおよびリファレンス』を参照してください。

警告:

この警告を無視して次の禁止行為のいずれかを行うと、データベース管理システムで内部エラーやセキュリティ違反になる可能性があります。

Oracle Multimediaは、データベース・ユーザーORDSYS、ORDPLUGINS、SI_INFORMTN_SCHEMAおよびORDDATAの下にインストールされます。これらのユーザーはデータベースのインストール時に作成されます。今後のリリースでは変更されることがあります。これらのユーザーは削除しないでください。

Oracle Multimediaロケータは、Oracle Spatialがインストールされていない場合、データベース・ユーザーMDSYSの下にインストールされます。このユーザーはデータベースのインストール時に作成されます。今後のリリースでは変更されることがあります。このユーザーは削除しないでください。

顧客がこれらのユーザーに接続したり、これらのユーザーやその内容を変更したりしないようにしてください。Oracle Multimediaが提供する関数やパッケージ、型、ビューおよびドキュメントは、Oracleによって予約されており、今後のリリースで変更されることがあります。

注意: ユーザー定義のパッケージをORDPLUGINSスキーマに追加できます。Oracle Multimediaの機能拡張については、『Oracle Multimediaユーザーズ・ガイド』を参照してください。

注意: ユーザー定義のDICOMデータ・モデルのドキュメントは、DICOMデータ・モデル・リポジトリAPIを使用して、ORDDATAスキーマに格納されます。データ・モデル・リポジトリへのドキュメントの挿入については、『Oracle Multimedia DICOM開発者ガイド』を参照してください。

Oracle Multimediaでインストールされるユーザーおよび権限

Oracle Multimediaのインストールによって、Oracle Multimediaに必要な権限を持つユーザーORDSYS、ORDPLUGINS、SI_INFORMTN_SCHEMA、ORDDATAおよびMDSYSが作成されます。これらのユーザーはデフォルトのパスワードとともに作成されます。インストールによってアカウントがロックされ、デフォルトのパスワードは期限切れとして示されます。

インストール時のユーザーORDSYSのデフォルト・パスワードは'ORDSYS'で、ORDPLUGINS用は'ORDPLUGINS'、SI_INFORMTN_SCHEMA用は'SI_INFORMTN_SCHEMA'、ORDDATA用は'ORDDATA'、MDSYS用は'MDSYS'です。

注意: これらのユーザー・アカウントに直接ログインすることはお薦めしません。

インストール・プロセスによって、ユーザー・グループPUBLICには、ORDSYS、ORDPLUGINS、SI_INFORMTN_SCHEMAおよびMDSYSの各スキーマにインストールされたOracle Multimediaパッケージおよびオブジェクトに対するEXECUTE権限が付与されます。

インストールおよびアップグレードの重要な考慮事項

このリリースで導入された新しいデータベース・セキュリティ対策では、Oracle Multimediaアプリケーションにメディア・コンテンツのHTTPソースを使用した追加の構成手順が必須となります。メディア列にHTTPソースが含まれるかどうかを判断するには、次の問合せを実行できます。この問合せでは、表名がMEDIA_TABLEで列名がMEDIA_COLUMNであると想定します。

SELECT count(*)
FROM MEDIA_TABLE m
WHERE m.MEDIA_COLUMN.source.srcType = 'HTTP'
AND m.MEDIA_COLUMN.source.local IS NOT NULL
AND m.MEDIA_COLUMN.source.local <> 1

Oracle Multimediaは、PL/SQLパッケージのUTL_HTTPを使用して、HTTPソースのメディア・コンテンツにアクセスします。ネットワーク接続がリモート・ホストに作成されるようにするには、アプリケーション・ユーザーに権限を付与する必要があります。たとえば、ユーザーSCOTTにホストwwww.oracle.com:80にあるHTTPコンテンツへのアクセス権を付与するには、データベース管理者は次を実行します。

SQL> REM Creates a new ACL and adds SCOTT the privilege to the ACL to make
SQL> REM TCP connections
SQL> EXECUTE DBMS_NETWORK_ACL_ADMIN.CREATE_ACL('acl_for_oracle.xml', -
> 'ACL for www.oracle.com', 'SCOTT', TRUE, 'connect')

SQL> REM Assigns the new ACL to www.oracle.com for TCP/IP port 80 (HTTP)
SQL> EXECUTE DBMS_NETWORK_ACL_ADMIN.ASSIGN_ACL('acl_for_oracle.xml', -
> 'www.oracle.com', 80)

SQL> REM Commits to make the ACL take effect
SQL> COMMIT

ネットワーク・アクセスのための権限の構成の詳細は、DBMS_NETWORK_ACL_ADMINおよびUTL_HTTPパッケージのドキュメントを参照してください。

アップグレードについての注意:

Oracle Databaseの以前のリリースからデータベースをアップグレードする際、ソース・データベースで検出された場合はOracle Multimediaは自動的にアップグレードされます。手順の詳細は、『Oracle Databaseアップグレード・ガイド』を参照してください。

Oracle Multimediaのインストール

Oracle MultimediaはOracle Databaseとともにインストールおよび構成されます。Oracle Multimediaを手動で構成する必要がある場合、この項の手順に従ってください。

1 インストールの決定事項
2 インストール前の手順
3 インストールの手順

1 インストールの決定事項

インストールの手順によって、ユーザーORDSYS、ORDPLUGINS、SI_INFORMTN_SCHEMA、ORDDATAおよびMDSYSが作成されます。これらのユーザーは、Oracle Multimediaに必要な権限を使用して作成されます。

決定事項1: Oracle Multimediaユーザー（ORDSYS、ORDPLUGINS、SI_INFORMTN_SCHEMAおよびORDDATA）にどの表領域を使用するか、およびOracle Spatial/Oracle Multimediaのロケーション・サービス・ユーザー（MDSYS）にどの表領域を使用するかを決定します。両方にSYSAUX表領域を使用することをお薦めします。

2 インストール前の手順

システムへのインストール手順および環境のセットアップ手順については、使用するオペレーティング・システム向けのインストレーション・ガイドを参照してください。

Oracle Multimediaを手動でインストールして構成する前に、次のインストール前のタスクを実行してください。

2.1 PL/SQL、Oracle JVM、Oracle XMLデータベースおよびOracle XDKを含む、Oracle Databaseをインストールします。

2.2 データベースを作成します。

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

2.4 必要なソフトウェアがインストール済で有効なことを検証します。

必要なソフトウェアが正しくインストールされているか検証するには、SQL*Plusを実行してSYSDBAとして接続し、次の問合せを入力します。

SQL> select version, status from dba_registry where comp_id='JAVAVM';
SQL> select version, status from dba_registry where comp_id='XDB';
SQL> select version, status from dba_registry where comp_id='XML';

バージョンが正しく、ステータスの値が'VALID'かどうか確認します。

3 インストールの手順

次の必須の構成手順を実行します。これらの手順は、手動でOracle Multimediaを構成する場合にのみ必須です。Database Configuration Assistantを使用する場合、これらの手順を実行する必要はありません。

これらの手順での<ORACLE_HOME>という表記は、Oracleホーム・ディレクトリを表します。

3.1 Oracle Universal Installerを使用して、Oracle Multimediaを構成するファイルをシステムにインストールします。

3.2 ユーザーを作成して、適切な権限を付与します。

1. SQL*Plusを起動してSYSDBAとして接続します。

2. Oracle Multimedia表領域およびOracleロケーション・サービスの表領域の2つのパラメータを使用して、ordinst.sqlを起動します。

SQL> @<ORACLE_HOME>/ord/admin/ordinst.sql SYSAUX SYSAUX (Linux/UNIXの場合)
@<ORACLE_HOME>\ord\admin\ordinst.sql SYSAUX SYSAUX (Windowsの場合)

3.3 Oracle Multimediaの型およびパッケージをインストールします。

1. SQL*Plusを起動してSYSDBAとして接続します。

2. catim.sqlを起動します。

SQL> @<ORACLE_HOME>/ord/im/admin/catim.sql (Linux/UNIXの場合)
@<ORACLE_HOME>\ord\im\admin\catim.sql (Windowsの場合)

これらの必須のインストール手順が完了したら、Oracle Multimediaを使用する準備ができました。

Oracle Multimediaインストールの検証

Oracle Multimediaのインストールまたはアップグレードの後に、Oracle Multimedia検証プロシージャを起動することによりOracle Multimediaを検証できます。

Oracle Multimedia検証プロシージャを実行するには、SYSDBAとして接続し、プロシージャvalidate_ordimを次のように実行します。

1. SQL*Plusを起動してSYSDBAとして接続します。

2. SYS.validate_ordimを実行します。

SQL> execute SYS.validate_ordim;

検証プロシージャによって、Oracle Multimediaが有効な場合は、メッセージが表示されないままOracle Multimediaのレジストリ・エントリが'VALID'に設定されます。無効なオブジェクトが検出された場合、検証プロシージャによって無効な最初のオブジェクトがいくつかリストされ、レジストリ・エントリが'INVALID'に設定されます。

Oracle Multimediaのレジストリ・エントリに問い合せるには、SQL*Plusを実行してSYSDBAとして接続し、次の問合せを入力します。

SQL> select version, status from dba_registry where comp_id='ORDIM';

バージョンが正しく、ステータスが'VALID'かどうかを確認します。

サンプル・アプリケーションの実行

Oracle Multimediaをインストールした後は、Oracle Multimediaのサンプル・アプリケーションを実行できます。サンプル・アプリケーションは、Oracle Technology NetworkからダウンロードできるOracle Database Examplesメディアに含まれています。

これらの手順での<ORACLE_HOME>という表記は、Oracleホーム・ディレクトリを表します。

Oracle Database Examplesメディアをインストールした後に、Oracle Multimediaのサンプル・アプリケーションは次のディレクトリにあります。

<ORACLE_HOME>/ord/im/demo (Linux/UNIXの場合)
<ORACLE_HOME>\ord\im\demo (Windowsの場合)

Oracle Multimedia Javaサンプル・アプリケーション

Oracle Multimedia Javaサンプル・アプリケーションについては、次の場所にあるREADME.txtファイルを参照してください。

<ORACLE_HOME>/ord/im/demo/java/README.txt (Linux/UNIXの場合)
<ORACLE_HOME>\ord\im\demo\java\README.txt (Windowsの場合)

Oracle Multimedia ORDImageサンプル・アプリケーション

Oracle Multimedia ORDImage OCIサンプル・アプリケーションについては、次の場所にあるREADME.txtファイルを参照してください。

<ORACLE_HOME>/ord/img/demo/README.txt (Linux/UNIXの場合)
<ORACLE_HOME>\ord\img\demo\README.txt (Windowsの場合)

Oracle Multimedia Java Servlet Photo Albumのサンプル・アプリケーション

Oracle Multimedia Java Servlet Photo Albumのサンプル・アプリケーションについては、次の場所にあるREADME.txtファイルを参照してください。これは、ServletおよびJSP向けのOracle Multimedia Java APIを使用してJava servletからマルチメディア・データをアップロードしたり、取得する様子を説明しています。

<ORACLE_HOME>/ord/http/demo/servlet/README.txt (Linux/UNIXの場合)
<ORACLE_HOME>\ord\http\demo\servlet\README.txt (Windowsの場合)

Oracle Multimedia JavaServer Pages Photo Albumのサンプル・アプリケーション

Oracle Multimedia JavaServer Pages Photo Albumのサンプル・アプリケーションについては、次の場所にあるREADME.txtファイルを参照してください。これは、ServletおよびJSP向けのOracle Multimedia Java APIを使用したJSPからマルチメディア・データへのアップロードおよび取得について説明しています。

<ORACLE_HOME>/ord/http/demo/jsp/README.txt (Linux/UNIXの場合)
<ORACLE_HOME>\ord\http\demo\jsp\README.txt (Windowsの場合)

Oracle Multimedia PL/SQL Web Toolkit Photo Albumのサンプル・アプリケーション

Oracle Multimedia PL/SQL Web Toolkit Photo Albumのサンプル・アプリケーションについては、次の場所にあるREADME.txtファイルを参照してください。これは、Oracle PL/SQL Web ToolkitおよびOracle PL/SQL Gatewayを使用したマルチメディアへのアップロードおよび取得について説明しています。

<ORACLE_HOME>/ord/http/demo/plsqlwtk/README.txt (Linux/UNIXの場合)
<ORACLE_HOME>\ord\http\demo\plsqlwtk\README.txt (Windowsの場合)

PL/SQL Gateway用Oracle Multimedia Code Wizard

PL/SQL Gateway用Oracle Multimedia Code Wizardについては、次の場所にあるSQLスクリプトのサンプルおよびREADME.txtファイルを参照してください。これは、PL/SQL Gateway用のPL/SQLプロシージャを作成して、Oracle Multimediaオブジェクト型のいずれかを使用して、データベースに格納されたメディア・データをアップロードしたり、取得したりできるツールのサンプルです。

<ORACLE_HOME>/ord/http/demo/plsgwycw (Linux/UNIXの場合)
<ORACLE_HOME>\ord\http\demo\plsgwycw (Windowsの場合)

ダウングレードについての注意

Oracle Multimediaは、Oracle Multimedia機能をインストールしてOracle Databaseをダウングレードすると、自動的にダウングレードされます。手順の詳細は、『Oracle Databaseアップグレード・ガイド』を参照してください。

警告

Oracle Database 11gリリース2（11.2）からソース・リリースにダウングレードしないことを確認するまでは、DICOMデータ・モデル・リポジトリを変更しないでください。

データベースのアップグレード後にOracle Multimedia DICOMデータ・モデル・リポジトリに加えられた変更（ドキュメントの挿入や削除など）は、データベースのダウングレード後に失われます。

削除についての注意

Oracle Multimediaには、インストール削除用のスクリプトが付属しています。Oracle Multimediaに依存するコンポーネントがインストールされていないことを確認するために、データベース・コンポーネントの削除用スクリプト（catcmprm.sql）を使用してOracle Multimediaの削除用スクリプトを起動してください。

Oracle Multimediaを削除するには、次の手順に従います。

1. SQL*Plusを起動してSYSDBAとして接続します。

2. Oracle Multimediaに依存する他のコンポーネントがインストールされていなければ、パラメータORDIMによりコンポーネント削除用のスクリプト、catcmprm.sqlを起動して、Oracle Multimediaを削除します。

-> SQL> @<ORACLE_HOME>/rdbms/admin/catcmprm.sql ORDIM (Linux/UNIXの場合)
@<ORACLE_HOME>\rdbms\admin\catcmprm.sql ORDIM (Windowsの場合)

Oracle SpatialなどOracle Multimediaに依存するコンポーネントがインストールされている場合、次のメッセージが表示されて、Oracle Multimediaの削除用スクリプトは起動しません。

ORDIMには次の依存関係があるため、削除できません。
コンポーネント: SDOネームスペース: SERVER

依存するコンポーネントがインストールされていない場合、Oracle Multimediaの削除用スクリプトによって、Oracle Multimediaが使用されているかどうかがチェックされます。Oracle Multimediaが使用されているかどうかを示すメッセージが表示されます。次に例を示します。

Oracle Multimediaは使用されていません

または

Oracle Multimediaオブジェクト型が使用されています

この場合、次の確認を求められます。

Oracle Multimediaを削除してよろしいですか（Y/N）:

回答の最初の文字が'Y'または'y'の場合、使用されているかどうかに関係なくOracle Multimediaは強制的に削除されます。

Oracle Multimedia Java APIの使用

Oracle Multimedia Java APIを使用するには、Javaプログラムをコンパイルおよび実行できるように、使用するJava環境が正しく設定されている必要があります。さらに、次のセットアップが必要です。

環境変数CLASSPATHを指定して、次のOracle Javaライブラリを含める必要があります。Oracle Multimedia Java APIライブラリ、Oracle JDBCライブラリ、XDB Javaクラス・ライブラリおよびXML Java APIライブラリ（DICOM機能またはOracle Multimediaメタデータ抽出を使用している場合）、Oracle Multimedia DICOM Java APIライブラリ（DICOM機能を使用している場合）。

servletやJSPアプリケーションを記述している場合、ServletおよびJSPライブラリ用のOracle Multimedia Java APIライブラリを含める必要もあります。Oracle Javaライブラリは次の場所にあります。

Unix:
JDK 5 or later:
<ORACLE_HOME>/ord/jlib/ordim.jar
<ORACLE_HOME>/jdbc/lib/ojdbc5.jar
<ORACLE_HOME>/rdbms/jlib/xdb.jar  (for DICOM and metadata extraction)
<ORACLE_HOME>/lib/xmlparserv2.jar (for DICOM and metadata extraction)
<ORACLE_HOME>/ord/jlib/orddicom.jar (for DICOM only)
<ORACLE_HOME>/ord/jlib/ordhttp.jar (for servlets and JSP only)
<ORACLE_HOME>/jlib/orai18n.jar (optional, see note)

Windows:
JDK 5 or later:
<ORACLE_HOME>\ord\jlib\ordim.jar
<ORACLE_HOME>\jdbc\lib\ojdbc5.jar
<ORACLE_HOME>\rdbms\jlib\xdb.jar  (for DICOM and metadata extraction)
<ORACLE_HOME>\lib\xmlparserv2.jar (for DICOM and metadata extraction)
<ORACLE_HOME>\ord\jlib\orddicom.jar (for DICOM only)
<ORACLE_HOME>\ord\jlib\ordhttp.jar (for servlets and JSP only)
<ORACLE_HOME>\jlib\orai18n.jar (optional, see note)

他に必要な可能性のあるJavaライブラリについての情報は、JDKドキュメントを参照してください。

注意: クライアント・アプリケーションとデータベース間でNLSキャラクタ・セットの変換が必要な場合、ファイルorai18n.jarをCLASSPATH変数に含める必要があります。NLSキャラクタ・セット変換の詳細は、『Oracle Database JDBC開発者ガイドおよびリファレンス』を参照してください。NLSキャラクタ・セットの変換が必要ではあるが、適切なライブラリが指定されていない場合、16進でエンコードされた文字列としてOracle Multimediaオブジェクト型のキャラクタ・ベース属性が返されることがあります。

JDBC OCIドライバを使用している場合は、JDBC OCI共有ライブラリの場所を変数LD_LIBRARY_PATH（LinuxまたはUNIXの場合）または変数PATH（Windowsの場合）で指定する必要があります。

注意: このライブラリ・パスは共有であるため、SQL*Plusなど他のクライアント・アプリケーションを使用可能にするために、以前に指定されている可能性もあります。

Unix:
<ORACLE_HOME>/lib (for libocijdbc11.so)
Windows:
<ORACLE_HOME>\bin (for ocijdbc11.dll)

Oracle Multimedia Mid-Tier Java APIの使用

Oracle Multimedia Mid-Tier Java APIを使用するには、Javaプログラムをコンパイルおよび実行できるように、使用するJava環境が正しく設定されている必要があります。さらに、次のセットアップが必要です。

環境変数CLASSPATHを指定して、次のOracle Javaライブラリを含める必要があります。Oracle Multimedia Java APIライブラリ、Oracle Multimedia Mid-Tier Java APIライブラリ、Oracle Multimedia DICOM server-side JAVAライブラリ、XML Java APIライブラリ。Oracle Javaライブラリは次の場所にあります。

Unix:
<ORACLE_HOME>/ord/jlib/ordim.jar
<ORACLE_HOME>/ord/jlib/orddcmmt.jar
<ORACLE_HOME>/ord/jlib/ordimdcm.jar
<ORACLE_HOME>/lib/xmlparserv2.jar

Windows:
<ORACLE_HOME>\ord\jlib\ordim.jar
<ORACLE_HOME>\ord\jlib\orddcmmt.jar
<ORACLE_HOME>\ord\jlib\ordimdcm.jar
<ORACLE_HOME>\lib\xmlparserv2.jar

他に必要な可能性のあるJavaライブラリについての情報は、JDKドキュメントを参照してください。

リリース11.2.0.2で修正された問題

マッピング・ドキュメントのカスタム・メタデータXMLスキーマのローカル・スキーマ化指定が可能

ユーザー定義のマッピング・ドキュメントに関連付けられているカスタム・メタデータXMLスキーマを、ローカル・スキーマとしてOracle XML DBに登録できるようになりました。他のユーザーがカスタム・メタデータXMLスキーマを検証に使用できないようにするには、ローカル・スキーマとしてOracle XML DBに登録します。または、他のユーザーがカスタム・メタデータXMLスキーマに対して検証を実行できるようにするには、グローバル・スキーマとしてOracle XML DBに登録します。

検証がオンの状態（プリファレンス値VALIDATE_METADATAがtrue）でextractMetadata()操作が実行され、現行ユーザーがマッピング・ドキュメント内のメタデータ・ネームスペースを使用できない場合は、ORA-53259エラーが発生します。

createDicomImage()による元のDICOMメタデータの削除

createDicomImage()プロシージャに対する入力であるソース・コンテンツがDICOMコンテンツの場合、結果の宛先DICOMコンテンツには、このプロシージャに対する入力であったメタデータのみが含まれます。このように、宛先DICOMコンテンツでは、ソースDICOMコンテンツのメタデータが削除され、入力であったメタデータで置換されます。

XML_SKIP_ATTRプリファレンスの最大値の増加

一部の顧客には、値が32KBを超えるタグの抽出が必要でした。このため、XML_SKIP_ATTRプリファレンスの最大値が32767から2^32-1に変更されています。

無効なUID値の抽出と処理

Oracle Multimedia DICOMでは、すべてのAPIで、無効なUID値がデフォルトで抽出および処理されるようになりました。以前のバージョンのOracle Multimediaでは、無効なUID値が含まれたDICOMコンテンツからメタデータを抽出する際に、無効なUID値は表示されないまま無視されていました。

プリファレンス・パラメータCONFORMANCE_LEVELがすべての有効値で機能

CONFORMANCE_LEVELプリファレンス・パラメータの有効な値は、leastConform、ignoreExceptionおよびmostConformです。デフォルト値はignoreExceptionです。

リリース11.2.0.1で修正された問題

変更されたIPTC-IIMメタデータ・スキーマ

<recordVersion>タグがオプションとなるように、IPTC-IIMメタデータ・スキーマが変更されました。このタグは以前は必須で、このタグがイメージにない場合は、XMLメタデータ・ドキュメントが生成されませんでした。これは、ORDSYS.ORDImageのgetMetadata()メソッドに影響します。この修正は、Oracle Bug#6934848によって要求されました。

変更されたEXIFメタデータ・スキーマ

<GPSVersionID>要素タグがオプションとなるように、EXIFメタデータ・スキーマが変更されました。このタグは以前は必須で、このタグがイメージにない場合は、<GpsIfd>要素が生成されませんでした。これは、ORDSYS.ORDImageのgetMetadata()メソッドに影響します。

特定のMP4ビデオの解析に関する問題の修正

Oracle Multimedia MP4パーサーが、MSNV atomで始まる標準以外のMP4ビデオ・ファイルを解析できるように強化されました。これにより、Oracle Bug#6342823が修正されました。

新しい形式のQuicktimeビデオの解析に関する問題の修正

Oracle Multimedia Quicktimeパーサーが、ファイル・タイプatomをヘッダーに持つ新バージョンのQuicktimeビデオを解析できるように修正されました。これにより、Oracle Bug#7196021が修正されました。

DICOMデータ型スキーマの修正

"VALUE_LOCATOR_T"型の任意のXMLタグがあらゆるキャラクタを持てるように、データ型スキーマが修正されました。以前はVALUE_LOCATOR_T型にはパターンの制限があり、ロケータのパスに特定のキャラクタ以外は使用できませんでした。これは、ORDSYS.ORD_DICOM_ADMINパッケージのinsertDocument()メソッドに影響します。

また、DATASET_T型の任意のXMLタグがオプション（minOccurs='0'）となるようにデータ型スキーマも変更されています。以前は、DATASET_T型のすべてのXMLタグがXMLメタデータ・ドキュメントに存在する必要があり、存在しなければスキーマ検証エラーになっていました。これは、ORDSYS.OrdDicomオブジェクトおよびORDSYS.ORD_DICOMパッケージのextractMetadata()メソッドに影響します。

最後に、すべてのデータ型でオプションの属性numberが使用できるようにデータ型スキーマが修正されています。複数の値を持つDICOM属性の場合、XMLメタデータ・ドキュメントの各データ型のnumber属性を使用して、複数の値の順序を指定します。これは、ORDSYS.OrdDicomオブジェクトのsetProperties()メソッドおよびextractMetadata()メソッド、ORDSYS.ORD_DICOMパッケージのextractMetadata()関数に影響します。

DICOMマッピングおよび匿名ドキュメントにおけるプライベート属性定義者の名称

このリリースでは、キャラクタ: 「()[]{}$#*」から構成されるプライベート属性定義者名を含むDICOMファイルの処理がサポートされています。これらのキャラクタを使用してプライベート属性定義者を参照するDICOMメタデータを参照するために、このリリースではDICOM構成ドキュメントで使用される値ロケータの構文が拡張され、こうした定義者の表現が使用できるようになりました。

DICOM構成ドキュメントの管理の詳細は、『Oracle Multimedia DICOM開発者ガイド』の第10章、第11章および第12章を参照してください。値ロケータの構文の詳細は、『Oracle Multimedia DICOM開発者ガイド』の第10章を参照してください。この修正は、Oracle Bug#8250789によって要求されました。

特定の無効なDICOMファイルの処理が可能

OBのVRがPixel Data（7FE0,0010）以外のタグで定義されている属性値を受け入れるために、バイナリDICOMファイルの解析でのデフォルトの動作が緩和されました。パーサーでこうした属性値が検出された場合、エラーではなく警告が発行されるようになりました。この修正は、Oracle Bug#7629948によって要求されました。

DICOMメタデータ抽出による、不正なXMLキャラクタを持つドキュメントの作成

DICOMメタデータ抽出によって、不正なキャラクタを持つXMLドキュメントが作成されることがありました。この操作は、エラー「LPX-00216: 文字が無効です」で失敗していました。無効なXMLキャラクタを持つ入力データは、メタデータ・ドキュメントから除外されるようになりました。この修正は、Oracle Bug#7615475によって要求されました。

このリリースで追加された機能

イメージの鮮明化

イメージprocess()メソッドおよびprocessCopy()メソッドに、新しいイメージ処理演算子SHARPENが追加されました。この演算子を使用して、イメージを鮮明にすることができます。この新機能はOracle Bug#6445241によって要求されました。鮮明化の演算子は、オプションでイメージの拡大縮小とともに使用することもできます。イメージの鮮明化で最高の画質を達成するには、この演算子をイメージの拡大縮小とともに使用することをお薦めします。

PNG形式イメージの透過領域の指定した色による塗りつぶし

イメージprocess()メソッドおよびprocessCopy()メソッドに、新しいイメージ処理演算子transparencyFillColorが追加されました。この演算子を使用して、PNG形式のイメージの透過領域を指定した色で塗りつぶすことができます。この新機能はOracle Bug#7678517によって要求されました。演算子transparencyFillColorは、オプションで他のイメージ処理用演算子とともに使用できます。

イメージ処理演算子nometadata

イメージprocess()メソッドおよびprocessCopy()メソッドに、新しいイメージ処理演算子nometadataが追加されました。この演算子を使用して、最小のサムネイル・イメージを作成するために、サムネイル・イメージの作成時にメタデータを削除できます。

イメージの透かし

サポートされているあらゆるイメージにイメージまたはテキストの透かしを追加する、新しいapplyWatermark()メソッドがOracle Multimediaに用意されています。

CMYKコンテンツ形式のサポート

CMYKコンテンツ形式でピクセル・データが格納されているTIFFとJFIFイメージで、setProperties()、process()およびprocessCopy()の各メソッドがサポートされるようになりました。処理中に、標準の式に基づいてCMYKデータは標準のRGBデータに変換されます。

BLOBおよび他のオブジェクト型のソース用の新しいコンストラクタ関数

BLOBやローカル・ファイルのような他のソースからオブジェクトを作成するために、新しいコンストラクタ関数がORDSYS.ORDAudio、ORDSYS.ORDDoc、ORDSYS.ORDImageおよびORDSYS.ORDVideoオブジェクト型に追加されました。

DICOMメタデータ抽出の機能拡張

DICOM属性のどの部分でも抽出できるようになりました（たとえば、Patient Name属性のLast Nameの部分のみの抽出など）。さらに、Oracle Multimediaでユーザーやアプリケーションの要求に応じて、最初にDICOMコンテンツからすべてのDICOM属性を抽出せずに、DICOMメタデータ属性のサブセットの抽出が可能になりました。

DICOM制約定義の機能拡張

Oracle Multimedia DICOM制約定義に、次の機能拡張が追加されました。

- 制約定義内の再帰コールがサポートされるようになりました。

- 1つの述語ですべてのコンポーネントの反復を可能にするために、ワイルドカード・キャラクタ構文が追加されました。

DICOMコンテンツ処理の機能拡張

Oracle Multimedia DICOMに、次の機能拡張が追加されました。

- DEFLATE転送構文のサポートが追加されました。

- RLE圧縮がサポートされるようになりました。

- マルチビットのモノクロのRAWコンテンツがサポートされるようになりました。

- YBR光解釈がサポートされるようになりました。

- DICOMからAVIへの変換、DICOMからMPEGへの変換がサポートされるようになりました。

- DICOMにカプセル化されたMPEG形式がサポートされるようになりました。

Oracle Data PumpユーティリティによるDICOMデータ・モデル・リポジトリのサポート

Oracle Multimedia DICOMで、ORDDATAスキーマのOracle Data Pumpインポートおよびエクスポート・ユーティリティを使用して、DICOMデータ・モデル・リポジトリのインポートおよびエクスポート操作がサポートされるようになりました。DICOMデータ・モデル・リポジトリは、インポートやエクスポート操作から除外されないORDDATAスキーマに格納されます。

データ・モデル・ドキュメントのインポートおよびエクスポート

ORD_DICOM_ADMINデータ・モデル・リポジトリAPIに、データ・モデル・リポジトリとZIPアーカイブ・ファイル間で、ドキュメントのセットをエクスポートおよびインポートするプロシージャが含まれるようになりました。

Oracle Multimedia Mid-Tier Java API

Oracle Multimedia Mid-Tier Java APIを使用して、ユーザーはOracle Databaseの外でDICOMメタデータを抽出するための、Javaアプリケーションを作成可能になります。DICOMメタデータ属性のパーティショニングを円滑にするには、データがデータベースにロードされる前にパーティションされた属性を抽出することが理想的です。Oracle Multimedia Mid-Tier Java APIは、ユーザーがこのメタデータをデータがロードされる前に抽出できるようにします。

SPECIFIC_CHARACTER_SETタグがない場合のキャラクタ・セットの指定

SPECIFIC_CHARACTER_SETタグ（00080005）を持たないDICOMファイルの文字列は、デフォルトではASCIIキャラクタ・エンコーディングを使用してデコードされます。この動作は、代替のキャラクタ・セットを指定する<SPECIFIC_CHARACTER_SET>タグを持つプリファレンス・ドキュメントを追加することによって上書きできます。詳しい情報は、『Oracle Multimedia DICOM開発者ガイド』を参照してください。この動作は、Oracle Bug#7670599によって要求されました。

このリリースの既知の問題

Javaアプリケーションの再コンパイルの必要性

Oracle Multimedia Javaクラス・リリース8.1.7を使用している場合は、Oracle Databaseをインストールした後にJavaアプリケーションを再コンパイルする必要があります。

再コンパイルしない場合、新しいordimライブラリを使用するときにOrdImageBase、OrdAudioBaseまたはOrdVideoBaseで次のようなエラーが発生することがあります。

java.lang.NoSuchMethodError: oracle.ord.im.OrdImageBase:
method getUpdateTime()Ljava/sql/Timestamp; not found
at ord89.main(ord89.java:32)

一部のJSPエンジンでJSPからのマルチメディア・データの配信がサポートされない

Servletバイナリ出力ストリームへのアクセスのサポートに、JSPエンジンは不要です。このため、すべてのJSPエンジンが、OrdHttpJspResponseHandlerクラスを使用したJavaServerページからのマルチメディア・データの配信をサポートしているわけではありません。JavaServerページからのマルチメディア・データ配信の詳細は、『Oracle Multimedia Servlets and JSP Java API Reference』を参照してください。

11.2.0.2のドキュメントの省略および訂正

CONFORMANCE_LEVELプリファレンス・パラメータの定義

CONFORMANCE_LEVELプリファレンス・パラメータは、DICOMコンテンツの処理時に、Oracle Multimedia DICOMで無視されるまたはレポートされるエラーと例外のタイプを指定するために使用します。次のXMLフラグメントは、プリファレンス・ドキュメントでこのプリファレンス・パラメータを定義する方法を示しています。

<PREFERENCE_DEF>
<PARAMETER>CONFORMANCE_LEVEL</PARAMETER>
<DESCRIPTION>
Ignore selected exceptions.
</DESCRIPTION>
<VALUE>ignoreException</VALUE>
</PREFERENCE_DEF>

有効な値は、leastConform、ignoreExceptionおよびmostConformです。デフォルトはignoreExceptionです。

デフォルト値のignoreExceptionは、すべての関数に対して、プリファレンス・パラメータIGNORED_EXP_LISTで指定した例外のタイプを無視するように指示します。

値leastConformは、すべての関数に対して、DICOMコンテンツの処理を最大化するために、エラーと例外を無視するように指示します。

値をmostConformに設定した場合は、DICOM標準に準拠しないDICOMコンテンツが検出されると、すべての関数で例外が発生します（DICOM標準で許容されている下位互換性のケースは、この動作の対象になりません）。

詳細は、プリファレンス・ドキュメント・スキーマ（<ORACLE_HOME>の下のord/xml/xsdディレクトリにあるordcmpf.xsd）を参照してください。

IGNORED_EXP_LISTプリファレンス・パラメータの定義

IGNORED_EXP_LISTプリファレンス・パラメータは、DICOMコンテンツの処理時に、Oracle Multimedia DICOMで無視される例外のタイプを指定するために使用します。このプリファレンス・パラメータは、CONFORMANCE_LEVELプリファレンス・パラメータの値がignoreExceptionに設定されている場合のみ有効です。

次のXMLフラグメントは、プリファレンス・ドキュメントでこのプリファレンス・パラメータを定義する方法を示しています。

<PREFERENCE_DEF>
<PARAMETER>IGNORED_EXP_LIST</PARAMETER>
<DESCRIPTION>
Do not throw exceptions if: mandatory attributes are missing
from the DICOM content (MISSING_ATTR), the DICOM file magic number
"DICM" is missing (MISSING_MAGIC), an attribute has an invalid value
representation value (INVALID_VR), an attribute has an incorrect
value multiplicity (INVALID_VM), or a DICOM Part 10 file contains
invalid data (PARSE_ERR).
</DESCRIPTION>
<VALUE>MISSING_ATTR MISSING_MAGIC INVALID_VR INVALID_VM PARSE_ERR</VALUE>
</PREFERENCE_DEF>

詳細は、プリファレンス・ドキュメント・スキーマ（<ORACLE_HOME>の下のord/xml/xsdディレクトリにあるordcmpf.xsd）を参照してください。

createDicomImage()による元のDICOMメタデータの削除

createDicomImage()プロシージャに対する入力であるソース・コンテンツがDICOMコンテンツの場合、結果の宛先DICOMコンテンツには、このプロシージャに対する入力であったメタデータのみが含まれます。このように、宛先DICOMコンテンツでは、ソースDICOMコンテンツのメタデータが削除され、入力であったメタデータで置換されます。

XML_SKIP_ATTRプリファレンスの最大値の増加

一部の顧客には、値が32KBを超えるタグの抽出が必要でした。このため、XML_SKIP_ATTRプリファレンスの最大値が32767から2^32-1に変更されています。

setProperties()およびオブジェクト・メソッドのパフォーマンス

パフォーマンスを最大にするためにsetProperties()メソッドを最初にコールする処理は、getAttributeByName()とgetAttributeByTag()を除くすべてのオブジェクト・メソッドで必要なくなりました。ただし、getAttributeByName()オブジェクト・メソッドとgetAttributeByTag()オブジェクト・メソッドをコールする場合は、その前にsetProperties()メソッドをコールすることを引き続きお薦めします。

MANDATE_ATTR_TAGS_IN_STLプリファレンス・パラメータの値は、setProperties()メソッドのコール後のextractMetadata()およびisConformanceValid()メソッドのパフォーマンスに影響を与えなくなりました。

マッピング・ドキュメントのカスタム・メタデータXMLスキーマのローカル・スキーマ化指定が可能

ユーザー定義のマッピング・ドキュメントに関連付けられているカスタム・メタデータXMLスキーマを、ローカル・スキーマとしてOracle XML DBに登録できるようになりました。他のユーザーがカスタム・メタデータXMLスキーマを検証に使用できないようにするには、ローカル・スキーマとしてOracle XML DBに登録します。または、他のユーザーがカスタム・メタデータXMLスキーマに対して検証を実行できるようにするには、グローバル・スキーマとしてOracle XML DBに登録します。

検証がオンの状態（プリファレンス値VALIDATE_METADATAがtrue）でextractMetadata()操作が実行され、現行ユーザーがマッピング・ドキュメント内のメタデータ・ネームスペースを使用できない場合は、ORA-53259エラーが発生します。

ドキュメントの省略および訂正

イメージ処理の制限

この情報は、現時点でのOracle Multimediaエンジニアリングの最善の理解を表します。イメージ処理の制限の特性解析は継続して行われており、情報の更新につながる可能性があります。更新情報は、次のアドレスにあるOracle Technology NetworkのWebサイトのOracle Multimediaに関するセクションに掲載されます。

http://www.oracle.com/technology/products/multimedia/

サマリー

この項では、Oracleデータベース内でのサイズの大きいイメージの管理機能および制限について説明します。特に、イメージの格納と処理の制限について解説します。

イメージの格納

現実的には、データベース格納構造内（BLOB）とデータベース格納構造外（BFILE）のどちらにおいても、Oracle Multimediaが格納して取得可能なイメージ・コンテンツにサイズの制限はありません。Oracle Multimediaは、BLOB格納の場合で最大サイズ128TB、BFILE格納で4GBまで個々のイメージを管理できます。

注意: ほとんどのイメージ・ファイル形式では、4GBを超えるサイズのファイルはサポートされていません。

サイズの大きいイメージの格納と取得に加えてOracle Multimediaは、最大20億ピクセルまたは最大解像度46000x46000のイメージの高さや幅、圧縮形式、などのイメージ属性を抽出できます。メタデータの抽出がサポートされているあらゆるイメージについて、Oracle Multimediaは格納が可能なすべてのサイズのイメージの埋込みメタデータ（IPTC-IIM、EXIF、XMP）を抽出、管理できます。Oracle Multimediaは、格納が可能なサポートされているすべてのDICOMに対して、メタデータの抽出、適合性チェック、匿名コピーの生成、更新済メタデータを持つ新しいDICOMオブジェクトの生成を行うことができます。

イメージ処理

Oracle Multimediaは、イメージ・コンテンツを変更するイメージ処理機能を提供します。たとえば、イメージを拡大して切り取ったり、異なるファイル形式に変換できます。イメージに処理には、Oracle Multimediaがイメージのピクセル値を解釈する必要があり、これは通常プロセッサとメモリーを重点的に使用します。結果として、Oracle Multimediaは正常に格納できるイメージを正しく処理できないことがあります。Oracle Multimediaが処理可能なイメージの最大サイズは、イメージ形式とシステムのプラットフォームによって異なります。

表1は、Oracle Multimediaが32ビットのプラットフォーム上で処理できる様々な形式のイメージの最大サイズを、幅と高さのピクセル寸法で表したものです。表2は、64ビット・プラットフォームにおける同じ制限を示します。

表3は、Oracle Multimediaが32ビットのプラットフォーム上で処理できるDICOMイメージ形式のイメージの最大サイズを、幅と高さのピクセル寸法で表したものです。表4は、64ビット・プラットフォームにおける同じ制限を示します。

これらの4つの表では、3300x3300の制限は、幅と高さの積が3300と3300の積（10890000）以下のすべてのイメージが処理可能であることを意味します。

注意: これらの4つの表の値は、控えめな制限です。必要な領域がイメージ形式やコンテンツ形式、圧縮形式の作用であることも、将来の製品開発の取組みについても反映されていません。たとえば、これらの4つの表にあるサイズよりも大きいモノクロまたはグレースケールのイメージ処理が可能な場合もあります。

表1: イメージ処理の最大サイズ、32ビット・プラットフォーム

イメージ形式  デコーディング（読取り）  エンコーディング（書込み）
BMP           4700 x 4700               無制限（リソースの制約に依存）
FPIX          4700 x 4700               書込みサポートなし
GIFF          8000 x 8000               4700x4700
JFIF          46000 x 46000             4700x4700
J2K           46000 x 46000             4700x4700
PCXF          4700 x 4700               書込みサポートなし
PGMF          8000 x 8000               無制限（リソースの制約に依存）
PICT          4700 x 4700               10000x10000
PNGF          4700 x 4700               4700x4700
PNM/PPM       4700 x 4700               無制限（リソースの制約に依存）
RASF          4700 x 4700               書込みサポートなし
TGAF          4700 x 4700               10000x10000
TIFF          26700 x 26700             26700 x 26700（リソースの制約に依存）

表2: イメージ処理の最大サイズ、64ビット・プラットフォーム

イメージ形式  デコーディング（読取り）  エンコーディング（書込み）
BMP           9000 x 9000               無制限（リソースの制約に依存）
FPIX          9000 x 9000               書込みサポートなし
GIFF          16000 x 16000             9000 x 9000
JFIF          46000 x 46000             9000 x 9000
J2K           46000 x 46000             9000 x 9000
PCXF          9000 x 9000               書込みサポートなし
PGMF          16000 x 16000             無制限（リソースの制約に依存）
PICT          9000 x 9000               20000x20000
PNGF          9000 x 9000               9000 x 9000
PNM/PPM       9000 x 9000               無制限（リソースの制約に依存）
RASF          9000 x 9000               書込みサポートなし
TGAF          9000 x 9000               20000x20000
TIFF          26700 x 26700             26700 x 26700（リソースの制約に依存）

表3: DICOM処理の最大イメージ・サイズ、32ビット・プラットフォーム

圧縮         デコーディング（読取り）  エンコーディング（書込み）
RAW/なし     無制限                    無制限（リソースの制約に依存）
JPEG         46000x46000               4700x4700
J2K          46000x46000               4700x4700
RLE          4700x4700                 4700x4700

表4: DICOM処理の最大イメージ・サイズ、64ビット・プラットフォーム

圧縮         デコーディング（読取り）  エンコーディング（書込み）
RAW/なし     無制限                    無制限（リソースの制約に依存）
JPEG         46000x46000               9000x9000
J2K          46000x46000               9000x9000
RLE          9000x9000                 9000x9000

非推奨の機能

非推奨のオブジェクト型およびAPIは、現在サポートされていません。

非推奨のイメージ・オブジェクト型ORDImgBとORDImgFは、削除されて現在はサポートされていません。

非推奨のイメージ索引付けオブジェクト型および演算子ORDImageIndex、IMGSimilarおよびIMGScoreは、削除されて現在はサポートされていません。ORDImageIndex型のユーザー定義の索引はすべて、以前のリリースからOracle Database 11g、リリース2（11.2）へのアップグレード時に削除されます。

Oracle Database 11g、リリース1（11.1）では、Oracle Multimediaによって、DICOMコンテンツをサポートするための新しい拡張機能が導入されました。結果として、Oracle Database 11g、リリース2（11.2）からは、Oracle Database 10g、リリース2（10.2）で導入されたORDImageオブジェクトでのDICOMのサポートは拡張されず、今後のリリースでは非推奨となる可能性もあります。

DICOMのORDImageサポートは、Oracle Database 11g、リリース2でも引き続き利用できますが、Oracle Database 11g、リリース1（ORDDicomオブジェクト）で導入されたDICOMサポートを使用するには、新しい医療イメージング・アプリケーションを作成することをお薦めします。また、都合のよいときに既存のアプリケーションをOracle Database 10g、リリース2（ORDImageオブジェクト）のDICOMサポートから、Oracle Database 11g、リリース1（ORDDicomオブジェクト）のDICOMサポートに移行することをお薦めします。手順については、『Oracle Multimedia DICOM開発者ガイド』のリリース10.2 DICOMサポートからの移行に関する項を参照してください。

Oracle ODBC Client and Driver Installation README

原典情報: $ORACLE_HOME/odbc/html/readme.txt

このファイルには、Oracle ODBCドライバ・ソフトウェアのインストール手順が記載されています。

目次

Oracleクライアント・ソフトウェアでサポートされるシステム

Oracle ODBCドライバ・ソフトウェア

インストール手順

Oracleクライアント・ソフトウェアでサポートされるシステム

Oracle ODBCドライバは、Windows XPおよびごく少数のUNIXオペレーティング・システムからのODBC接続へのサポートを提供します。

サポートされているプラットフォームの詳細は、UNIXプラットフォーム用Oracle ODBC ドライバのリリース・ノートを参照してください。

Oracle ODBCドライバ・ソフトウェア

Oracle ODBCドライバの詳細は、次のファイルを参照してください。

LICENSE.TXT: Oracle ODBC Driver使用許諾条項。この製品をインストールして使用する前によくお読みください。ソフトウェア配布キットに同梱されています。

SQORA.CHM: Windowsプラットフォームにのみ提供されるOracle ODBCドライバの主な参照マニュアル。コンパイル済のHTMLファイルです。

ODBCRelnotesUS.htm: Oracle ODBCドライバのリリース・ノート。ヘルプ・ファイルに記載されていない情報が提供される場合もあります。

インストールの前提条件

必要なすべてのソフトウェア製品とバージョンのリストは、Oracle ODBCドライバのリリース・ノート（ODBCRelnotesUS.htm）を参照してください。

所要時間

Oracle ODBCドライバのインストールにはおよそ5分かかります。実際の時間は、ハードウェア構成に応じて、これより長くかかる場合と短い場合があります。

必要なディスク領域

Oracle ODBCドライバのインストールには、約2MBの使用可能な記憶領域が必要です。必要な領域は、インストール済のファイルに応じて異なります。インストール手順では、ディスクに十分な空き領域があるかどうかのチェックが行われます。十分な空き領域がない場合、インストールに失敗します。

インストール手順

WindowsおよびUNIXプラットフォーム用のパッチとともに送信された手順に従ってください。

この項では、次のことを前提としています。

- 11.2.0.1.0に同梱されているOracle Universal Installerがシステムにインストールされている。

インストール手順

自己解凍型のアーカイブ・ファイル（ORA11201.EXEなど）を展開すると、ハード・ドライブにインストール・ディレクトリ構造が作成されます。ローカル・ドライブからOracle
Universal Installerを実行します。

1. 「ファイルの場所」画面で、ソース・パスの「参照」ボタンを使用して、パッチの展開先フォルダからproducts.jarファイルを選択します。「次へ」を選択します。

2. この製品の一部の依存コンポーネントがステージング領域に見つからないという警告が表示されます。この警告は問題ありません。ODBCドライバは、システムにインストール済のNetクライアントに依存します。「はい」と回答して続行します。

****************************************************************************

OracleはOracle Corporationの登録商標です。

Microsoft、MSはMicrosoft社の登録商標です。

Microsoft Windows、Windows XP、Windows Server 2003、Windows
2000、Windows NT、Windows 98およびOpen Database ConnectivityはMicrosoft社の商標です。

他のすべての商標および登録商標はそれぞれの所有者が所有しています。

****************************************************************************

Oracle ODBC Driver for Unix platforms README

原典情報: $ORACLE_HOME/odbc/html/ODBC_IC_Readme_Unix.html

Oracle ODBC UNIXインスタント・クライアントは、ODBC 3.52仕様を使用してコンパイルします。Oracle 11.2 ODBC Windowsドライバの機能に基づいており、従来のORACLE_HOMEのインストールは不要です。

ODBC UNIXプラットフォーム・ドライバ

注意: OCIインスタント・クライアントの詳細は、『Oracle Call Interfaceプログラマーズ・ガイド』を参照してください。

1.1 ODBCインスタント・クライアントのインストール

- ベーシック・インスタント・クライアントとODBCインスタント・クライアント・パッケージをOracle Technology Networkのインスタント・クライアントのページからダウンロードします。2つのパッケージを同じディレクトリに解凍する必要があります。たとえば、C:\Oracle\instantclient_11_2に解凍します。

- ベーシック・インスタント・クライアントは、ODBCインスタント・クライアントをインストールするための前提条件です。

- ODBCインスタント・クライアント・パッケージには、次のファイル/共有ライブラリがあります。

ファイル名

説明

libsqora.so.11.1

ODBCドライバ共有ライブラリ

ODBCRelnotesUS.htm

リリース・ノート

ODBCRelnotesJA.htm

日本語版リリース・ノート

ODBC_IC_Readme_Unix.html

ODBC UNIXインスタント・クライアントのリリース・ノート

odbc_update_ini.sh

ODBCインスタント・クライアント用のodbcinst.iniファイルおよびodbc.iniファイルを更新するためのスクリプト。

- ODBCのインストール・スクリプトを実行する前に、ベーシック・インスタント・クライアントがデプロイされていることを確認してください。

- ODBCインスタント・クライアント・パッケージを解凍して、Driver Managerがインストールされたディレクトリをコマンドライン引数としてodbc_update_ini.shスクリプトを実行します（完全な構文では、コマンドライン引数を指定しないで"odbc_update_ini.sh"を実行してください）。

- たとえば、Driver Managerがディレクトリ/home/DriverManagerにインストールされている場合

$ odbc_update_ini.sh  /home/DriverManger

- DSNエントリがDSN名OracleODBC-11gとともに、$HOME/.odbc.iniと<DriverManager_HOME>/etc/odbcinst.iniに追加されます。

- インストールの後に環境を次の方法で構成する必要があります。

- ディレクトリをLD_LIBRARY_PATHシステム環境変数に追加します。

- 追加しない場合、ODBCマネージャはドライバをロード/検索できません。

- TNS_ADMIN環境変数がOCIの.oraファイル・ディレクトリを指すように定義します。

- これは、OCIがTNS名を解決できるように設定する必要があります。

- TNS_ADMINが設定されていない場合、tnsnames.oraを見つけるために、OCIはオペレーティング・システム依存のディレクトリ・セットを検索します。この検索パスには、$ORACLE_HOME/network/admin/tnsnames.oraディレクトリの検索も含まれます。このために、Oracleインスタント・クライアントのORACLE_HOME環境変数を設定します。インスタント・クライアント・アプリケーションの実行中にORACLE_HOMEを設定する場合は、インスタント・クライアントが存在するディレクトリ（ここでは、C:\Oracle\instantclient_11_2）に設定する必要があります。ORACLE_HOMEが設定されていない場合は、現行ディレクトリでtnsnames.oraが検索されます。

- 使用するロケールに必要なOracleグローバル変数を設定します。詳細は、『Oracle Databaseグローバリゼーション・サポート・ガイド』を参照してください。

- LinuxでのNLS_LANGの設定例:

- setenv NLS_LANG JAPANESE_JAPAN.JA16EUC

1.2 ODBCインスタント・クライアントのアンインストール

- ~/.odbc.iniファイルを更新します。

- エントリOracleODBC-11gを[ODBC Data Sources]から削除します。

- [OracleODBC-11g]のDSN情報全体を削除します。

- $DM_HOME/etc/odbcinst.iniファイルを更新します。

- [OracleODBC-11g]のドライバ情報を削除します。

- UNIXシステム用のOracle ODBCドライバを削除します。

- libsqora.so.11.1を削除します。

- odbc_update_ini.shファイルを削除します。

- PATHやTNS_ADMINなどの環境変数をすべてリセットします。

1.3 修正された不具合

- ODBCのリリース・ノートを参照してください。

Oracle ODBC Driver README

原典情報: $ORACLE_HOME/odbc/html/ODBCRelnotesUS.htm

目次

説明

新機能

マトリックスのテスト

機能

ソフトウェアのサポート

必要なハードウェア

必要なソフトウェア

サーバー・ソフトウェア要件

追加情報

説明

Oracle ODBCドライバによって、アプリケーションは、Microsoft Open Database Connectivity   （ODBC）APIを使用するWindowsクライアントおよびUNIXクライアントからOracleデータベースに接続して、Oracleデータベースへの読取りや書込みを実行できるようになります。

Oracle ODBCドライバ配布キットには、ダイナミック・リンク・ライブラリ/共有ライブラリ（UNIXプラットフォーム向け）、Windowsヘルプ・ファイル（Windowsプラットフォームでのインストールのみ）、ライセンスおよび本製品の説明が含まれます。 ODBC対応アプリケーションを使用するには、Oracle ODBCドライバの他に次のソフトウェアが必要です。

- Oracle Client& Netバージョン11.2.0.1.0

- Oracle Database Server

Oracle ODBCドライバはODBC 3.52仕様に準拠しています。

新機能

ODBC 11.2.0.1.0

Microsoft Windows XP、Microsoft Windows 2003 Server、Microsoft Windows Vista、Linux X86-32（RHEL AS 4、5）、Linux X86-64（RHEL AS 4、5）（32/64ビット）、Sun Solaris SPARC64（9,10）（32、64ビット）、IBM AIX 5L 5.2 （32、64ビット）、Linux IA64（64ビット）、Linux on Power （32、64ビット）、Sun Solaris X64（64ビット）、Hewlett Packard Itanium（32、64ビット） Oracle ODBCドライバ・リリース11.2.0.1.0ソフトウェアオペレーティング・システムは次のとおりです。

- Oracle ODBCドライバは、ODBCアプリケーションのパフォーマンスを改善するためにLONG/ LONG RAWデータをプリフェッチするように拡張されました。これを行うには、LONGデータ（MaxLargeData）の最大サイズをWindowsのレジストリで（DSNにレジストリ・キー“MaxLargeData”を追加する必要もあります）、UNIXプラットフォームではodbc.iniファイルを手動でそれぞれ設定する必要があります。この機能拡張によって、ユーザーが設定するMaxLargeDataサイズに応じて、Oracle ODBCドライバのパフォーマンスが最大で10倍まで向上しました。MaxLargeDataのデフォルト値は0で、ユーザーが設定可能なMaxLargeDataの最大値は、64KB（65536バイト）です。MaxLargeDataが65536より大きい値に設定されている場合でも、フェッチされるデータは65536バイトのみになります。ユースがデータベースに65536バイトより大きいLONG/ LONG RAWデータを持つ場合、MaxLargeDataは0（デフォルト値）に設定してください。これにより、単一の行のフェッチとなり、完全なLONGデータがフェッチされます。ユーザーが非ポーリング・モードでMaxLargeDataサイズより小さいバッファを渡す際に、データベースのLONGデータ・サイズがバッファ・サイズより大きい場合、データの切捨てエラーが発生します。（拡張リクエスト7006879）。

- Oracle ODBCドライバは、odbc.iniのUseOCIDescribeAnyオプションを使用してREF CURSORSを返す小さいパッケージのプロシージャへのコールをアプリケーションが頻繁に行う場合に、OCIDescribeAny()のコール（メタデータの取得が目的）をサポートするようになりました。UNIXプラットフォームでOCIDescribeAny()を使用するには、odbc.iniファイルで"UseOCIDescribeAny"を"T"（TRUE）に設定し、WindowsではDSNのレジストリを使用してください。（拡張リクエスト7704827）。

ODBC 11.1.0.1.0

- 無効化ルール・ヒントのサポートが追加されました。Oracle ODBCドライバで、カタログAPI’のルール・ヒントを使用するかどうかを選ぶオプションをユーザーが指定できるようになりました。この変更は、カタログAPIのODBCドライバのパフォーマンスを向上させるために行われました。このオプションのデフォルト値はTRUEで、これはルール・ヒントがカタログAPIでデフォルトで使用されないことを意味します。（Oracle Bug#4150034）。

- 数値をFLOATとしてバインドする機能のサポートが追加されました。列に浮動小数点データが含まれる場合にNUMBER列をFLOATとして列でバインドすることで、FLOATとしてのバインド変数を使用するクエリーの実行が高速化されます。（Oracle Bug#4608183）。

- 各セッションの文のキャッシュの提供および管理を行うOCI文のキャッシング機能に対するサポートが追加されました。OCI文のキャッシング・オプションのサポートを実装することで、ユーザーが同じ接続で同じ文を何度も解析する必要がある場合に、Oracle ODBCドライバのパフォーマンスが向上します。文のキャッシング・フラグのデフォルト値はFALSEです。

- 不要なメモリーの呼出しを保存して、ODBCドライバのパフォーマンスを向上させることにより、結果セット・キOracleャッシュの動作が変更されました。

ODBC 10.2.0.1.0

- 名前付きパラメータのサポートが追加され、名前によってパラメータをバインドできるようになりました。Oracle ODBCドライバで、アプリケーションがプロシージャ・コールのストアド・プロシージャへのパラメータを名前によって指定できるようになりました。名前付きパラメータは、ストアド・プロシージャへのコールでのみ使用し、他のSQL文では使用しないでください。（Oracle Bug#3617324）

- パッケージに存在するストアド・プロシージャのメタデータを記述するための動作が変更されました。この変更は、ストアド・プロシージャ・コールでのODBCドライバのパフォーマンスを向上させるために行われました。ストアド・プロシージャがパッケージにあるときは、PL/SQLプロシージャを使用してメタデータが記述されます。（Oracle Bug#4030664）

- LinuxおよびSolarisプラットフォーム用のOracle ODBCドライバのサポートは、バージョン10.2.0.1で導入されます。リリース10.2.0.4からは、ODBCドライバはAIXプラットフォームにも対応するようになりました。

ODBC 10.1.0.2.0

- パラメータ・マーカーを持つINSERT/UPDATE文のNCHAR列へのサポートが追加されました。（Oracle Bug#2827132）  以前はドライバが、列がNCHAR型であることを認識せずに、OCIレベルでバインドする際に正しい属性の設定に失敗していました。 二次的に、SQLDescribeParamのコールによって、INSERT/UPDATE文のパラメータに有益な情報が返されるようになりました。ただし、他の文タイプではこれは機能しません。

- 4GBを超えるLOBのサポートが追加されました。 Oracleクライアントおよびデータベースの両方が、バージョンOracle 10g以上である必要があります。

- 10g以上のサーバーでは、新しいBINARY_FLOATおよびBINARY_DOUBLEデータ型へのサポートが追加されました。

- SQL文でのMONTHNAME関数とDAYNAME関数のサポートが追加されました。

マトリックスのテスト

次の表に、ODBCドライバが認定を受けたWindows XPでのテスト構成の概要を示します。 この表は、サポートされている全環境の完全なリストではありません。

ドライバ
バージョン

データベース
バージョン

オペレーティング・
システム

MDAC

11.2.0.1

サポート対象
OCI

Windows XP

2.8

UNIXプラットフォームのマトリックスのテストについては、UNIXプラットフォーム用Oracle ODBCドライバのリリース・ノートを参照してください。

機能

Oracle ODBCドライバは、Microsoft ODBCバージョン3.52の仕様に準拠しています。

ソフトウェアのサポート

使用しているOracle ODBCドライバについてOracleサポートを受けるには、(650) 506-5578（米国）に電話で問い合せるか、最寄りのオラクル社の営業所まで連絡してください。必要なサポート契約がない場合、Oracle ODBCドライバのサポートが提供されませんのでご注意ください。

必要なハードウェア

Oracle ODBCドライバには、リリース・ノートに記載されているとおりの、Windows XPプラットフォームおよびごく一部のUNIXプラットフォームでサポートされているシステム構成が必要です。

必要なソフトウェア

Microsoft Windows XPおよびUNIXプラットフォームについては、UNIXプラットフォーム用Oracle ODBCドライバ・リリースのリリース・ノートを参照してください。

Oracle Netクライアント11.2.0.1.0

Oracle 11.2.0.1.0とともに出荷されるOracle Universal Installer

サーバー・ソフトウェア要件

この項では、Oracle ODBCドライバによるODBC対応アプリケーションのサポートに必要なサーバー・ソフトウェアの一覧を記載します。

Oracle Server 10.2以上

追加情報

インストール後

Microsoft(R) ODBC Administratorを使用して、Windows上でOracle ODBCドライバのデータ・ソースを構成してください。Oracle ODBCドライバのヘルプ・ファイルのデータ・ソースの構成の関する項を参照してください。UNIXクライアントの場合は、次の4番目のポイントを参照してください。

データ変換

Oracle ODBCドライバは、realおよびdoubleデータ型の操作と表示に関して、Microsoft(R) ODBC 3.00ソフトウェア開発キット（SDK）のガイドラインに従います。SQL_DOUBLEおよびSQL_FLOATの精度（使用する小数点以下桁数の最大数）は15です。

Oracleデータベースにdouble値が格納されている場合、これらのデータ型の精度はODBCで現在サポートされているものよりかなり大きくすることができます。最終的な結果として、精度が失われることになります。次に例を示します。

Oracleでデフォルトの精度を使用して定義されたfloatデータ型は、次のような数値を含みます。

123.9991029382123

Windowsプラットフォーム上で変換されると、この数値の精度は次のように低くなります。

123.999102938212

失われた精度が、別のアプリケーションに異なる動作をもたらす可能性があります。Microsoft Access(R)の場合、ユーザーはこのデータを更新できません。Microsoft Access(R)は、データが変更されたと認識します。これは、Oracleの値が123.9991029382123で、Microsoft Access(R)に元の数値がありながら、切り捨てられた数値が123.99910293821であるためです。Microsoft Access(R)は、切り捨てられた数値123.99910293821を選択基準として使用して行を更新することはできません。この行がOracleデータベースに存在しないためです。 123.9991029382123を持つ元の行のみが、Oracleデータベースには存在します。

Microsoft Query(R)では、正しい内容が表示されません。たとえば、次の倍精度の数値を表示する場合について考えてみます。

-1.123400000000000E-001

Microsoft Query(R)では、数値は次のように表示されます。

-1.123400000000000E-00

Microsoft Query(R)は、表示サイズ22を返すSQLColAttributesをコールします。倍精度のデータを表示するためにODBC SDKに定義される形式は、次のとおりです。

長さ合計22

（符号、15桁、小数点、文字E、符号、3桁）

この例には、精度15桁ではなく、16桁の文字列の長さ合計23が含まれます。これが、正しいデータ表示されない理由です。

一般的に、ODBCを使用した精度の問題を防止するには、Oracleデータベースに格納されるdoubleデータ型のデータが、『Microsoft ODBC Programmer's Reference and SDK Guide』に記載された仕様に準拠することを確認してください。

Oracle ODBCドライバの既知のソフトウェアの問題

- SQLSetStmtOption SQL_QUERY_TIMEOUTは、データベース・サーバーがWindows NT上で実行されている場合は機能しません。 回避策として、サーバーのsqlnet.oraでBREAK_POLL_SKIP=1と設定すると、問題が解決します。デフォルトでは、これは100に設定されており、データベースはODBCアプリケーションによって設定されたタイムアウトをチェックしません。

- Windows NTデータベース・サーバー上で実行中の文を取り消す場合、SQLCancelは機能しません。

- SQLBindParameterがバッファをSQL_PARAM_INPUT_OUTPUTとしてバインドし、IN OUTパラメータを持つPL/SQLプロシージャを持っていて、パラメータがプロシージャで変更されない場合、ドライバはStrLen_or_IndPtrでSQL_NULL_DATAを返しません。

UNIXプラットフォーム用ODBCドライバ

UNIXプラットフォーム用Oracle ODBCドライバのリリース・ノートを参照してください。

修正されたソフトウェアの問題

注意:
ほとんどの修正は、特定のプラットフォームで見られることはあっても一般的な内容です。プラットフォーム固有の修正も、わずかながらあります。

バージョン11.2.0.1.0

- ODBCドライバが、Solaris上でSQLBindColに対して間違った長さを返していました（ポート固有）（Oracle Bug#7660125）

- ODBCドライバで、ストアド・プロシージャから結果セットが返されるときに、メモリー・リークが報告されました。（Oracle Bug#7586197）

- サイズが65536を超える場合に、ODBCがLONG RAWの更新に失敗しました（Oracle Bug#7585970）。

- MTSが有効な場合に、ODBCアプリケーションがNULLパスワード・エラーのために失敗していました（Oracle Bug#7509964）

- ストアド・プロシージャの実行直後に、ODBCドライバからアクセス違反が返されていました。（Oracle Bug#7458976）

- より多くの接続が作成されると、ODBCアプリケーションが停止していました。（Oracle Bug#7388606）

- NULLでない文字列が終了してSQLSetParm()がコールされると、ODBCアプリケーションがクラッシュしていました。（Oracle Bug#7011807）

- バルク操作に対してクエリーを実行した直後に、ODBCドライバでORA-24817が報告されていました。（Oracle Bug#6908070）

- リテラルでNLS文字を使用し、NLSの設定をNLS_LENGTH_SEMANTICS= CHAR , NLS_CHARACTERSET = AL32UTF8にしているときに、ODBCドライバからSQLGetData()で間違った長さおよびデータが返されていました。（Oracle Bug#6801797）

- 64ビット環境でデータをフェッチ中に、ODBCドライバがクラッシュしていました。（Oracle Bug#6801211）

- SQLDescribeParam()、SQLDescribeCol()、SQLColumns()、SQLGetTypeInfo()を使用中に、ODBCドライバで間違った型が表示されていました。（Oracle Bug#6598695）

- ODBCドライバがSQLGetStmtAttr()でクラッシュしていました。（Oracle Bug#6416638）

- Solaris SPARC上でキャッシュ・ブロックのメモリーが整列されていないときに、ODBCドライバでSIGBUSが報告されていました。（Oracle Bug#6411945）

- プロシージャのメタデータを記述する際に、ODBCドライバで[ORACLE][ODBC]メモリー割当てエラーが返されていました。（Oracle Bug#6085754）

- insert文の実行後にプロシージャを実行すると、ODBCドライバでエラーが報告されていました。（Oracle Bug#5961436）

- SQL文の前にSQL文型を指定しないなんらかの有効なトークンがあると、ODBCドライバで必ずORA-24374が報告されていました。（Oracle Bug#5383456）

- ODBCドライバでSQLExecute()の実行時に、同じエラー・メッセージが2回返されていました。（Oracle Bug#5222165）

- 行コメントを含むクエリーを実行すると、ODBCドライバでORA-24374が返されていました。（Oracle Bug#4743995）

バージョン11.1.0.1.0

- ストアド・プロシージャに入力パラメータとして大きいCLOBパラメータが含まれる場合に、ODBCドライバがストアド・プロシージャの出力パラメータの更新に失敗していました。（Oracle Bug#5365475）。

- ODBCドライバが10GBデータベースに接続する場合に、Doubleデータについて正しい切捨てを行っていませんでした（Oracle Bug#5389003）。

- ストアド・プロシージャに入力パラメータとして大きいCLOBパラメータが含まれる場合に、ODBCドライバがストアド・プロシージャの出力パラメータの更新に失敗していました（Oracle Bug#5365475）。

- UNICODE文字がクライアントにある場合に、ODBCドライバがCLOBデータを切り捨てていました。（Oracle Bug#5220440）。

- 読取り専用接続のデータに再度クエリーを実行すると、ODBCドライバで古いデータが返されていました。（Oracle Bug#5202103）。

- MFCアプリケーションがデータベースに対して再度クエリーを実行すると、ODBCドライバでora-1008が報告されていました。（Oracle Bug#5147229）。

- SQL_C_CHARに変換された数値をフェッチすると、ODBCドライバで間違ったデータが返されていました。（Oracle Bug#5128512）。

- ごく一部の列型に対して、ODBCドライバで正しい情報が返されませんでした。（Oracle Bug#5015342）。

- NCLOB列に対してSQLExecute()を2回実行すると、ODBCドライバでORA-12704が報告されていました。（Oracle Bug#4965677）。

- ADO/Excelアプリケーションの終了時に、ODBCドライバでクラッシュが報告されていました。（Oracle Bug#4893583）。

- SQLColumns()の後にSQLBindCol()を呼び出すと、ODBCドライバでデータ型として0が返されていました。この問題はSolarisプラットフォームでのみ発生しますが、この修正は一般的なものです。（Oracle Bug#4880062）。

- ODBCをアンインストールした後も、ODBC AdministratorでODBCエントリが表示されていました。（Oracle Bug#4761792）。

- ODBCドライバで、SQLFetchScroll()コールにより取得されたデータが切り捨てられていました。（Oracle Bug#4735799）。

- 多くのパラメータを持つストアド・プロシージャを実行する際に、ODBCドライバが原因でアプリケーションがクラッシュしていました。  （Oracle Bug#4727495）。

- UNIXODBC.ORGからのDMでエラーが報告されています。ドライバはSQLSETSTMTATTR()をサポートしていません。これはポート固有（Linux/Solaris）の不具合です。 （Oracle Bug#4710548）。

- フェイルオーバーの発生時に、ODBCドライバで未定義の記号'SLEEP'が報告されていました。（Oracle Bug#4698310）。

- バインド・オフセットを使用してNULLデータを挿入する際に、ODBCドライバでクラッシュが報告されていました。（Oracle Bug#4694220）。

- 配列バインドのあるストアド・プロシージャが実行される場合、ODBCドライバが属性SQL_ATTR_PARAMS_PROCESSED_PTRに対応する値を正しく設定していませんでした。（Oracle Bug#4690201）。

- ストアド・プロシージャからVarcharsの配列を返す場合に、ODBCドライバでクラッシュが報告されていました。（Oracle Bug#4690147）。

- ストアド・プロシージャにREF CURSOR変数が含まれる場合に、ODBCドライバが完全な結果セットを出力していました。（Oracle Bug#4624776）。

- REF CURSORパラメータを含むストアド・プロシージャを実行すると、ODBCドライバでエラーが報告されていました。（Oracle Bug#4622561）。

- ODBCドライバで、FLOATデータを含むNUMBER列からのデータのフェッチに時間がかかっていました。（Oracle Bug#4608183）。

- ODBCドライバで、SQLProcedures() APIに対して重複する結果が返されていました。（Oracle Bug#4565416）。

- REFカーソルを含むストアド・プロシージャについて、ODBCドライバでメモリー・リークが報告されていました。（Oracle Bug#4551675）。

- 精度の大きい数値をビューから選択して計算する際に、ODBCドライバでora-1406が返されていました。（Oracle Bug#4546618）。

- マルチスレッド化されたアプリケーションでクエリーを実行する際に、ODBCドライバでクラッシュが報告されていました。（Oracle Bug#4519067）。

- 日本語環境でODBC Administratorが英語のODBCヘルプを呼び出していました。（Oracle Bug#4506552）。

- Long文字列に開始部分にCRLFコードが含まれている場合に、ODBCドライバで「入力文字列が長すぎます。上限は4096です」というエラーが報告されていました（Oracle Bug#4371966）。

- インスタント・クライアント環境下でヘルプ・ファイルを開くときに、ODBC Administratorが失敗していました。（Oracle Bug#4309867）。

- ODBCドライバで、OUTパラメータとしてNCLOBを持つストアド・プロシージャに対して正しくないデータが返されていました。（Oracle Bug#4235212）。

- ODBCカタログ機能の実行に時間が長くかかっていました。（Oracle Bug#4150034）。

****************************************************************************

詳細は、オラクル社の営業担当、または最寄りのオラクル社営業所にご連絡いただくか、1-800-ORACLE1までお電話ください。アメリカ国外からの場合は、650-506-5701をご利用ください。

Copyright Oracle Corporation 2009. All Rights Reserved. Printed in the U.S.A.本書は情報提供のみを目的としております。契約を意図したり、許可するものではありません。Oracleは登録商標です。  Oracle9およびNet9は、Oracleの商標です。Microsoft、Microsoft Access、Microsoft Query、MS、Windows XP、Windows NT、Windows 2000およびWindows 98は、Microsoft Corporationの商標です。PowerBuilderは、Sybase Inc.の登録商標です。言及されている他のすべての企業および製品名は、識別目的でのみ使用されており、それぞれの所有者の商標である可能性があります。Oracle Corporation本社:500 Oracle Parkway, Redwood Shores, CA 94065 U.S.A.

Oracle ODBC Instant Client for Unix README

原典情報: $ORACLE_HOME/odbc/html/ODBC_IC_Readme_Unix.html

目次

ODBCインスタント・クライアント

ODBCインスタント・クライアント

Oracle ODBC UNIXインスタント・クライアントは、ODBC 3.52仕様を使用してコンパイルします。Oracle 11.2 ODBC Windowsドライバの機能に基づいており、従来のORACLE_HOMEのインストールは不要です。

注意:
OCIインスタント・クライアントの詳細は、『Oracleコール・インタフェース・プログラマーズ・ガイド』を参照してください。

ODBCインスタント・クライアントのインストール

- ベーシック・インスタント・クライアントとODBCインスタント・クライアント・パッケージをOracle Technology Networkのインスタント・クライアントのページからダウンロードします。2つのパッケージを同じディレクトリに解凍する必要があります。たとえば、 C:\Oracle\instantclient_11_2というようにします。

ベーシック・インスタント・クライアントは、ODBCインスタント・クライアントをインストールするための前提条件です。

ODBCインスタント・クライアント・パッケージには、次のファイル/共有ライブラリがあります。

ファイル名

説明

libsqora.so.11.1

ODBCドライバ共有ライブラリ

ODBCRelnotesUS.htm

リリース・ノート

ODBCRelnotesJA.htm

日本語版リリース・ノート

ODBC_IC_Readme_Unix.html

ODBC UNIXインスタントクライアントのリリース・ノート

odbc_update_ini.sh

ODBCインスタント・クライアント用のodbcinst.iniファイルおよびodbc.iniファイルを更新するためのスクリプト。

- ODBCのインストール・スクリプトを実行する前に、ベーシック・インスタント・クライアントがデプロイされていることを確認してください。

- ODBCインスタント・クライアント・パッケージを解凍して、Driver Managerがインストールされたディレクトリをコマンドライン引数としてodbc_update_ini.shスクリプトを実行します（完全な構文では、コマンドライン引数を指定しないで"odbc_update_ini.sh"を実行してください）。

- たとえば、Driver Managerがディレクトリ/home/DriverManagerにインストールされている場合

$ odbc_update_ini.sh  /home/DriverManger

- DSNエントリがDSN名OracleODBC-11gとともに、$HOME/.odbc.iniと<DriverManager_HOME>/etc/odbcinst.iniに追加されます。

- インストールの後に環境を次の方法で構成する必要があります。

- ディレクトリをLD_LIBRARY_PATHシステム環境変数に追加します。

- 追加しない場合、ODBCマネージャはドライバをロード/検索できません。

- TNS_ADMINがOCIの.oraファイル・ディレクトリを指すように定義します。

- これは、OCIがTNS名を解決できるように設定する必要があります。

- TNS_ADMINが設定されていない場合、tnsnames.oraを見つけるために、OCIはオペレーティング・システム依存のディレクトリ・セットを検索します。この検索パスには、$ORACLE_HOME/network/admin/tnsnames.oraディレクトリの検索も含まれます。このために、Oracleインスタント・クライアントのORACLE_HOME環境変数を設定します。インスタント・クライアント・アプリケーションの実行中にORACLE_HOMEを設定する場合、インスタント・クライアントが存在するディレクトリに設定する必要があります。

- 使用するロケールに必要なOracleグローバル変数を設定します。詳細は、『Oracle Databaseグローバリゼーション・サポート・ガイド』を参照してください。

- LinuxでのNLS_LANGの設定例:

- setenv NLS_LANG JAPANESE_JAPAN.JA16EUC

ODBCインスタント・クライアントのアンインストール

- ~/.odbc.iniファイルを更新します。

- エントリOracleODBC-11gを[ODBC Data Sources]から削除します。

- [OracleODBC-11g]のDSN情報全体を削除します。

- $DM_HOME/etc/odbcinst.iniファイルを更新します。

- [OracleODBC-11g]のドライバ情報を削除します。

- UNIXシステム用のOracle ODBCドライバを削除します。

- libsqora.so.11.1を削除します。

- odbc_update_ini.shファイルを削除します。

- PATHやTNS_ADMINなどの環境変数をすべてリセットします。

修正された不具合

- ODBCのリリース・ノートを参照してください。

Oracle OLAP Java API Reference README

原典情報: $ORACLE_HOME/olap/api/doc/readme.txt

目次

概要

HTMLファイルの抽出

WebブラウザによるORACLE OLAP JAVA APIリファレンスへのアクセス

関連ドキュメント

概要

Oracle OLAP Java APIリファレンスは、Oracle OLAP Java APIのクラスのドキュメントを提供します。このリファレンス・ドキュメントはHTML形式で、Sun社が提供するJavadocツールを使用して作成されました。

Oracleは、OLAP Java APIリファレンスのHTMLファイルをolap_api_doc.jarという1つのJarファイルで提供します。

このjarファイルは、<oracle_home>/olap/api/docディレクトリにあります。<oracle_home>は、Oracleのインストールによって作成されるOracleホーム・ディレクトリです。readme.txtファイルも同じ場所にあります。

ドキュメントにアクセスするには、次のようにしてjarファイルに含まれるHTMLファイルを抽出してください。

また、Oracle JdeveloperのようにIDEにjarファイルを追加して、F1ヘルプを通してドキュメントにアクセスすることもできます。

HTMLファイルの抽出

アプリケーション開発用コンピュータにドキュメントをインストールするには、次の手順に従います。

1. <oracle_home>/olap/apiディレクトリの下にある/docサブディレクトリを探します。ここに、OLAPオプションを持つOracleデータベースがインストールされています。

2. /docディレクトリをコンピュータ上の便利な場所にコピーします。この手順によって、そのディレクトリ内のファイルもコピーされます。

3. コンピュータ上の/docディレクトリをカレント・ディレクトリにします。

4. Sun MicrosystemsのJDK 1.5に含まれているjarユーティリティを使用し、次のようなコマンドを使用してolap_api_doc.jarファイルの内容を現在のディレクトリに抽出します。

jar -xf olap_api_doc.jar

WinZipなどの他のツールを使用して、olap_api_doc.jarファイルの内容を抽出することもできます。内容を抽出すると、複数階層のサブディレクトリが/docディレクトリの下に作成され、サブディレクトリにHTMLファイルが移入されます。

WebブラウザによるORACLE OLAP JAVA APIリファレンスへのアクセス

Oracle OLAP Java APIリファレンスの目次ページのトップ・レベルは、次のファイルです。

/doc/index.html

OLAP APIクラスに関する情報の参照を開始するには、このファイルをブラウザで表示します。

関連ドキュメント

Oracle Databaseには次の関連ドキュメントが用意されており、これらはOracle Technology Networkからも入手できます。

- Oracle OLAP Java API開発者ガイド

- Oracle OLAPユーザーズ・ガイド

- Oracle OLAP DMLリファレンス

- Oracleデータ・ウェアハウス・ガイド

Oracle Pro*C/C++ README

原典情報: $ORACLE_HOME/precomp/doc/proc/readme.doc

目次

このファイルには、リリース11.2.0.2.0のOracle Databaseに対応するプリコンパイラ・リリースであるPro*C/C++リリース11.2.0.2.0に関する重要な情報が含まれています。内容は次のとおりです。

互換性と移行の問題点

Pro*C/C++の新機能

以前のリリースの新機能

既知の不具合

修正された不具合

サポート

1 互換性と移行の問題点

この項では、以前のリリースのPro*C/C++から移行する際の互換性の問題点について説明します。

1.1 32ビット実装と64ビット実装の間の互換性

32ビット実装と64ビット実装の両方をサポートするプラットフォームでは、64ビット・バイナリとリンクする前に、EXEC SQL INCLUDE文を介してsqlcaをインクルードするアプリケーションを再度プリコンパイルする必要があります。#includeプリプロセッサ文を介してsqlca.hをインクルードするアプリケーションの場合は、64ビット・バイナリと再リンクする前に再コンパイルして、64ビットのsqlca.hをインクルードする必要があります。

将来は、実装間で生成コードの互換性をサポートするために、32ビット・バイナリと64ビット・バイナリの両方をサポートするポートでは、1バージョン、つまり64ビット・バージョンのsqlca.hのみが提供される可能性があります。

1.2 Pro*C/C++構成ファイル

Pro*C/C++構成ファイル、つまり、precomp/admin/pcscfg.cfgにはデフォルトのオプションが含まれていますが、ユーザーは使用する前に「pcscfg.cfg」ファイルを検証して更新する必要があります。リリース11g リリース2から、構成ファイルでOS環境変数も使用できるようになりました。たとえば、ORACLE_HOMEはUNIXプラットフォームでは$ORACLE_HOMEと表記し、Windowsプラットフォームでは%ORACLE_HOME%と表記します。RHEL 4 with gccバージョン4.1.2では、環境変数のORACLE_HOMEを構成ファイルで次のように使用できます。

sys_include=($ORACLE_HOME/precomp/public,/usr/include,/usr/lib/gcc/i386-redhat-linux/4.1.2/include)

include=($ORACLE_HOME/precomp/public,$ORACLE_HOME/precomp/hdrs)

1.3 LTYPE=SHORT

LTYPE=SHORTオプションを設定すると、.lisファイルの生成には、プログラム全体がリストされる公開形式ではなく詳細形式が使用されます。

2 Pro*C/C++の新機能

この項では、Pro*C/C++リリース11.2で導入された新機能の概要を説明します。

2.1 8バイト整数のサポート

Pro*C/C++では、C固有のlong long intデータ型がサポートされるようになりました。32ビット・プラットフォームと64ビット・プラットフォームで18桁までの整数を使用できます。

2.2 DECLARE CURSOR文のオプションのWITH HOLD句

DECLARE CURSOR文の新しいWITH HOLD句では、COMMIT後のオープン状態を維持する保持されたカーソルが指定されます。

3 以前のリリースの新機能

この項では、以前のリリースのPro*C/C++で導入された新機能を示します。

3.1 Pro*C/C++ 11.1製品版の新機能

- SQL99構文のサポート: Pro*C/C++では、SELECT、INSERT、DELETE、UPDATE文のSQL99構文、およびDECLARE CURSOR文のカーソル本体がサポートされるようになりました。

- array INSERTおよびarray SELECT構文の追加のサポート: Pro*C/C++では、DB2プリコンパイラのarray INSERTおよびarray SELECT構文がサポートされるようになりました。

- 暗黙的なバッファINSERT: Pro*C/C++では、ループ内で実行された単一のINSERT文の暗黙的なバッファリングがサポートされるようになりました。

- 動的SQL文のキャッシュ: 文のキャッシュによって、動的SQL文のパフォーマンスが向上します。

- 実行計画の修正: デプロイメント中のPro*C/C++アプリケーションのより高いパフォーマンスを保証するために、データベースのアウトライン機能を使用して実行計画を修正できます。

4 既知の不具合

次の項では、Pro*C/C++の既知の不具合を示します。説明の後にあるカッコ内の番号は、オラクル社のBugデータベース内のBug番号です。

4.1 Pro*C/C++リリース11.2の既知の不具合

- プリコンパイル後にEXPLAIN PLANのヒントが消える（1466269）

- SPLIT文中のバックスラッシュが正常にエスケープされない（1323304）

- SQLCHECK=FULLを指定してもUPDATE WHERE CURRENT OF文の無効な列が検出されない（658837）

5 修正された不具合

次の項では、Pro*C/C++の修正された不具合を示します。説明の後にあるカッコ内の番号は、オラクル社のBugデータベース内のBug番号です。

5.1 Pro*C/C++リリース11.2.0.2.0で修正された不具合

- Pro*C/C++では、静的なEXEC SQL文を使用したクライアント結果キャッシュがサポートされるようになりました（8766161）

- Pro*C/C++では、数値のdouble定数に接尾辞の「D」と「d」が使用できるようになりました（8551402）

5.2 Pro*C/C++リリース11.2.0.1.0で修正された不具合

- Pro*C/C++では、マクロ定義(#defines)内のバックスラッシュ（'\'）を正確に解析できるようになりました(8539668)

- Pro*C/C++では、ヘッダー・ファイルで使用する絶対ファイルパスが、Pro*C/C++を実行中のOSでサポートされているファイルパスの最大長までサポートされるようになりました（8308077）

- Pro*C/C++では、出力ファイルパスが128より長い場合、破損した出力ファイル名が生成されなくなりました。Pro*C/C++では、出力ファイルパスが、Pro*C/C++を実行中のOSでサポートされている長さまでサポートされるようになりました（8263988）

- Pro*C/C++では、EXEC SQL …文の「CREATE SCHEMA …」を使用した際に構文エラーのフラグが設定されなくなりました（7644340）

- Pro*C/C++では、EXEC SQL …文の「CREATE TABLE …」を使用した際に構文エラーのフラグが設定されなくなりました（7644376）

- Pro*C/C++では、EXEC SQL …文の「CREATE VIEW …」を使用した際に構文エラーのフラグが設定されなくなりました（7644400）

- Pro*C/C++では、EXEC SQL …文の「CREATE VIWE … WITH CHECK OPTION」を使用した際に構文エラーのフラグが設定されなくなりました（7644435）

- Pro*C/C++アプリケーションでは、前にCLOBの動的フェッチがあった場合、CHARZ変数は空白が埋め込まれて保持されるようになりました（7462575）

- Pro*C/C++では、SQL文でNull値のキャラクタ・バッファをバインドし、次に同じバッファを使用してNull以外の文字列をバインドした場合、文字列が正しくバインドされるようになりました。Pro*C/C++では、バインドされたバッファの長さを再度更新する失敗がなくなり、Null文字列がバインドされているという想定はなくなりました。正しい行が表から取得されるようになりました（7395839）

- 以前のリリースから11.1にアップグレード後は、バインド・リストが再使用の試行時に解放されるため、Pro*C/C++アプリケーションがクラッシュすることはありません（7308054）

- Pro*Cでは、一部のプラットフォームでプリコンパイル中に診断ディレクティブの#WARNINGが発生した場合、エラーPCC-2014がスローされなくなりました（7252878、6669407、6154596）

- Pro*C/C++では、絶対パスが指定されているときに、インクルード・ディレクトリのヘッダー・ファイルを直接開くことに失敗した場合、そのファイルを検索することがなくなり、エラー「PCC-S-02016 - 挿入ファイルのパス名が長すぎます。」がレポートされなくなりました（7231977）

- Linux x86-64の場合、Pro*C/C++は、SELECT INTOのホスト変数がodタイプのpid_tであった場合に停止しなくなりました（7018967）

- セマンティクス解析は、TimesTenへの接続時に、再コンパイルで失敗しなくなりました（6964328）

- Pro*C/C++では、生成されたCコードのSQLヒントに余分な「+」記号が追加されなくなりました（6432583）

- Pro*C/C++構成ファイルpcscfg.cfgに、sys_includeエントリに対する有効なパスが指定されるようになりました。コマンドライン・オプションの環境変数がサポートされるようになりました（5690971）

- Pro*C/C++アプリケーションは、Oracle Technology Networkからbasic.zipをダウンロードして、インスタント・クライアント(IC)環境で実行できます。Pro*C/C++アプリケーションをICモードで開発するには、Oracle Universal Installer（OUI）を使用するメディアのインスタント・クライアント・インストール・オプションを使用して、必要なファイルをインストールする必要があります（5248663）

6 サポート

Pro*C/C++のサポートについては、Oracleサポート・サービスに連絡してください。

Oracle、JD Edwards、PeopleSoft、Siebelは米国Oracle Corporationおよびその子会社、関連会社の登録商標です。その他の名称は、それぞれの所有者の商標または登録商標です。

Copyright © 1992, 2010 Oracle Corporation.

All Rights Reserved.

Oracle Server Management README

原典情報: $ORACLE_HOME/srvm/doc/README.doc

目次

リリース10.2.0.1.0からの変更点

リファレンス

既知の問題/制限事項

クラスタのインストール

リリース10.2.0.1.0からの変更点

SRVCTLで、リスナーの起動と停止だけでなく、リスナー構成の追加と削除もサポートされるようになりました。srvctl add/remove/modify listener -hを参照してください。

SRVCTLで、ASM構成のOracleホームを変更できるようになりました。
srvctl modify asmの-oフラグを参照してください。

リファレンス

EMによる管理用にクラスタ・データベースを設定する方法の詳細は、次のマニュアルを参照してください。

- Oracle Database Oracle ClusterwareおよびOracle Real Application Clustersのインストレーションおよび構成ガイド

- 『Oracle Real Application Clusters管理およびデプロイメント・ガイド』

既知の問題/制限事項

CRSのインストール後はホスト名を変更しないでください。これには、ドメイン修飾の追加や削除も含まれます。かわりに、MetaLinkのNote 276434.1を使用して、影響を受けるノードを削除して再度追加してください。

Oracle Bug#4675276: SRVCTLを使用してサービスを削除すると関連するオブジェクトがすべて削除されないPRKP-1029

説明: サービスの優先インスタンスおよび使用可能インスタンスの両方と同じインスタンスを使用してサービスを作成すると、srvctl add service -d mydb -s myservice -r inst1 -a inst1の場合と同じように、このサービスを削除しても一部のCRSリソースが残ることがあります。
これらのリソースは、後から同じサービスを再作成する際に妨げとなる可能性があります。

回避策: 優先インスタンスおよび使用可能インスタンスの両方と同じインスタンスを指定しないでください。

Oracle Bug#3377903: SQL*Plusからインスタンスを停止して起動するとインスタンスがオフラインになる

説明: SQL*Plusを使用して、インスタンスを停止後すぐに再度起動すると、停止処理中のために、そのインスタンスのCRSリソースが開始されない場合があります。この場合、srvctl status instance -d <name> -i <sid>では、インスタンスが実行中ではないと誤ってレポートされます。

回避策: srvctl start instance -d <name> -i <sid>でインスタンスのCRSリソースを開始してください。

Oracle Bug#4417761: ONS環境でCRS_HOMEの位置設定が必要

説明: TNSリスナーは、srvctlではなくlsnrctlを使用して起動すると、ONSと通信できません。これによって、TNSリスナーは、失敗したノード上でインスタンスのサービス・ハンドラの削除に失敗します。これは、通常、ONSイベント通知を受信して実行されるためです。

回避策: TNSリスナーをlsnrctlを使用して起動する場合は、最初に環境変数ORACLE_CONFIG_HOMEをCRSホームに設定します。または、srvctl start listenerコマンドを使用してリスナーを起動します。

Oracle Bug#4241481: データベースの起動時にCRSでTZとしてNULLが渡される

説明: OSのローカル・タイムゾーンが、Oracleユーザーの環境変数TZで指定したタイムゾーンと異なる場合、CRSによって起動したすべてのデータベース・インスタンスはOSのローカル・タイムゾーンを使用します。これは、CRSがインスタンスを起動するとき、OracleユーザーのTZではなく空のTZを使用するためです。

回避策: 次の3つの回避策があります。

1. 任意のデフォルト・タイムゾーンを使用するように/etc/localtimeを変更します。このファイルによって、TZが未定義の場合の動作を制御できます。

2. srvctl setenv database -d <name> -T TZ=<val>

これによって、指定のデータベースのインスタンスを起動するときに常に使用されるTZの値を指定できます。

3. srvctlではなくsqlplusを使用して、データベース・インスタンスを起動します。

クラスタのインストール

インストール前のセットアップ

Oracle Universal Installerを起動してCRSまたはRAC用のOracle Database 10g Enterprise Editionのインストールを開始する前に、次の手順を実行してください。

a. ローカル・ノードを含め、クラスタのすべてのノード上でOracleユーザーに相当するユーザーを設定します。

b. /var/opt/oracle/srvConfig.locファイルが存在する場合は、インストールを実行するユーザーにこのファイルの読取り権限があることを確認します。権限がない場合は、% chmod 644 /var/opt/oracle/srvConfig.locを使用して権限を変更します。このファイルのグループは、OSDBAグループである必要があります。

c. リリース9.2以前のGSD（存在する場合）を停止します。

Oracle Spatial Locator README

原典情報: $ORACLE_HOME/md/doc/README_LOCATOR.txt

目次

Oracle 11gR2のロケータ（11.2.0.1.0 Production）

Oracle 8iロケータからの移行

Oracle 11gR2のロケータ（11.2.0.1.0 Production）

注意:
Oracle8iでは、LOCATOR_WITHIN_DISTANCEでサポートされていたのは、ロケータ演算子のみでした。Oracle9iでは、LOCATOR_WITHIN_DISTANCEとSDO_WITHIN_DISTANCEがシノニム（同じシグネチャと動作）で、どちらもサポートされています。

Spatialの概念やSDO_GEOMETRYオブジェクト型、Spatialデータのロードおよび索引付けの詳細は、『Oracle Spatialユーザーズ・ガイドおよびリファレンス』の第1章から第4章を参照してください。ロケータでサポートされている機能についてのリファレンスおよび使用方法については、同マニュアルの次の章を参照してください。

- 「サポートされているロケータの機能」

- 第7章「ジオコーディング」

- 第9章「索引を作成、変更、削除するためのSQL文」

- 第10章「SDO_GEOMETRYオブジェクト型メソッド」

- 第11章「Spatial演算子」

Oracle 8iロケータからの移行

9iには、ロケータに新機能を追加する新しい測地計算モデルがあります。

このため、すべての8iロケータ・データ（ロケータにより作成および使用されるsdo_geometry列を持つすべての表）をアップグレードするには、次の手順を実行する必要があります。

1. まず、インストール環境を9iに移行します。

2. これらの表のSpatial索引を特定して削除します。

3. すべてのデータ（8iではポイントのみ）を更新して、SRIDをジオメトリに追加します。このSRIDは8307に設定してください。

4. ロケータに関連するすべての表についてSRID=8307を含むようuser_sdo_geom_metadataを更新します。

5. Rツリー索引付けメソッドを使用して索引を再作成します。

これらの手順の実行方法の詳細は、『Oracle Spatialユーザー・ガイドおよびリファレンス』を参照してください。

Oracle Spatial README

原典情報: $ORACLE_HOME/md/doc/README.txt

目次

インストール

11gR2の新機能

インストール

Oracle
Spatialのインストール手順については、次のマニュアルを参照してください。

『Oracle Spatialユーザーズ・ガイドおよびリファレンス』

SYSTEM
AS SYSDBAとして接続し、MDSYSユーザーを作成します。

$ORACLE_HOME/md/admin/mdprivs.sqlファイルを実行します。

SYSTEM AS SYSDBAとして接続し、catmd.sqlスクリプトを実行します。このスクリプトは$ORACLE_HOME/md/adminにあります。

これにより、Oracle Spatial製品がインストールされます。

11gR2の新機能

Oracle Spatial
11gリリース2（11.2）には次の新機能があります。

WFSおよびCSWデータのアップグレード前後に必要な索引のメンテナンス

Spatial Web
Feature Service（WFS）またはCatalog Services for the Web（CSW）のサポートを使用する場合、および1つ以上のSYS.XMLTABLEINDEX索引を使用して索引付けされた以前のリリースからのデータがある場合、アップグレードする前に関連する索引を削除して、アップグレード後にそれらを再作成する必要があります。

詳細は、A.2項を参照してください。

新しいSpatialの集計関数

次の新しいspatial集計関数が追加されました（spatial集計関数については第20章に説明があります）。

*
SDO_AGGR_SET_UNION

新しいSDO_GEOMサブプログラム

次の新しいサブプログラムがSDO_GEOMパッケージに追加されました。これについては、第24章に説明があります。

*
SDO_GEOM.SDO_ALPHA_SHAPE

*
SDO_GEOM.SDO_CONCAVEHULL

*
SDO_GEOM.SDO_CONCAVEHULL_BOUNDARY

*
SDO_GEOM.SDO_TRIANGULATE

新しいSDO_UTILサブプログラム

次の新しいサブプログラムがSDO_UTILパッケージに追加されました。これについては、第32章に説明があります。

*
SDO_UTIL.INTERIOR_POINT

*
SDO_UTIL.FROM_KMLGEOMETRY

* SDO_UTIL.TO_KMLGEOMETRY

新しいSDO_WFS_LOCKサブプログラム

次の新しいサブプログラムがSDO_WFS_LOCKパッケージに追加されました。これについては、第33章に説明があります。

*
SDO_WFS_LOCK.EnableDBTxns

FIRST_ROWSヒントによるSDO_NN_DISTANCEのパフォーマンスの改善

FIRST_ROWSオプティマイザ・ヒントを指定した際にパフォーマンスが向上するようにSDO_NN_DISTANCE補助演算子が変更されました。FIRST_ROWSヒントを使用した例については、第19章のSDO_NN_DISTANCEリファレンスに関する項を参照してください。

SpatialアプリケーションによるGoogle Mapsのサポート

Oracle SpatialアプリケーションによるGoogle Mapsのサポートが強化されました。SDO_CS.TRANSFORM関数またはSDO_CS.TRANSFORM_LAYERプロシージャによってUSE_SPHERICALというユースケース名を指定して、Spatialで投影に楕円数学ではなく、（Google Mapsで使用される）球面数学を使用できるようになりました。詳細は、Google Mapsの考慮事項に関する項を参照してください。

WFSによるWorkspace Managerのサポート

WFSトランザクション（WFS-T）によって、データベース・トランザクションとOracle Workspace Managerワークスペースのメンテナンス操作を同じセッションで実行できます。

以前のリリースでは、つ以上のワークスペースからのWFSクエリーのみがサポートされていました。Workspace ManagerとWFSの使用方法の詳細は、15.5項を参照してください。

Spatial索引を含むトランスポータブル表領域に対するクロス・エンディアン操作のサポート

SDO_UTIL.INITIALIZE_INDEXES_FOR_TTSプロシージャ（第32章を参照）の場合は、spatial索引を含むトランスポータブル表領域がエンディアン形式のプラットフォーム全体（ビッグ・エンディアンからリトル・エンディアン、またはリトル・エンディアンからビッグ・エンディアン）でサポートされるようになりました。これらは、以前のリリースではサポートされていませんでした。

非常に大きなジオメトリ（1,048,576縦座標を超えるもの）のサポート

1,048,576より大きい縦座標のジオメトリをサポートする必要がある場合、新しいスクリプトを利用できます。ただし、このスクリプトを使用するには、多くの追加作業とデータベースのダウンタイム、およびいくつかの考慮事項と制限があります。詳細は、A.3項を参照してください。

SDO_UTIL.PREPARE_FOR_TTSの非推奨

Oracle Database
Release 11.2からは、SDO_UTIL.PREPARE_FOR_TTSプロシージャは非推奨になりました。トランスポータブル表領域のエクスポート操作を実行する前に、このプロシージャを呼び出す必要はありません。

GeoRasterの新機能

この項では、Oracle
Database 11gリリース2（11.2）のOracle Spatial GeoRasterの新機能および変更点について説明します。

Java API

GeoRasterにはJava APIが含まれています。これは、Oracle SpatialのGeoRaster機能とともに使用可能な機能をサポートする、インタフェースおよびクラスから構成されています。詳細は、1.13項を参照してください。

グラウンド制御ポイント（GCP）のサポート

グラウンド制御ポイント（GCP）を使用して、GeoRasterオブジェクトを地理参照することができます。この機能のサポートには、いくつかの新しいデータ型とPL/SQLサブプログラム、一部の既存の型およびサブプログラムへの機能拡張が含まれます。詳細は、次を参照してください。

* GCPを使用した地理参照に関する項

* SDO_GEOR_SRSオブジェクト型（すべてのGCP関連情報を含む）に関する項

* SDO_GEOR_GCPオブジェクト型に関する項

* SDO_GEOR_GCP_
COLLECTIONコレクション型に関する項

*
SDO_GEOR_GCPGEOREFTYPEオブジェクト型に関する項

*
SDO_GEOR.deleteControlPointプロシージャ

* SDO_GEOR地理参照（GCPを使用するための新しい関数形式）

*
SDO_GEOR.getControlPoint function

*
SDO_GEOR.getGCPGeorefMethod関数

*
SDO_GEOR.getGCPGeorefModel関数

* SDO_GEOR.getSRS関数（GCP関連情報を含む）

*
SDO_GEOR.setControlPointプロシージャ

*
SDO_GEOR.setGCPGeorefMethodプロシージャ

*
SDO_GEOR.setGCPGeorefModelプロシージャ

* SDO_GEOR.setSRSプロシージャ（GCP関連情報を含む）

* 付録A「GeoRasterメタデータXMLスキーマ」（新しいGCP関連情報を含む）

GeoRasterオブジェクトの再投影

新しいSDO_GEOR.reprojectを使用して、GeoRasterオブジェクトを異なるOracle Spatial座標系に再投影できます（第4章に説明があります）。

空白埋込みを減少するための最適化されたブロック

ブロックされているラスター・データの場合、新しいOPTIMALPADDINGキーワードを指定して、ユーザー指定のストレージ・パラメータのblockSize値を自動的に最適な値に調整し、空白埋込みを減らすことができます。詳細は、1.4.1項の表1-1「ラスター・データの
storageParamキーワード」にあるblockingおよびblockSizeキーワードの説明を参照してください。

また、新しいSDO_GEOR_UTL.calcOptimizedBlockSizeプロシージャ（第6章を参照）を使用して、GeoRasterオブジェクト記憶域での空白埋込みの使用が少ない最適なblockSize値を計算し、その結果をstorageParamパラメータを持つサブプログラムで適用することもできます。

グリッド補完

新しいSDO_GEOR.evaluateDouble関数（第4章を参照）は、指定された補完方法を使用することで、隣接するセルの値に基づいて直接の場所を評価し、その場所に指定されたバンドまたはレイヤーのラスター値（倍精度の数値）を返します。

クエリーでのポリゴン・ベースのクリッピング

SDO_GEOR.getRasterSubsetプロシージャおよびSDO_GEOR.subsetプロシージャ（第4章を参照）が強化されました。以前のリリースでは、クエリー・ポリゴンのMBR（長方形）のみが使用されていました。（不規則な）ポリゴン境界に沿って、クエリーの結果をクリップできるようになりました。

setModelCoordLocationプロシージャ

新しいSDO_GEOR.setModelCoordLocationプロシージャ（第4章を参照）では、セル座標系を中央から左上、または左上から中央に変更することができます。これは、地理参照されているGeoRasterオブジェクトのみに適用されます。GeoRaster SRSの関数の調整係数に変更を反映する（セル座標とモデル座標間の関係が変わらないようにする）ために自動調整されます。

getCellValue関数で複数のバンドまたはレイヤーが使用可能に

SDO_GEOR.getCellValue関数（第4章を参照）が、指定された場所の複数のレイヤーまたはバンドのセル値を返すように機能拡張されました。以前のリリースでは、指定されたレイヤーまたはバンドの1つのセル値のみが返されていました。

getGeoreferenceType関数から返される値

SDO_GEOR.getGeoreferenceType関数（第4章を参照）は、本書の以前のリリースでの記載の他に、地理参照型の値として5（三次多項式）、6（二次有理多項式）または7（二次多項式）を返すことができます。

Oracle SQL Developer README

原典情報: $ORACLE_HOME/sqldeveloper/relnotes_v155.html

目次

このリリースについて

始める前に

使用開始後

既知の問題

言語および翻訳の問題

Oracle SQL Developer 1.5の新機能

このリリースについて

Oracle SQL Developer 1.5.5は、Oracle Database 11gR2に統合される予定のリリースです。これにはリリース1.5.4への小規模な更新が含まれており、新機能に重点を置いていません。新機能は、会計年度2010年にリリース予定のOracle SQL Developer 2.1に含まれます。

注意: SQLワークシートは、SQL Developer 2.1用に再作成されています。そのため、SQLワークシートに関する多くの既存の不具合およびリクエストが報告されていますが、SQL Developer 1.5.5ではなく、SQL Developerの次のリリースで対応する予定です。

始める前に

- プラットフォーム・サポート

- Oracle SQL Developer 1.5.5は、Windows XP 、Vista（64ビット版を含む）およびWindows Server 2008、LinuxまたはMac OS Xに対応しています。

- JDKサポート

- Oracle SQL Developer 1.5.5リリースは、JDK 1.5.0_06に同梱されています。埋込み型JDKを使用するか、インストールしたJDKに接続できます。JDKは1.5.0_06以上を使用してください。JDK1.6（JDK6.0）を使用すると、最低条件として、JDK1.6 Update 3が必要になります。SQL Developerは、JDK 1.6 Update 1および2とは併用できません。

- Windows VistaにはJDK 1.6以上が必要で、デフォルトのOracle Look and Feelを使用してJDK 1.6の認定を受けています。Windows look and feelを使用した場合に、問題がいくつか報告されています。

- JDK 1.6 update 10およびupdate 12について、既知の問題があります。

- インストールまたはアップグレード

- SQL Developerのリリース間のアップグレードを行う「更新の確認」オプションは、サポートされていません。このユーティリティは、サード・パーティの機能拡張をインストールするために提供されており、これには移行に必要なサード・パーティのドライバが含まれます。

- すべてのSQL Developerの新しいリリースには、フル・インストールが必要です。ファイルをダウンロードして、空のフォルダに解凍してください。ファイルの解凍時には、フォルダ名を使用チェック・ボックスが選択されていることを確認します。

- 旧リリースの移行
製品をインストールした後、旧リリースから移行するかどうかを尋ねられます。これによって、以前に行われた設定および作成された接続が移行されます。

- 既存のリリース1.2.1の接続を移行するには、ダイアログの「参照」をクリックし、<sqldev 1.2.1 home>\sqldeveloper\sqldeveloper\systemフォルダを探して選択します。将来的には、これらのシステム・フォルダ・ファイルは、\Documents and Settings\<your_user>\Application Data\SQL Developerに格納されます。

- SQL Developer 1.5.xの設定を移行するには、ダイアログで「参照」を選択し、\Documents and Settings\<your_user>\Application Data\SQL Developerフォルダを探して選択します。

- Oracle Database 11gR1インストールの一部としてOracle SQL Developer 1.1.3を使用している場合、[ORACLE_HOME] \product\11.1.0\db_1\sqldeveloper\sqldeveloper\systemに移動してください。注意: 1.1.3より新しいリリースをインストールする場合、これによって、プログラムの起動リストのメニュー項目が置き換えられることはありません。ここに独自のメニュー・オプションを追加したり、デスクトップにショートカットを作成したりできます。

- ユーザー定義のレポート、スニペットおよびSQL履歴

- Oracle SQL Developer 1.5.5では、ユーザー定義のレポートやSQL履歴、ユーザー定義のスニペット・ファイルは、\Documents and Settings\<your_user>\Application Data\SQL Developerフォルダにあります。これらも移行されます。

- フォルダ

- リリース1.5.1、1.5.3または1.5.4でフォルダを作成した場合、これらは自動的に移行に含まれます。リリース間の設定を移行しないよう選択した場合は、以前の接続をインポートできます。これにはフォルダは含まれません。

- JDBCドライバ

- 同梱されるJDBCドライバは11g R1です。つまり、ユーザーはOracle 8.1.7データベースには接続できなくなります。

- デバッグ・ログ・ウィンドウ

- これは現在、デフォルトで無効に設定されています。SQL Developerのデバッグ・ログ・ウィンドウの情報をデフォルトで表示する場合は、sqldeveloper.confファイルにIncludeConfFile sqldeveloper-debug.confという行を挿入してください。

- 作業中に製品でデバッグ・ログ・ウィンドウを起動するには、"setloglevel oracle.dbtools ALL"とSQLワークシートに入力します。これは作業中は有効なままですが、製品を停止して再起動してもログ・ウィンドウは再び開きません。

- 翻訳

- ヘルプ・テキストが翻訳されていません。これは英語のままになります。

- Tip of the Dayが翻訳されていません。今後翻訳する予定です。

- テストで翻訳されていない部分が数多くあります。これらについて不具合が記録されており、将来のリリースで対応する予定です。個々の不具合の詳細は、このドキュメントには記載されていません。

- サード・パーティのデータベース

- このリリースでは、現在サポートされているサード・パーティのデータベースの他に、Sybase 12およびSybase 15がサポートされています。

- ドライバをインストールするまでは、「接続」ダイアログにサード・パーティのタブは表示されません。

- サード・パーティのデータベース用ドライバは、手動でダウンロードして含めることができます。詳細は、OTNの既存のドキュメントを参照してください。または、「更新の確認」を使用して、これらのドライバを設定することもできます。

- 最新のMySQLドライバ5.1は、使用しないでください。MySQLには、5.0.xのドライバを使用してください。

- TimesTen

- SQL DeveloperをインストールしてTimesTenに接続する前に、以下の手順を実行してください。

- TimesTen 7.0.3またはサーバーあるいはクライアントのそれ以降のリリースを、SQL Developerと同じマシンにインストールします。

- CLASSPATH環境変数が、TimesTen JDBCドライバ（TimesTen_install_dir/lib/ttjdbc5.jar）を指していることを確認します。

- Linuxシステムでは、シェル・スクリプトTimesTen_install_dir/bin/ttenv.shまたはTimesTen_install_dir/bin/ttenv.cshを実行して、SQL Developerを起動する前にTimesTen環境変数を設定します。

- TimesTenについて、詳細なリリース・ノートを参照してください。

使用開始後

- ユーザーは現在のデータベース・サポート・ライセンスのもとで、Oracleサポートによりサポートされています。SQL Developerの不具合や問題は、製品 Oracle SQL DeveloperのMetalinkを使用して報告してください。

- Oracle SQL Developer forumで問題について話し合うことができます。

- スレッドを立ち上げるには、明確なタイトルを使用してください。

- 新しい問題には、古い無関係なスレッドを使用しないようにしてください。

- 修正済の不具合リストがあります。Oracleサポートに連絡して、不具合の公開を依頼することも可能です。

- このリリースでの既知の問題は以下にリストします。これは、既知の不具合の完全なリストではありませんが、ユーザーに影響しかねない主な問題の一部です。

- このリリースでまだサポートされていない機能は、Oracle SQL Developer ExchangeのFeature Requestsに関する項で追加できます。

- プラットフォームおよびデータベース動作保証のご質問は、最新の動作保証ステータスを参照してください。

- TimesTenは、SQL Developer 1.5.5に同梱されています。TimesTenをインストールして構成しないかぎり、TimesTen Connectionノードは表示されません（前述のTimesTenに関する項を参照）。

- TimesTen In-Memory Databaseのサポートには、Oracle In-Memory Database CacheおよびTimesTen In-Memory Database Release 7.0.3以上のサポートも含まれています。

- 以前にリリースから接続を移行しなかった場合は、後で設定をインポートできます。以前のリリースのSQL Developerを起動して必要な接続をエクスポートし、新しいリリースにインポートします。

- 期限切れのパスワード: パスワードの期限が切れると、ユーザーの変更を行うようエラー・メッセージが表示されます。パスワードをリセットするには、接続を右クリックして「パスワードのリセット」を選択します。

既知の問題

これは完全なリストではありませんが、補足済および報告済の優先順位の高い問題が含まれています。不具合のステータスを確認したり、追加の不具合を報告するには、MetalinkからOracleサポートに連絡してください。

概要

- 他のダイアログが起動すると、ドキュメント・ヘルプ・ウィンドウが表示されます。

- 'c:\'の後にコールされたディレクトリを削除するとエラーになります。

- /* -- */ではなく、--  /*に形式が変わります。

- JDK 1.6アップデート10がWindows look and feelと機能しません。

- NLSプリファレンスがログインのトリガーおよびセッション・パラメータを上書きします。

- 最初の表をページ上にドラッグした際のクエリー・ビルダーのパフォーマンスがよくありません。

- 表のデータ印刷タブ: データ全体が印刷されません。

- 擬似列object_valueを使用してXMLドキュメント内容を取得しています。

参照

- SQLワークシートでxmltype表が作成された場合に9i DBで参照できません。

- al32utf8 DBキャラクタ・セットに格納されたxmltypeデータを表示できません。

- Java : クラスの削除がエラーになり、クラスが削除されません。

- ポップアップ説明: シノニムのチェック時に明示的なスキーマ名が無視されます。

- 「権限」→付与 - 「使用可能な権限」の下に公開された権限がリストされていません。

フォーマッタ

- 比較およびマージ: 空白を無視する機能が無効です。

- 多くのキーワードがフォーマッタで認識されません。

- オプションでコマンド間の空白行を保持します。

- 「プリファレンス」→「SQLフォーマッタ」→「その他」→「SQLの入力」で、トークン内に改行が保持されます。

接続

- 拡張接続が暗号化されません（Thick/OCIドライバを使用）。

- thin JDBCドライバの「アドバンスト・セキュリティ・オプション」がサポートされていません。

- MAC: 接続ボタンが「データベース接続の作成/選択」ダイアログで表示されません。

- 接続時に「期限切れ」（猶予期間）ステータスのユーザーが通知されません。

オブジェクトの作成または変更

- データベースの差異ユーティリティで正しい差異が検出されません。

- データベース・コピー・ウィザードで、既存のPKおよび一意の索引に対して重複するレコード・エラーが表示されます。

- ディレクトリ・ノードのディレクトリ作成のパスが正しくありません。

- select any dictionary権限を持つユーザーがトリガーの詳細を表示できません。

- ビュー・ダイアログ: SQL構文が有効です。ただし、クエリーが無効です。

SQLワークシートおよびデータ

- デフォルトの受入れオプションがワークシートで機能しません - SQL*Plus

- 「ファイル」→データ・グリッドに印刷で、ヘッダー行が切り捨てられます。

- F9バインド変数で二重引用符と空白が使用できません。

- データ編集時に中東言語のNLS位置揃えが適切ではありません。

- binary_float/binary_doubleにNLS設定が使用されません。

- MACクエリー・ビルダーで表のすべての列を選択するときにティック・マークが表示されません。

- Select* (no gap) 不正な構文にF9（文の入力）でエラーが表示されません。

- serveroutputを有効にすると、glogin.sql自動実行スクリプトで失敗します。

- 失敗があるとソート設定が変更できません。

- 結果画面で特殊文字が空白の正方形として表示されます。

- to_timestamp_tzが正しい結果を表示しません。

- データ・グリッドの日付を更新すると、タイムスタンプなしに日付形式の時間詳細がリセットされます。

PL/SQL

- 変数コマンドにより宣言されたバインド変数に大/小文字が区別される名前が付けられます。

- 起動して実行中のPL/SQLプロシージャが終了できません。

- plsqlnodeノードでファイルを開くとデフォルトの接続が正しく表示されません。

- 権限の変更後にリフレッシュまたはユーザーに再接続してもユーザーが更新されません。

- リモート・デバッグ: 接続がデフォルトにならず、ソースを見つけられません。

インポート/エクスポート

- HTMLにエクスポートされたカーソル・データが正しく表示されません。

- エクスポートされたttbulkcpファイルのエンコーディングが正しくありません。

移行

- アクセス: データの移動によってboolean値のTRUEが正しく処理されません。

- アクセス: ビューが別名インラインを参照しています。

- アクセス・ビューの変換でパラメータ値が正しく処理されません。

- SQL Server 2000の索引パネルの参照が機能しません。

- 最大値を超えるサイズ8096の行がソートできません。

- ビュー変換作成に別名句がありません。

- マルチバイトのデータベース名でデータ移動が失敗します。

- 列の別名を持つ削除文が解析できません。

- 日付のデフォルト値を変換する必要があります。

- 変換されたMS Accessクエリーで重複する列名エラーが報告されます。

- キャプチャされたモデルで、複数セグメントを持つ一意の索引が一意でなくなります。

- 不等号「! =」で感嘆符と等号の間に空白があると認識されません。

- Sybase: トリガーに以前のjoin構文があると変換に失敗します。

- on delete cascadeが移行中に失われます。

- プロシージャ変数がケースの変数名と一致する必要があります。

- SQL Server 2000参照データ（およびデータ・グリッド）でdatetime値が表示されません。

- SQL Serverのデフォルトのforトリガーがトリガーの後に変換されません。

- SQL Server - 「&」および「'」の文字が含まれているとデータ移動に失敗します。

- Sybaseのトリガー: 挿入されたサブ条件が変換されません。

- 削除されたトリガーが移動または二重に置換され、PL/SQLコードが未完成となります。

- ワイルドカードを識別子に持つクエリーを変換できません。

- update join句が正しく変換されません。

- 割当てを持つupdate文が正しく変換されません。

設定

- TNSロケーション設定またはTNSパス設定のためのプリファレンスを作成します。

- NLSプリファレンスがログインのトリガーおよびセッション・パラメータを上書きします。

- オブジェクト・ビューアのパラメータ: 「スキーマの表示」の選択を解除すると、コメントにスキーマ名が入ります。- データベースの基本的な不具合

- 「プリファレンス」→「アクセラレータ」で、追加して削除するとキーの割当てが失われます。

- 切取り、コピー、貼付けの割当てを標準のキーの組合せに戻そうとしても機能しません。

- SQL Developerで一部のキー割当てが失われることがあります。デフォルト値をリセットする必要があります。

バージョン管理

- SVNチェックアウト: チェックアウト先が存在しない場合はエラー・メッセージが必要です。

- 「バージョニング」→「CVS」で、新しいファイルがcvs接続に表示されません。

TimesTen

- TimesTen DDLとDML操作のコミットおよびロールバック: Oracleデータベースとは異なり、TimesTenはDDLトランザクションを暗黙的にコミットしません。ユーザーが、SQLワークシートの「コミット」ボタンをクリックして、明示的にトランザクションをコミットする必要があります。

- PassThroughを有効にすると接続ナビゲータでのSQL操作に影響します。SQLワークシートのパス・スルー操作から接続ナビゲータに切り替えるときに、この設定が0にリセットされているか確認してください。

- 「データ」タブを参照中にDDL操作が失敗します。「データ」タブで、DDLを実行中の表を参照していないことを確認してください。

- SYS.TABLESシステム表がSQL Developerで参照されているときは、表を作成できません。SYS.TABLESの内容を「データ」タブで参照するとロックがかかります。All CREATE TABLE文がブロックされて、このために最後にはタイムアウトになることがあります。「データ」タブのフォーカスが別の表に切り替わり次第、ロックがリリースされます。これは、TimesTen In-Memory Database 7.0.5以上のリリースで修正されました。

- 「データのエクスポート」→「挿入」により、基となるデータ型およびリテラルのサポートの差異に応じて、Oracleと互換性のあるSQL INSERT文が生成されます。これらは、TimesTenデータベースと互換性がないことがあります。

- 「データ」タブ内でアクションが実行される際に、「データのエクスポート」→「ttbulkcp」によってエラーが生成されます。このオプションは、接続ナビゲータから選択してください。

- LIKEフィルタで、完全に一致するオブジェクトが見つかりません。回避策は、フィルタを定義するときにLIKEのかわりに「=」を使用することです。

言語および翻訳の問題

- 今回の最初の翻訳版リリースには、翻訳されなかった文字列が多数あります。未翻訳の文字列の詳細はありません。

Oracle SQL Developer 1.5の新機能

機能の総合リストについては、SQL Developer 1.5の機能リストを参照してください。

Oracle SQL*Plus README

原典情報: $ORACLE_HOME/sqlplus/doc/README.htm

目次

このリリース・ノートでは、要件、SQL*Plusとそのドキュメントに記述された機能との違い、今回のリリースの新機能およびサポート情報について説明します。内容は次のとおりです。

認証

SQL*Plusの新機能

以前のリリースの新機能

修正された不具合

サポート

サポート解除の通知

1 認証

SQL*Plusは、オペレーティング・システム固有のOracle Databaseドキュメントに記載されているオペレーティング・システムに対して認証されます。

SQL*Plusは、Oracle Database 11g リリース2（11.2）およびサポート対象のすべてのOracle Serverに対して認証されます。

2 SQL*Plusの新機能

SQL*Plusリリース11.2.0.2は、SQL*Plusリリース11.2のスーパーセットです。

この項では、今回のリリースのSQL*Plusで導入された新機能について説明します。一部の機能は、SQLPLUSCOMPATIBILITY設定の影響を受ける場合があります。『SQL*Plusユーザーズ・ガイドおよびリファレンス』の第12章「SQL*Plusコマンド・リファレンス」のSET SQLPLUSCOMPATIBILITYのマトリックスに関する項を参照してください。

2.1 SET XMLOPTIMIZATIONCHECK

SET XMLOPTIMIZATIONCHECKでは、完全に最適化されたXML問合せとDML操作のみの実行が指定されます。この新機能による支援は、コードの開発とデバックのときのみです。

3 以前のリリースの新機能

この項では、以前のリリースのSQL*Plusで導入された新機能を示します。

3.1 SQL*Plus 11.2製品版の新機能

- エディション・オプション

- SET EXITCOMMIT

- RACデータベースのFANイベント

3.2 SQL*Plus 11.1製品版の新機能

- SET ERRORLOGGINGコマンドは、SQL、PL/SQLおよびSQL*Plusのエラーのエラー・ロギングを可能にします。

- SQL*Plusで、BLOBおよびBFILEデータ型を含む表やオブジェクトの標準の問合せがサポートされるようになりました。

- SET ESCCHARコマンドを使用して、ファイル名の特定の文字をエスケープさせることができます。

- SQLPLUSコマンドの-F引数を使用すると、SQL*PlusでRACデータベースからFANイベントを受信できます。

3.3 SQL*Plus 10.2製品版の新機能

- XQUERYは新しいSQL*Plusコマンドで、SQL*Plusからデータベースに対してXQueryを実行できます。

3.4 SQL*Plus 10.1製品版の新機能

- gloginとloginのコール

- SQL*Plusサイト・プロファイルとユーザー・プロファイルの変更

- SET SQLPROMPT

- 事前定義の置換変数: _DATE、_PRIVILEGEおよび_USER

- SET SERVEROUTPUT ONの変更

- SHOW RECYCLEBIN

- SPOOLコマンドでのAPPEND、CREATEおよびREPLACEの拡張

- SQLPLUS -C[OMPATIBILITY]引数

- Windowsにおけるファイル名およびパス名での空白のサポート

- メッセージおよびプロンプトの改善

- SET PAGESIZEのデフォルト値

- Windows固有の情報

4 修正された不具合

次の項では、SQL*Plusで修正された不具合を示します。問題の説明の後にあるカッコ内の番号は、オラクル社のBugデータベース内のBug番号です。

4.1 SQL*Plusリリース11.2.0.2で修正された不具合

- SPERRORLOGは、完全な文を適切に表示するようになりました（9559937）

- NLS環境でのSQL*Plus の予期しない終了が修正されました (9575131)

- SQL*Plus WHENEVERコマンドは無効化できるようになりました (9298298)

- EDITでのワイルドカードの動作がドキュメント化されました (9046816)

- SHUTDOWN IMMEDIATEの停止がなくなりました (8299200)

- 内部変更（9587831、9587716、9587244、9370232、9437352、9379339、9370460、9370232、9328006、9226453、9299444、9226453、7676775）

4.2 SQL*Plusリリース11.2で修正された不具合

- UNIX/Linuxコンピュータ上のRACデータベースからFANイベントを受信するために、-Fオプションは不要になりました (6660746, 8352590)

- Apple MacでHOSTコマンドを使用する際に、SQL*Plusがハングしなくなりました（7529591）

- PRODUCT_USER_PROFILEでSQL*Plus DELコマンドを無効にしても、SQL DELETEコマンドが無効にならなくなりました（7462252）

- SQL*Plusを-Sオプションで起動した場合、ACCEPTコマンドとHIDEオプションを使用しても入力した値は表示されません（3863763）

- DESCRIBE procedure @ db linkによって、プロシージャ名が正しく表示されるようになりました（7259464）

- PASSWORDコマンドに対して、正しいフィードバック・メッセージが表示されるようになりました（7258594）

- SQL*Plusが、ファイル名に空白を含むSQLスクリプトを実行するようになりました（7150873）

- STARTUPコマンドでREAD ONLYオプションを使用しても、内部エラーが生成されなくなりました（6981649）

- 大量のデータにAUTOTRACEコマンドを使用しても、内部エラーが生成されなくなりました（6718674）

- スクリプトの実行中に[Control]+[C]が正しく機能するようになりました（6499532）

- RDBMS_METADATA.GET_DDLを実行しても、JA16SJISクライアント・キャラクタ・セットで出力が切り捨てられなくなりました（6459688）

- NLS_DATE_FORMATが正しく設定されていない場合に、SQL*Plusで内部エラーが生成されなくなりました（6376008）

- SPOOLコマンドの動作が旧リリースのものと同じになりました（6214990）

- SQLNET.AUTHENTICATION_SERVICES=(NONE)の場合に、エラーORA-1031が発生しなくなりました（5997159）

- IBM zSeriesプラットフォームで、SHOW ALLに対してSP2-0308メッセージが生成されなくなりました（3989135）

- 同じセッション内でのDB停止と起動の後、AUTOTRACEによってORA-1012メッセージが生成されなくなりました（3445839）

- EXITコマンドで正しいステータス・コードが返されるようになりました（2697996）

- 埋込みコメントを持つALTER PACKAGEに対して、SHOW ERRORによって正しいエラーが表示されるようになりました（2223969）

- 内部変更（8356309、8337410、8337402、8337395、8308134、8229404、7571278、7521006、6605695、6350579、6340232、6261618、6110590、5081837、4176440、3975044、3243405、2833775、1134891）

5 サポート

SQL*Plusのサポートについては、Oracleサポート・サービスに連絡してください。

6 サポート解除の通知

この項では、SQL*Plusコマンドおよびインタフェースのサポート解除を事前通知します。これは、サポート解除の時期についての正式な通知ではなく、Oracleの廃止プロセスにかわるものでもありません。ここでの情報は、オラクル社が将来のリリースで機能またはインタフェースのサポートを解除する予定であることを事前に警告するために提供されます。

6.1 Windowsのグラフィカル・ユーザー・インタフェース

SQL*Plus for Windowsのグラフィカル・ユーザー・インタフェース（GUI）は、SQL*Plusリリース11.1でサポートされなくなりました。Oracle Database 11gリリース1（11.1）では、次のいずれかを使用することをお薦めします。

- SQL*Plusのコマンドライン

- Oracle Application Express

- Oracle SQL Developer

6.2 iSQL*Plusのユーザー・インタフェース

iSQL*Plusのユーザー・インタフェースは、SQL*Plusリリース11.1でサポートされなくなりました。Oracle Database 11gリリース1（11.1）では、次のいずれかを使用することをお薦めします。

- SQL*Plusのコマンドライン

- Oracle Application Express

- Oracle SQL Developer

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

Copyright © 1996, 2010 Oracle Corporation.

All Rights Reserved.

Oracle Universal Connection Pool README

原典情報: $ORACLE_HOME/ucp/Readme.txt

目次

このリリースの内容

インストール

環境の設定

重要

このリリースの既知の問題/制限事項

このリリースで修正された問題/制限事項

このリリースの内容

全プラットフォーム

[ORACLE_HOME]/ucp/libには、次のファイルが含まれています。

- ucp.jar

JDK 5.0およびJDK 6用のクラス。スタンドアロンのUCP/JDBCアプリケーション用の組込みJDBCプール・アダプタ・クラスのみでなく、ユニバーサル接続プール・クラスも含まれています。

- ucpdemos.jar

JDK 5.0およびJDK 6用のクラス。ユニバーサル接続プールのデモとコード・サンプル、サンプルのロギング構成、および高速接続フェイルオーバーのクイック・スタート・ツールキットが含まれています。

Javadoc / Documentation / Demo:

すべてOTNからダウンロードできます。

インストール

Oracle Installerにより、ユニバーサル接続プールのファイルが[ORACLE_HOME]/ucpディレクトリに配置されます。

環境の設定

Windowsプラットフォームの場合

- CLASSPATHに[ORACLE_HOME]\ucp\lib\ucp.jarを追加します。

すべてのUNIXプラットフォームの場合

- CLASSPATHに[ORACLE_HOME]/ucp/lib/ucp.jarを追加します。

重要

- UCPはDB2やSQLServerなどのOracle以外のデータベースのみでなく、11.1や10gデータベースなど、以前のOracle Databaseでも機能します。JDBCドライバおよびベンダーのデータベース・バージョンなど、UCPの完全な動作要件はOTNを参照してください。

- UCPの接続アフィニティ機能（Webセッション・ベースのアフィニティおよびトランザクション・ベースのアフィニティ）は、Oracle Real Application Clusters（RAC）11.1以上で使用するように設計されています。これは、これらの機能が11g RACデータベースの機能を活用して設計されているためです。これらのUCP機能は、以前のバージョンのRACでは正常に機能しない可能性があります。

- UCPの接続ラベル付け機能を使用していて、高速接続フェイルオーバーとRACのロード・バランシング・アドバイザを有効にしている場合は、接続ラベル付けよりもランタイム接続ロード・バランシング（RCLB）が優先されることに注意してください。つまり、RACが有効化されている環境では、UCPのRCLBの方が、一般的な接続ラベル付け機能よりパフォーマンス特性が優れています。

このリリースの既知の問題/制限事項

- XA（グローバル・トランザクション）および高速接続フェイルオーバー（FCF）を使用しているアプリケーションの場合、oracle.ucp.jdbc.ValidConnectionのメソッドisValid()は、メソッドから戻される際のパフォーマンスが最適でない場合があります。これは、FCFが有効化された状態でUCPのPoolXADataSourceを使用している場合に発生します。これが予測されるのは、JDBCのOracle Bug#7314006が原因です。

回避策: この不具合はisValid APIの正確性には影響しません。接続の妥当性を確認するために、アプリケーションでかわりに、XAException catchブロック内にXAException.XAER_RMERRがあるかどうかを確認することもできます。

- 組込みプール・アダプタPoolDataSourceおよびPoolXADataSourceを使用しているアプリケーションでは、プールを使用すると、指定された接続ファクトリに、接続URL、ホスト、ポートなどのプロパティを実行時に動的に設定できます。ただし、接続URLを除くその他の接続ファクトリ・プロパティの設定時に、プールはリフレッシュされません。これは、標準の接続ファクトリ・プロパティ（たとえば、user、password、portNumber、databaseNameなどを含むjavax.sql.DataSourceのプロパティ）と、接続ファクトリに固有のカスタマイズ・プロパティの両方に当てはまります。

回避策: プールに接続が移入された後は、アプリケーションで重要な接続ファクトリ・プロパティの動的設定を回避する必要があります。これを回避できない場合は、すべての動的プロパティが設定された後に、アプリケーションで明示的にプールのリフレッシュを実行できます。

このリリースで修正された問題/制限事項

Oracle Bug#8489565

JDBCプロキシでの整合性がないクラス・ローダーが使用されます。

Oracle Bug#8356037

setInitialPoolSize()のコールでプール・インスタンスが起動しなくなりました。

Oracle Bug#7657258

サービスアップ・イベントを処理した後に、正しい高速接続フェイルオーバー（FCF）の結果が記録されません。

Oracle Bug# 7607299

UCPの開発者ガイドに重要でない誤字があります。

Oracle Bug# 7504160

UniversalConnectionPoolException: ユニバーサル接続プールがすでに存在します。

Oracle Bug# 7500649

名前付きRACインスタンスへの直接の接続サポートを追加しました。

Oracle Bug# 7499744

getStatistics APIによるFCFアップイベント処理情報を追加しました。

Oracle Bug# 7449959

リモートONSの設定またはインスタンス化が失敗した場合、ONSへのサブスクリプションが試行されなくなります。

Oracle Bug# 7448113

FCFの途中で接続を解除中に、正しい数の接続が処理されません。

Oracle Bug# 7390833

キーとして使用されているUCP接続プロキシをHashMapから削除できません。

Oracle Bug# 7390692

JDBCプロキシによって、不正な接続または閉じられた接続でコールされたメソッドに対して例外がスローされます。

Oracle Bug# 7355968

不正なファクトリ・クラスによって、接続のプール・サブクラスがチェックインされます。

Oracle Warehouse Builder ETL with Oracle eBusiness Suite README

原典情報: $ORACLE_HOME/owb/cmi/ebs/readme.txt

Oracle Warehouse Builder（OWB）を使用してOracle eBusiness Suite（EBS）でETLを行うことに関心がある場合は、次を参照してください。

目次

メタデータ抽出ユーザーの設定

データ抽出ユーザーの設定

OWBを使用したOracle eBusiness SuiteでのETL実行

メタデータ抽出ユーザーの設定

OWBは、ETLソリューションとして、「設計-デプロイ-実行」モデルを採用しています。そのため、ETLを実行するためにマッピングを作成する前に、まずOracle eBusiness Suiteからメタデータをインポートする必要があります。

EBSでは、APPSスキーマが表やビュー、シーケンスの主要なメタデータを保持します。ただし、本番環境ではユーザーがAPPSスキーマへのアクセスを取得することは稀であると想定します。このため、OWBがAPPSスキーマから直接ではなくメタデータを抽出できるように、メタデータ抽出ユーザーを設定する必要があります。

次の手順に従います。

1. EBSをホスティングするデータベース上にユーザーを作成するようデータベース管理者に依頼します。このユーザーには、少なくともCONNECTとRESOURCEのロールが必要です。

2. 付属のスクリプト（owbebs.sql）を実行するようデータベース管理者に依頼します。このスクリプトは次のことを実行します。

a. SELECTアクセス権をFND_APPLICATION、FND_APPLICATION_VL、FND_TABLES、FND_VIEWS、FND_SEQUENCES、FND_COLUMNS、FND_PRIMARY_KEYS、FND_FOREIGN_KEYS、FND_PRIMARY_KEY_COLUMNS、FND_FOREIGN_KEY_COLUMNSに付与します。これらの表はAPPSスキーマに所有され、EBS内の表やビュー、シーケンスおよびキーワードのメタデータを保持します。

b. メタデータ抽出ユーザーのスキーマで、前述の各オブジェクトにシノニムを作成します。

データ抽出ユーザーの設定

前項で作成されたユーザーではメタデータのみが取得されます。最終的には、必要なETLを実行するために、OWBでマッピングを作成することによって、データを抽出する必要性があります。結果的に、データの抽出が可能なEBSデータベース上にユーザーが必要です。

メタデータの抽出目的で作成した同じユーザーを使用することも、別のユーザーを使用することもできます。

データベース管理者に、EBSデータベースでアクセスが必要なオブジェクトのリストを提供してください。データベース管理者が、このデータ抽出ユーザーに少なくともリストの各オブジェクトへのSELECTアクセスを付与する必要があります。

OWBを使用したOracle eBusiness SuiteでのETL実行

1. まず、EBSデータベースからメタデータ抽出を行うOracleのロケーションを作成します。ユーザー名は、メタデータ抽出ユーザー名と同じにしてください。

2. データ抽出ユーザーがメタデータの抽出ユーザーと異なる場合は、このために2番目のロケーションを作成してください。

3. 「Oracle eBusiness Suite」ノードの下にモジュールを1つ作成し、メタデータ抽出のためにそのモジュールにロケーションを割り当てます。

4. データ抽出ロケーションがある場合、モジュールを編集してデータ・ロケーション・タブに移動し、ロケーションのリストにデータ抽出ロケーションを追加して、デフォルトとして選択します。

5. コンソール・ツリーで「構成」を右クリックしてモジュールを構成し、Locationプロパティがデータ抽出ロケーションに設定されているか確認します。

6. 手順4と5は、メタデータおよびデータを2人の異なるユーザーから抽出する場合にのみ必要です。

7. インポート・ウィザードを使用してメタデータをモジュールにインポートします。

8. マッピングおよびプロセス・フロー・エディタを使用して、ETLプロセスを設計します。

9. マッピングとプロセス・フローをデプロイして実行します。

Oracle XML Developers Kit README

原典情報: $ORACLE_HOME/xdk/readme.html

目次

概要

XDK Javaコンポーネント

XDK C/C++コンポーネント

互換性

既知の不具合

概要

Oracle XML Developer's Kit（Oracle XDK）は、コンポーネント、ツールおよびユーティリティのセットであり、XML対応のアプリケーションの構築およびデプロイを容易にします。様々なデプロイメント・オプションを提供するために、Oracle XDKコンポーネントは、Java、CおよびC++に使用できます。多くのシェアウェアやトライアル版XMLコンポーネントとは異なり、本番用Oracle XDKは完全にサポートされており、商用再配布ライセンスを受けています。Oracle XDKは、次のコンポーネントで構成されています。

- XML Parser: Java、CおよびC++をサポートします。このコンポーネントは、業界標準のDOMインタフェースおよびSAXインタフェースを使用して、XMLを作成および解析します。

- XSLT Processor: XMLを、HTMLなど他のテキスト・ベースの形式に変換またはレンダリングします。

- XSLT VM: Cを使用する高パフォーマンスのXSLT変換エンジンです。

- XML Schema Processor: Java、CおよびC++でスキーマを検証します。XMLの単純および複雑なデータ型を使用可能にします。

- XML Class Generator: DTDおよびXMLスキーマからC++クラスを自動的に生成し、WebフォームまたはアプリケーションからXMLデータを送信します。

- XML JAXB Class Generator: XMLスキーマからJavaクラスを自動的に生成し、WebフォームまたはアプリケーションからXMLデータを送信します。

- XML Java Beans: Javaコンポーネントを介して、XML文書をビジュアルに変換、比較および圧縮します。

- XML SQL Utility: SQL問合せから、XML文書、DTDおよびXMLスキーマをJavaで生成します。

- XSQL Servlet: サーバー内のXML、SQLおよびXSLTを組み合せて、動的Webコンテンツを配信します。

- XML Pipeline Processor: 宣言方式で実行されるJavaプロセスを指定します。

- TransX Utility: 変換されたシード・データおよびメッセージをデータベースに簡単にロードします。

ご質問、ご意見または不具合の報告は、Oracle Technology NetworkのXMLフォーラム（http://otn.oracle.com/tech/xml/xdkhome.html）までお寄せください。

XDK Javaコンポーネント

Oracle XDK Javaコンポーネントは、W3C勧告およびJava JSR標準に基づいています。現在サポートされている標準は次のとおりです。

- XML 1.0（Second Edition）

- DOMレベル2.0仕様

- DOMレベル2.0 Core

- DOMレベル2.0 Traversal and Range

- DOMレベル2.0 Events

- DOMレベル3.0仕様

- DOMレベル3.0 Load and Save（勧告候補）

- DOMレベル3.0 Validation（勧告候補）

- SAX 2.0およびSAX Extension

- XSLT/XPath仕様

- XSL Transformations（XSLT）1.0

- XML Path Language（XPath）1.0

- XSLT/XPath 2.0仕様

- XSL Transformations（XSLT）2.0（草案、2005年4月4日付）

- XML Path Language（XPath）2.0（草案、2005年4月4日付）

- XPath 2.0データ・モデル（草案、2005年4月4日付）

- XQuery 1.0およびXPath 2.0のFunctionsとOperators（草案、2005年4月4日付）

- XMLスキーマ仕様

- XML Schema Part 0: Primer

- XML Schema Part 1: Structures

- XML Schema Part 2: Datatypes

- XML Pipeline Definition Language 1.0

- Java API for XML Processing 1.2

- Java Architecture for XML Binding 1.0

DOM仕様

DOM APIは、DOMレベル3 ValidationおよびDOMレベル3 Load and Saveの勧告候補をサポートしています。

Load and Save

LSParserでは、次の構成パラメータがサポートされていません。

- "charset-overrides-xml-encoding"

LSParserでは、次の構成パラメータのオプション設定がサポートされていません。

- "disallow-doctype (true)"

- "ignore-unknown-character-denormalizations (false)"

- "namespaces (false)"

- "supported-media-types-only (true)"

LSSerializerでは、次の構成パラメータがサポートされていません。

- "discard-default-content"

LSSerializerでは、次の構成パラメータのオプション設定がサポートされていません。

- "canonical-form (true)"

- "format-pretty-print (true)"

- "ignore-unknown-character-denormalizations (false)"

- "normalize-characters (true)"

Validation

Validationで参照されるDOM 3 Core機能の一部が実装されていますが、Core自体はサポートされていません。

- DOM CoreのNameListおよびDOMStringListは、検証のためにサポートされています。

- ValidationはXMLスキーマに基づいており、最初にDTDをスキーマに変換する必要があります（DTDToSchemaユーティリティを使用）。

XSL Transformation

XSLTプロセッサによって、XSLT 2.0、XPath 2.0およびXPath/XQuery共有データ・モデルの現在の草案に対するサポートが追加されます。

これらの仕様の次の機能は、現行リリースではサポートされていません。

- スキーマ・インポートおよび静的入力機能はサポートされていませんが、XPath 2.0データ・モデルで指定されたXMLスキーマ組込み型はサポートされています。

- schema-elementおよびschema-attributeのnodetestはサポートされていません。

- XSLT命令xsl:numberは、XSLT 1.0のセマンティクスおよび構文を使用します。

- use-when標準属性はサポートされていません。

- プロセッサでは、xsl:paramのrequired属性はサポートされていません。

- tunnelパラメータはサポートされていません。

- XSLTでは、正規表現命令はサポートされていません。

- XPath 2.0ファンクションのfn:tokenize、fn:matchesおよびfn:replaceはサポートされていません。

- format-dateTime、format-dateおよびformat-timeファンクションはサポートされていません。

- xsl:attribute、xsl:commentおよびxsl:messageのコンテンツ・モデル、およびxsl:keyとxsl:sortのキー値の計算方法は、1.0の動作のままです。

- xsl:copyとxsl:elementの属性[xsl:]inherit-namespaces、およびリテラル結果要素はサポートされていません。

このリリースの新機能:

- ストリーミング評価によって、スケーラブルDOM変換のスケーラビリティとパフォーマンスが改善されます。

JAXB Class Generator

XML Data Bindingは、2003年1月8日のJSR-31「Java Architecture for XML Binding（JAXB）Finalバージョン1.0」に基づいています。このコンポーネントを使用すると、XMLスキーマに基づいてJavaクラスを作成できます。

JAXB 1.0仕様では、W3CのXMLスキーマの完全サポートは必要ありません。詳細は、付録E.2を参照してください。現行リリースでは、次の機能はサポートされていません。

- Javadocの生成はサポートされていません。

- XMLスキーマ・コンポーネントのanyおよび置換グループはサポートされていません。

スキーマから導出されたJavaファイルのエンコーディング

Java言語仕様に従って、JavaプログラムはUnicodeキャラクタ・セットを使用して記述されます。特に、Javaプログラムのコメント、識別子、および文字やリテラル文字列の内容は、Unicode文字を使用して形成できます。Javaプログラムのすべての入力文字がASCII文字で表現できないかぎり（つまり、ASCII以外の文字はUnicodeエスケープに変換される）、JAXB生成のJavaファイルは特定のエンコーディングで保存する必要があります。このリリースでは、JAXB生成の全JavaファイルのエンコーディングとしてUTF-8が選択されています。このエンコーディングがプラットフォームのデフォルト・コンバータと異なる場合は、encodingオプションを指定して、javacまたはJavaプログラミング言語のコンパイラに対して、ソース・ファイルで使用するエンコーディングを指示する必要があります。

XML JavaBeans

oracle.xml.transviewer.DBAccess Beanは使用されなくなりました。かわりにoracle.xml.dbaccess.DBAccessを使用してください。

XML Pipeline Processor

Oracle XML Pipeline Processorは、2002年2月28日のW3CノートのXML Pipeline Definition Languageバージョン1.0で作成されています。このプロセッサは入力XMLパイプライン文書を取ることができ、派生した依存関係に応じてパイプライン・プロセスを実行できます。パイプライン文書はXML文書であり、宣言方式で実行されるプロセスを指定します。Pipeline Processorに加えて、Oracleではパイプライン文書でパイプ化できる複数のパイプライン・プロセスを定義しています。

W3Cノートとこの実装の間にはいくつか違いがあります。次に相違点を示します。

- パーサー・プロセス（DOMParserProcessおよびSAXParserProcess）はXMLパイプラインに含まれます（セクション1）。

- XML Baseは現在サポートされていません（セクション2.1）。

- 使用可能なパイプライン入力に関する最終ターゲット出力が最新であるかどうかを確認する場合は、最終ターゲット出力のみがチェックされます。全プロセスの中間出力が最新であるかどうかは確認されません（セクション2.2）。

- 選択した属性では、二重引用符（""）の間にあるものはすべてリテラル文字列とみなされます。

- 複数のプロセスで同じinfosetが作成された場合、プロセッサでエラーがスローされます（セクション2.4.2.3）。

- 文書要素は冗長な機能とみなされるため、サポートされていません（セクション2.4.2.8）。

XSQL Servlet

Oracle XSQL Servletは、サーバー内のSQL、XMLおよびXSLTの機能を組み合せて、動的Webコンテンツを配信します。XSQL Servletを使用すると、次の操作を実行できます。

- Web上で、あらゆるクライアント・デバイスからWebベース情報のリクエストを受信できます。

- リクエストで必要なビジネス・データの適切な論理ビューを問い合せます。

- Web上でデータグラムをXMLでリクエスタに戻します。

- オプションで、情報をXML、HTMLまたは必要なテキスト形式に柔軟に変換します。

XSQL Servlet Processorには、次の新機能があります。

- 複数値のパラメータのサポート: ユーザーは、値が文字列の配列であるパラメータを使用できます。複数値のパラメータは、同じ名前を共有する入力コントロールが複数出現するHTMLフォームをユーザーが送信する場合によく使用されます。

- xsql:if-paramを使用した条件付きのアクションの実行またはコンテンツの挿入: 新しい<xsql:if-param>アクションでは、ある条件がTrueである場合に、xsql:if-paramにネストされている要素またはアクション（あるいはその両方）を条件付きで含めることができます。

- 暗黙的コミットを実行するアクションの新しいCommit="No"フラグ: <xsql:delete-request>、<xsql:insert-request>、<xsql:insert-request>および<xsql:insert-parameter>の各アクション要素では、アクションで暗黙的コミットを実行するかどうかを制御する新しいオプションのコミット属性を使用できます。

- 組込みアクションでのエラー・パラメータのオプション設定: アクションの実行時に致命的でないエラーが発生したかどうかを把握しておくと便利な場合があります。

- サーブレット・コンテナのデータソース実装の使用: XSQLConfig.xmlファイル内に名前付き接続を定義する方法の他に、サーブレット・コンテナでのJDBCデータソース実装を介して使用可能なデータソースを使用する方法があります。

- カスタムXSQLErrorHandler実装の提供: このリリースでは新しいインタフェースoracle.xml.xsql.XSQLErrorHandlerが導入されました。このインタフェースを使用することで、開発者はエラーの通知方法をプログラムで制御し、エラーの対処方法をカスタマイズできます。
XSQLError.getErrorCode()で戻されるエラー・コードは、NNNではなく25NNNに変更されました。また、エラー・コード形式もXML-25NNNに変更されました。

- カスタムXSQLLogger実装の提供: このリリースでは2つの新しいインタフェースoracle.xml.xsql.XSQLLoggerFactoryおよびoracle.xml.xsql.XSQLLoggerが導入されました。これらのインタフェースを使用することで、開発者はXSQLページ・リクエストのログを記録できます。

- XSQLConfig.xmlファイルのデフォルト名のオーバーライド: 顧客の要望により、XSQLConfig.xmlファイルのデフォルト名をオーバーライドして、テスト環境や本番環境用に別の構成ファイルを容易に指定できるようにする方法が必要でした。このリリースでは、次の2種類の方法でファイル名をオーバーライドできます。

- Javaシステム・プロパティxsql.configを設定します。

- サーブレット初期化パラメータxsql.configを定義します。

- Apache FOP 0.20.3のサポート: XSQLページからPDF出力をレンダリングする必要がある場合、このリリースではApache FOP 0.20.3リリース候補での動作がサポートされます。

- 空白保持構成オプションの設定: このリリースから、空白保持モードを使用したXSQLページ・テンプレートおよびXSLTスタイルシートを解析する際に、XSQL Page ProcessorでOracle XML Parserを使用するかどうかを制御できます。

Oracle TransX Utility

TransXはデータ転送ユーティリティであり、データベースに多言語データを移入できます。このユーティリティはXMLを使用してデータを指定するため、XMLからデータベースへの簡単なデータ転送、開発者と翻訳者の両方が直観的に使用できる単純なデータ形式、およびエラーの発生が軽減される検証機能を利用できます。

Oracle XML SQL Utility

XML SQL Utility（XSU）は、オブジェクト・リレーショナル・データベースの表またはビューから取得したデータをXMLに変換し、正規マッピングに基づいて、表またはビューの適切な列または属性にデータをXMLで挿入できるユーティリティです。

バイナリXML

バイナリXMLを使用すると、XMLテキストと圧縮されたバイナリXML間のエンコードおよびデコードが可能になります。効率を上げるため、XMLアプリケーションが直接使用できるよう、バイナリXML上にDOMおよびSAX APIが提供されています。詳細は、『Oracle XML Developer's Kitプログラマーズ・ガイド』を参照してください。

スケーラブルなDOM

XDKにより、スケーラブルでプラッガブルなDOMのサポートが提供されます。これにより、非効率的なメモリーの使用、スケーラビリティの制限、およびDOM構成に対する制御の欠如の問題が解決されます。詳細は、『Oracle XML Developer's Kitプログラマーズ・ガイド』を参照してください。

XDK C/C++コンポーネント

Oracle XDK C/C++コンポーネントは、W3C勧告に基づいています。現在サポートされている標準は次のとおりです。

- XML 1.0（Second Edition）

- XML Namespaces

- DOMレベル2.0仕様

- DOMレベル2.0 Core

- DOMレベル2.0 Traversal and Range

- SAX 2.0およびSAX Extension

- XSLT/XPath仕様

- XSL Transformations（XSLT）1.0

- XML Path Language（XPath）1.0

- XMLスキーマ仕様

- XML Schema Part 0: Primer

- XML Schema Part 1: Structures

- XML Schema Part 2: Datatypes

StAXのサポート

XMLイベントでは、PushベースのSAXイベントと比較して、XMLドキュメントの解析がPullベースのStAXに類似のインタフェースが提供されます。簡単な一連のAPIおよび基礎となるイベント・セットが公開されているため、XMLイベントでは、アプリケーションにより解析が制御されます。XmlEvNextなどのメソッドを使用すると、アプリケーションでは、コールバックのイベントの処理ではなく、次のイベントの取得が可能になります。各イベントには、アプリケーションが詳細の取得に使用できるAPIのセットが関連付けられています。たとえば、アプリケーションでXmlEvGetNameをコールして、イベントXML_EVENT_START_ELEMENTのQNameを取得できます。

ストリーム検証のサポート

ストリーム・バリデータ・インタフェースにより、DOMではなくXMLイベントにより表現されたXMLドキュメントを検証する機能が提供されます。インタフェースでは、インスタンスを表すイベント・コンテキストが取得され、XMLイベント・インタフェースを使用して検証中の各イベントの情報が取得されます。

XSLT Virtual Machine

XSLTVMパッケージでは、1999年11月16日のW3C勧告で指定されたとおりに、XSL Transformation（XSLT）を実装します。XSLT Virtual Machineは、コンパイルされたXSLTコードを実行するために設計された、CPUのソフトウェア実装です。この仮想マシンでは、XSLTスタイルシートを一連のバイトコードまたはXSLT CPUの機械命令にコンパイルするコンパイラを想定しています。バイトコード・プログラムは、プラットフォームに依存しない2バイト単位のシーケンスです。このプログラムは、異なるXSLTVM上で格納、キャッシュおよび実行することが可能です。XSLTVMでは、バイトコード・プログラムを使用してXMLインスタンス・ドキュメントを変換します。これによって、コンパイル（設計）時の計算と実行時の計算は明確に区別され、命令間でのデータ交換には決まった方法が指定されます。このパッケージには、次の2つのインタフェースが含まれています。

- XSLTVMコンパイラ・インタフェース

- XSLTVMインタフェース

通常、パッケージAPIは、次の手順で使用されます。

1. XMLメタコンテキスト・オブジェクトを作成または使用します。

2. XSLTコンパイラ・オブジェクトを作成または使用します。

3. XSLTスタイルシートをコンパイルし、結果として戻るバイトコードを格納またはキャッシュします。

4. （オプション）すべてのスタイルシートについて、手順1〜2を繰り返します。

5. コンパイラ・オブジェクトを削除（後で使用する場合は保存）します。

6. XSLTVMオブジェクトを作成または使用します。

7. スタイルシートのバイトコードをXSLTVMオブジェクトに設定します。

8. XMLインスタンス・ドキュメントを変換します。

9. （オプション）手順6または手順5〜6を必要な回数、繰り返します。

10. XSLTVMオブジェクトを削除（後で使用する場合は保存）します。

XML Schema Validator

プロセッサは、次のサイトで公開されている仕様および「XML Schema 1.0 Specification Errata」に記載されている機能を完全にサポートしています。
http://www.w3.org/2001/05/xmlschema-errata

互換性

この項では、このリリースにアップグレードする際の推奨事項について説明します。

XDK Javaコンポーネントのアップグレード

11gR1では、JDK 1.5以上でJava XDKがサポートされています。

11gR2では、Java XDKはNSL jar: orai18n-mapping.jarに依存します。

既知の不具合

- org.w3c.dom.validationパッケージの全クラスにあるDOMレベル3.0 Validation仕様へのリンクが正しくありません。正しいリンクは、http://www.w3.org/TR/2003/CR-DOM-Level-3-Val-20030730にある勧告候補へのリンクです。

- org.w3c.dom.validationパッケージの次のAPIは、説明に誤りがあります。

- DocumentEditVal.getContinuousValidityChecking()は、shortではなくbooleanを戻します。

- DocumentEditVal.setContinuousValidityChecking()は、shortではなくbooleanを受け入れます。

- ElementEditVal.getAllowedFirstChildElements()は名称がgetAllowedFirstChildren()に変更されました。

これ以外の既知の問題については、該当する項を参照してください。

JPublisher README

原典情報: $ORACLE_HOME\jpub\READMEJPub.html

目次

JPubのインストール方法と起動方法

JPubに関するよくある質問

このバージョンの新機能

JPubで修正された不具合

既知の不具合と制限事項

JPublisher（JPub）11.1のリリース・ノート

このファイルには、Java Publisherユーティリティ（短縮名はJPub）のリリース11.1に関する重要な情報が記載されています。

JPubは、Javaソース・コードを生成し、使用しているJavaプログラムにおけるOracleオブジェクト型とPL/SQLパッケージの表現を容易にします。 JPubの詳細は、『Oracle Database JPublisherユーザーズ・ガイド』に記載されています。 このREADMEファイルの一部のコメントは、読者がJPubに関するドキュメントを読んでいることを前提にしています。

JPubのインストールおよび起動

JPubは1つのJavaプログラムです。 JPubはOracle SQLJに付属しています。 SQLJをインストールした場合は、JPubもインストールされています。

SQLJコード生成モードの場合、JPubにSQLJが必要な理由は、次のとおりです。

- JPubは、SQLJトランスレータが.javaコードにコンパイルする中間ファイルとして.sqljコードを生成します。

- JPubで生成されたコードにはSQLJランタイムが必要です。

JDBCコード生成モードの場合、JPubはSQLJランタイムに依存しない.javaコードを生成します。 JPubはJDBCを介してデータベースと通信します。 JPubを実行するには、JDBCドライバもインストールする必要があります。 Oracleオブジェクトを使用している場合は、Oracle 11.1 JDBCドライバをお薦めします。また、Oracle 8.1.x JDBCドライバが必要です。

デフォルトでは、JPubはOracle JDBC OCIドライバを使用してOracle Databaseと通信しますが、-urlコマンドライン・パラメータを設定することで、OracleのThinドライバなどの他のドライバを選択できます。

JPublisherおよびJDBCのインストールに関する詳細は、次のマニュアルを参照してください。

- 『Oracle Database SQLJ開発者ガイドおよびリファレンス』

- 『Oracle Database JDBC開発者ガイドおよびリファレンス』

- 『Oracle Database JPublisherユーザーズ・ガイド』

JPubをインストールするには、『Oracle Database JPublisherユーザーズ・ガイド』に記載されているJPublisherのインストール手順に従ってください。  次に要約を示します。

ORACLE_HOMEは、Oracle製品がインストールされている位置を示します。

jpubによるJPubの起動

インストール・プロセスによって、スクリプト・ファイル（UNIXプラットフォームの場合はシェル・スクリプト、Windowsプラットフォームの場合は.batスクリプト）が作成されます。このスクリプト・ファイルには、インストールされているJava JRE、JDBCドライバおよびSQLJトランスレータへの参照がそのまま組み込まれています。 このスクリプトは、コマンドラインで次のように入力して起動できます。

jpub

この後に、コマンドラインの引数が続く場合があります。 引数を指定しなかった場合は、使用できるコマンドライン引数に関する情報が表示されます。 jpubスクリプトでは、インストール固有のCLASSPATHが使用されます。つまり、インストール・プロセスでは、インストール時に検出されたJDKの位置に基づいて、JPublisherの環境変数CLASSPATHがjpubスクリプトにハードコードされます。

oracle.jpub.DoitによるJPubの起動

JPublisherをSQLJ製品の一部としてオラクル社のWebサイトからダウンロードした場合、jpubスクリプトは自動的には作成およびカスタマイズされません。 この場合は、次の手順を実行する必要があります。

- 環境変数CLASSPATHに、次の適切なパスを指定します。

- 使用している環境に対応するOracle JDBCドライバを指定します。

- ORACLE_HOME/jdbc/lib/ojdbc5.jar（JDK 1.5用）

- Windowsプラットフォームでは、次のファイル名を指定します。

- ORACLE_HOME\jdbc\lib\ojdbc5.jar（JDK 1.5用）

- ORACLE_HOME/sqlj/lib/translator.jarファイルをCLASSPATHに指定します。このtranslator.jarファイルには、SQLJおよびJPub用の.classファイルが格納されています。

- （オプション）SQLJコード生成モードの場合は、ORACLE_HOME/sqlj/lib/runtime12.jarファイルをCLASSPATHに指定します。 このランタイム・ファイルには、SQLJおよびJPub用のランタイム.classファイルが格納されています。 かわりに、ORACLE_HOME/sqlj/lib/runtime.jarを使用できます（8.1.7以前のJDBCドライバを使用している場合は、この設定が必要になります）。

- ORACLE_HOME/bin（またはORACLE_HOME\bin）ディレクトリで、コマンドが実行できることを確認します。 UNIX環境では、ORACLE_HOME/binディレクトリを環境変数PATHに指定することで、コマンドが実行可能になります。 ORACLE_HOME/binディレクトリには、SQLJの起動を簡略化するためのラッパー・スクリプトまたは実行可能ファイルが格納されています。

JPublisherを起動するには、次のコマンドを使用します。

java oracle.jpub.Doit

この後に、コマンドラインの引数が続く場合があります。 このコマンドには、JPublisherが使用環境のCLASSPATH設定を取得すること以外は、1.1項で述べたjpubコマンドと同じように機能します。JPublisherが取得するCLASSPATH変数は、1.1項のjpubコマンドではインストール時に事前に設定されています。

生成後の作業

JPubで生成されたクラスを使用するには、次の操作を実行します。

- CLASSPATHに、ORACLE_HOME/jdbc/lib/ojdbc5.jarファイルを指定します。

- CLASSPATHに、JPubで生成されたクラスの.classファイルが格納されているパッケージのディレクトリを指定します。

これで、JPubで生成されたコードを実行する準備が整いました。

Webサービス・コールアウトの設定

JPublisherでは、データベースでのWebサービス起動をサポートするWebサービス・クライアントとそのPL/SQLラッパーを生成できます。 Webサービス・コールアウトとも呼ばれるこの機能には、次の追加設定手順が必要です。

最初に、次のOTN WebサイトからWebサービス・コールアウト・ユーティリティをダウンロードします。

http://otn.oracle.com/tech/webservices/database.html

次に、ダウンロードしたアーカイブをORACLE_HOMEに抽出します。 dbwsa.jar、dbwsclientws.jar、dbwsclientdb101.jar、dbwsclientdb102.jarおよびdbwsclientdb11.jarファイルが次のディレクトリに追加されます。

ORACLE_HOME/sqlj/lib

最後に、utl_dbws_jserver. jarファイルをSYSスキーマまたはWebサービスが起動されるスキーマにロードします。 たとえば、このjarファイルをSYSにロードするには、次のloadjavaコマンドを使用します。

loadjava -u scott/tiger -r -v -f  dbwsclientws.jar dbwsclientdb101.jar（Oracle 10.1データベースの場合）
loadjava -u scott/tiger -r -v -f dbwsclientws.jar dbwsclientdb102.jar（Oracle 10.2データベースの場合）
loadjava -u scott/tiger -r -v -f dbwsclientws.jar dbwsclientdb11.jar（Oracle 11gデータベースの場合）

JPubに関するよくある質問

質問: 使用しているオブジェクト型およびパッケージに、Javaクラスを手動で作成できないのはなぜですか。

作成できますが、 エラーが多くなります。

JDBCプログラムでOracleオブジェクト型を表すJavaクラスは、oracle.sql.ORADataインタフェースまたはjava.sql.SqlDataインタフェースを実装している必要があります。 また、SQLJプログラムでOracleオブジェクト型を表すJavaクラスは、次の形式のクラス内宣言で、そのオブジェクト型の名前を指定する必要があります。

public static final String _SQL_NAME = "<name of object type>";

これらのタスクは、JPubで生成されたコードによって処理されます。 さらに、オブジェクト型とPL/SQLパッケージの両方について、JPubは、渡す引数の詳細を処理し、サーバー・メソッドの起動時にメソッドの起動を処理するコードを生成します。

質問: JPubで生成されたクラスに、いくつかのメソッドを追加する場合は、 そのクラスを編集したり、そのクラスを拡張するクラスを新たに作成する必要がありますか。

JPubで生成されたクラスを編集し、将来のある時点でそのクラスを再生成するためにJPubを再実行する必要がある場合は、変更内容を保存し、手動で再挿入する必要があります。 JPubで生成されたクラスを拡張するサブクラスを使用すると便利です。 その場合は、使用するサブクラスについて、次の-inputファイル構文を使用してJPubに指示する必要があります。

SQL <type name>
AS <subclass name>
GENERATE <name of JPub-generated class>

または、次のコマンドライン構文を使用できます。

-sql=<type name>:<subclass name>:<name of JPub-generated class>

リリース9.2のJPubでは、このサブクラスの初期バージョンが生成されます。したがって、必要な作業は生成されたファイルの編集のみとなります。 この機能の詳細は、使用しているJPubのドキュメントを参照してください。

質問: java.sql.SqlDataインタフェースを実装するクラスをJPubで生成できますか。

生成できます。 JPub、Oracle JDBCドライバおよびOracle SQLJは、ユーザーが選択したoracle.sql.ORADataインタフェースまたはjava.sql.SqlDataインタフェースをサポートします。 デフォルトでは、JPubによってoracle.sql.ORADataインタフェースが生成されます。 java.sql.SqlDataは、次のように指定して要求します。

-usertypes=oracle

さらに、Oracle8i JDBCドライバとの下位互換性のために、JPubではoracle.sql.CustomDatumインタフェースも生成できます。 このインタフェースは、次の設定を使用して取得します。

-compatible=CustomDatum

質問: -propsファイル内のオプションは、そのオプションをコマンドラインで再指定することでオーバーライドできますか。

はい。コマンドラインで-propsオプションの後にそのオプションを指定することでオーバーライドできます。 オプションは、コマンドラインの順序に従って左から右へ処理されます。 -propsファイル内のオプションは、コマンドラインに-propsオプションが指定されている場合に処理されます。

質問: JPubで変換するオブジェクト型またはパッケージを指定しないでjpub -user=scott/tigerを設定しましたが、JPubに問題はありませんでした。 どのように処理されましたか。

オプション-input、-sqlおよび-typesのいずれも指定されていない場合は、ユーザーのスキーマにあるすべての型とパッケージが変換されます。

質問: どのような場合にJPubの-encodingオプションを指定する必要がありますか。

一般的には、Javaコンパイラの起動時に-encodingオプションを指定しない場合は、JPublisherの起動時に-encodingオプションを指定する必要はありません。 -encodingが指定されていない場合は、システム・プロパティのfile.encodingの値が使用されます。

-encodingオプションは、JPubで生成された入力ファイルおよびJPubで生成された.sqljファイルと.javaファイルに使用する文字エンコーディングを指定します。 -encodingの設定は、コマンドラインまたは-propsファイルの読取り方法には影響を与えません。

質問: JPubによるオブジェクト型へのJavaへの変換方法はよいのですが、オブジェクト型をCプログラムにも使用する予定です。 使用できる方法はありますか。

オブジェクト型をCに変換するには、別のOracleユーティリティであるObject Type Translator（OTT）を使用します。

JPubの新機能

JPubのリリース10.1.0.0.0から10.1.0.2.0の間に、次の変更が追加されました。

-proxywsdlオプションを使用すると、JPublisherでは、Webサービス・クライアントおよび対応するPL/SQLコール仕様を生成して、データベースにロードできます。これによって、ユーザーは、データベースWebサービスをデータベースから起動できます。 この機能は、Webサービス・コールアウトとも呼ばれます。

-omit-schema-namesオプションを設定すると、JPublisherは、SQLオブジェクト型に対して追加メソッドの__setSchemaName(String)を生成します。 この追加メソッドの目的は、SQLオブジェクト型が配置されているスキーマを実行時に指定できるようにすることです。

以前のJPublisherのリリースでは、-numbertypes=jdbcを指定すると、SMALLINT型はshortにマッピングされていました。 SMALLINTは、データベース内で32バイナリ・ビットを占めますが、Javaのshort型は16ビットです。 今回のリリースから、SMALLINTはJavaのint型にマッピングされます。 下位互換性のために、JPublisherには、-compatible=9iオプションが用意されています。 この設定と-numbertypes=jdbcを指定すると、JPublisherは、以前のようにデフォルトでSMALLINTをshortにマッピングします。

-methodsオプションでは、overloadおよびuniqueの2つの追加設定をサポートしています。 overload設定は、生成されたJavaプログラム内のメソッド名をオーバーロードできることを示します。たとえば、int foo(int)およびint foo(String)があります。 unique設定は、生成されたすべてのJavaメソッドに一意の名前が指定されることを意味します。たとえば、int foo(int)およびint fooiS(String)があります。

-plsqlfileオプションは、PL/SQLストアド・プロシージャの公開時に生成されるPL/SQLラッパー・ファイルを指定します。 この-plsqlfileで2番目の引数を取ることができるようになりました。たとえば、次のように、生成されたPL/SQLラッパーを削除するためのSQLスクリプト・ファイルを保持するファイルを指定できます。

-plsqlfile=my_wrapper.sql,my_dropper.sql

JPublisherでは、複数の-styleオプションをサポートするようになりました。 同じソース型に2つのマッピングが定義されている場合、そのマッピングは後で実行されます。

JPubisherは、データベースWebサービスに対してwebservices9およびwebservice10という2つの事前定義の-styleテンプレートを提供します。 -style=webservices9を設定すると、JPublisherは10g（9.0.4）以前のOracle Webservicesと互換性があるコードを生成します。 -style=webservices10を設定すると、JPublisherは、Oracle Webservices 10g（10.0）と互換性があるコードを生成します。

以前のJPublisherは、環境変数CLASSPATHを認識しませんでした。 今回のリリースから、JPublisherは、環境変数CLASSPATHを取得します。

SQLJトランスレータは、将来のリリースではサポートされなくなる可能性があります。 次のJPublisherの変更は、将来SQLJがサポートされないことによる影響を最小化するためのものです。

以前のリリースのJPublisherは、.javaコードと.sqljコードを生成していました。 今回のリリースから、JPublisherは.sqljコードを生成しません。 かわりに、JPublisherは、生成した.javaコードからコンパイルした.javaコードおよび.classファイルを生成します。 今回のリリースでは、.sqljプログラムが実際に生成、変換および削除されることに注意してください。

-compatible=sqljを設定すると、JPublisherは、以前のリリースのように.sqljを生成し、生成された.sqljプログラムを変換しません。 -compatibleを8iまたは9iに設定すると、JPublisherは、JPublisher 8iリリースまたは9iリリースの動作も保持します。これによって.sqljプログラムの生成が可能となります。

-compile=falseを設定すると、JPublisherは、生成された.javaプログラムを.classファイルにコンパイルしません。 デフォルトの設定は-compile=trueです。

JPublisherは、-classpath設定を受け入れるようになりました。この設定は、生成されたJavaプログラムのコンパイルに使用するクラスパスを指定します。

JPublisherは、新しいオプション-compiler-executableをサポートしています。このオプションは、生成されたJavaプログラムのコンパイルに使用するコンパイル実行可能ファイルを指定します。

-sqljを指定すると、JPublisherは、その-sqlj設定の後に続くすべてのオプションをSQLJオプションとして使用して、生成された.sqljプログラムを.javaプログラムに変換します。

JPublisherコマンドラインの最後には、JPublisherで生成されたコードとともに変換してコンパイルする.sqljプログラムまたは.javaプログラムを指定できます。 次に例を示します。

jpub -u scott/tiger -s foo bar.java

JPubのリリース9.2.3.0.0から10.1.0.0.0の間に、次の変更が追加されました。

JPublisherでは、-sqlstatementオプションを介して、SQL問合せとDML文を公開できます。 SQL問合せとDMLは、生成されたJavaクラス内のメソッドとして公開できます。

サーバー（データベース）内にJavaクラスがある場合、-javaオプションを使用すると、JPublisherでは対応するクライアント側のクラスを生成できます。このクライアント側のクラスは、そのJavaクラス内の静的なメソッドを起動します。

-proxyclassesオプションを使用すると、JPublisherで、JavaクラスのPL/SQLプロキシを作成できます。 -proxyclasses機能の一般的な使用例には、データベースから開始するWebサービス・コールアウトがあります。

-styleオプションを使用すると、JPublisherでは、生成されたユーザー・サブクラス内の他の型に引数をマッピングできます。 たとえば、JPublisherでは、戻されたReultSetを、Java Beansの配列、XML文書またはWebRowSetにマッピングできます。

-filtermodesオプションと-filtertypeオプションを使用すると、JPublisherでは、特定のPL/SQLメソッドの公開を禁止できます。 特定メソッドの公開または公開禁止の指定をサポートするように、-sqlオプションが機能拡張されました。

-generatebeanオプションを使用すると、JPublisherでは、SQL型用に生成されたJavaクラスがJava Beansであることを確認できます。

JPubのリリース9.0.2.1.0から9.2.3.0.0の間に、次の変更が追加されました。

JPublisherでは、クラスとともにインタフェースを生成できるようになりました。 たとえば、jpub -sql=<sqlType>:<javaClass>#<javaInterface>:<myClass>コマンドは、SQL型（<sqlType>）に対して、Javaクラス（<javaClass>）、Javaインタフェース（<javaInterface>）およびユーザーJavaクラス（<myClass>）を生成します。この<javaInterface>によって、<javaClass>のインタフェースが定義されます。 生成されたインタフェースには、生成されたクラス内のパブリック・メソッドが含まれます。通常、これらのクラスは、アクセッサ・メソッドです。

JPublisher 9.2では、個別のファンクションまたは選択したトップレベルのファンクションを公開できます。 JPublisher 9.2.3では、ファンクションの選択が次のように一般化されました。

- ファンクションとプロシージャは、すべてのPL/SQLパッケージから選択できます。
- ファンクション名は、ワイルドカード文字の%（パーセント記号）で終了できます。 この場合、ファンクション名は、同じ接頭辞で始まるファンクションと一致します。
- ファンクションまたはプロシージャのSQL引数シグネチャを選択基準として指定できます。

JPubのリリース9.0.1.0.0から9.2.0.1.0の間に、次の変更が追加されました。

JPublisherは、Oracle JDBCドライバで使用できるすべての型を実質的にサポートするようになりました。 さらに、JPublisherは、PL/SQL変換のサポートを介して、ストアド・プロシージャおよびオブジェクト・メソッドのシグネチャ内でのPL/SQL型の使用を容易にします。

次のOracle JDBCの型が直接サポートされるようになりました。

- NCHAR型

- TIMESTAMP型

- SQLJオブジェクト型

- SQLのOPAQUE型、具体的にはoracle.xdb.XMLTypesを介したSYS.XMLTYPE。
SQLのOPAQUE型は、事前定義の型の対応関係を介してサポートするか、JPublisherのコード生成をトリガーできます。

ネイティブのPL/SQL型は、JPublisherのコードで簡単にアクセスできるようになりました。このアクセスには、PL/SQLラッパー・ファンクションとプロシージャの自動生成機能および次のメカニズムが使用されます。

- PL/SQLのBOOLEANとJavaのbooleanの間やINTERVALとStringの間などの事前定義の型変換。

- PL/SQLの索引付き表とJDBC-OCIドライバを併用するためのユーザー定義のマッピング。

- PL/SQLのRECORD型とレコードの表をSQLのオブジェクト型、コレクション型およびJavaにマッピングするためのユーザー定義の変換ファンクション。

- JPublisherで生成されるコードの機能性と柔軟性が改善され、プログラミングが容易になりました。

- JPubは、SQLオブジェクト型に対して属性ベースのコンストラクタを生成します。

- 生成されたクラスに用意された新しいAPIは、強い型指定の参照間で変換を行い、複数オブジェクト間で接続情報を転送します。

- SQLオブジェクト型に対して生成されたJavaラッパーは、シリアライズ可能にできます（-serializableは新しいオプションです）。

- JPubでは、オブジェクト値をレポートするtoString()メソッドを作成できます（-tostringは新しいオプションです）。

- JPubで生成されたクラスのユーザー・サブクラス化を要求すると、ユーザー・クラスの初期バージョンが自動的に生成されます。

- 継承階層は、ユーザー・アプリケーションによる初期化が不要になりました。

- 生成されたファイルが不必要に上書きされることがなくなり、Makeファイル環境との相互作用が改善されました。

- JPublisherプロパティ・ファイルの構文が拡張され、複数行オプションの設定およびSQLスクリプトへのJPubディレクティブの埋込みが可能となりました。

- JPublisherでは、個別のファンクションまたは選択したトップレベルのファンクションを公開できます。

JPubのリリース8.1.7.0.0から9.0.1.0.0の間に、次の変更が追加されました。

- JPublisherでは、オブジェクト型にメソッドが含まれている場合のみSQLJコードを生成します。 それ以外の場合は、デフォルトでJavaコードが生成されます（オプション設定の-methods=alwaysを使用していない場合）。

- JPubで生成されたコードは、JPublisher実装の詳細から分離されました。 以前はアクセス可能であった_structフィールドと_ctxフィールドのかわりに、次の保護メソッドが提供されています。
getConnection() - JDBC接続を取得します。
getConnnectionContext() - SQLJコンテキストを取得します。
create(Object,Datum,int) - ファクトリ・インタフェースに対してスーパークラス提供の実装を再利用するためのメソッドです。
setFrom(Object)、setValueFrom(Object) - 他のオブジェクトの内部状態を転送します。

JPublisherリリース8.1.7のユーザー作成クラスは、これらのメソッドを使用するために再作成する必要があります。 かわりに、下位互換性の設定-compatible=8iを使用することもできます。

- JPublisherは、内部コンテキスト・クラス_Ctxを作成して使用するかわりに、SQLJ接続コンテキストの型sqlj.runtime.ref.DefaultContextをデフォルトで使用するようになりました。 この動作は、-contextコマンドライン・オプションを使用して調整できます。

- JPubllisherは、すべてのラッパー・クラスをデフォルトで現行ディレクトリに生成します。 以前のラッパー・クラスは現行ディレクトリの下のパッケージ階層に生成されていました。 この生成方法を使用するには、-dir=設定を明示的に指定する必要があります。

- JPublisherは、継承関係があるSQLオブジェクト型を類似したJavaクラス階層に変換します。 さらに、JPublisherは、初期化コードを生成して、この階層を反映した型マッピングも作成します。 ユーザーはリーフ型のインスタンスを作成するのみで、この初期化の実行を確認できます。

- -usertypes=oracleを設定すると、JPublisherは、oracle.sql.ORADataインタフェースを実装するJavaクラスを生成します。新しいコマンドライン・オプション-compatible=CustomDatumを使用すると、下位互換インタフェースoracle.sql.CustomDatum用のクラスを生成できます。

- 新しいJPublisherのオプション-accessを使用すると、JPublisherで生成されたメソッドのアクセス修飾子を制御できます。また、新しいオプション-contextを使用すると、SQLJ接続コンテキスト（デフォルトではsqlj.runtime.ref.DefaultContext）に使用するクラスを制御し、さらに、個別のJavaラッパー・クラスで、独自のSQLJコンテキスト型を個別に宣言するかどうかも制御できます。

- JPublisherでは、ユーザー名SYSまたはINTERNALを使用して、DBA認証でデータベースに接続できるようになりました。

JPubのリリース8.1.6.0.0から8.1.7.0.0の間に、次の変更が追加されました。

- 次のフィールドは、SQLオブジェクト型に対してJPubで生成されたコード内で保護されるようになりました。 これによって、JPubで生成されたクラスのユーザー作成サブクラスに、次の機能が追加されました。
- _ctx - SQLJ接続コンテキスト・オブジェクト
- _struct - 元のSQL形式によるデータを持つ可変のSTRUCTオブジェクト

- Javaキーワードのnullは、属性またはメソッドをマッピングするためのJava名として使用した場合は、特別重要な意味を持ちます。
- SQLメソッドがnullにマッピングされると、すべてのメソッドが生成されなくなります。
- SQL属性がnullにマッピングされると、getterメソッドやsetterメソッドが生成されなくなります。

JPubで修正された不具合

JPublisherリリース10.1.0.2.0では、次の問題が解決されました。

Oracle Bug#3157214 特定のプラットフォームのPL/SQL表に含まれるPL/SQLストアド・プロシージャを公開すると、JPublisherで「空の結果セットです。」エラーがスローされ、コンパイルされないコードが生成される場合があります。

JPublisherリリース10.1.0.0.0では、次の問題が解決されました。

Oracle Bug#1757898 Oracle9i リリース1（9.0.1）では、公開済のSQLオブジェクトまたはパッケージにメソッドが含まれていない場合に-methods=trueオプションを指定すると、SQLJ変換時に「メソッドが見つかりません」エラーが発生します。

JPublisherリリース9.2.0では、次の問題が解決されました。

Oracle Bug#2116164 トップレベルのプロシージャとファンクションの公開時に、JPublisherでNullPointerExceptionがスローされることがありました。

Oracle Bug#1757898 JPublisherを使用して、一部のクラスのみにメソッドの定義が追加されたSQLオブジェクト型の階層に対してJavaコードを生成すると、-methods=falseオプションが指定されていないかぎり、すべてのクラスが.sqljファイルに生成されるようになりました。 これによって、生成されたファイル相互の互換性が保証されます。

N/A JPubでは、JDBC 9.2またはSQLJ（あるいはその両方）でもサポートされている次のSQL引数型がサポートされます。
- OPAQUE型
- SQLJオブジェクト型
- TIMESTAMP型
- NCHAR
- NCLOB
- NVARCHAR2

N/A JPubでは、次のPL/SQL引数型を自動的に、またはPL/SQL型と対応するSQL型との間のユーザー指定の型変換を介してサポートできます。
- BOOLEAN
- RECORD型
- 索引付き表

JPublisherリリース9.0.1.0.0では、次の問題が解決されました。

Oracle Bug#1691446 8.1.7のJPublisherでは、SQLJ接続コンテキスト・インスタンスが暗黙的に作成されました。 8.1.7のSQLJ Runtimeでは、これらのインスタンスがアタッチされたオブジェクトがガベージ・コレクションの対象になった場合に、そのインスタンスを適切に解放できませんでした。 9.0.1では、次の4つのオプションによってこの不具合を修正できます。
- JDK 1.2とSQLJ runtime12.jarを使用する。
- SQLJ Translatorのオプション-codegen=oracleを使用する。
- オブジェクトに対してsetConnectionContext()を明示的に発行する。
- オブジェクトが有効範囲外になる前にrelease()を明示的に発行する。

Oracle Bug#1534649 JPubでは、パッケージ本体が存在しない場合は、PL/SQLパッケージに対するコードが生成されませんでした。 この状態は、たとえば、パッケージ・ヘッダーが実装より前に作成され、このパッケージの.sqljラッパー・クラスを生成するためにJPublisherが実行された場合に発生します。

Oracle Bug#1497108 ネストしたオブジェクトの属性に対する変更がJPub Runtimeで正しく認識されませんでした。 この結果、属性が変更されたオブジェクトがデータベースに再度書き込まれると、更新内容が失われました。

Oracle Bug#1418893 単一のプロシージャまたはファンクションに対してJPubを実行すると、_ctxに対する宣言の追加に失敗するため、生成されたSQLJファイルがコンパイルされませんでした。

Oracle Bug#1364448 入力ファイルの最終行がLFまたはCR/LFで終了していない場合は、最終行がJPubで読み込まれませんでした。

JPubの既知の不具合と制限事項

Oracle Bug#2395122 リリース8.1.7のデータベースでパッケージを公開すると、パッケージ内のinteger型は、-numbertypesの設定に関係なく、常にjava.math.BigDecimalにマッピングされます。 -numbertypesをjdbcに設定した場合、integerはJavaプリミティブ型intにマッピングされる必要があります。

Oracle Bug#2144086 JPublisherで次の警告メッセージが表示される場合があります。

Warning: Cannot determine what kind of type is XXXX. YYYY.
You likely need to install SYS.SQLJUTL. The database returns:
ORA-06550: line 1, column 7:
PLS-00201: identifier 'SYS.SQLJUTL' must be declared
ORA-06550: line 1, column 7:
PL/SQL: Statement ignored

このメッセージが表示された場合は、Javaに対応していないOracle 9.2データベースに対してJPublisherを実行しています。 通常、SQL OPAQUE型またはSQLJオブジェクト型を使用する必要がないかぎり、このメッセージは無視できます。

このメッセージは、SQLJUTLパッケージをSYSスキーマにインストールすることで回避できます。 このパッケージは、次のSQLスクリプト・ファイルに定義されています。

[Oracleホーム]/sqlj/lib/sqljutl.sql

N/A JPublisherでは次の構文を受け入れません。
jpub -u scott/tiger -s TOPLEVEL:TopLevel
かわりに、次の構文を使用してください。
jpub -u scott/tiger -s TopLevel

N/A JPublisherで生成される、強い型指定のREFのインスタンスを表すJavaコードによって、空のコンストラクタを使用したJava参照を作成できます。 ただし、このようなインスタンスに対してgetValue()またはsetValue()をコールすると、NullPointerExceptionが発生します。 Java参照インスタンスは、常にデータベースから（つまり、データベース・オブジェクトの属性として）取得する必要があります。

Oracle Bug#1851361 JPublisherリリース8.1.7をリリース8.1.6データベースに対して実行すると、「列名が無効です。」エラーが発生して失敗する場合があります。 この場合は、データベースのメタデータを検索する際の下位互換性がJPublisherにありません。 回避策として、次のいずれかを実行できます。
（1）使用しているデータベースに付属しているJPublisherのバージョンを使用する。
（2）Oracleリリース9.0.1以上のJPublisherを使用する。 通常は、これによって、Oracle 8iデータベースに対する下位互換性が提供されます。

JPubでは、すべてではありませんが、-inputファイルのほとんどのエラーをユーザーにレポートします。 -inputファイルの少数のエラーはレポートされません。 レポートされないエラーは次のとおりです。

* 2つの異なるオブジェクト型に対して同じJavaクラス名を要求すると、2番目のクラスによって最初のクラスが暗黙的に上書きされます。 たとえば、-inputファイルに次の内容が含まれているとします。

type PERSON1 as person
TYPE PERSON2 as person

この場合は、PERSON1型用にファイルperson.javaが作成された後、PERSON2型用に上書きされます。

* 2つの異なるオブジェクト属性に対して同じ属性名を要求すると、警告メッセージを発行せずに、両方の属性に対してgetおよびsetメソッドが生成されます。 生成されたクラスがJavaで有効かどうかは、同じ名前の2つのgetメソッドとsetメソッドに、オーバーロードできる異なる引数型があるかどうかによります。

* TRANSLATE句で存在しないオブジェクト属性を指定すると、警告メッセージを発行せずにそのオブジェクト属性は無視されます。

たとえば、-inputファイルに次の内容が含まれているとします。

type PERSON translate X as attr1

XがPERSONの属性でない場合、

警告メッセージは発行されません。

Oracle Cluster File System README

原典情報: $ORACLE_HOME\cfs\ReadMe.txt

目次

Oracle Cluster File Systemのコンポーネント

インストール

OCFSのアンインストール

OCFSの概念と使用方法

Oracle 11g OCFSリリース・ノートfor 32-bit Windows

これらのリリース・ノートは、Oracle 11g OCFSリリースfor 32-bit Windowsに付随しています。

Oracle Cluster File Systemのコンポーネント

この製品のこのパッケージでは、次のファイルが更新され、ocfsディレクトリにあるパッチに格納されています。

カーネル・モード

Ocfs.sys.2k
Windows 2000/2003用のOCFSファイル・システム・ドライバ。

ユーザー・モード

OcfsChangeCommIf.exe
OCFSで使用する通信インタフェースを変更するためのユーティリティ。

OcfsChangeMountPoint.exe
クラスタ全体でOCFSボリュームに対して使用するドライブ文字を変更するためのユーティリティ。

OcfsFindVol.exe
クラスタ全体で一貫性のあるドライブ文字を提供するためのWindowsサービス。 OCFSへのOracleホームのインストール時に、通信インタフェースを検出して、ノード固有のファイルを作成します。

ocfsformat.exe
OCFSボリュームを作成するためのユーティリティ。

OcfsOui.bat
Oracleホームのインストール中にOcfsFindVol.exeによってコールされるbatファイル。

OcfsInstall.exe
OCFSドライバを任意のノードにインストールするためのユーティリティ。

OcfsUtil.exe
ノード固有のファイルの作成、ClusterNameの変更、ボリュームのメンバーシップの出力、ボリュームのディスマウント、ボリュームのオンライン/オフラインなどを実行するユーティリティ。

スタンドアロン・インストール

この項は、次の各項で構成されています。

OcfsInstall.exeの使用

このツールを使用して、Windows 2000の任意のクラスタ・ノードにOCFSを設定できます。 ClusterSetupとは異なり、このツールは各ノードで実行する必要があります。 このツールでは、他のOracle Clusterwareやデータベース・ソフトウェアを設定せずにOCFSのみを設定できます。 また、プライマリ・パーティションまたは論理ドライブを使用して、OCFSをOCFSボリュームとして設定できます。 この方法で設定した場合、OCFSのインストールをより柔軟に実行できますが、その反面、手動による手順が増え、Oracle ClusterwareおよびWindows 2000の操作に関する知識が必要になります。

OcfsInstall.exeを使用してインストールする手順は、次のとおりです。

1. このパッケージ内のバイナリをローカル・ディレクトリに抽出します。

2. Disk Administratorを使用してプライマリ・パーティションまたは論理ドライブを作成し、共有ディスク上でドライブ文字（o:など）を割り当てます。 このパーティションがすべてのノードで表示可能であることを確認してください。 また、パーティションはNTFSまたはFATを使用してフォーマットしないでください。

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

OcfsFormat /l o: /c 4 /f

任意の1つのノード上で実行します。

作成するOCFSボリュームの数に応じて、手順1〜2を繰り返します。 ORACLE_HOME用、データファイル用およびアーカイブ・ログ用には、別々のボリュームを使用することをお薦めします。 つまり、ORACLE_HOME用およびデータファイル用にOCFSを使用する場合は、2つのボリュームを作成します。 さらに、アーカイブ・ログ用にもOCFSを使用する場合は、3つのボリュームを使用します。 ORACLE_HOMEボリュームのサイズは、最低5GBが必要です。 ただし、このボリュームで生成されるトレース・ファイルなどのファイルを格納できるように、これよりも大きいサイズにすることをお薦めします。 データファイル・ボリュームおよびアーカイブ・ログ・ボリュームのサイズは、データベースのサイズによって決まります。

4. 各ノードで次の操作を実行します。
ディレクトリ%systemroot%\system32\osd11g\cfsを作成します。
OCFSパッケージ内のすべてのファイルを%systemroot%\system32\osd11g\cfs\にコピーします。

5. コマンド・ウィンドウから次のコマンドを実行します。
cd %systemroot%\system32\osd11g\cfs\
OcfsInstall.exe /y
これにより、OCFSドライバがインストールされて起動します。 この操作はクラスタの各ノードで実行する必要があります。

6. コマンド・ウィンドウから次のコマンドを実行します。
cd %systemroot%\system32\osd11g\cfs\

コマンドOcfsFindVol /i:c:\winnt\system32\osd11g\cfs\ocfsfindvol.exeを実行して、OracleClusterVolumeServiceサービスを作成します（%systemroot%が異なる場合はc:\winntを置き換えてください）。 この操作はクラスタの各ノードで実行する必要があります。

コマンドの発行

net start OracleClusterVolumeService
OracleClusterVolumeServiceサービスを起動します。 この操作はクラスタの各ノードで実行する必要があります。

6. これで、すべてのノードからOCFSボリュームにアクセスできるようになります。
別のボリュームをフォーマットするには、ocfsformatを使用して、別のパーティションを作成してフォーマットします。

OCFSのアンインストール

OCFSドライバおよびOCFSソフトウェア・ユーティリティを削除するには、次の手順を実行する必要があります。

注意: ここで説明する手順は、単一のOCFSボリュームを削除する手順ではありません。 任意のOCFSボリュームを削除する場合は、このREADMEの「OCFSの概念と使用方法」にある「OCFSボリュームのディスマウント」を参照してください。 OCFSボリュームを削除するには、OcfsUtilを使用します。

OracleClusterVolumeServiceの停止および削除

コマンド・プロンプトから次のコマンドを実行します。

net stop OracleClusterVolumeService
cd %systemroot%\system32\osd11g\cfs
ocfsFindVol /r

OcfsFindVol /rコマンドにより、Service Control Managerおよびレジストリから
OracleClusterVolumeServiceが削除されます。

OCFSユーティリティ・バイナリを削除するには、次のコマンドを実行します。

cd %systemroot%\system32\osd11g\cfs
del *.*

OCFSドライバの削除

1. コマンド・プロンプトから次のコマンドを実行します。

cd %systemRoot%\system32\osd11g\cfs
OcfsInstall.exe /r

このコマンドにより、OCFSドライバ・サービスおよび%systemRoot%\system32\driversディレクトリ内のocfs.sysファイルが削除され、再起動を要求されます。 ocfs.sysはファイル・システム・ドライバで、動的にアンロードされないため停止できません。このため、再起動が必要になります。

2. ノードを再起動します。

OCFSの概念と使用方法

OCFSは、Oracleバイナリやデータベース・ファイルを格納するのに使用するクラスタ・ファイル・システムです。 データベース・ファイル用とバイナリ用に別々のボリュームを使用することをお薦めします。 次の使用方法は、OCFSでプライマリ・パーティションと拡張パーティションの両方を使用できるユーザーが陥りやすい失敗を回避するためのガイドラインです。 ただし、clustersetupなどの一部のツールはプライマリ・パーティションを処理できないため、このようなツールを使用してOCFSボリュームをプライマリ・パーティションに作成することはできません。 プライマリ・パーティションをOCFSボリュームとして使用するには、OcfsFormatツールを使用する必要があります。 各ディスクに1つのパーティションを作成し、パーティションのサイズは1GB以上にすることをお薦めします。

OCFSボリュームのマウント

UNIXおよびその派生オペレーティング・システムとは異なり、Windowsではファイル・システムがあるすべてのボリュームの自動マウントが実行されます。 ファイル・システムがない特定のパーティションをファイル・システム管理下にマウントするには、そのファイル・システムで提供されているツールを使用して、パーティションをフォーマットする必要があります。 OcfsFormat.exeは、パーティションをOCFSファイル・システム管理下にマウントするためにパーティションをフォーマットするツールです。 OcfsFormatの使用方法は次のとおりです。
使用方法: OcfsFormat /l <linkName> /c <ClusterSize in KB> /v <Volume Label> /f
/l リンク名。リンク名はこのファイル・システムのマウント・ポイントで、NT 4.0のみドライブ文字が使用されます。
/c クラスタのサイズ（KB単位）。
/v ボリューム・ラベル。
/f フォーマットをボリュームに強制的に適用します。

OCFSボリュームを設定するには、パーティションを作成し、ディスク管理GUIを使用してドライブ文字を割り当てる必要があります。 その後に、OcfsFormatを使用してパーティションをフォーマットできます。 OcfsFormatツールの実行が完了すると、パーティションはOCFSボリュームになり使用可能となります。 このツールは任意のノードで実行する必要があり、実行後にボリュームはクラスタ全体で使用可能になります。 OcfsFormatによって、HKEY_LOCAL_MACHINE\Software\Oracle\Osd9i\Cm\ClusterNameに格納されたクラスタ名の値が検出され、このクラスタ名で作成された各ボリュームにスタンプが付けられます。 ファイル・システム・ドライバでは、この名前を使用して、このノードにボリュームをマウントする必要があるかどうかを識別します。

たとえば、パーティションにドライブ文字としてo:が割り当てられた場合は、次のように指定します。
OcfsFormat /l o: /c 4
これにより、o:はOCFSボリュームを示します。

割当てサイズ

OcfsFormatでは、割当てサイズまたはクラスタ・サイズのパラメータを指定します。 このパラメータを使用して、OCFSボリュームの割当ての単位が判別されます。 このバージョンからは、ツールがボリュームの大きさに基づいて割当てサイズを自動的に決定します。

OCFSボリュームのディスマウント

OCFS 9204バージョンから、クラスタ全体でOCFSボリュームをディスマウントするには、OcfsUtilユーティリティ（サポートされている場合）を使用します。 ディスマウントのコマンドを使用すると、OCFSボリュームは破棄され（元に戻せません）、使用可能なパーティションに再度戻ります。 ディスマウントのコマンドを使用する場合は、ディスマウントするOCFSボリュームを現在使用しているすべてのアプリケーションを停止してください。 任意のノードから、次のコマンドを発行します。
OcfsUtil /c DismountVol / m o:

o:はディスマウントするOCFSボリュームです。

使用方法:
OcfsUtil /c DismountVol /m <VolumeMountPoint>
これにより、マウント・ポイント<VolumeMountPoint>（o:など）を持つボリュームを現在使用しているすべてのノードで、現在のボリュームがディスマウントされます。
コマンドが完了すると、ボリュームはクラスタ内のすべてのノードで使用不可になります。 そのボリューム上のデータはすべて破棄されます。 その結果、Ocfsformatを使用して、同じパーティションから新しいボリュームを作成できるようになります。

OCFSボリュームのオンラインとオフライン

前述したように、DismountVolコマンドを使用すると、OCFSボリューム上のデータは破棄されます。 データを保持したまま、ボリュームにアクセスできないようにする場合は、オフライン・コマンドを使用します。 オフラインには、クラスタ全体のオフライン（すべてのノードから対象のOCFSボリュームにアクセスできなくなる）、または1つのノードのみのオフライン（コマンドが実行されるノードからのみ、対象のOCFSボリュームにアクセスできなくなる）があります。

ボリュームをオンラインまたはオフラインにするコマンドは、OcfsUtilで使用します。

OcfsUtil /c OfflineVol  /m <VolumeMountPoint> </o>

マウント・ポイント（o:など）を持つボリュームを現在
使用しているすべてのノードで、現在のボリュームがオフラインになります。
/oオプションを使用すると、このノードのみがオフラインになります。

OcfsUtil /c OnlineVol  /m <VolumeMountPoint> </o>

マウント・ポイント（o:など）を持つボリュームを現在
使用しているすべてのノードで、現在のボリュームがオンラインになります。
/oオプションを使用すると、このノードのみがオンラインになります。

クラスタ内のすべてのノードで特定のOCFSボリュームをオフラインにするには、そのボリュームがマウントされている1つのノードから次のコマンドを発行します。

OcfsUtil /c OfflineVol /m o:

o:はボリュームがマウントされているドライブ文字です。

前述のコマンドを使用してクラスタ内でオフラインにされたOCFSボリュームをオンラインにするには、次のコマンドを発行します。

OcfsUtil /c OnlineVol  /m o:

o:はボリュームがマウントされたドライブ文字です。

注意: オンラインが発行される前は、o:にファイルまたはディレクトリは表示されません。 オフラインにされたボリュームのドライブ文字が存在しない場合は、ディスク管理を使用してドライブ文字を割り当てる必要があります。

OCFSボリュームのフラッシュ

OCFSでは、データとメタデータの両方がキャッシュされます。 アプリケーションでOCFSボリューム（複数可）をバックアップする場合は、データがディスク上に存在することを確認する必要があります。 クラスタ全体ですべてのキャッシュ済メタデータをフラッシュするには、次のコマンドを使用します。
OcfsUtil /c FlushVol /m o:
o:はボリュームがマウントされているドライブ文字です。

このコマンドにより、マウント・ポイントo:を持つボリュームのすべてのキャッシュ済メタデータが、そのボリュームがマウントされているすべてのノードからディスクへ書き込まれます。

OCFSボリュームのマウント・ポイントの変更

OracleClusterVolumeServiceは、OCFSボリュームで使用するドライブ文字をクラスタ全体で一貫性があるように設定する、ユーザー・モードのWindowsサービスです。 たとえば、OcfsFormat /l o: /c 4を使用してパーティションをフォーマットすると、使用されたドライブ文字はOCFSボリューム・メタデータの一部として格納されます。 OracleClusterVolumeServiceはクラスタ内でOCFSを使用するすべてのノードで実行され、新しいボリュームが特定のノードにマウントされるたびにトリガーされて、クラスタ全体で一貫性のある適切なマウント・ポイント（o:など）をそのボリュームに割り当てます。 OCFSボリュームのマウント・ポイントを変更する必要がある場合は、次のコマンドを使用してタスクを実行します。

OcfsChangeMountPoint /m <VolumeMountPoint> /n <new VolumeMountPoint>
OcfsChangeMountPointにより、クラスタ内のすべてのノードで、OCFSボリュームに関連付けられたマウント・ポイントが変更されます。
<VolumeMountPoint>はボリュームの現在のマウント・ポイント（o:など）です。
<new VolumeMountPoint>はOCFSボリュームの新しいボリューム・マウント・ポイント（w:など）です。
したがって、現在はo:としてアクセス可能な既存のOCFSボリュームのマウント・ポイントをw:に変更するには、次のコマンドを発行します。
OcfsChangeMountPoint /m o: /n w:

OCFSボリュームのデフォルト通信インタフェースの変更
OCFSでは、クラスタ内の別のノードからのデータおよびメタデータへのアクセスをシリアライズするために、ノード間で通信を行う必要があります。 これを行うために、OCFSではUDPおよびディスク・ベースのロックの両方を使用します。
OracleClusterVolumeServiceでは、ノードへの通信に使用できるインタフェースを検出し、OCFSレジストリの次のキーに移入します。
HKEY_LOCAL_MACHINE\System\CurrentControlSet\Services\Ocfs\Parameters\Comm(n)
nは0〜2の数字です。
したがって、3つのネットワーク・カードが検出された場合は、次の3つのキーを検出できます。
HKEY_LOCAL_MACHINE\ System\CurrentControlSet\Services\Ocfs\Parameters\Comm0
HKEY_LOCAL_MACHINE\ System\CurrentControlSet\Services\Ocfs\Parameters\Comm1
HKEY_LOCAL_MACHINE\ System\CurrentControlSet\Services\Ocfs\Parameters\Comm2
また、HKEY_LOCAL_MACHINE\ System\CurrentControlSet\Services\Ocfs\Parameters\NumIpcの値は3になります。

OCFSでは、いずれかのネットワークを通信用の優先インターコネクト、つまりプライマリ・インターコネクトとして使用できます。 プライマリ・インターコネクトが失敗した場合は、他のインターコネクト（ある場合）を使用して通信が行われます。さらに、すべてのネットワーク・インタフェースが停止した場合は、ディスク・ベースのロックを使用してOCFSボリュームへのアクセスが調整されます。
通信用のプライマリ・ネットワーク・インタフェースを表示または変更するには、次のコマンドを使用します。

OcfsChangeCommIf /p /c

/p OCFSで構成されている現在の通信インタフェースを出力します。
/c プライマリ通信インタフェースを変更します。

アーカイブ
アーカイブ用に使用するOCFSボリュームは、データファイル用とは別のボリュームにすることをお薦めします。
新しいOCFSボリュームを作成するには、OcfsFormatを使用します。
ClusterName
ClusterNameは、次の場所にあるレジストリに格納される値です。
HKEY_LOCAL_MACHINE\Software\Oracle\Osd9i\Cm\ClusterName

この値に有効な文字列を設定すると、OcfsFormatでその文字列が取得され、このClusterNameを使用して作成される各ボリュームにスタンプが付けられます。

したがって、あるClusterNameを使用して作成されたボリュームには、レジストリ内にある別のClusterNameを持つノードからはアクセスできません。

ClusterNameは、同じハードウェア記憶域ネットワーク内で仮想共有記憶域を分離できるように設計されています。

障害時リカバリ・ノードでのOCFSの設定

障害時リカバリ・ノードから製品ノード上のボリューム設定を参照できるようにするには、CMレジストリにあるClusterNameキーが製品ノードと同じである必要があります。

この値は次の場所に格納されています。
HKEY_LOCAL_MACHINE\Software\Oracle\Osd9i\Cm\ClusterName

注意: この値のみが必要な場合は、CMを実行する必要はありません。

また、すべてのノードからボリュームにアクセスできるようにするには、OcfsUtilを使用してボリュームのClusterNameを変更します。

OcfsUtil /c ChangeClusterName /m <driveLetter> /n ""

これで、すべてのノードからボリュームにアクセスできるようになります。

すべてのノードでOCFSドライバを実行した場合、クラスタ全体のディスマウント、クラスタ全体のオンライン/オフライン、およびノードごとのオンライン/オフラインの機能があります。

次に実行する手順は次のとおりです（ここでは、o:をバックアップするボリュームとします）。

1. バックアップを作成します。

2. 新規のOcfsUtilを使用して、このノードのみ（3番目のノード）からボリュームをオフラインにします。

OcfsUtil /c OfflineVol /m o: /o

3. ボリュームを再同期化します。

4. 新規のOcfsUtilを使用して、このノードのみ（3番目のノード）からボリュームをオンラインにします。

OcfsUtil /c OnlineVol /m o: /o

注意: このリビジョンのドライバで現在サポートされているノードの最大数は32です。
Oracle 11g OCFSリリース・ノートfor 32-bit Windows

Oracle Clusterware and Agents README

原典情報: $ORACLE_HOME\crs\demo\readme.txt

目次

Oracle Clusterwareおよびエージェント

アクション・エントリ・ポイント

サンプル・エージェント

テスト・マクロ

追加情報

Oracle Clusterwareおよびエージェント

Oracle Clusterwareは複数のサーバーを一緒に操作できるソフトウェアで、単一のサーバーのように操作できます。Oracle Clusterwareを使用すると、Oracleデータベースやカスタム・アプリケーションで高可用性とスケーラビリティを実現できます。Oracle Clusterwareで管理される対象は「リソース」と呼ばれます。リソースには、データベース、サービス、リスナー、アプリケーション・プロセスなどがあります。Oracle Clusterwareのポリシー・エンジンは、エージェントと呼ばれるプロセスを介してリソースを管理します。さらに、エージェントは、アプリケーション固有のユーザー・コードを使用してアプリケーションやリソースを管理します。Oracle Clusterwareには特別な共有ライブラリ（libagfw）が含まれています。この共有ライブラリにより、ユーザーは適切に定義されたインタフェースを使用してアプリケーション固有のアクションをプラグインできます。次の各項では、Oracle Clusterwareのエージェント・フレームワーク・インタフェースを使用してエージェントを作成する方法について説明します。

アクション・エントリ・ポイント

アクション・エントリ・ポイントとは、リソースに対するアクション（リソースの起動、リソースの停止など）が実行されるたびに実行する必要があるユーザー定義コードです。リソース・タイプごとに、次のアクションに対してアクション・エントリ・ポイントを定義する必要があります。

start : リソースを起動するアクション
stop  : リソースを正常に停止するアクション
check : リソースの状態をチェックするアクション
clean : リソースを強制終了するアクション

これらのアクション・エントリ・ポイントは、C++コードを使用するか、またはスクリプトに定義できます。これらのアクションが明示的に定義されていない場合は、デフォルトで、スクリプトに定義されていると想定されます。このスクリプトの場所は、リソース・タイプのACTION_SCRIPT属性で指定されます。さらに、一部のアクション・エントリ・ポイントはスクリプトを使用して定義し、残りのアクション・エントリ・ポイントはC++を使用して定義した、混合エージェントを作成できます。前述のアクション以外のアクション（属性値の変更など）に対してもアクション・エントリ・ポイントを定義できますが、必須ではありません。

サンプル・エージェント

ここでは、Clusterwareで管理するリソースがファイルである場合について説明します。このリソースを管理するエージェントには、次のタスクがあります。

起動時: ファイルを作成します。
停止時: ファイルを正常に削除します。
checkコマンド実行時: ファイルが存在するかどうかを検出します。
cleanコマンド実行時: ファイルを強制的に削除します。

この特定のリソースをOracle Clusterwareに記述するには、最初に、このリソース・クラスの特性を示す属性がすべて含まれた専用のリソース・タイプを作成します。このサンプルでは、記述する特定の属性は監視対象のファイル名のみです。この操作は、crsctlコマンドを使用して実行できます。リソース・タイプを定義するとき、ACTION_SCRIPT属性およびAGENT_FILENAME属性も指定できます。これらの属性を使用して、シェル・スクリプト、およびエージェントのアクション・エントリ・ポイントを含む実行可能ファイルを参照します。

リソース・タイプを定義した後は、必要なタスクを実行する専用のエージェントを記述します。エージェントは、スクリプト、C/C++プログラム、または混合エージェントとして記述できます。次の各項では、各エージョントのサンプルを説明します。

オプション1: シェル・スクリプト・エージェント

ファイルdemoActionScriptは、必須のすべてのアクション・エントリ・ポイントがすでに含まれているシェル・スクリプトで、ファイル・リソースのエージェントとして動作できます。このスクリプトをテストするには、次の手順を実行する必要があります。

1. Clusterwareインストールを起動します。

2. 次に示すように、crsctlユーティリティを使用して新規のリソース・タイプを追加します。

crsctl add type test_type1 -basetype cluster_resource \
-attr "ATTRIBUTE=PATH_NAME,TYPE=string,DEFAULT_VALUE=default.txt" \
-attr "ATTRIBUTE=ACTION_SCRIPT,TYPE=string,DEFAULT_VALUE=/path/to/demoActionScript"

ファイルのパスは適切に変更してください。これにより、新規のリソース・タイプがClusterwareに追加されます。または、属性をテキスト・ファイルに追加して、そのテキスト・ファイルをパラメータとしてcrsctlユーティリティに渡すこともできます。この方法の詳細は、ドキュメントを参照してください。

3. crsctlユーティリティを使用して新規のリソースをクラスタに追加します。この操作を行うためのコマンドは次のとおりです。

crsctl add resource r1 -type test_type1 -attr "PATH_NAME=/tmp/r1.txt"
crsctl add resource r2 -type test_type1 -attr "PATH_NAME=/tmp/r2.txt"

必要に応じて、リソースのPATH_NAME属性を変更してください。これにより、Clusterwareで監視するr1とr2という名前のリソースが追加されます。ここで、追加するリソースに応じてPATH_NAME属性のデフォルト値を上書きします。

4. crsctlユーティリティを使用してリソースを起動または停止します。この操作を行うためのコマンドは次のとおりです。

crsctl start res r1
crsctl start res r2
crsctl check res r1
crsctl stop res r2
etc...

ファイル/tmp/r1.txtと/tmp/r2.txtは、リソースr1とr2が起動すると作成され、停止すると削除されます。

オプション2: C++エージェント

demoagent1.cppは、前述のシェル・スクリプトと同様の機能を持つサンプルのC++プログラムです。このプログラムも、ローカル・マシン上にある指定ファイルを監視します。このプログラムをテストするには、次の手順を実行する必要があります。

1. 提供されているソース・ファイルdemoagent1.cppおよびMakeファイルを使用して、C++エージェントをコンパイルします。

Makeファイルは、ローカル・コンパイラ/リンカーのパスおよびインストール場所に基づいて変更する必要があります。出力は、demoagent1という名前の実行可能ファイルです。

2. Clusterwareインストールを起動します。

3. 次に示すように、crsctlユーティリティを使用して新規のリソース・タイプを追加します。

crsctl add type test_type1 -basetype cluster_resource \
-attr "ATTRIBUTE=PATH_NAME,TYPE=string,DEFAULT_VALUE=default.txt" \
-attr "ATTRIBUTE=AGENT_FILENAME,TYPE=string,DEFAULT_VALUE=/path/to/demoagent1"

ファイルのパスは適切に変更してください。これにより、新規のリソース・タイプがClusterwareに追加されます。

4. 前の手順で定義したリソース・タイプに基づいて、新規のリソースを作成します。コマンドは次のとおりです。

crsctl add res r3 -type test_type1 -attr "PATH_NAME=/tmp/r3.txt"
crsctl add res r4 -type test_type1 -attr "PATH_NAME=/tmp/r4.txt"

これにより、Clusterwareで監視するr3とr4という名前のリソースが追加されます。

5. crsctlユーティリティを使用してリソースを起動または停止します。この操作を行うためのコマンドは次のとおりです。

crsctl start res r3
crsctl start res r4
crsctl check res r3
crsctl stop res r4
etc...

ファイル/tmp/r3.txtと/tmp/r4.txtは、リソースが起動すると作成され、停止すると削除されます。

オプション3: 混合エージェント

demoagent2.cppは、前述のシェル・スクリプトと同様の機能を持つサンプルのC++プログラムです。このプログラムも、ローカル・マシン上にある指定ファイルを監視します。ただし、このプログラムで定義するのはCHECKアクション・エントリ・ポイントのみです。他のすべてのアクション・エントリ・ポイントは未定義のままで、ACTION_SCRIPT属性から読み取られます。このプログラムをテストするには、次の手順を実行する必要があります。

1. 提供されているソース・ファイルdemoagent2.cppおよびMakeファイルを使用して、C++エージェントをコンパイルします。Makeファイルは、ローカル・コンパイラ/リンカーのパスおよびインストール場所に基づいて変更する必要があります。出力は、demoagent1という名前の実行可能ファイルです。

2. Clusterwareインストールを起動します。

3. 次に示すように、crsctlユーティリティを使用して新規のリソース・タイプを追加します。

crsctl add type test_type1 -basetype cluster_resource \
-attr "ATTRIBUTE=PATH_NAME,TYPE=string,DEFAULT_VALUE=default.txt" \
-attr "ATTRIBUTE=AGENT_FILENAME,TYPE=string,DEFAULT_VALUE=/path/to/demoagent2" \
--attr "ATTRIBUTE=ACTION_SCRIPT,TYPE=string,DEFAULT_VALUE=/path/to/demoActionScript"

ファイルのパスは適切に変更してください。これにより、新規のリソース・タイプがClusterwareに追加されます。

4. 前の手順で定義したリソース・タイプに基づいて、新規のリソースを作成します。コマンドは次のとおりです。

crsctl add res r5 -type test_type1 -attr "PATH_NAME=/tmp/r5.txt"
crsctl add res r6 -type test_type1 -attr "PATH_NAME=/tmp/r6.txt"

これにより、Clusterwareで監視するr5とr6という名前のリソースが追加されます。

5. crsctlユーティリティを使用してリソースを起動または停止します。この操作を行うためのコマンドは次のとおりです。

crsctl start res r5
crsctl start res r6
crsctl check res r5
crsctl stop res r6
etc...

ファイル/tmp/r5.txtと/tmp/r6.txtは、リソースが起動すると作成され、停止すると削除されます。

テスト・マクロ

CRSエージェント・フレームワークには、リソースに対してテスト・スイートを自動的に実行するための一連の事前定義マクロが用意されています。このテストは、Clusterwareインストールに依存せずに実行できます。マクロは、ヘッダー・ファイルclsagfwm.hから公開されています。マクロを使用して、新しいタイプの追加、属性の追加、リソースの起動や停止などを実行できます。これらの使用例はファイルmacrodemo.cppで提供されています。このプログラムの基本機能は、demoagentプログラムとよく似ています。このプログラムは、前述したようにコンパイルしてテストできます。さらに、追加したリソースに対していくつかのユニット・テストを実行するための追加機能も含まれています。この機能を表示するには、-t <testname>スイッチ（たとえば、./macrodemo -t dummy）を使用してプログラムを手動で実行してください。このスイッチにより、プログラムに定義されているテスト・スイートが実行され、属性の追加、リソースの起動や停止などを自動的に実行できます。

追加情報

Oracle Clusterwareおよび関連のテクノロジの詳細は、次のリソースを参照してください。

1. 『Oracle Clusterware管理およびデプロイメント・ガイド』

2. Oracle Technology Network（http://www.oracle.com/technologyからオンラインで参照可能）

Oracle COM Automation for Java README

原典情報: $ORACLE_HOME\com\java\readme.txt

Oracle COM Automation for Java 11.2.0.1.0製品版

このドキュメントでは、Oracle COM Automationドキュメントの内容を補足する情報を提供します。 このドキュメントには、Oracle COM Automation Feature for Javaをインストールおよび構成するための手順が記載されています。

Oracle COM Automation Feature for Javaには、次のコンポーネントが含まれています。

- Oracle COM Automation for Javaの機能（orawcomVER.dll）

- Oracle COM Automation Javaクラス（orawcom.jar）

- OracleとMicrosoft Word間のデータ交換ソリューション

Oracle COM Automation Feature for Javaのインストール

Oracle COM Automation Feature for Javaをインストールする手順は、次のとおりです。

1. MS-DOSコマンド・プロンプトを開きます。

2. 次のコマンドを使用して、com\javaディレクトリに移動します。

cd ORACLE_BASE\ORACLE_HOME\com\java

3. SQL*Plusを使用し、systemとしてデータベースに接続します。次に例を示します。

sqlplus system/manager

4. SQL*Plusプロンプトから、Oracle COM Automation for Javaを使用するユーザーの名前を使用してgrant.sqlスクリプトを実行します。 ユーザー名の文字はすべて大文字にする必要がある場合があります。次に例を示します。

@grant.sql HR

5. loadjavaツールを使用して、目的のデータベース・スキーマにCOM Automation Javaクラスをロードします。次に例を示します。

loadjava -force -resolve -user hr/hr orawcom.jar

Oracle COM Automation Feature for Java用ソリューション

Oracle COM Automation Feature for Javaには、Oracle COM Automation Feature for Javaを使用したソリューション作成方法の参考用として、いくつかのソリューションが含まれています。 これらのソリューションは、次の用途に使用できます。

- Oracle COM Automation Feature for Javaの使用方法を示すサンプルとして使用できます。

- Oracle COM Automation Feature for Javaを使用した、特定用途向けのより複雑なアプリケーションを構築するための基礎として使用できます。

Microsoft Wordソリューション

次の各項では、Microsoft Wordソリューションと、そのソリューションが公開するアプリケーション・プログラミング・インタフェース（API）のインストール方法について説明します。 このソリューションは、OracleデータベースとMicrosoft Wordを使用して作成できるソリューション・タイプのサンプルとして提供されています。

Microsoft Wordソリューションには、Microsoft Wordを操作するためのJavaクラス（TestWORD）が含まれています。 このTestWORDクラスには、OracleデータベースとMicrosoft Word間のデータ交換機能をデモンストレーションするための静的メソッドが含まれています。 この静的メソッドは、OracleデータベースのEMPLOYEES表からMicrosoft Wordドキュメントへのデータ交換を行います。

この静的メソッドは、ソリューションのインストール後に起動する必要があります。

このデモは、共通スキーマ内のHRスキーマを利用します。

Microsoft Wordソリューションのインストール

このソリューションを正常に機能させるには、Microsoft Wordをローカル・マシン上にインストールする必要があります。 Microsoft Wordソリューションをインストールする手順は、次のとおりです。

1. MS-DOSコマンド・プロンプトを開きます。

2. 次のコマンドを使用して、com\java\demosディレクトリに移動します。

cd ORACLE_BASE\ORACLE_HOME\com\java\demos

3. loadjavaツールを使用して、目的のデータベース・スキーマにTestWORD Javaクラスをロードします。次に例を示します。

loadjava -force -resolve -user hr/hr TestWORD.class

4. SQL*Plusを使用してデータベースに接続します。次に例を示します。

sqlplus hr/hr

5. SQL*Plusプロンプトから、次のスクリプトを実行してコール仕様を作成します。

@TestWORD.sql

Microsoft Wordソリューションの使用方法

Microsoft Wordソリューションを実行する手順は、次のとおりです。

1. MS-DOSコマンド・プロンプトを開きます。

2. SQL*Plusを使用してデータベースに接続します。次に例を示します。

sqlplus hr/hr

3. 次のコマンドを使用して、Javaプログラムからの出力がSQL*Plusに表示されるようにします。

set SERVEROUTPUT on
call dbms_java.set_output(100000);

4. 次のJavaコードを起動します。

call TestWORD();

このコードにより、c:\ディレクトリにWordドキュメント（worddemoj.doc）が作成されます。 このドキュメントには、OracleデータベースのEMPLOYEES表から取得されたデータが含まれています。

5. worddemoj.docファイルを開き、内容を確認します。

既知の不具合

現在のところ、Oracle COM Automation Feature for Javaでは、ウィンドウ、メッセージ・ボックスまたはダイアログ・ボックスを表示するメソッドをコールできません。

回避策:

ダイアログ・ボックスなどを表示するメソッドのコールを回避する必要があります。 たとえば、Microsoft Excelソリューションでは、同じ名前のファイルが複数存在しないように、ファイル名にタイムスタンプが追加されます（例: excelxxxxx.xls）。 ファイルに他と同じ名前が付けられた場合、Oracle COM Automationを使用してそのファイルを保存しようとすると、Excelでは上書き保存を確認するダイアログ・ボックスが表示されます。 Microsoft Wordではこのようなダイアログ・ボックスは表示されません。

Oracle COM Automation for PL/SQL README

原典情報: $ORACLE_HOME\com\readme.txt

Oracle COM Automation for PL/SQL 11.2.0.1.0 製品版

このドキュメントでは、Oracle COM Automationドキュメントの内容を補足する情報を提供します。 このドキュメントには、Oracle COM Automation Feature for PL/SQLをインストールおよび構成するための手順が記載されています。

Oracle COM Automation Feature for PL/SQLには、次のコンポーネントが含まれます。

- Oracle COM Automation Feature for PL/SQL（orawpcomVER.dll）

- PL/SQLインストールおよび定義用スクリプト（comwrap.sql）

- OracleデータベースおよびMicrosoft Word間のデータ交換ソリューション

- OracleデータベースおよびMicrosoft Excel間のデータ交換ソリューション

- OracleデータベースおよびMicrosoft PowerPoint 97間のデータ交換ソリューション

- OracleデータベースおよびExtended MAPI間の電子メール・ソリューション

Oracle COM Automation Feature for PL/SQLのインストール

次の手順では、Oracle COM Automation Feature for PL/SQLのインストール方法について説明します。

1. MS-DOSコマンド・プロンプトを開きます。

2. 次のコマンドを使用して、ディレクトリをcomに変更します。

cd ORACLE_BASE\ORACLE_HOME\com

3. SQL*Plusを使用し、systemとしてデータベースに接続します。

次に例を示します。

sqlplus system/manager

4. Oracle COM Automation Feature for PL/SQLを使用するデータベース・ユーザーに、「ライブラリの作成」権限を付与します。

grant create library to hr

5. Oracle COM Automation Feature for PL/SQLを使用するデータベース・ユーザーとしてログインします。

connect hr/hr

6. Oracleホームのcomディレクトリ（Oracle COM Automation Feature for PL/SQLをインストールした場所）にある、comwrap.sqlスクリプトを実行します。

@comwrap.sql

このスクリプトにより、現行ユーザーのスキーマ内にORDCOMパッケージが作成されます。 このスクリプトを最初に実行する際には、「ORA-04043: オブジェクトXXXXは存在しません。」というメッセージがいくつか表示されます。これらのエラーは無視しても支障ありません。

外部プロシージャの構成

Oracle COM Automation Feature for PL/SQLは外部プロシージャ・コールアウトに依存するため、この機能を使用するには、リスナーとOracle Net Services RPCメカニズムを適切に構成することが不可欠です。

「ORA-28575: 外部プロシージャ・エージェントへのRPC接続をオープンできません。」というエラーが返された場合は、次のいずれかの可能性があります。

- リスナーが起動していない。

管理者は、サービス・コントロール・パネルまたはコマンドラインから（例: net start OracleORCLTNSListner）Oracle TNS Listenerサービスを起動できます。

- リスナーが適切に構成されていない。

この場合は、管理者がlistener.oraおよびtnsnames.oraファイルを修正する必要があります。

次に示すのは、外部ストアド・プロシージャの起動にプロセス間通信（IPC）が使用されるように、listener.oraおよびtnsnames.oraファイルを構成する方法の例です。 listener.oraおよびtnsnames.oraファイルでの外部プロシージャの構成方法に関する追加情報は、『Oracle COM Automation機能開発者ガイド』または『Oracle Net Services管理者ガイド』を参照してください。

構成ファイルlistener.ora:

LISTENER =
(ADDRESS_LIST =
(ADDRESS=
(PROTOCOL= IPC)
(KEY= EXTPROC0)
)
)

STARTUP_WAIT_TIME_LISTENER = 0
CONNECT_TIMEOUT_LISTENER = 10
TRACE_LEVEL_LISTENER = OFF

SID_LIST_LISTENER =
(SID_LIST =
(SID_DESC =
(SID_NAME = ORCL)
)
(SID_DESC =
(SID_NAME = extproc)
(PROGRAM=extproc)
)
)

PASSWORDS_LISTENER = (oracle)

構成ファイルtnsnames.ora:

extproc_connection_data.world =
(DESCRIPTION =
(ADDRESS =
(PROTOCOL=IPC)
(KEY=EXTPROC0)
)
(CONNECT_DATA = (SID=extproc)
)
)

Oracle COM Automation Feature for PL/SQLのソリューション

Oracle COM Automation Feature for PL/SQLには、Oracle COM Automation Feature for PL/SQLを使用したソリューション作成方法の参考用として、いくつかのソリューションが含まれています。 これらのソリューションは、次の方法で提供されます。

- Oracle COM Automation Feature for PL/SQLの使用方法を示すサンプルとして。

- Oracle COM Automation Feature for PL/SQLを使用した、特定用途向けのより複雑なアプリケーションを構築するための基礎として。

Microsoft Wordソリューション

次の各項では、Microsoft Wordソリューションのインストール方法について説明するとともに、そのソリューションが公開するアプリケーション・プログラミング・インタフェース（API）について説明します。 このソリューションは、OracleデータベースおよびMicrosoft Wordを使用して作成できるソリューション・タイプのサンプルとして提供されています。

Microsoft Wordソリューションは、Microsoft Wordを操作するためのいくつかのAPIを公開するPL/SQLパッケージ（ORDWord）を提供します。 さらに、Microsoft Wordソリューションには、OracleデータベースおよびMicrosoft Word間のデータ交換機能をデモンストレーションするためのスクリプトが含まれています。 WordDem.sqlスクリプトは、OracleデータベースのEMPLOYEES表からMicrosoft Wordドキュメントへのデータ交換を行います。

このスクリプトは、ソリューションのインストール後に実行する必要があります。

このデモは、共通スキーマ内のHRスキーマに依存します。

Microsoft Wordソリューションのインストール

次の手順では、Microsoft Wordソリューションのインストール方法について説明します。 このソリューションを正常に機能させるには、Microsoft Wordをローカル・マシン上にインストールする必要があります。

1. MS-DOSコマンド・プロンプトを開きます。

2. 次のコマンドを使用して、ディレクトリをcom\demosに変更します。

次に例を示します。

cd ORACLE_BASE\ORACLE_HOME\com\demos

3. SQL*Plusを起動し、Microsoft Wordソリューションを使用するデータベース・ユーザーとしてログインします。

次に例を示します。

connect hr/hr

4. ORACLE_BASE\ORACLE_HOME\com\demosディレクトリにあるWordSol.sqlスクリプトを実行します。

@WordSol.sql

このスクリプトにより、現行ユーザーのスキーマ内にORDWordパッケージが作成されます。

このスクリプトを最初に実行する際には、「ORA-04043: オブジェクトXXXXは存在しません。」というメッセージがいくつか表示されます。 これらのエラーは無視しても支障ありません。

Microsoft Wordソリューションの使用方法

次の手順では、Microsoft Wordソリューションの実行方法について説明します。

1. MS-DOSコマンド・プロンプトを開きます。

2. 次のコマンドを使用して、ディレクトリをcom\demosに変更します。

次に例を示します。

cd ORACLE_BASE\ORACLE_HOME\com\demos

3. SQL*Plusを起動します。

sqlplus.exeが現在のパスにない場合は、ORACLE_BASE\ORACLE_HOME\binディレクトリにあります。

4. Microsoft Wordソリューションを使用するデータベース・ユーザーとしてログインします。

次に例を示します。

connect hr/hr

5. ORACLE_BASE\ORACLE_HOME\com\demosディレクトリにあるWordDem.sqlスクリプトを実行します。

@WordDem.sql

このスクリプトは、c:\ディレクトリにWordドキュメント（worddemo.doc）を作成します。 このドキュメントには、EMPLOYEES表のデータが含まれます。

6. worddemo.docファイルを開き、内容を確認します。

Microsoft Excelソリューション

次の各項では、Microsoft Excelソリューションのインストール方法について説明するとともに、そのソリューションが公開するアプリケーション・プログラミング・インタフェース（API）について説明します。 このソリューションは、OracleデータベースおよびMicrosoft Excelを使用して作成できるソリューション・タイプのサンプルとして提供されています。

Microsoft Excelソリューションは、Microsoft Excelを操作するためのいくつかのAPIを公開するPL/SQLパッケージ（ORDExcel）を提供します。 さらに、Microsoft Excelソリューションには、OracleデータベースおよびMicrosoft Excel間のデータ交換機能をデモンストレーションするためのスクリプトが含まれています。 ExcelDem.sqlスクリプトは、OracleデータベースのEMPLOYEES表およびJOBS表からMicrosoft Excelワークシートへのデータ交換を行い、そのグラフを作成します。

このスクリプトは、ソリューションのインストール後に実行する必要があります。

このデモは、共通スキーマ内のHRスキーマに依存します。

Microsoft Excelソリューションのインストール

次の手順では、Microsoft Excelソリューションのインストール方法について説明します。

1. MS-DOSコマンド・プロンプトを開きます。

2. 次のコマンドを使用して、ディレクトリをcom\demosに変更します。

cd ORACLE_BASE\ORACLE_HOME\com\demos

3. SQL*Plusを起動します。

sqlplus.exeが現在のパスにない場合は、ORACLE_BASE\ORACLE_HOME\binディレクトリにあります。

4. Microsoft Excelソリューションを使用するデータベース・ユーザーとしてログインします。

次に例を示します。

connect hr/hr

5. ORACLE_BASE\ORACLE_HOME\com\demosディレクトリにあるExcelsol.sqlスクリプトを実行します。

@ExcelSol.sql

このスクリプトにより、現行ユーザーのスキーマ内にORDExcelパッケージが作成されます。

このスクリプトを最初に実行する際には、「ORA-04043: オブジェクトXXXXは存在しません。」というメッセージがいくつか表示されます。 これらのエラーは無視しても支障ありません。

Microsoft Excelソリューションの使用方法

次の手順では、Microsoft Excelソリューションの実行方法について説明します。

1. MS-DOSコマンド・プロンプトを開きます。

2. 次のコマンドを使用して、ディレクトリをcom\demosに変更します。

cd ORACLE_BASE\ORACLE_HOME\com\demos

3. SQL*Plusを起動します。

sqlplus.exeが現在のパスにない場合は、ORACLE_BASE\ORACLE_HOME\binディレクトリにあります。

4. Microsoft Excelソリューションを使用するデータベース・ユーザーとしてログインします。

次に例を示します。

connect hr/hr

5. ORACLE_BASE\ORACLE_HOME\com\demosディレクトリにあるExcelDem.sqlスクリプトを実行します。

@ExcelDem.sql

このスクリプトは、c:\ディレクトリにExcelスプレッドシート（excelxxxxx.xls）を作成します。

このドキュメントには、OracleデータベースのEMPLOYEES表およびJOBS表のデータが含まれます。

6. excelxxxxx.xlsファイル（xxxxxの箇所はタイムスタンプ）を開き、内容を確認します。

MAPIソリューション

次の各項では、MAPIソリューションのインストール方法について説明するとともに、そのソリューションが公開するアプリケーション・プログラミング・インタフェース（API）について説明します。 このソリューションは、OracleおよびExtended MAPIクライアントを使用して作成できるソリューション・タイプのサンプルとして提供されています。

MAPIソリューションは、Extended MAPIクライアントを操作するためのいくつかのAPIを公開するPL/SQLパッケージ（ORDMAPI）を提供します。 さらに、MAPIソリューションには、OracleおよびExtended MAPIクライアント間のデータ交換機能をデモンストレーションするためのスクリプトが含まれています。 MAPIDem.sqlスクリプトは、OracleデータベースのEMPLOYEES表からExtended MAPI電子メール・メッセージへのデータ交換を行います。

このスクリプトは、ソリューションのインストール後に実行する必要があります。

このデモは、共通スキーマ内のHRスキーマに依存します。

MAPIソリューションのインストール

MAPIソリューションは、OracleデータベースのかわりにExtended MAPIクライアントを起動します。

Oracle Database Service on NTは、デフォルトではNTシステム・ユーザーLocalSystemとして実行されます。 ユーザーLocalSystemのMAPIプロファイルは簡単に構成できません。 MAPIソリューションを使用する前に、NTのOracle Database ServiceとOracle TNS Listener Serviceの両方に対し、Windows NTログイン・ユーザー・アカウントを使用して起動するように変更を加える必要があります。

1. ローカル・ユーザー・アカウントまたはドメイン・ユーザー・アカウントを使用してNTにログオンします。

次に例を示します。

DOMAIN1\userXYZ

2. MAPIサーバー（たとえば、Microsoft Outlook）を起動し、NTユーザーDOMAIN1\userXYZ用にMAPIプロファイルを構成します。 このプロファイルを使用して電子メールを送信できることを確認してください。

3. NTの「コントロール パネル」/「サービス」に移動します。

4. Oracle TNS Listener Serviceを停止します。

5. Oracle TNS Listener Serviceを選択し、「起動...」をクリックします。

6. 「ログオン」を「このアカウント」に変更し、NTユーザー名としてDOMAIN1\userXYZと入力します。

7. NTユーザー名DOMAIN1\userXYZのパスワードを入力し、さらに確認入力をします。

8. Oracle TNS Listener Serviceを再起動します。

9. Oracle Database Serviceを停止します。

10. Oracle Database Serviceを選択し、「起動...」をクリックします。

11. 「ログオン」を「このアカウント」に変更し、NTユーザー名としてDOMAIN1\userXYZと入力します。

12. NTユーザー名DOMAIN1\userXYZのパスワードを入力し、さらに確認入力をします。

13. Oracle Database Serviceを再起動します。

MAPIのデモをインストールする前に、次の修正を適用する必要があります。

1. MSDN記事268272の記載に従って、CDO.DLLにパッチを適用します。 パッチを適用したこのDLLは、Microsoft Exchange Server 5.5に含まれるものです。 パッチを適用したDLLを適切な場所に手動でコピーします。 このDLLのデフォルトの場所は次のとおりです。

C:\Program Files\Common Files\System\Mapi\1033\NT

2. WindowsエクスプローラからMAPI.REGをダブルクリックしてレジストリ設定を更新します。 MAPI.REGは次の場所にあります。

ORACLE_BASE\ORACLE_HOME\com\demos

次の手順では、MAPIソリューションのインストール方法について説明します。

1. MS-DOSコマンド・プロンプトを開きます。

2. 次のコマンドを使用して、ディレクトリをcom\demosに変更します。

cd ORACLE_BASE\ORACLE_HOME\com\demos

3. SQL*Plusを起動します。

sqlplus.exeが現在のパスにない場合は、ORACLE_BASE\ORACLE_HOME\binディレクトリにあります。

4. MAPIソリューションを使用するデータベース・ユーザーとしてログインします。次に例を示します。

connect hr/hr

5. ORACLE_BASE\ORACLE_HOME\com\demosディレクトリにあるMAPISol.sqlスクリプトを実行します。

@MAPISol.sql

このスクリプトにより、現行ユーザーのスキーマ内にORDMAPIパッケージが作成されます。

このスクリプトを最初に実行する際には、「ORA-04043: オブジェクトXXXXは存在しません。」というメッセージがいくつか表示されます。 これらのエラーは無視しても支障ありません。

MAPIソリューションの使用方法

次の手順では、MAPIソリューションの実行方法について説明します。

1. MS-DOSコマンド・プロンプトを開きます。

2. 次のコマンドを使用して、ディレクトリをcom\demosに変更します。

cd ORACLE_BASE\ORACLE_HOME\com\demos

3. テキスト・エディタでMAPIDem.sqlファイルを開き、ORDMapi.AddRecipient内の電子メール・アドレスhr@us.oracle.comを自分の電子メール・アドレスに変更します。

自分のプロファイル名にデフォルト値を使用していない場合は、MS Exchange SettingsのORDMapi.CreateMAPISessionに示されているプロファイル名も変更します。

4. 変更内容を保存します。

5. SQL*Plusを起動します。

sqlplus.exeが現在のパスにない場合は、ORACLE_BASE\ORACLE_HOME\binディレクトリにあります。

6. MAPIソリューションを使用するデータベース・ユーザーとしてログインします。次に例を示します。

connect hr/hr

7. ORACLE_BASE\ORACLE_HOME\com\demosディレクトリにあるMAPIDem.sqlスクリプトを実行します。

@MAPIDem.sql

このスクリプトは、OracleデータベースのEMPLOYEES表から全従業員名を取得し、それらをリストした電子メールを送信します。

8. MAPIクライアントを開き、送信された電子メールを確認します。

既知の不具合

現在のところ、ウィンドウ、メッセージ・ボックスまたはダイアログ・ボックスを表示するOracle COM Automationメソッドはコールできません。

回避策:

これらのダイアログ・ボックスを表示するメソッドのコールを回避します。

たとえば、Microsoft Excelソリューションでは、同じ名前のファイルが2つ存在することがないよう、ファイル名にタイムスタンプが追加されます（例: excelxxxxx.xls）。 ファイルに他と同じ名前が付けられた場合、COM Automationを使用してそのファイルを保存しようとすると、Excelによって上書き用のダイアログ・ボックスが表示されますが、 Microsoft Wordではこれが行われません。

Oracle Configuration Manager README

原典情報: $ORACLE_HOME\db\ccr\README.pdf

目次

Oracle Configuration Managerマニュアル

Oracle Configuration Managerのセキュリティの概要

新機能

既知の問題

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

Oracle® Configuration Manager

リリース・ノート

リリース10.3.3.1

E13956-01

2010年5月

Oracle Configuration Managerを使用すると、構成情報を収集してOracleリポジトリにアップロードすることにより、サポート業務をパーソナライズして強化できます。構成データが定期的にアップロードされている場合、カスタマ・サポート担当はこのデータを分析して顧客に適切なサービスを提供できます。

Oracle Configuration Managerの収集ソフトウェアは自己完結型であるため、既存のOracleソフトウェア・インストールのコンテンツに影響を与えることはありません。構成収集は1日に1回発生し、本番のデプロイメントを含むシステムやOracle製品の操作への影響はほとんどありません。

このリリース・ノートでは、Oracle Configuration Managerの重要な機能と、このリリースでの既知の問題について説明します。

Oracle Configuration Managerのインストールおよび構成ステップについては、『Oracle Configuration Managerインストレーションおよび管理ガイド』を参照してください。

1 Oracle Configuration Managerマニュアル

『Oracle Configuration Managerインストレーションおよび管理ガイド』は、http://www.oracle.com/technology/documentation/ocm.htmlからダウンロードできます。このマニュアルは、Oracle Configuration Managerの最新リリースに対応しており、以前のリリースもサポートしています。

2 Oracle Configuration Managerのセキュリティの概要

Oracle Configuration Managerのセキュリティに関連する問題の対応策は、オンライン・マニュアルから入手できます。My Oracle Supportナレッジ・ベース記事（728982.1または728982.5）には、Oracle Configuration Managerで操作を安全に実行する方法について、一般的な質問に対する回答が記載されています。

オラクル社カスタマ・サポートのセキュリティ実施方法を確認するには、http://www.oracle.com/support/collateral/customer-support-security-practices.pdfを参照してください。

3 新機能

この項では、Oracle Configuration Managerの新機能について説明します。

- リリース10.3.3.1.0の新機能

- リリース10.3.3.0.0の新機能

- リリース10.3.2.1.0の新機能

- リリース10.3.2.0.0の新機能

3.1 リリース10.3.3.1.0の新機能

リリース10.3.3.1.0の新機能はありません。

3.2 リリース10.3.3.0.0の新機能

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

- 診断チェックの導入

診断ヘルス・チェック評価（診断チェック）機能により、インストールに対して診断ヘルス・チェックが実行され、診断結果が生成されます。Oracleサポートでは、この結果を使用して、顧客からの問合せに対して効率的かつタイムリに解決方法を提供します。詳細は、『Oracle Configuration Managerインストレーションおよび管理ガイド』を参照してください。

- 国コードの使用は非推奨

Oracle Configuration Managerの構成で、カスタマ・サポート識別子（CSI）を指定する際に国コードの設定は不要になりました。国コードが設定された既存のレスポンス・ファイルは引続き使用され、編集は不要です。

3.3 リリース10.3.2.1.0の新機能

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

- Oracle Universal InstallerでOracle Support Hubを使用するようにOracle Configuration Managerを構成可能

インストール時に、Oracle Universal Installerでは、Oracle Support Hubを使用するようにOracle Configuration Managerを構成できるようになりました。Oracle Support Hubを使用すると、インターネットへのアクセス権がない顧客にかわって、Oracle Configuration Managerが構成データをOracleリポジトリに安全に転送できます。Oracle Support Hubの詳細は、Oracle Enterprise Manager Companion配布ガイドを参照してください。

- レスポンス・ファイルの結果の検証

レスポンス・ファイルの接続をemocmrsp -verifyコマンドを使用して検証できるようになりました。

3.4 リリース10.3.2.0.0の新機能

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

- Oracle Support Hubを使用するためのOracle Configuration Managerコレクタの手動による構成

Oracle Configuration Managerコレクタは、Oracle製品に関する構成情報を収集し、セキュアな接続を使用してその情報をOracleに転送します。このコレクタは、インターネットに直接接続するか、プロキシ・サーバーを介してインターネットに接続できる必要があります。3番目の方法として、Oracle Support Hubを使用する方法があります。Oracle Configuration Managerコレクタは、インターネットに接続できる社内のイントラネット内にデプロイされたOracle Support Hubを介して、すべての情報をルーティングできます。

リリース10.3.2のOracle Configuration Managerコレクタの構成により、直接接続が不可能な場合、ユーザーはOracle Support Hubを介してOracleに接続できます。

Oracle Support Hubの詳細は、Oracle Enterprise Manager Companion配布ガイドを参照してください。

- データベース・ユーザー名をマスクするようにOracle Configuration Managerコレクタを構成

Oracle Configuration Managerコレクタは、構成収集用にインスツルメント化されたデータベースのスキーマ・ユーザー名を収集します。$ORACLE_HOME/ccr/hosts/<host_name>/config/collector.propertiesファイルでccr.metric.oracle_database.db_users.usernameプロパティに値「mask」が割り当てられている場合、この情報の収集はマスクされます。

デフォルトでは、データをマスクしません。

4 既知の問題

既知の問題は次のとおりです。

- 一般的な既知の問題

- Windows固有の既知の問題

- UNIX固有の既知の問題

4.1 一般的な既知の問題

この項では、このリリースに関連する一般的な既知の問題を示します。

4.1.1 Siebelの収集の制限

マシンのホスト名をlocalhostに指定してSiebelをインストールした場合、エンタープライズ・システム下のSiebel階層には、My Oracle SupportのSiebelサーバー内のエントリが表示されません。Siebelサーバー階層にはエントリが表示されませんが、このSiebelサーバー内のすべての詳細は収集され、My Oracle Supportの「ターゲット」リージョンにあるそれぞれのターゲットを介して使用できます。

4.1.2 Siebelサーバーおよびゲートウェイ・ディレクトリ・ツリーにインストールされたOracle Configuration Managerコレクタ

Oracle Configuration Managerコレクタを、サーバーおよびゲートウェイ・サーバー・ディレクトリ・ツリーに手動でインストールした場合は、次の操作を実行します。

1. コマンドconfigCCR -rを使用して、ゲートウェイ・サーバー・ディレクトリおよびサーバー・ディレクトリ内のOracle Configuration Managerコレクタを停止して廃止します。

2. My Oracle Supportにログインし、廃止したコレクタが収集していたターゲットを無効にします。

3. このコレクタをSiebelのrootディレクトリにデプロイします（まだデプロイしていない場合）。

注意: Oracle Configuration Managerの現行リリースは、CRMのリリース7.7、7.8および8.0に対して認証されています。テストは実施されていますが、Oracle Configuration ManagerはCRMのリリース8.1に対して未認証です。

4.1.3 仮想マシンの古い関連付けがMy Oracle SupportのUIに反映される

仮想マシンが実行状態から停止状態に変わった場合（またはその逆の場合）は、更新された情報がMy Oracle Supportに反映されるのに最大24時間かかります。

たとえば、実行中のゲスト仮想マシン（GVMA）が停止すると、GVMAは仮想サーバーとの関連がなくなり、親の仮想サーバー・プールと関連付けられます。しかし、この関連をMy Oracle Supportに表示すると、仮想サーバーに関連付けられたGVMA（実行中）と、仮想サーバー・プールに関連付けられたGVMA（停止）が表示される場合があります。Oracle Configuration Managerでは、新しい構成データを収集してこれらの関連付けを取得していましたが、新しいスナップショットは無視されます。これは、仮想サーバー・スナップショットの収集タイムスタンプが変更されず、前のスナップショットと同じであるためです。新しいスナップショットは、新しい収集タイムスタンプを使用して、24時間ごとにOracleにアップロードされます。新しいスナップショットがOracleにアップロードされた時点で、新しいデータがMy Oracle Supportに反映されます。

4.1.4 JDK 1.4.2で作成したレスポンス・ファイルが以前のバージョンのOracle Configuration Managerで使用できない

JDK 1.4.2およびOracle Configuration Managerバージョン10.3.3を使用して、認証されたプロキシ・サーバーを含むレスポンス・ファイルを作成した場合、そのレスポンス・ファイルは以前のバージョンのOracle Configuration Managerでは使用できません。

4.1.5 レスポンス・ファイルとJDKバージョン1.4.2間の非互換性

認証されたプロキシ・サーバーを含むレスポンス・ファイルを使用するとき、そのファイルがJDKバージョン1.4.2以降を使用して作成されている場合は、JDKバージョン1.4.2以降を使用する必要があります。使用しない場合は、エラー・メッセージが表示されてOracle Configuration Managerが終了します。

4.1.6 Oracle Configuration Managerリリース10.3.3、JDK 1.4.2および収集操作の間でエラーが発生する個別の条件

1.4.2より後のJDKを使用するように構成されたコレクタが、前のJDKリリースにダウングレードされた場合は、収集を実行すると、次のエラーと不要なスタック・トレースが表示されます。

Exception in thread "main" java.lang.ExceptionInInitializerError:oracle.sysman.ccr.common.network.JCEInitializationException:
Supporting JDK does not contain required JCE support
Use JDK>=1.4.2 and run emSnapshotEnv.

at oracle.sysman.ccr.util.crypt.OCMCrypt.decrypt(Unknown Source)
at oracle.sysman.ccr.netmgr.CCRProxyAuthorization.<init>(Unknown Source)
at oracle.sysman.ccr.netmgr.OCMEndPoint.<clinit>(Unknown Source)
at oracle.sysman.ccr.collector.softwareMgr.SoftwareMgr.sendComponentInventory(Unknown Source)
at oracle.sysman.ccr.collector.softwareMgr.SoftwareMgr.getComponentDownloadList(Unknown Source)
at oracle.sysman.ccr.collector.softwareMgr.SoftwareMgr.getComponentDownloadList(Unknown Source)
at oracle.sysman.ccr.collector.cmd.CollectorCmd.checkMandPackagesAvailable(Unknown Source)
at oracle.sysman.ccr.collector.cmd.CollectorCmd.preProcessRequest(Unknown Source)
at oracle.sysman.ccr.collector.cmd.DiscoverCmd.processRequest(Unknown Source)
at oracle.sysman.ccr.collector.cmd.CommandDispatcher.processRequests(Unknown Source)
at oracle.sysman.ccr.collector.Collector.main(Unknown Source)

4.1.7 Oracle HTTPサーバーまたはOracle Web Cacheの複数のターゲットを使用するOracle Fusion Middleware 11gインスタンスの場合に、Oracle Configuration Managerで不正なデータが収集される

Oracle Fusion Middleware 11gインスタンスがOracle HTTP ServerまたはOracle Web Cacheの複数のインスタンスを使用して構成されている場合、Oracle Configuration Managerは、opmn.xml構成ファイルの最後に表示されているインスタンスの構成データを収集し、同じタイプのすべてのインスタンスについてこの構成データをレポートします。つまり、Oracle Fusion Middleware 11gインスタンス内のすべてのOracle HTTP ServerインスタンスまたはOracle Web Cacheインスタンスでは、同じ構成が表示されます。

4.1.8 Oracle Fusion Middleware 11gのターゲットが検出されない

WebTierインストールからは、Oracle Configuration ManagerでOracle Fusion Middleware 11gのターゲット（例: Web Cache）は検出されず、収集もされません。

4.1.9 setupCCRまたはconfigCCRコマンドを強制終了した後に、インストールが構成済とみなされる

setupCCRの起動中またはconfigCCRを使用した再構成中に、[Ctrl]+[C]などで強制終了すると、以降の試行時に次のメッセージが戻される場合があります。

This installation is already configured for OCM. Please remove existing configuration first.

この環境を手動でリセットするには、$ORACLE_HOME/ccr/hosts/<hostname>ディレクトリの下にあるconfigおよびstateディレクトリを削除します。ORACLE_CONFIG_HOMEが設定されている場合は、$ORACLE_CONFIG_HOME/ccrディレクトリ内のconfigおよびstateディレクトリを削除します。

これがフレッシュ・インストールの場合は、ccrディレクトリを削除し、Oracle Configuration Manager配布ファイルをORACLE_HOMEに解凍して、setupCCRコマンドを再発行します。

4.1.10 Siebelサーバーとデータベースの関連が取得されない

Siebelサーバーのデプロイメントと依存データベースの関連は、このリリースのコレクタでは収集されません。

4.1.11 Java要件

Oracle Configuration Managerでは、Javaホームが$ORACLE_HOME/jdkディレクトリまたは$ORACLE_HOME/jreディレクトリに存在している必要があります。必須の最小バージョンは1.2.2です（Microsoft Windowsリリースには、1.3.1以上が必須です）。このバージョンが$ORACLE_HOMEに含まれていない場合、またはこのディレクトリが存在しない場合は、代替JAVAインストールを使用できます。

この問題を解決するには、JAVA_HOME環境変数が、有効なjdkまたはjreディレクトリを指していることを確認します。

4.1.12 GNUフリー・ソフトウェア財団のJDKはサポート対象外

GNUフリー・ソフトウェア財団が配布するJava Development Kit（JDK）は、Oracle Configuration Managerでサポートされていません。GNUバージョンのJDKでは、必須のコマンド修飾子やクラス・ローダー機能がサポートされていないためです。

4.1.13 リリース9.0より前のOracle DatabaseインストールでOracle Inventoryデータを使用できない

リリース9.0より前のOracle Databaseインストールの場合、Oracle Inventoryデータは収集できません。これは、収集メカニズムが、リリース9.0以降で使用可能な製品インベントリ用の新しいXML形式に依存しているためです。

4.1.14 installCCRSQL.shの実行中にエラーが発生する

$ORACLE_HOME/ccr/admin/scripts/installCCRSQL.shスクリプトを実行すると、次のエラーが発生する場合があります。

An error had occurred
For details, check the log file at /u01/app/oracle/10.2.0/db/ccr/log/collectconfigasmdb.log

識別されたログ・ファイルの内容には、次の出力が含まれています。

SQL*Plus: Release 10.2.0.1.0 - Production on Mon Oct 17 17:54:35 2005
Copyright (c) 1982, 2009, Oracle and/or its affiliates. All rights reserved.

Connected to an idle instance.

ログ・ファイルの最後に、次のテキストがあります。

ERROR at line 1:
ORA-01034: ORACLE not available

このエラーは、データベース・インスタンスの起動に使用した$ORACLE_HOME環境変数がスラッシュ（/）文字で終了している場合に発生することがあります。

この問題を解決するには、データベース・インスタンスを停止し、末尾にスラッシュが含まれないようにORACLE_HOMEを再定義してから、データベースを再起動します。データベースの再起動後に、installCCRSQL.shスクリプトを再実行します。

4.1.15 Oracleホーム環境設定への変更が収集中に検出されない

Oracle Configuration Managerのインストールでは、プロセス環境のスナップショットが作成されます。重要な環境変数は、スケジュールされた収集がデタッチ・プロセスとして実行されている場合でも動作が同じになるように格納されます。

次のいずれかの変数を変更した場合は、コマンド$ORACLE_HOME/ccr/bin/emSnapshotEnvを実行してスナップショット・ファイルを更新してください。

重要な環境変数は、ORACLE_HOME、JAVA_HOME、TZ、TNS_ADMIN、CRS_HOME、CLUSTER_NAME、LD_PRELOAD、ORAINST_LOC、BEA_HOMEおよびWL_HOMEです。

4.1.16 開始日、前回収集時刻および次回収集時刻に整合性がない

emCCR statusコマンドを実行すると、前回の収集の実行時、次回の収集の実行時、およびスケジューラの起動時刻におけるスケジューラの状態が表示されます。これらの時刻に整合性がないように見える場合があります。

システムのTZ変数は、タイムスタンプの格納方法に影響を与えます。手動で実行する収集および自動的に実行する収集では、収集起動プロセスのTZ変数に基づいて収集時刻が格納されます。

この不整合を解決するには、cronデーモンが正しいシステム・タイムゾーンで起動されることを確認します。

4.1.17 収集した構成情報をMozillaで確認すると、「Error loading stylesheet: An XSLT stylesheet does not have an XML mimetype:」（スタイルシートのロード・エラー: XSLTスタイルシートのMIMEタイプがXMLではありません:）というエラーが戻される

Mozillaには、XSLスタイルシートが正しく認識されないという不具合があります。その結果、前述のエラーが表示されます。

この場合は、メニューから「Edit」→「Preferences...」項目を選択してMozillaを構成します。「Navigator」→「Helper Applications」エントリの下に、MIMEタイプが「text/xml」で拡張子が「xsl」の新規タイプを追加します。「Mozilla can handle this type」という警告メッセージが表示された時点で、「Proceed anyway」をクリックします。

4.2 Windows固有の既知の問題

この項では、このリリースに関連するWindows固有の既知の問題を示します。

4.2.1 Windowsでdiagexclude.templateファイルがORACLE_CONFIG_HOMEにコピーされない

Windows上の共有Oracleホーム環境では、diagexclude.templateファイルがORACLE_CONFIG_HOME\ccr\config\diagchecks_excludeディレクトリにコピーされません。収集時に診断チェックを除外するには、diagexclude.templateファイルをORACLE_HOME\ccr\config\diagchecks_excludeディレクトリからORACLE_CONFIG_HOME\ccr\config\diagchecks_excludeディレクトリにコピーして、このファイルを編集します。

4.2.2 %ORACLE_CONFIG_HOME%が存在しないディレクトリを参照していますというエラーが発生する

ORACLE_CONFIG_HOME環境変数の設定が必須でないときにディレクトリ・パス指定を引用符で囲むと、前述のエラーが表示されます。ORACLE_CONFIG_HOME変数を、引用符なしのディレクトリ指定に設定してください。

4.2.3 Windows RAWデバイスへのOracle Configuration Managerのインストールはサポート対象外

RAWデバイスへのOracle Configuration Managerのインストールはサポートされていません。このソフトウェアを構成すると、次のエラーが戻されます。

Unable to Determine Oracle Configuration Manager content receiver endpoint
Oracle Configuration Manager endpoint unknown

4.2.4 Oracle Configuration Managerのインストール中に「入力エラー: <directory>にファイル拡張子がありません」というエラーが発生する

Oracle Configuration Managerのインストール中に、ディレクトリにファイル拡張子がないことを示すエラーが発生する場合があります。エラーで示されたディレクトリは現在のディレクトリに対応する部分文字列で、そのパスに空白が含まれています。

この状態は、次のWindowsレジストリ・キーが1に設定されている場合に発生します。

HKLM/SYSTEM/CurrentControlSet/Control/FileSystem/NtfsDisable8dot3NameCreation

この設定が操作にとって重要でない場合は、レジストリ・キーを0に設定できます。

注意:

レジストリ・キーの変更を有効にするには、Windowsを再起動する必要があります。

この設定が操作において重要である場合は、パスに空白が含まれないディレクトリにOracle Configuration Managerをインストールする必要があります。

4.2.5 Oracle Configuration Managerのインストール中またはコマンドの発行中に、Javaのバージョンを識別できませんというエラーが発生する

Oracle Configuration Managerのインストール中に、Javaのバージョンを識別できないことを示すエラーが戻される場合があります。ただし、これは次のいずれかに該当します。

- JAVA_HOMEは定義されており、コマンド%JAVA_HOME%\bin\java -versionでJDKバージョンが戻されます。

- 現行のディレクトリがインストール・ルートで、コマンドjdk\bin\java -versionでもJDKバージョンが戻されます。

この状態は、TMP環境変数でのディレクトリ指定に空白が含まれ、次のWindowsレジストリ・キーが1に設定されている場合に発生します。

HKLM/SYSTEM/CurrentControlSet/Control/FileSystem/NtfsDisable8dot3NameCreation

レジストリ・キーを0に設定し、ユーザーのTMP環境変数を空白を含まない値に設定してください。

注意:

レジストリ・キーの変更を有効にするには、Windowsを再起動する必要があります。

4.2.6 ソフトウェアのインストール中にサービス<name> : 1072を作成できない

このエラーは一部のMicrosoftオペレーティング・システム（特にWindows 2000およびWindows NTシステム）で発生する場合があります。これは、主として対象のサービスに削除マークが付いていることが原因です。アップグレード・プロセス中に、Oracle Configuration Managerにより古いサービスが削除され、新しいサービスが作成されます。

Windowsの「コントロール パネル」からWindowsサービス・コントロール・マネージャ（「サービス」）インタフェースにナビゲートしたときに、古いサービスが選択されているか、古いサービス・プロパティが表示される場合、サービスを削除しても古いサービスを完全には削除できません。

この問題を解決するには、サービス・コントロール・マネージャ（「サービス」）インタフェースを閉じて、アップグレード操作を再試行します。

4.3 UNIX固有の既知の問題

この項では、このリリースに関連するUNIX固有の既知の問題を示します。

4.3.1 Oracle Configuration Managerのインストール時にJVMの初期化エラーが発生する

CRONスクリプトを使用してOracle Configuration Managerをインストールすると、次のエラーが発生する場合があります。

Error occurred during initialization of VM
Unable to load native library: .../jdk/jre/lib/i386/libjava.so: symbol __libc_wait, version GLIBC_2.0 not defined in file libc.so.6 with link time reference

この問題は、LD_PRELOAD変数を設定せずにJavaが起動されると発生します。通常、この設定はRedhat Advancedサーバー構成で必須です（Oracle Patch 3006854を参照してください）。

この問題を解決するには、Oracle Configuration Managerのインストールを起動する前に、LD_PRELOADを事前ロード・モジュールに対して定義します。

4.3.2 ログ・ファイル内のECM_OS_FILESYSTEMメトリック収集エラーの処理中にエラーが発生する

収集を実行すると次のエラーが発生する場合があります。

Failed to execute command - "<ORACLE_HOME>/ccr/engines/Linux/perl/bin/perl" <ORACLE_HOME>/ccr/sysman/admin/scripts/hostosfile.pl"

Oracle Configuration Managerでは、収集が5分以内に完了しないと、個別の構成収集がタイムアウトになります。LINUX上でこの状態が発生するのは、NFSマウント・ポイントがdf -kコマンドに応答していない場合です。/etc/mtabにリストされているファイルシステムを反復し、その場所でlsを実行して、障害のあるマウント・ポイントを識別します。障害のあるNFSサーバーで問題を解決します。または、mtabファイルからエントリを削除できます。その場合、NFSファイル・サービスは監視対象外になります。このファイルは、ファイルシステムのマウント時に再作成されます。

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

オラクル社は、障害のあるお客様にもオラクル社の製品、サービスおよびサポート・ドキュメントを簡単にご利用いただけることを目標としています。オラクル社のドキュメントには、ユーザーが障害支援技術を使用して情報を利用できる機能が組み込まれています。HTML形式のドキュメントで用意されており、障害のあるお客様が簡単にアクセスできるようにマークアップされています。標準規格は改善されつつあります。オラクル社はドキュメントをすべてのお客様がご利用できるように、市場をリードする他の技術ベンダーと積極的に連携して技術的な問題に対応しています。オラクル社のアクセシビリティについての詳細情報は、Oracle Accessibility ProgramのWebサイトhttp://www.oracle.com/accessibility/を参照してください。

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

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

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

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

聴覚に障害があるお客様のOracleサポート・サービスへのアクセス

Oracleサポート・サービスに連絡するには、テレコミュニケーション・リレー・サービス（TRS）を使用してOracleサポート（+1-800-223-1711）までお電話ください。Oracleサポート・サービスの技術者が、Oracleサービス・リクエストのプロセスに従って、技術的な問題を処理し、お客様へのサポートを提供します。TRSの詳細は、http://www.fcc.gov/cgb/consumerfacts/trs.htmlを参照してください。電話番号の一覧は、http://www.fcc.gov/cgb/dro/trsphonebk.htmlを参照してください。

Oracle Configuration Managerリリース・ノート - リリース10.3.3.1

E13956-01

Copyright © 2005, 2010, Oracle and/or its affiliates.All rights reserved.

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

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

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

U.S. GOVERNMENT RIGHTS Programs, software, databases, and related documentation and technical data delivered to U.S. Government customers are "commercial computer software" or "commercial technical data" pursuant to the applicable Federal Acquisition Regulation and agency-specific supplemental regulations.As such, the use, duplication, disclosure, modification, and adaptation shall be subject to the restrictions and license terms set forth in the applicable Government contract, and, to the extent applicable by the terms of the Government contract, the additional rights set forth in FAR 52.227-19, Commercial Computer Software License (December 2007).Oracle USA, Inc., 500 Oracle Parkway, Redwood City, CA 94065.

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

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

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

Oracle Data Provider for .NET README

原典情報: $ORACLE_HOME\ODP.NET\doc\readme.txt

ORACLE DATA PROVIDER FOR .NET 11.2.0.1.0製品版

このドキュメントには、Oracle Data Provider for .NET（ODP.NET）のドキュメントの補足情報が記載されています。

重要

ODP.NETでは、.NET Framework 2.0以上がサポートされます。 ただし、ODP.NET 11.2.0.1.0は、LINQ対応のデータ・プロバイダではありません。

インストールおよび設定に関する注意事項

1. 製品の依存性

ODP.NETには、Oracle Client 11.2.0.1.0またはOracle Instant Client 11.2.0.1.0が必要です。

Oracle Instant Client 11.2.0.1.0は、ODP.NET 11.2.0.1.0の新規インスタンスのインストール時にOracle Universal Installer（OUI）によって自動的にインストールされます。

2. ポリシーDLL

ODP.NETのインストールでは、ODP.NETのポリシーDLLがGACに配置されるため、新たにインストールしたODP.NETバージョンを使用して既存のアプリケーションを即座に起動できます。 ただし、この操作が不要な場合は、ポリシーDLLをGACから削除してください。

エディションベースの再定義のサポート

エディションベースの再定義により、アプリケーションの使用中にそのアプリケーションのデータベース・コンポーネントをアップグレードできるため、停止時間を最小化または排除できます。

注意: エディションの詳細は、『Oracle Database管理者ガイド』および『Oracle Databaseアドバンスト・アプリケーション開発者ガイド』（http://www.oracle.com/pls/db112/homepage）を参照してください。

Oracle Database 11.2以上でODP.NET 11.2.0.1.0を使用する場合は、レジストリまたは構成ファイルを介してデプロイメント時にエディションを指定できます。

アプリケーションでは、特定のバージョンのODP.NETに対してデプロイメント時にエディションを指定できます。これを実行するには、HKLM\Software\Oracle\ODP.NET\<version>\Editionレジストリ・エントリ（REG_SZ型）を作成し、有効なエディションの文字列値に設定します。

アプリケーションでは、.NETアプリケーションのapp.configファイルまたはweb.configファイルに次のエントリを追加することで、デプロイメント時にエディションを指定することもできます。 また、machine.configを変更することで、特定のバージョンの.NETフレームワークを使用するすべてのアプリケーションのエディションを指定できます。

次に、.NET 2.0、3.0および3.5の構成ファイルにエディション名「E1」のエディションを指定するコードの一部分を示します。

<?xml version="1.0" encoding="utf-8" ?>
<configuration>
<oracle.dataaccess.client>
<settings>
<add name="Edition" value="E1"/>
</settings>
</oracle.dataaccess.client>
</configuration>

注意: ODP.NETでサポートされるのは、デプロイメント時構成のエディションのみです。

ODP.NETでは、プロセスの存続期間中にエディションを変更するALTER SESSIONの使用はサポートされません。

OraclePermissionに関する注意事項

1. 高信頼または中信頼環境のWebアプリケーション用のOraclePermissionの構成

高信頼または中信頼で機能するWebアプリケーションの場合は、アプリケーションでセキュリティ・エラーが発生しないように、適切なweb_<trust level>.configファイルにOraclePermissionを構成する必要があります。 OraclePermissionは、OracProvCfgツールで構成できます。 OraProvCfg.exeによって、指定した.NETフレームワーク・バージョンに関連するweb_hightrust.configとweb_mediumtrust.configの両方に適切なエントリが作成されます。

次に、.NET 2.0 WebアプリケーションのOraclePermissionを構成するためのOraProvCfgツールの使用例を示します。

OraProvCfg.exe /action:config  /product:odp /component:oraclepermission
/frameworkversion:v2.0.50727
/providerpath:<Oracle.DataAccess.dll full path>

このコマンドの実行により、ASP.NET権限セットの下にあるweb_hightrust.configとweb_mediumtrust.configに次のエントリが作成されます。

<IPermission class="Oracle.DataAccess.Client.OraclePermission, Oracle.DataAccess, Version=2.112.1.0, Culture=neutral, PublicKeyToken=89b483f429c47342" version="1" Unrestricted="true" />

また、エントリを削除する必要がある場合は、OraProvCfgを使用してこれらの構成ファイルからエントリを削除できます。

OraProvCfg.exe /action:unconfig  /product:odp  /component:oraclepermission
/frameworkversion:v2.0.50727
/providerpath:<Oracle.DataAccess.dll full path>

2. 部分信頼環境のWindowsアプリケーション用のOraclePermissionの構成

部分信頼環境で機能するWindowsアプリケーションの場合は、security.configファイルにある適切な権限セットの下にOraclePermissionエントリを指定する必要があります （Security.configは%windir%\Microsoft.NET\Framework\{version}\CONFIGにあります）。 次に、.NET 2.0 Windowsアプリケーションに必要なOraclePermissionのエントリの例を示します。

<IPermission class="Oracle.DataAccess.Client.OraclePermission, Oracle.DataAccess, Version=2.112.1.0, Culture=neutral, PublicKeyToken=89b483f429c47342" version="1" Unrestricted="true" //>

ヒント、制限事項および既知の問題

1. UTF8データベースからLONGデータをフェッチする際に、データ切捨てエラーが発生する可能性があります。

2. 分散トランザクションをプロキシ接続とともに使用する場合は、OraMTSの制限により、クライアントのユーザー・パスワードを指定する必要があります。

3. 分散トランザクションと分離レベル

ODP.NETでは、分散トランザクションに対してコミット読取り分離レベルのみがサポートされます。

4. 32512バイトを超えるPL/SQL LONG、LONG RAW、RAW、VARCHARの各データ型はバインドできません。

5. OracleCommandのCancelメソッドを起動するか、またはOracleCommandのCommandTimeoutプロパティ値の期限切れによってコマンドの実行を終了すると、本来戻されるORA-01013ではなくORA-00936またはORA-00604が戻される場合があります。

6. 変更通知が不正なポート番号に登録されたときに例外がスローされません。

7. HKEY_LOCAL_MACHINE\Software\Oracle\NLS_LANGレジストリ・エントリが「NA」に設定されていると、ODP.NETの使用時にORA-12705エラーが発生します。

この問題を排除するには、HKEY_LOCAL_MACHINE\Software\Oracle\NLS_LANGレジストリ・エントリを削除します。

8. UDTのTimeStamp with Local Time Zone属性

TimeStamp with Local Time Zone型の属性をパラメータとして指定したカスタム・オブジェクトのバインドは、この製品リリースではサポートされていません。 同じ制限が、CollectionのTimeStamp with Local Time Zone要素にも適用されます。

9. UDTのXMLType属性/要素

ODP.NETでは、XMLTypeを属性または要素として指定したUDTはサポートされません。

10. OracleAQMessageオブジェクトでSenderIdを指定してエンキューすると、デキューするメッセージの送信者IDには、最終的に@ODP.NEが追加されます。 [Oracle Bug#7315542]

11. OracleAQMessageオブジェクトで、Delayプロパティ値をデフォルト以外の値に設定したメッセージをエンキューすると、通知を介して渡されるOracleAQMessageAvailableEventArgsのEnqueueTimeプロパティ値が不適切な値になる場合があります。 [Oracle Bug#7361345]

12. OracleAQDequeueOptions.DeliveryModeをOracleAQMessageDeliveryMode.Bufferedとして指定し、かつOracleAQDequeueOptions.Correlationを指定して、使用可能なメッセージがキューに存在しない場合は、「ORA-00942: 表またはビューが存在しません。」エラーがDequeueメソッド起動またはDequeueArrayメソッド起動からスローされる場合があります。 [Oracle Bug#7343633]

13. OracleNotificationRequestオブジェクトのGroupingIntervalプロパティが0（ゼロ）に設定されている場合は、アプリケーションでグループ通知を受信しない場合があります。[Oracle Bug#7373765]

14. リリース9.2データベースで、OracleAQMessageのDelayプロパティを0（ゼロ）以外の値に設定してメッセージをエンキューすると、そのメッセージはWAITING状態のままになります。 [Oracle Bug#8828674、8873837]

15. パフォーマンス上の理由から、ODP.NETの検出メカニズムを利用するかわりに、構成ファイルにカスタム・タイプ・マッピングを指定することをお薦めします。 詳細は、『Oracle Data Provider for .NET開発者ガイド』の構成ファイルのXMLを使用したカスタム・タイプ・マッピングの指定に関する項を参照してください。

Oracle Database Extensions for .NET README

原典情報: $ORACLE_HOME\ODE.NET\doc\readme.html

目次

サポートおよび製品フィードバック

ドキュメント

情報および既知の問題

Oracle Database Extensions for .NETインストレーション・ガイドおよびリリース・ノート

ホワイト・ペーパー、ウォークスルー、デモおよび詳細は、OTNのOracle Database Extensions for .NET（http://www.oracle.com/technology/tech/dotnet/ode/index.html）を参照してください。

リリース11.2.0.1.0製品版

このファイルには、Windows版のOracle Database 11g リリース2のデータベース・オプションであるOracle Database Extensions for .NETに関する重要な情報が含まれています。

サポートおよび製品フィードバック

機能についてのご要望や不具合の報告など、この機能に関するお客様のご意見をお待ちしております。 次のURLでOracle Technology Network（OTN）のコミュニティ・フォーラムにアクセスして、ご意見をお聞かせください。

http://forums.oracle.com/forums/forum.jspa?forumID=254（OTNへの利用登録が必要です）

ドキュメント
Visual Studio .NETヘルプの統合

『Oracle Database Extensions for .NET開発者ガイド』はVisual Studio .NETヘルプと統合され、バージョン10.2以上のOracle Developer Tools for Visual Studio .NETに含まれています。

オンライン・ドキュメント

ドキュメントは次のOracle Technology Network（OTN）のサイトで、オンラインでも参照できます。

情報および既知の問題
.NETプロシージャ/ファンクションをデバッグ中に、サーバー・エクスプローラで「実行」オプションを使用するとハングする

extproc.exeへのアタッチ時および.NETストアド・プロシージャのデバッグ時（ドキュメントを参照）に、Oracleエクスプローラ（Oracle Developer Tools for Visual Studio .NETの一部）でプロシージャまたはファンクションに対してコンテキスト・メニュー・オプションの「実行」を使用しないでください。 このオプションを使用すると、Visual Studioがハングし、作業が失われます。 別の方法として、SQLを使用して問合せウィンドウからプロシージャまたはファンクションをコールするか、新しいVisual Studio .NETインスタンスを開いて、メニュー・オプションの「実行」を使用してください。

手動によるExtprocエージェントの起動

提供されているサービスを利用する以外に、次の構文でagtctl.exeユーティリティを使用して、マルチスレッドExtprocエージェント（extproc.exe）を起動および停止することもできます。

agtctl startup extproc CLRExtProc

agtctl shutdown immediate CLRExtProc

個別のagtctl.exeコマンドを使用して、max_dispatchers、max_threadsおよびmax_sessionsパラメータを設定する必要があります。 詳細は、『Oracle Database Heterogeneous Connectivity管理者ガイド』を参照してください。

データベース・リンクの使用がコンテキスト接続でサポートされない

コンテキスト接続ではデータベース・リンクを使用できない場合があります（コンテキスト接続は、ストアド・プロシージャまたはファンクションのコール元から継承される接続です）。

.NETストアド・プロシージャまたはファンクションで参照されるアセンブリの再デプロイ

.NETストアド・プロシージャまたはファンクションで参照されるアセンブリを再デプロイするには、マルチスレッドextprocエージェント（extproc.exe）を停止する必要があります。 これを行うには、通常、Oracle <HomeName>ClrAgntサービスを停止し再起動します。

XML保存機能

XML保存機能は、このリリースではサポートされていません。

Oracle interMedia JPEG2000 Support Information README

原典情報: $ORACLE_HOME\ord\im\admin\README_JPEG2000.txt

はじめに

JPEG2000は、国際電気通信連合（ITU）によって定義されたイメージ圧縮形式です。 イメージ・ファイル形式JP2（この形式もITUによる定義）を使用して、JPEG2000の圧縮イメージ・データをラップできます。

Oracle 10g リリース2では、interMediaによってJP2ファイル形式が認識され、イメージのプロパティ（高さ、幅、圧縮形式など）が取得されます。また、interMediaでは、JP2ファイルに対して、Extensible Metadata Platform（XMP）を使用してフォーマットされたメタデータを読取り/書込みできます。 この機能を使用するために必要な処理はありません。

JP2形式またはDICOM形式で格納されたJPEG2000圧縮イメージの処理を有効化するには、追加のJavaパッケージをOracle Databaseにインストールする必要があります。 このパッケージはSun社のサイトからダウンロードできます。このパッケージは、Java Advanced Imaging Image I/Oツールの一部です。 パッケージをインストールすると、interMediaが実行時にデータベース内のJPEG2000コーデックの存在を動的に検出するようになります。 コーデックが存在する場合は、interMediaイメージ処理コードがコーデックを使用して、JPEG2000イメージ・データを必要に応じて圧縮および解凍します。

JPEG2000イメージ処理の有効化

interMediaによるデータベース内のJPEG2000イメージ処理を有効化する手順は、次のとおりです。

1. Sun社のJava Webサイトで、「Java Advanced Imaging（JAI）API」Webページから「Java Advanced Imaging Image I/O Tools 1.0_01」パッケージをダウンロードします。 ダウンロード・ボタンをクリックしてライセンスを受け入れると、ダウンロード・ページが表示されます。 ダウンロード・ページには、複数のインストール・オプション（CLASSPATHのインストール、JDKのインストール、JREのインストールなど）があります。 CLASSPATHをインストールするオプションを選択します。

2. ダウンロード・パッケージからjai_imageio.jarおよびclibwrapper_jiio.jarのJPEG2000コーデックが次の位置に抽出されます。

<ORACLE_HOME>/ord/jlib (UNIX)
<ORACLE_HOME>\ord\jlib (Windows)

3. SQL*Plusを起動してSYSDBAとして接続します。

4. initjp2.sqlスクリプトを起動して、ORDJP2Kスキーマを作成し、JPEG2000コーデックをORDJP2Kスキーマにインストールします。

-> SQL> @/ord/im/admin/initjp2.sql (UNIX)
@\ord\im\admin\initjp2.sql (Windows)

JPEG2000コーデックを別のスキーマにインストールする場合は、initjp2.sqlスクリプトのJP2SCHEMA定義を適宜編集できます。

JPEG2000圧縮ファイルの読取り/書込み権限に関する考慮事項

JPEG2000コーデックのSun社の実装ではjava.io.File.createTempFileをコールするため、ORDJP2KおよびORDSYSに対するjava.io.tmpdirの読取り/書込み/削除の権限がスクリプトinitjp2.sqlによって付与されます。

ユーザーがJPEG2000圧縮ファイルを書き込む場合は、一時ディレクトリに対して別の権限が必要です。 これらの権限は、2つのいずれかの方法で付与できます。

1. ORDSYS.ORDImage.processCopyをコールしてJPEG2000イメージを書き込む各データベース・スキーマに、java.io.tmpdirに対する読取り/書込み/削除の権限を明示的に付与します。

2. 定義者権限をクラスJ2KImageWriterに付与します。このクラスは、JPEG2000コーデックのSun社の実装に含まれているクラスの1つです。

1. SQL*Plusを起動してSYSDBAとして接続します。

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

SQL> alter session set current_schema = "ORDJP2K";
SQL> alter java class
"com.sun.media.imageioimpl.plugins.jpeg2000.J2KImageWriter"
AUTHID DEFINER;

JPEG2000コーデックのネイティブなコンパイルによるパフォーマンスの向上

プラットフォームでOracle Java AcceleratorツールであるNCOMPがサポートされる場合は、NCOMPを使用してJPEG2000イメージ処理のパフォーマンスを向上させることができます。 NCOMPツールでは、指定されたJARファイルについて次の処理を実行します。

- データベースにロードされるクラスを検証します。

- これらのクラスのJavaバイトコードをデータベースから取得し、指定のプロジェクト・ディレクトリに格納します。

- Javaバイトコードをプラットホームに依存しないCコードに変換します。

- プラットフォームに依存するCコンパイラを使用して、共有ライブラリまたはダイナミック・リンク・ライブラリに、Cソース・コードをコンパイルしてリンクします。

- ライブラリをOracle Databaseにデプロイします。 デプロイされたライブラリは、<ORACLE_HOME>/javavm/adminディレクトリに配置されます。

実行時にJava Virtual Machine（JVM）は、ネイティブにコンパイルされたライブラリが使用可能な場合は、そのライブラリへの関数呼出しをルーティングします。

アクセラレータを使用してネイティブにコンパイルされたライブラリを作成する方法は、『Oracle Database Java開発者ガイド』の「Oracle Database Javaアプリケーションのパフォーマンス」の章を参照してください。

interMediaにはPerlスクリプトncompjp2.plが付属しています。このスクリプトは、JPEG2000イメージ・コーデックのネイティブにコンパイルされたライブラリを作成するのに便利です。

ncompjp2.plスクリプトを実行する手順は、次のとおりです。

1. 次のディレクトリに移動します。

<ORACLE_HOME>/ord/im/admin (UNIX)
<ORACLE_HOME>\ord\im\admin (Windows)

2. ncompjp2.plを起動します。

PROMPT> perl ncompjp2.pl -u <JP2SCHEMA name> -d <projectDir> -h

引数:

- -u: JPEG2000スキーマ名を示します。 initjp2.sqlで上書きされないかぎり、JP2SCHEMAはデフォルトでORDJP2Kです。 この引数は必須です。

- -d: NCOMPプロジェクト・ディレクトリのフルパスを指定します。

このディレクトリは存在している必要があります。 このディレクトリがツールによって作成されることはありません。 この引数は必須です。

- -h: ヘルプ・メッセージを表示します。 この引数はオプションです。

スクリプトを実行する前に、次の要件を満たしていることを確認します。

1. データベースが起動され、環境変数ORACLE_HOMEが設定されていること

2. コマンド・プロンプトからSQL*Plusを実行できること

3. PERL実行ファイルが格納されているディレクトリが環境変数PATHに指定されていること

4. NCOMPプロジェクト・ディレクトリが存在すること

5. NCOMPユーティリティを実行するための次の要件を整えます。 詳細は、『Oracle Database Java開発者ガイド』を参照してください。

1. NCOMPを実行しているコンピュータに、目的のプラットフォームに対応するCコンパイラをインストールします。

2. <ORACLE_HOME>/javavm/jahomeディレクトリのSettings_os.propertiesファイル内で、適切なコンパイラおよびリンカーのコマンドが参照されることを確認します。 設定が正しくないと、Settings_os_PRODUCT.propertiesというファイルがNCOMPプロジェクト・ディレクトリに作成されて、ファイルが上書きされる可能性があります。 このファイルの設定は、グローバル設定より優先されます。 たとえば、Windowsで、Settings_os.propertiesが次のようにデフォルト設定されているとします。

visual.c.home = c:/devstudio/vc

次のディレクトリにVISUAL Cがインストールされているとします。

C:\Program Files\Microsoft Visual Studio .NET 2003\Vc7

次の1行でSettings_os_PRODUCT.propertiesを作成できます。

visual.c.home = "C:\Program Files\Microsoft Visual Studio .NET 2003\Vc7"

これで、NCOMPが正しいディレクトリでコンパイラおよびリンカーを選択するようになります。

注意: Windowsでは、「visual.c.home」パス文字列に空白がある場合は、前述の例のように文字列の周囲を二重引用符（"）で囲みます。

このスクリプトでは、ユーザーにSYSDBAパスワードの入力を求めるプロンプトが表示されます。

このスクリプトでは、NCOMPが正常に終了した場合は「JPEG2000 library NCOMP succeeds!」が出力され、それ以外の場合は「JPEG2000 library NCOMP problems detected!」が出力されます。 NCOMPが正常に終了しなかった場合は、JP2SCHEMAのjaccelerator$dlls表およびjaccelerator$dll_errors表の内容が出力されます。 これらの2つの表は、デプロイメント結果とエラーを記録するためにNCOMPによって生成されます。 jaccelerator$dlls表の各行は、共有ライブラリを表します。 STATUS列が「installed」の場合は、ライブラリが正しくNCOMP（ネイティブにコンパイル）されています。

NCOMPプロジェクト・ディレクトリには、NCOMPユーティリティで生成されるncomp.logに加え、このスクリプトにより、NCOMPの標準的なエラーが保存されるncompjp2.logという名前のログ・ファイルも生成されます。

NCOMPが正常に終了しなかった場合は、これらの2つのログ・ファイルで詳細なエラー情報を確認します。

注意: 「JPEG2000 library NCOMP problems detected!」が表示された場合は、最初にncomp.logでCコンパイラの参照が正しいかどうかを確認してください。 Cコンパイラまたはリンカーが見つからなかった場合は、ncomp.logに「got java.io.IOException: CreateProcess」のようなエラーが記載されます。

JPEG2000イメージ処理の無効化

interMediaによるデータベース内のJPEG2000イメージ処理を無効化する手順は、次のとおりです。

1. SQL*Plusを起動してSYSDBAとして接続します。

2. imdrpjp2.sqlスクリプトを起動してORDJP2Kスキーマを削除し、ORDJP2Kに付与されている権限を取り消します。

-> SQL> @<ORACLE_HOME>/ord/im/admin/imdrpjp2.sql (UNIX)
@<ORACLE_HOME>\ord\im\admin\imdrpjp2.sql (Windows)

Oracle ODBC Instant Client for Windows README

原典情報: $ORACLE_HOME\odbc\html\ODBC_IC_Readme_Win.html

ODBCインスタント・クライアント

ODBCインスタント・クライアントには、Oracle 11g ODBCドライバのすべての機能（Oracle Services for Microsoft Transaction Serverを除く）が用意されており、従来のORACLE_HOMEのインストールは不要です。

OCIインスタント・クライアントの詳細は、『Oracle Call Interfaceプログラマーズ・ガイド』を参照してください。

ODBCインスタント・クライアントのインストール

- ベーシック・インスタント・クライアントとODBCインスタント・クライアント・パッケージをOracle Technology Networkのインスタント・クライアントのページからダウンロードします。2つのパッケージを同じディレクトリに解凍する必要があります。 たとえば、C:\Oracle\instantclient_11_2に解凍します。

- ベーシック・インスタント・クライアントは、ODBCインスタント・クライアントをインストールするための前提条件です。

- ODBCインスタント・クライアント・パッケージには、次のファイル/DLLがあります。

ファイル名

説明

sqora32.dll

ドライバDLL

sqoras32.dll

ドライバ設定DLL

sqresus.dll

リソースDLL

sqresja.dll

日本語リソースDLL

ODBCRelnotesUS.htm

リリース・ノート

ODBCRelnotesJA.htm

日本語版リリース・ノート

ODBC_IC_Readme_Win.html

ODBC Windowsインスタント・クライアントのREADME

sqora.chm

ヘルプ・ファイル

sqoraja.chm

日本語ヘルプ・ファイル

odbc_install.exe

ODBCインスタント・クライアントのインストール・スクリプト

odbc_uninstall.exe

ODBCインスタント・クライアントのアンインストール・スクリプト

- ODBCのインストール・スクリプトを実行する前に、ベーシック・インスタント・クライアントがデプロイされていることを確認してください。

- ODBCインスタント・クライアント・パッケージを解凍して、odbc_installスクリプトを実行します。

- デフォルトでは、英語（US）のDLLファイルがインストールされます。

- 日本語バージョンのODBCドライバをインストールするには、インストール・スクリプトで、次のようにJAオプションを指定します。

- C:\Oracle\instantclient_11_2> odbc_install JA

- ODBCインストール・スクリプトは、現在のディレクトリにあるoci.dll、oraociei11.dll、orannzsbb11.dllをチェックします。 これらのDLLのいずれかが存在しない場合は、インストールが失敗します。

- Oracleインスタント・クライアント・ディレクトリ（現在のディレクトリ）の名前が、レジストリのドライバ名の一部になります。

- たとえば、「Oracle in instantclient_11_2」などです。

- インストールの後に環境を次の方法で構成する必要があります。

- ディレクトリをPATHシステム環境変数に追加します。

- 追加しない場合、ODBCマネージャはドライバをロード/検索できません。

- TNS_ADMINがOCIの.oraファイル・ディレクトリを指すように定義します。

- これは、OCIがTNS名を解決できるように設定する必要があります。

- TNS_ADMINが設定されていない場合、tnsnames.oraを見つけるために、OCIはオペレーティング・システム依存のディレクトリ・セットを検索します。 この検索パスには、%ORACLE_HOME%/network/admin/tnsnames.oraディレクトリの検索も含まれます。このために、Oracleインスタント・クライアントのORACLE_HOME環境変数を設定します。 インスタント・クライアント・アプリケーションの実行中にORACLE_HOMEを設定する場合は、インスタント・クライアントが存在するディレクトリ（ここでは、C:\Oracle\instantclient_11_2）に設定する必要があります。

- 使用するロケールに必要なOracleグローバル変数を設定します。詳細は、『Oracle Databaseグローバリゼーション・サポート・ガイド』を参照してください。

- WindowsでのNLS_LANGの設定例:

- set NLS_LANG=JAPANESE_JAPAN.JA16EUC

ODBCインスタント・クライアントのアンインストール

アンインストールするには、次の手順を実行してください。

- odbc_uninstallスクリプトを実行します。

- レジストリ内のドライバ・エントリが削除されます。

- インストールしたOracle ODBCドライバ・ファイルが削除されます。

- PATHやTNS_ADMINなどの環境変数をすべてリセットします。

修正された不具合

- ODBCのリリース・ノートを参照してください。

Oracle Provider for OLE DB README

原典情報: $ORACLE_HOME\oledb\readme.txt

Oracle Provider for OLE DB（OraOLEDB）11.2.0.1.0製品版

このドキュメントには、Oracle Provider for OLE DBのドキュメントの補足情報が記載されています。

インストールに関する重要な情報

Oracle Provider for OLE DB（OraOLEDB）プロバイダは、COMコンポーネントであり、1台のマシンで一度に1つのバージョンのみアクティブにできます。

Oracle Technology Network

Oracle Provider for OLE DBのサンプル・コード、最新のパッチおよびその他の技術情報については、http://otn.oracle.com/tech/windows/ole_db/を参照してください。

ヒント、制限事項および既知の問題

パフォーマンス

- パフォーマンスを向上させるため、LONG列またはLONG RAW列にはADOメソッドAppendChunkを使用しないでください。 かわりに、ADOのAddNewまたはUpdateメソッドを使用して、LONG列またはLONG RAW列全体を挿入または更新します。

- OraOLEDBドライバでのオプティマイザ・ヒント構文には、/*+ ... */を使用します。 ヒント構文--+ ...は、現在サポートされていません。

OLE DB .NET Data Providerでサポートされていないパラメータ型

- MicrosoftのOLE DB .NET Data Providerに関する既知の制限のため、OLE DB .NET Data ProviderでのLongVarChar、LongVarWChar、LongVarBinaryおよびBSTRのIN/OUTおよびOUTパラメータ型は、Providerでサポートされていません。

サポートされていないデータ型

- Trusted OracleのMLSLABELデータ型は、OraOLEDBドライバでサポートされていません。

- オブジェクト・データ型は、Providerで現在サポートされていません。

LOBデータ型

- 現在、一度に複数の行のLOBを更新すると、コマンド・オブジェクトでエラーが発生します。

例:

UPDATE SomeTable SET LobCol = ? WHERE ...

このUPDATE文が表の複数の行に影響する場合、エラーが発生します。
この制限はLOB（BLOB/CLOB）に限られており、LONG（LONG/LONG RAW）は対象外です。

- LOB書込み操作（INSERTおよびUPDATE）は、Provider内の複数の書込み操作を伴うことが多いため、このような操作にはトランザクションを有効にすることをお薦めします。 トランザクションを有効にすると、失敗した場合にコンシューマで書込み操作全体をロールバックできます。 コマンド・オブジェクトまたはレコードセット・オブジェクトからLOBを書き込む場合は、この方法をお薦めします。

データベース・リンク

Oracleデータベース・リンクが含まれる問合せを使用した行セットの作成を有効にするには、接続文字列属性DistribTxを無効にする必要があります。 現在、このような行セットは読取り専用に制限されています。

トランザクション

- ローカル・トランザクションまたはグローバル・トランザクションの実行中に、コマンド・インタフェースを使用してSQLのCOMMIT、ROLLBACKまたはSAVEPOINTを実行しないでください。実行すると、行セットのデータの整合性に影響を与える可能性があります。 この明示的なトランザクション・モードでDDL（CREATE TABLE、ALTER VIEWなど）を実行した場合にも同じことが当てはまります。OracleではDDLがデータベースに対して暗黙的なコミットを実行するためです。 DDLは自動コミット・モードでのみ実行してください。

- 自律型トランザクションのサポートを有効にするには、接続文字列属性DistribTxを無効にする必要があります。 コンシューマはこの機能を使用して、COMMITまたはROLLBACK（あるいはその両方）が含まれるストアド・プロシージャを実行できます。

ストアド・プロシージャ内のコミットまたはロールバックの実行は、慎重に行う必要があります。 OraOLEDBでは、行セットに対するトランザクション機能が提供されており、行セットのデータはクライアント側にローカルにキャッシュされるため、行セットがオープンしている状態でストアド・プロシージャ内のコミットまたはロールバックを明示的に実行すると、行セットとデータベースが非同期になる可能性があります。 このような場合は、すべてのコミットおよびロールバック（中断）をクライアント側から実行する必要があります（con.Commitまたはcon.Abort）。 これに対する例外は、ユーザーがストアド・プロシージャで自律型トランザクションを使用している場合です。 この機能を使用すると、ストアド・プロシージャ内のトランザクションはメイン・トランザクションから分離されるため、ローカライズされたコミットまたは中断が可能になります。

自律型トランザクションの詳細は、Oracle Database 11g リリース2の『Oracle Databaseアドバンスト・アプリケーション開発者ガイド』および『Oracle Database PL/SQL言語リファレンス』を参照してください （http://www.oracle.com/pls/db112/homepage）。

ストアド・プロシージャ

オーバーロードのPL/SQLストアド・プロシージャおよびファンクションでは、PROCEDURE_PARAMETERSスキーマ行セットは、最初のオーバーロードのストアド・プロシージャおよびファンクションに関するパラメータ情報のみを返します。 これは現在、OLE DB仕様にはオーバーロードのプロシージャおよびファンクションに対するプロビジョニングがないためです。

大/小文字の区別

現在、OraOLEDBでは、スキーマ行セット制限に指定されたオブジェクトの大/小文字が、データベースと正確に一致している必要があります。 したがって、表EMPにアクセスする際にempを渡すことはサポートされていません。

例:

Dim restrictions As Variant
...
' Schemarowset contains table EMP owned by SCOTT
restrictions = Array(Empty, "SCOTT", "EMP", Empty)
Set objRst = objCon.OpenSchema(adSchemaTables, restrictions)
...
' Schemarowset created with no rows
restrictions = Array(Empty, "scott", "emp", Empty)
Set objRst = objCon.OpenSchema(adSchemaTables, restrictions)
...

Microsoft Visual Basic 6.0に関する注意事項

Microsoft ActiveX Data ObjectsライブラリおよびMicrosoft ActiveX Data Objects Recordsetライブラリをプロジェクトの参照として含める必要があります。

Microsoft Visual C++ 6.0に関する注意事項

OraOLEDB.hをVC++プロジェクトの関連.cppファイルに含める必要があります。 また、プロジェクトのいずれかの.cppファイルに、#define DBINITCONSTANTSを追加する必要があります。

Oracle Providers for ASP.NET README

原典情報: $ORACLE_HOME\ASP.NET\doc\readme.txt

Oracle Providers for ASP.NET 11.2.0.1.0製品版

このドキュメントには、Oracle Providers for ASP.NET製品版のドキュメントの補足情報が記載されています。

重要

Oracle Providers for ASP.NETでは、.NET Framework 2.0以上がサポートされます。

インストールおよび設定に関する注意事項

1. 製品の依存性

Oracle Providers for ASP.NETには、Oracle Client 11.2.0.1.0またはOracle Instant Client 11.2.0.1.0が必要です。Oracle Instant Client 11.2.0.1.0は、Oracle Providers for ASP.NET 11.2.0.1.0の新規インスタンスのインストール時にOracle Universal Installer（OUI）によって自動的にインストールされます。

2. ポリシーDLL

この製品のインストールでは、ポリシーDLLがGACに配置されます。これにより、この製品の新規にインストールしたバージョンを使用して、インストール直後に既存のアプリケーションを起動できます。 ただし、この操作が不要な場合は、ポリシーDLLをGACから削除してください。

3. Oracle Providers for ASP.NET 11.2.0.1.0 - データベースの設定

Oracle Providers for ASP.NET 11.2.0.1.0を使用するには、インストールの過程でデータベースSQLスクリプトを実行します。 Oracle Providers for ASP.NETには、全プロバイダのすべてのデータベース・オブジェクトを作成するInstallAllOracleASPNETProviders.sqlが付属しています。 旧バージョンのOracle Providers for ASP.NETをすでにインストールしている場合は、InstallAllOracleASPNETProviders.sqlの実行によってストアド・プロシージャおよび列定義が更新されますが、表が削除されたり再作成されることはありません。

ヒント、制限事項および既知の問題

1. HKEY_LOCAL_MACHINE\Software\Oracle\NLS_LANGレジストリ・エントリが「NA」に設定されていると、Oracle Providers for ASP.NETの使用時にORA-12705エラーが発生します。この問題を排除するには、HKEY_LOCAL_MACHINE\Software\Oracle\NLS_LANGレジストリ・エントリを削除します。

machine.configの自動変更

Oracle Providers for ASP.NETのインストール後、インストールされたASP.NETプロバイダをシステムで認識できるように、%windir%\Microsoft.NET\Framework\v2.0.50727\CONFIG\machine.configファイルが更新されます。 また、接続文字列の別名OraAspNetConStringが追加され、各Oracle Providers for ASP.NETで参照されます。インストール後にmachine.configに作成される典型的なエントリは次のとおりです。

（注意: このエントリをmachine.configに自分で作成する必要はありません。この情報は参考までです。）

（注意: "..."は、machine.config内の既存のエントリに対するプレース・ホルダです。）

<configuration>
...
<connectionStrings>
...
<add name="OraAspNetConString" providerName="Oracle.DataAccess.Client" connectionString=" " />
</connectionStrings>
...
<system.web>
...
<membership>
<providers>
<add name="OracleMembershipProvider" type="Oracle.Web.Security.OracleMembershipProvider, Oracle.Web, Version=2.112.1.0, Culture=neutral, PublicKeyToken=89b483f429c47342" connectionStringName="OraAspNetConString" applicationName="" enablePasswordRetrieval="false" enablePasswordReset="true" requiresQuestionAndAnswer="true" requiresUniqueEmail="false" passwordFormat="Hashed" maxInvalidPasswordAttempts="5" minRequiredPasswordLength="7" minRequiredNonalphanumericCharacters="1" passwordAttemptWindow="10" passwordStrengthRegularExpression="" />
...
</providers>
</membership>
...
</system.web>
...
</configuration>

この例は、Oracle Membership Providerのエントリを示しています。 他のプロバイダにも同様のエントリがあります。

設定に関するクィック・リファレンス

詳細は、http://download.oracle.com/docs/cd/E11882_01/appdev.112/e10767/installation.htmにある指示を参照してください。

Oracle Warehouse Builder Data Profiling Reports Demonstration README

原典情報: $ORACLE_HOME\owb\misc\dp_htmldb\README.html

目次

概要

インストール前のタスク

インストール・タスク

インストール後のタスク

インストレーション・ノート 10g リリース2

注意:
このOracle Application Expressアプリケーションは、Oracle Warehouse Builderデータ・プロファイリングのパブリック・ビューのデモを目的としています。
このアプリケーションは、Oracle Warehouse BuilderまたはOracle Application Expressのサポート・コンポーネントではありません。

これらのインストレーション・ノートは、Oracle Warehouse Builder/Oracle Application Expressのデータ・プロファイリング・レポート・デモ・アプリケーションに付随するものです。 内容は次のとおりです。

概要

このOracle Application Expressアプリケーションによって、Warehouse Builderクライアントをインストールできないユーザーまたはインストールを希望しないユーザーが、Oracle Warehouse Builderデータ・プロファイリングの機能を使用できるようになります。 このようなユーザーは、Warehouse Builderクライアントのかわりに、Webブラウザのみを必要とするOracle Application Expressアプリケーションを使用して、データ・プロファイリング統計を表示し、データにドリルダウンします。 このアプリケーションのユーザー・インタフェースと全体的な操作性は、Warehouse Builderのデータ・プロファイリング・マネージャとほぼ同じです。

インストール前のタスク

アプリケーションをインストールする前に、次のインストール前のタスクを完了します。

- Oracle Application Expressバージョン1.6以上をインストールします。

- Warehouse Builder 10g R2ベータ3をインストールします。

- OWB統合リポジトリおよびプロファイリング・ワークスペースを作成します。

インストール・タスク

アプリケーションをインストールする前に、次のインストール前のタスクを完了します。

- Oracle Application Expressアプリケーション・ビルダーを起動します。

- Oracle Application Expressアプリケーション・ビルダーの「エクスポート/インポート」アイコンをクリックし、「エクスポート/インポート」ウィンドウから「インポート」オプションを選択します。

- 「インポート・ファイル」でファイル「OWB_HTMLDB_PORTAL.sql」を選択し、「ファイル・タイプ」に「エクスポート済のアプリケーション/ページ」を選択します。「インストール」ボタンをクリックしてアプリケーションを作成します。

- 「アプリケーションのインストール」ウィンドウが開き、「解析スキーマ」ドロップダウン・リストで適切なWarehouse Builderリポジトリ・スキーマ名を選択するように要求されます。

- 「次のアプリケーションとしてインストール」のラジオ・ボタン・オプションの中から1つ選択します。ラジオ・ボタン・オプションが、デフォルトで「エクスポート・ファイルからアプリケーションID 125を再利用」に設定されていることを確認します。 「アプリケーションのインストール」ボタンをクリックして、アプリケーションをインストールします。

- Oracle Application Expressアプリケーション・ビルダーの「エクスポート/インポート」アイコンをクリックし、「エクスポート/インポート」ウィンドウから「インポート」オプションを選択して、データ・プロファイル・マネージャのテンプレート・イメージをアップロードします。

- ファイル「OWB_HTMLDB_PORTAL_IMG.sql」を選択し、「ファイル・タイプ」に「エクスポート済のイメージ」を選択します。「インストール」ボタンをクリックしてアプリケーションのイメージをインストールします。

- 「イメージのインストール」ウィンドウが開き、「インストールするアプリケーション」にアプリケーション名を入力するように要求されます。 アプリケーション名を選択し、「イメージをインストール」ボタンをクリックします。

- イメージgeneric_home1.gifをApplication Expressのimagesディレクトリに手動でコピーします。 このイメージは通常、ディレクトリHTMLDB_HOME/htmldb/imagesにあります。

インストール後のタスク

次のタスクを実行して、アプリケーションが正常にインストールされたことを確認します。

- ワークスペースのアプリケーション・リストにOWB Data Profileアプリケーションが含まれていることを確認します。

- アプリケーションを実行して、イメージが存在していることを確認します。

Oracle Warehouse Builder one-off patch (bug#5416660) README

原典情報: $ORACLE_HOME\owb\patches\bug5416660\Readme.txt

パッチ・ファイル: OWB 10.2個別パッチ

日付: 2007年6月28日

前提条件
OWB 11.1.0.6または11.1.0.7がインストールされていること

このパッチで解決された問題
Oracle Bug#5416660: 生成されたXMLにプロセス・フロー推移がない

インストール手順

この修正は、OWBバージョン11.1が対象であることに注意してください。このパッチは、OWBSYSリポジトリに適用する必要があります。

パッチの適用方法は、次のとおりです。

1. Zipの内容を一時ディレクトリ（TEMP_LOC）に解凍します。例: c:\temp。

2. 実行中のOWB製品がある場合はすべて終了します。

3. 手順1の一時ディレクトリからsqlplusを実行します。次のコマンドを使用し、要求された情報を入力します。

sqlplus /nolog @fix_bug5416660.sql

次の情報を入力するように要求されます。

Host Name:
Port Number:
Service Name:
Existing OWBSYS password:
Enter execution mode (0 = Report only / 1 = Report and Fix)

デザイン・リポジトリに対してこのスクリプトを初めて実行する場合は、実行モード0を選択することをお薦めします。この方法では、リポジトリの検査のみが実行され、変更は適用されません。次に出力例を示します。

==================================================
Bug5416660_FixProcessFlows:FixProcessFlows - Start
==================================================
.
Run Mode : [1 = Report and Fix]
.
Project [ISSB_ODS] Module [STUD_TEST_PF]
...Package [TEST_PKG] Process [COPY_OF_VAX_STUDDEMO_PF]
......Invalid Transition [FILE_EXISTS--->END_ERROR]
......Invalid Transition [FILE_EXISTS--->SHELL_COMMANDS]
.
Project [ISSB_ODS] Module [STUD_TEST_PF]
...Package [TEST_PKG] Process [VAX_STUDDEMO_3]
......Invalid Transition [FILE_EXISTS--->EMAIL_1]
......Invalid Transition [FILE_EXISTS--->SHELL_COMMANDS]
.
==================================================
Bug5416660_FixProcessFlows:FixProcessFlows - End
==================================================

この例では、2つの別々のプロセス・フローがあり、それぞれ2つのエラーがあります。各プロセス・フローに対して、プロジェクト/モジュール/プロセス・フロー・パッケージが表示されます。その下に、無効な推移が表示されます。

確認した後、実行モードに1を使用してスクリプトを再実行してください。行が修正されると、出力は次のようになります。

==================================================
Bug5416660_FixProcessFlows:FixProcessFlows - Start
==================================================
.
Run Mode : [1 = Report and Fix]
.
Project [ISSB_ODS] Module [STUD_TEST_PF]
...Package [TEST_PKG] Process [COPY_OF_VAX_STUDDEMO_PF]
......Invalid Transition [FILE_EXISTS--->END_ERROR]
......Invalid Transition [FILE_EXISTS--->SHELL_COMMANDS]
.........FIXED
.
Project [ISSB_ODS] Module [STUD_TEST_PF]
...Package [TEST_PKG] Process [VAX_STUDDEMO_3]
......Invalid Transition [FILE_EXISTS--->EMAIL_1]
......Invalid Transition [FILE_EXISTS--->SHELL_COMMANDS]
.........FIXED
.
==================================================
Bug5416660_FixProcessFlows:FixProcessFlows - End
==================================================

スクリプトを再度実行して結果を検証できます。リポジトリが修正されている場合、結果は表示されません。

==================================================
Bug5416660_FixProcessFlows:FixProcessFlows - Start
==================================================
.
Run Mode : [1 = Report and Fix]
.
==================================================
Bug5416660_FixProcessFlows:FixProcessFlows - End
==================================================

5416660 one-of patch Archive contains:
readme.txt
bug5416660.pks
bug5416660.pkb
fix_bug5416660.sql

免責条項

この個別パッチは、基本的な開発テストのみを行っており、製品パッチセットに対して通常その後に続けて行う完全なテスト・サイクルは終了していません。

この個別パッチの修正では不具合が修正されますが、オラクル社は、この修正によって発生する可能性がある他の問題については一切の責任を負いかねます。

後で使用可能になったときに、次の製品パッチセットにアップグレードすることをお薦めします。

この個別パッチを適用すると、最新のパッチセット以降に適用された他の個別パッチが上書きされる場合があります。

Oracle Warehouse Builder one-off patch (bug#9488925) README

原典情報: $ORACLE_HOME\owb\patches\bug9488925\ReadMe.txt

スクリプトの適用方法は、次のとおりです。

1. 実行中のOWB製品がある場合はすべて終了します。

2. リポジトリのバックアップを作成します。

3. リポジトリ所有者（OWBSYS）でsqlplusにログインし、bug_9488925.sqlスクリプトを実行します。

実行オプションを選択するように要求されます（次を参照）。

SQL> @bug_9488925
Report Only? (Y/N=Report+Fix):[N]
Test Mode? (Y=rollback/N=commit):[Y] N

警告: 主な情報の表示をオンにすると、出力量が極端に多くなる場合があります。

（ヒント: レポートのみのモードで行情報をFALSEに設定して実行すると、最初に行数を確認できます。）

Show detail info for found rows? (Y=show/N=hide):[N]

出力されたエントリを確認し、[Enter]を押して処理を続行するか、[Ctrl]を押しながら[C]を押して、「Start bug_9488925 Customer Critical Issues Repository Cleaning ...」を取り消します。

注意: スクリプトの実行には数時間を要する場合があります。

4. 生成されたbug_9488925_LOG.TXTを調べ、パッチ・スクリプトを再実行する必要がある場合は、別のコピーに保存します。

5. （オプション）レポートのみのモードを選択してスクリプトを再実行すると、検出された問題がすべて解決したことを検証できます。

Oracle Warehouse Builder use_webservice_in_mapping.tcl README

原典情報: $ORACLE_HOME\owb\misc\mappingWS\readme.txt

説明

スクリプトuse_webservice_in_mapping.tclは、マッピング内でWebサービスを使用するために使用されます。これは、ファンクションによって実装されます。

このスクリプトの実行後に、エキスパート・モジュールWSDL_UTLとパブリック変換パッケージWB_WEBSERVICEが作成されます。
WB_WEBSERVICEには、2つの変換と1つのプロシージャがあります。
HTTP_SET_PROXY: このプロシージャは、UTL_HTTPコールに対するHTTPプロキシの設定に使用され、通常は、マッピングでpre_processとして使用されます。
WS_INVOKE_P: このファンクションは、UTL_HTTPパッケージを介してWebサービスをコールします。
WS_INVOKE: WS_INVOKE_Pの特別なケースで、パラメータはありません。

WSDL_UTLには、2つのエキスパートがあります。
CREATE_FUNCTION_FROM_WSDL: このエキスパートは、WSDLファイルに基づいてファンクションを生成します。生成されたファンクションは、WS_INVOKE_PをコールしてWebサービスをコールします。
CREATE_UTILS_FROM_WSDL: このエキスパートは、プラッガブル・マッピングを生成します。UTL_HTTPコールで返されたXMLドキュメントから値を抽出する場合に使用されます。

ファンクションおよびプラッガブル・マッピングが生成された後は、これらをマッピングで使用してWebサービスをコールし、結果を取得できます。

スクリプトの実行

スクリプトを実行する前に、リポジトリ所有者情報など、スクリプトの情報を変更する必要があります。

use_webservice_in_mapping.tclはtclスクリプトです。このスクリプトは、「OMBPlus.sh use_webservice_in_mapping.tcl」と指定して実行するか、最初にOMBPlusを実行した後、ソースとしてスクリプトを指定します。

このスクリプトを（vncの場合と同様に）X11 DISPLAYで実行していることを確認してください。X11 DISPLAYが使用できない場合は失敗します。

エキスパートの実行

スクリプトの実行後は、エキスパートとファンクションが作成されます。 これで、OWBクライアントにログインして、パブリック・プロジェクトに移動し、エキスパートを実行できます。

エキスパートを実行する前に、最初にプライベート・プロジェクトを入力する必要があります。入力すると、エキスパートによって、処理するWSDLファイルを選択するように要求されます。次に、生成されたファンクションまたはプラッガブル・マッピングの格納に使用する名前を指定する必要があります。 生成されたファンクションは、パブリック・プロジェクトの「パブリック変換」に格納され、プラッガブル・マッピングは、選択したプライベート・プロジェクトの「プラッガブル・マッピング」に格納されます。

マッピングでの使用

対応するファンクションの生成後、そのファンクションは、通常のファンクションと同様にマッピング内で使用できます。 WSDLの例は、http://www.dataaccess.nl/wk2006/footballpoolwebservice.wso?WSDLを参照してください。

通常のプロセスは次のとおりです。

1. Citiesなどのマッピングにファンクションを追加します。

2. ファンクションに対する入力を指定します（ある場合）。

3. 値を抽出するためのプラッガブル・マッピングを選択します。正しいプラッガブル・マッピング名は、操作の出力メッセージであるWSDLから取得できます。ここではCITIESRESPONSEです。

4. アップストリーム・プラッガブル・マッピングの戻り結果を確認します。戻り結果が目的としている単純型の場合、処理は完了です。それ以外の場合は、複合型を抽出するためのプラッガブル・マッピングの検索を続行します。 ここでは、CITIESRESPONSEの戻り結果はCITIESRESULTであり、まだ複合型です。このため、さらに抽出するために、CITIESRESULTプラッガブル・マッピングも追加します。 CITIESRESULTの出力は単純型です。したがって、抽出プロセスは完了です。 これで、値をターゲット表にロードできます。

5. WebサービスのコールにUTL_HTTPを使用しているため、これに対するHTTPプロキシを設定する必要があります。 設定すると、「マッピング前プロセス」を追加してHTTP_SET_PROXYプロシージャにバインドし、「マッピング入力パラメータ」を使用してプロシージャに値を指定できます。

6. マッピングの式にextractValueを使用しているため、マッピングの生成モードを「セット・ベース」に変更します。

7. WB_WEBSERVICEパッケージをデプロイし、使用済ファンクションをデプロイし（コントロール・センターに移動し、Oracleモジュールを選択すると、パブリック変換を検索できます）、マッピングと関連表をデプロイします。

8. マッピングを実行して結果を取得します。

注意

次の点に注意する必要があります。

1. Oracle 11gではセキュリティ機能が拡張されているため、WebサービスのURLをACLに追加する必要があります。追加しない場合は、正しい結果が取得されません。

2. プラッガブル・マッピングはカーディナリティの変更演算子として処理されるため、異なるグループからターゲット表に属性を接続するために、JoinまたはSet演算子を使用する必要がある場合があります（拡張のOracle Bug#4319045）。または、プラッガブル・マッピングは参照するのみにして、独自の式演算子を作成することもできます。

Disk Management Tools for Oracle9i Real Application Clusters on Windows NT and Windows 2000 README

原典情報: $ORACLE_HOME\relnotes\README_olm.txt

ディスク管理ツール

このREADMEには、Windows NTおよびWindows 2000上で機能するOracle9i Real Application Clustersの追加のディスク管理ツールに関する情報が含まれています。Oracle Cluster Setupウィザードにより、次のディスク管理ツールがすべてのノードにインストールされます。

- Object Link Manager: 論理ドライブへのシンボリック・リンクを作成または変更するGUIツールです。

このユーティリティは、Oracle Cluster Setupウィザードの一部として、または個別に使用できます。

- EXPORTSYMLINKSユーティリティ: 対応するディスク・ドライブから永続シンボリック・リンクを読み取り、リストの.TBLファイル（デフォルト名はSYMMAP.TBL）を生成します。

- IMPORTSYMLINKSユーティリティ: .tblファイルを読み取り、クラスタのディスク上およびすべてのノード上に永続シンボリック・リンクを作成します。

- DELETEDISKユーティリティ: ディスク全体を再フォーマットし、内容を削除します。

- LETTERDELETEユーティリティ: Oracle RAWパーティションからすべてのドライブ文字を削除し、ディスク・キー・レジストリを更新して、再起動のマッピングを無効化します。

- LOGPARTFORMATユーティリティ: 論理ドライブ内のすべての領域をゼロに初期化し、シンボリック・リンク名を削除します。

- CRLOGDRユーティリティ: プライマリ・パーティションがなく、拡張パーティションが1つあるディスク上の論理ドライブとその関連シンボリック名を作成および削除します。 このツールを使用して、ディスク・レイアウトを確認します。

Windows 2000でのディスク管理ツールの使用

Windows 2000では、次の問題が確認されています。

- このディレクトリにあるディスク管理ツールでは、Terminal Services Clientを使用しないでください。 変更が適用されない場合があります。

- シンボリック・リンクの作成や論理ドライブの追加など、ディスク管理の変更時にディスク管理ウィンドウが開いている場合は、ウィンドウを閉じて再度開かないと、適用した変更内容は表示されません。

ディスク管理ツールのインストール

Oracle OSDをインストールしていない場合、ディスク管理ツールはOracle Cluster Setupウィザードでは自動的にはインストールされません。

ディスク管理ユーティリティをインストールするには、クラスタの1つのノードで次の作業を実行します。

1. 一時ディレクトリを作成します。

2. 作成した一時ディレクトリに\OPS_PREINSTALL\OLMディレクトリの内容をコピーします。

3. 作成した一時ディレクトリから次のコマンドを入力して、クラスタのすべてのノードでOracle Object Serviceが自動起動（autostart）されるようにサービスをインストールして設定します。

C:\> ORACLEOBJSERVICE /INSTALL

シンボリック・リンクの作成: Object Link Manager

Object Link Manager（GUIORACLEOBJMANAGER.EXE）は、論理ドライブへの永続シンボリック・リンクの作成に使用されるユーティリティです。 Oracle Cluster Setupウィザードにより、Object Link Managerがインストールされ、Oracle Object Serviceがすべてのノードで起動されます。 このサービスは、シンボリック・リンクが変更されるとすべてのノードを更新し、再起動時に常に起動されるように自動起動（autostart）に設定されます。

Object Link Managerを実行するには、いずれの方法でインストールした場合も、次のように入力します。

C:> GUIORACLEOBJMANAGER.EXE

ヘルプを参照するには、次のように入力します。

/?

Object Link Managerのログ・ファイル（OOBJSERVICE.LOG）は、デフォルトのTEMPディレクトリに配置されます。

シンボリック・リンクを作成する手順は、次のとおりです。

1. リンク名を割り当てる論理ドライブを選択します。

2. 「シンボリック・リンク」リストに新しいリンク名を入力します。 たとえば、データベース名がOPの場合、SYSTEM表領域のデータファイル名としてOP_SYSTEM1を追加します。 論理ドライブごとに一意の名前を入力してください。

3. 変更を元に戻す場合は「元に戻す」をクリックします。

注意: 「適用」をクリックした後に「元に戻す」をクリックしても変更内容は元に戻りません。

4. 「適用」をクリックして、ディスクに対するすべての変更内容を保存します。

5. クラスタ内のすべてのノードに対してGUIORACLEOBJMANAGER.EXEを使用して、すべてのマッピングが正しいことを確認します。

変更を追加した場合は「適用」をクリックします。

6. プログレス・バーが停止するまで待機して、「閉じる」をクリックします。

Object Link Managerアプリケーションが実行されているノードに、論理ドライブとシンボリック・リンクが表示されます。 リンク名は大文字で表示されますが、名前の大/小文字は区別されません。

注意:

論理ドライブを作成または削除した場合は、ディスクを構成したノードでObject Link Managerを再実行して、リンクを再度割り当てる必要があります。

変更した後に再起動する必要はありません。 ただし、ノードが停止している場合は、再起動時に自動的に更新されます。 再起動の場合もログ・ファイルは生成されます。

シンボリック・リンク・ファイルのインポート: EXPORTSYMLINKSユーティリティとIMPORTSYMLINKSユーティリティ

シンボリック・リンク名を記載した.TBLファイルを作成してObject Link Managerにインポートすることで、シンボリック・リンク名をマップできます。 そのためには、論理ドライブのサイズと割り当てるシンボリック・リンク名を把握している必要があります。

シンボリック・リンクを割り当てる手順は、次のとおりです。

EXPORTSYMLINKSユーティリティを使用してシンボリック・リンクのリストを生成し、SYMMAP.TBLという名前のファイルを作成します。

次のコマンドライン構文を使用します。

/f:filename

このパラメータを使用しないと、EXPORTSYMLINKSユーティリティでは、SYMMAP.TBLファイルへのシンボリック・リンク・マッピングが現行ディレクトリにエクスポートされます。 パラメータを指定した場合は、filenameに指定したファイルにシンボリック・リンク・マッピングがエクスポートされます。

次に例を示します。

EXPORTSYMLINKS /f:MYLINKS.TBL

次の表に、「op」という名前のデータベースのディスク・レイアウト例を示します。

Symbolic Name   Raw Device                     Size (MB)
op_cwmlite1            \Device\Harddisk2\Partition1 32
op_system1      \Device\Harddisk2\Partition1    299
op_users1       \Device\Harddisk2\Partition1    126
op_temp1        \Device\Harddisk2\Partition1    102
op_rbs1                 \Device\Harddisk2\Partition1    534
op_indx1                        \Device\Harddisk2\Partition2    71
op_tools1       \Device\Harddisk2\Partition2    24
op_drsys1       \Device\Harddisk2\Partition2    102
op_control1     \Device\Harddisk2\Partition3    102
op_control2     \Device\Harddisk2\Partition3    102
op_redo1_1      \Device\Harddisk2\Partition3    8
op_redo1_2      \Device\Harddisk2\Partition3    8
OPSM                        \Device\Harddisk2\Partition3 102

SYMMAP.TBLファイルは、独自のシンボリック・リンク名を論理ドライブの割当てに追加することで変更します。

注意:

ドライブを追加または削除する場合は、EXPORTSYMLINKSを使用して、ディスクを構成したノードについてSYMMAP.TBLファイルを再度エクスポートする必要があります。 .TBLファイルは有効になりません。

IMPORTSYMLINKS.EXEユーティリティを使用してSYMMAP.TBLファイルをObject Link Managerにインポートします。

IMPORTSYMLINKSユーティリティで.TBLファイルが読み取られ、シンボリック・リンク名が作成されます。

次のコマンドライン・パラメータを使用します。

/f:filename

このパラメータを使用しないと、IMPORTSYMLINKSでは、SYMMAP.TBLファイルのシンボリック・リンク・マッピングが使用されます。 パラメータを指定した場合は、filenameに指定したファイルのシンボリック・リンク・マッピングが使用されます。

次に例を示します。

IMPORTSYMLINKS /f:C:\TEMP\MYLINKS.TBL

注意:

IMPORTSYMLINKSでは、重複する名前の検出が実行され、重複がある場合、マッピングはインポートされません。

ディスクの再フォーマット: DELETEDISKユーティリティ

DELETEDISKユーティリティは、ディスク全体を再フォーマットし、内容を削除します。 次のコマンドライン・パラメータを使用します。

/ddrive_number

（必須）このパラメータは指定する必要があります。drive_numberにはディスクの番号を指定します。

/q

（オプション） 抑制モードを示します。 フォーマットの確認プロンプトが表示されなくなります。

/fsd

（オプション） 有効なファイル・システム・パーティションが含まれている場合もハード・ディスクをフォーマットする場合は、このパラメータを使用します。

たとえば、ディスク2の論理ドライブをすべて削除する場合は、次のコマンドを使用します。

C:> DELETEDISK /d2

DELETEDISKユーティリティを実行した後は、すべてのノードに対してDisk Administratorを実行し、ディスク・シグネチャを再初期化する必要があります。

ドライブ文字の削除: LETTERDELETEユーティリティ
LETTERDELETEユーティリティは、Oracle RAWパーティションからすべてのドライブ文字を削除し、ディスク・キー・レジストリを更新して、再起動のマッピングを無効化します。 このユーティリティは、論理ドライブの作成後にドライブ文字を再割当てする場合や、トラブルシューティングに使用します。 コマンドライン・パラメータを指定する必要はありません。

次に例を示します。

C:> LETTERDELETE

論理ドライブのすべての領域の初期化: LOGPARTFORMATユーティリティ

LOGPARTFORMATユーティリティは、論理ドライブ内のすべての領域をゼロに初期化し、シンボリック・リンク名を削除します。 このユーティリティは、制御ファイルの情報が古い場合に使用します。 指定する必要がある唯一のパラメータは、使用する論理ドライブ名です。

たとえば、\\.\ops_db12という論理ドライブのすべての領域をゼロに初期化する場合は、次のコマンドを使用します。

C:> LOGPARTFORMAT \\.\OPS_DB12

論理ドライブの作成: CRLOGDRユーティリティ

CRLOGDRユーティリティは、プライマリ・パーティションがなく、拡張パーティションが1つのみ存在するディスク上の論理ドライブとその関連シンボリック名を作成および削除します。 このユーティリティを使用して、ディスク・レイアウトを確認することもできます。

次の8個のパラメータがサポートされています。

/d      ゼロから始まるドライブ番号（必須パラメータ）
/s      論理ドライブのサイズ
/n      論理ドライブ番号
/o      拡張パーティションの先頭からの空き領域のオフセット
/l      シンボリック名
/r      論理ドライブまたはシンボリック名を削除します
/p      ディスク・レイアウトを印刷します
/b      バナーを表示しません

使用方法:

サーバーを再起動する際の再順序付けの問題を回避するために、CRLOGDRユーティリティのみを使用して拡張パーティションの最後から論理ドライブを削除することをお薦めします。

または、最後の空き領域のオフセットを指定して、パーティションの最後に論理ドライブを追加してください。

例:

シンボリック名を指定せずにディスク3に300MBの論理ドライブを作成するには、次のコマンドを使用します。

CRLOGDR /d3 /s 300

「CONTROL1」というシンボリック名でディスク3に100MBの論理ドライブを作成するには、次のコマンドを使用します。

CRLOGDR /d3 /s 100 /l CONTROL1

事前に作成した第2論理ドライブ（2）に「SYSTEM1」というシンボリック名を割り当てるには、次のコマンドを使用します。

CRLOGDR /d3 /n 2 /l SYSTEM1

シンボリック名を指定せずにディスク3の100MBのオフセット位置に300MBの論理ドライブを作成するには、次のコマンドを使用します。

CRLOGDR /d3 /s 300 /o 100

注意:

オフセットの/oパラメータには空き領域の開始オフセットを指定する必要があります。

ディスク3の第2論理ドライブを削除するには、次のコマンドを使用します。

CRLOGDR /d3 /r /n 2

注意:

このコマンドは、ドライブに関連付けられているシンボリック名も削除します。

「CONTROL1」というシンボリック名を削除するには、次のコマンドを使用します（ディスク番号を指定する必要はありません）。

CRLOGDR /r /l CONTROL1

CRLOGDRユーティリティの印刷パラメータ（/p）を使用して、ディスク・レイアウトを確認できます。 たとえば、ディスク4のレイアウトを出力するには、次のコマンドを使用します。

CRLOGDR /d4 /p

各列の意味は、次のとおりです。

- NUM

論理ドライブ番号または空き領域。

- SIZE

論理ドライブまたは空き領域のサイズ。

- SYMBOLIC NAME

ドライブに関連付けられているシンボリック名（ある場合）。 2個のハイフン（--）は、ドライブにシンボリック名が割り当てられていないことを示します。

- TYPE

パーティションの種類。6は大規模なMS-DOSパーティション、7はNTFSパーティションを示します。

注意: RAWディスク・パーティションにはファイル・システムはありません。

- OFFSET

拡張パーティションの開始位置からのパーティションのオフセット。

トラブルシューティング

マッピングが表示されない

Object Link Managerにマッピングが表示されない場合は、クラスタ内のすべてのノードでOracle Object Serviceが起動されていることを確認してください。

一般的なトラブルシューティング

一部のトラブルシューティング項目は、クラスタウェアのインストールが適切でないことに関連しています。

専用サーバー・プロセスを起動できない

ORACLESERVICESIDとTNS LISTENERが、同じWindows NTアカウントで、同じユーザーIDを使用して実行されていることを確認してください。

Windows NT Disk Administratorで論理ドライブを作成できない

ほとんどの場合、拡張パーティションが作成されていないことに起因しています。 拡張パーティションを作成し、拡張パーティション内に複数の論理ドライブを作成します。

よくある質問

- 質問: 論理ドライブを作成し、その論理ドライブに物理ディスク規則名を定義した場合、どのような影響がありますか。

次に例を示します。

PhysicalDrivesys1 = \Device\Harddisk2\Partition1
PhysicalDriveusr1 =\Device\Harddisk3\Partition1

- 回答: Oracle Databaseでは、実際には論理ドライブであったとしても、物理ディスク規則を使用してデータファイルを処理します。 物理ディスク・ネーミング規則を使用しているかぎり、これによってデータが壊れたり、消失することはありません。 できるかぎり早い時期に論理ドライブに変換することをお薦めします。 物理パーティションと論理ドライブの互換性の問題に関する項を参照してください。

- 質問: Partition0を表す論理名を作成した場合、どのような影響がありますか。次に例を示します。

op_system1 = \Device\Harddisk1\Partition0

- 回答: Disk Administratorでは、通常、各ディスクの最初のブロックに署名を書き込みます。そのため、データファイルのヘッダー部分が上書きされる可能性があり、重大な問題を引き起こす場合があります。

Pro*COBOL README

原典情報: $ORACLE_HOME\relnotes\precomp\README_procob2.txt

目次

このファイルには、リリース11.2.0.2.0のOracle Databaseに対応するプリコンパイラ・リリースであるPro*COBOLリリース11.2.0.2.0に関する重要な情報が含まれています。内容は次のとおりです。

Pro*COBOLの新機能

以前のリリースの新機能

修正された不具合

サポート

1 Pro*COBOLの新機能

この項では、Pro*COBOLリリース11.2で導入された新機能の概要を説明します。

1.1 インスタント・クライアント・モード

Pro*COBOLは、IC（インスタント・クライアント）モードで実行できます。IC環境でのPro*COBOLアプリケーションの開発もサポートされています。

1.2 8バイト整数のサポート

以前は、COMP/COMPU/COMP-4/COMP-5/BINARYの格納仕様を使用する整数の変数を宣言する場合、そのサイズは32ビット・プラットフォームでは9桁に制限されていました。現在は、すべてのプラットフォームで18桁までの整数を使用できるようになりました。10〜18桁の宣言は、コード生成時にCのlong long intデータ型にマップされます。

1.3 ROLLBACK後の保持されたカーソルの動作に対するコマンドライン・オプション

新しいコマンドライン・オプションのCWH_SQL99は、保持されたカーソルに対してROLLBACK動作を設定します。デフォルトでは、CWH_SQL99はYESに設定され、保持されたカーソルはROLLBACK後にクローズされます。保持されたカーソルをROLLBACK後もオープンのままにする下位互換動作に対しては、CWH_SQL99をNOに設定します。

2 以前のリリースの新機能

この項では、以前のリリースのPro*COBOLで導入された新機能を示します。

2.1 Pro*COBOL 11.1製品版の新機能

- SQL99構文のサポート: Pro*COBOLでは、SELECT、INSERT、DELETE、UPDATE文のSQL99構文、およびDECLARE CURSOR文のカーソル本体がサポートされるようになりました。

- array INSERTおよびarray SELECT構文の追加のサポート: Pro*COBOLでは、DB2プリコンパイラのarray INSERTおよびarray SELECT構文がサポートされるようになりました。

- 実行計画の修正: デプロイメント中のPro*COBOLアプリケーションのより高いパフォーマンスを保証するために、データベースのアウトライン機能を使用して実行計画を修正できます。

- 暗黙的なバッファINSERT: Pro*COBOLでは、ループ内で実行された単一のINSERT文の暗黙的なバッファリングをサポートします。

- 動的SQL文のキャッシュ: 文のキャッシュによって、動的SQL文のパフォーマンスが向上します。

- スクロール可能カーソルのサポート: Pro*COBOLでスクロール可能カーソルがサポートされ、順次方式ではない方法でデータをフェッチできるようになりました。

- プラットフォームのエンディアンのサポート: Pro*COBOLでは、PIC Nホスト変数のOSエンディアンのunicodeデータを取得できるようになりました。

- Pro*COBOLにおけるB領域の長さの柔軟性: B領域の長さを、8〜253列に設定できるようになりました。

3 修正された不具合

次の項では、Pro*COBOLで修正された不具合を示します。説明の後にあるカッコ内の番号は、オラクル社のBugデータベース内のBug番号です。

3.1 Pro*COBOLリリース11.2.0.2.0で修正された不具合

- Pro*COBOLでは、末尾に複数のピリオドがあるCOPY文を解析できるようになりました（9470397）。

- EXEC SQL PREPAREは、バインド変数のかわりに文字列を渡すことでリモート・データベースで実行できるようになりました（9402996）。

- Pro*COBOLでは、NCHAR変数のバッファINSERTを処理できるようになりました（9381997）。

- Pro*COBOLでは、JUSTIFIED句とホスト変数を併用できるようになりました（9266470）。

- Pro*COBOLでは、BLANK SCREEN文を解析できるようになりました（9151190）。

- Pro*COBOLでは、SQL文で使用するAT句のスカラーのホスト変数が配列である場合でも、そのホスト変数を使用できるようになりました（9147830）。

- Pro*COBOLでは、COPY文が配列宣言のOCCURS句で使用されている場合、そのCOPY文を解析できるようになりました（9128157）。

- Pro*COBOLでは、OCCURS句のCOPY文を適切に解析できるようになりました（9055457）。

- Pro*COBOLでは、一連のリストが含まれているSQL文のコードを適切に生成できるようになりました（8932394）。

- Pro*COBOLでは、静的なEXEC SQL文を使用したクライアント結果キャッシュがサポートされるようになりました（8771479）。

- Pro*COBOLでは、OUTLINEとOUTLNPREFIXコマンドライン・オプションの両方が指定されている場合のCURSOR宣言に対して構文エラーのフラグが設定されなくなりました（8770900）。

- Pro*COBOLでは、DATA DIVISION内の末尾にピリオドがないEXEC SQL INCLUDE文を解析できるようになりました（871340）。

- Pro*COBOLでは、IBM AIXプラットフォームでのOPEN CUSROR文に対して構文エラーのフラグが設定されなくなりました（8578753）。

- Pro*COBOLでは、PROCEDURE DIVISION内の末尾にピリオドがないEXEC SQL INCLUDE文を解析できるようになりました（8546581）。

3.2 Pro*COBOLリリース11.2.0.1.0で修正された不具合

- Pro*COBOLでは、PIC N変数に対して整数を選択する際にSIGSEGVで失敗しなくなりました（8285576）。

- Pro*COBOLでは、EXEC SQL …文の「CREATE SCHEMA …」を使用した際に構文エラーのフラグが設定されなくなりました（7644365）。

- Pro*COBOLでは、EXEC SQL …文の「CREATE TABLE …」を使用した際に構文エラーのフラグが設定されなくなりました（7644387）。

- Pro*COBOLでは、EXEC SQL …文の「CREATE VIEW …」を使用した際に構文エラーのフラグが設定されなくなりました（7644423）。

- Pro*COBOLでは、EXEC SQL …文の「CREATE VIEW … WITH CHECK OPTION」を使用した際に構文エラーのフラグが設定されなくなりました（7644449）。

- Pro*COBOLでは、EXEC SQL INCLUDEディレクティブを使用して大規模ファイル（65001行以上）をプリコンパイルした場合にメモリー・エラーにならなくなりました（7557301）。

- EXEC SQL文と「EXEC ORACLE IFDEF XYZ」ブロックのEXEC SQL INCLUDE文が併用されている場合、Pro*COBOLでは、マクロの「XYZ」が定義されているかどうかの追跡を停止することがなくなり、予期しないことが発生した場合にそのEXEC SQL INCLUDE文で指定されているファイルを含めることもなくなりました（7484318）。

- PICN_ENDIAN=OSが設定されている場合、Pro*COBOLでは、結果として長さの切捨てとなる変換は試行しなくなりました（7306555）。

- REPLACE文での長い疑似テキストの使用によって、特定のプラットフォームでPro*COBOLのプリコンパイルがクラッシュすることがなくなりました（7288085）。

- Pro*COBOLアプリケーションの実行（ランタイム）とアプリケーション開発に対するインスタント・クライアントのサポートが、UNIXまたはWindowsプラットフォームで使用できるようになりました（7045925）。

- Pro*COBOLアプリケーションでRETURNING句を含むDML文が発行された場合、そのDML文の対象となるすべての行が取得されるようになりました（7029239）。

4 サポート

Pro*COBOLのサポートについては、Oracleサポート・サービスに連絡してください。

Oracle、JD Edwards、PeopleSoft、Siebelは米国Oracle Corporationおよびその子会社、関連会社の登録商標です。その他の名称は、それぞれの所有者の商標または登録商標です。

Copyright c 1992, 2010 Oracle Corporation.

All Rights Reserved.

Pro*COBOL 10.1 README

原典情報: $ORACLE_HOME\precomp\doc\pro1x\readme.txt

目次

バージョン10.1から、バージョン1.xのPro*COBOLは、Pro*COBOL 10.1で置き換えられています。

概要

バージョンのマトリックス

V6互換動作のサポート中止

バージョン1.8.52の新機能

バージョン1.8.51の新機能

バージョン1.8.50の新機能

バージョン1.8.25の新機能

バージョン1.8.78の変更点

バージョン1.8.75の変更点

バージョン1.8.52の変更点

バージョン1.8.51の変更点

バージョン1.8.50の変更点

バージョン1.8.27の変更点

バージョン1.8.26の変更点

バージョン1.8.25の変更点

バージョン1.8.2/1.6.26の変更点

バージョン1.7.3/1.6.9の変更点

バージョン1.7.2/1.6.8の不具合修正（抜粋）

バージョン1.6.7以前の不具合修正（抜粋）

PROFORの制限事項

重要

バージョン10.1から、バージョン1.xのPro*COBOLは、Pro*COBOL 10.1で置き換えられています。

概要

バージョン10.1から、プリコンパイラのバージョン1.xセットに含まれているのは、Pro*Fortranのみです。

Pro*Fortranは現在メンテナンス・モードです。重大な欠陥は修正されますが、新機能は追加されません。

バージョンのマトリックス

STATUS         RDBMS      PRO*FOR
Production     10.1.0.2   1.8.78.0

STATUS         RDBMS  PRO*COB, PRO*FOR
Production     9.2.0      1.8.77
Beta           9.2.0      1.8.77
Beta           9.0.0      1.8.75
Production     8.1.7      1.8.52
Production     8.1.6      1.8.51
Production     8.1.5      1.8.50
Production     8.0.5      1.8.27
Production     8.0.4      1.8.26
Production     8.0.3      1.8.25
Production     7.3.4      1.8.4

V6互換動作のサポート中止

Oracle7には、Oracle7アプリケーションを開発するアプリケーション開発者がOracle6の動作をエミュレートできるように、バージョン6[V6]互換性フラグが用意されていました。Oracleリリース8.0.3では、すべてのOracle8製品（PL/SQL8、すべてのOracleプリコンパイラ、Oracle8 Oracle Call Interface、SQL*ModuleおよびSQL*Plusなど）でバージョン6互換性フラグのサポートが即時に中止されることを示す警告が表示されます。V6互換性フラグのサポート中止は、あるバージョン・リリースから別のバージョン・リリースへのアップグレード間で下位互換性と動作をサポートするというオラクル社の方針と一貫しています。つまり、Oracle6からOracle7へのアップグレードについてはサポートされますが、複数のバージョン・リリースのアップグレードについてはサポートされません。

特に、V6互換性フラグでは、Oracle7でOracle6の動作の次の側面がエミュレートされていました。

- 文字列リテラルはOracle7では固定長ですが、V6フラグを使用すると可変長として扱われます。

- PL/SQLローカルchar変数はOracle7では固定長ですが、V6フラグを使用すると可変長として扱われます。

- SQL関数（USERなど）の戻り値はOracle7では固定長文字列ですが、V6フラグを使用すると可変長文字列として扱われます。

- インジケータなしでNULLをSELECTまたはFETCHすると、Oracle7ではORA-01405エラーになりますが、V6フラグを使用するとエラーは戻されません。

- SQLグループ関数は、Oracle7ではFETCH時にコールされますが、V6フラグを使用すると問合せの実行時にコールされます。

- 固定長文字列をDESCRIBEすると、Oracle7ではType=96が戻りますが、V6フラグを使用するとType=1が戻ります。

Oracle8では、V6互換性フラグのサポート中止に伴い、これらの動作のサポートがすべて中止となります。

バージョン1.8.52の新機能

新機能はありません。

バージョン1.8.51の新機能

新機能はありません。

バージョン1.8.50の新機能

新機能はありません。

バージョン1.8.25の新機能

Pro*COBOLでのNCHARデータのサポート

NCHARデータがカーネルにより完全にサポートされるようになりました。以前のリリースのプリコンパイラでは、このデータ型はNLS_LOCALオプションを使用してサポートされていました。新規アプリケーションの場合は、データベース・サポートに依存し、それに従ってプリコンパイル時にNLS_LOCAL=NOに設定することをお薦めします。

注意: 次に示すすべての不具合の説明で、製品名（Pro*COBOL、Pro*FORTRANなど）が記載されていない場合、修正はすべてのPro*バージョン1に適用されます。

バージョン1.8.78の変更点

3100988

不十分なCUDバッファ・サイズが原因で、一部のプラットフォームでPROFORがクラッシュしました。不十分なCUDバッファ・サイズが原因で、一部のプラットフォームでPROFORがクラッシュしました。

2425918

ホスト変数としてCHARACTER*(*)を使用すると、不正なコードが生成されました。ホスト変数としてCHARACTER*(*)を使用すると、不正なコードが生成されました。これはPRO*FORの制限事項です。

2370012

PROFOR/F90アプリケーションの実行時にコア・ダンプが生成されました。PROFORアプリケーションに対してF90コンパイラを使用すると、（最初の）実行時にコア・ダンプが発生しました。コア・ダンプが発生したのは、SQLBF1のコール時の不整列リテラル値が原因です。

バージョン1.8.75の変更点

746347

動的SQLメソッド4で、エラーがある列の番号を指す不正なsqlerrd[4]値が生成されました。修正により、sqlerrd[4]に正しい値が割り当てられます。

1175132

INSERTに不要な解析が実行されるためパフォーマンスが低下しました。INSERT文が原因でORA-00001エラーが発生するたびに、INSERT文の再解析がトリガーされ、パフォーマンスが低下します。ORA-01403、ORA-01405およびORA-01406の場合のみ、再解析は実行されませんでした。修正により、解析エラーが発生しないかぎり再解析は実行されません。

1416079

標識変数がない場合に配列フェッチのパフォーマンスが低下しました。標識変数を使用しない配列フェッチの場合は1行に対してフェッチが実行され、リリース8iではデータのフェッチを目的としたサーバーへのラウンドトリップ回数が増加していました。修正により、FETCHのコール回数がリリース8.0.6と同じになっています。

1508116

SQLMOVが常に引用符付きで生成されました。一部のプラットフォームでは、特定のプロシージャのコールがアポストロフィ（'）で囲まれます。ただし、SQLMOVは常に引用符（"）で囲まれ、エラーが生成されました。修正により、デフォルトの場合とlitdelim=quoteの場合、SQLMOVは引用符（"）で囲まれますが、litdelim=apostの場合、SQLMOVはアポストロフィ（'）で囲まれます。

1576145

不要な定義が原因でリリース8.0に比べてリリース8.1のパフォーマンスが低下しました。ループに1つFETCH文がある場合、リリース8.0に比べてリリース8.1のパフォーマンスが低下しました。これは、すべての反復でホスト変数ごとに不要なDEFINEがコールされるためでした。修正により、すべてのホスト変数が解析され定義された後の同じFETCH文では、次の反復時にはDEFINEがコールされません。

バージョン1.8.52の変更点

819158

PROCOBで不正なコードが生成され、コンパイル・エラーが発生しました。PROCOBで不正なコードが生成され、VARCHAR変数が生成されました。この結果、コンパイル・エラーが生成されました。修正により、適切なインデントを使用した正しいコードが生成されます。

968261

PROCOBでモード=ansiを使用すると不正なコードが生成されました。mode=ansiを使用すると、procobで、一部のコンパイラに対してREDEFINES句およびGLOBAL句が不正に生成されました。修正により、正しいコードが生成されます。

973363

不正な生成コードによりコンパイル・エラーが生成されました。INTO句でホスト変数としてグループ名（要素の1つにFILLERがあるグループ）を使用すると、PROCOBで不正なコードが生成されました。この不正なコードによりコンパイル・エラーが生成されました。修正により、正しいコードが生成されます。

バージョン1.8.51の変更点

936178

接続にXAを使用するアプリケーションがRELEASE_CURSOR=YESを指定してプリコンパイルされている場合、メモリー・リークが発生しました。

913475

複数の接続を使用するアプリケーションで、non-lst connect/diconnectループ内でデータをフェッチすると、「ORA-01002: フェッチ順序が無効です。」というエラーが発生する場合がありました。

909020

非問合せSQL文を使用するEXEC SQL DESCRIBE SELECT LISTでは、「ORA-24338: 文の処理が実行されません。」という実行時エラーが戻されました。

904273

DESCRIBE BIND VARIABLES文を含む動的メソッド4のアプリケーションで、EXECUTE文のFOR句にホスト配列を使用すると、実行時にコア・ダンプが発生しました。

869146

mode=ansi13を指定してアプリケーションをプリコンパイルすると、procob18で、コミット後にカーソルをクローズするコードが生成され、実行時に「ORA-01001: カーソルが無効です。」が発生しました。

821874

CONNECT時にAT句が使用されるたびに不要なsqlus.msbエラー・ハンドルがオープンされました。修正により、エラーが発生するまでsqlus.msbのオープンは遅延するようになりました。

792409

長いソース・ファイル名が使用された場合、PROFORで不正なコードが生成されました。DATA SQLFNMは、ソース・ファイル名を使用して生成されます。ファイル名が非常に長く、行をまたいで72列目より後で名前を分割する必要がある場合は、次の行での継続が正しく行われませんでした。修正により、正しいコードが生成されます。

791384

NULLのLOBにLOBを追加するとエラーになります。ただし、SQLLIBから戻されるエラー・メッセージには、この状況が記述されませんでした。

772411

動的メソッド4のアプリケーションのCLOSE CURSOR文で、実行時にコア・ダンプが生成されました。

772048

Pro*Cobolのプリコンパイル中にコア・ダンプが発生しました。このコア・ダンプを修正するために、適切な条件チェックが適用されるようになりました。

720030

AUTO_CONNECT=YESを指定してプリコンパイルすると、カーソル変数に大きい値が生成されました。

716236

Pro*Forで、SAVE文に対して余分なコードが生成されました。

693939

文字列型、ANSIの可変文字列型およびANSIの固定文字列型は、ANSI動的プログラムで使用されると空白で埋められませんでした。修正により空白で埋められるようになり、戻される長さフィールドは不定です。

650069

CONFIGオプションで長い構成ファイル名が使用された場合、またはシステムのデフォルトの構成ファイルが長い絶対パス名の場所から使用された場合は、プリコンパイラによってコア・ダンプが生成されました。この修正により、長いファイル名はリスト・ファイルに出力される前に切り捨てられます。

638805

SQL-2113のメッセージ・テキストがVMSに固有であり、汎用化する必要がありました。

バージョン1.8.50の変更点

764952

インジケータの配列も要求した場合、DMLのRETURNING句で列値の配列が正常に戻されませんでした。

754066

埋込みSQLのDML RETURNING文に3つ以上の列があると誤動作が発生しました。

752463

NCHARホスト変数を使用し、NLS_LOCAL=YESを指定してプリコンパイルした場合、メモリー・リークが発生しました。

735298

EXEC TOOLS GET文に使用されるメモリーが、使用後も解放されませんでした。

729969

procob18で、配列変数のサイズに関係なく、一時標識変数にサイズ1を生成していました。この結果、境界を超えて項目にアクセスする場合などに、メモリー・エラーが発生していました。

717698

インジケータを-1に設定して埋込みPL/SQLを実行すると、メモリー・エラーまたは実行時エラーになりました。

709191

可変（varchar）型のホスト変数を同値化する型が使用された場合、procob18でコア・ダンプが生成されました。

704985

NLS_LOCAL=YESを使用した場合、2バイト以下の長さを指定したマルチバイト・キャラクタのホスト変数をフェッチできませんでした。

652497

shiftベースのマルチバイト・キャラクタ・セット・アプリケーションに対し、Pro*COBOLで不正なコードが生成されました。

644711

PREPAREまたはEXECUTE IMMEDIATEで引用符なしの文字列を使用した場合、不正なコードが生成されました。文字列内の単語の区切りとして使用されているすべての空白が削除されました。

For example,
EXEC SQL PREPARE S1 FROM
DECLARE
CURSOR C1 IS SELECT 0 FROM DUAL;
BEGIN
FOR R1 IN C1 LOOP
NULL;
END LOOP;
END;
END-EXEC.

generated incorrect code as:
01  SQ0001.
02  FILLER PIC X(68) VALUE "DECLARECURSORC1ISSELECT0FROMDUAL;
-        "BEGINFORR1INC1LOOPNULL;ENDLOOP;END;".

which generated runtime errors.

With the fix, following correct code is being generated:

01  SQ0001.
02  FILLER PIC X(82) VALUE "DECLARE CURSOR C1 IS SELECT 0 FRO
-        "M DUAL;BEGIN FOR R1 IN C1 LOOP NULL;END LOOP;END;".

606918

生成されるグループ項目の要素が1行を超えている場合、Pro*COBOLではVARYING変数に対して不正なコードが生成されました。マルチバイト環境では、マルチバイト・キャラクタのバイト間に改行が発生し、コンパイル時エラーになることがあります。

602746

Pro*FORTRANに関するこの不具合は、具体的で明確な情報がいずれのドキュメントにも記載されていないためにレポートされました。Pro*FORTRANによるFORTRANコンパイラの最適化の使用はサポートされていません。FORTRANコンパイラの最適化はオフにしてください。これは実際にはDOCの不具合ですが、新しいPro*FORTRAN DOCは提供されないため、このreadme.txtファイルで明確に記載します。

596907

DECLARE TABLE文を使用した場合、procob18でプリコンパイル時にコア・ダンプが生成されました。

563793

使用可能なオプションの数と割り当てられた領域の不一致によって、一部のプラットフォームでコア・ダンプが発生していました。使用可能なオプションに対する表エントリ数が修正されました。

422430

Pro*FORTRAN: MVSに対するFortranコンパイラの制限によって、サブスクリプト化変数はINTEGER*4で宣言する必要がありました。SQCNTは、生成済のサブスクリプト化変数で、常にINTEGER*2で宣言されていました。MVSの場合、SQCNTはINTEGER*4で宣言されるようになりました。

414298

EXEC SQL EXECUTE IMMEDIATEの文テキストをホスト変数（EXEC SQL EXECUTE IMMEDIATE :create_as_select;など）で指定すると、sqlca.sqlerrd内で処理済行数が更新されませんでした。sqlca.sqlcodeは、文の実行結果を正確に反映するように更新されました。

バージョン1.8.27の変更点

644711

PREPAREまたはEXECUTE IMMEDIATEで引用符なしの文字列を使用した場合、不正なコードが生成されました。文字列内の単語の区切りとして使用されているすべての空白が削除されました。

For example,
EXEC SQL PREPARE S1 FROM
DECLARE
CURSOR C1 IS SELECT 0 FROM DUAL;
BEGIN
FOR R1 IN C1 LOOP
NULL;
END LOOP;
END;
END-EXEC.

generated incorrect code as:

01  SQ0001.
02  FILLER PIC X(68) VALUE "DECLARECURSORC1ISSELECT0FROMDUAL;
-       "BEGINFORR1INC1LOOPNULL;ENDLOOP;END;".

which generated runtime errors.

With the fix, following correct code is being generated:

01  SQ0001.
02  FILLER PIC X(82) VALUE "DECLARE CURSOR C1 IS SELECT 0 FRO
-        "M DUAL;BEGIN FOR R1 IN C1 LOOP NULL;END LOOP;END;".

642112

埋込みSQL CONNECT文を介して接続されていない場合、SQLLIBでORA-01012エラー・メッセージが戻されました。

622811

カーソルのクローズ時にメモリー・リークが発生していました。

606918

生成されるグループ項目の要素が1行を超えている場合、Pro*COBOLではVARYING変数に対して不正なコードが生成されました。マルチバイト環境では、マルチバイト・キャラクタのバイト間に改行が発生し、コンパイル時エラーになることがあります。

602746

Pro*FORTRANに関するこの不具合は、具体的で明確な情報がいずれのドキュメントにも記載されていないためにレポートされました。Pro*FORTRANによるFORTRANコンパイラの最適化の使用はサポートされていません。FORTRANコンパイラの最適化はオフにしてください。これは実際にはDOCの不具合ですが、新しいPro*FORTRAN DOCは提供されないため、このreadme.txtファイルで明確に記載します。

583044

CALL文のVARCHARホスト変数が正常に拡張されず、COBOLコンパイラの最適化処理により排除されました。

このため、SQL文が正常に実行されませんでした。

553658

Windows NTプラットフォームでは、プリコンパイラ・オプションnls_charおよびnls_localを使用したアプリケーションでコア・ダンプが発生しました。Windows NTのマルチスレッド化アプリケーションの場合、グローバル・ランタイム・コンテキストは適切なnls_charおよびnls_local情報を取得しないために、コア・ダンプが発生しました。

549812

ファイル名として3つ以上の名前（x x xなど）を指定すると、Pro*でコア・ダンプが発生しました。Pro*はコマンドライン・オプションを処理するときに、入力ファイル名1つと出力ファイル名1つを想定しています。コマンドラインで3つ以上のファイル名を指定でき、適切なエラー・メッセージが表示されるように、Pro*が修正されました。

480085

Pro*COBOL: インクルード・ファイルが存在しない場合にエラー・メッセージが発行されませんでした。インクルードするファイルがいずれかのincludeディレクトリまたはローカル・ディレクトリに存在しない場合は、次のエラー・メッセージが生成されるようになりました。

PCC-S-0013:  Unable to open include file "..." at line ...
in file sample.pco

422430

Pro*FORTRAN: MVSに対するFortranコンパイラの制限によって、サブスクリプト化変数はINTEGER*4で宣言する必要がありました。SQCNTは、生成済のサブスクリプト化変数で、常にINTEGER*2で宣言されていました。MVSの場合、SQCNTはINTEGER*4で宣言されるようになりました。

バージョン1.8.26の変更点

変更点はありません。

バージョン1.8.25の変更点

480085

Pro*COBOLで、インクルード・ファイルが存在しない場合にエラー・メッセージが発行されませんでした。

397677

型を同値化した暗黙的なVARCHARホスト変数に対して、Pro*COBOLで不正なコードが生成されました。この結果、実行時にORA-01465エラーが発生しました。

383782

列72より後のカーソル宣言に対して、Pro*COBOLでコードが生成される場合がありました。

372681

END-EXECの後がピリオド(.)ではなく空白の場合、Pro*COBOLで不正なコードが生成されました。

369874

VALUE句にホスト変数の値が指定されていない場合、Pro*COBOLで不正なコードが生成されました。次に例を示します。

01  PASSWD   PIC X(8) VALUE.

369866

EXEC SQL EXECUTE IMMEDIDATEにLITDELIM=QUOTEを指定すると、デリミタとしてアポストロフィが使用されました。

369862

MAXLITERALに対する不正な値がリスト・ファイルに表示されました。

369858

Pro*COBOLで、LITDELIMオプションのインライン指定が無視されました。

366790

VARCHAR（PIX VARYING）宣言が記述されている行に順序番号があると、Pro*COBOLでセグメンテーション・エラーが発生しました。

345014

FORMAT=TERMINAL指定時に埋込みSQL文が正確に33文字の場合、Pro*COBOLで不正なコードが生成されました。この結果、コンパイル・エラーが発生しました。

319845

入力ファイル名の長さが100文字を超えた場合、Pro*COBOLでセグメンテーション・エラーが発生しました。ユーザーが指定した入力ファイル名（入力ファイル名のパスを含む）が100文字を超えた場合、100文字の内部制限のためにプリコンパイラでセグメンテーション・エラーが発生しました。

バージョン1.8.2/1.6.26の変更点

46734

EXECUTE文のUSING句の後に構文エラーがあった場合、プリコンパイラではエラー・メッセージを生成していませんでした。プリコンパイル時にエラーは検出されませんでしたが、実行時にエラーが発生しました。

63012

カーソルがクローズしているときにアプリケーションでrelease_cursor=yesを使用しないかぎり、後続のフェッチでエラーは戻されず、データが正常に取得されました。

161029

USAGE IS DISPLAY句がPIC X(n)宣言で使用されていた場合、Pro*Cobolで誤ってエラーが生成されました。

228054

varchar（可変）宣言のユーザーによるインデントがPro*Cobolで保持されませんでした。この拡張によって、生成されたコードでユーザーによるインデントが保持されるようになりました。

244692

CURRENT OF句にスペルミスがあると、Pro*COBOLでセグメンテーション・エラーが発生しました。

259033

変数名のサイズが長く、インデント幅が広い（ただし20未満）場合、Pro*Fortranで列72より長い行が生成されました。

272453

プリコンパイラのヘルプ画面の内容が多すぎて、sqlcheckの値の構文がわかりづらい状態でした。ヘルプ画面のフォーマットが変更されました。

277841

接続を確立できなかった場合、sqlcaで一般的なエラー・メッセージが戻されました。これは、たとえば、TWO_TASK環境変数に不正な値が設定されている場合に発生する可能性があります。一般的なエラー・メッセージが戻されるのは、接続を確立できず、メッセージ・ファイルがクライアント側に存在しない場合のみになりました。

280423

Pro*Cobolで不正なPIC X宣言が生成されました。maxliteralを指定すると、PIC X変数のサイズと文字列値の長さの両方が不正になりました。

282450

Pro*Fortranで.pc0ファイルが2回クローズされ、一部のプラットフォームでメモリー例外の問題が発生していました。

282466

通常の（USING句が指定されていない）EXECUTE文に対して、プリコンパイラによってバインド変数が生成されていました。この問題は、同じ文名がEXECUTE USING文で使用されている場合、次のような通常のEXECUTE文で発生していました。

...
EXEC SQL EXECUTE S USING :a, :b;
...
EXEC SQL EXECUTE S;
...

286704

Pro*Cobolで、変数のサイズとしては大きすぎる非常に大きい値でSQLCTX初期化が生成されていました。SQLCTXは型S9(9)で宣言され、割り当てられる値は10桁でした。

286765

動的SQLを使用してホスト配列をPL/SQL表にバインドする際、ランタイム・エラーが発生しました。

287771

切断時に、シャドウ・プロセスが動作したままになり、再接続またはプロセス終了までそのままでした。

288212

動的メソッド4のバインドおよび選択記述子用にインクルードされたファイルには、64ビット・アーキテクチャ・マシンの変更に固有のポートが必要です。

289201

非常に大きい（約100,000行を超える）pro*ソース・ファイルから生成されたプリコンパイラ・アプリケーションに対して、ランタイム・エラーが生成されました。

291358

Pro*Cobで、条件付きプリコンパイル文（EXEC ORACLE IFDEF/DEFINE/ELSE/ENDIF）のEND-EXECに"."（ピリオド）がないためにコンパイル時エラーが発生した場合、これらの文がコメント化されませんでした。

293284

Pro*FortranまたはPro*CobolでEXEC TOOLS MESSAGEがコーディング領域（列72）を超えて記述された場合、内部エラー・メッセージが発行されました。

297549

画面上のエラー・メッセージに、正しくないエラー行（通常は、エラーがある実際の行に続く次の行）が示されていました。この問題が発生するのは、Pro*CobolおよびPro*Fortranのみでした。

299716

複数の行が、EXEC SQL文、varchar宣言、あるいはEXEC SQL文またはvarchar宣言の後のコメント行に続いた場合、Pro*Cobolでは列7の/（スラッシュ）が*（アスタリスク）に変更されていました。

308436

プリコンパイラで、30文字を超える入力ファイル名を使用できませんでした。この問題は、1.6.8+および1.8ベータ・バージョンに影響しました。

308877

Pro*COBOLで、IDENTICATION DIVISIONのコメント・エントリを適切に処理できませんでした。コメント・エントリにはすべてのASCII文字を使用できます。また、コメント・エントリはIDENTIFICATION DIVISIONでのみ許可されます。

309750

プログラムで動的メソッド4を使用し、かつ接続文と宣言文でデータベースの基本名としてホスト変数を使用した場合、Pro*Fortranでアクセス違反またはコンパイル・エラーの原因となるコードが生成されました。

315856

END文がない場合、Pro*Fortranが無限ループに入りました。

バージョン1.7.3/1.6.9の変更点

234550

Pro*Cobolで、format=terminalで誤った文字列継続が生成されました。

264560

FORMAT=TERMINALを指定したEXEC SQL INCLUDE SQLCAの使用は、COMP5=YESも使用されている場合は動作しませんでした。

265143

Pro*Cobolは、バイトではなく列に基づいて文字列継続を実行しました。このため、行の長さを72列ではなく72バイトに制限しているCOBOLコンパイラで問題が発生しました。

275498

文に宣言されていないSQL識別子がある場合、プリコンパイラでエラーではなくセグメンテーション・エラーが発生しました。たとえば、"exec sql update emp set sal = 8000 where current of S;"という文で、Sが宣言されたカーソルでない場合、「SQL識別子"%s"が宣言されていません。」エラーではなく、セグメンテーション・エラーが発生しました。

277265

プリコンパイラのホスト・オプション値を言語固有にする必要がありました。

278919

同じ文識別子を再使用すると、ORA-02117が発生する場合がありました。次の一連の文では、アプリケーションがmode=ansiでプリコンパイルされた場合、ORA-02117エラーが発生しました。

PREPARE s for . . . (e.g. an insert)
EXECUTE s
PREPARE s for select . . .
DECLARE c1 cursor for s
OPEN c1

280423

maxliteralを指定した場合、Pro*Cobolでマルチバイト入力に対して不正なPIC X宣言が生成されました。PIC X変数のサイズと文字列値の長さの両方が不正になりました。

286704

Pro*Cobolで、変数のサイズとしては大きすぎる非常に大きい値でSQLCTX初期化が生成されていました。SQLCTXは型S9(9)で宣言され、割り当てられる値は10桁でした。

289201

非常に大きい（約100,000行を超える）pro*ソース・ファイルから生成されたプリコンパイラ・アプリケーションに対して、ランタイム・エラーが生成されました。

バージョン1.7.2/1.6.8の不具合修正（抜粋）

159536

PRO*で、FIPS=YESの場合に、CREATE TRIGGER/PROCEDURE/などのFIPSフラグ付けが実行されませんでした。

187108

sample10.pplのエラーによって、VMSプラットフォームでプロセスがクラッシュしました。

208483

PRO*Pascalアプリケーションで文字列リテラルのEXECUTE IMMEDIATEがエラーになりました。

227880

sample10.pcoが64ビット・アーキテクチャで動作するには変更が必要でした。

227882

sample10.pcoが64ビット・アーキテクチャで動作するには変更が必要でした。

232998

EXEC SQLの前のインデントが大きい場合、Pro*Pascal A.V.が発生しました。

234392

Pro*FORTRANでEXECUTE USING DESCRIPTORに対して不正なコードが生成されました。

240736

PREPARE文でホスト変数にLONG VARCHAR型を使用できません。

241616

多数のSQL文がある場合は、Pro*FORTRANで複数のSQCNT宣言が生成されました。

241962

ソースにEND文がない場合、Pro*Fortranが無限ループに入りました。

249976

ORACA（ORASTXTC）の保存された文テキストが正しくない場合がありました。

250474

長いSQL文とAUTO_CONNECT=YESの指定で解析エラーが発生しました。

252217

sqlcpr.hのプロトタイプが生成されたコードのプロトタイプと異なりました。

252492

ANSI形式のプロトタイプがパブリック・ヘッダーsqlcpr.hにありませんでした。

252654

PRO*1.6で、SQLCODE変数がDECLARE SECTIONで宣言されていない場合、SQLCODE変数が使用されませんでした。

257248

ソースにENDがない場合、Pro*Fortranが無限ループに入りました。

258928

関数gensqfをPro*Fortranアプリケーションからコールできませんでした。

259349

ファイル名の長さが最大長を超えている場合にエラーが発生しませんでした。

260457

oracle_forms.messageプロシージャが正常に完了しないことがありました。

261282

プリコンパイラ・コマンドライン・オプションの使用方法が正しくチェックされていませんでした。

262332

パスワードがユーザーIDオプションで指定されていない場合、Pro*でパスワードを要求されませんでした。

264068

EXEC TOOLS文のEXEC SQL IFDEFが正しく動作しませんでした。

265136

マルチバイト環境でmaxlitを指定した場合、Pro*Cobolで不正なSQL文が生成されました。

265424

SQL関数の使用中に誤ったプリコンパイル・エラーが発生する場合がありました。

267024

format=terminalを指定した場合、Pro*FORTRANで、生成されたコードが正しくインデントされませんでした。

270254

オープン・カーソルの数がMaxCurを超えた場合、ORA-02100エラーが生成されました。

バージョン1.6.7以前の不具合修正（抜粋）

273548

code=ansi_cの指定で、不正な型のsqlstm.stmtが生成されます（Pro*C）。

256436

EXEC SQL TYPEでVarcharを指定すると、生成されたコードで長さが0（ゼロ）になります（Pro*C）。

240736

LONG VARCHARホスト変数からの文の準備中にエラー02108が発生します。

227634

有効なデータベース接続のない状態で実行すると、プログラムでコア・ダンプが発生します。

226183

sqlcheck=fullの指定と宣言されていないホスト変数によって、Pro*Cobolでセグメンテーション・エラーが発生します。

224364

文が列9で始まる場合は、Pro*Fortranのプリコンパイラで前処理されません。

219215

タイムアウトによる再接続後の再準備/再実行でORA-01012/01001が発生します。

217245

カーソルのオープンに失敗した場合でもカーソルにオープンのマークが付けられました。

216274

multi=noを指定した場合、Pro*Fortranで宣言が生成されませんでした。

212820

ソースの99列目に「A」の文字がある場合は、Pro*Fortranで不正なコードが生成されました。

210998

multisubprog=noを指定し、入力にDECLAREセクションがない場合は、アクセス違反が発生しました。

209717

ホストとインジケータ配列のディメンションが異なる場合でもエラーが発生しませんでした。

206153

ANSIモードの動的SQLに対して、カーソルの状態が正しく保持されませんでした。

199380

COMMIT WORKを含むプログラムで、mode=ansi&hold_cur=yesの場合はORA-02114エラーが発生しました。

198808

行の終わりに引用符がある場合、不正なコードが生成されました（Pro*Cobol）。

192959

multisub=noを指定してデータベースに再接続した場合、Pro*forでプログラム・エラーが発生しました。

191554

ORACAを使用するPRO*COBターミナル・フォーマットのアプリケーションでコンパイル・エラーが発生しました。

189568

PRO*ランタイム・ライブラリで、データベースに対して必要以上のコールが生成されました。

187443

hold_cursor=yesを指定している場合でも、Pro*AdaでSQL文が常に再解析されました。

184461

LANGUAGE=nationalcharstの場合、PRO*FORで空のCOMMON文が生成されました。

183591

VARCHAR配列へのポインタを使用すると、様々な問題が発生する可能性がありました。

168678

ユーザーIDを指定せずにSQLCHECK=SEMANTICSを使用すると、DECLARE TABLE文が無視されます。

149317

SQLCHECK=FULLの場合でも、プリコンパイラでFETCH文のエラーが無視されました。

147034

動的カーソルの2回目の実行で、XAアプリケーションでORA-01001が発生しました。

135528

COMMIT/ROLLBACKによるRELEASEが失敗した場合は、再接続しようとすると失敗しました。

PROFORの制限事項

2425918

PROFORでのCHARACTER*(*)の使用方法に関する制限を明確にします。

PROFOR DOCのマニュアルは既存のライブラリでのみ提供しているため、PROFORマニュアルは今後更新されることはありません。かわりに、このREADMEが更新されます。

次の変更に注意してください。

Pro*Fortranマニュアルの表1-3に記載されているCHARACTER(*)変数型を削除してください。

表1-3の注意2は、次のように読み替えてください。

CHARACTER*(*)変数の長さは事前に決定されていません。これらの変数は、サブルーチン宣言でダミー引数を指定するために使用します。実際の引数の最大長は、LEN組込み関数によって戻されます。CHARACTER*(*)変数は有効なFORTRAN変数名ですが、ホスト変数としてはサポートされていません。

Oracle Real Application Clusters README

原典情報: $ORACLE_HOME\racg\README

このファイルは$ORA_CRS_HOME/racgに配置してください。

Oracle Real Application Clusters High Availability Extensions（RACX）では、イベントを使用して、システム内の状態の変化を関連するシステム内の他のコンポーネントまたはユーザーに通知します。イベントによっては、システム内で発生している内容をユーザーに通知する単なる情報の場合もあります。あるいは、変化を修正するために、管理者または他のアプリケーション・プログラムによる適切な処置が必要なアクション・ドリブンの場合もあります。これは、システムの状態変化が他のアプリケーションに影響を与える可能性があるためです。このようなイベントの例には、データベースまたはインスタンスの起動/停止、サービスの開始/停止、ノードの停止などがあります。Oracle RACでは、ユーザーが独自のイベント・コールアウト・プログラムを定義できるインフラストラクチャがサポートされています。これらのプログラムは、特定のイベントが発生したときにOracle RACシステムによって起動されます。Oracle RACでは、関連ノード名、サービス名、インスタンス名、データベース名などの必要な情報をこれらのコールアウトに引数として渡します。ユーザー・コールアウト・プログラムは、これらの情報を解析して他のユーザーのアプリケーションまたはシステム管理者に渡します。このユーザー・コールアウト・プログラムは、他のユーザーのアプリケーションで使用されている通信プロトコルを理解している必要があります。

ユーザー・コールアウト・プログラムは、$ORA_CRS_HOME/racg/usrcoディレクトリに配置してください。Oracle RACは、この場所に配置されているコールアウトのみを起動します。

ユーザー・コールアウト・プログラムは、次の引数を理解する必要があります。

$usrco_prog

$event_typ VERSION=1.0 [service=$srvname \
database=$dbname instance=$instname] \
host=$hostname status=$status \
timestamp=$timestamp [card=$cardinality] \
reason=$reason

$usrco_prog:

ユーザー・コールアウト・プログラム名。

$event_typ:

次のいずれかを指定します。
NODE: nodedownイベント。
SERVICE: サービス全体の開始/停止。
SERVICEMEMBER: 特定のインスタンスの起動/停止で提供されるサービス。
INSTANCE: インスタンスの起動/停止。
DATABASE: データベースの起動/停止。

$version:

イベント・プロトコルのバージョン。現在は「VERSION=1.0」に設定されています。

$hostname:

これはイベントが関連しているホスト名です。

$status:

「up」、「down」または「nodedown」、「restart failed」、「not_restarting」。

$timestamp:

このイベントの発生時間。

$cardinality:

サービスのカーディナリティ。これは、サービスに対して現在ONLINEであるサービスの数を示します。この属性は、サービス開始イベントのみに対応しています。

$reason:

イベントの理由。有効な値の例には、USER、FAILURE、FAILOVERなどがあります。

他のすべての引数の意味は名称どおりです。

注意: nodedownイベントは特別です。このイベントでは、DATABASE_NAME SERVICE_NAMEとINSTANCE_NAMEの指定は不要です。nodedownイベント形式は次のとおりです。

$usrco_prog NODE VERSION=1.0 host=$hostname status=nodedown timestamp=$timestamp

詳細は、『Real Application Clusters管理およびデプロイメント・ガイド』を参照してください。

Oracleの法律上の注意点

コピーライト

Copyright © 1994, 2020, Oracle and/or its affiliates.

ライセンス制約の保証と結果的に生じる損害の免責

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

保証免責

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

制限付権利について

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

U.S. GOVERNMENT END USERS: Oracle programs (including any operating system, integrated software, any programs embedded, installed or activated on delivered hardware, and modifications of such programs) and Oracle computer documentation or other Oracle data delivered to or accessed by U.S. Government end users are "commercial computer software" or "commercial computer software documentation" pursuant to the applicable Federal Acquisition Regulation and agency-specific supplemental regulations.As such, the use, reproduction, duplication, release, display, disclosure, modification, preparation of derivative works, and/or adaptation of i) Oracle programs (including any operating system, integrated software, any programs embedded, installed or activated on delivered hardware, and modifications of such programs), ii) Oracle computer documentation and/or iii) other Oracle data, is subject to the rights and limitations specified in the license contained in the applicable contract.The terms governing the U.S. Government's use of Oracle cloud services are defined by the applicable contract for such services.No other rights are granted to the U.S. Government.

危険な用途への使用について

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

商標と登録商標について

OracleおよびJavaはオラクルおよびその関連会社の登録商標です。その他の社名、商品名等は各社の商標または登録商標である場合があります。

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

第三者のコンテンツ、製品、サービスに関する免責事項

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

Pre-General Availability (一般提供前)版のラベルと公開日

Pre-General Availability (一般提供前)版: 2020年1月15日

Pre-General Availability (一般提供前)版のドキュメントについて

このドキュメントがPre-General Availability (一般提供前)版の場合:

このドキュメントはPre-General Availability (一般提供前)版であり、デモおよび暫定使用のみを目的としたものです。このソフトウェアを使用するハードウェアに限定するものではありません。Oracle Corporationおよびその関連会社は、このドキュメントに関して一切の責任を負わず、いかなる保証もいたしません。また、このドキュメントを使用したことによって損失、費用、あるいは損害が発生しても、一切の責任を負いかねます。

オラクルの機密ラベル

ORACLE CONFIDENTIAL 無許可での使用を禁止します。第三者への配布を禁止します。

収益認識 (Revenue Recognition) について

このドキュメントが非公開のPre-General Availability (一般提供前)版の場合:

このドキュメントに含まれる情報は、情報の共有のみを目的としたものであって、顧客諮問委員会(Customer Advisory Board)のメンバーとしてのお客様の立場でのみ、またはお客様のPre-General Availability Trial Agreement (Pre-GAトライアル契約)のみに従って検討されるべきものとします。マテリアル、コード、または機能の提供をお約束するものではなく、購入決定を行う際の判断材料とすべきではありません。このドキュメントに記載されている特徴または機能の開発、リリースおよび時期については、オラクルの裁量により決定されます。

このドキュメントには、ソフトウェアまたは印刷物などの形式を問わず、オラクルが独占的な権利を有する財産的情報が含まれています。この機密資料へのアクセスと使用は、お客様とオラクルとの間で締結され、お客様が遵守に同意した、Oracle Master Agreement、Oracle License and Oracle Services Agreement (オラクル・ライセンスおよびサービスに関する契約書)、Oracle PartnerNetwork 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」を参照してください。