Oracle Database 18cでのOracle Real Application Clusters（Oracle RAC）

Size: px

Start display at page:

Download "Oracle Database 18cでのOracle Real Application Clusters（Oracle RAC）"

しょうりわにべ
4 years ago
Views:

1 Oracle Database 18c での Oracle Real Application Clusters(Oracle RAC) Oracle ホワイトペーパー 2018 年 2 月

2 目次目次... 1 概要... 2 Oracle Real Application Clusters - 概要... 2 Oracle Clusterware... 4 Oracle Automatic Storage Management(Oracle ASM)... 5 より優れたスケーラビリティ... 7 アルゴリズムの改善... 7 スケーラブルシーケンス... 8 より優れた可用性 Recovery Buddy リーダーノード Node Weighting 継続的なアプリケーションの可用性クラスタプールの効率的な管理 Oracle Autonomous Health Framework(Oracle AHF) まとめ ORACLE REAL APPLICATION CLUSTERS 18C 技術概要

3 概要 Oracle Real Application Clusters(Oracle RAC) は Oracle Database に高可用性とスケーラビリティをもたらす高機能ソリューションとしてお客様に利用され続けていますアプリケーションの変更なしに Oracle RAC が実現する機能をすべて組み合わせたソリューションは市場にはほかに存在しません当初はクラス最高のデータベースサービスを提供することに重点を置いていた Oracle RAC は数年にわたって絶え間なく革新を遂げました現在はパブリッククラウドプライベートクラウドさらにハイブリッドクラウドで使用できる包括的な高可用性 (HA) スタックを提供することであらゆるアプリケーションで高可用性スケーラビリティ柔軟性俊敏性を実現しています Oracle RAC ソリューションファミリーはアプリケーションとデータベースの双方の可用性要件とスケーラビリティ要件を管理する統合型製品スイートです Oracle RAC とそのソリューションファミリーは Oracle Autonomous Database の自律的特性に大きく貢献していますこれには Autonomous Health Framework などの新機能や Oracle キャッシュフュージョンアルゴリズムなどの既存機能が含まれています既存機能は最新のハードウェア革新およびクラウドコンピューティングや機械学習といった業界の傾向を利用してさらに強化されていますこれらの多数の機能については技術的なセクションで詳しく説明します企業は現在これまでにない速さでますます多くのデータを生成し続けていますこのような状況とこの増大し続けるデータを迅速に分析し傾向を見極めることによって変化し続ける市場の状況に迅速に対応しなければならない現状とが相俟ってますます多くのコンピューティング能力が必要となっています Oracle RAC はアプリケーションのコードを変更せずに線形の水平スケーラビリティを実現するおそらく唯一のソリューションです Oracle RAC ソリューションファミリーとともに使用することでエンドツーエンドにデータを管理できる独自のソリューションがもたらされます Oracle RAC の最新リリースでは多数の新機能が導入され多くの既存機能が改善されておりその多くは手作業での介入や調整なしに自動で自律的に機能しますこれらの機能は以下を提供する機能に大まかに分類できます» より優れたスケーラビリティ» より優れた可用性» クラスタプールを管理する上でのより優れた効率性と管理機能 Oracle Real Application Clusters - 概要 Oracle Database で Oracle Real Application Clusters オプションを使用すると異なるサーバーで実 2 ORACLE REAL APPLICATION CLUSTERS 18C 技術概要

行されている複数のインスタンスから共有ストレージに保存された同じ物理データベースにアクセスできますデータベースは複数のハードウェアシステムにまたがりますがアプリケーションに対しては 1 つの統合データベースとして表示されますこのため汎用ハードウェアを使用して総所有コストを削減しさまざまなアプリケーションワークロードをサポートする拡張性の高いコンピューティング環境を提供できます

4 行されている複数のインスタンスから共有ストレージに保存された同じ物理データベースにアクセスできますデータベースは複数のハードウェアシステムにまたがりますがアプリケーションに対しては 1 つの統合データベースとして表示されますこのため汎用ハードウェアを使用して総所有コストを削減しさまざまなアプリケーションワークロードをサポートする拡張性の高いコンピューティング環境を提供できます追加の計算容量が必要な場合は既存のサーバーを置き換えるのではなくノードを追加できますその際クラスタ内のすべてのサーバーで同一のオペレーティングシステムと同じバージョンの Oracle が実行されている必要がありますが容量が同じである必要はありませんお客様は最新のハードウェア構成のサーバーを購入し既存のサーバーと一緒に使用できるため資本支出が抑えられますこのアーキテクチャでは RAC インスタンスが異なる複数のノードで実行されておりノード障害から保護されるため高可用性も実現されますなお Oracle Applications PeopleSoft Siebel SAP をはじめとする ( ほぼ ) すべてのアプリケーションは一切変更なしで Oracle RAC データベース上で実行することができますお客様の環境ではもはやどのような停止時間も許されないためデータベースの可用性とスケーラビリティに対するお客様の要件は増え続けていますこれらの要件はデータベースのみに限定されずサーバーネットワーククライアント接続など他の重要なコンポーネントにも及びますさらに受け取ったワークロードを使用されていないノードや場合によってはより高い計算能力と大容量のメモリを備えたノードに動的にリダイレクトできる賢いリソースマネージャが必要です Oracle RAC ソリューションファミリーによりこれらの要件すべてを確実に満たすことができる統合型の製品バンドルが提供されます Oracle RAC ソリューションファミリーは以下のコンポーネントで構成されます図 1: オラクルのソリューションファミリー 3 ORACLE REAL APPLICATION CLUSTERS 18C 技術概要

Oracle RAC ソリューションファミリーによって提供される機能は Oracle RAC または Oracle RAC One Node のライセンスを所有するお客様は追加料金なしで利用できます Oracle Clusterware Oracle Clusterware はサーバー群をクラスタに変化するテクノロジーです Oracle Clusterware は Oracle RAC

5 Oracle RAC ソリューションファミリーによって提供される機能は Oracle RAC または Oracle RAC One Node のライセンスを所有するお客様は追加料金なしで利用できます Oracle Clusterware Oracle Clusterware はサーバー群をクラスタに変化するテクノロジーです Oracle Clusterware は Oracle RAC RAC One Node そしてシングルインスタンスの Oracle Database とともに使用できる完全で無料のクラスタリングソリューションです Oracle Clusterware ではノードの追加ノードの切断最適なリソース配置をはじめとする機能が提供されます Oracle Clusterware 18c の新機能 Oracle Clusterware 18c では Oracle 12c Release 2 で最初に導入されたクラスタの大規模な展開を容易に管理できる新しい配置の選択肢が強化されています Oracle クラスタドメインと呼ばれるこの新しいアーキテクチャでは展開ストレージ管理パフォーマンス監視などの管理タスクが移行されてドメインサービスクラスタと呼ばれる事前に定義されたクラスタ上で実行されるため個々のクラスタは解放されすべてのリソースがデータベースやアプリケーションのために使用できるようになります図 2:Oracle クラスタドメイン上記の図 2 で示すようにクラスタドメインは単一のドメインサービスクラスタ (DSC) と 1 つまたは多数のメンバークラスタで構成されます DSC はメンバークラスタが利用できる多くのサービスを提供しますメンバークラスタには次の 4 種類が存在します 1. 他のメンバークラスタと共有されない高パフォーマンスなローカルストレージを備えたデータベースメンバークラスタ 2. 通常はアプリケーションをホストしているアプリケーションメンバークラスタ 3. ドメインサービスクラスタによって提供される ASM I/O サービスを使用して ASM ストレージにアクセスするデータベースメンバークラスタこれは間接アクセスと呼ばれることもあります 4 ORACLE REAL APPLICATION CLUSTERS 18C 技術概要

6 4. SAN ストレージ経由で直接ドメインサービスクラスタ上の ASM ストレージにアクセスするデータベースメンバークラスタこれは直接アクセスと呼ばれることもありますメンバークラスタの種類にかかわらずすべてのメンバークラスタは一元管理される管理リポジトリサービス Trace File Analyzer サービスおよび DSC によって提供されるその他のサービスから恩恵を受けます Oracle 18c ではスタンドアロンクラスタをメンバークラスタに変換できます Oracle 18c はこれまでのリリースと同じくスタンドアロンクラスタとして展開することもできますデプロイメントモデルの選択デプロイメントモデルの選択はこれまでのリリースとは異なりインストールの種類に依存しません Oracle 18c では新たなインストールをクラスタドメインモデルとしてデプロイできるほかスタンドアロンクラスタをメンバークラスタに変換することもできます Oracle Clusterware のライセンスはどちらのデプロイメントモデルを選択した場合も同じである点に注意することが重要ですデプロイメントモデルを選択する際に考慮すべきいくつかの側面を次に示します» クラスタドメインのアーキテクチャではメンバークラスタの管理的側面が DSC に移行されますこれによりプロビジョニングとパフォーマンス管理の双方についてメンバークラスタの管理が最適化されますメンバークラスタの CPU やメモリなどのリソースはデータベースの処理ニーズのための専用リソースとして使用できるようになるためお客様はコストを削減できます» クラスタドメインのアーキテクチャにより DSC を使用した統合型のストレージソリューションが実現しますこのモデルでは Oracle ASM のクローニング機能を使用して新たなデータベースを容易にプロビジョニングできますクラスタドメインデプロイメントモデルを使用したストレージ統合では Oracle ASM で導入されたデータベース指向の新たなストレージ管理機能の利点が大いに生かされます» DSC で Autonomous Health Framework(AHF) によって提供され一元管理されるデータ収集機能によりメンバークラスタの動作は機械学習機能を使用して分析できます AHF では機械学習機能を使用してメンバークラスタが継続的に監視されますこの機能により多くの場合問題は発生する前に防止できますたとえば AHF ではリアルタイムのパフォーマンスカウンタと予想される値との差異を検出できるためシステム管理者に差し迫ったパフォーマンス問題を通知する一方で的を絞った診断を生成し是正措置を講じることができます Oracle Clusterware について詳しくはを参照してください Oracle Automatic Storage Management(Oracle ASM) Oracle Automatic Storage Management は Oracle RAC とシングルインスタンスの Oracle Database の双方で使用できる推奨のボリュームマネージャです Oracle ASM では Stripe And Mirror Everything (SAME) の原則を基にストレージ管理を簡素化します賢いミラー化機能によって管理者は 2 重または 3 重のミラー化を定義して重要なデータを保護できます読取り処 5 ORACLE REAL APPLICATION CLUSTERS 18C 技術概要

7 理でディスクの破損ブロックが識別されると Oracle ASM は有効なブロックをミラーコピーからディスクの破損していない部分に自動的に再配置します Oracle ASM 18c の新機能 Oracle ASM 18 では以前のリリースで導入された ASM フレックスディスクグループを使用したデータベース指向のストレージ管理機能が強化されていますフレックスディスクグループに変換しフレックスディスクグループの強化された管理機能たとえば (a) データベースファイルで構成されたファイルグループごとに変更が可能な冗長性 (b) スナップショット機能 (c) 統合環境におけるデータベースレベルでの割当て制限管理などを利用できるようになりました DBA は下層ストレージのスナップショット機能に頼らずにプラガブルデータベース (PDB) にスナップショットを作成できる機能を使用してデータベースを迅速にプロビジョニングできます Oracle ASM のスナップショットは停止時間や手作業での追加のリカバリ操作なしにデータベースレベルで実行できますさらに冗長性は変更可能なためデータベース管理者は保守的なミラー化戦略から開始してビジネスニーズに応じて後で冗長性を変更できますディスクグループを新しいフレックスディスクグループに変換したらストレージ管理者は割当て制限管理機能を使用してデータベースレベルでストレージ領域の上限を設定できますこの設定は 1 つのデータベースがフレックスディスクグループの全領域を使用する状況を回避できるため統合環境で有用です Oracle Automatic Storage Management について詳しくはを参照してください Oracle ASM Cluster File System(Oracle ACFS) Oracle ACFS は汎用ファイルとデータベースファイルを保存する POSIX 互換ファイルシステムを提供することで ASM のファイル管理機能を補完しています Oracle データベースでは長い間 BLOB XML テキストファイルなどを保存する列タイプが提供されていましたしかしユーザーはアプリケーションやビジネスの要件を満たすためにそのようなデータを保存するファイルシステムを必要としていましたそのようなデータを Oracle データベースの外部に保存するためには言うまでもなくバックアップやサイト間の同期などのデータ管理作業を手作業で計画する必要があります Oracle ACFS によりユーザーがそういったデータの保存に使用できるクラスタファイルシステムが提供されますタグ機能レプリケーションスナップショットなどの ACFS 機能をさらに使用すればデータ管理作業が容易になります 18c では新たに双方向スナップショットがサポートされるようになりましたさらに ACFS を使用してデータファイルを保存する際に Oracle Data Guard とより適切に統合されるようになりましたまた ACFS タグ機能を使用してデータにカスタムのタグを追加することやコマンドラインを使用してまたはタギング API 呼び出しをアプリケーションから直接使用してタグを取得することも可能です ACFS スナップショットは特別なストレージに依存せずに汎用システムで Copy-On-Write(COW) を使用するため最小限の領域が消費されます Oracle ACFS について詳しくはを参照してください 6 ORACLE REAL APPLICATION CLUSTERS 18C 技術概要

より優れたスケーラビリティデータベースのサイズはここ何年かで大幅に拡大しデータ量は急速に増え続けています一方でトランザクションをデータベースに瞬時に保存すると同時に分析の問合せに素早く対応することが求められています Oracle RAC はこれらの要件での対応で役立ちます実際 Oracle RAC のスケーラビリティ機能を使用すれば小規模なフットプリントから開始し

8 より優れたスケーラビリティデータベースのサイズはここ何年かで大幅に拡大しデータ量は急速に増え続けています一方でトランザクションをデータベースに瞬時に保存すると同時に分析の問合せに素早く対応することが求められています Oracle RAC はこれらの要件での対応で役立ちます実際 Oracle RAC のスケーラビリティ機能を使用すれば小規模なフットプリントから開始し必要に応じて拡張できるためお客様は大規模な環境を予めプロビジョニングする必要がなくコストを大きく削減できます以下の図 3 は SAP の販売管理 (SD) モジュールベンチマークを実行している Oracle RAC の水平スケールアウトを示しています図 3: アプリケーションコードの変更が不要なスケーラビリティ Oracle RAC では手作業の介入が不要な可用性とスケーラビリティのあらゆる機能に加えてすべてのアプリケーションが必要とする ACID( 原子性整合性独立性永続性 ) プロパティも提供されます RAC データベースの任意のインスタンスに接続されているアプリケーションは Oracle RAC コンポーネントのキャッシュフュージョンによって自動的に対処されるため古くなったデータを読み取る心配がありませんトランザクションに関するすべてのニーズは Oracle RAC によって自動的に対処されるため DBA はビジネスロジックをアプリケーションに追加することに集中できます DBA はまた Data Guard をはじめとする他の Oracle Database の機能と Oracle RAC とを組み合わせてディザスタリカバリに活用できますさらに Oracle Database In-Memory と組み合わせることで高度な分析をマルチテナント機能と組み合わせることで統合を実現できますこれらはアプリケーションの構成を僅かに変更するだけでまたは全く変更せずに達成できます実際これらのデータベース機能がもたらす利点は Oracle RAC とともに使用することでさらに増大しますアルゴリズムの改善 Oracle RAC のスケーラビリティはテクノロジーの最新の進歩に遅れないようアルゴリズムを最適化した結果です Oracle RAC のコンポーネントである Oracle キャッシュフュージョンは異なるノードで実行されているすべてのインスタンスのキャッシュを背後で同期させることができる機能ですこの同期により複数のユーザーセッションが Oracle RAC データベースのいずれかのインスタンスで同時にトランザクションを実行できその際に古くなったデータが読み取られる 7 ORACLE REAL APPLICATION CLUSTERS 18C 技術概要

図 4: アプリケーションコードの変更が不要なスケーラビリティことはありませんこの同時実行性を管理するのに手作業の操作は一切不要です Oracle キャッシュフュージョンにより手作業での介入なしに受信ワークロードとノードのキャパシティに応じて追加のバックグラウンドプロセスが自動的に生成されますキャッシュフュージョンアルゴリズムの改善内容は以下のとおりです» サービスの独立性

9 図 4: アプリケーションコードの変更が不要なスケーラビリティことはありませんこの同時実行性を管理するのに手作業の操作は一切不要です Oracle キャッシュフュージョンにより手作業での介入なしに受信ワークロードとノードのキャパシティに応じて追加のバックグラウンドプロセスが自動的に生成されますキャッシュフュージョンアルゴリズムの改善内容は以下のとおりです» サービスの独立性 : この機能はすべてのインスタンスで提供されていない PDB やサービスに対するキャッシュフュージョンのオペレーションを減らすことでパフォーマンスを改善します特定の PDB がノードのサブセットで開かれている場合に特に有用ですキャッシュフュージョンの同期メッセージは PDB やサービスが実行されているノードにのみ送信されるためです» 適切なパスの選択 : 以前は回転ディスクのパフォーマンスが低かったためキャッシュフュージョンでは最近までプライベートネットワークを単独で利用してキャッシュを同期していましたしかしハードウェアベンダーが SSD や NVME などの新しいテクノロジーを活用した結果ストレージアクセスのパフォーマンスは近年向上しましたこれらのデバイスでは I/O 待機時間が極めて低いためプライベートネットワーク経由でブロックを送信するよりもディスクからブロックを読み取る方が有効な場合があります図 4 で示すようにキャッシュフュージョンではネットワークパフォーマンスとストレージ I/O 統計を継続的に監視し必要に応じてより効率的なパスを利用しますこの処理は DBA による介入なしに自動的かつ継続的に行われますスケーラブルシーケンスアプリケーションはシーケンスを使用して一意の数を生成しますスケーラブルシーケンスではインスタンス番号とセッション番号の一意の組合せを使用してシーケンスの生成が最適化されるため大量のロード中に索引リーフブロックが競合する影響が低減されますスケーラブルシーケンス機能を使用するとシーケンス生成の競合が発生しているワークロードのパフォーマンスが向上しますこの機能はおそらく自動的に有効化されない数少ない機能の 1 つですこの機能がすでに実装されているビジネスロジックを変更しないことを DBA が確認する必要があるためですただし DBA は簡単な Alter sequence sequence_name scale; コマンドを使用して既存のシーケンスを新しいスケーラブルシーケンスに容易に変換できます 8 ORACLE REAL APPLICATION CLUSTERS 18C 技術概要

図 5:Oracle RAC のスケーラブルシーケンスサービス指向バッファキャッシュ Oracle RAC 12c Release 2 で最初に導入されたサービス指向バッファキャッシュにより計画されたシングルトンサービスのフェイルオーバー後は物理的な読取りは基本的に削減されるか多くの場合は排除されますこの機能が導入される以前はシングルトン

10 図 5:Oracle RAC のスケーラブルシーケンスサービス指向バッファキャッシュ Oracle RAC 12c Release 2 で最初に導入されたサービス指向バッファキャッシュにより計画されたシングルトンサービスのフェイルオーバー後は物理的な読取りは基本的に削減されるか多くの場合は排除されますこの機能が導入される以前はシングルトンサービスのフェイルオーバーのレスポンス時間が影響を受けていました障害が発生したインスタンスにキャッシュされたバッファはディスクから再度読み取る必要があり物理的な読取りでオーバーヘッドが発生していたためです Oracle RAC 18c ではバッファキャッシュのブロックおよびセッションが接続に使用するサービス名を追跡するインメモリハッシュがキャッシュフュージョンによって保守されるようになりましたこの情報はデータディクショナリに自動的に保存されるためインスタンスの再起動後も使用できますキャッシュフュージョンではインメモリハッシュを次の 2 つの方法で使用します 1. リソース制御の最適化 : バッファにキャッシュされたリソースの制御はセッションがリソースへのアクセスに使用したサービスが実行されているノードでのみ考慮されますこれによりリソースの変更操作のためにさらなるメッセージをプライベートネットワークに送信する必要がなくなるためパフォーマンスが向上します 2. バッファキャッシュの予熱 : 計画的なメンテナンスにおいてシングルトンサービスがフェイルオーバーされる場合キャッシュフュージョンによりサービスがこれからフェイルオーバーを行う先のインスタンスのバッファが予熱されますこれによりセッションが引き起こしたであろう物理的な読取りが削減され図 6 で示すようにフェイルオーバーされたセッションで一貫したパフォーマンスが実現します 9 ORACLE REAL APPLICATION CLUSTERS 18C 技術概要

図 6: サービスのフェイルオーバー前の事前に準備されたキャッシュより優れた可用性停止時間のためにビジネスが負うコストはアプリケーションの停止時間かデータベースの停止時間かを問わず年を追うごとに増加しています統合環境では複数のアプリケーションやデータベースが停止時間の影響を受けるためこのコストは大幅に増加しますデータセンターでは異なるレイヤーで冗長性を計画することが

11 図 6: サービスのフェイルオーバー前の事前に準備されたキャッシュより優れた可用性停止時間のためにビジネスが負うコストはアプリケーションの停止時間かデータベースの停止時間かを問わず年を追うごとに増加しています統合環境では複数のアプリケーションやデータベースが停止時間の影響を受けるためこのコストは大幅に増加しますデータセンターでは異なるレイヤーで冗長性を計画することが可用性を実現するためには不可欠ですハードウェア障害などの計画外のイベントおよびファームウェアやオペレーティングシステムのパッチ適用といった計画的イベントに対してコンティンジェンシを計画する必要があります計画的なイベントと計画外の障害の双方において (a) 下層のデータベースの中断を最小限に抑えることおよび (b) イベントの影響を受けるノードに接続するユーザーセッションに通知できることが不可欠ですそうすることでこれらのセッションをクラスタ内の存続しているデータベースインスタンスに正常に再接続できます Oracle RAC 18c は新機能の導入と Oracle RAC 12c Release 2 で導入された既存機能の改善によりより優れた可用性を実現しますスマートな再構成クラスタから削除されるノードやクラスタに追加されるノードは再構成されますこの再構成は基本的に障害が発生したインスタンスによって加えられたすべての変更をリカバリするための同期イベントです Oracle RAC では再構成におけるこのイベントをセッションが待つ時間がここ何年かの間に短縮されています Oracle RAC 18c ではスマートな再構成により計画的な操作と計画外の操作の双方を起因とするサービスの中断による影響が低減されており Recovery Buddy やサービス独立性などの機能を活用することで以前のリリースと比較して再構成が最大で 1/4 短縮されました 10 ORACLE REAL APPLICATION CLUSTERS 18C 技術概要

Recovery Buddy 図 7:Recovery Buddy Recovery Buddy 機能により再構成中のセッションの待機時間が大幅に短縮されますこれまでのリリースでは Oracle RAC インスタンスは REDO ログを読み取ることで障害が発生したインスタンスによって加えられた変更を特定しリカバリしていました残りのインスタンスは

12 Recovery Buddy 図 7:Recovery Buddy Recovery Buddy 機能により再構成中のセッションの待機時間が大幅に短縮されますこれまでのリリースでは Oracle RAC インスタンスは REDO ログを読み取ることで障害が発生したインスタンスによって加えられた変更を特定しリカバリしていました残りのインスタンスは障害が発生したインスタンスによって加えられた変更が読み取られ適用されるまで待たなければなりませんでしたしかしながらストレージからこれらの変更を読み取るには時間がかかります Recovery Buddy 機能では Buddy インスタンスをすべての RAC ノードに割り当てることでこれを最適化しますこれらの Buddy インスタンスによりハッシュ表のローカルな SGA におけるブロック変更が追跡されます変更はストレージからではなくハッシュ表から読み取られるためリカバリをより迅速に実行できます Oracle RAC 18c では Buddy インスタンスはリカバリロックを 1 つずつリクエストするのではなく必要なリカバリロックをバッチモードで適用するためより迅速なリカバリが実現しますリーダーノード Oracle Grid Infrastructure 12c ではノードをハブノードまたはリーフノードとして分類する Oracle Flex Cluster の概念が導入されました Oracle Grid Infrastructure 12c Release 2 にはリーフノードで読取り専用インスタンスを実行する機能が追加されました Oracle 18c ではこの機能が強化されておりインスタンスはインストール中に定義されたノードの種類に応じて読み取り専用モード読取りと書込みが可能なモードのいずれかで自動的に起動されます構成済みのサービスもすべて適切なインスタンスで起動されます読取り専用サービスまたは読取りと書込みが可能なサービスを使用して接続されたデータベースセッションは手作業による介入なしに適切なインスタンスにリダイレクトされますノードはハブノードからリーフノードにまたはその逆に変換できます変換されるとクラスタウェアスタックの再起動後インスタンスとサービスは自動的に適切なモードになりますハブノードで実行されているデータベースインスタンスはクラスタに追加されるリーフノードやクラスタから削除されるリーフノードの影響を受けないためリーダーノード機能によって可用性が向上します 11 ORACLE REAL APPLICATION CLUSTERS 18C 技術概要

図 8: 読取りと書込みが可能なノードを備えたリーダーノードリーフノードを再起動してもハブノード上のデータベースアクティビティは中断されないためお客様はこの機能を使用して読取り専用インスタンスを実行しているリーフノードを追加することでデータベースの可用性に影響を与えることなく DSS 問合せのパフォーマンスをスケールアップして向上できますさらに多数の CPU

13 図 8: 読取りと書込みが可能なノードを備えたリーダーノードリーフノードを再起動してもハブノード上のデータベースアクティビティは中断されないためお客様はこの機能を使用して読取り専用インスタンスを実行しているリーフノードを追加することでデータベースの可用性に影響を与えることなく DSS 問合せのパフォーマンスをスケールアップして向上できますさらに多数の CPU やメモリを搭載したノードを読取り専用インスタンスでオラクルのパラレル問合せ (PQ) を使用するように構成できるためソートやハッシュ結合などの一般的なパラレル問合せアクティビティのためにメモリをさらに使用できますこれらのノードはデータベースを停止させることなくビジネスニーズに応じて異なる RAC クラスタ間を移行できます DBA はローカル一時表領域を構成することを選択できるため大量のソートやハッシュ結合を実行している PQ スレーブは物理メモリがなくなった場合はディスクを使用できます読取り専用ノードでもオラクルのインメモリ機能を活用できるため分析問合せが透過的に高速化します図 8 では 5 つのノードの RAC インスタンスと 2 つのハブノードと 3 つのリーフノードを示しています Node Weighting スプリットブレインによってクラスタが半分に分割される場合にエビクションにおいて排除されるノードの選択に使用されるアルゴリズムが Oracle RAC 12c Release 2 で導入されたオラクルの Node Weighting 機能によって変更されましたこれまでは排除の候補となるノードはノード番号に基づき選択されていました Oracle 18c ではこのアルゴリズムがさらに改善され現在実行中のワークロードの重大性シングルトンサービスさらなるセカンダリ障害などさらに複数の要因が考慮されるようになりましたこの機能には手作業による介入は不要ですが DBA はビジネスニーズに基づきノードやサービスを任意に構成して重大とマーク付けすることもできますこの任意の手順は他のノードよりも CPU やメモリが多い特定のノードの重大性を設定するために使用されます一方他のサービスよりも重要と見なされる重大なサービスにはサービスレベルの定義が使用されます継続的なアプリケーションの可用性 Oracle 18c の継続的なアプリケーションの可用性 (CAA) により計画的または計画外のメンテナンス中にデータベースセッションがシームレスに除去され移行されますメンテナンスそのものは障害が発生したハードウェアコンポーネントを交換するための計画的な操作かもしれませんがそのような操作を行わなければノードはコンポーネント障害が原因で停止する可能性が 12 ORACLE REAL APPLICATION CLUSTERS 18C 技術概要

あります CAA 機能によりノード障害の性質にかかわらず障害が発生したノードに接続されたデータベースセッションは存続しているノードに確実に移行されるようになりますこれは特別なドライバなしに透過的に行われます継続的なアプリケーションの可用性について詳しくは oracle.

14 あります CAA 機能によりノード障害の性質にかかわらず障害が発生したノードに接続されたデータベースセッションは存続しているノードに確実に移行されるようになりますこれは特別なドライバなしに透過的に行われます継続的なアプリケーションの可用性について詳しくは oracle.com/goto/ac を参照してくださいクラスタプールの効率的な管理 Oracle RAC ソリューションファミリーはクラスタプールを効率的に管理するためのエンドツーエンドのライフサイクル管理タスクによって企業を支援する統合型のツール一式を提供しています最近までプロビジョニングインストール構成パフォーマンスチューニングログファイル管理パッチ適用などのタスクはノードごとに個別に実施されていましたこのやり方は効率的ではなく誤りを引き起こす可能性がありますオラクルの高速ホームプロビジョニング (RHP) や Oracle Autonomous Health Framework(AHF) などの機能を使用すればデプロイメントプールでこれらのタスクを効率的に管理できます高速ホームプロビジョニング (RHP) Oracle RHP によりオラクルのソフトウェアインフラストラクチャにおけるあらゆるレイヤーのプロビジョニングパッチ適用アップグレードを運用を中断することなく効率的に実施する方法が提供されますレイヤーには Oracle Grid Infrastructure Oracle Database(RAC RAC One Node シングルインスタンス) アプリケーションおよびミドルウェアが含まれますがこれらに限定はされません RHP を使用すると図 9 で示すようなスタンドアロンクラスタドメインサービスクラスタメンバークラスタでのプロビジョニングアップグレードパッチ適用も可能です RHP そのものはスタンドアロンデプロイメントモデルでまたは新たなクラスタドメインデプロイメントモデルの一部としてプロビジョニングできます RHP ではゴールドイメージを使用してお客様のソフトウェアインストールを標準化できます基本的にお客様は環境またはサイト固有のゴールドイメージを作成できゴールドイメージはその後デプロイする標準イメージとして使用できます RHP について詳しくは oracle.com/goto/rhp を参照してください図 9: 高速ホームプロビジョニング 13 ORACLE REAL APPLICATION CLUSTERS 18C 技術概要

Oracle Autonomous Health Framework(Oracle AHF) Oracle AHF は種々の次世代ツールを自律型のコンポーネントとして提供しますこれらのコンポーネントが 24 時間 365 日連携して機能することでデータベースシステムの正常な稼働が維持され人的な対応時間が最小限に抑えられます機械学習テクノロジーを利用することで Oracle AHF

15 Oracle Autonomous Health Framework(Oracle AHF) Oracle AHF は種々の次世代ツールを自律型のコンポーネントとして提供しますこれらのコンポーネントが 24 時間 365 日連携して機能することでデータベースシステムの正常な稼働が維持され人的な対応時間が最小限に抑えられます機械学習テクノロジーを利用することで Oracle AHF は早期に警告するか可用性とパフォーマンスの領域でデータベース管理者およびシステム管理者が直面している運用ランタイムの問題を自動的に解決します Oracle Database 18c では Oracle AHF は以下の新機能を使用してノードデータベースおよびクラスタ全体でこの機能とパフォーマンスを拡張します» Oracle Cluster Health Advisor によるデータベースやクラスタをまたぐ分析 : 特定のデータベースインスタンスやノードを対象とする外部の問題をサポートすることで差し迫った問題をより確実に診断し予防措置を改善させることができます» Oracle Trace File Analyzer サービスの導入 :DBA やシステム管理者が一元管理されたリポジトリから複数のメンバークラスタ全域でトレースファイルを積極的に監視できるようまたは迅速に診断できるよう支援します» パフォーマンスと拡張性に重点を置いた ORAchk と EXAchk の再書込み : 速度が 3 倍速くなりリソースフットプリントがさらに縮小されます» Oracle Database QoS Management: データベースを既存のクラスタに追加する際にポリシーセットの自動プロビジョニングがサポートされるようになったためフリートやクラウドのデプロイメントでプロビジョニングと管理が向上します AHF について詳しくはを参照してください図 10:Autonomous Health Framework のコンポーネント 14 ORACLE REAL APPLICATION CLUSTERS 18C 技術概要

16 まとめビジネスが求めるスケーラビリティと可用性の要件は OLTP DSS データウェアハウスにかかわらずコンバージド HTAP(Hybrid Transactional Analytical Processing) システムでさえもこれまでになく高まっています企業ではいかなる停止時間も許されません膨大なデータを素早く分析し変化し続けるお客様の需要に素早く対応できるようにするためにこれらのシステムのスケーラビリティを確保する必要もあります Oracle RAC ソリューションファミリーとともに Oracle Real Application Clusters を使用すればビジネス継続性可用性スケーラビリティ柔軟性俊敏性などの要件を容易に活用できるため変化し続けるビジネスニーズに迅速に適応できます Oracle Real Application Clusters 18c はビジネスの成功にとって極めて重要なあらゆる領域で大幅な機能強化を実現することでこの方向性を継続させていますスタックの全コンポーネントでアルゴリズムを改善した Oracle RAC はお客様の IT インフラストラクチャにとって最適なデータベース仮想化ソリューションです 15 ORACLE REAL APPLICATION CLUSTERS 18C 技術概要

17 Oracle Corporation, World Headquarters 500 Oracle Parkway Redwood Shores, CA 94065, USA 海外からのお問い合わせ窓口電話 : ファクシミリ : CONNECT WITH US blogs.oracle.com/oracle facebook.com/oracle twitter.com/oracle oracle.com Copyright 2018, Oracle and/or its affiliates.all rights reserved. 本文書は情報提供のみを目的として提供されておりここに記載される内容は予告なく変更されることがあります本文書はその内容に誤りがないことを保証するものではなくまた口頭による明示的保証や法律による黙示的保証を含め商品性ないし特定目的適合性に関する黙示的保証および条件などのいかなる保証および条件も提供するものではありませんオラクルは本文書に関するいかなる法的責任も明確に否認し本文書によって直接的または間接的に確立される契約義務はないものとします本文書はオラクルの書面による許可を前もって得ることなくいかなる目的のためにも電子または印刷を含むいかなる形式や手段によっても再作成または送信することはできません Oracle および Java は Oracle およびその子会社関連会社の登録商標ですその他の名称はそれぞれの会社の商標です Intel および Intel Xeon は Intel Corporation の商標または登録商標ですすべての SPARC 商標はライセンスに基づいて使用される SPARC International, Inc. の商標または登録商標です AMD Opteron AMD ロゴおよび AMD Opteron ロゴは Advanced Micro Devices の商標または登録商標です UNIX は The Open Group の登録商標です 0218 Oracle Real Application Clusters - 技術概要 2018 年 2 月著者 :Anil Nair 共著者 :Markus Michalewicz

Microsoft Windows向けOracle Database 12cでのOracleホーム・ユーザーの導入

Microsoft Windows向けOracle Database 12cでのOracleホーム・ユーザーの導入 Oracle ホワイトペーパー 2013 年 7 月 Microsoft Windows 向け Oracle Database 12c での Oracle ホームユーザーの導入はじめに Oracle Database 12c Release 1(12.1) 以降では Microsoft Windows 上のOracle Databaseでインストール時に指定したOracleホームユーザーの使用がサポートされています