『Oracle Database 2日でReal Application Clustersガイド』のこのリリースでの変更点
ここでは、『Oracle Database 2日でReal Application Clustersガイド』での変更点を示します。
Oracle Database 12c リリース2 (12.2)の変更点
Oracle Database 12c リリース2 (12.2)の『Oracle Database 2日でReal Application Clustersガイド』での変更点は次のとおりです。
Oracle Database 12c リリース2 (12.2)の新機能
このリリースの新機能は次のとおりです。
-
計画済データベース・メンテナンスのためのアプリケーション・コンティニュイティ
この機能では、アプリケーション開発者に負荷をかけることなく、基礎となるインフラストラクチャ(Oracle Database、Oracle Grid Infrastructure、オペレーティング・システムおよびハードウェア)に必要なスケジュール済メンテナンス操作を見えなくします。この機能により、ほとんどのアプリケーションの動作を中断せずに、スケジュール済メンテナンスを実行できるようになります。
ユーザーを妨害しない計画メンテナンスの管理を参照してください。
-
OCIアプリケーションのアプリケーション・コンティニュイティ
アプリケーション・コンティニュイティは、アプリケーションに依存しない機能であり、アプリケーションの観点から不完全な要求のリカバリを試行し、システム、通信、ハードウェアの多くの障害および記憶域の停止をユーザーからマスクします。アプリケーション・コンティニュイティは、OCIセッション・プール、Tuxedo、JDBCリプレイ・データソースまたはOCIドライバ(独自の接続プールを使用してリクエスト境界を追加する場合)およびOCIベースのアプリケーション(SQL*Plusなど)とともに使用する際にサポートされます。
アプリケーション・コンティニュイティを使用する準備を参照してください。
-
ODP .NET管理対象外ドライバでのアプリケーション・コンティニュイティのサポート
アプリケーション・コンティニュイティは、ODP.NET管理対象外ドライバの観点から不完全なリクエストをリカバリし、システム、通信、ハードウェアの多くの障害および記憶域の停止をユーザーからマスクします。アプリケーション・コンティニュイティにより、トランザクションが1回しか実行されないことが保証されます。障害が発生すると、通常、ユーザーからマスクされます。この機能により、ユーザー・エクスペリエンス、アプリケーション可用性、およびODP.NET開発者の生産性が向上します。
アプリケーション・コンティニュイティを使用する準備を参照してください。
-
Oracle ASMフィルタ・ドライバ(Oracle ASMFD)の自動構成
Oracle ASMFDを使用すると、システムを再起動するたびにOracle ASMで使用するディスク・デバイスをリバインドする必要がなくなるため、ディスク・デバイスの構成および管理が簡単になります。Oracle ASMFDの構成は、Oracle Grid Infrastructureのインストール時に自動プロセスとなるようチェック・ボックスを使用して有効にできるようになりました。
新規クラスタ用Oracle Grid Infrastructureのインストールを参照してください。
-
Cluster Health Advisor
Cluster Health Advisorでは、システム管理者およびデータベース管理者に、Oracle RACデータベースとクラスタ・ノードに関する保留中のパフォーマンスの問題、根本原因および修正処理について早期に警告します。この高度な事前診断機能により、可用性およびパフォーマンスの管理が向上します。
Cluster Health Advisorを参照してください。
-
FANイベントのJava API (UP、DOWNおよびロード・バランシング・アドバイザ・イベント)
Oracle Fast Application Notification (FAN)ライブラリ(simplefan.jar)は、UPイベントを識別する機能で強化されました。oracle.simplefan.FanUpEventListenerインタフェースは、2つの新しいメソッドNodeUpEvent()およびServiceUpEvent()で強化されました。ServiceDownEvent、LoadAdvisoryEventおよびNodeDownEventは、前のリリースで追加されています。FANイベントを処理するために参照しているJavaコンテナ、フレームワーク、およびアプリケーションは、これらのAPIを使用して、高可用性ソリューションを構築するためのOracle Database RAC FANイベントにサブスクライブできます。
-
JDBCドライバでの高速アプリケーション通知(FAN)のサポート
Java Database Connectivity (JDBC)ドライバは、計画済メンテナンスおよび計画外停止の時間のサポートを強化するためのOracle Database RAC FANイベントをサポートするようになりました。
-
oracle.jdbc.fanEnabled: ドライバでのFANサポートを有効または無効にするシステム・プロパティ。 Oracle Universal Connection Pool (UCP)がクライアント側プールとして使用される場合、UCPが優先されます。 -
oracle.jdbc.fanONSConfig: ドライバによってリモートOracle Notification Services (ONS)構成として使用される接続プロパティ。このプロパティは、12cより前のデータベース・バージョンの場合のみ必須です。
高可用性のためのアプリケーション・クライアントの構成を参照してください。
-
-
Oracle Grid Infrastructureホームのプロビジョニング
Oracle Database 12c リリース2 (12.2)では、高速ホーム・プロビジョニングを使用したGrid Infrastructureホームのプロビジョニング、パッチ適用およびアップグレードがサポートされています。
高速ホーム・プロビジョニング、パッチ適用およびアップグレードを参照してください。
-
Oracle Real Application Clustersを管理するための義務の分離
Oracle Database 12c リリース2 (12.2)から、Oracle Databaseは、クラスタウェア・エージェントのSYSRAC管理権限を導入することにより、Oracle Real Application Clusters (Oracle RAC)を管理する際の義務のベスト・プラクティスの分離サポートを提供するようになりました。この機能により、Oracle RACに対して強力なSYSDBA管理権限を使用する必要がなくなりました。
SYSRACは、SYSDG、SYSBACKUPおよびSYSKMと同様、義務の分離の施行、および本番システム上のSYSDBAの使用への依存の軽減に役立ちます。この管理権限は、
srvctlなどのOracle RACユーティリティのかわりに、クラスタウェア・エージェントによってデータベースに接続するためのデフォルト・モードです。オペレーティング・システム・ユーザーおよびグループについてを参照してください。
-
Oracle Cluster Interconnect用のIPv6ベースのIPアドレスのサポート
Oracle Grid Infrastructure 12c リリース2 (12.2)からは、IPv4またはIPv6ベースのIPアドレスを使用して、プライベート・ネットワーク上でクラスタ・ノードを構成できます。クラスタに対して複数のプライベート・ネットワークを使用できます。
-
Zipイメージ・ベースのOracle Grid Infrastructureインストール
Oracle Grid Infrastructure 12c リリース2 (12.2)からは、インストール・メディアがOracle Grid Infrastructureインストーラのzipファイルに置き換えられています。このzipファイルをターゲット・ホームのパスに解凍した後、インストール・ウィザードを実行します。
新規クラスタ用Oracle Grid Infrastructureのインストールを参照してください。
非推奨となった機能
次の機能は今回のリリースで非推奨となり、今後のリリースではサポートされない可能性があります。このリリースの非推奨となった機能の完全なリストは、『Oracle Databaseアップグレード・ガイド』を参照してください。
-
Oracle Cluster Registry (OCR)および投票ファイルのダイレクト・ファイル・システム配置の非推奨
Oracle Grid Infrastructure 12cリリース2 (12.2)以上では、Oracle ClusterwareファイルがOracle Automatic Storage Management (Oracle ASM)によって管理されるようになり、Oracle Clusterwareファイルの配置(共有ファイル・システムでのOracle Cluster Registry (OCR)や投票ファイルの直接配置)が非推奨となりました。共有ファイル・システムでのOracle Clusterwareファイルの直接配置は、今後のリリースではサポート対象外となる可能性があります。サポート対象の共有ファイル・システム(ネットワーク・ファイル・システムまたは共有クラスタ・ファイル・システム)をネイティブ・ディスク・デバイスのかわりに使用する必要がある場合は、Oracle Grid Infrastructureをインストールする前に、Oracle Clusterwareファイルをホストするために使用する予定の共有ファイル・システム上にOracle ASMディスクを作成する必要があります。これにより、Oracle ASMディスク・グループでOracle ASMディスクを使用して、Oracle Clusterwareファイルを管理できます。
-
configToolAllCommandsスクリプトの非推奨configToolAllCommandsスクリプトは、インストール後のOracle製品を構成するためにレスポンス・ファイル・モードで実行し、個別のパスワード・レスポンス・ファイルを使用します。Oracle Database 12cリリース2 (12.2)以上では、configToolAllCommandsスクリプトは非推奨となり、今後のリリースではサポート対象外となります。Oracle製品のインストール後の構成を行うには、
-executeConfigToolsオプションを使用して、Oracle DatabaseまたはOracle Grid Infrastructureのインストーラを実行できるようになりました。インストール時に作成されるものと同じレスポンス・ファイルを使用して、インストール後の構成を実行できます。『Oracle Real Application Clustersインストレーション・ガイドfor Linux and UNIX Systems』を参照してください。
Oracle Database 12c リリース2 (12.2)のサポート対象外機能
このドキュメントに記載されていた一部の機能は、Oracle Database 12cリリース2 (12.2)ではサポート対象外になります。サポートされない機能のリストは、『Oracle Databaseアップグレード・ガイド』を参照してください。
Oracle Database 12c リリース1 (12.1)の変更点
Oracle Database 12c リリース1 (12.1)の『Oracle Database 2日でReal Application Clustersガイド』の変更点は次のとおりです。
新機能
このリリースの新機能は次のとおりです。
-
Oracle Enterprise Manager Database Control (DB Control)がOracle Enterprise Manager Database Expressに置き換えられました。
Oracle Databaseの以前のリリースでは、DB Controlが主要なデータベース管理ツールとしてこのマニュアルで取り上げられていました。DB Controlはこのリリースには含まれていません。
Oracle Database 2日でデータベース管理者を参照してください。
-
Oracle DatabaseでOracleホーム・ユーザーがサポートされます。
Oracle Database 12cリリース1 (12.1)以降、Oracle DatabaseではOracleホーム・ユーザーを使用でき、インストール時に指定できます。Oracleホーム・ユーザーには、組込みアカウントまたはWindowsユーザー・アカウントを指定できます。Windowsユーザー・アカウントを指定すると、Oracleホーム・ユーザーが持つ権限を限定されたものにするため、ユーザーは権限の弱い(非管理者)アカウントになります。Oracleホーム・ユーザーを使用すると、Oracle Databaseサービスが持つ権限はOracle製品を実行するときに必要な権限のみになります。
『Oracle Databaseプラットフォーム・ガイドfor Microsoft Windows』を参照してください。
-
アプリケーション・コンティニュイティ
アプリケーション・コンティニュイティは、リカバリ可能な停止(計画外および計画)に続いてリクエストをリカバリすることで、エンド・ユーザーおよびアプリケーションから停止をマスキングしようとします。アプリケーション・コンティニュイティはこのリカバリをアプリケーション直下で実行するため、アプリケーションにとっては、その停止が遅延された実行のように見えます。アプリケーション・コンティニュイティがマスクするのはリカバリ可能な停止、つまり再発行した場合にリクエストが継続されるような停止です。例として、システム障害、ネットワークの切断、フォアグラウンド障害、記憶領域障害があります。
詳細は、Oracle Real Application Clusters管理およびデプロイメント・ガイドを参照してください。
-
トランザクション・ガード
Oracle Database 12c リリース1 (12.1)より前は、Oracle Database (サーバー)がアプリケーション(クライアント)に戻されたというコミット・メッセージが永続的でなかったため、停止後にデータベース・アプリケーションをリカバリすることは困難でした。Oracle Databaseとアプリケーション間の接続が無効になったり、データベース・セッションが使用不可になると、アプリケーションは切断エラー・メッセージを受け取りました。停止後、アプリケーション・ユーザーが、すでにコミットした移行中のトランザクションを再送信すると、トランザクションは重複する結果になりました。
Oracle Databaseの機能であるトランザクション・ガードによって、各トランザクションが実行されるのは1回のみであることが保証されます。そのPL/SQLインタフェースである
DBMS_APP_CONT.GET_LTXID_OUTCOMEプロシージャによって、停止後に移行中のトランザクションの結果を判断できるため、停止によって失われた処理をリカバリできます。『Oracle Database開発ガイド』を参照してください。
-
アプリケーション・コンティニュイティでJavaおよびJDBCがサポートされます。
Javaのアプリケーション・コンティニュイティは、Oracle Database、JDBC Thinドライバ、およびOracle接続プール(UCP (Universal Connection Pool)およびWebLogic Server Active GridLink)で使用可能です。
アプリケーション・コンティニュイティは、Oracle JDBCを使用し、Oracle接続プール(UCPまたはWLS Active GridLink)を使用するが、外部アクションを持たないJava EEおよびJava SEアプリケーションにとって透過的です。外部アクション(自立型トランザクションの使用やUTL_HTTPを使用したSOAコールの発行など)のあるアプリケーションの場合、障害後にこれらの外部アクションがリプレイされたときにアプリケーションの正確さが保持される場合のみ、アプリケーション・コンティニュイティが透過的になります。
『Oracle Database JDBC開発者ガイド』を参照してください。
-
トランザクション・ガードでOracle JDBCがサポートされます。
『Oracle Database JDBC開発者ガイド』を参照してください。
サポート対象外機能
このドキュメントで以前に記述されていた機能の一部は、Oracle Database12cリリース1(12.1)ではサポートされません。サポートされない機能のリストは、『Oracle Databaseアップグレード・ガイド』を参照してください。