『Oracle Real Application Clusters管理およびデプロイメント・ガイド』のこのリリースの変更内容

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

Oracle Real Application Clusters 12cリリース2 (12.2)での変更内容

Oracle Real Application Clusters 12cリリース2 (12.2)の『Oracle Real Application Clusters管理およびデプロイメント・ガイド』における新しい機能は、次のとおりです。

SCANリスナーによるHTTPプロトコルのサポート

現在、SCANリスナーは、接続要求を受信すると、同じノードに配置されているハンドラ間でロード・バランシングを行います。次に、ノード上で最も負荷の低いハンドラにその接続を渡します。このリリースでは、SCANリスナーはHTTPプロトコルを認識するため、HTTPクライアントを適切なハンドラ(クラスタ内のSCANリスナーが存在するノードとは別のノードに存在する可能性がある)にリダイレクトできます。

プライベート・ネットワークでのOracle Real Application Clustersに対するIPv6のサポート

プライベート・ネットワーク上でIPv4またはIPv6ベースのIPアドレスを使用するようにクラスタ・ノードを構成でき、1つのクラスタに対して複数のプライベート・ネットワークを使用できます。

管理者管理データベースの完全なサポートのためのOracle Database QoS Managementの拡張

このリリースでは、管理モードもサポートすることで、Oracle Database Quality of Service Management (Oracle Database QoS Management)の完全なサポートを利用できます。Oracleは、データベース内で実行するパフォーマンス・クラスのCPU共有を調整することで、管理者管理Oracle RACデータベース内のスキーマ統合をサポートしています。さらに、同じ物理サーバーでホストされているデータベースごとのCPU数を調整することで、データベース統合もサポートされています。

管理者管理データベースはサーバー・プールで実行しないため、サーバー・プールのサイズを変更してインスタンスの数を増減する機能は、ポリシー管理データベースのデプロイメントでサポートではサポートされていますが、管理者管理データベースでは利用できません。このデプロイメントのサポートは、Oracle Enterprise Manager Cloud ControlのOracle Database QoS Managementのページに統合されています。

Oracle Real Application Clustersリーダー・ノード

Oracle RACリーダー・ノードにより、オンライン・トランザクション処理(OLTP)ワークロードを実行する読取り/書込みインスタンスのセットと、読取り専用データベース・インスタンスのセットをクラスタ内のハブ・ノードとリーフ・ノードに割り当てることで、Oracle Flex Clusterのアーキテクチャが促進されます。このアーキテクチャでは、読取り/書込みインスタンスに対する更新は、オンライン・レポートの作成や即座の問合せに使用できるリーフ・ノード上の読取り専用インスタンスにすぐに伝播されます。

サーバーの重みベースのノード削除

サーバーの重みベースのノード削除は、すべてのノードが削除に対して同じ選択を表すクラスタから、Oracle Clusterwareが特定のノードまたはノードのグループを削除する必要がある状況で、タイブレークのメカニズムとして機能します。サーバーの重みベースのノード削除メカニズムは、これらのサーバーの負荷に関する追加情報に基づいて、削除するノードまたはノードのグループを特定する際に役立ちます。2つの原則メカニズム(システム固有の自動メカニズムおよびユーザー入力ベースのメカニズム)が、それぞれのガイダンスを提供するために存在します。

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 Real Application Clusters 12cリリース1 (12.1)での変更内容

次に、Oracle Real Application Clusters (Oracle RAC) 12c『Oracle Real Application Clusters管理およびデプロイメント・ガイド』での変更内容を示します。

Oracle Real Application Clusters 12cリリース1 (12.1.0.2)での変更内容

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

  • インメモリー列ストア

    インメモリー列ストアは、表全体、表パーティション、および圧縮列形式の個々の列を格納する、SGAのオプション領域です。データベースは、SIMDベクトル処理を含む特別な手法を使用して、列データを非常に高速にスキャンします。インメモリー列ストアは、データベース・バッファ・キャッシュを置き換えるものではなく、補完するものです。

    関連項目:

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

  • インメモリー・トランザクション・マネージャ

    インメモリー・トランザクション・マネージャは独立したエンジンで、インメモリー列ストアへの変更を適用するトランザクションの読取り一貫性を自動的に提供します。インメモリー列ストアに存在する表およびパーティションは列形式でメモリーに格納され、行メジャー形式でデータ・ファイルおよびデータベース・バッファ・キャッシュに格納されるので、このエンジンが必要です。

    関連項目:

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

  • 高速ホーム・プロビジョニング

    高速ホーム・プロビジョニングでは、事前作成済のソフトウェア・ホームのカタログに格納されたイメージに基づいてOracleホームをデプロイできます。

    関連項目:

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

  • 全データベース・インメモリー・キャッシング

    このリリースでは、データベース全体をメモリーにキャッシングできます。各インスタンスのバッファ・キャッシュ・サイズがデータベース全体のサイズよりも大きいときにこの機能を使用します。Oracle RACシステムで、正しくパーティション化されたアプリケーションでは、すべてのデータベース・インスタンスの結合バッファ・キャッシュ(インスタンス間で重複するキャッシュされたブロックを処理する追加の領域を含む)がデータベース・サイズよりも大きい場合に、この機能を使用できます。

    関連項目:

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

  • Oracle Database QoS管理をアクティブにする必要がないメモリー・ガード

    このリリースでは、Oracle Databaseサービスのクオリティ管理(Oracle Database QoS管理)を使用するかどうかに関係なく、メモリー・ガードがデフォルトで有効化されています。メモリー・ガードはノードのメモリー不足を検出し、既存のワークロードが縮小してメモリーが解放されるまで、新しいセッションを他のインスタンスに送ります。ノードの空きメモリーが増えると、自動的にサービスが再び新しい接続を受け入れられるようになります。

Oracle Real Application Clusters 12cリリース1 (12.1.0.1)での変更内容

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

  • アプリケーション・コンティニュイティ

    このリリースより前は、エンド・ユーザーから停止をマスクする場合、アプリケーション開発者は基礎となるソフトウェア、ハードウェアおよび通信レイヤーの停止を明示的に処理する必要がありました。

    Oracle Database 10gでは、高速アプリケーション通知(FAN)によって、例外条件がアプリケーションに迅速に配信されました。ただし、FANおよび以前のOracleテクノロジでは、最後のトランザクションの結果がアプリケーションに報告されず、アプリケーションの観点から進行中の要求がリカバリされませんでした。結果として、停止がマスクされず、ユーザーに不便を強い、収益が失われました。ユーザーが意図せずに重複して品物を購入したり、1つの請求書に何回も支払う可能性もあります。複雑なケースでは、引き起こされた問題に対処するために、管理者が中間層をリブートする必要がありました。

    アプリケーション・コンティニュイティは、アプリケーションに依存しない機能であり、アプリケーションの観点から不完全な要求のリカバリを試行し、システム、通信、ハードウェアの多くの障害および記憶域の停止をエンド・ユーザーからマスクします。

  • Java用のトランザクション・ガード

    この機能によって、新しいアプリケーション・コンティニュイティインフラストラクチャがJavaに公開されます。次のことがサポートされます。

    • トランザクションの冪等性など、トランザクションの実行を1回以下にするためのプロトコル

    • 論理トランザクションID (LTXID)を取得するためのAPI

    • 接続またはセッションのステータスを取得するための属性

    関連項目:

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

  • トランザクションの冪等性

    この機能は、アプリケーションに依存しない汎用インフラストラクチャを提供し、これにより、アプリケーションの観点からの作業のリカバリを可能にし、システム、通信およびハードウェアの多くの障害をユーザーからマスクします。トランザクションの冪等性によって、トランザクションは予定どおりに、最大1回実行されるようになります。

    関連項目:

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

  • Oracle Flex Cluster

    場合によっては何千というノードで構成される大規模なクラスタは、Oracle RACにプラットフォームを提供して、大規模パラレル問合せ操作をサポートします。

    関連項目:

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

  • ディスク・グループの共有Oracle ASMパスワード・ファイル

    この機能によって、Oracle Automatic Storage Management(Oracle ASM)共有パスワード・ファイルをOracle ASMディスク・グループに格納する場合のブートストラップ問題に対処するために必要なインフラストラクチャが実装されます。

  • グローバル・データ・サービス

    Oracle RACがデータベース・サービスをサポートし、クラスタ内の複数のデータベース・インスタンスをまたいだサービスレベルのワークロード管理を有効にするのと同様の方法で、Global Data Servicesでは、共有サービスを提供する一連のレプリケート・データベースに対する、Oracle RACに似た接続時ロード・バランシング、ランタイム・ロード・バランシング、フェイルオーバーおよびサービスの集中管理を提供します。この一連のデータベースには、Oracle RAC、およびOracle Data Guard、Oracle GoldenGateまたはその他のレプリケーション・テクノロジで相互接続された、非クラスタ化Oracle Databaseを含めることができます。

  • 共有グリッド・ネーミング・サービス

    グリッド・ネーミング・サービス(GNS)の1つのインスタンスで、任意の数のクラスタにサービスを提供できます。

    関連項目:

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

  • Oracle RACのWhat-Ifコマンドの評価

    Oracle Clusterwareのこの機能を使用すると、システムの状態を変更することなく、仮定的な計画済または計画外イベントに対するポリシー・レスポンスを提供するメカニズムによって、リソースの管理および可用性が向上します。

    Oracle RACでは、SRVCTLに対する拡張が、特定のコマンドを実行してその潜在的影響を判別する前に、それらのコマンドの影響を特定するのに役立ちます。

    関連項目:

  • Oracle RACデプロイメントへのサービス登録の制限

    この機能により、デフォルトでローカルIPからのリスナー登録のみが許可され、登録要求がリスナーにより許可される一連のIPアドレスまたはサブネットを構成および動的に更新する機能が提供されます。

    関連項目:

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

  • 有効なノードの確認によるサービス登録の制限

    この機能によって、ネットワーク管理者は、単一クライアント・アクセス名(SCAN)リスナーが登録を受け入れたノードのリストおよびサブネット情報を指定できます。SRVCTLを使用してノードおよびサブネット情報を指定でき、SRVCTLではこの情報をSCANリスナー・リソース・プロファイルに格納し、この情報はlistener.oraファイルにも書き込まれます。データベースへのクライアント・アクセスを制限すると、Oracle RACがよりセキュアになり、セキュリティ上の問題や攻撃に対する脆弱性が軽減されます。

  • プラガブル・データベース

    プラガブル・データベースによって、Oracle Databaseはスキーマ、スキーマ・オブジェクトおよび非スキーマ・オブジェクトのポータブル・コレクションを含むことができます。これらはOracle Netクライアントに個別のデータベースとして表示されます。この自己完結型コレクションは、プラガブル・データベース(PDB)と呼ばれます。コンテナ・データベース(CDB)とは、0 (ゼロ)、1つまたは数多くのユーザー作成のプラガブル・データベース(PDB)を含むOracle Databaseです。PDBはCDBから切断して、別のCDBに接続できます。

  • WindowsでのOracleホーム・ユーザーのサポート

    Oracle Database 12c以降、Oracle Databaseでは、Oracleホーム・ユーザーの使用がサポートされており、インストール時に指定できます。Oracleホーム・ユーザーは、Windowsドメイン・ユーザーに関連付けられています。制限された権限セットをOracleホーム・ユーザーに確実に付与することで、Oracle製品の実行に必要な権限のみがOracle Databaseサービスに付与されるようにするには、Windowsドメイン・ユーザーを権限の弱い非管理者アカウントにする必要があります。

    Windowsの管理者ユーザーの権限は、インストール、アップグレード、パッチ適用などのOracleソフトウェア・メンテナンス・タスクを実行するために依然として必要です。Oracle Database管理ツールは、必要な場合はOracleホーム・ユーザーのパスワードを尋ねるように拡張されました。Oracle RAC環境では、Oracleホーム・ユーザーのパスワードをセキュア・ウォレットに保存できます。このようなウォレットが存在する場合、Oracle Database管理ツールでは、ウォレットからのパスワードが自動的に使用され、Oracleホーム・ユーザーのパスワードの入力は求められません。

  • Oracle ACFSおよびOracle ADVMのクラスタ・リソース

    Oracle Clusterwareリソースのサポートには、Oracle Automatic Storage Management Cluster File System (Oracle ACFS)、Gridホーム用のOracle ACFS汎用ファイル・システム、およびOracle ASM Dynamic Volume Manager (Oracle ADVM)のボリュームに格納されたOracleホームの拡張が含まれます。Oracle Clusterwareによって管理されるこれらのリソースでは、Oracle ACFS、Oracle ADVMドライバとOKSドライバ、ディスク・グループのマウント、動的ボリュームの有効化、および自動Oracle ACFSファイル・システムのマウントがサポートされています。

    関連項目:

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

  • Oracle Highly Available NFS

    Oracle ACFSは、エクスポートされた可用性の高いファイル・システム・サービスとして構成できます。このサービスは、仮想IPアドレスと組み合せて、Oracle ACFSのクラスタ全体のデータの一貫性および整合性を使用し、NFSエクスポート用のフェイルオーバー機能を実現します。この仮想IPアドレスからNFSエクスポートをマウントすると、クラスタの1つのノードが使用可能である場合、NFSエクスポートは使用可能になることをクライアントに保証できます。

    関連項目:

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

  • ポリシーベースのクラスタ管理および運用

    Oracle Grid Infrastructureでは、1つのクラスタで複数のアプリケーションを実行することができます。ポリシーベースの方法を使用すると、これらのアプリケーションによって発生するワークロードを、ポリシーを使用したクラスタ全体に振り分けることができます。またポリシー設定によって、時間の経過とともに必要に応じて異なるポリシーをクラスタに適用することができます。Webベースのインタフェースまたはコマンドライン・インタフェースを使用して、ポリシー・セットを定義できます。

    同じクラスタ内で様々なワークロードを受け入れることで、共有インフラストラクチャにワークロードを集約することができ、高可用性とスケーラビリティが実現されます。集中管理されたポリシーベースの方法を使用することで、要求の変化に応じてリソースを動的に再配分し、優先度付けが可能になります。

    関連項目:

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

  • オンライン・リソース属性変更

    Oracle Clusterwareでは、リソース・モデルを使用して、高可用性のためにハードウェアおよびソフトウェアを管理します。リソース属性を使用して、Oracle Clusterwareによるこれらのリソースの管理方法を定義します。オンライン・リソース属性変更を使用すると、リソースを再起動しないで、特定のリソース属性を変更したり、これらの変更を実装することができます。特定のSRVCTLおよびCRSCTLコマンドを使用して、オンライン・リソース属性変更を管理します。

非推奨となった機能

  • 単一文字SRVCTL CLIオプションの非推奨

    すべてのSRVCTLコマンドは、単一文字オプションのかわりに完全単語オプションを受け入れるように拡張されました。このリリースで追加されたすべての新しいSRVCTLコマンド・オプションはフルワード・オプションのみをサポートしており、1文字のオプションはサポートしていません。SRVCTLコマンドでの単一文字オプションの使用は、今後のリリースではサポートされない可能性があります。

  • Oracle Restartの非推奨

    Oracle Database 12cではOracle Restartは非推奨です。Oracle Restartは現在、単一インスタンスOracle DatabaseおよびOracle ASMインスタンスのみの管理に制限されており、今後のリリースではサポート終了となる可能性があります。Oracle ASMは引き続き、スタンドアロンおよびクラスタ・デプロイメント用のOracle Grid Infrastructureインストールの一部として提供されます。

サポート対象外となった機能

関連項目:

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

  • Windows用のOracle Cluster File System

    WindowsでのOracle Clusterファイル・システム(OCFS)はサポートされていません。

  • Oracle Database用のRAW (ブロック)記憶域デバイスおよび関連テクノロジ

    Oracle Database 12cリリース1 (12.1)およびOracle Clusterwareなどの関連するグリッド技術は、RAWストレージ・デバイスまたはブロック・ストレージ・デバイスの直接使用を現在はサポートしていません。Oracle Clusterware 12cリリース1 (12.1)にアップグレードする前に、既存のファイルをRAWまたはブロック・デバイスからOracle ASMに移動する必要があります。