Oracle® Database

新機能ガイド

11gリリース2(11.2)

B56319-08(原本部品番号:E41360-06)

2015年9月

このマニュアルは、以前のリリースのOracle Databaseをよく理解していて、今回のリリースの新機能、新規オプションおよび新規拡張機能を知る必要のあるユーザーを対象としています。

Oracle Database新機能ガイド, 11gリリース2(11.2)

B56319-08

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

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

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

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

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

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

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

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

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

目次

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

はじめに

- 対象読者

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

- 関連ドキュメント

- 表記規則

1 Oracle Database 11gリリース2(11.2.0.4)の新機能

- 1.1 Oracle Data Redaction

- 1.2 トレース・ファイル・アナライザおよびコレクタ

- 1.3 RACcheck - Oracle RAC構成監査ツール

- 1.4 データベース・リプレイでのデータベース統合のサポート

- 1.5 フラッシュバック・データ・アーカイブの履歴表の最適化

- 1.6 サポート対象外機能

- 1.7 sqlnet.oraの新規パラメータSSL_EXTENDED_KEY_USAGE

- 1.8 新規プロパティPrimaryLostWriteAction

- 1.9 Oracle GoldenGateのENABLE_GOLDENGATE_REPLICATION

2 Oracle Database 11gリリース2(11.2.0.3)の新機能

- 2.1 一般

- 2.1.1 Pillar AxiomおよびSun ZFSSAでのハイブリッド列圧縮のサポート

- 2.1.2 SHA-2証明書署名のサポート

- 2.1.3 Solaris用TDEハードウェア・アクセラレーション

- 2.1.4 スマート・カードでの複数証明書のサポート

- 2.1.5 QoS管理でのOracle RAC Enterprise Editionのサポート

- 2.1.6 QoS管理でのOracle Exadataのインスタント・ケージングのサポート

- 2.1.7 Oracle ACFSスナップショットの機能拡張

- 2.1.8 Oracle ACFSのセキュリティおよび暗号化機能

- 2.1.9 WindowsでのACFSレプリケーションおよびタグ付けのサポート

- 2.1.10 Oracle LogMinerでのバイナリXMLのサポート

- 2.1.11 SQL ApplyでのバイナリXMLのサポート

- 2.1.12 Oracle LogMinerでのオブジェクト・リレーショナル・モデルのサポート

- 2.1.13 SQL Applyでのオブジェクト・リレーショナル・モデルのサポート

- 2.1.14 廃止されたOracle XML DBファンクションおよびパッケージの非推奨

- 2.1.15 Oracle Warehouse BuilderでのパーティションDMLのサポート

- 2.1.16 Oracle Warehouse Builderで拡張されたパーティショニング化のサポート

- 2.1.17 Oracle Warehouse Builderでの外部表のデータ・ポンプのサポート

- 2.1.18 Oracle Warehouse Builderでの外部表のプリプロセッサのサポート

- 2.1.19 Oracle Warehouse Builderでの圧縮表およびパーティションのサポート

- 2.1.20 PL/SQLネイティブ・コンパイルのサポート

3 Oracle Database 11gリリース2(11.2.0.2)の新機能

- 3.1 一般

- 3.1.1 一般

- 3.1.1.1 NOLOGGING操作中に無効にできる制御ファイルの更新

- 3.1.1.2 自動SQLチューニング構成用の新パッケージ

- 3.1.1.3 DBMS_SCHEDULER電子メール通知のセキュリティの強化

- 3.1.1.4 TRUNCATE機能の強化

- 3.1.1.5 クライアントのインプレース・アップグレードのサポート

- 3.1.1.6 オンデマンドのセグメント作成のメンテナンス・パッケージ

- 3.1.1.7 最大CPU使用率制限

- 3.1.1.8 名前の照合

- 3.1.1.9 名前付きエンティティ抽出

- 3.1.1.10 パーティション化された表の新規セグメントの最初のエクステントのデフォルト・サイズを変更

- 3.1.1.11 パラレルな文のキューイング

- 3.1.1.12 PMMLのインポート

- 3.1.1.13 結果セット・インタフェース

- 3.1.1.14 パーティション化された表のセグメントのオンデマンド作成

- 3.1.1.15 XMLおよびXQueryインタフェースの単純化

- 3.1.1.16 SMTP認証

- 3.1.1.17 SMTP暗号化

- 3.1.1.18 Active Data Guard環境用のSPAのサポート

- 3.1.1.19 データベース・サービスのEDITION属性

- 3.1.1.20 XMLTypeデフォルト記憶域としてのバイナリXMLとSecureFilesの使用

- 3.1.1.21 JDBC 4.0 SQLXML

- 3.1.1.22 XStreamでのIDキーLCR

- 3.1.2 ACFSの改善

- 3.1.2.1 SolarisおよびAIXでのACFS、ADVMおよびスナップショット

- 3.1.2.2 Oracle ACFSのレプリケーション

- 3.1.2.3 Oracle ACFSのセキュリティおよび暗号化機能

- 3.1.2.4 Oracle ACFSのタグ付け

- 3.1.3 サービス品質(QoS)管理

- 3.1.3.1 データベースQoS管理サーバー

- 3.1.3.2 データベース・サービス品質(QoS)管理のサポート

- 3.1.3.3 Enterprise Manager QoS管理統合

- 3.1.3.4 Oracle Clustersのためのサーバー・メモリーのストレス保護

- 3.1.4 データベース・リプレイ

- 3.1.4.1 データベース・リプレイとSQLパフォーマンス・アナライザ(SPA)の統合

- 3.1.4.2 データベース・リプレイ・タイムアウト機能

- 3.1.4.3 データベース・リプレイ・ワークロード・アナライザ

- 3.1.5 管理

- 3.1.5.1 DBCAのOracle RAC One Nodeデータベース作成サポート

- 3.1.5.2 インストール時に最新の更新をダウンロードするオプション

- 3.1.5.3 Oracle ASM Configuration Assistantによるアウトオブプレース・アップグレードのサポート

- 3.1.5.4 Oracle Database Upgrade Assistantによるアウトオブプレース・アップグレードのサポート

- 3.1.5.5 Oracle Enterprise Manager DB ControlによるOracle RAC One Nodeのサポート

- 3.1.5.6 Oracle RAC One Nodeデータベースのオンライン再配置

- 3.1.5.7 Oracle RAC One NodeデータベースのSRVCTLベースの管理

- 3.1.5.8 CRSCTLコマンドの強化

- 3.1.5.9 SRVCTLコマンドの強化

- 3.1.5.10 強化されたXStreamの管理性

- 3.1.5.11 サプリメンタル・ロギングおよびXStreamでの列圧縮のサポート

- 3.1.5.12 インストール後のクラスタ構成用のスタンドアロン構成ウィザード

- 3.1.5.13 冗長な相互接続の使用

4 Oracle Database 11gリリース2(11.2.0.1)の新機能

- 4.1 アプリケーションの開発

- 4.1.1 Oracle Application Express

- 4.1.1.1 アプリケーションの日付書式

- 4.1.1.2 カスタム・テーマ

- 4.1.1.3 宣言的なBLOBのサポート

- 4.1.1.4 JavaScriptライブラリのドキュメント化

- 4.1.1.5 レポート出力の拡張

- 4.1.1.6 フォームの変換

- 4.1.1.7 セキュリティの強化

- 4.1.1.8 対話型レポート・リージョン

- 4.1.1.9 ランタイムのみのインストール

- 4.1.2 その他の一般的な開発機能

- 4.1.2.1 Pro*CでのCURSOR DECLARATIONのWITH HOLDオプションのサポート

- 4.1.2.2 Pro*CでのINSERTおよびFETCHの8バイトのネイティブ数値ホスト変数のサポート

- 4.1.2.3 Pro*COBOLでのINSERTおよびFETCHの8バイトのネイティブ数値ホスト変数のサポート

- 4.1.2.4 JDBCでのタイムゾーン・パッチのサポート

- 4.1.2.5 JDBCでのゼロコピーのSecureFile LOB I/OおよびLOBプリフェッチのサポート

- 4.1.2.6 OCIでの8バイトの整数のバインドおよび定義のサポート

- 4.2 可用性

- 4.2.1 バックアップおよびリカバリ

- 4.2.1.1 ブロックの自動修復

- 4.2.1.2 OSBクラウド・コンピューティングを使用したAmazon Simple Storage Service(S3)へのバックアップ

- 4.2.1.3 ターゲット・データベース接続が不要なDUPLICATEの実行

- 4.2.1.4 表領域のPoint-in-Timeリカバリ(TSPITR)の拡張

- 4.2.1.5 DUPLICATEの新しいオプション

- 4.2.1.6 SET NEWNAMEの新しい句およびフォーマット・オプション

- 4.2.1.7 DUPLICATEの表領域チェック

- 4.2.2 オンライン・アプリケーションのメンテナンスおよびアップグレード

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

- 4.2.2.2 CREATEまたはREPLACE TYPEのFORCEの使用による拡張

- 4.2.2.3 トリガーのファイングレイン依存性

- 4.2.2.4 INSERT文のIGNORE_ROW_ON_DUPKEY_INDEXヒント

- 4.2.3 Oracle Data Guard

- 4.2.3.1 ロジカル・スタンバイ・データベースおよびOracle LogMinerでの圧縮表のサポート

- 4.2.3.2 リアルタイム問合せでの適用ラグの制限の設定

- 4.2.3.3 Data Guard構成での統合によるアプリケーション・フェイルオーバーのサポート

- 4.2.3.4 最大30個のスタンバイ・データベースのサポート

- 4.3 ビジネス・インテリジェンスおよびデータ・ウェアハウス

- 4.3.1 分析の向上

- 4.3.1.1 Analytic Functions 2.0

- 4.3.1.2 再帰WITH句

- 4.3.2 データ・ロードの改善

- 4.3.2.1 DIRECTORYオブジェクトのEXECUTE権限

- 4.3.2.2 ORACLE_LOADERアクセス・ドライバの外部表のデータの前処理

- 4.3.3 パーティション化の改善

- 4.3.3.1 リファレンス・パーティションの主キーまたは外部キーでの仮想列の使用

- 4.3.3.2 システム管理の索引のリスト・パーティション化

- 4.3.4 パフォーマンスおよびスケーラビリティの改善

- 4.3.4.1 インメモリー・パラレル実行

- 4.3.4.2 最小労力パラレル実行 - 並列度(DOP)およびキューイングの自動化

- 4.3.4.3 DBMS_PARALLEL_EXECUTEパッケージ

- 4.3.4.4 コミット時の高速リフレッシュの大幅なパフォーマンスの向上

- 4.3.5 Oracle Warehouse Builder

- 4.3.5.1 マッピング・エディタでの拡張検索のサポート

- 4.3.5.2 ビジネス・インテリジェンス・ツールの統合

- 4.3.5.3 マッピング・エディタでの演算子および属性のコピーおよび貼付け

- 4.3.5.4 デザイン・センターのツールバーでの現在の構成のドロップダウン・リスト

- 4.3.5.5 フラット・ファイルのインポートのサポートの拡張

- 4.3.5.6 テーブル・ファンクションのサポートの拡張

- 4.3.5.7 エディタ・メニューへのエキスパートの追加

- 4.3.5.8 演算子の編集ダイアログでの式の編集

- 4.3.5.9 マッピング・エディタのオブジェクトのグループ化およびスポットライト

- 4.3.5.10 複数のコントロール・センターに登録された場所の管理の改善

- 4.3.5.11 場所を管理するユーザー・インタフェースの改善

- 4.3.5.12 キー参照演算子の拡張

- 4.3.5.13 マッピング・デバッガの拡張

- 4.3.5.14 新しいJDeveloperスタイルのユーザー・インタフェース

- 4.3.5.15 生成されたPL/SQLコードの演算子リファレンス

- 4.3.5.16 クイック・マッパー

- 4.3.5.17 リポジトリ・ブラウザの変更点

- 4.3.5.18 Oracle Warehouse Builderリポジトリ・アップグレードの簡易化

- 4.3.5.19 LONGデータ型を含む表からのデータ抽出のサポート

- 4.3.5.20 結合演算子の副問合せのサポート

- 4.4 クラスタ

- 4.4.1 Oracle Real Application Clustersの使いやすさ

- 4.4.1.1 コンフィギュレーション・アシスタントのOracle RAC新機能のサポート

- 4.4.1.2 クラスタ検証ユーティリティの拡張

- 4.4.1.3 クラスタ検証ユーティリティとOracle Universal Installerの統合

- 4.4.1.4 クラスタ・タイム・サービス

- 4.4.1.5 Oracle Cluster Registry(OCR)の拡張

- 4.4.1.6 グリッド・プラグ・アンド・プレイ(GPnP)

- 4.4.1.7 Oracle Restart

- 4.4.1.8 ポリシーベース・クラスタおよび容量管理

- 4.4.1.9 クラスタウェア・リソース・モデリングの改善

- 4.4.1.10 ロール別管理

- 4.4.1.11 エージェント開発フレームワーク

- 4.4.1.12 Oracle ClusterwareおよびOracle RACの停止時間ゼロでのパッチの適用

- 4.4.1.13 Enterprise Managerベースのクラスタウェア・リソースの管理

- 4.4.1.14 Oracle ClusterwareおよびOracle Real Application ClustersのEnterprise Managerプロビジョニング

- 4.4.1.15 Enterprise Managerのグリッド・プラグ・アンド・プレイのサポート

- 4.4.1.16 Enterprise ManagerのOracle Restartのサポート

- 4.4.1.17 Configuration AssistantのOracle RACインストール削除のサポート

- 4.4.1.18 Oracle Universal InstallerのOracle RACインストール削除のサポート

- 4.4.1.19 Oracle Universal Installerでのインストール削除改善のサポート

- 4.4.1.20 DBControlを使用するデータベースのダウングレード

- 4.4.1.21 Oracle RestartのOracle Universal Installerとの統合

- 4.4.1.22 Oracle Clusterwareのアウトオブプレース・アップグレード

- 4.4.1.23 OUIのOracle Clusterwareアウトオブプレース・アップグレードのサポート

- 4.4.1.24 サーバー制御(SRVCTL)の拡張

- 4.4.1.25 サーバー制御(SRVCTL)の拡張によるグリッド・プラグ・アンド・プレイのサポート

- 4.4.1.26 SRVCTLでのクラスタの単一インスタンス・データベースのサポート

- 4.4.1.27 ユニバーサル接続プール(UCP)のOracle Data Guardとの統合

- 4.4.1.28 UCPのOracle Real Application Clustersとの統合

- 4.4.1.29 Universal Connection Pool(UCP)for JDBC

- 4.4.1.30 Oracle RAC FAN高可用性イベントのJava API

- 4.5 データベース全般

- 4.5.1 一般

- 4.5.1.1 フラッシュバック・データ・アーカイブのDDLサポート

- 4.5.1.2 インスタンス・ケージング

- 4.5.2 Oracle Schedulerの改善点

- 4.5.2.1 電子メール通知

- 4.5.2.2 File Watcher

- 4.5.2.3 複数の宛先を持つジョブ

- 4.5.2.4リモート・データベース・ジョブ

- 4.5.3 ユーティリティの改善点

- 4.5.3.1 データ・ポンプ・レガシー・モード

- 4.5.4 IPv6サポート

- 4.5.4.1 JDBC Thinクライアントの完全なIPv6サポート

- 4.5.4.2 JVMおよびJavaデバッガーの完全なIPv6サポート

- 4.6 診断機能

- 4.6.1 サポート・ワークベンチ

- 4.6.1.1 Enterprise Managerサポート・ワークベンチのASMへの対応

- 4.7 情報統合

- 4.7.1 Oracle Database XStream

- 4.7.1.1 XStream

- 4.8 パフォーマンス

- 4.8.1 サーバー・パフォーマンス全般

- 4.8.1.1 データベース・スマート・フラッシュ・キャッシュ

- 4.8.1.2 ストアド・アウトラインのSQL計画管理への移行

- 4.8.1.3 表の注釈のサポートを使用したクライアント結果キャッシュ

- 4.8.1.4 4KBセクタのディスク・ドライブのサポート

- 4.9 セキュリティ

- 4.9.1 監査データの管理

- 4.9.1.1 監査証跡クリーンアップ

- 4.9.2 暗号化キーの管理

- 4.9.2.1 表領域マスター・キーの更新

- 4.10 サーバーの管理性

- 4.10.1 すべてのデータに対応した自動ストレージ管理

- 4.10.1.1 ASMクラスタ・ファイルシステム(ACFS)

- 4.10.1.2 ASM動的ボリューム・マネージャ(DVM)

- 4.10.1.3 ASM FSスナップショット

- 4.10.1.4 ASMのOracle Cluster Registry(OCR)および投票ディスク

- 4.10.1.5 ASMのインテリジェントなデータ配置

- 4.10.1.6 ASMストレージ管理コンフィギュレーション・アシスタント

- 4.10.1.7 自動ストレージ管理(ASM)ファイル・アクセス制御

- 4.10.1.8 ASMCMDコマンドの拡張

- 4.10.1.9 Enterprise ManagerのASMクラスタ・ファイルシステム(ACFS)のサポート

- 4.10.1.10 Enterprise ManagerのASMファイル・アクセス制御の統合

- 4.10.2 データベース管理

- 4.10.2.1 EMCAでのEnterprise Managerの新しいOracle RAC構成のサポート

- 4.10.2.2 DBControlでのパッチ適用

- 4.10.2.3 タイムゾーン・データ付のタイムスタンプの自動的なパッチの適用

- 4.10.2.4 Time Zone with Local Time Zoneデータ型のデータ損失の防止

- 4.10.2.5 オンデマンドのセグメント作成

- 4.10.2.6 サイズが0の使用禁止の索引および索引パーティション

- 4.10.2.7 メタデータのSXML比較ツール

- 4.10.2.8 期間比較レポート

- 4.10.2.9 SQLチューニング・セットの比較

- 4.10.2.10 Active Data Guardのサンプリングの有効化

- 4.10.2.11 Oracle Exadataシミュレーション

- 4.10.2.12 グローバルOracle RAC ASHレポートおよびADDMの下位互換性

- 4.10.2.13 Oracle MTSおよびStreamsのサポート

- 4.10.2.14 パラレル問合せおよび代替計画の記録、STSエクスポートの拡張

- 4.10.2.15 同期の制御

- 4.11 非構造化データの管理

- 4.11.1 Oracle MultimediaおよびDICOMサポートの拡張

- 4.11.1.1 要求された属性のみの抽出

- 4.11.1.2 クライアント側でのDICOM属性の抽出

- 4.11.1.3 DICOMの機能拡張

- 4.11.1.4 ウォーターマークおよびイメージ処理の拡張

- 4.11.2 Oracle Spatialサポートの拡張

- 4.11.2.1 3D視覚化フレームワーク

- 4.11.2.2 ネットワーク・データ・モデルの拡張

- 4.11.2.3 GeoRasterの新しいJAVA API

- 4.11.2.4 ラスターの再投影および地上基準点(GCP)ベースの地理参照

- 4.11.2.5 ルーティングおよびジオコーディングの機能拡張

- 4.11.3 Oracle SecureFiles

- 4.11.3.1 データベース・ファイルシステム(DBFS)

- 4.11.3.2 Oracle SecureFilesのサポート

- 4.11.4 Oracle XML DBのスケールおよびパフォーマンスの改善

- 4.11.4.1 バイナリXMLの機能拡張

- 4.11.4.2 Oracle XML DBリポジトリのパフォーマンスの向上およびガイドライン

- 4.11.4.3 XMLIndexの機能強化

- 4.11.4.4 XMLTypeのパーティション化

はじめに

ここでは、次の項目について説明します。

- 対象読者

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

- 関連ドキュメント

- 表記規則

対象読者

このマニュアルは、以前のリリースのOracle Databaseをよく理解していて、今回のリリースの新機能、新規オプションおよび新規拡張機能を知る必要のあるユーザーを対象としています。

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

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

Oracleサポートへのアクセス

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

関連ドキュメント

詳細は、Oracle Database 11gリリース2(11.2)ドキュメント・セットの次のドキュメントを参照してください。

- Oracle Databaseエラー・メッセージ・リファレンス

- 『Oracle Database管理者ガイド』

- 『Oracle Database概要』

- 『Oracle Databaseリファレンス』

表記規則

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

規則

意味

太字

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

イタリック体

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

固定幅フォント

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

1 Oracle Database 11gリリース2(11.2.0.4)の新機能

この章では、Oracle Database 11gリリース2(11.2.0.4)のすべての新機能を説明します。

1.1 Oracle Data Redaction

この新しいデータベース・セキュリティ機能は、Oracle Advanced Securityの一部で、これによりデータの列(クレジット・カード番号、米国の社会保障番号、その他の機密データや規制データなど)がアプリケーションによって表示されないようにできます。これは、データベース・セッション・ファクタやアプリケーションによって渡される情報に対応できる宣言ポリシーによって駆動されます。機密表示データは、実行中のアプリケーションの中断を最小限に抑えながら、実際の格納済データを変更することなく、稼働中の本番システムで実行時にリダクションできます。完全、部分、ランダムおよび正規表現リダクションなど、様々なタイプのリダクションがサポートされます。データ値全体を隠したり、データの一部のみをリダクションすることができます。この機能はデータベース内部に実装されるため、別にインストールする必要はありません。

関連項目:

詳細は、『Oracle Database Advanced Securityガイド』を参照してください。

1.2 トレース・ファイル・アナライザおよびコレクタ

トレース・ファイル・アナライザ(TFA)およびコレクタは、TFAコレクタとも呼ばれ、Oracle Clusterware、Oracle Grid InfrastructureおよびOracle RACシステムの診断データ収集を簡素化する診断収集ユーティリティです。

同様のソリューションとは異なり、TFAコレクタは、管理を一元化したり様々な対象レベルを提供することにより、データ収集を最適化します。1つのノードから1つのコマンドを使用してクラスタ全体のデータを収集し、今後の分析および処理用に中央サーバーに格納できます。TFAコレクタは、特定のコンポーネントまたは関連する時間枠のみを対象として、データ・コレクションをトリミングすることもできます。

関連項目:

詳細は、『Oracle Clusterware管理およびデプロイメント・ガイド』を参照してください。

1.3 RACcheck - Oracle RAC構成監査ツール

RACcheckは、Oracle Database、シングル・インスタンス・データベース、Oracle Real Application Clusters (Oracle RAC)データベースの重要な構成設定を監査するように設計されています。また、Oracle Clusterware、Oracle Automatic Storage Management (Oracle ASM)およびOracle Grid Infrastructureの確認も含まれています。

RACcheckは、最大可用性アーキテクチャ(MAA)など、スタック全体を考慮するベスト・プラクティスの推奨事項を提供するため、通常のヘルス・チェックや、アップグレードの前後のベスト・プラクティスの評価に最適なツールです。

関連項目:

詳細は、『Oracle Real Application Clusters管理およびデプロイメント・ガイド』を参照してください。

1.4 データベース・リプレイでのデータベース統合のサポート

データベース・リプレイでは、1つの統合データベース上での複数データベース取得の同時実行をサポートするようになりました。統合データベース・リプレイでは、個々のリプレイのスケジューリングがサポートされ、様々なシナリオ(もし個々のワークロードがすべて同時に使用率のピークに達したらどうなるかなど)を検査できます。

統合リプレイにより、1つのOracle Databaseマシン上での統合か、他の統合インフラストラクチャでの統合かにかかわらず、データベース統合プロジェクトのデータベース・パフォーマンスをテストできます。

関連項目:

詳細は、『Oracle Databaseテスト・ガイド』を参照してください。

1.5 フラッシュバック・データ・アーカイブの履歴表の最適化

表での変更を追跡するためにフラッシュバック・データ・アーカイブを使用すると、フラッシュバック・データ・アーカイブの作成時にOPTIMIZE DATA句を使用して、対応する履歴表の最適化を有効にすることが可能になりました。

フラッシュバック・データ・アーカイブの履歴表の最適化により、ストレージの効率がよくなり、変更履歴に対するフラッシュバック問合せのパフォーマンスが向上し、DBAによるさらなる介入は必要ありません。

関連項目:

詳細は、『Oracle Database開発ガイド』を参照してください。

1.6 サポート対象外機能

次の機能は、Oracle Database 11gリリース2 (11.2)でサポートが終了しました。

- 削除ツールの-cleanupOBaseフラグはサポートが終了しました。このフラグの代替機能はありません。

- DESおよびRC4アルゴリズムはサポートが終了しました。

関連項目:

詳細は、『Oracle Databaseアップグレード・ガイド』を参照してください。

1.7 sqlnet.oraの新規パラメータSSL_EXTENDED_KEY_USAGE

このリリース以降、sqlnet.oraファイルのSQLNET.SSL_EXTENDED_KEY_USAGEパラメータを使用して、クライアントの認証に自動的に使用されるSecure Sockets Layer証明書を選択できます。たとえば、スマートカードに複数の証明書があるが、証明書の1つのみにclient authenticationの拡張鍵使用方法フィールドがあるとします。アプリケーションでは、証明書選択ダイアログ・ボックスが表示され、認証の種類を選択するように要求されます。認証の種類は常にクライアント用であるため、SQLNET.SSL_EXTENDED_KEY_USAGEパラメータにより、このダイアログ・ボックスをバイパスし、自動的にクライアント認証を選択できます。その結果、タスクで実行する手順が減り、ユーザーの仕事は、より簡単でより効率的になります。

関連項目:

詳細は、『Oracle Database Advanced Securityガイド』を参照してください。

1.8 新規プロパティPrimaryLostWriteAction

Data Guard Brokerの新規のPrimaryLostWriteAction構成プロパティは、プライマリ・データベースでの書込み欠落発生をスタンバイ・データベースで検出した場合の動作を決定します。

関連項目:

詳細は、『Oracle Data Guard Broker』を参照してください。

1.9 Oracle GoldenGateのENABLE_GOLDENGATE_REPLICATION

ENABLE_GOLDENGATE_REPLICATION初期化パラメータは、Oracle GoldenGateのRDBMSによって提供されるサービス(取得および適用サービスの両方)を制御します。これをtrueに設定することで、Oracle GoldenGateが使用するRDBMSサービスが有効になります。

関連項目:

詳細は、『Oracle Databaseリファレンス』を参照してください。

2 Oracle Database 11gリリース2(11.2.0.3)の新機能

この章では、Oracle Database 11gリリース2(11.2.0.3)のすべての新機能を説明します。

2.1 一般

次の各項では、Oracle Database 11gリリース2(11.2.0.3)の新機能について説明します。

2.1.1 Pillar AxiomおよびSun ZFSSAでのハイブリッド列圧縮のサポート

Oracleのハイブリッド列圧縮(HCC)テクノロジは、データベース・ブロック内のデータを構成するための(Oracle Database 11gリリース2)の新しい方式です。HCCでは、データの格納に行と列の両方を組み合せて使用します。HCC圧縮行のセットの格納には、圧縮ユニットと呼ばれる論理構造体が使用されます。データがロードされると、行のグループが列形式で格納され、指定した列の値が一緒に格納されて圧縮されます。行のセットの列データが圧縮されると、圧縮ユニットに格納されます。同じデータ型や同様の特性の列データを一緒に格納すると、圧縮によってストレージの容量が大幅に節約されます。この機能では、ハイブリッド列圧縮をPillar AxiomおよびSun ZFS Storage Appliance(ZFSSA)ストレージに拡大します。

PillarおよびZFSSAでハイブリッド列圧縮をサポートすることにより、Oracle Databaseユーザーは、Pillar AxiomおよびSun ZFS Storage Appliance(ZFSSA)ストレージ・ハードウェアでハイブリッド・コラム圧縮を使用できます。これにより、以前はOracle Exadataプラットフォームに限定されていた、Oracleのハイブリッド列圧縮のストレージのメリットが、Pillar AxiomまたはSun ZFSSAストレージ(あるいは両方)を使用するOracle Databaseユーザーも利用できるようになり、データやユーザーが選択した圧縮レベルに応じて、10～50倍の圧縮率が可能になりました。

関連項目:

詳細は、『Oracle Database概要』を参照してください。

2.1.2 SHA-2証明書署名のサポート

この新機能では、データベースで旧式のSHA-1署名の証明書だけでなく、SHA-2(256ビット)署名の証明書も扱えるようになりました。これらの証明書は別の認証局で発行され、セキュアなデータベース接続が確立されている場合(たとえば、証明書ベースのネットワーク暗号化や認証が使用されてる場合)に、データベースとクライアントの間で交換されます。

この機能拡張は、認証局が旧式のSHA-1署名の証明書の発行を停止した場合、期限切れに直面しているカスタマにとって特に不可欠です。

2.1.3 Solaris用TDEハードウェア・アクセラレーション

透過的データ暗号化(TDE)では、暗号化および復号化処理を高速化する専用の暗号シリコンを搭載したデータベース・ホスト・マシンを自動的に検出します。検出されると、TDEは専用のシリコンを使用して暗号処理を実行し、暗号パフォーマンス全体を高速化します。

以前のリリースでは、TDEの暗号ハードウェア・アクセラレーションはIntel Xeonでしか使用できず、Linuxにしか対応していませんでした。リリース11.2.0.3以降では、SPARC TシリーズおよびIntel Xeonの両方で実行される現行バージョンのSolaris 11でも使用できます。

2.1.4 スマート・カードでの複数証明書のサポート

たとえば、1つ以上のデジタル証明書が記録されているカードをデータベース・ユーザーがカード・リーダー・デバイスに挿入し、対応する個人識別番号(PIN)を手動で入力するシナリオを想定します。オラクルでは、これまでデータベースのカード・ベースの認証をサポートしてきましたが、リリース11.2.0.3以降は、カードに複数の証明書が記録されている場合でも処理できるようになりました。データベースは、どの証明書を読み取るかをインテリジェントに選択し、目的の証明書が判断できない場合は、Windowsクライアント・マシンで選択ボックスをポップアップ表示します。

これは、Oracle Databaseのログインに、カード・ベースの2つの要素による認証を使用するカスタマにとって重要な機能拡張です。2004年8月には、Homeland Security Presidential Directive Number 12(HSPD-12)が施行され、政府のIDカード・システムが統一されました。新しいガイドラインでは、デジタル証明書を記録したCommon Access Card(CAC)の導入が義務付けられています。

2.1.5 QoS管理でのOracle RAC Enterprise Editionのサポート

Oracle Exadata Quality of Service Management(QoS Management)を使用すると、システム管理者はOracle RAC Enterprise Editionデータベース上でホストされているアプリケーションのサービス・レベルを直接測定できます。QoS Managementでは、ポリシー・ベースのアーキテクチャを使用し、ユーザー定義のワークロード・クラスに基づいて、ランタイム・パフォーマンスとリソース・メトリックを相互に関連付けます。QoS Managementでは、それらをEnterprise Managerの統合ダッシュボードに表示し、統合アプリケーションのリアルタイムのパフォーマンスを確認できるようにします。クラスタ状態モニター(CHM)とQoS Managementのメモリー・ガードを組み合せることで、メモリーのオーバーコミットにより障害の危険性があるサーバーを検出します。QoS Managementでは、新しい接続を自動的に停止し、メモリーが十分になった時点で、既存のワークロードおよびリソースの接続を確保することで対応します。

この機能の利点は、Oracle Real Application Clusters内のアプリケーションのスキーマとデータベースの統合支援により、IT効率とコスト削減を実現することです。また、この機能では、メモリー条件の高いアプリケーションの可用性をメモリー・ガードで能動的に保護することです。

2.1.6 QoS管理でのOracle Exadataのインスタント・ケージングのサポート

Oracle Exadata Quality of Service Management(QoS Management)を使用すると、システム管理者はOracle RAC Enterprise Editionデータベース上でホストされているアプリケーションのサービス・レベルを直接測定できます。QoS Managementでは、ポリシー・ベースのアーキテクチャを使用し、ユーザー定義のワークロード・クラスに基づいて、正確なランタイム・パフォーマンスとリソース・メトリックを相互に関連付け、エキスパート・システムによってデータを分析してボトルネックを特定し、動的な負荷状態でパフォーマンス目標を満たして維持する推奨リソース調整を作成します。QoS Managementでは、結果をEnterprise Managerの統合ダッシュボードに表示し、統合アプリケーションのリアルタイムのパフォーマンスを確認できるようにします。QoS Managementでは、サーバー・プール間でサーバーを移動するだけでなく、同じプール内のデータベース間でのCPUの移動もサポートしているため、Oracle Exadataの統合デプロイでパフォーマンスを適切に管理できます。

このような新しいサポートにより、Oracle Exadataで統合されたオンライン・トランザクション処理(OLTP)データベース・アプリケーションの品質保証契約(SLA)が管理されるようになり、IT効率とコスト削減が実現します。

2.1.7 Oracle ACFSスナップショットの機能拡張

Oracle Automatic Storage Management Cluster File System(Oracle ACFS)の読取り/書込みスナップショット機能では、スナップショット・イメージをホストするOracle ACFSプライマリ・ファイル・システムの状態に影響することなく、読取りと書込みの両方が可能なOracle ACFSスナップショット・イメージの高速作成のサポートが追加されました。

この機能拡張により、元の本番ファイル・システムを変更することなく、読取り/書込みスナップショット・イメージに反映される本番ファイル・データで新しいバージョンのアプリケーション・ソフトウェアをテストできます。

また、元のファイル・システムを変更することなく、実際のデータ・セットでWhat-Ifシナリオを実行することもできます。

関連項目:

詳細は、『Oracle Automatic Storage Management管理者ガイド』を参照してください。

2.1.8 Oracle ACFSのセキュリティおよび暗号化機能

Oracle Automatic Storage Management Cluster File System(Oracle ACFS)のセキュリティ機能は、Oracle ACFSのレルム・ベースのセキュリティを提供します。

Oracle ACFS暗号化機能により、ディスクに保存されたデータ(保存データ)を暗号化できます。

Oracle ACFSのセキュリティ機能により、ユーザーまたはグループがファイル・システム・オブジェクトにアクセスするためのセキュリティ・ポリシーを指定するレルムを作成できます。Oracle ACFSセキュリティ機能は、オペレーティング・システムが提供するアクセス制御の上の、より密なアクセス制御を提供します。

Oracle ACFS暗号化機能により、Oracle ACFSファイル・システムのデータを暗号化したフォーマットで保存でき、データの損失または盗難が発生した場合に、データの不正使用を防ぎます。

関連項目:

詳細は、『Oracle Automatic Storage Management管理者ガイド』を参照してください。

2.1.9 WindowsでのACFSレプリケーションおよびタグ付けのサポート

レプリケーションおよびタグ付け機能がWindowsプラットフォームで使用できるようになりました。

Oracle Automatic Storage Management Cluster File System(Oracle ACFS)レプリケーションにより、ネットワーク経由でのACFSファイル・システムのリモート・サイトへのレプリケーションが可能になり、ファイル・システムに対する障害時リカバリ機能が提供されます。

Oracle ACFSのタグ付けにより、ファイルのグループに共通の命名属性が割り当てられます。Oracle ACFSレプリケーションはこのタグを使用して、別のリモート・クラスタ・サイトへのレプリケーション用に固有のタグ名のファイルを選択できます。タグ付けオプションにより、Oracle ACFSファイルシステム全体をレプリケートする必要がなくなります。

関連項目:

詳細は、『Oracle Automatic Storage Management管理者ガイド』を参照してください。

2.1.10 Oracle LogMinerでのバイナリXMLのサポート

この機能により、Oracle LogMinerデータ型のサポートが拡張され、バイナリ形式で格納されるXMLType列および表のサポートが加わりました。

Oracle LogMinerは、バイナリ形式でXMLが格納されるアプリケーションで使用できます。

関連項目:

詳細は、『Oracle Databaseユーティリティ』を参照してください。

2.1.11 SQL ApplyでのバイナリXMLのサポート

この機能により、SQL Applyデータ型のサポートが拡張され、バイナリ形式で格納されるXMLType列および表のサポートが加わりました。

SQL Applyは、バイナリ形式でXMLが格納されるアプリケーションで使用できます。

関連項目:

詳細は、『Oracle Data Guard概要および管理』を参照してください。

2.1.12 Oracle LogMinerでのオブジェクト・リレーショナル・モデルのサポート

この機能により、Oracle LogMinerデータ型のサポートが拡張され、オブジェクト・リレーショナル(O/R)モデルを使用して格納されるXMLType列および表のサポートが加わりました。

Oracle LogMinerは、O/Rモデルを使用してでOracle XMLが格納されるアプリケーションで使用できます。

関連項目:

詳細は、『Oracle Databaseユーティリティ』を参照してください。

2.1.13 SQL Applyでのオブジェクト・リレーショナル・モデルのサポート

この機能により、SQL Applyデータ型のサポートが拡張され、オブジェクト・リレーショナル(O/R)モデルを使用して格納されるXMLType列および表のサポートが加わりました。

SQL Applyは、O/Rモデルを使用してでXMLが格納されるアプリケーションで使用できます。

関連項目:

詳細は、『Oracle Data Guard概要および管理』を参照してください。

2.1.14 廃止されたOracle XML DBファンクションおよびパッケージの非推奨

次のOracle XML DB構造体は、Oracle Database 11gリリース2(11.2.0.3)で非推奨になりました。

- PL/SQL procedure DBMS_XDB_ADMIN.createRepositoryXMLIndex

- PL/SQL procedure DBMS_XDB_ADMIN.XMLIndexAddPath

- PL/SQL procedure DBMS_XDB_ADMIN.XMLIndexRemovePath

- PL/SQL procedure DBMS_XDB_ADMIN.dropRepositoryXMLIndex

- XMLスキーマ注釈(属性)csx:encodingType

- ハイブリッドXMLType記憶域のCLOB部分(オブジェクト・リレーショナル記憶域内に埋込みのCLOBデータ)上のXMLIndex索引

これらの構造体は、下位互換用として11.2.0.3でもサポートされますが、新しいアプリケーションでは使用しないことをお薦めします。

関連項目:

詳細は、『Oracle XML DB開発者ガイド』を参照してください。

2.1.15 Oracle Warehouse BuilderでのパーティションDMLのサポート

このリリースでは、Oracle Warehouse Builder(OWB)で、データベース・パーティション操作用のDMLを生成できるようになりました。これにより、OWBユーザーは、パーティション化されたすべてのタイプの表で抽出、変換およびロード(ETL)操作を実行できます。

この機能では、データベース・リソースおよび機能の十分な開発が可能になり、これらの機能をOWB内から使用できるようにすることで、開発者およびDBAの生産性が向上します。

詳細は、Oracle Warehouse Builderのドキュメントを参照してください。

2.1.16 Oracle Warehouse Builderで拡張されたパーティショニング化のサポート

このリリースでは、Oracle Database 11gリリース2(11.2.0.2)までのすべての範囲のデータベース・パーティション化のタイプがOracle Warehouse Builder(OWB)で公開されています。これにより、OWBユーザーは、パーティション化されたすべてのタイプの表で抽出、変換およびロード(ETL)操作を設計および実行できます。

この機能では、これらの機能をOWB内から使用できるようにすることで、開発者の生産性が向上し、データベース・リソースおよび機能の十分な開発が可能になります。

詳細は、Oracle Warehouse Builderのドキュメントを参照してください。

2.1.17 Oracle Warehouse Builderでの外部表のデータ・ポンプのサポート

このリリースでは、ORACLE_DATAPUMPアクセス・ドライバのデータベース・サポートがOracle Warehouse Builder(OWB)で公開されています。これにより、OWBで外部表を使用して、抽出、変換およびロード(ETL)マッピングの外部表によるデータ・ポンプ・エクスポート・ファイルからのデータのロードとアンロードが可能になります。

バルク・データの移動にデータ・ポンプ・エクスポート・ファイルを使用することは、Oracleデータベース間のデータの移動に(データベース・リンクを使用するなどの)他の方法よりも高速になるため、Oracleデータ・ウェアハウスへのETLのベスト・プラクティスとして推奨されます。

詳細は、Oracle Warehouse Builderのドキュメントを参照してください。

2.1.18 Oracle Warehouse Builderでの外部表のプリプロセッサのサポート

このリリースでは、外部表のプリプロセッサのデータベース・サポートがOracle Warehouse Builder(OWB)で公開されています。

外部表のプリプロセッサにより、圧縮されたフラット・ファイルや複数のファイルなどの外部表ソース・ファイルを、抽出、変換およびロード(ETL)マッピング内から柔軟に処理できます。

詳細は、Oracle Warehouse Builderのドキュメントを参照してください。

2.1.19 Oracle Warehouse Builderでの圧縮表およびパーティションのサポート

このリリースでは、Oracle Database 11gリリース2(11.2.0.2)までのすべてのOracle Databaseデータベース・リリースの表レベルおよびパーティション・レベルの圧縮オプションがOracle Warehouse Builder(OWB)で公開されています。これにより、OWBユーザーは、ソースとターゲットの設計の一貫として、表の圧縮と個々のパーティションを管理できます。

この機能では、これらのオプションをOWBの外部で管理する必要がないため、開発者の生産性が向上し、データベース・リソースの十分な開発が可能になります。

詳細は、Oracle Warehouse Builderのドキュメントを参照してください。

2.1.20 PL/SQLネイティブ・コンパイルのサポート

Oracle Warehouse Builder(OWB)でPL/SQLネイティブ・コンパイルがサポートされるようになりました。PL/SQLのネイティブ・コンパイルを有効にすると、PL/SQLユニットのPL/SQL文はネイティブ・コードにコンパイルされ、カタログに格納されます。ネイティブ・コードは、実行時に解釈する必要がないため、高速で実行されます。

PL/SQLのネイティブ・コンパイルによって、通常はセット・ベースSQLで実行されない特定のデータ・ウェアハウス計算などの計算集中型のプロシージャ操作のパフォーマンスが大幅に改善されます。

詳細は、Oracle Warehouse Builderのドキュメントを参照してください。

3 Oracle Database 11gリリース2(11.2.0.2)の新機能

この章では、Oracle Database 11gリリース2(11.2.0.2)のすべての新機能を説明します。

3.1 一般

次の各項では、Oracle Database 11gリリース2(11.2.0.2)の新機能について説明します。

3.1.1 一般

次の各項では、11.2.0.2の新機能について説明します。

3.1.1.1 NOLOGGING操作中に無効にできる制御ファイルの更新

パラメータDB_UNRECOVERABLE_SCN_TRACKING = [ TRUE | FALSE ]を使用することで、NOLOGGING直接パス操作中に、最もリカバリが難しいSCNおよびTimeを追跡するフィールドを更新する制御ファイルの書き込みを無効にできます。

NOLOGGINGロード操作のパフォーマンスは、制御ファイルの書込みI/Oにより制限できる場合があります。

3.1.1.2 自動SQLチューニング構成用の新パッケージ

新しいPL/SQLパッケージDBMS_AUTO_SQLTUNEが、自動SQLチューニング機能へのアクセス制限を強化するために導入されました。

このパッケージにより、自動SQLプロファイル作成の有効化または無効化など、問合せオプティマイザの実行時の動作に影響を与える自動SQLチューニングの構成設定をDBAのみが変更できるように、自動SQLチューニングへのアクセスをDBAに限定できます。

関連項目:

詳細は、『Oracle Databaseパフォーマンス・チューニング・ガイド』を参照してください。

3.1.1.3 DBMS_SCHEDULER電子メール通知のセキュリティの強化

Oracle Schedulerの電子メール通知機能に暗号化と認証が追加されました。

ジョブの失敗に関する電子メール通知はリリース11.2.0.1で追加されましたが、暗号化または認証のいずれかが必要な電子メール・サーバーはサポートしていませんでした。リリース11.2.0.2では、このサポートが追加されました。

関連項目:

詳細は、『Oracle Database管理者ガイド』を参照してください。

3.1.1.4 TRUNCATE機能の強化

表またはパーティションの切捨て中に、セグメントを保持するかどうかを指定できるようになりました。新しい拡張構文を使用して表またはパーティションを切り捨てると、すべてのセグメントが削除され、新規データが挿入されるまで領域は使用されません。

新しい拡張構文を使用して表またはパーティションを切り捨て、どのアプリケーションでも領域のフット・プリントを最適化することにより、データベースで割り当てられたすべての領域が再利用できるようになりました。

関連項目:

詳細は、『Oracle Database管理者ガイド』を参照してください。

3.1.1.5 クライアントのインプレース・アップグレードのサポート

インプレースおよびアウトオブプレースの両方のアップグレードがクライアント・インストール用にサポートされています。

余分な記憶域の必要性を減らし、インストール・プロセスを単純化するインプレース・クライアント・アップグレードを実行するオプションを選択できるようになりました。

関連項目:

詳細は、Oracle Database Clientのインストレーション・ガイドを参照してください。

3.1.1.6 オンデマンドのセグメント作成のメンテナンス・パッケージ

顧客は、拡張されたDBMS_SPACE_ADMINパッケージの機能を介して、任意のアプリケーションの領域割当てを管理できます。このパッケージは、データベース、ユーザー・スキーマにおけるすべての空の表、または特定の表のセグメントを削除するために使用できます。このパッケージは、遅延セグメント作成により、空の表またはパーティションのすべてセグメントをマテリアライズする逆の機能も提供します。

遅延セグメント作成の明示的な管理により、表またはパーティション作成後でも、随時この機能を利用できます。これは特にインプレースでアップグレードされたシステムに便利で、すべての空のオブジェクトの再作成が不要になります。

関連項目:

詳細は、『Oracle Database管理者ガイド』を参照してください。

3.1.1.7 最大CPU使用率制限

リソース・マネージャには、MAX_UTILIZATION_LIMITという新しいディレクティブがあり、コンシューマ・グループが使用するCPUの量に厳しい制限を設定できます。

MAX_UTILIZATION_LIMITディレクティブは、優先順位の低いワークロードのCPU使用率を制限するのに役立ちます。このディレクティブは、コンシューマ・グループのワークロードのパフォーマンスをより安定したものにするためにも役立ち、エンド・ユーザーがデータベースの操作ごとに安定したレスポンス時間を体験できるシステムを構築する上で役に立ちます。

関連項目:

詳細は、『Oracle Database管理者ガイド』を参照してください。

3.1.1.8 名前の照合

この機能は、正しい名前(および単語)の照合のために、問合せを入力として解釈する効率的な方法を提供し、一致のランク付けリストを返します。この機能には、新しい演算子NDATAが導入されました。

現代の多文化社会では、ある文化のスペリングの規則に慣れた人が、別の文化に起源を持つ名前に同じ規則を適用することは難しい場合があります。

名前の照合は、正字法の違いによりスペリングが異なる可能性がある正しい名前を一致させるための解決策を提供します。

関連項目:

詳細は、『Oracle Textリファレンス』を参照してください。

3.1.1.9 名前付きエンティティ抽出

エンティティ抽出は、エンティティ名(人および組織)、場所、一時的表現、および通貨や尺度などの数値表現のタイプの認識です。

エンティティ抽出の目的は、テキスト・ドキュメントで、事前に指定した特定のエンティティ・クラスのインスタンスを識別することです。

利点は、後からテキストまたはデータ・マイニングや、より総合的な情報分析に使用できる、ドキュメントの構造化されたビューを作成することです。

関連項目:

詳細は、『Oracle Textリファレンス』を参照してください。

3.1.1.10 パーティション化された表の新規セグメントの最初のエクステントのデフォルト・サイズを変更

パーティション化された表の新規セグメントの最初のエクステントのデフォルト・サイズは、64KBではなく8MBになりました。

目標は、I/Oパフォーマンスの改善です。ただし、特定の状況下では、表のロードにかなり大きなディスク領域が必要になります。

関連項目:

詳細は、『Oracle Database管理者ガイド』を参照してください。

3.1.1.11 パラレルな文のキューイング

パラレルな文のキューイングは、システムがパラレル・サーバー・プロセスにとって過剰でも不十分でもないことを確認できるようにして、システム上で実行されているすべての文が、適切なパラレル・リソースを確保し、うまく機能するようにします。キューイングは、リソース・グループごとに実行でき、文の優先度付けと前述のパラレル・ワークロードの管理の両方を可能にします。パラレルな文のキューイングは、自動並列度とともに機能します。

データ・ウェアハウスは、操作環境ともっと標準的な戦略的データ・ウェアハウス・ワークロードの両方をサポートするシステムに進化しつつあります。これらの混合ワークロードには、アクティブなワークロード管理が必要です。ワークロード管理プロセスの一部として管理する必要のあるこれらのリソースの1つは、パラレル・サーバー・プロセスの使用です。パラレル・サーバー・リソースは、自動並列度(DOP)によって割り当てられます。その後、システム制限内の最適なDOPにより各文を確実に実行できるように、文のキューイングが使用されます。各文が最適のDOPで実行されるようにすると、システムでは次のことが可能になります。

- 全体的にうまく機能し、システム・リソース上での長い待機時間を回避します。

- ピーク時または問合せの暴走でシステムが対応できなくなることなく、最適な方法ですべてのリソースを利用します。

- 全体的なパフォーマンスの予測がより確実になるようにバランスを取ります。

- ユーザーの不正使用に基づくのではなく、ポリシーに基づいて、適切なリソースを割り当てます。

関連項目:

詳細は、『Oracle Database VLDBおよびパーティショニング・ガイド』を参照してください。

3.1.1.12 PMMLのインポート

このリリースでは、データ・マイニング・グループ予測モデル・マークアップ言語(PMML)標準を使用した、外部データ・マイニング・モデル(リニアおよびバイナリのロジスティック回帰)のインポートがサポートされるようになりました。インポートされたモデルは、Oracle Exadataの負荷軽減ができるネイティブOracle Data Mining(ODM)モデルになります。

外部のデータ・マイニング製品を使用してモデルを生成した場合、それらのモデルを本番データベースにデプロイするときに異常が発生する可能性があります。そのようなモデルをデプロイする現行のプロセスは、費用がかかり、エラーが発生しやすく、パフォーマンスがよくありません。この機能は、外部モデルのOracle本番システムへの移動を簡素化し、ODMオプションの最適化されたパフォーマンスを利用します。

関連項目:

詳細は、『Oracle Database PL/SQLパッケージおよびタイプ・リファレンス』を参照してください。

3.1.1.13 結果セット・インタフェース

クライアント・インタフェースCTX_QUERY.RESULT_SETは、問合せを実行し、結果セットを生成します。結果セットのコンポーネントは次のとおりです。

- ドキュメント。

- SDATAによるサポート順序。

- 一致するドキュメントの推定総数。

- メタデータ値で分析された、各カテゴリの一致するドキュメントの数。

検索結果のページは、多くの異種要素で構成されます(たとえば、最初のいくつかのドキュメントのメタデータ、スニペット、合計ヒット数など)。検索結果を構成するためにデータベースにアクセスするかわりに、不要なもののない結果セットを得るメカニズムが役に立ちます。結果セット・インタフェースは、検索結果のページに必要な様々な種類のデータを同時に作成でき、オーバーヘッドを共有することでパフォーマンスを改善します。結果セット・インタフェースは、SQLでは表現しにくいデータ・ビュー(カテゴリ問合せによる上位nなど)も返すことができます。

関連項目:

詳細は、『Oracle Textアプリケーション開発者ガイド』を参照してください。

3.1.1.14 パーティション化された表のセグメントのオンデマンド作成

最初にデータがオブジェクトに挿入されるまで、パーティション化された表および索引の最初のセグメントの作成を延期できます。個々のパーティションは、最初にデータが挿入されるまで物理的に作成されません。

あらかじめ同梱されたアプリケーションは、多数のパーティション化された表および索引を含む大きなスキーマとともに配布される場合があります。パーティション化された表のセグメントの作成を遅らせると、空のデータベース・オブジェクトが領域を消費しないため、インストール・フットプリントが減り、インストールが高速になります。

関連項目:

詳細は、『Oracle Database管理者ガイド』を参照してください。

3.1.1.15 XMLおよびXQueryインタフェースの単純化

この機能により、XQuery 1.0標準の演算子fn:docおよびfn:collectionが拡張され、データベースに格納されているXMLドキュメントのコレクションに直接アクセスできます。

表およびビューのXMLコンテンツへの直接アクセスは、疑似プロトコルxdb://を介してDBUriスタイルのパスをサポートするために、fn:docおよびfn:collectionを拡張することで実現します。

Oracle XMLおよびXQueryインタフェースの単純化により標準的なメカニズムが実現し、メンテナンスがより簡単な移植性のあるXMLアプリケーションを構築できるようになり、不必要または未使用の機能は非推奨となります。

関連項目:

詳細は、『Oracle XML DB開発者ガイド』を参照してください。

3.1.1.16 SMTP認証

このリリースから、UTL_SMTP PL/SQLパッケージを、Transport Layer Security(TLS)とSecure Sockets Layer(SSL)の両サーバー用に構成できるようになりました。

これにより、パッケージを使用して、スパムを防ぐために認証が必要なSMTPサーバーに送信することができます。

関連項目:

詳細は、『Oracle Database PL/SQLパッケージおよびタイプ・リファレンス』を参照してください。

3.1.1.17 SMTP暗号化

UTL_SMTPは、このリリースでSecure Sockets Layer(SSL)とTransport Layer Security(TLS)をサポートするように拡張されました。

これにより、パッケージを使用して、チャネルの整合性を保証するためにSSLとTLSを使用するSMTPサーバーに送信することができます。

関連項目:

詳細は、『Oracle Database PL/SQLパッケージおよびタイプ・リファレンス』を参照してください。

3.1.1.18 Active Data Guard環境用のSPAのサポート

Oracle Active Data Guardフィジカル・スタンバイ・データベースを使用している場合、SQLパフォーマンス・アナライザ(SPA)によるテスト用に利用できる本番環境のフル・データセットまたはクローン、あるいはその両方がすで存在します。リモート・テスト実行SPAトライアル・メソッドを使用すると、読取り専用モードでフィジカル・スタンバイ・データベースに接続し、それをテストに使用することができます。フィジカル・スタンバイ・データベースは、SPAのテスト中、ずっと読取り専用のスタンバイ・モードのままです(変更は適用されます)。SPAの分析およびレポートは、SPAのトライアルを調整しているリモート・データベースから入手可能です。調整するデータベース(SPAシステム)は、プライマリ・データベースでも、Oracle Database 11g以上のリリースを実行している任意のリモート・データベースでもかまいません。

この機能により、顧客は既存のActive Data Guardフィジカル・スタンバイ・データベースをSQLパフォーマンス・アナライザのテストに利用できます。

関連項目:

詳細は、『Oracle Databaseテスト・ガイド』を参照してください。

3.1.1.19 データベース・サービスのEDITION属性

データベース・サービスのEDITION属性は、そのサービスを使用して開始されるセッションの初期セッション・エディションを指定します。新規セッションを作成するプログラムで初期セッションが指定されていない場合、サービスで指定したエディション名が使用されます。サービスでエディション名が指定されていない場合、初期セッション・エディションはデータベースのデフォルト・エディションです。

ホット・ロールオーバーをサポートするためにエディションベースの再定義を実行する場合、データベースのクライアントは、アップグレード前のエディションを使用する場合と、アップグレード後のエディションを使用する場合があります。デフォルト・エディションは基本的に単一のエディションであるため、このシナリオでは、データベースのデフォルト・エディションでは不十分です。データベース・サービスのEDITION属性は、クライアント・コードを変更するのではなく、環境データを使用することで、クライアントがエディションを指定できる方法を提供します。

関連項目:

詳細は、『Oracle Database PL/SQLパッケージおよびタイプ・リファレンス』を参照してください。

3.1.1.20 XMLTypeデフォルト記憶域としてのバイナリXMLとSecureFilesの使用

このリリースでは、デフォルトの記憶域モデルが、XMLType用にSTORE AS CLOBからSTORE AS SECURE FILE BINARY XMLに変わりました。これは、XMLTypeの表または列を作成する際に明示的なSTORE AS句を指定しなかったときに使用される記憶域に影響を与えます。STORE AS句を指定しないことは、最適の記憶域モデルはどうあるべきかの判断がデータベースに任されることを意味しています。

リリース11.2.0.2より前のデータベースでは、デフォルトの記憶域モデルはSTORE AS BASICFILE CLOBでした。11.2.0.2では、デフォルトがSTORE AS SECUREFILE BINARY XMLに変更されました。

この変更には、正しく機能するように、XDB機能のインストールが必要です。XDB機能のインストールを選択しない顧客は、DDLエラーを避けるために、XMLTypeの表または列を作成するDLL文に、明示的にSTORE AS CLOBを追加する必要があります。XDBをインストールせずにXMLTypeを使用することは、11.1.0.1の時点では構成としてサポートされていません。

データベースが11.2.0.2にアップグレードされるとき、データの移行は行われません。

バイナリXMLとSecureFilesの組合せは、半構造化および非構造化XMLデータに、効率的な記憶域、取得およびDML機能を提供します。XMLTypeのデフォルト記憶域をバイナリXMLとSecureFilesに変更することで、顧客がベスト・プラクティスを採用しやすくなります。

関連項目:

詳細は、『Oracle XML DB開発者ガイド』を参照してください。

3.1.1.21 JDBC 4.0 SQLXML

この機能は、データベースにおけるXMLデータ型の管理のためにSQLXMLインタフェースのJDBC 4.0仕様を実装します。

この機能により、JDBC-ThinまたはJDBC-OCIを使用するJavaアプリケーションで、標準のSQLXML(java.sql.SQLXML)を使用してデータベースのXMLデータ型を管理できます。

関連項目:

詳細は、『Oracle Database JDBC開発者ガイド』を参照してください。

3.1.1.22 XStreamでのIDキーLCR

IDキーLCRにより、XStreamクライアント・アプリケーションで、サポートされていないデータ型を含む行に対する変更の処理が可能になります。IDキーLCRには、行変更のためのすべての列が含まれるわけではありません。かわりに、変更される行の行ID、表内で行を識別するためのキー列のグループ、およびXStream Outでサポートされている表のスカラー列のデータが含まれています。IDキーLCRには、サポートされていないデータ型の列は含まれません。

この機能により、XStreamユーザーは、Oracle Streamsではサポートできないデータベースの変更を取得できます。

関連項目:

詳細は、Oracle Database XStreamのガイドを参照してください。

3.1.2 ACFSの改善

次の各項では、11.2.0.2でのACFSの改善について説明します。

3.1.2.1 SolarisおよびAIXでのACFS、ADVMおよびスナップショット

Oracle ACFS、Oracle ASM Dynamic Volume Manager(Oracle ADVM)およびスナップショットは、Windows NTおよびLinuxプラットフォーム上のOracle Database 11gリリース2(11.2.0.1)では提供されていませんでした。

Oracle Database 11gリリース2(11.2.0.2)では、SolarisおよびAIXプラットフォームでOracle ASMの機能を利用する汎用クラスタ・ファイル・システムが提供されるようになりました。

関連項目:

詳細は、『Oracle Automatic Storage Management管理者ガイド』を参照してください。

3.1.2.2 Oracle ACFSのレプリケーション

Oracle Automatic Storage Management Cluster File System(Oracle ACFS)のレプリケーション機能は、プライマリからスタンバイ・サイトへのACFSファイル・システムの非同期レプリケーションをサポートします。

Oracle ACFSのレプリケーション機能により、ネットワーク全体でACFSファイル・システムを別の(できるだけ遠方の)サイトにレプリケートできます。その結果、ファイル・システムの障害時リカバリ機能が実現します。この機能は、Oracle Data Guardとともに使用することで、すべてのOracleデータをレプリケートできます。

関連項目:

詳細は、『Oracle Automatic Storage Management管理者ガイド』を参照してください。

3.1.2.3 Oracle ACFSのセキュリティおよび暗号化機能

Oracle ASM Cluster File System(Oracle ACFS)のセキュリティ機能は、Oracle ACFSのレルムベースのセキュリティを提供します。

Oracle ACFS暗号化機能により、ディスクに保存されたデータ(保存データ)を暗号化できます。

Oracle ACFSのセキュリティ機能により、ユーザーまたはグループがファイル・システム・オブジェクトにアクセスするためのセキュリティ・ポリシーを指定するレルムを作成できます。Oracle ACFSのセキュリティ機能は、オペレーティング・システムで提供されるアクセス制御に加えて、よりきめ細かなアクセス制御を提供します。

Oracle ACFS暗号化機能により、Oracle ACFSファイル・システムのデータを暗号化したフォーマットで保存でき、データの損失または盗難が発生した場合に、データの不正使用を防ぎます。

関連項目:

詳細は、『Oracle Automatic Storage Management管理者ガイド』を参照してください。

3.1.2.4 Oracle ACFSのタグ付け

Oracle ACFSのタグ付け機能は、ファイルのグループをこれらのファイルに割り当てられたタグ名と呼ばれる共通の命名属性に基づいて関連付けるための方法です。

この機能は、単独でも他の機能との併用でも使用できます。たとえば、Oracle ACFSのレプリケーション機能と併用して、一意のタグ名を割り当てることにより、異なるリモート・クラスタ・サイトにレプリケートする特定のファイルを選択できます。次にOracle ACFSのレプリケーション機能に、このタグ名に基づいてファイルをレプリケートするように指示します。この点でタグ付け機能を使用することにより、Oracle ACFSファイル・システム全体をレプリケートする必要性が少なくなります。

関連項目:

詳細は、『Oracle Automatic Storage Management管理者ガイド』を参照してください。

3.1.3 サービス品質(QoS)管理

新しいサービス品質管理サーバーにより、共有インフラストラクチャでのホスト・データベース・アプリケーションのサービス・レベルを、クラスタ管理者が実行時に管理できます。目標は使いやすい、ポリシー主導の管理システムを提供することで、十分なリソースが使用可能な場合は、サービス・レベルを満たすことを保証し、リソースが不十分な場合は、最も業務上の重要度の高いワークロードでサービス・レベルが満たされていないものに、重要度の低いものを犠牲にしてリソースを割り当てます。

次の各項では、サービス品質管理サーバーの機能を説明します。

3.1.3.1 データベースQoS管理サーバー

データベース・サービス品質(QoS)管理サーバーにより、システム管理者は、正確なランタイム・パフォーマンスとリソース・メトリックを相互に関連付け、ポリシーに基づいたパフォーマンス目標を達成する推奨リソース調整を行うために、専門システムを使用して分析を行うことで、Oracle Databaseクラスタにホストされているアプリケーションのサービス・レベルを管理できます。

データベースQoS管理サーバーではリソースのプーリングが可能になり、十分なリソースが使用可能な場合には、たとえ要求が急増しても、パフォーマンスと可用性の目標を確実に達成できます。事前に定義された一連のポリシーを使用して、パフォーマンス目標を達成するためにリソース割当てを管理することで、データベースQoS管理サーバーはシステム管理者やDBAの時間と専門知識を大幅に軽減します。実際の要求に基づいてシステム・パフォーマンスを絶え間なく監視することにより、実際の機能停止が発生する前に修正可能なボトルネックや潜在的な問題を迅速に特定します。このシステムでは、詳細なメトリックやボトルネックを確認し、それとともに解決のための推奨事項が提供されるため、サービス・レベルの違反の解決にかかる時間が短縮されます。最終的には、リソースの共有により資本と運営費を軽減することに対する利害関係者の信頼が得られます。

関連項目:

詳細は、『Oracle Database Quality of Service Managementユーザーズ・ガイド』を参照してください。

3.1.3.2 データベース・サービス品質(QoS)管理のサポート

データベース・サービス品質(QoS)管理サーバーをサポートするために、Oracle Database Resource Managerとメトリックが、きめ細かいパフォーマンス・メトリックをサポートするように強化され、ユーザー定義のパフォーマンス・クラスによりワークロードを管理できるようになりました。

データベースQoS管理サーバーをサポートすることで、クラスタ内の単一のデータベースまたは複数のデータベースを共有するアプリケーションを個々に管理して、それらのサービス・レベルの監視およびメンテナンスが可能になります。この統合で、ビジネス目標を維持しながら、ハードウェア、ソフトウェアおよび管理のコストが削減されます。

関連項目:

詳細は、『Oracle Database Quality of Service Managementユーザーズ・ガイド』を参照してください。

3.1.3.3 Enterprise Manager QoS管理統合

データベース・サービス品質(QoS)管理サーバーの管理は、Enterprise Managerの新しいクラスタ管理セクションに統合されます。これは、ウィザードを使用したポリシー・セットの作成、ダッシュボードを使用したアプリケーション・サービス・レベルの管理、履歴グラフ、ログおよびアラートによるパフォーマンスの監視を行うことを目的としたタスク・ベースのインタフェースとして設計されています。

この機能は、タスク・ベースで完全にEnterprise Managerに統合され、データベースQoS管理サーバーを使用したデータベース・アプリケーションのサービス・レベルの管理に必要な管理タスクを簡略化します。これにより、タスクとトラブルシューティングの時間が短縮されるだけでなく、要求されるトレーニングのレベルも下がるため、アプリケーションの可用性を維持しながらコストを削減できます。

関連項目:

詳細は、『Oracle Database Quality of Service Managementユーザーズ・ガイド』を参照してください。

3.1.3.4 Oracle Clustersのためのサーバー・メモリーのストレス保護

QoS管理が有効で、Oracle Clusterwareサーバー・プールの管理中に、使用可能なメモリー量、使用中のメモリー量、サーバーごとにディスクにスワップされているメモリー量など、リアルタイムのメモリー・データを提供するクラスタ状態モニターから、メトリック・ストリームを受信します。ノードのメモリーにストレスがかかっていると判断された場合、そのノードではCRSの管理対象データベース・サービスが停止し、新たな接続が作成されないようにして、既存のセッションが保護されます。メモリー・ストレスが軽減されると(たとえば、既存のセッションの終了やユーザーの介入のいずれか)、サービスは自動的に再開され、リスナーではそのサーバーでの接続開始を送信し始めます。

企業のデータベース・サーバーでは、セッションや暴走ワークロードが多すぎて、使用可能なメモリーがなくなる可能性があります。その結果、トランザクションの失敗や、極端な場合には、サーバーの再起動による貴重なリソースの損失が発生しかねません。Oracle Database QoS Managementでは、メモリー不足をリアルタイムで検出し、新規セッションの追加により使用可能なメモリーがなくなるのを防ぎ、それにより既存のワークロードやサーバーの可用性を保護します。これにより、Oracle RACデータベース・ホスト・アプリケーションのサービス・レベルの管理に、新しいリソース保護機能が加わります。

3.1.4 データベース・リプレイ

次の各項では、11.2.0.2の新しいデータベース・リプレイ機能について説明します。

3.1.4.1 データベース・リプレイとSQLパフォーマンス・アナライザ(SPA)の統合

この機能により、SQLチューニング・セット(STS)取得およびワークロード取得、またはリプレイを1つのプロセスで同時に実行できます。取得またはリプレイ用のAWRデータが指定したディレクトリ・オブジェクトにエクスポートされると、STSが自動的にエクスポートされます。SPAとデータベース・リプレイを統合することにより、ワークロードのSQL中心の問題を、別の手順で手動で行うよりも簡単に分析できます。ワークロード・リプレイの最後にSPAレポートを生成でき、SQL中心の分析が容易になります。Oracle RACはまだサポートされていません。

SPAとデータベース・リプレイの機能を統合するこにより、SQLチューニング・セットおよびワークロードの取得またはリプレイを、1つのプロセスで同時に実行できるようになります。その結果、SPAレポートが得られ、ワークロード・リプレイが終了した時点でのSQL中心の分析に役立ちます。

関連項目:

詳細は、『Oracle Databaseテスト・ガイド』を参照してください。

3.1.4.2 データベース・リプレイ・タイムアウト機能

ワークロードのリプレイ中、実行計画、システム変更またはその他が原因で、リプレイ・コールがハングするか、長くかかる場合があります。リプレイ・タイムアウト・パラメータを指定できます。コールがタイムアウトを超える場合、そのコールは中断します。1つまたは複数のコールの結果、ワークロードのリプレイが長くなりすぎたり、あるいはハングしたりする場合に、これはワークロードについて便利です。これらを中断しても、有益なワークロード・リプレイはそのまま提供されます。

データベース・リプレイのタイムアウト機能により、長く続くリプレイまたはランナウェイ・リプレイ・コールにかかる時間を制御できます。この機能がなければ、場合によっては、リプレイ・コールに長い時間がかかったり、ハングしたりする可能性があります。

関連項目:

詳細は、『Oracle Databaseテスト・ガイド』を参照してください。

3.1.4.3 データベース・リプレイ・ワークロード・アナライザ

データベース・リプレイ・ワークロード・アナライザは、取得したワークロードを分析し、それをどのくらい確実にリプレイできるかを評価するツールです。不十分なデータ、取得中のエラー、データベース・リプレイでサポートされていない機能の使用が原因で、正確にリプレイできない部分を概説することにより、リプレイ中に発生する可能性のある潜在的な問題を明らかにします。

この機能により、ワークロードの取得時に、そのワークロードが将来のテスト用として信頼できるものかどうかがわかります。

関連項目:

詳細は、『Oracle Databaseテスト・ガイド』を参照してください。

3.1.5 管理

次の各項では、11.2.0.2の新しい管理機能について説明します。

3.1.5.1 DBCAのOracle RAC One Nodeデータベース作成サポート

このリリースでは、Oracle Database Configuration Assistant(DBCA)で、データベース作成プロセスの一部として、Oracle Real Application Clusters One Node(Oracle RAC One Node)データベースの作成がサポートされるようになりました。

Oracle RAC One Nodeは、Oracle Database 11.2.0.1で導入されたOracle Enterprise Editionに対する新しいオプションです。Oracle DBCAでは、Oracle RAC One Nodeデータベースを認識し、必要な構成オプションを提供して、Oracle RAC One Nodeの管理がしやすくなりました。

関連項目:

詳細は、『Oracle Real Application Clusters管理およびデプロイメント・ガイド』を参照してください。

3.1.5.2 インストール時に最新の更新をダウンロードするオプション

この機能により、インストーラで基本製品だけでなく、インストーラ自体の必須パッチもインストール時にダウンロードできるため、後から適用する必要がありません。また、リースの途中で、インストール上の問題を解決することもできるため、メディアを再編集したり、不具合の修正を後のリリースに延期したりすることもありません。

現在のところ、基本インストールに不具合がある場合、次のリリースでそのバグが修正されるまで待つ必要があります。この機能は、リリースの途中で、インストール上の問題を解決するのにも役立ち、メディアを再編集したり、不具合の修正を後のリリースに延期したりすることもありません。また、基本製品の必須パッチも適用されるため、そのまますぐにより確実なインストールが行えます。

関連項目:

詳細は、『Oracle Databaseインストレーション・ガイド for Linux』を参照してください。

3.1.5.3 Oracle ASM Configuration Assistantによるアウトオブプレース・アップグレードのサポート

クラスタ用Oracle Grid Infrastructure 11gリリース2では、アウトオブプレース・アップグレードがサポートされます。Oracle ASM Configuration Assistant(ASMCA)は、この新リリースへのアウトオブプレース・アップグレードを完全にサポートするようになりました。

グラフィカル・ユーザー・インタフェース(GUI)により、この新リリースへの環境のアップグレードを、対話型の方法で簡単に行えます。スクリプト作成ができるように、アシスタントには非対話(サイレント)型の方法も用意されており、顧客が使用する様々なデプロイ・シナリオに対応します。

関連項目:

詳細は、『Oracle Automatic Storage Management管理者ガイド』を参照してください。

3.1.5.4 Oracle Database Upgrade Assistantによるアウトオブプレース・アップグレードのサポート

クラスタ用Oracle Grid Infrastructure 11gリリース2では、アウトオブプレース・アップグレードがサポートされます。Database Upgrade Assistant(DBUA)は、この新リリースへのアウトオブプレース・アップグレードを完全にサポートするようになりました。

グラフィカル・ユーザー・インタフェース(GUI)により、この新リリースへの環境のアップグレードを、対話型の方法で簡単に行えます。スクリプト作成ができるように、アシスタントには非対話(サイレント)型の方法も用意されており、顧客が使用する様々なデプロイ・シナリオに対応します。

関連項目:

詳細は、『Oracle Databaseアップグレード・ガイド』を参照してください。

3.1.5.5 Oracle Enterprise Manager DB ControlによるOracle RAC One Nodeのサポート

Oracle Enterprise Manager DB Controlでは、Oracle RAC One Nodeデータベースがサポートされます。

Oracle RAC One Nodeは、Oracle Database 11.2.0.1で導入されたOracle Enterprise Editionに対する新しいオプションです。Oracle Enterprise Manager DB Controlでは、Oracle RAC One Nodeデータベースを認識し、使いやすいグラフィカル・ユーザー・インタフェース(GUI)で必要な構成オプションが用意されているため、すでに使用可能なコマンドライン・ツールよりもはるかにOracle RAC One Nodeの管理が簡単になります。

3.1.5.6 Oracle RAC One Nodeデータベースのオンライン再配置

Oracle RAC One Nodeにより、Oracle RAC One Nodeデータベースを1つのサーバーから別のサーバーへオンラインで再配置できます。移行期間は最大12時間までカスタマイズ可能です。

Oracle RAC One NodeでOracle RAC One Nodeデータベースを1つのサーバーから別のサーバーへオンラインで再配置できることにより、Oracle Databaseに基づくアプリケーションの可用性が高まります。ワークロード・バランシングのためや、サーバー上、オペレーティング・システム上で、あるいは定期的にOracleソフトウェアにパッチを適用する際に、計画されたメンテナンスを実行するために、データベースを移動できるようになりました。

関連項目:

詳細は、『Oracle Real Application Clusters管理およびデプロイメント・ガイド』を参照してください。

3.1.5.7 Oracle RAC One NodeデータベースのSRVCTLベースの管理

Oracle RAC One Nodeは、Oracle Database Enterprise Editionへの新しいオプションです。Oracle RAC One Nodeは、他のOracle RACデータベースと同様に、SRVCTLを使用して管理できる、1つのアクティブ・データベース・インスタンスのみを実行するOracle RACデータベースを表します。

SRVCTLを使用することで、Oracle RAC One Nodeデータベースの管理が簡略化され、最適化されます。

関連項目:

詳細は、『Oracle Real Application Clusters管理およびデプロイメント・ガイド』を参照してください。

3.1.5.8 CRSCTLコマンドの強化

CRSCTLコマンド・セットは、クラスタ用Oracle Grid Infrastructureの様々な新しいリソースを管理できるように強化されました。

これらの新しいコマンドを使用することにより、クラスタ用Oracle Grid Infrastructureの管理が簡略化されます。

関連項目:

詳細は、『Oracle Clusterware管理およびデプロイメント・ガイド』を参照してください。

3.1.5.9 SRVCTLコマンドの強化

SRVCTLコマンド・セットは、クラスタ用Oracle Grid InfrastructureやOracle RACの様々な新しいリソースを管理できるように強化されました。

これらの新しいコマンドを使用することにより、Oracle RACやクラスタ用Oracle Grid Infrastructureの管理が簡略化されます。

関連項目:

詳細は、『Oracle Real Application Clusters管理およびデプロイメント・ガイド』を参照してください。

3.1.5.10 強化されたXStreamの管理性

XStreamの管理性を高めるために、新しいプロセス・パラメータが追加され、プロセス・メモリー制御などの機能、シーケンスへの変更、特定のユーザーまたはトランザクションによって実行された変更を除外する機能が加わりました。SCNまたはTIMEのいずれかによるストリーム内での再配置が利用できます。さらに、V$XSTREAM_OUTBOUND_SERVERやV$XSTREAM_TRANSACTIONなど、XStream固有の新しいビューが加わり、既存のビューは、プロセスのクライアント・ステータスやメモリーの使用状況などの追加情報を提供するように拡張されました。

これらの強化により、XStreamユーザーのXStream処理に対する制御性および可視性が高まります。

関連項目:

詳細は、Oracle Database XStreamのガイドを参照してください。

3.1.5.11 サプリメンタル・ロギングおよびXStreamでの列圧縮のサポート

Oracle StreamsおよびXStreamでは列圧縮がサポートされるようになりました。

この機能により、ハイブリッド列圧縮を使用して圧縮された表のロジカル・レプリケーションが可能になります。

関連項目:

詳細は、『Oracle Streams概要および管理』を参照してください。

3.1.5.12 インストール後のクラスタ構成用のスタンドアロン構成ウィザード

クラスタ用Oracle Grid InfrastructureとOracle Database 11gリリース2のインストールには、ソフトウェア専用オプションが含まれます。このウィザードは、ソフトウェアのインストールとは関係なく、クラスタ構成を完了することで、管理者を支援します。

構成ウィザードは、ソフトウェア・インストールとは関係なく、クラスタを構成する使いやすいインタフェースです。顧客サイトでソフトウェアをインストール後に構成することは、標準的な要件です。

クラスタ用のOracle Grid Infrastructureを一括デプロイできることが必要な顧客、またはリモート・インストールをサポートする必要のある顧客は、この機能の恩恵を受けます。

関連項目:

詳細は、『Oracle Clusterware管理およびデプロイメント・ガイド』を参照してください。

3.1.5.13 冗長な相互接続の使用

Oracle RACには、Oracle RACクラスタのサーバー間に専用のネットワーク接続が必要です。相互接続と呼ばれる専用のネットワーク接続は、クラスタ内の通信には不可欠です。ロード・バランシングや障害保護には冗長なネットワーク接続の使用をお薦めします。これまでのリリースでは、相互接続のために冗長なネットワークを利用するには、結合やトランキングのようなテクノロジを使用する必要がありましたが、クラスタ用Oracle Grid InfrastructureとOracle RACにより、クラスタ内での最適な通信を保証するために、冗長なネットワーク・インタフェースを使用する固有の方法が提供されるようになりました。

冗長な相互接続の使用で、Oracle RACクラスタの安定性、信頼性およびスケーラビリティが最適化されます。

関連項目:

詳細は、『Oracle Grid Infrastructureインストレーション・ガイド』を参照してください。

4 Oracle Database 11gリリース2(11.2.0.1)の新機能

この章では、Oracle Database 11gリリース2のすべての新機能を説明します。この章の内容は次のとおりです。

- アプリケーションの開発

- 可用性

- ビジネス・インテリジェンスおよびデータ・ウェアハウス

- クラスタ化

- データベース全般

- 診断機能

- パフォーマンス

- セキュリティ

- サーバーの管理性

- 非構造化データの管理

4.1 アプリケーションの開発

次の項では、Oracle Database 11gリリース2(11.2)のアプリケーション開発の新機能について説明します。

4.1.1 Oracle Application Express

次の項では、Oracle Application Expressの機能について説明します。

4.1.1.1 アプリケーションの日付書式

アプリケーション全体で使用される日付書式を定義できるようになりました。アプリケーション内のページを表示または発行する前に、この日付書式を使用してNLS_DATE_FORMATデータベース・セッションの設定を変更します。この書式は、日付を表示するすべてのレポートで使用され、日付ピッカー(アプリケーションの日付書式を使用)タイプのフォーム項目でも選択されます。

アプリケーション・レベルで日付書式を指定することによって、アプリケーション全体で一貫性が維持されます。これにより、常に同じ書式で日付を表示または入力できます。

4.1.1.2 カスタム・テーマ

Oracle Application Expressのデフォルトのテーマに加え、独自のカスタマイズ・テーマを作成できます。Oracle Application Expressの20個の標準テーマからいずれかを選択し、基礎となるテンプレートを変更するか、独自のテンプレートを最初から作成することもできます。各テーマは、Cascading Style Sheet(CSS)およびHTMLで定義されたテンプレートのセットで構成されています。

カスタム・テーマの公開が可能であるため、各企業の要件に応じて独自のルック・アンド・フィールを設計して、他のすべてのアプリケーションで使用できるテーマとして公開できます。

4.1.1.3 宣言的なBLOBのサポート

宣言的なBLOBのサポートにより、ファイルをフォームに宣言的にアップロードし、レポートを使用してダウンロードまたは表示できます。また、BLOBの表示およびダウンロードをPL/SQLを使用してプロシージャで作成することも可能です。

バイナリ・ラージ・オブジェクト(BLOB)のデータベース内での保存は、異なるファイルシステムにコンテンツを保存するよりも様々な点において優れているため、注目を集めています。Application Expressの宣言的なBLOB管理のサポートにより、コンテンツのロードおよび操作が非常に簡易化されます。

4.1.1.4 JavaScriptライブラリのドキュメント化

このリリースでは、上級のOracle Application Express開発者がWeb 2.0のカスタム機能を構築して活用できるようにフレームワークが改善されているため、パフォーマンスが向上し、開発者がより動的なアプリケーション・ウィジェットを作成できます。Oracle Application Expressには、標準のJavaScriptファイルとCSSファイルを抑制する機能も用意されています。現在は、ページのロード時間を短縮するために、含まれているJavaScriptファイルがすべて圧縮されています。

多くの開発者は、Web 2.0機能を増設するためにアプリケーションを拡張する必要がありますが、IPフォンやスマートフォンなどのモバイル・デバイス向けにページの重さを最小限にすることも必要です。ドキュメント化および宣言的な機能により、これらの異なる要件を満たすアプリケーションの設計が可能になります。

4.1.1.5 レポート出力の拡張

リリース3.1では、ダウンロード形式としてXMLが含まれ、複数のSQL文がサポートされています。

Oracle Application Expressの対話型レポートでは、画面にデータを表示する方法を操作できます。このデータは、PDF、RTF、XLS、XMLなどの様々な形式でダウンロードすることもできます。

4.1.1.6 フォームの変換

フォームの変換では、既存Oracle Formsの設計が取得され、一部のコンポーネント(主にユーザー・インタフェース)が自動的に変換されます。複合トリガーなどの他のコンポーネントは、生成後に手動で変換する必要があります。

ネイティブHTMLへの移行はシームレスではなく、Webにおける対話を最適化するには、ユーザー・インタフェースの変更が必要です。

Oracle Application Express Forms Conversionにより、対話型レポートをはじめとするOracle Application Expressの動的HTML機能を利用できます。Oracle FormsとOracle Application Expressは、どちらもSQLおよびPL/SQLを使用するなど、類似点があるため、新たなトレーニングの必要性はほとんどありません。

4.1.1.7 セキュリティの強化

Oracle Application Expressは、多数のセキュリティ機能が拡張されています。主な拡張機能には、宣言的にセッション状態を暗号化し、最大アイドル時間および最大セッション継続期間のセッション・タイムアウトを指定する機能、およびセッション状態に保存せずにパスワードを入力できる新しいパスワード・アイテム・タイプの作成などがあります。

その他に、Oracle Application Expressデータベース・アカウントに必要な権限の削減、データベース監視機能のデフォルトでの無効化、管理用のHTTPSの指定などがあります。また、管理者は、パスワードの再利用を制限できるようになりました。このリリースには、新しいアイテム・タイプとして、非表示で保護されたアイテム・タイプも含まれています。このアイテム・タイプによって、アイテムのセッション状態の保護が非常に簡易化されます。その他の軽微な改善点も含め、Oracle Application Expressのデフォルトのセキュリティ機能はさらに強化されています。

宣言的なセキュリティ機能の追加により、開発者および管理者は、アプリケーションと開発環境のセキュリティを容易に強化できます。これらの新機能は、柔軟な認証、認可スキーム、URL改ざんからの保護をはじめとする既存のOracle Application Expressのセキュリティ機能を補完します。

4.1.1.8 対話型レポート・リージョン

対話型レポート・リージョンで、エンド・ユーザーはレポートをカスタマイズできます。ユーザーは、目的の列を選択し、フィルタリング、ハイライト表示、ソートなどを適用してレポート・データのレイアウトを変更できます。また、ブレーク、集計、異なるチャートおよび独自の計算も定義できます。複数のレポートのバリエーションを名前付きレポートとして保存して、カンマ区切りのファイル(CSV)形式、Microsoft Excel(XLS)形式、Adobe Portable Document Format(PDF)、Microsoft Word Rich Text Format(RTF)などの異なるファイル形式にダウンロードできます。

Oracle Application Expressの対話型レポート機能により、エンド・ユーザーの様々なレポート要件に応じて変更可能なレポートを迅速に開発できます。開発者は、異なるユーザーやグループ用の特定のレポート・レイアウトを定義するかわりに、多数の異なる要件を満たす1つの共通レポートを定義できます。

4.1.1.9 ランタイムのみのインストール

テスト・インスタンスおよび本番インスタンスで、Oracle Application Expressのランタイム・バージョンをインストールできるようになりました。これにより、最小限のフットプリントおよび権限でのインストールが可能になります。提供されたスクリプトを使用して、既存インスタンスへの開発者のインタフェースの追加または削除も可能です。

ランタイムのみの環境の実装により、不注意による本番アプリケーションの更新や悪意のある更新ができなくなるため、アプリケーションのセキュリティが向上します。

4.1.2 その他の一般的な開発機能

次の項では、OCI、Pro*C、JDBCおよびその他の開発APIでの新機能について説明します。

4.1.2.1 Pro*CでのCURSOR DECLARATIONのWITH HOLDオプションのサポート

カーソル宣言でWITH HOLDオプションを指定できるようになりました。

この新しいオプションにより、Pro*Cアプリケーションの移行が容易になります。

関連項目:

詳細は、『Pro*C/C++プログラマーズ・ガイド』を参照してください。

4.1.2.2 Pro*CでのINSERTおよびFETCHの8バイトのネイティブ数値ホスト変数のサポート

Oracle Call Interface(OCI)では、32ビットおよび64ビット・プラットフォームで、Pro*CのINSERTおよびFETCHでの8バイトのネイティブ数値ホスト変数がサポートされるようになりました。

Fusionアプリケーションでは、Pro*CによるNUMBER(18)列へのデータの挿入またはフェッチの際のバインド/定義での8バイトのネイティブ・データ型のサポートが必要です。

関連項目:

詳細は、『Pro*C/C++プログラマーズ・ガイド』を参照してください。

4.1.2.3 Pro*COBOLでのINSERTおよびFETCHの8バイトのネイティブ数値ホスト変数のサポート

Oracle Call Interface(OCI)では、32ビットおよび64ビット・プラットフォームで、Pro*COBOLのINSERTおよびFETCHでの8バイトのネイティブ数値ホスト変数がサポートされるようになりました。

Fusionアプリケーションでは、Pro*COBOLによるNUMBER(18)列へのデータの挿入またはフェッチの際のバインド/定義での8バイトのネイティブ・データ型のサポートが必要です。

4.1.2.4 JDBCでのタイムゾーン・パッチのサポート

タイムゾーンの新しいアップグレード・スキームに適合するようにJDBCドライバが更新されました。

この機能は、簡易なタイムゾーン・パッチ・プロセスを提供します。これにより、TIMESTAMP WITH TIME ZONEデータ型を使用しているJavaアプリケーションは、夏時間(DST)の変更に影響されません。

4.1.2.5 JDBCでのゼロコピーのSecureFile LOB I/OおよびLOBプリフェッチのサポート

JDBCでゼロコピーのSecureFile LOB I/OおよびLOBプリフェッチがサポートされるようになりました。

この機能により、構造化(リレーショナル)および非構造化データへのJavaアクセスのパフォーマンスおよびセキュリティが向上します。

関連項目:

詳細は、『Oracle Database JDBC開発者ガイド』を参照してください。

4.1.2.6 OCIでの8バイトの整数のバインドおよび定義のサポート

Oracle Call Interface(OCI)で、32ビットおよび64ビット・プラットフォームでの8バイトの整数のバインドおよび定義がサポートされるようになりました。

Fusionアプリケーションでは、Pro*CまたはPro*COBOLによるNUMBER(18)列へのデータの挿入またはフェッチの際のバインドおよび定義での8バイトのネイティブ・データ型のサポートが必要です。Pro*CまたはPro*COBOLでは、アプリケーション開発者への転送が可能となるように、OCIでのこの機能のサポートが必要です。

関連項目:

詳細は、『Oracle Call Interfaceプログラマーズ・ガイド』を参照してください。

4.2 可用性

「可用性」の項の目的は、予定外の故障やスケジュールされたメンテナンス・アクティビティにかかわらず、Oracleデータベースを使用して継続的にデータにアクセスできるようにする機能を提供することです。これらの各機能は、Oracleの最大可用性アーキテクチャ(MAA)の基盤となり、統合Oracleテクノロジを使用して可用性の高いインフラストラクチャを実装するためのオラクルの青写真です。

4.2.1 バックアップおよびリカバリ

次の項では、このリリースの新機能によるバックアップおよびリカバリでの改善点について説明します。

4.2.1.1 ブロックの自動修復

ブロックの自動修復では、プライマリ・データベースまたはフィジカル・スタンバイ・データベースに破損ブロックが検出されると、他の宛先から適切なブロックが転送され、自動的に修復されます。また、フィジカル・スタンバイ・データベースからブロックがリストアされるようにRECOVER BLOCKが拡張されています。フィジカル・スタンバイ・データベースは、リアルタイム問合せモードである必要があります。

この機能により、ブロックの破損のために本番データにアクセスできなくなった場合、破損ブロックが検出され次第、フィジカル・スタンバイ・データベースからの適切なブロックを使用してリアルタイムで破損が自動的に修復され、時間が短縮されます。この機能は、ディスクやテープ・バックアップやフラッシュバック・ログによるリカバリとは違い、リアルタイムの同期されたフィジカル・スタンバイ・データベースから最新の適切なブロックを使用してブロック・リカバリの所要時間を短縮します。

関連項目:

詳細は、『Oracle Data Guard概要および管理』を参照してください。

4.2.1.2 OSBクラウド・コンピューティングを使用したAmazon Simple Storage Service(S3)へのバックアップ

Oracle Secure Backup(OSB)クラウド・モジュールによるAmazon S3(インターネット・ベースのストレージ・サービス)へのバックアップが提供されるようになりました。これはオラクル・クラウド・コンピューティングの一部として提供されています。

この機能は、管理の手間を省いた低コストのWebサービス・ストレージへのデータベース・バックアップを提供し、インハウス・バックアップ・インフラストラクチャの管理にかかるコストと時間を軽減または排除します。

関連項目:

詳細は、『Oracle Databaseバックアップおよびリカバリ・リファレンス』を参照してください。

4.2.1.3 ターゲット・データベース接続が不要なDUPLICATEの実行

ターゲット・データベースに接続せずに、DUPLICATEを実行できます。これには、カタログおよび補助データベースへの接続が必要です。

この機能の利点は、ターゲット・データベースに接続する必要がなく、DUPLICATE操作の可用性が向上することです。特に、ターゲット・データベースにいつでも接続できるとはかぎらない場合、接続先データベースへのDUPLICATEを実行する際に役立ちます。

関連項目:

詳細は、『Oracle Databaseバックアップおよびリカバリ・ユーザーズ・ガイド』を参照してください。

4.2.1.4 表領域のPoint-in-Timeリカバリ(TSPITR)の拡張

表領域のPoint-in-Timeリカバリ(TSPITR)は、次のように拡張されています。

- 削除された表領域をリカバリできるようになりました。

- 同じ表領域にTSPITRを複数回繰り返して実行できます。これまでは、表領域が以前の時点の状態にリカバリされると、別の時点までのリカバリを実行できませんでした。

- TSPITRが正常に実行されたことを確認するDBMS_TTS.TRANSPORT_SET_CHECKが自動的に実行されます。

- リカバリ・セットのデータファイルにAUXNAMEは使用されなくなりました。

この機能により、TSPITRのユーザビリティが向上します。

4.2.1.5 DUPLICATEの新しいオプション

DUPLICATEコマンドの新しいオプションを次に示します。

- NOREDO
NOREDOを指定すると、アーカイブ・ログが適用されません。ターゲットなしのDUPLICATEではターゲット・データベースに接続しないため、データベースがNOARCHIVELOGモードで実行されているかどうかをチェックできません。また、通常の複製中に使用して、現在ARCHIVELOGモードで実行されているデータベースを、アーカイブ・ログを適用せずに強制的にリカバリすることもできます(たとえば、複製される時点でNOARCHIVELOGモードであった場合など)。

- UNDO TABLESPACE <tsname> [ , <tsname> ... ]
リカバリ・カタログにもオープン状態のターゲット・データベースにも接続されていない場合、RMANはUNDOセグメントの表領域のリストを取得できないため、この句を使用して指定する必要があります。

この機能により、DUPLICATEコマンドのユーザビリティが向上します。

4.2.1.6 SET NEWNAMEの新しい句およびフォーマット・オプション

SET NEWNAMEコマンドの新しい句およびフォーマット・オプションを次に示します。

- 単一のSET NEWNAMEコマンドを、表領域内のすべてのファイルまたはデータベース内のすべてのファイルに適用できます。次に例を示します。

SET NEWNAME FOR TABLESPACE <tsname> TO <format>;

または

SET NEWNAME FOR DATABASE TO <format>;

- SET NEWNAME...<format>の新しいフォーマット識別子は次のとおりです。

- %U
一意識別子。data_D-%d_I-%I_TS-%N_FNO-%f

- %b
元のデータファイル名のUNIXベース名。たとえば、元のデータファイル名がORACLE_HOME/data/tbs_01.fの場合、%bはtbs_01.fです。

RESTORE、DUPLICATEおよびTSPITRの柔軟性が高くなるという利点があります。

関連項目:

詳細は、『Oracle Databaseバックアップおよびリカバリ・ユーザーズ・ガイド』を参照してください。

4.2.1.7 DUPLICATEの表領域チェック

DUPLICATE...TABLESPACEおよびDUPLICATE... SKIP TABLESPACEコマンドは、次の初期チェックを実行するようになりました。

- 除外する表領域にSYSが所有するオブジェクトが含まれているかどうかをチェックします。

- 実際の複製処理の前に、DBMS_TTS.TRANSPORT_SET_CHECKを実行して複製される表領域セットが自己完結型かどうかを確認します。

これらのチェックはターゲット・データベースで実行する必要があるため、ターゲットなしのDUPLICATEでは実行できません。

この機能により、DUPLICATEのユーザビリティが向上します。実際の複製操作を開始する前に、表領域に関する問題が即時に識別されます。

4.2.2 オンライン・アプリケーションのメンテナンスおよびアップグレード

次の項では、オンライン・アプリケーションのメンテナンスおよびアップグレード機能について説明します。

4.2.2.1 エディション・ベースの再定義

エディション・ベースの再定義では、新しいエディション内で変更が行われるため、アプリケーションの可用性を損わずにアプリケーションのデータベース・オブジェクトを変更できます。すべてのデータベースに、少なくとも1つのエディションがあります。新しいエディションは、既存エディションの子としてDBAによって作成されます。変更は子エディション内で行われ、変更中も親エディションは使用し続けることができます。必要な場合は、古いエディションでは表示されない新しい行または新しい表にのみ書き込むことで、データの変更を安全に行うことができます。エディショニング・ビューでは、変更された各表の異なる投影がそれぞれのエディションに公開されるため、各エディションにはそれ自身の列のみが表示されます。crosseditionトリガーは、古いエディションで行われたデータの変更を新しいエディションの列に伝播します。変更のインストールが完了すると、新しいエディションを使用するユーザーがいる一方、古いエディションを使い尽すユーザーもいます。ここでは、crosseditionトリガーは、新しいエディションで行われたデータの変更を古いエディションの列に伝播します。

多くの場合、大規模な基幹アプリケーションでは、データベース・オブジェクトにパッチやアップグレードを適用する際に、アプリケーションを長時間使用できなくなります。エディションベース再定義により、このコストを回避できます。

関連項目:

詳細は、『Oracle Database開発ガイド』を参照してください。

4.2.2.2 CREATEまたはREPLACE TYPEのFORCEの使用による拡張

CREATEまたはREPLACE TYPEコマンドでFORCEオプションを使用できるようになりました。

この機能によりユーザビリティが向上し、TYPEの依存オブジェクトが存在する場合でもCREATEまたはREPLACE TYPE操作を実行できます。ただし、TABLE依存が1つ以上存在する場合、FORCEを使用してもCREATEまたはREPLACE TYPEは成功しません。

関連項目:

詳細は、『Oracle Databaseオブジェクト・リレーショナル開発者ガイド』を参照してください。

4.2.2.3 トリガーのファイングレイン依存性

Oracle Database 11gリリース1(11.1)により、ファイングレイン依存性追跡が導入され、それと同時に、新しいFOLLOWSキーワードにより、トリガーが依存性の親である可能性がもたらされました。

リリース11.1では、トリガーの依存にファイングレイン依存性はありませんでした。リリース11.2には、このファイングレイン依存性が存在します。(リリース11.2では、新しいPRECEDESキーワードにより、トリガー間の依存性も可能になりました。)

関連項目:

詳細は、『Oracle Database開発ガイド』を参照してください。

4.2.2.4 INSERT文のIGNORE_ROW_ON_DUPKEY_INDEXヒント

INSERT INTO TARGET...SELECT...FROM SOURCEでは、挿入する行の一意キーが既存の行と衝突することがあります。IGNORE_ROW_ON_DUPKEY_INDEXにより、警告なしに衝突を無視して、衝突のない行を挿入できます。PL/SQLプログラムで同じ効果を得るには、まずソース行を選択し、それらの行をDUP_VAL_ON_INDEX例外のNULLハンドラを持つブロックで1行ずつターゲットに挿入していきます。ただし、PL/SQLのアプローチは、プログラムに手間がかかり、このヒントによる単一のSQL文の場合より処理に時間がかかります。

エディション・ベースの再定義を使用してオンライン・アプリケーションのアップグレード・スクリプトを実装する場合、このヒントによりパフォーマンスが改善され、プログラミングの手間が軽減されます。

関連項目:

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

4.2.3 Oracle Data Guard

次の項では、Oracle Data Guardを向上させるこのリリースの新機能について説明します。

4.2.3.1 ロジカル・スタンバイ・データベースおよびOracle LogMinerでの圧縮表のサポート

圧縮表(OLTPとダイレクト・ロード操作をサポートする圧縮表)がロジカル・スタンバイ・データベースおよびOracle LogMinerでサポートされています。

この追加の記憶域属性のサポートにより、ロジカル・スタンバイ・データベースでは、データの保護およびレポート機能をより広範囲の表に提供できるようになりました。

関連項目:

詳細は、『Oracle Data Guard概要および管理』を参照してください。

4.2.3.2 リアルタイム問合せでの適用ラグの制限の設定

Oracle Active Data Guardオプションが有効な場合のみ、REDO Applyをアクティブにしたままフィジカル・スタンバイ・データベースを読取り専用アクセスでオープンできます。この機能は、リアルタイム問合せとも呼ばれています。

リアルタイム問合せモードのフィジカル・スタンバイ・データベースへの非管理ユーザーからの問合せで、STANDBY_MAX_DATA_DELAYセッション・パラメータを使用して特定のセッションの適用ラグの許容値を指定できます。

この機能により、スタンバイ・データベースが許容できないほど古いかどうかを検出できるため、問合せをフィジカル・スタンバイ・データベースに肩代りさせてプライマリ・データベースの負荷を軽減できます。

関連項目:

詳細は、『Oracle Data Guard概要および管理』を参照してください。

4.2.3.3 Data Guard構成での統合によるアプリケーション・フェイルオーバーのサポート

Oracle Data Guardのロール遷移で、プライマリ・データベースに接続されたアプリケーションは、新しいプライマリ・データベースに透過的にフェイルオーバーできます。高速アプリケーション通知(FAN)との統合は、統合クライアントに高速フェイルオーバーを提供します。

Oracle Data Guardを使用した障害時リカバリ構成の柔軟性と管理性が向上します。

関連項目:

詳細は、『Oracle Data Guard Broker』を参照してください。

4.2.3.4 最大30個のスタンバイ・データベースのサポート

プライマリ・データベースでサポートされるスタンバイ・データベースの数が9個から30個に増加しました。

30個のスタンバイ・データベースの作成と、Oracle Active Data Guardオプションの機能により、リーダー・ファームを作成して本番データベースの大量の読取り専用のワークロードを肩代りさせることができます。

関連項目:

詳細は、『Oracle Data Guard概要および管理』を参照してください。

4.3 ビジネス・インテリジェンスおよびデータ・ウェアハウス

次の項では、Oracle Database 11gリリース2(11.2)のビジネス・インテリジェンスおよびデータ・ウェアハウスの新機能について説明します。

4.3.1 分析の向上

次の項では、このリリースでの分析処理の新機能および改善点について説明します。

4.3.1.1 Analytic Functions 2.0

このリリースでは、新しい分析関数の導入および機能の拡張が行われています。順序付けられた新しい集計、LISTAGGは、メジャー列の値を連結します。新しい分析ウィンドウ関数NTH_VALUE(既存のFIRST_VALUE関数およびLAST_VALUE関数の総括)により、ウィンドウの任意(n番目)のレコードを取得できます。

IGNORE NULLSオプションにより、LAG関数およびLEAD関数が拡張されています。

新しいSQL分析関数および拡張機能により、(簡易な)SQL仕様を使用したデータベースでの複雑な分析処理が可能になり、パフォーマンスが向上します。

関連項目:

詳細は、『Oracle Databaseデータ・ウェアハウス・ガイド』を参照してください。

4.3.1.2 再帰WITH句

SQLのWITH句の拡張により、再帰問合せを作成できるようになりました。

再帰WITH句は、ANSI(米国規格協会)に準拠しています。したがって、Oracleでの再帰問合せはANSI準拠です。

関連項目:

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

4.3.2 データ・ロードの改善

次の項では、このリリースでのデータ・ロードの新機能および改善点について説明します。

4.3.2.1 DIRECTORYオブジェクトのEXECUTE権限

このリリースでは、DIRECTORYオブジェクトでEXECUTE権限を使用できるようになりました。ORACLE_LOADERアクセス・ドライバは、ユーザーにより指定されたプログラムを実行するプロセスを作成します。そのプログラムは、データベースに定義されたディレクトリ・オブジェクトによって指定されたディレクトリ・パスに存在する必要があります。ディレクトリ・オブジェクトへのEXECUTEアクセスを与えられたユーザーのみがそのディレクトリのプログラムを実行できます。

この機能により、DBAは、外部表でのデータ・ロードの一部としてプリプロセッサを実行できるユーザーを制御できます。それらのユーザーが実行できるプログラムも制限できます。ディレクトリ・オブジェクトにアクセスできる既存ユーザーは、DBAからディレクトリへのEXECUTEアクセスを与えられた場合を除き、そのディレクトリからプログラムを実行できません。

関連項目:

詳細は、『Oracle Databaseユーティリティ』を参照してください。

4.3.2.2 ORACLE_LOADERアクセス・ドライバの外部表のデータの前処理

このリリースでは、ORACLE_LOADERアクセス・ドライバの構文が拡張されて、外部表に読み取るデータファイルの前処理を行うプログラムを指定できます。アクセス・パラメータに、ディレクトリ・オブジェクトの名前と、そのディレクトリ・オブジェクト内の実行可能ファイル名を指定できます。アクセス・ドライバは、ファイルからデータを読み取るとき、データファイル名を渡して、指定されたプログラムを実行するプロセスを作成します。プログラムの出力はアクセス・ドライバに渡され、アクセス・ドライバにより解析されてレコードおよび列に変換されます。

この機能は、圧縮ファイルに格納されたデータをロードする必要のあるユーザーによって最初に使用されます。ユーザーは、ファイルの解凍に使用するプログラムの名前をアクセス・パラメータの一部として指定します。解凍プログラムの出力をアクセス・ドライバが読み取ります。

圧縮ファイルは、必要なディスク領域を軽減し、ディスクとメモリー間のI/O帯域幅を効率的に使用できるため、多くのユーザーは圧縮ファイルからのデータのロードを求めています。

関連項目:

詳細は、『Oracle Databaseユーティリティ』を参照してください。

4.3.3 パーティション化の改善

次の項では、このリリースでのパーティション化の新機能および改善点について説明します。

4.3.3.1 リファレンス・パーティションの主キーまたは外部キーでの仮想列の使用

仮想列をリファレンス・パーティション表の主キーまたは外部キーの列として使用できます。

リファレンス・パーティション表での仮想列の使用により、Oracleのパーティション化を使用した様々なビジネス・シナリオの実装が簡易化されます。

4.3.3.2 システム管理の索引のリスト・パーティション化

リスト・パーティション表でシステム管理ドメインの索引がサポートされるようになりました。

これにより、ドメイン固有の索引付けのパーティション化でのサポートがより完全なものとなり、Oracle XML DBを含め、ユーザーの要件を満たすように拡張されました。このリリースでは、リスト・パーティション表でのローカル・ドメイン索引のパフォーマンスが改善されています。

関連項目:

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

4.3.4 パフォーマンスおよびスケーラビリティの改善

次の項では、このリリースでのパフォーマンスおよびスケーラビリティの新機能および改善点について説明します。

4.3.4.1 インメモリー・パラレル実行

従来、組織ではパラレル実行により、システムのI/Oキャパシティをフルに活用して、大量のデータの管理およびアクセスを行ってきました。インメモリー・パラレル実行では、システム内のメモリーを集約して問合せのパフォーマンスの向上に役立て、パラレル操作の物理I/Oの必要性を最小化または完全に排除します。パラレル実行を使用してアクセスされるオブジェクトをSGA(バッファ・キャッシュ)にキャッシュすることが有効かどうかの判断は、Oracleにより自動的に行われます。キャッシュされるオブジェクトは、オブジェクトのサイズやアクセス頻度などを含め、慎重に定義された一連の経験則に基づいて決定されます。Oracle RAC環境では、オブジェクトの断片がアクティブなインスタンスの各バッファ・キャッシュにマップされます。このマッピングの作成により、SQL問合せに応答する際に、オブジェクトの特定の部分またはパーティションが格納されたバッファ・キャッシュにアクセスできます。

インメモリー・パラレル問合せでは、システム内のメモリーを集約してパラレル操作に役立てることができるため、クラスタのノード数が増加するにつれ、データのキャッシュに使用可能なメモリーとともにパラレル操作をスケール・アウトできます。この新機能は、パラレル操作をメモリー内で充足させるため、必要な物理I/Oを最小化または完全に排除することで、大規模なパラレル操作を最適化します。

関連項目:

詳細は、『Oracle Database VLDBおよびパーティショニング・ガイド』を参照してください。

4.3.4.2 最小労力パラレル実行 - 並列度(DOP)およびキューイングの自動化

アクティブな場合、SQL操作に最適な並列度(DOP)が、オブジェクトのサイズ、文の複雑度および既存ハードウェア・リソースに基づいて決定されます。

データベースによりパラレル実行のユーザー設定の誤りや不足が補われ、リソースの使用およびシステム動作全体が最適化されます。

関連項目:

詳細は、『Oracle Database VLDBおよびパーティショニング・ガイド』を参照してください。

4.3.4.3 DBMS_PARALLEL_EXECUTEパッケージ

DBMS_PARALLEL_EXECUTEパッケージは、指定されたINSERT、UPDATE、DELETE、MERGEまたは無名ブロック文をパラレル・チャンクに適用するサブプログラムを提供します。文には、チャンクの開始および終了制限を定義する2つのプレースホルダが必要です。通常、これらは大きな表の行IDまたは代替一意キーの値です。ただし、無名ブロックを使用する場合、値は任意に解釈されます。パッケージには、指定された表の範囲を定義するサブプログラムがあります。これらのサブプログラムには、表の行IDやキー範囲のルール・ベース分割などが含まれ、ユーザー定義メソッドがサポートされます。SQL文とチャンク範囲のセットにより、タスクが定義されます。別のサブプログラムにより、タスクが開始されます。各タスクはスケジューラ・ジョブを使用して処理され、完了すると自動的にコミットされます。進行状況はログに書き込まれます。タスクが完了または中断すると、未試行、成功および失敗としてチャンクがマークされます。タスクを再開して未試行および失敗したチャンクを試行する別のサブプログラムを実行することもできます。

多数の行のバルク変換は、様々なシナリオで必要とされます。通常のSQL文を使用すると、成功か失敗のどちらかしかないため、危険です。一般に、ある行の変換が他の行とは独立して行われる場合、正常に変換された行をコミットし、失敗した行をロールバックするのが正しい方法です。Oracle Schedulerと進行状況を記録する適切なメソッドを使用して、最初からこれらを達成するためのスキーマを実装しているユーザーもいます。このパッケージにはサポートされているソリューションがあり、さらにパラレル・タスク・メタデータ用の新しいカタログ・ビューを使用してデータベース全体を管理できます。このパッケージは、オンライン・アプリケーションのアップグレード・シナリオで、列が定義されている表内のすべての列にcrosseditionトリガーを適用する場合に特に有効です。

関連項目:

詳細は、『Oracle Database PL/SQLパッケージおよびタイプ・リファレンス』を参照してください。

4.3.4.4 コミット時の高速リフレッシュの大幅なパフォーマンスの向上

ログ処理の所要時間が削減され、マテリアライズド・ビューの高速リフレッシュが非常に速くなりました。

これにより、メンテナンス時間が大幅に削減され、より高速なリフレッシュが可能になります。

関連項目:

詳細は、『Oracle Databaseデータ・ウェアハウス・ガイド』を参照してください。

4.3.5 Oracle Warehouse Builder

次の項では、Oracle Warehouse Builder(OWB)での抽出、変換およびロード(ETL)の改善された機能について説明します。

4.3.5.1 マッピング・エディタでの拡張検索のサポート

「使用可能なオブジェクト」タブおよび「選択されたオブジェクト」タブで、マッピング・エディタの検索機能が拡張され、マッピング・ダイアグラムでの演算子、グループおよび属性の検索および更新が容易になりました。

この機能により、大規模で複雑なマッピングを行う場合や、多数の表、ビューまたは列を含む複雑なデータ・ソースを操作する場合などにおいてETLマッピングの開発者の生産性が向上します。

関連項目:

詳細は、『Oracle Warehouse Builderデータ・モデリング、ETLおよびデータ・クオリティ・ガイド』を参照してください。

4.3.5.2 ビジネス・インテリジェンス・ツールの統合

Oracle Warehouse Builder(OWB)は、Oracle Business Intelligence Enterprise Editionに加え、Oracle Business Intelligence Standard Edition(Discoverer)のメタデータ統合も提供します。

Oracle Business Intelligence Enterprise Edition(OBI EE)では、データ・ウェアハウス設計からすぐに使用できる物理ビジネス・モデルおよびプレゼンテーション層メタデータを導出し、OWB内から導出オブジェクトを視覚化およびメンテナンスできます。また、OBI EEへのロードが可能なRPDファイル形式で導出オブジェクトをデプロイできます。

Oracle Discovererの統合は、前のリリースで追加され、データ・ウェアハウス設計からのDiscoverer用のメタデータの導出、および導出オブジェクトのDiscovererへのデプロイなどが含まれます。このリリースでは、類似の機能がOBI Enterprise Editionで使用可能になりました。すべてのビジネス・インテリジェンス・アプリケーション・オブジェクトはOWBでモデル化され、列レベルで系統および影響分析に含めることができます。

Oracleデータ・ウェアハウスとともにOracleビジネス・インテリジェンス・ツールを使用しているユーザーは、追加の設計や開発の労力なしに、ウェアハウスから適切な応答を迅速に得ることができます。

4.3.5.3 マッピング・エディタでの演算子および属性のコピーおよび貼付け

マッピング・エディタで、属性の設定も含め、演算子のマッピング内またはマッピング間でのコピーおよび貼付けができるようになりました。

この拡張により、共通または類似の要素を再利用する複雑なETLマッピングの開発時間が短縮され、エラーが減少します。

関連項目:

詳細は、『Oracle Warehouse Builderデータ・モデリング、ETLおよびデータ・クオリティ・ガイド』を参照してください。

4.3.5.4 デザイン・センターのツールバーでの現在の構成のドロップダウン・リスト

デザイン・センターで、ユーザーのアクティブな構成がドロップダウン・リストに表示されるようになりました。

これにより、複数構成の機能のユーザビリティが向上します。

関連項目:

詳細は、『Oracle Warehouse Builderインストレーションおよび管理ガイド』を参照してください。

4.3.5.5 フラット・ファイルのインポートのサポートの拡張

フラット・ファイルのインポートのサポートが、多くの点で改善されています。簡素化されたフラット・ファイルのサンプリング・ウィザード、マルチ・キャラクタおよび16進数の形式のデリミタおよび囲み文字のサポート、簡素化された固定長フィールド形式のサポート、異機種間ターゲットへのフラット・ファイルのバルク・ロードのサポートなどがあります。

フラット・ファイルは、ETLアプリケーションで、データの移動を簡単かつ高パフォーマンスで行うために頻繁に使用されます。これらの変更により、ETL開発者の生産性が向上し、様々なシナリオでフラット・ファイルの処理の柔軟性が向上します。

4.3.5.6 テーブル・ファンクションのサポートの拡張

OWBでのテーブル・ファンクションのサポートが拡張されました。既存のテーブル・ファンクションのメタデータのインポート、OWB内からテーブル・ファンクションを作成するためのエディタ、マッピングでのテーブル・ファンクションのサポートの強化などがあります。

サポートの拡張により、ユーザー定義の集計やデータ・マイニング・サンプリング演算子など、テーブル・ファンクションの使用が簡易化され、柔軟性の高いパワフルな変換が可能になります。

4.3.5.7 エディタ・メニューへのエキスパートの追加

OWBエキスパートをマッピング・エディタ・メニューに追加できるようになりました。

これにより、マッピング・エディタの機能が強化および拡張され、開発者の生産性が向上します。

4.3.5.8 演算子の編集ダイアログでの式の編集

式の演算子との関連付けは、演算子の編集ダイアログまたは式エディタに直接入力できるようになり、プロパティ・インスペクタでこれらの式をプロパティに入力する必要はありません。

ETLマッピングの演算子を作成する際に、開発者は多くの作業を1か所で終了できるため、生産性が向上します。

関連項目:

詳細は、『Oracle Warehouse Builderデータ・モデリング、ETLおよびデータ・クオリティ・ガイド』を参照してください。

4.3.5.9 マッピング・エディタのオブジェクトのグループ化およびスポットライト

マッピング・エディタで、マッピング・エディタ内のオブジェクトを一時的または永続的にグループ化して、1つのアイコンとして閉じることができます。これにより、マッピングの複雑さを隠すことができます。また、1つの演算子にスポットライトを当てることで、演算子に直結するオブジェクトを除き、マッピングのすべてのオブジェクトが一時的に非表示になります。

これにより、多数の演算子を含む複雑なマッピングを操作する開発者の生産性が向上します。

関連項目:

詳細は、『Oracle Warehouse Builderデータ・モデリング、ETLおよびデータ・クオリティ・ガイド』を参照してください。

4.3.5.10 複数のコントロール・センターに登録された場所の管理の改善

コントロール・センターでの場所の登録を管理するユーザー・インタフェースが改訂され、特に、複数のコントロール・センターに登録された場所を操作する際に、ユーザビリティが向上しました。

この変更により、複数のコントロール・センターの場所の管理を担当するOWB管理者の生産性が向上します。

関連項目:

詳細は、『Oracle Warehouse Builderソースおよびターゲット・ガイド』を参照してください。

4.3.5.11 場所を管理するユーザー・インタフェースの改善

OWBの場所を管理するユーザー・インタフェースが改訂されてユーザビリティが向上し、新しくサポートされた接続方法を使用した非Oracleデータ・ソースへのアクセスをサポートします。

これらの変更により、異機種間およびOracle専用環境でのOracle Warehouse Builder管理者および開発者の生産性が向上します。

4.3.5.12 キー参照演算子の拡張

キー参照演算子は、大幅に変更されています。

- 画面不動産の効率的な使用。

- 非等価参照のサポート。

- 動的参照(マッピングの実行中に参照表の変更が可能)。

これらの変更により、タイプ2の緩やかに変化するディメンション(SCD)のサポートの改善を含め、様々な状況において参照演算子はよりパワフルになります。

4.3.5.13 マッピング・デバッガの拡張

OWBマッピング・エディタの様々な拡張を次に示します。

- 監視ポイントのサポートの改善および個々のブレークポイントの有効化と無効化。

- ユーザー定義型の列のサポート。

- VARRAY、EXPANDおよびCONSTRUCTなど、多数の既存演算子のサポートの拡張。

- キー参照およびテーブル・ファンクションの演算子のサポート。

- 相関結合のサポート。

- デバッガ固有のオブジェクトのクリーンアップの改善。

これらの拡張により、特にマッピング・デバッガが最大の価値を付加する複雑なマッピングを操作する場合、ETLマッピング開発者の生産性が向上します。

4.3.5.14 新しいJDeveloperスタイルのユーザー・インタフェース

Oracle Warehouse Builderデザイン・センターのユーザー・インタフェースは、Fusionクライアント・プラットフォームを使用するように更新されました。これはOracle JDeveloperおよびOracle SQL Developerと同じ統合開発環境(IDE)のコア・プラットフォームです。

このユーザー・インタフェースには、次の利点があります。

- 画面不動産の使用の効率化および柔軟性の向上。

- タイプが同じ複数のエディタのオープンをサポート。たとえば、異なるウィンドウで1度に複数のETLマッピングを編集できます。

- 異なるOWBユーザー・インタフェース部分での一貫性のある動作。

この変更は、Oracle Warehouse Builderデザイン・センターのOracleの他の開発ツールとの調和をもたらします。Fusionクライアント・プラットフォームでのユーザビリティ調査および他のOracle製品と一貫性のある動作などの利点により、Oracle Warehouse Builder環境の開発者の生産性が向上します。

関連項目:

詳細は、『Oracle Warehouse Builderソースおよびターゲット・ガイド』を参照してください。

4.3.5.15 生成されたPL/SQLコードの演算子リファレンス

OWBのETLマッピングでは、生成されたPL/SQLコードに、マッピングの特定の演算子と生成されたコードのセクションを結び付ける際に役立つ詳細なコメントが含まれます。

これにより、OWBで生成されるコードに関して、コードをデプロイする際に初めて検出される問題のトラブルシューティングに役立ちます。この追加の情報は、開発者の生産性を向上させます。

4.3.5.16 クイック・マッパー

このリリースでは、Oracle Warehouse Builder(OWB)にマッピングでの演算子の関連付けに使用される新しいスプレッドシートに類似したダイアログが導入されました。この機能は、既存の自動マッピングのダイアログに代わるものです。

この改善により、多数の入力または出力を伴う演算子を扱う際に、開発者の時間が短縮され、エラーが減少します。

関連項目:

詳細は、『Oracle Warehouse Builderデータ・モデリング、ETLおよびデータ・クオリティ・ガイド』を参照してください。

4.3.5.17 リポジトリ・ブラウザの変更点

リポジトリ・ブラウザは、フォルダリングのサポート、リリース11.2の機能セットに関連する新しいタイプのメタデータの公開、OC4J 10.3.3のサポートを提供するように更新されました。

これらの変更により、Oracle Warehouse Builderの管理性が向上します。

4.3.5.18 Oracle Warehouse Builderリポジトリ・アップグレードの簡易化

リポジトリのアップグレードでは、Oracle Warehouse Builder(OWB)リポジトリの現行リリースへのアップグレードが自動的に行われ、ユーザーの操作が軽減されました。

これにより、新しいリリースへのアップグレード・タスクが簡易化されます。

4.3.5.19 LONGデータ型を含む表からのデータ抽出のサポート

Oracle Warehouse Builderでは、PeopleSoftアプリケーションのデータ・ソースなどで発生する非推奨のLONGデータ型をサポートするデータベース・スキーマからデータを抽出するSQL*Plusコードを生成できるようになりました。

PeopleSoftデータで使用されるLONGデータ型のサポートにより、OWBユーザーは、PeopleSoftデータまたはLONGデータ型を使用する他のデータ・ソースを効率的に統合できるようになります。

4.3.5.20 結合演算子の副問合せのサポート

Oracle Warehouse Builder(OWB)の結合演算子は、結合での副問合せの使用に関連するいくつかの新しい動作をサポートするようになりました。

- EXISTS、NOT EXISTS、INおよびNOT INを使用する副問合せの指定。

- +(プラス)記号ではなく、入力ロールを使用した外部結合の指定。

- 外部結合のみでなく、すべての結合タイプのANSI SQL構文の生成。

柔軟性の高い結合演算により、開発者の生産性が向上し、データ変換での柔軟性が向上します。

4.4 クラスタ

次の各項では、Oracle Database 11gリリース2(11.2)のクラスタ化の新機能について説明します。

4.4.1 Oracle Real Application Clustersの使いやすさ

このリリースのOracle Real Application Clusters(Oracle RAC)では、様々な機能によってクラスタおよびOracle RACデータベースのインストールおよび継続的な管理が大幅に簡易化され、初心者がクラスタ化およびOracle RACを採用してこのテクノロジを利用しやすくなっています。

次の項では、Oracle RACの使いやすさを向上する機能について説明します。

4.4.1.1 コンフィギュレーション・アシスタントのOracle RAC新機能のサポート

Database Configuration Assistant(DBCA)、Database Upgrade Assistant(DBUA)およびNet Configuration Assistant(NETCA)は、このリリースのすべての新機能をサポートし、ベスト・プラクティス実装を提供するように更新されています。

コンフィギュレーション・アシスタントにより、適切な手順で環境が自動的に構成されます。アシスタントにより、クラスタおよびクラスタ・データベースを簡単に実装できます。

関連項目:

詳細は、Oracle Real Application Clustersのインストレーション・ガイドを参照してください。

4.4.1.2 クラスタ検証ユーティリティの拡張

クラスタ検証ユーティリティ(CVU)に、記憶域タイプおよび構成のチェックに関連する新たな機能が追加されました。また、ユーザー固有の設定がさらに慎重に考慮されるようになりました。

これらの拡張により、クラスタ環境の実装および構成が簡易化され、クラスタ環境の問題診断が改善されます。

関連項目:

詳細は、Oracle Real Application Clustersのインストレーション・ガイドを参照してください。

4.4.1.3 クラスタ検証ユーティリティとOracle Universal Installerの統合

クラスタ検証ユーティリティ(CVU)は、インストーラと完全に統合され、インストールに含まれるすべてのノードが自動的にチェックされます。

この統合により、Oracleソフトウェアをインストールする前にクラスタの設定に関する問題が検出および修正され、Oracle RACの管理性およびデプロイメントが向上します。

関連項目:

詳細は、『Oracle Grid Infrastructureインストレーション・ガイド』を参照してください。

4.4.1.4 クラスタ・タイム・サービス

クラスタ・タイム・サービスは、クラスタのすべてのノードのシステム時間を同期します。クラスタ全体でのシステム時間の同期化は、Oracleクラスタをインストールして正常に実行するための前提条件です。

この機能では、用意されているタイム・サーバーを使用することで、OracleクラスタおよびOracle RAC環境の管理、メンテナンスおよびサポートが簡略化されます。また、Oracle RAC環境の信頼性も向上します。

関連項目:

詳細は、『Oracle Clusterware管理およびデプロイメント・ガイド』を参照してください。

4.4.1.5 Oracle Cluster Registry(OCR)の拡張

このリリースでは、Oracle Cluster Registry(OCR)へのアクセス方法が改善されています。次に改善点を示します。

- ノード障害での迅速なサービスの再配置。

- 最大5部のOCRコピーのサポートによるクラスタの可用性の向上。

- 自動ストレージ管理(ASM)でのOCRの保存。

OCRを管理するツールは、新しい管理オプションをサポートするように変更されています。

これらの拡張により、Oracle Clusterware環境およびOracle Real Application Clusters環境のパフォーマンスが向上し、一貫性のある自動化されたストレージ管理により簡単にクラスタを管理できます。

関連項目:

詳細は、『Oracle Clusterware管理およびデプロイメント・ガイド』を参照してください。

4.4.1.6 グリッド・プラグ・アンド・プレイ(GPnP)

グリッド・プラグ・アンド・プレイ(GPnP)により、ノードごとの構成データおよび明示的な追加および削除のノード手順の必要性を削減できます。この機能によって、システム管理者は、テンプレートのシステム・イメージを取得するだけで、それ以上の構成を行わなくても、新しいノードでそのイメージを実行できます。そのため多くの手動操作が不要になり、エラーの発生する可能性が減るだけでなく、構成の変更をより簡単に行えるようになります。ノード単位の構成が排除されると、個々の状態をノードで保持して管理する必要がなくなるため、ノードの交換が容易になります。

グリッドのプラグ・アンド・プレイ機能により、ノード単位の状態が使い捨て可能になることで、データベース・ノードのインストール、構成および管理のコストが削減されます。これによって、再生成された状態でノードを簡単に交換できるようになります。

関連項目:

詳細は、『Oracle Grid Infrastructureインストレーション・ガイド』を参照してください。

4.4.1.7 Oracle Restart

Oracle Restartは、単一インスタンスのOracleデータベースの可用性を向上します。Oracle Restartは、ハードウェアまたはソフトウェア障害の後、またはデータベース・ホスト・コンピュータの再起動の際に、データベース・インスタンス、自動ストレージ管理(ASM)インスタンス、リスナーおよびその他のコンポーネントを自動的に再起動します。Server Control(SRVCTL)は、スタンドアロン・サーバーでOracle Restartによって管理されるOracleプロセスを管理するためのコマンドライン・インタフェースです。

これにより、単一インスタンスのOracleデータベースおよびデータベース・サーバーで実行されているプロセスやアプリケーションの信頼性が向上し、管理が自動化されます。

関連項目:

詳細は、『Oracle Database管理者ガイド』を参照してください。

4.4.1.8 ポリシーベース・クラスタおよび容量管理

Oracle Clusterwareは、ユーザーが定義したポリシーに基づいて容量の割当ておよび再割当てを行います。これにより、ポリシーベース管理を使用した迅速なリソース・フェイルオーバーおよび動的な容量の割当てが可能になります。

ポリシーベース・クラスタおよび容量管理により、クラスタ内の全種類のアプリケーションの割当てを効率的に行うことができます。様々なアプリケーションは、ポリシーごとのリソース消費量に基づき分割されて、共有インフラストラクチャでホストされ、その結果、単一システム環境にデプロイされたかのように動作します。

関連項目:

詳細は、『Oracle Clusterware管理およびデプロイメント・ガイド』を参照してください。

4.4.1.9 クラスタウェア・リソース・モデリングの改善

このリリースでは、Oracle Clusterwareを使用して、すべてのタイプのアプリケーションを管理し、アプリケーション間の依存性を作成するためのオプションが追加されました。

クラスタウェア・リソース・モデリングの改善により、アプリケーションまたはプロセス間の依存性を詳細に定義して1つのエンティティとして管理できます。

関連項目:

詳細は、『Oracle Clusterware管理およびデプロイメント・ガイド』を参照してください。

4.4.1.10 ロール別管理

Oracle Clusterwareでのロール別の管理により、特定の管理者タスクを社内の別のロールを持つ人に委譲することができます。これは、クラスタウェア管理者の発想に基づきます。管理者は、リソースごとに管理者タスクを付与できます。たとえば、2つのデータベースが同じクラスタ内に配置されている場合、クラスタウェア管理者は、クラスタ内の両方のデータベースを管理できます。しかし、クラスタウェア管理者が、それぞれのデータベースのDBA責任者にそれぞれ管理権限を付与することもできます。

ロール別の管理により、複数のアプリケーションおよびデータベースが同じクラスタおよびハードウェア・リソースを共有し、それぞれの管理グループが互いに干渉せずに管理を行うことができます。

関連項目:

詳細は、『Oracle Clusterware管理およびデプロイメント・ガイド』を参照してください。

4.4.1.11 エージェント開発フレームワーク

Oracle Clusterwareでは、すべての種類のアプリケーションをエージェント・フレームワークで管理できます。エージェント・フレームワークを使用すると、ユーザー定義のスクリプトに基づいてアプリケーションの起動、チェック、および停止が最適化されます。

Oracle Clusterwareでのアプリケーションの保護の簡易化により、コストが削減され、アプリケーションの可用性を効率的に向上できます。

関連項目:

詳細は、『Oracle Clusterware管理およびデプロイメント・ガイド』を参照してください。

4.4.1.12 Oracle ClusterwareおよびOracle RACの停止時間ゼロでのパッチの適用

Oracle ClusterwareおよびOracle Real Application Clustersのパッチの適用は、クラスタ全体を停止せずに完了できるようになりました。クラスタ・ソフトウェア(Oracle Clusterwareおよび自動ストレージ管理)およびOracle Databaseでは、Oracle Gridインフラストラクチャへのアウトオブプレース・アップグレードとしてパッチセットがインストールされます。

これにより、クラスタ・データベースおよびクラスタで実行中のアプリケーションの計画外停止時間を削減できます。

4.4.1.13 Enterprise Managerベースのクラスタウェア・リソースの管理

このリリースの新機能には、ライフサイクル全体のサポートを含め、様々なOracle Clusterwareリソースを管理するEnterprise Managerグラフィカル・ユーザー・インタフェース(GUI)があります。Oracle Clusterware内のリソースの作成および構成に加え、クラスタにデプロイ済のリソースの監視および管理にも役立ちます。

高可用性環境で、Oracle Enterprise ManagerのGUIを使用して様々なOracle Clusterwareリソースを監視および管理すると、日々の管理を簡単に行うことができます。

関連項目:

詳細は、『Oracle Clusterware管理およびデプロイメント・ガイド』を参照してください。

4.4.1.14 Oracle ClusterwareおよびOracle Real Application ClustersのEnterprise Managerプロビジョニング

Enterprise Managerプロビジョニングは、Oracle ClusterwareおよびOracle Real Application Clustersのスケール・アップまたはスケール・ダウンを簡単に行うための手順を提供します。

Enterprise Managerプロビジョニング・フレームワークの使用により、クラスタ・データベース環境の実装および管理が容易になります。

関連項目:

詳細は、『Oracle Grid Infrastructureインストレーション・ガイド』を参照してください。

4.4.1.15 Enterprise Managerのグリッド・プラグ・アンド・プレイのサポート

Oracle Enterprise Managerは、Oracle RACを管理するグラフィカル・ユーザー・インタフェース(GUI)として、グリッド・プラグ・アンド・プレイ環境を管理および監視します。

Enterprise Managerは、Oracle Databaseの標準GUIインタフェースです。この統合により、ユーザーは親しみのある使いやすいインタフェースでグリッド・プラグ・アンド・プレイ環境を管理できます。

関連項目:

詳細は、『Oracle Database 2日でReal Application Clustersガイド』を参照してください。

4.4.1.16 Enterprise ManagerのOracle Restartのサポート

Enterprise Managerにより、Oracle Restartおよび単一インスタンス・データベースの構成に対するサポートが提供されます。構成、監視および管理が変更されて、Oracle Restartが使用できるようになりました。

Enterprise Managerには、Oracleデータベースの管理を容易にするGUIインタフェースが用意されています。この追加の機能を使用して、Oracleデータベースを再起動できます。

関連項目:

詳細は、『Oracle Database管理者ガイド』を参照してください。

4.4.1.17 Configuration AssistantのOracle RACインストール削除のサポート

Database Configuration Assistant(DBCA)、Database Upgrade Assistant(DBUA)およびNet Configuration Assistant(NETCA)が更新され、Oracle RACデータベースおよびリスナーの完全な削除および構成解除をサポートするようになりました。

このサポートにより、Oracle RACデータベースの削除および構成解除が自動化され、Oracle RAC環境の管理性が向上します。

関連項目:

詳細は、Oracle Real Application Clustersのインストレーション・ガイドを参照してください。

4.4.1.18 Oracle Universal InstallerのOracle RACインストール削除のサポート

インストーラは、操作を再試行する前に、環境での失敗したOracle Clusterwareインストールまたはアップグレードをクリーンアップできます。これにより、再試行される操作はクリーンな環境で実行されるため、環境の不整合に関連するエラーは発生しません。

環境のクリーンアップが容易になり、Oracle RACの管理性およびデプロイメントが向上します。

関連項目:

詳細は、『Oracle Grid Infrastructureインストレーション・ガイド』を参照してください。

4.4.1.19 Oracle Universal Installerでのインストール削除改善のサポート

Oracle ClusterwareおよびOracle RACのインストールには、リカバリ・ポイントがあります。インストール中に障害が発生した場合、直近のリカバリ・ポイントにロールバックし、問題を修正した後にインストールを再開できます。

インストールのロールバックとリカバリにより、Oracle ClusterwareおよびOracle RACのインストールと構成を簡単に行うことができます。インストールの障害からのリカバリを簡単にすることで、プロジェクトのスケジュールが短縮されます。

関連項目:

詳細は、Oracle Real Application Clustersのインストレーション・ガイドを参照してください。

4.4.1.20 DBControlを使用するデータベースのダウングレード

データベースのダウングレードの一部としてDBControlをダウングレードするためのスクリプトが提供されています。

アップグレードが不成功として判断された場合、システムを元のリリースに戻す必要があります。ソフトウェア・リリースを変更する際に管理の信頼性を維持するには、DBControlと監視されているデータベースのリリースが一致する必要があります。

関連項目:

詳細は、『Oracle Databaseアップグレード・ガイド』を参照してください。

4.4.1.21 Oracle RestartのOracle Universal Installerとの統合

Oracle Restartには、Oracle Databaseとは別のインストールが必要です。このインストールは、Oracle RestartとOracle Automatic Storage Management(ASM)を含むスタンドアロン・サーバーのクラスタ・インストールのためのOracle Gridインフラストラクチャです。これによりロールが分離されるため、システム管理者はインフラストラクチャを管理し、データベース管理者はデータベースを管理できます。

Oracle Universal Installerは、Oracleソフトウェアをインストールするツールです。これによりスタンドアロン・サーバー上のOracle環境の管理性が改善されるため、ロールの分離が可能になり、Oracleソフトウェアのリジリエンスが改善されます。

4.4.1.22 Oracle Clusterwareのアウトオブプレース・アップグレード

新バージョンのOracle Clusterwareは、現行のインストールとは別のホームにインストールされるようになりました。クラスタ内のノードをアップグレードし、エンタープライズ内でクラスタをプロビジョニングするために必要な停止時間を短縮します。

これにより、クラスタのアップグレードの際に必要な計画的な停止時間が短縮され、可用性のサービス・レベルを満たすことができます。これにより、エンタープライズ全体の標準インストールの提供も簡単になります。

関連項目:

詳細は、『Oracle Grid Infrastructureインストレーション・ガイド』を参照してください。

4.4.1.23 OUIのOracle Clusterwareアウトオブプレース・アップグレードのサポート

Oracle Clusterwareソフトウェアのアウトオブプレース・アップグレードを実行できるようになりました。新しいバージョンを別のディレクトリにインストールし、デプロイ中に指定できます。

アウトオブプレース・アップグレードにより、Oracle RACおよびグリッドのデプロイが容易になり、管理性が向上し、制御されたアプリケーション移行のテストが改善されます。

関連項目:

詳細は、『Oracle Grid Infrastructureインストレーション・ガイド』を参照してください。

4.4.1.24 サーバー制御(SRVCTL)の拡張

サーバー制御(SRVCTL)コマンドが拡張されて、Oracle Restartを含むスタンドアロン・サーバーの構成の管理、および新しいスタイルのクラスタ管理(ポリシーベース・クラスタ管理および容量管理)ができます。

コンソールまたはスクリプトから使用できる一貫性のあるインタフェースにより、Oracleデータベースの管理が容易になります。

関連項目:

詳細は、『Oracle Database管理者ガイド』を参照してください。

4.4.1.25 サーバー制御(SRVCTL)の拡張によるグリッド・プラグ・アンド・プレイのサポート

Oracle ClusterwareおよびOracle Real Application Clustersのコマンドライン・インタフェース(CLI)は、このリリースの新機能をサポートするように更新されています。

CLIは、クラスタ内の単一ポイントからコマンドラインを使用してクラスタを管理する機能を提供し、クラスタを単一エンティティとして管理できるようにします。これにより、クラスタおよびクラスタ化されたデータベースの管理の複雑さが緩和されます。クラスタに対するすべての変更は、管理ツールに反映される必要があります。

関連項目:

詳細は、『Oracle Real Application Clusters管理およびデプロイメント・ガイド』を参照してください。

4.4.1.26 SRVCTLでのクラスタの単一インスタンス・データベースのサポート

SRVCTLを使用して、Oracle Clusterwareによって管理される単一インスタンス・データベースを登録できます。登録後は、Oracle Clusterwareがデータベース・インスタンスを起動、停止、監視および再起動します。

管理インタフェースの改善により、クラスタを構成するサーバーで実行されている単一インスタンス・データベースの可用性が向上します。

関連項目:

詳細は、『Oracle Database管理者ガイド』を参照してください。

4.4.1.27 ユニバーサル接続プール(UCP)のOracle Data Guardとの統合

このリリースでは、Java対応のOracle Universal Connection Pool(UCP)を使用するJavaアプリケーションは、プライマリ・サイトが失敗した場合、高速接続フェイルオーバーを使用できます。Data Guardがスタンバイ・データベース・サイトへフェイルオーバーまたはスイッチオーバーすると、接続プールでプライマリ・サイトへの接続がクリーンアップされ、アクティブなトランザクションが停止し、スタンバイ・データベースへの接続が作成されます。

Oracle RACおよびOracle Data GuardでのUCPの使用により、Javaアプリケーションの可用性が向上します。エンドユーザーが障害に気付くことなく処理できます。

4.4.1.28 UCPのOracle Real Application Clustersとの統合

Universal Connection Pool(UCP)は新しいJava接続プールです。UCPには、JavaアプリケーションでOracle Real Application Clustersデータベースへの接続を簡単に管理できる多くの機能(Webセッション・アフィニティ、XAアフィニティ、ランタイム接続ロード・バランシング、高速接続フェイルオーバーなど)があります。

Javaアプリケーションの堅牢な接続プールにより、Oracle Real Applicaton Culusters環境のスループットが改善され、高速接続フェイルオーバーが提供されます。

4.4.1.29 Universal Connection Pool(UCP)for JDBC

Universal Connection Pool for JDBCは、暗黙的接続キャッシュに代わるもので、次の機能を提供します。

- 接続のラベル付け、接続の利用、ログおよび統計

- パフォーマンスおよび安定性の向上

- 診断および統計またはメトリックの改善

UCP for JDBCにより、接続プール機能の拡張、パフォーマンスの向上、および接続問題の診断が改善されます。

関連項目:

詳細は、『Oracle Universal Connection Pool for JDBC開発者ガイド』を参照してください。

4.4.1.30 Oracle RAC FAN高可用性イベントのJava API

新しいJava APIにより、Oracle接続プールを使用していないOracle RACユーザーが高速アプリケーション通知(FAN)イベント(たとえば、DOWNおよびUP)イベントを受け取り、それらのイベントを処理し、インスタンス、サービスまたはノードがクラスタに参加または離脱する際に接続をクリーンアップまたは追加できます。

このAPIを使用するアプリケーションは、クラスタで障害が発生した場合に迅速に通知を受けることができます。

関連項目:

詳細は、『Oracle Real Application Clusters管理およびデプロイメント・ガイド』を参照してください。

4.5 データベース全般

次の項では、Oracle Database 11gリリース2(11.2)のデータベースの新機能について説明します。

4.5.1 一般

次の項では、フラッシュバック・データ・アーカイブおよびインスタンス・ケージングの新機能について説明します。

4.5.1.1 フラッシュバック・データ・アーカイブのDDLサポート

Oracle Database 11gリリース2(11.2)ユーザーは、フラッシュバック・データ・アーカイブで追跡されている表で、ほとんどのDDLコマンドを使用できます。次のものを含みます。

- 列の追加、削除、名前変更、変更

- パーティションの削除、切捨て

- 表の名前変更、切捨て

- 制約の追加、削除、名前変更、変更

複雑なDDL(たとえば、アップグレードおよび表の分割)の場合、PL/SQLのDisassociateおよびAssociateプロシージャを使用して、指定された表でのTotal Recallを一時的に無効にすることができます。Associateプロシージャは、関連付け後のスキーマの整合性を強制し、ベース表と履歴表のスキーマは、同じである必要があります。

この機能により、スキーマの変更が必要な複雑なアプリケーションでTotal Recallオプションが使いやすくなります。

4.5.1.2 インスタンス・ケージング

インスタンス・ケージングでは、CPU_COUNT初期化パラメータを設定してCPUリソース管理を有効にすると、OracleインスタンスのCPU使用率を制限できます。

インスタンス・ケージングでは、サーバーで実行されている複数のインスタンス間でCPUリソースをパーティション化して予測可能なパフォーマンスを実現できます。

関連項目:

詳細は、『Oracle Database管理者ガイド』を参照してください。

4.5.2 Oracle Schedulerの改善点

次の項では、Oracle Schedulerの改善点について説明します。

4.5.2.1 電子メール通知

Oracle Database 11gリリース2(11.2)ユーザーは、任意のジョブ・アクティビティについて電子メール通知を受け取ることができます。

この機能により、ジョブを頻繁に監視することなく関心のある任意のジョブ・アクティビティについて通知されるため、効率が向上します。

関連項目:

詳細は、『Oracle Database管理者ガイド』を参照してください。

4.5.2.2 File Watcher

File Watcherを使用すると、特定のマシンにファイルが到着したときにジョブをトリガーできます。

この機能により、作業効率および使いやすさが向上します。ファイルに依存するジョブは、指定されたファイルが受信されると自動的にトリガーされ、ファイルを絶えず監視する必要はありません。

関連項目:

詳細は、『Oracle Database管理者ガイド』を参照してください。

4.5.2.3 複数の宛先を持つジョブ

この機能により、ジョブの複数の宛先を指定できます。

これはEnterprise Managerスケジューリングの主要機能です。ジョブを1つのエンティティとして中心的な場所から管理しながら、複数のノード上で実行できるため、効率性と使いやすさが向上します。

関連項目:

詳細は、『Oracle Database管理者ガイド』を参照してください。

4.5.2.4 リモート・データベース・ジョブ

リモート・データベースにジョブとして存在するPL/SQLブロックまたはストアド・プロシージャを実行できます。

これはEnterprise Managerスケジューリングの主要機能です。集中管理される分散環境でジョブ・スケジューリングできるため、効率性と使いやすさが向上します。

関連項目:

詳細は、『Oracle Database管理者ガイド』を参照してください。

4.5.3 ユーティリティの改善点

次の項では、Oracle Database 11gリリース2(11.2)の様々なユーティリティの改善点について説明します。

4.5.3.1 データ・ポンプ・レガシー・モード

データ・ポンプ・レガシー・モードでは、元のエクスポートおよびインポート・スクリプトで使用されていたスクリプトおよびパラメータ・ファイルの下位互換性を提供します。

ユーザーは、データ・ポンプのエクスポートとインポートで、元のエクスポート・スクリプトおよびインポート・スクリプトを引き続き使用できます。新しいスクリプトを作成する必要がないため、開発時間を短縮できます。

関連項目:

詳細は、『Oracle Databaseユーティリティ』を参照してください。

4.5.4 IPv6サポート

次の項では、IPv6ネットワーキング・サポートの改善点について説明します。

4.5.4.1 JDBC Thinクライアントの完全なIPv6サポート

JDBCは、JDBC URLおよびIPv6アドレスに解決されるマシン名でInternet Protocol Version 6(IPv6)スタイルのアドレスをサポートします。次に例を示します。

2001:0db8:0000:0000:0000:0000:0000:0001
1080:0:0:0:8:800:200C:417A

JDBC URLを次に示します。

jdbc:oracle:thin:@(DESCRIPTION=(ADDRESS=(PROTOCOL=tcp)
(HOST=[2001:0db8:0000:0000:0000:0000:0000:0001]) (PORT=5521))
(CONNECT_DATA=(SERVICE_NAME=boston.us.example.com)))

この機能は、JavaのIPv6との相互運用性を提供します。

4.5.4.2 JVMおよびJavaデバッガーの完全なIPv6サポート

IPv6では、データベースに存在するJava仮想マシンがサポートされるようになりました。

これにより、データベースで実行されるJavaアプリケーションは、IPv4ホストおよびIPv6ホストへの接続が可能になり、また、これらのホストからの接続を受け付けることができます。

関連項目:

詳細は、『Oracle Database Java開発者ガイド』を参照してください。

4.6 診断機能

次の項では、Oracle Database 11gリリース2(11.2)の診断機能について説明します。

4.6.1 サポート・ワークベンチ

Enterprise Managerサポート・ワークベンチは、顧客およびサポートがデータベース・エラーの診断および解決を容易に行うためのGUIワークベンチです。

4.6.1.1 Enterprise Managerサポート・ワークベンチのASMへの対応

Enterprise Managerサポート・ワークベンチ(Support Workbench)は、自動ストレージ管理(ASM)データベースの診断およびOracleサポートへのインシデントのパッケージングのために拡張されました。

ASMに対するEnterprise Managerサポート・ワークベンチの拡張は、インシデントの必要なすべての診断データのパッケージングにおいて役立ちます。

関連項目:

詳細は、『Oracle Automatic Storage Management管理者ガイド』を参照してください。

4.7 情報統合

次の項では、Oracle Database 11gリリース2(11.2)の情報統合の新機能について説明します。

4.7.1 Oracle Database XStream

次の項では、Oracle Database XStreamの機能について説明します。

4.7.1.1 XStream

XStreamにより、クライアント・アプリケーションでOracleデータベースとのデータ変更の送受信ができるApplication Program Interface(API)が提供されます。これらのデータ変更は、Oracleデータベースと他のシステムで共有できます。他のシステムとは、Oracle以外のデータベース、非RDBMS Oracle製品、ファイルシステム、サード・パーティのソフトウェア・アプリケーションなどです。クライアント・アプリケーションは、ユーザーにより固有の目的およびユースケース用に設計されます。

XStreamは、XStream OutおよびXStream Inの2つのコンポーネントで構成されています。XStream Outには、Oracleデータベースでのデータ変更を他のシステムと共有できるAPIがあります。XStream Inには、他のシステムでのデータ変更をOracleデータベースと共有できるAPIがあります。

関連項目:

詳細は、Oracle Database XStreamのガイドを参照してください。

4.8 パフォーマンス

次の項では、データベースのパフォーマンスの向上およびデータベースのパフォーマンス関連機能の改善について説明します。

4.8.1 サーバー・パフォーマンス全般

次の項では、サーバー・パフォーマンス全般の拡張について説明します。

4.8.1.1 データベース・スマート・フラッシュ・キャッシュ

Oracle Database 11gリリース2(11.2)の新機能、データベース・スマート・フラッシュ・キャッシュ機能は、Solid State Device(SSD)テクノロジを使用したデータベース・バッファ・キャッシュの透過的拡張機能です。SSDは、(レベル1)SGAに対するレベル2キャッシュとして機能します。

Database Smart Flash Cacheにより、ディスクI/O量が削除され、同等サイズのRAMを追加するより低いコストでOracleデータベースのパフォーマンスを大幅に向上させることができます。

4.8.1.2 ストアド・アウトラインのSQL計画管理への移行

ストアド・アウトラインは、SQL計画管理(SPM)での今後の使用および拡張のために移行できます。

ストアド・アウトラインには、SQL計画管理の柔軟性と適応性が欠如しています。移行パスを指定することにより、ストアド・アウトラインを使用している古いアプリケーションを透過的に移行し、SPMの拡張機能をすぐに利用できます。

関連項目:

詳細は、『Oracle Databaseパフォーマンス・チューニング・ガイド』を参照してください。

4.8.1.3 表の注釈のサポートを使用したクライアント結果キャッシュ

表の注釈のサポートにより、キャッシュがふさわしい場合に表に注釈を付けることができるため、アプリケーションを変更するのではなく、デプロイメント・タイム・ノブを通じて、アプリケーションでクライアントおよびサーバーの結果キャッシュを利用できるようになります。また、この機能ではクライアント・キャッシュを自動的に無効化することもできます。

この機能により、クライアントおよびサーバーの結果キャッシュを使用して、手間のかかる操作なしにアプリケーションのパフォーマンスを加速できます。

関連項目:

詳細は、『Oracle Call Interfaceプログラマーズ・ガイド』を参照してください。

4.8.1.4 4KBセクタのディスク・ドライブのサポート

今日のディスク・ドライブは512バイト/セクタです。ディスク・ドライブの製造業社は、より低いオーバーヘッドで高容量を提供できる4KBセクタのドライブに移行しています。4KB/セクタのドライブを512バイト/セクタのドライブとして使用すると、パフォーマンスに不利な条件が生じる可能性があります(512バイトのエミュレーション・モードで実行されるため)。この機能により、パフォーマンスに不利を生じさせずに4KB(および512バイト)セクタのドライブを使用できます。また、自動ストレージ管理(ASM)により、ディスク・グループを512バイト/セクタから4KB/セクタに移行することもできます。

この機能により、新世代の高容量ディスク・ドライブを最大限に利用できます。

関連項目:

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

4.9 セキュリティ

次の項の新機能の説明では、暗号化や監査などを扱っています。Oracle Database 11gリリース2には、ハードウェア・セキュリティ・モジュールとの完全な統合および透過的データ暗号化のパフォーマンスを向上させる暗号化キー管理の重要な新機能があります。Oracleデータベースの監査データを管理する新パッケージの導入により、監査管理が容易になりました。

4.9.1 監査データの管理

Oracle Databaseで作成された監査データの管理を簡素化することで、SOX、HIPAA、PCIなどのプライバシおよびコンプライアンス関連の様々な要求への対応を円滑に行うことができます。

4.9.1.1 監査証跡クリーンアップ

監査証跡クリーンアップにより、Oracleデータベースの監査証跡を次のように管理できます。

- 監査レコードを安全にバックアップした後、または監査レコードが不要になった場合、データベース表およびオペレーティング・システム・ファイルからそれらのレコードを定期的に削除する操作の自動化。

- 新規にオペレーティング・システム監査証跡ファイルを作成する前に、オペレーティング・システムに書き込まれた監査証跡のサイズおよび有効期間の制御。

- データベースの監査証跡表をSYSTEM表領域から別の表領域に移動。

監査証跡クリーンアップは、Oracleデータベースの監査コンテンツの管理に必要な時間とコストを削減します。監査レコードに最適な専用の表領域を提供し、SYSTEM表領域から監査表を移動することでパフォーマンスを改善します。また、データベース表およびオペレーティング・システム・ファイルからの監査レコードの自動削除も可能です。

4.9.2 暗号化キーの管理

暗号化キー管理により、透過的データ暗号化(TDE)で暗号化された表領域に関連するマスター・キーを変更できます。表領域マスター・キーを使用して、個々の表領域に関連付けられた暗号化キーを暗号化します。一般に、これは2層キー・アーキテクチャと呼ばれています。Oracle Database 11gリリース2(11.2)より前のバージョンでは、マスター・キーの変更は、TDE列の暗号化を使用する場合にのみ可能でした。

4.9.2.1 表領域マスター・キーの更新

Oracle Database 11gリリース2(11.2)では、Oracle Advanced Securityにより、Oracle表領域の暗号化に使用される暗号化キーを保護するためのマスター・キーを変更できます。

Payment Card Industry Data Security Standard(PCI DSS)などの業界戦略からは、クレジット・カード・データに関連する暗号化キーの定期的な変更が求められています。このリリースでは、このようなキーの更新がサポートされるようになりました。

関連項目:

詳細は、『Oracle Database Advanced Securityガイド』を参照してください。

4.10 サーバーの管理性

次の項では、Oracle Database 11gリリース2(11.2)のサーバー管理を容易にする機能について説明します。

4.10.1 すべてのデータに対応した自動ストレージ管理

自動ストレージ管理(ASM)は、データベース・ファイル、クラスタウェア・ファイル、およびOracleホームやバイナリなどのファイルシステム・データも含め、すべてのタイプのデータをサポートするように機能拡張されました。

次の項では、ASM機能について説明します。

4.10.1.1 ASMクラスタ・ファイルシステム(ACFS)

ASMクラスタ・ファイルシステム(ACFS)は、堅牢な最新式の汎用ファイルシステムを提供して、Oracleデータベース・ファイルの域を越えるファイルも管理できるように自動ストレージ管理(ASM)の機能を拡張します。ACFSは、Oracleバイナリ、レポート・ファイル、トレース・ファイル、アラート・ログおよびその他のアプリケーション・データファイルなどをサポートします。Oracle ASMクラスタ・ファイルシステムの追加に伴い、ASMは、Oracleデータベース・ファイルおよび非データベース・ファイルを管理する完全なストレージ管理ソリューションとなりました。

ACFSは、ファイル・サイズがエクサバイトに及ぶ大容量の64ビット・ファイル、ファイルシステム・データ構造、および大容量のファイルシステムをサポートします。ACFSの規模は数百ノードにまで及び、高いパフォーマンスを提供するエクステント・ベースのストレージ割当てを使用します。ファイルシステムの整合性および高速リカバリのためにログベース・メタデータのトランザクション・エンジンを使用しています。ACFSのディスク上の構造は、エンディアン・ニュートラルのメタデータをサポートします。ACFSファイルシステムは、NFSおよびCIFSなどの業界標準プロトコルを使用してリモート・クライアントにエクスポートできます。

Oracle ASM Cluster File System(ACFS)は自動ストレージ管理(ASM)を補完および利用し、Oracleデータベース・ファイル以外のファイルを保存し管理する汎用ジャーナル・ファイルシステムを提供します。このため、高価なサード・パーティ製のクラスタ・ファイルシステム・ソリューションの必要がなくなり、単一ノード環境およびクラスタ・コンピューティング環境のOracle RACとOracle Gridインフラストラクチャで、すべてのファイル・タイプの管理を効率化、自動化および簡素化します。

ACFSは、停止時間なしにファイルシステムの動的な拡張および縮小をサポートします。ACFSは、Redundant Array of Inexpensive Disks(RAID)のハードウェア機能に加え、ASMのミラー化およびストライプ化を利用した高可用性機能です。

関連項目:

詳細は、『Oracle Automatic Storage Management管理者ガイド』を参照してください。

4.10.1.2 ASM動的ボリューム・マネージャ(DVM)

ASM動的ボリューム・マネージャ(DVM)は、カーネルにロード可能なデバイス・ドライバで、標準デバイス・ドライバ・インタフェースをクライアントに提供します(ACFSなど)。ファイルシステムまたはその他のプロセスは、システム上のその他のディスク・デバイス・ドライバに対してするのと同様に、このデバイス・ドライバに対して入出力を行うことができます。DVMは、I/Oを実行するACFSのプライマリI/Oインタフェースで、ASMをボリューム・マネージャとして利用してファイルシステムを構築します。DVMはASMの起動時にロードされます。デバイス・ドライバはクラスタを認識し、拡張マッピング情報、拡張リバランスおよびI/Oの失敗についてASMと通信します。

ASM動的ボリューム・マネージャ(DVM)により、標準I/Oインタフェースが提供され、ASMの完全な機能をボリューム・マネージャとして汎用目的のファイルシステムで利用することができます。Oracleデータベース・ファイルおよびOracleバイナリなどのOracle以外のデータベース・ファイルが、サード・パーティ・ファイルシステムまたはボリューム・マネージャを必要とせずに、汎用目的ファイルをホストするためにACFS上に存在できるようになりました。

関連項目:

詳細は、『Oracle Automatic Storage Management管理者ガイド』を参照してください。

4.10.1.3 ASM FSスナップショット

ASM FSスナップショットは、ファイルシステムの特定の時点の状態のコピーで、最大で64のスナップショット・イメージを提供できます。ASM FSスナップショットは、Copy on Writeテクノロジを利用して低いオーバーヘッドで特定の時点の状態の永続的なASM FSイメージを高速に作成します。

読取り専用ASM FSスナップショットを一定の間隔で生成できます。それらは、既存のASM FSストレージまたは追加のストレージ・デバイスに存在し、システムの再起動後も持続します。

ファイルシステムが変更された場合でも、スナップショットは変更されず、スナップショットが作成された時点の状態のファイルシステムを参照できます。初期の状態では、スナップショットは読取り専用で、特定の時点で取得した内容を保持します。ASM FSスナップショットには、次の利点があります。

- ASM FSスナップショットは、バックアップ・ソースとして使用できます。元のファイルシステムは変更し続けますが、スナップショットは変更されないという特質により、元のファイルシステムをオフラインにする必要のない最適なバックアップ・ソースとなります。

- ASM FSスナップショットは、誤って削除または変更したファイルのリカバリ手段として使用できます。

- ASM FSスナップショットは、静的な、特定時点の状態のデータ・セットを使用する必要のあるデータ・マイニングやレポート・アプリケーションのソースとして使用できます。

関連項目:

詳細は、『Oracle Automatic Storage Management管理者ガイド』を参照してください。

4.10.1.4 ASMのOracle Cluster Registry(OCR)および投票ディスク

自動ストレージ管理(ASM)のディスクは、Oracle Cluster Registry(OCR)および投票ディスクの格納に使用されます。ASMパートナシップおよびステータス表(PST)は、複数のディスクにレプリケートされ、OCRを格納するために拡張されます。このため、OCRは、基礎となるディスク・グループと同数のディスクの消失を許容します。ディスクに障害が発生した場合、OCRは再配置されます。

ASMでは、すべてのASMディスクの一定の場所に、投票ディスクの格納用に数ブロックが予約されています。投票ディスクを保持するディスクに障害が発生した場合、ASMは別のディスクを選択してそのデータを格納します。

OCRおよび投票ディスクをASMに格納すれば、Oracle RAC構成で、高価なサード・パーティ製クラスタ・ボリューム・マネージャを使用する必要がありません。また、OCRおよび投票ディスクのディスク・パーティションの複雑な管理を行う必要もありません。

関連項目:

詳細は、『Oracle Grid Infrastructureインストレーション・ガイド』を参照してください。

4.10.1.5 ASMのインテリジェントなデータ配置

ディスク・ドライブでは、外側のトラックの方が転送速度およびトラックごとのバイトが高くなります。このため、ホット・データをディスクの端、つまり番号が小さいブロックに配置することが推奨されます。これにより、ASMはパフォーマンスの高いディスク領域を識別できます。最も頻繁にアクセスされるASMファイルは、ホット・リージョンに移動するようにマーキングすることで、より高いI/Oパフォーマンスを利用し(たとえば、ホット表領域や索引など)、アプリケーションのI/O要求を満たすことができます。この機能は、物理ディスク全体が論理ユニット番号(LUN)と対比してASMに提示されている場合にのみ適用されます。

ASMディスク・グループ(ASMファイル)内の最も頻繁にアクセスされるOracleデータベース・ファイルをホット・ディスク・リージョンに配置すると、帯域幅が向上してシーク待機時間が短縮され、アプリケーションのI/Oパフォーマンス要件を満たすことができます。

関連項目:

詳細は、『Oracle Automatic Storage Management管理者ガイド』を参照してください。

4.10.1.6 ASMストレージ管理コンフィギュレーション・アシスタント

ASMストレージ管理コンフィギュレーション・アシスタントは、以前は、ASM最適化ディスク配置へのEnterprise Managerの統合と呼ばれていました。

このリリースでは、管理のためのグラフィカル・ユーザー・インタフェース(GUI)であるEnterprise Managerで、最適化ディスク配置の構成、監視および管理が可能です。

このGUIによるASMの管理により、Oracle環境のストレージ管理が容易になります。

関連項目:

詳細は、『Oracle Automatic Storage Management管理者ガイド』を参照してください。

4.10.1.7 自動ストレージ管理(ASM)ファイル・アクセス制御

UNIXプラットフォームの自動ストレージ管理(ASM)では、異なるデータベース・インスタンスをそれぞれ分離し、不正アクセスを防止するためにファイルに対するアクセス制御を実装しています。ASMには、ファイルの権限を付与、変更および拒否する新しいSQL文が実装されています。新しいセキュリティ・モデルおよび構文は、Oracle Databaseのオブジェクトにすでに実装されているものと一貫性があります。

複数のデータベース・インスタンスでASMファイルを同じディスク・グループに格納できるため、複数のデータベースのセキュリティを強化できます。これにより、データベース・インスタンス間でのファイルへの不正なアクセスまたは上書きを防止できます。

関連項目:

詳細は、『Oracle Automatic Storage Management管理者ガイド』を参照してください。

4.10.1.8 ASMCMDコマンドの拡張

ASMCMDツールは、ASMファイルの管理に加え、ASMディスク、ディスク・グループおよびASMインスタンスも管理するように拡張されました。これはSQL*Plusコマンド機能に匹敵する包括的なコマンドライン・インタフェースで、システムおよびストレージ管理者がASMを管理する際に使いやすいユーザー・インタフェースを提供します。

ASMCMDの拡張は、すべての観点からASMを管理しやすい包括的なコマンドライン・インタフェースをシステムおよびストレージ管理者に提供します。

関連項目:

詳細は、『Oracle Automatic Storage Management管理者ガイド』を参照してください。

4.10.1.9 Enterprise ManagerのASMクラスタ・ファイルシステム(ACFS)のサポート

Oracle Enterprise Managerは、自動ストレージ管理(ASM)ソリューションの一部としてASM動的ボリューム・マネージャおよびASMクラスタ・ファイルシステム(ACFS)を管理するグラフィカル・ユーザー・インタフェース(GUI)を提供します。

Enterprise Managerは、ASMのスタンドアロン・サーバーかクラスタ・デプロイかにかかわらず、環境の管理を簡易化するグラフィカル・ユーザー・インタフェースを提供します。集中コンソールは、ボリューム、データベース・ファイル、ファイルシステム、およびOracle Databaseを管理する一貫性のあるインタフェースを提供します。

関連項目:

詳細は、『Oracle Automatic Storage Management管理者ガイド』を参照してください。

4.10.1.10 Enterprise ManagerのASMファイル・アクセス制御の統合

このリリースでは、自動ストレージ管理(ASM)のファイル・アクセス制御を管理するグラフィカル・ユーザー・インタフェース(GUI)が提供されています。

このGUIにより、DBA、システム管理者またはストレージ管理者はASMの管理を簡単に行うことができます。

関連項目:

詳細は、『Oracle Automatic Storage Management管理者ガイド』を参照してください。

4.10.2 データベース管理

次の項では、データベース管理を簡易化する一般的なデータベース管理機能について説明します。

4.10.2.1 EMCAでのEnterprise Managerの新しいOracle RAC構成のサポート

Enterprise Manager Configuration Assistant(EMCA)が更新され、このリリースの新機能のサポートに必要なEnterprise Managerの新しい構成をサポートするようになりました。

コンフィギュレーション・アシスタントは、適切な手順を実行して環境を自動的に構成します。アシスタントにより、クラスタ内のEnterprise Managerの構成およびクラスタ・データベースの設定を簡単に行うことができます。

4.10.2.2 DBControlでのパッチ適用

Enterprise Manager DBControlは、単一インスタンス・データベースへのパッチの適用を管理します。

Enterprise Managerによるパッチの適用により、ソフトウェアのメンテナンスが簡略化されます。

関連項目:

詳細は、Oracle Enterprise Managerのドキュメントを参照してください。

4.10.2.3 タイムゾーン・データ付のタイムスタンプの自動的なパッチの適用

タイムゾーン・バージョン・ファイルが更新されると、データベース表のタイムゾーン・データ付のタイムスタンプが失効する可能性があります。現在、ユーザーは手動で影響のあるデータを修正する必要があります。この機能は、最小限の停止時間でシステムおよびユーザー・データを透過的に更新し、タイムゾーン・ファイルが更新されると、タイムゾーン・データ付のタイムスタンプのパッチを自動的および透過的に適用します。

また、サーバーのタイムゾーン・バージョンにパッチが適用された場合は、サーバーと通信するすべてのクライアントにもパッチを適用する必要があります。この機能により、OCI、JDBC、Pro*CおよびSQL*Plusクライアントは、クライアント側ファイルの更新なしでサーバーを使用し続けることができます。

この新機能は、タイムゾーン・ファイルが更新されると、タイムゾーン・データ付のタイムスタンプのパッチを自動的および透過的に適用します。

関連項目:

詳細は、『Oracle Databaseグローバリゼーション・サポート・ガイド』を参照してください。

4.10.2.4 Time Zone with Local Time Zoneデータ型のデータ損失の防止

この機能により、TIMESTAMP WITH TIME ZONEデータ型は夏時間(DST)の変更に影響されず、タイムゾーン・データファイルのパッチ適用およびディスク上のデータのアップグレードのオーバーヘッドが削減されます。

この機能の利点は、DSTの遷移規則およびタイムゾーンに新しい変更があった場合の処理コストおよびTIMESTAMP WITH TIME ZONEデータ型の維持に関する複雑さがなくなることです。

関連項目:

詳細は、『Oracle Call Interfaceプログラマーズ・ガイド』を参照してください。

4.10.2.5 オンデマンドのセグメント作成

最初にデータがオブジェクトに挿入されるまで、非パーティション表および索引の最初のセグメントの作成を延期できます。

あらかじめ同梱されたアプリケーションは、多数の表および索引を含む大きなスキーマとともに配布される場合があります。モジュールの使用方法によっては、これらのオブジェクトのサブセットのみが実際に使用されます。セグメントの作成を遅らせると、空のデータベース・オブジェクトは領域を消費しないため、インストール・フットプリントが削減され、インストールが高速になります。

関連項目:

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

4.10.2.6 サイズが0の使用禁止の索引および索引パーティション

使用禁止の索引および索引パーティションは、セグメントがないため、データベースの領域を消費しません。

使用禁止の索引および索引セグメントは、データ・アクセスに使用できません。オブジェクトが使用禁止としてマークされると、使用禁止(使用不能)オブジェクトに割り当てられた領域は解放されます。

関連項目:

詳細は、『Oracle Database管理者ガイド』を参照してください。

4.10.2.7 メタデータのSXML比較ツール

メタデータAPIが拡張され、異なるデータベースからの同じタイプのオブジェクト・メタデータを比較するデータベース間比較ツールが提供されました。この比較は、SXMLと呼ばれる代替XML表現に依存します。一般に、完全なXMLは複雑で不明瞭です。対照的に、SXMLはいくらか簡易化され、SQLのDDLの作成に密接に対応しています。これらのSXML文書は、新しい比較ツールの基礎単位となり、同じタイプの2つのSXML文書を比較し、それらの相違を説明する新しいSXML文書が作成されます。

この機能では、データベース間のオブジェクトの比較によって、同じタイプのオブジェクトの動向(つまり、メタデータの経時変化)を識別できます。

関連項目:

詳細は、『Oracle Database PL/SQLパッケージおよびタイプ・リファレンス』を参照してください。

4.10.2.8 期間比較レポート

リプレイの期間比較レポートは、ワークロードのリプレイと、その取得または同じ取得の別のリプレイを詳細に比較します。リプレイの期間比較レポートには、パフォーマンス、エラーおよびデータの相違の観点から、2つの実行での最も重要な違いを示すサマリーが含まれます。これは、データベース・リプレイ・ユーザーによるシステム変更の影響についての理解およびテストに役立ちます。

リプレイの期間比較レポートでは、パフォーマンス、エラーおよび相違の観点から、取得または別のリプレイと対比して、リプレイの実行に関するサマリー情報が提供されます。これにより、システム変更の影響を簡単にテストし、理解および評価することができます。

関連項目:

詳細は、『Oracle Databaseテスト・ガイド』を参照してください。

4.10.2.9 SQLチューニング・セットの比較

SQLパフォーマンス・アナライザのSQLチューニング・セットの比較機能により、次のことができます。

- SQLチューニング・セット(STS)からの試行の作成。

- 異なる2つのSTSから作成された2つの試行の比較。他の試行にはないが、試行の1つに含まれる新規のSQL文または欠如、試行の比較で見つかった計画の変更などの詳細な比較レポートがコンパイルされます。

SQLチューニング・セットの比較により、データベース・リプレイのユーザーは、SQLパフォーマンス・アナライザのレポートを使用してSQL中心の分析を行うことができます。2つのSTSの取得は、次のように行います。

- 本番環境でのワークロードの取得の際に1つのSTS。

- テスト・システムでのリプレイの際にもう1つのSTS。

次に、2つのSTSを使用してSPAレポートを生成します。

既存のテスト・スクリプトがすでに存在し、SQLの2つのSTS(システムの変更前と変更後のSTS)を取得できる場合は、データベース・リプレイ以外のシナリオでもSTSの比較機能を使用できます。

データベース・リプレイまたは他のロード・テスト・メカニズムを使用している場合、SQLチューニング・セットの比較機能は、SQL中心の詳細な分析を提供し、システム変更の評価を簡単に行うことができます。

関連項目:

詳細は、『Oracle Databaseテスト・ガイド』を参照してください。

4.10.2.10 Active Data Guardのサンプリングの有効化

スタンバイ・システムで、アクティブ・セッション履歴(ASH)が使用可能になりました。

Data Guard環境のスタンバイ・システムでASHデータが使用可能になると、スタンバイ環境に固有のパフォーマンス問題をトラブルシューティングできます。

関連項目:

詳細は、『Oracle Database高可用性概要』を参照してください。

4.10.2.11 Oracle Exadataシミュレーション

特定のワークロードに関して、Oracle Exadataアーキテクチャに移行した場合に得られるI/Oインターコネクト・スループットの利点をシミュレートできるようになりました。Oracle Real Application TestingのSQLパフォーマンス・アナライザ機能により、Oracle Exadataシステムのプロビジョニングの必要なしに非Oracle Exadataインストールでシミュレーションを実行できます。SQLパフォーマンス・アナライザのOracle Exadataシミュレーション機能を使用して、Oracle Exadata移行への最適な候補となるワークロードを識別できます。

この機能により、Oracle Exadataハードウェアのプロビジョニングの必要なしに、ワークロードのOracle Exadataへの移行によるシステム変化を簡単にシミュレーションおよびテストできます。

関連項目:

詳細は、『Oracle Databaseテスト・ガイド』を参照してください。

4.10.2.12 グローバルOracle RAC ASHレポートおよびADDMの下位互換性

アクティブ・セッション履歴(ASH)レポートに、クラスタ全体の情報が含まれるようになり、クラスタ・データベースの複数のノードに及ぶパフォーマンスの問題の識別およびトラブルシューティングでの実用性が大幅に向上しました。

自動データベース診断モニター(ADDM)は、下位互換性を提供するように拡張され、アーカイブ・データやデータベースのアップグレードで保持されたデータを分析できるようになり、長期間にわたるパフォーマンスの比較が可能になりました。

関連項目:

詳細は、『Oracle Databaseパフォーマンス・チューニング・ガイド』を参照してください。

4.10.2.13 Oracle MTSおよびStreamsのサポート

データベース・リプレイは、共有サーバーおよびOracle Streamsアーキテクチャでのワークロードの取得およびリプレイをサポートします。

共有サーバーおよびOracle Streamsアーキテクチャを使用しているユーザーは、データベース・リプレイのテストを利用し、すぐにテクノロジを採用できます。

関連項目:

詳細は、『Oracle Databaseテスト・ガイド』を参照してください。

4.10.2.14 パラレル問合せおよび代替計画の記録、STSエクスポートの拡張

このリリースのSQLチューニング・アドバイザの機能拡張は次のとおりです。

- SQLチューニング・アドバイザは、自動並列度(Auto DOP)機能を使用するプロファイルの受入れを推奨できます。パラレル問合せプロファイルは、元の計画がシリアルで、パラレル実行によって長時間に及ぶ問合せの経過時間が大幅に削減される場合にのみ推奨されます。

- SQL文をチューニングする際にSQLチューニング・アドバイザは、リアルタイムおよび履歴のパフォーマンス・データを検索して文に対する代替実行計画があるかを確認します。元の計画以外の計画が存在する場合、SQLチューニング・アドバイザは代替計画が見つかったことを報告します。

- Oracle Database 10g(リリース2)以降で作成されたSQLチューニング・セットは、任意のデータベースに転送できます。このテクニックは、SQLパフォーマンス・アナライザを使用してテスト・データベースで回帰をチューニングする場合に役立ちます。

これらの機能は、SQLチューニング・アドバイザの機能を拡張するために導入されています。最新バージョンでは、過去のある時点でみられた代替計画を推奨できるだけでなく(パフォーマンスが向上する場合)、各問合せの合計実行時間に有利な場合、問合せをパラレルで実行するように推奨できます。

前のリリースへのSTSのエクスポートは、ユーザーが最新バージョンのデータベース・ソフトウェアを使用できるように、アップグレードを行うユーザーのために設計されています。

関連項目:

詳細は、『Oracle Databaseパフォーマンス・チューニング・ガイド』を参照してください。

4.10.2.15 同期の制御

同期の制御は、リプレイの際の同時実行性、フィルタの適用およびスケールアップを向上するために拡張されました。

これにより、現実に即してワークロードをリプレイしてシステム変更の影響を識別できるようになり、リプレイの際の柔軟性が高くなります。

関連項目:

詳細は、『Oracle Databaseテスト・ガイド』を参照してください。

4.11 非構造化データの管理

次の項の新機能では、Oracle Multimedia、Oracle Spatial、Oracle Database SecureFilesおよびXML Databaseでの重要なパフォーマンス、開発者の生産性および先進機能について説明します。

4.11.1 Oracle MultimediaおよびDICOMサポートの拡張

次の項では、Oracle MultimediaおよびDigital Imaging and Communications in Medicine(DICOM)の新機能について説明します。

4.11.1.1 要求された属性のみの抽出

Oracle Multimediaでは、最初にDICOMコンテンツからすべてのDICOM属性を抽出することなく、ユーザーまたはアプリケーションによって要求されたDICOMメタデータ属性のサブセットを抽出できるようになりました。

DICOMコンテンツには、数百のメタデータ属性が含まれている場合があります。多くの場合は、索引、検索およびパーティションに数個の属性のみが必要になります。サブセットの抽出により、すべての属性を抽出する必要がないため、パフォーマンスが向上します。

関連項目:

詳細は、『Oracle Multimedia DICOM開発者ガイド』を参照してください。

4.11.1.2 クライアント側でのDICOM属性の抽出

Oracle Multimediaでは、クライアント・ツールまたは中間層により、データベースの外部でDICOMメタデータの抽出を実行できるようになりました。

これにより、データベースにデータをロードする前にDICOMメタデータを抽出できるため、データベースのDICOMデータのメタデータ・ベースのパーティション化を円滑に行うことができます。

関連項目:

詳細は、『Oracle Multimedia DICOM開発者ガイド』を参照してください。

4.11.1.3 DICOMの機能拡張

Oracle Multimediaに追加された拡張機能を次に示します。

- メタデータの抽出
DICOM属性の任意の部分を抽出できるようになりました(たとえば、患者名属性の姓の部分の抽出など)。

- 制約の定義
DICOM構造化レポートなどの再帰構造の検証を指定できるようになり、1つの述語ですべてのコンポーネントに対する反復が可能となるように、新規にFOR EACH構文が追加されました。

- DICOMコンテンツの処理

- DEFLATE転送構文のサポートが追加されました。

- RLE圧縮がサポートされました。

- マルチビット・モノクロ・イメージのエンコーディングがサポートされました。

- YBR光度解析がサポートされました。

- DICOMからAVIおよびDICOMからMPEGへの変換がサポートされました。

- DICOMフォーマットへのMPEGのカプセル化がサポートされました。

これらの新機能により、より完全で強力なDICOMデータの操作が可能になります。次のような操作があります。

- 柔軟性の高いDICOMデータからのメタデータの抽出。

- DICOM構造化レポートのサポート。

- ブラウザでのDICOM固有のサポートを必要としない、任意のブラウザでのDICOMビデオのプレゼンテーション。

関連項目:

詳細は、『Oracle Multimedia DICOM開発者ガイド』を参照してください。

4.11.1.4 ウォーターマークおよびイメージ処理の拡張

Oracle Multimediaには、サポートされたイメージに、イメージまたはテキストのウォーターマークを追加する新しいapplyWatermarkメソッドがあります。サムネイル・イメージを作成する際のメタデータの削除および画質の鮮明化のための新しいイメージ処理演算子もサポートされています。

ウォーターマークは、通常、著作権や商標が付されたイメージの不正使用の防止に使用されます。この機能を使用すると、データベースでウォーターマークの追加を強制できます。サムネイル・イメージを作成する際にメタデータを削除すると、最小限のサムネイル・イメージの作成が可能になります。

関連項目:

詳細は、『Oracle Multimediaリファレンス』を参照してください。

4.11.2 Oracle Spatialサポートの拡張

次の項では、Oracle Spatialによる3D、ジオコーダ、ルーティング・エンジン、GeoRasterおよびネットワーク・データ・モデルのサポートに関する新機能について説明します。

4.11.2.1 3D視覚化フレームワーク

このリリースには、テーマ、シーン、テクスチャ、視点、光源、非地理データ、および3次元(3D)コンテンツの視覚化に使用するその他の要素のメタデータ表のセットが含まれます。また、3D分析操作のパフォーマンスについても多くの部分が改善されています。

この3Dコンテンツ用のメタデータのサポートにより、一貫性のある方法ですべての3D、ラスター、ベクターおよび非地理データを組み合せて1つの統合視覚化フレームワークにすることができます。情報を論理的にグループ化してテーマにすると、3Dアプリケーションの開発、分析、使用およびメンテナンスが簡素化されます。

関連項目:

詳細は、『Oracle Spatial and Graph開発者ガイド』を参照してください。

4.11.2.2 ネットワーク・データ・モデルの拡張

Oracle Spatialネットワーク・データ・モデル(NDM)には、多数の機能拡張があります。これには、ネットワークに関連するユーザー属性データの表示における30から50%のメモリー効率の向上、要望の高い多数の経路および副経路の分析関数の追加などがあります(traveling sales person(TSP)、hierarchical shortest path(HSP)およびK-shortest path(KSP)など)。

このリリースでは、アプリケーションに適切なメトリックに基づいて、ネットワークを論理パーティションに分割できます。ネットワーク関連データの分析では、範囲およびコスト情報を伴った影響領域を導出するネットワーク・バッファ機能、地理上のポイント・オブ・インタレストまたは範囲とネットワーク定義リージョンを関連付ける「最小コスト・ポリゴン」がNDMに追加されました。

これらの機能拡張によりNDMでは、ユーティリティ・ネットワーク、ロジスティックスおよびネットワーク・ベースの分析に依存するその他のアプリケーションでの様々な要件をより完全にサポートできます。

関連項目:

詳細は、『Oracle Spatial and Graphトポロジ・データ・モデルおよびネットワーク・データ・モデル・グラフ開発者ガイド』を参照してください。

4.11.2.3 GeoRasterの新しいJAVA API

Oracle Spatialには、既存のPL/SQLインタフェースで現在使用可能なすべてのファクションに対する新しいJavaアプリケーション・プログラミング・インタフェース(API)があります。これには、Oracle Spatial GeoRasterのすべての検索、分析およびラスター管理機能のサポートが含まれます。

さらに、このAPIには、抽出、変換およびロード(ETL)のツール、Webアプリケーションおよびラスター処理アプリケーションの開発をサポートするコールも含まれます。

この新機能により、Oracle Spatialに保存されたラスターおよびグリッド・データセットを使用、アクセスおよび操作するJavaアプリケーションの開発を簡単に行うことができます。

関連項目:

詳細は、『Oracle Spatial and Graph GeoRaster開発者ガイド』を参照してください。

4.11.2.4 ラスターの再投影および地上基準点(GCP)ベースの地理参照

Oracle Spatialでは現在、ベクトル・データを使用する際に4,000を超える座標系をサポートしています。Oracle GeoRasterは、これらの4,000を超えるOracle Spatial座標系へのイメージの再投影をサポートしています。

このリリースでは、GeoRaster機能は、地上基準点(GCP)データのネイティブ・ストレージおよび地理参照もサポートしています。

これらの機能により、異なる座標系のベクトル・データおよびラスター・イメージを使用する際に現在必要とされているサード・パーティ製ツールが不要になります。Oracle Spatialを使用してこれらの再投影を実行できるようになりました。

地上基準点ベースの地理参照は、データの収集および処理を行うアプリケーションで使用されます。このGCPのネイティブ・ストレージおよび地理参照は、RAW(未修正)および処理済(修正済)ラスター・データの地理参照に使用できます。

関連項目:

詳細は、『Oracle Spatial and Graph GeoRaster開発者ガイド』を参照してください。

4.11.2.5 ルーティングおよびジオコーディングの機能拡張

このリリースのOracle Spatialルーティング・エンジンは、ネットワーク・データ・モデルに基づいています。これにより、拡張ルーティング・アプリケーションに必要な制限および条件をより広くサポートできるようになりました。

Oracle Spatial 11.2ジオコーダは、補間に基づいた標準住所のジオコーディングをサポートする他、住所、交差点およびポイント・オブ・インタレストの正確な位置を含むデータセットでのポイント・ベースのジオコーディングもサポートするようになりました。

Oracle Spatialでは、トラック・ルーティング・データセットによる道案内がサポートされ、道、重量、高さ、時間などの制限、商業用およびロジスティックス・アプリケーションに適用されるその他の条件が含まれています。

ポイント・ベースのジオコーディングでは、より正確な結果が得られる他、補間できない状況でも使用できるため、注目を集めています。

関連項目:

詳細は、『Oracle Spatial and Graph開発者ガイド』を参照してください。

4.11.3 Oracle SecureFiles

次の項では、Oracle SecureFilesの改善点について説明します。

4.11.3.1 データベース・ファイルシステム(DBFS)

Oracle Database File System(DBFS)を使用すると、LinuxでデータベースをPOSIX準拠のファイル・システムとして使用できます。この機能には、DBFSのサーバー機能を提供するデータベース・サーバー上のPL/SQLパッケージと、DBFSのLinuxクライアント(dbfs_client)が含まれます。dbfs_clientクライアントは、Linuxでマウント・ポイントとしてDBFSファイル・システムをマウントできるようにするユーティリティです。これにより、ファイル・システム操作からデータベース操作へのマッピングが可能になります。dbfs_clientクライアントは、完全にユーザー空間で実行され、FUSEライブラリ・インフラストラクチャを通じてカーネルと対話します。

DBFS階層ストアでは、DBFSリンクを使用して、DBFSファイル・システムに保存されたSecureFilesデータを、簡単かつアプリケーションに透過的な方法で、テープやストレージ・クラウドなどの二次記憶域層にアーカイブできます。また、アーカイブ・データをアーカイブ解除して、オンデマンドでデータベースに戻すこともできます。

DBFSでは、データベース・アプリケーションによるファイルへのアクセスが容易になり、ファイル・ベースのツールはデータベースに格納されたファイルに簡単にアクセスできます。DBFSでは、重要なファイルのすべてのデータをOracle Databaseにシームレスに保存でき、Oracle Databaseの標準のセキュリティ、バックアップ、パフォーマンスおよびスケーラビリティを利用できます。

SecureFilesは、ファイルまたは非構造化データをOracle Databaseに格納する高パフォーマンスのソリューションです。多くの場合、これらのファイルは、ビジネスやコンプライアンスのために長期間保存する必要があります。このため、顧客は、アプリケーションに透過的な方法でより安価なストレージにファイルを転送して、管理オーバーヘッドを削減することを求めています。DBFS階層ストアは、コールド・ファイル・データを安価な記憶域にシームレスかつ自動的に透過的な方法でアーカイブする方法を提供します。

関連項目:

詳細は、『Oracle Database SecureFilesおよびラージ・オブジェクト開発者ガイド』を参照してください。

4.11.3.2 Oracle SecureFilesのサポート

Oracle Database 11gリリース2(11.2)では、COMPRESS LOWと呼ばれるSecureFiles LOBの新しい圧縮レベルが導入されています。この圧縮レベルでは、ファイル圧縮でよく見られるCPUコストの大部分を軽減する非常に軽量の圧縮アルゴリズムが導入されています。LOWレベルで圧縮されたSecureFilesにより、SecureFiles記憶域を効率的に選択できるようになりました。LOWで圧縮されたSecureFiles LOBは、一般的にBasicFiles(11gリリース1より前)LOBよりもCPU時間と記憶域を消費せず、ディスクI/Oも減るため、アプリケーションの実行を高速化できます。

関連項目:

詳細は、『Oracle Database SecureFilesおよびラージ・オブジェクト開発者ガイド』を参照してください。

4.11.4 Oracle XML DBのスケールおよびパフォーマンスの改善

次の項では、スケーラビリティおよびパフォーマンスの領域での顧客の重要な要件への取組みを示します。XML表のパーティション化、大きなXMLスキーマの登録でのスケール、現実の通常のワークロードでのXML索引付けおよび問合せのパフォーマンスの大幅な改善、およびリポジトリ操作のパフォーマンスの大幅な改善などがあります。

4.11.4.1 バイナリXMLの機能拡張

このリリースでは、パーティション・キーをXMLコンテンツから導出する、バイナリXMLType表およびバイナリXML列を含むリレーション表のパーティション化がサポートされています。また、バイナリXML操作のパフォーマンスを最適化する方法についてのガイドラインも含まれています。

これにより、Oracleパーティション化をバイナリXMLコンテンツで使用できるため、大容量のXMLデータを効率的に管理できます。

関連項目:

詳細は、『Oracle XML DB開発者ガイド』を参照してください。

4.11.4.2 Oracle XML DBリポジトリのパフォーマンスの向上およびガイドライン

Oracle XML DBリポジトリのパフォーマンスの改善には、次のようなガイドラインがあります。

- EQUALS_PATHおよびUNDER_PATH条件を使用した階層問合せの最適化。

- リポジトリの問合せでの階層索引のパフォーマンスの最適化。

これにより、リポジトリ操作のパフォーマンスが向上します。

関連項目:

詳細は、『Oracle XML DB開発者ガイド』を参照してください。

4.11.4.3 XMLIndexの機能強化

このリリースでは、バイナリXMLを使用して保存された非構造化、半構造化および高度に構造化されたXML文書の索引付けでのOracleの機能が改善されています。また、パーティション索引およびパラレル操作もサポートされています。これらの機能拡張は、既存のXMLIndexおよびXMLTable索引のすべての機能を1つの統合された索引にします。

これにより、スキーマおよびスキーマなしのバイナリXMLストレージでの問合せ、フラグメントおよびスカラー抽出操作のパフォーマンスが向上します。

関連項目:

詳細は、『Oracle XML DB開発者ガイド』を参照してください。

4.11.4.4 XMLTypeのパーティション化

この機能により、オブジェクト・ベースの永続性とネストされた表を使用して、XML文書を格納する際に子要素のコレクションの管理に使用されるネストされた表をパーティション化できます。

XMLTypeのパーティション化により、Oracleパーティション化オプションのすべての拡張機能をXMLTypeデータの管理に使用できます。

関連項目:

詳細は、『Oracle Database VLDBおよびパーティショニング・ガイド』を参照してください。

オラクル社の法律上の注意点について

コピーライトについて

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

商標と登録商標について

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

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

ライセンス制約の保証と結果的に生じる損害の免責

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

保証免責

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

制限付権利

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

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

危険な用途への使用について

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

第三者のコンテンツ、製品、サービスに対する免責事項

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

ドラフトのアルファ版およびベータ版ドキュメントについて

このドキュメントが試作版の場合:

このドキュメントは試作版であり、デモおよび暫定使用のみを目的としたものです。このソフトウェアを使用するハードウェアに限定するものではありません。オラクル社およびその関連会社は、このドキュメントに関して一切の責任を負わず、いかなる保証もいたしません。また、このドキュメントを使用したことによって損失、費用、あるいは損害が発生しても、一切の責任を負いかねます。