WindowsでのOracle Database 10g Release 2アーキテクチャ

Transcription

1 Windows での Oracle Database 10g Release 2 アーキテクチャ Oracle テクニカル ホワイト ペーパー 2005 年 11 月

2 Windows での Oracle Database 10g Release 2 アーキテクチャ 概要... 3 はじめに... 3 Windows での Oracle Database10g Release 2 アーキテクチャ... 4 スレッド モデル... 4 サービス... 5 スケーラビリティの強化 GB RAM Tuning(4GT)... 6 Very Large Memory(VLM)... 6 AMD64/EM64T と Itanium Oracle 10.2 の新機能... 7 ラージ ページ Oracle 10.1 の新機能... 9 アフィニティと優先順位の設定... 9 Non-Uniform Memory Access(NUMA) Oracle 10.1 の新機能 ファイル I/O の強化 クラスタ ファイル システム ビット ファイル I/O RAW ファイルのサポート 使いやすさ Express Edition 結論 Windows での Oracle Database 10g Release 2 アーキテクチャ 2

3 Windows での Oracle Database 10g Release 2 アーキテクチャ 概要 Oracle Database 10g Release 2 for Windows は エンタープライズ スケーラビリティ 信頼性 および高いパフォーマンスを必要とする配置に最適なデータベース ソリューションです スレッド ベースのネイティブ Windows サービス モデルを使用することで Oracle Database 10g Release 2 は高いパフォーマンスとスケーラビリティを実現します Oracle データベースには Windows オペレーティング システムおよび基盤となるハードウェアの高度な機能と緊密に統合することにより スケーラビリティとパフォーマンスを強化する多くの機能が含まれています Oracle Database 10g の最初のリリースでは ラージ ページ サポートと Numa サポートの導入により さらにパフォーマンスが向上しました 大容量ファイルと RAW ファイルのサポート 大容量メモリのサポート およびグリッド コンピューティングの使用を通じて Oracle はエンタープライズ クラスのパフォーマンスを実現します このリリースでは Oracle データベース ファミリーに 2 つの新しいエディション (AMD64/EM64T ハードウェア上の 64 ビット Windows 用のネイティブ 64 ビット データベースと Oracle Database Express Edition(Oracle Database XE)) が導入されました AMD64/EM64T は Itanium プラットフォームに加え 第 2 の 64 ビット ハードウェア オプションを提供します 64 ビットのサポートにより 32 ビット システムを上回るスケーラビリティとパフォーマンスを提供します Oracle Database XE は ネイティブ Windows インストーラを使用することで フットプリントの小さなデータベース ソリューションを提供します これは 開発やプロトタイプ シナリオに最適です はじめに オラクルは 常に Windows オペレーティング システムへの徹底した取組みを続けてきました 1993 年 オラクルは Windows NT 向けの初のリレーショナル データベースを発売しました データベースに特定の変更を加えることで Windows でのパフォーマンスとユーザビリティを向上させました Oracle データベースは Windows プラットフォームにおける主要データベース ソリューションの 1 つになりました Oracle は初めから Windows で最高のパフォーマンスを発揮し もっとも緊密に統合されたデータベースを提供することを目標としてきました そのため 市場をリードする UNIX データベース テクノロジーから Windows プラットフォームへの移行に早い時期から投資をおこなっていました 1993 年 Oracle は Windows NT 向けの初のリレーショナル データベースを発売しました 当初 Oracle の開発努力は Windows でのデータベース パフォーマンス向上とアーキテクチャの最適化に集中していました Oracle7 on Windows NT では Windows プラットフォームに固有の機能を活用するように再設計がおこなわれました これらの機能には ネイティブ スレッド サポートやパフォーマンス モニターおよびイベント ビューアなどの Windows 管理ツールとの統合が含まれます Windows での Oracle データベースは 基本レベルのオペレーティング システム Windows での Oracle Database 10g Release 2 アーキテクチャ 3

4 統合から 64 ビット Itanium や 64 ビット AMD64/EM64T システムを含む Windows プラットフォームが提供する より高度なサービスの活用へと発展してきました オラクルは常に新しい Windows テクノロジーを採用し 活用し続けています このホワイト ペーパーでは Windows での Oracle Database 10g Release 2 アーキテクチャについて詳しく説明します また Windows データベースの機能を向上させる最近の技術革新について説明しますが すべてのハードウェア プラットフォームに適用される機能は対象としていません Windows での Oracle Database10g Release 2 アーキテクチャ Oracle Database 10g Release 2 は Windows 上でも UNIX 上と同様の機能を提供します ただし 内部では Windows 固有のオペレーティング システム機能の利点を活用して パフォーマンス 信頼性 および安定性を向上させるために大幅な作業が実施されています Oracle Database 10g Release 2 は Windows 上で稼動する場合でも オラクルがサポートする各種の UNIX プラットフォーム上で提供される機能と同じものを備えています ただし データベースとオペレーティング システム間のインタフェースは Windows が提供する固有サービスの利点を活用するために大幅に変更されています したがって Windows での Oracle Database 10g Release 2 は UNIX コード ベースをそのまま Windows に移植したものではありません データベースが Windows の機能を最大限に活用し アプリケーション構築の基盤システムとしての Oracle Database 10g Release 2 が安定性および信頼性に優れた高いパフォーマンスを発揮できるようにするため 多くのエンジニアリング作業が実施されています スレッド モデル Windows での Oracle データベース アーキテクチャは プロセスではなくスレッドに基づいています スレッドのおかげで コンテキスト切替えが迅速になり 共有メモリを使用しない SGA 割当て作業は大幅に簡素化され 新規接続の作成時間が短縮され 全体的なメモリ使用が削減されます Windows 上の Oracle Database 10g Release 2 を UNIX 上の Oracle データベースと比較した場合 もっとも顕著なアーキテクチャの変更はプロセス ベース サーバーからスレッド ベース サーバーへの変換です UNIX の場合 Oracle はプロセスを使用して データベース ライター (DBW0) ログ ライター(LGWR) ディスパッチャ 共有サーバーなどのバックグラウンド タスクを実装します さらに データベースへの各専用接続により そのセッションの代わりに別のオペレーティング システム プロセスが作成されます しかし Windows の場合はこれらすべてのプロセスが 1 つの大規模プロセス内にスレッドとして実装されます つまり それぞれの Oracle データベース インスタンスに対して Windows で実行されるプロセスは Oracle データベース サーバー自体の 1 つのみになります ( 注 :Windows 上には Oracle Enterprise Manager Database Console など そのほかのデータベース サービス用に別の Oracle プロセスが存在します ) このプロセスの内部には多数のスレッドが実行されており 各スレッドが UNIX アーキテクチャにおける 1 つのプロセスに相当します したがって UNIX 上のあるインスタンスにおいて 100 個の Oracle プロセスが実行されているとすると Windows 上では 1 つのプロセス内の 100 個のスレッドによって同じワークロードが処理されることになります データベースに接続しているクライアント アプリケーションは 操作上 このデータベース アーキテクチャの変更による影響は受けません 内部のプロセス アーキテクチャはスレッド ベース アプローチに変わりましたが データベースが Windows 上でもそのほかのプラットフォーム上と同様に動作するよう あらゆる努力がおこなわれています スレッド ベース アーキテクチャへ移行しようとした本来の動機は Windows NT 向けの最初のリリースで発生したパフォーマンスの問題に起因しています この問題は プロセス間で共有されたファイルを処理する際に発生しました 単純にスレッド ベース アーキテクチャへ変換しただけで そのほかのコードを変更 Windows での Oracle Database 10g Release 2 アーキテクチャ 4

5 しなくても オペレーティング システムでこの特定のボトルネックが解消されたため パフォーマンスは飛躍的に向上しました アーキテクチャの変更に対する本来の動機付けはもはや存在しませんが 非常に優れた安定性と保守性が明らかになったため Oracle ではスレッド アーキテクチャの使用が継続されました さらに スレッド アーキテクチャには別の利点もあります スレッド間でのオペレーティング システム コンテキストの切替えはプロセス間とは対照的に迅速であり システム グローバル領域 (SGA) の割当てルーチンも 共有メモリを使用する必要がないため格段に容易です また スレッドはプロセスよりも迅速に作成されるため 新規接続の作成にかかる時間が短縮されます スレッドはプロセスよりも多くのデータ構造を共有するため メモリ使用が削減できます 最後に スレッド ベース モデルには プロセス ベース モデルよりも "Windows 的 " であるという認識があります 内部的には スレッド モデルの実装コードはコンパクトであり Oracle コードの本体から遠く分離されています スレッド モデルの実装に必要なインフラストラクチャ全体が 20 未満のモジュールによって提供されています さらに 例外ハンドラの使用とリソースの追跡および割当て解除をおこなうルーチンによって堅牢性が強化されました これらのおかげで リソース リークやプログラムの動作不良による停止なしで 24 時間 365 日の運用が可能になります サービス Oracle データベースは Windows サービスとして実行されるバックグラウンド プロセスであり Windows の起動時に開始されます スレッド スレッド ベースであることに加えて Oracle Database 10g Release 2 は一般的な Windows プロセスではありません Oracle Database 10g Release 2 は Windows サービスであり 基本的にはバックグラウンド プロセスです このプロセスはオペレーティング システムに登録されており 起動時に Windows によって開始され 特定のセキュリティ コンテキスト内で実行されます システムの再起動時にデータベースを自動的に開始するため Oracle をサービスに変換する必要がありました サービスは開始するためにユーザー インタラクションを必要としないからです Oracle データベース サービスが開始されるとき 一般的な Oracle スレッドはいずれもプロセス内で実行されていません そのかわり プロセスは基本的に初期接続と SQL*Plus からの起動リクエストを待ちます このリクエストにより フォアグラウンド スレッドが開始され その後 最終的にバックグラウンド スレッドと SGA が作成されます データベースが停止されると作成されたすべてのスレッドは終了しますが プロセス自体は引き続き実行され 次の接続要求と起動コマンドを待ちます Oracle データベース サービスだけでなく SQL*Plus を自動的に起動し クライアントが使用できるようにデータベースの開始とオープンをおこなうサポートも追加されました Oracle Net Listener もユーザーがデータベースに接続する前に実行中でなければならないため サービスとして実装されています 上述のとおり これらすべての実装事項は 基本的にはクライアントからデータベースへの接続方法や使用方法になんら影響を与えませんが Windows データベース管理者にとっては非常に重要です Windows での Oracle Database 10g Release 2 アーキテクチャ 5

6 スケーラビリティの強化 長年にわたって Oracle データベースは常に大規模ユーザーをサポートするように構築されてきました Oracle Real Application Clusters は 複数マシンを 1 つのデータベースとしてクラスタリングすることで ユーザー数の増加とスループットの向上を可能にします Windows での Oracle Database 10g Release 2 が目指すおもな目標の 1 つは スケーラビリティ スループット データベース処理能力を向上させるために オペレーティング システム テクノロジーとハードウェア テクノロジーを最大活用することです Windows 上で多数のデータベース接続ユーザーをサポートするために 多くの活動が実施されてきました Oracle7 バージョン 7.2 の時代に すでに本番環境で Windows NT 上の単一データベース インスタンスへの同時接続が 1,000 を超える顧客がいました 時が経過するにつれユーザー数は増加し 2,000 を優に上回るユーザーが本番環境の単一ノード上の単一データベース インスタンスに同時接続できるようになりました Oracle 共有サーバー アーキテクチャを使用した場合 Oracle データベース プロセス内で実行されるスレッド数は制限されますが 単一データベース インスタンスに対して 10,000 を上回る同時接続が達成されています さらに ネットワークの多重化と接続プーリング機能を利用すると さらに多くのユーザーで単一データベース インスタンスに接続する大規模構成が実現できます 近年では Itanium または AMD64/EM64T といった新しい 64 ビット ハードウェアと Oracle Real Application Clusters(RAC) を利用することで Windows データベース管理者はさらにユーザー数を増やすことができます 64 ビットにおける改良点については後述します Oracle RAC では 複数のサーバー マシンから同じデータベース ファイルにアクセスできるため ユーザー接続数を増やすと同時にスループットも向上できます 4GB RAM Tuning(4GT) Windows での Oracle データベースは 4GB RAM Tuning Very Large Memory Address Windowing Extensions などの各種手法を通じて大容量メモリへのアクセスをサポートします Oracle では使用可能な最大メモリである 64GB まで使用できるため スケーラビリティとスループットに優れたユーザー エクスペリエンスを提供できます 32 ビットの Windows 2000 Server(Advanced Edition および Datacenter Edition) と 32 ビットの Windows Server 2003(Enterprise Edition および Datacenter Edition) には 4GB RAM Tuning(4GT) と呼ばれる機能が含まれています この機能を利用すると 使用メモリの多い Windows アプリケーションから ほかの Windows エディションで許可されている標準の 2GB ではなく 最大 3GB のメモリに直接アクセスできます Oracle データベースにとっての明らかなメリットは 50% 多いメモリがデータベースで使用できるようになり SGA サイズや接続数を増加できる点です この機能はバージョン 以降のすべての Oracle データベース サーバー リリースでサポートされており 標準の Oracle インストールに変更を加える必要はありません 唯一必要な設定変更は Windows の boot.ini ファイルで /3GB フラグが使用されていることを確認することです Very Large Memory(VLM) Windows 2000 固有の主要な追加機能である Very Large Memory(VLM) 構成のサポートは Oracle8i で行われました この機能により Windows 上の Oracle データベースは 通常の 32 ビット Windows に課せられる 3GB のアドレス空間制約を打破できます 具体的には 単一データベース インスタンスは 相当する物理メモリをサポートするマシンおよびオペレーティング システム上で実行されている場合 最大 64GB のデータベース バッファにアクセスできます Oracle Database 10g Release 2 において VLM サポートはデータベース カーネル内のデータベース バッファ キャッシュ コードと非常に緊密に統合されているため データベース バッファとして使用可能な大容量 RAM を非常に効率的に使用できます データベースに構成するバッファ数を増やすことで メモリ内にキャッ Windows での Oracle Database 10g Release 2 アーキテクチャ 6

7 シュされるデータも増やせます これにより メモリからのデータ取得よりも大幅にパフォーマンスの低いディスク I/O の回数を削減できます また これらの機能を使用することで データベースのスループットとパフォーマンスの向上につながります Windows での Oracle Database 10g Release 2 は 内部的に Address Windowing Extensions(AWE) を活用しています AWE は Windows 2000 と Windows Server 2003 に組み込まれています AWE は API コールのセットであり 従来の 32 ビット Windows アプリケーションで一般的に使用可能であった 3GB を超える RAM へのアプリケーション アクセスを可能にします AWE インタフェースは Intel Xeon アーキテクチャの利点を活用することで マシン内のすべてのメモリに対して マップ / アンマップの迅速なインタフェースを提供します したがって 4GB を超えるメモリにアクセスする際 アプリケーションは直接メモリにアクセスしているわけではありません 要求されたデータベース バッファが 4GB を超えるメモリ領域にある場合 32 ビットのデータベースからアクセスできるようにするにはこの領域から 4GB 以下のメモリ領域にマップする必要があります この場合 直接的なメモリ アクセスよりパフォーマンスが低下しますが ディスクを使用するよりは大幅に早くなります AWE コールにより データベース バッファの使用量を大幅に増加することが可能になり バッファ合計で最大 64GB まで使用できます これは純粋にメモリ内部の変更であり データベース ファイル自体は変更または修正されていません Oracle データベース アーキテクチャのスケーラビリティに関する次の大きな一歩は 64 ビットの AMD64/EM64T および Itanium プラットフォームへの移行によって達成されました Oracle データベースはすでに別の 64 ビット プラットフォームに移植されているため 64 ビットの Windows への移行は 安定性と性能に優れた Oracle データベースにつながります AMD64/EM64T と Itanium Oracle 10.2 の新機能 Windows における Oracle データベースのパフォーマンスとスケーラビリティのさらなる飛躍は 64 ビットの Windows Server 2003 における 64 ビットの Oracle データベースにより達成されました Windows では Intel Itanium プラットフォームと AMD64 および Intel EM64T プラットフォームの 2 種類が使用できます 両方のプラットフォームにおいて 32 ビットの場合より優れたスケーラビリティと高いパフォーマンスが実現されます オラクルは これらの 64 ビット プラットフォームに徹底して取り組んでいます Itanium と AMD64/EM64T の両方で 64 ビット Windows に対応したデータベース開発者向けリリースを最初に提供したのはオラクルです オラクルは 64 ビット Windows コンピューティングの道を開き続け Itanium 向けの 64 ビット Windows Server 2003 の発売当日に Oracle データベースの製品バージョンをリリースしました オラクルの開発チームは 両方の 64 ビット ハードウェアとオペレーティング システム上でのデータベースの最適な動作を保証すべく Microsoft Intel および AMD と緊密な協力を続けてきました Windows での Oracle Database 10g Release 2 のリリースにより オラクルは現在 Intel EM64T および AMD64 ハードウェア プラットフォームにおける 64 ビット バージョンのデータベースをサポートします UNIX 互換 OS におけるそのほかの Oracle 64 ビット版と同じように Windows における Oracle データベースの 64 ビット版は 32 ビット データベースと比較すると 多数の接続を処理し 大幅に多くのメモリを割り当て 非常に優れたスループットを実現します 64 ビット システムでより多く使用可能になったキャッシュとメモリにより Oracle のパフォーマンスとスケーラビリティは大幅に向上しました 32 ビット システムのような 4GB のメモリ制限はもはや存在しないため 64 ビットの Oracle は大規模トランザクション処理やビジネス インテリジェン Windows での Oracle Database 10g Release 2 アーキテクチャ 7

8 ス アプリケーションに最適です さらに 64 ビット アーキテクチャで実現した並列性とスケジューリングの向上 およびスループットの改善が Oracle に恩恵をもたらしました これらのパフォーマンス向上はすべて 透過的に Oracle データベースで利用できます このため 既存のデータベース配置でコードを変更する必要はありません 64 ビットに移行したことで得られたパフォーマンス向上に加えて Oracle に導入されたおもなパフォーマンスの透過的な改善の 1 つにプロファイルに基づく最適化 (PGO) があります Intel の 64 ビット Windows コンパイラを使用した場合 Oracle データベースは Itanium と AMD64/EM64T の両方で典型的な顧客ワークロードに対して最適に動作するよう設計されています シミュレートされた顧客ワークロードをコンパイル時に使用することで フィードバック ループがコンパイラに提供され もっとも使用されるコード パスともっとも使用されないコード パスが分析されます コンパイラは この情報に基づいて 64 ビット ハードウェアでの実行時に効率が上がるようにコード パスを配置します Oracle では ほかに変更を加えずに PGO を使用しただけで約 15~20% のパフォーマンス向上が確認されています PGO による改善は既存アプリケーションにとって透過的であるため コード変更は必要ありません 32 ビットから 64 ビット Oracle への移行パスは非常に簡単です データベースの再作成が不要であるばかりでなく 全体エクスポートや全体インポートも必要ありません 現在のデータファイルを新しいシステムにコピーし 64 ビット バージョンの Oracle をインストールした上で 通常どおりにデータベースを開始し いくつかの SQL スクリプトを実行してデータ ディクショナリを更新するだけです アーキテクチャ上の観点から見ると 現在の実績あるスレッド ベース アーキテクチャが 64 ビット版で使用されています 結果的に 新しい 64 ビット Oracle ソフトウェアの作成には基本的に 再コンパイル 再リンク 再テスト そして新バージョンの再リリースが伴いました 基盤となるオペレーティング システムの API は実質的に同じであったため 64 ビットへの移行において加えられた新規コードはほとんどありません また Oracle データベースはすでに別の 64 ビット版に移植されているため 64 ビットへの移行は簡単なプロセスであり 短期間で品質と安定性に優れた製品が提供されます AMD64/EM64T を使用する利点の 1 つは 同一プラットフォーム上で 32 ビットから 64 ビットへ容易にアプリケーションを移行できる点にあります このハードウェアを使用すると 32 ビット Windows 上で 32 ビットの Oracle データベース サーバーおよびクライアントを実行できます さらに Oracle クライアントは 32 ビット モードのまま 64 ビット モードでオペレーティング システムを実行できます このオプションにより 同じマシン上で複数のアプリケーションを実行している場合 32 ビットから 64 ビットへの容易な移行パスが提供されます 顧客は 64 ビットへのアプリケーション移行を時差式に実行できます Windows での Oracle Database 10g Release 2 アーキテクチャ 8

9 ラージ ページ Oracle 10.1 の新機能 ラージ ページ サポートは メモリ使用の多いデータベース アプリケーションのパフォーマンスを向上させます これは とくにバッファ キャッシュ サイズが数 GB である場合に有効です ラージ ページ サポートは Oracle Database 10g Release 1 の新機能であり 32 ビットと 64 ビットの Windows Server 2003 上で メモリ使用の多いデータベース インスタンスのパフォーマンスを向上させます 新しく導入されたオペレーティング システムのサポートを活用することで Oracle は リソースを割り当てるプロセッサ メモリの使用を効率化できます ラージ ページ サポートが有効である場合 とくにシステム CPU から RAM 内の Oracle データベース バッファへのアクセスが迅速化されます バッファを 4KB(32 ビット ) または 8KB(64 ビット ) 単位で割り当てる代わりに CPU は データベースのバッファを割り当てる際に 4MB(32 ビット ) ページ サイズまたは 16MB(64 ビット ) ページ サイズを使用するように指示されます アフィニティと優先順位の設定 データベース管理者は パフォーマンスを向上させるために 特定の Oracle スレッドに対して CPU アフィニティと優先順位を割り当てることができます この新機能を有効にするには Windows レジストリの Oracle キーでレジストリ変数 ORA_LPENABLE を 1 に設定します この機能は Oracle バッファ キャッシュのサイズが数 GB である場合 とくに有効です サイズの小さい構成でもラージ ページの使用による効果はありますが データベースが大量のメモリにアクセスする場合ほど大きなものではありません Oracle データベースでは Windows 上で実行しているデータベース プロセスとそのプロセス内の個々のスレッドに対して 優先順位とアフィニティの両方の設定変更がサポートされています データベース管理者は レジストリ設定で ORACLE_PRIORITY の値を変更することで 個々のバックグラウンド スレッドとフォアグラウンド スレッド全体に対して異なる Windows 優先順位を割り当てることができます 同様に Oracle プロセス全体の優先順位を変更することもできます これにより 一部のアプリケーションのパフォーマンスが多少向上する場合があります たとえば 大量のログ ファイル アクティビティが発生するアプリケーションの場合 LGWR スレッドの優先順位を上げることで負荷の処理を効率化できます また レプリケーションを多用している場合 リモート データベースとの間でデータのリフレッシュをおこなうスレッドの優先順位を上げます ORACLE_PRIORITY 設定とよく似ていますが データベース管理者は ORACLE_ AFFINITY レジストリ設定を使用して Oracle プロセス全体またはプロセス内の個別スレッドをシステム上の特定の CPU や CPU グループに対して割り当てることができます この設定によってもパフォーマンスを向上できる場合があります たとえば CPU 間における移動をおこなわないように DBW0 を 1 つの CPU に固定すると パフォーマンスがわずかに向上する場合があります また システム上で別のアプリケーションを実行している場合 ORACLE_AFFINITY を使用して Oracle を使用可能な CPU のサブセットに限定することで そのほかのアプリケーションが実行する時間を確保できます ORACLE_PRIORITY と ORACLE_AFFINITY の 2 つは Windows での Oracle Database 10g Release 2 に付随する固有のドキュメントで詳しく説明されています Windows での Oracle Database 10g Release 2 アーキテクチャ 9

10 Non-Uniform Memory Access(NUMA) Oracle 10.1 の新機能 Oracle データベースは NUMA ハードウェアを自動的に検知し NUMA ノードのアフィニティを効率的に利用するように自身を最適化します Windows Server 2003 では Non-Uniform Memory Access(NUMA) へのサポートが追加されたため Oracle はハイエンドの NUMA ハードウェアをさらに活用できるようになりました このハードウェアでは 1 台の物理サーバーが複数のコンピューティング " ノード " で構成されています NUMA マシン内の各ノードは物理 RAM の異なる部分に異なる速度でアクセスするため データベースが NUMA マシンのトポロジを特定し スケジューリング メモリ割当て および内部操作を適宜調整することが不可欠です 具体的にいうと Oracle Database 10g は Windows Server 2003 上の NUMA マシンで実行される場合 起動時に ORACLE_AFFINITY に適切なデフォルト値を自動設定して マシン リソースの利用効率を最大化します また SGA および PGA のメモリを割り当てる際に データベースにより実行されるメモリ割当ては サーバー上のあらゆる " ノード " からできる限り効率的にメモリ アクセスがおこなえるように NUMA を意識した方法で実行されます 最後に これもパフォーマンス向上を目的として データベース ライター スレッドの数がノードごとに 1 つになるように設定されています ファイル I/O の強化 Windows での Oracle データベースはクラスタ ファイル システムをサポートしているため 管理が容易になります 64 ビット ファイル I/O サポートにより 4GB を超えるファイル サイズが使用できます 未フォーマットのディスク パーティションである RAW ファイルのサポートにより 従来のファイル システムと比べてパフォーマンスが向上します Oracle データベース コードにおいて多くの労力が費やされたもう 1 つの分野は クラスタ ファイル 大容量ファイル RAW ファイルのサポートに関係しています Oracle Cluster File System は Oracle Database 10g Release 2 の重要な部分を占めており Windows での Oracle クラスタの管理とインストールを簡素化します すべての Windows 機能を最大活用するため データベースは 64 ビット ファイル I/O をサポートしています これにより 4GB を超えるサイズのファイルを使用できます さらに Windows での Oracle Real Application Clusters(RAC) の有効化とパフォーマンスを最大にする必要がある場合のために 物理 RAW ファイルと論理 RAW ファイルのデータファイル ログ ファイル および制御ファイルとしての使用がサポートされます クラスタ ファイル システム Oracle Database 10g Release 2 を使用すると Oracle RAC の管理性は Oracle Cluster File System(CFS) によって大幅に改善されます Oracle CFS はとくに Oracle RAC で使用するために開発されました Oracle RAC の実行ファイルは Oracle CFS または RAW ファイル上にインストールされます 後者の場合 クラスタの各ノード上で少なくとも 1 つのデータベース インスタンスを実行します Oracle CFS に 1 つの Oracle ホームをインストールしている場合 データベースは共有ストレージ 一般的にはストレージ アレイ上に存在します Oracle ソフトウェアは クラスタ内のすべてのノードからアクセスできますが いずれのノードからも制御することは不可能です すべての CFS マシンがすべてのデータに対して等しくアクセス可能であり どのようなトランザクションでも処理できます このように Oracle RAC と Oracle CFS の組合せによりインストールと管理が簡素化されると同時に データベース ソフトウェアの完全な冗長性が保証されます 64 ビット ファイル I/O 内部的には すべての Oracle データベースのファイル I/O ルーチンで 64 ビット ファイル オフセットがサポートされています つまり データ ファイル ログ ファイル 制御ファイルに関して ほかのプラットフォームにあるような 2GB Windows での Oracle Database 10g Release 2 アーキテクチャ 10

11 または 4GB のファイル サイズ制限はありません 実際にあるのは すべてのプラットフォームに共通の一般的な Oracle の制限です これらの制限には ファイル当たりの最大データベース ブロック数 400 万 最大ブロック サイズ 16KB データベース当たりの最大ファイル数 64K などがあります これらの値を掛け合わせると Windows でのデータベース ファイルの最大サイズは 64GB になると計算されますが サポートされる合計データベース サイズの最大値は ( データベース ブロックが 16KB の場合 )4 ペタバイトです RAW ファイルのサポート UNIX と同様 Windows でも RAW ファイルの概念がサポートされます RAW ファイルは基本的にフォーマットされていないディスク パーティションであり 1 つの大容量ファイルとして使用できます RAW ファイルは未フォーマットのパーティションであるため ファイル システムによるオーバーヘッドがないという利点があります 結果的に データベース ファイルやログ ファイルに RAW ファイルを使用するとわずかながらパフォーマンスが向上します しかし 標準の Windows コマンドは RAW ファイルの操作やバックアップをサポートしていないため RAW ファイルを使用するマイナス面として管理性が低下します したがって 通常 RAW ファイルは 最適なパフォーマンスを必要とする非常に高度なインストールにおいて Oracle Real Application Clusters によってのみ使用されます RAW ファイルを使用するための Oracle 要件はファイル名のみであり どのドライブやパーティションをファイルとして使用するかを指定します たとえば ファイル名が. PhysicalDrive3 である場合 3 番目の物理ドライブをデータベースの一部の物理 RAW ファイルとして使用することを意味します また. log_file_1 というファイルは 分かりやすいように別名を割り当てられた RAW ファイルの例です 別名は Oracle Object Link Manager(OLM) を使用して割り当てることができます Oracle OLM は使いやすいグラフィカル インタフェースを提供しており 再起動後もクラスタ間におよぶリンクを維持します Oracle で RAW ファイル名を指定する場合 正しいパーティション番号またはドライブ文字を選択するように注意する必要があります データベースにファイルが追加されると 指定されたドライブがすでに NTFS や FAT フォーマット済みドライブであっても Oracle は単純にこのドライブに上書きをおこなうためです Oracle にとって RAW ファイルはそのほかの Oracle データベース ファイルとなんら変わりはありません RAW ファイルはそのほかのファイルと同様に扱われ Oracle Recovery Manager からバックアップやリストアを実行できます 使いやすさ Express Edition Oracle Database 10g Express Edition は 簡単に使用およびインストールができるように設計された新しいデータベース エディションです これは 実績のある Oracle データベースから不要な部分を省いたバージョンであり 小さいディスクとメモリ フットプリントで 無償で使用および配布できます データベース管理は HTML DB と呼ばれる簡単なブラウザ ベースのインタフェースを介して実行できます アプリケーションは SQL JDBC ODBC OLE DB Oracle Data Provider for.net(odp.net) を含む標準のインタフェースを使用して開発できます Oracle Database 10g Express Edition は すべての 32 ビット Windows プラットフォームで使用できます このエディションは 軽量アプリケーションを構築するすべてのデータベース開発者にふさわしいものです このエディションは ネイティブ Windows インストー Windows での Oracle Database 10g Release 2 アーキテクチャ 11

12 ラを使用しているため Oracle Universal Installer に比べ すべての Windows ユーザーになじみのあるものになっています データベース サーバーとクライアントは スタンドアロン アプリケーション用 または個別にクライアント サーバー アプリケーション用に一括してインストールできます 開発者は ダウンロードからインストールまでを 10 分以下で実行でき 稼動しているデータベースを使用して作業できます Oracle Developer Tools for Visual Studio.NET(.NET 開発のプラグイン ) を使用するためには 別途インストールする必要があります これは このツールがランタイムの配置を対象としていないためです Oracle Database 10g Express Edition は プロトタイプの作成とデータベース アプリケーションの開発に最適な環境を提供します Oracle Database 10g Express Edition の使用と配布は完全に無償のため 開発者はリスク無しでこの製品を使用できます Standard Edition や Enterprise Edition などの より高位の Oracle データベース エディションへシームレスに移行できる機能により アプリケーションの成長がデータベースに制限されるという心配はなくなります 独立系ソフトウェア ベンダーは このデータベースをアプリケーションへ完全に組み込み 厳しい仕様に合うように Oracle Database 10g Express Edition をカスタマイズできます 結論 オラクルは Oracle Database 10g Release 2 に AMD64/EM64T のための新しい 64 ビット サポートと軽量データベース ソリューションのための新しい Express Edition を含めて 重要な新しい機能を導入しました Windows 版 Oracle データベースは UNIX データベース サーバーの移植版から Windows オペレーティング システムおよび基盤となるハードウェアのサービスと機能を最大活用する統合ネイティブ アプリケーションへと進化しました オラクルは アプリケーション構築基盤としての安定性に優れた高機能プラットフォームを提供しながら Windows 上のデータベース サーバーのパフォーマンス スケーラビリティ および機能性を向上し続けます オラクルは 32 ビットと 64 ビットの両方の Windows プラットフォームで最高の性能を発揮するデータベースを提供するために全力を尽くしています Windows での Oracle データベースについて 詳しくは下記の Web サイトを参照してください テクニカル - ビジネス - Windows での Oracle Database 10g Release 2 アーキテクチャ 12

13 Windows での Oracle Database 10g Release 2 アーキテクチャ 2005 年 11 月著者 :David Colello 共著者 :Alex Keh Oracle Corporation World Headquarters 500 Oracle Parkway Redwood Shores, CA U.S.A. 海外からのお問い合わせ窓口 : 電話 : ファクシミリ : オラクル社はインターネット上での活動を強化するソフトウェアを提供します Oracle は オラクル社の登録商標です 本文書内で参照される各種製品とサービスの名称は Oracle Corporation の商標です その他の製品とサービスの名称はすべてそれぞれの会社の商標です Copyright 2005 Oracle Corporation All rights reserved.