<ここに画像を挿入> Microsoft 64ビットWindows上の Oracle Database 10g RACにおけるベスト・プラクティス Anu Chawla Program Manager - Oracle Alliance Philip Newlan Principal Product Manager - RAC [email protected] [email protected] <ここに画像を挿入> Microsoftとオラクルの関係 Windowsへのコミットメント • Oracle7はWindows対応の最初のOracleデータベース • 1994年 • Windows ServerはOracleの基本開発プラットフォーム • Windows ServerはTier 1 • Oracleでフルサポートするプラットフォーム • Windowsに特化した統合プロジェクトにエンジニアリングおよび製品管理グループを結集 • O/Sリリース時に32ビットおよび64ビットのWindows Server 2003をサポートパートナーシップ • オラクルがMicrosoftのイベントに協賛 • （TechEd 2004、2005、2006） • Microsoftがオラクルのイベントに協賛 • OracleWorld、UKOUG 2006、2007 • Microsoftのレドモンド本社でOracle RACトレーニング・セッションを開催 • ETCでデモを実施 • 組織内のさまざまなレベルでコミュニケーション・チャネルを開設 • 顧客エスカレーションに向けた連絡先の共同サポート • 共同で問題を解決 • カンファレンス・コール、ブリーフィングなど Microsoft Oracle Customer Information Centerへの登録：www.microsoft-oracle.com • Windows ServerでOracle を実行するためのベスト・プラクティス • Windows ServerワークショップでのOracle RACのリプレイおよびプレゼンテーション • Microsoftとオラクル主催のグローバル・テクニカル・ワークショップへの招待 • Oracleアプリケーションの認定情報やMicrosoftプラットフォームのテクノロジー情報 Windows上のOracle 幅広い導入 OS別オラクルの新規ライセンス販売収益そのほか 2% Unix 49% Windows 29% Linux 20% 出典：Gartner Research – 2005年5月 ID G00127787 市場動向 Microsoftの機運 Linux の成長は緩やか Windows の成長は x86ペース VAP/VAR の優位性は上昇業界の傾向 • • • • 非商用ソフトウェアの商用展開への変化広範な相互運用性の流れワークロード・レベルでWindowsがUNIX移行のNo.1プラットフォームに • Windowsが44%で、Linuxが37% 仮想化と統合市場動向 Microsoftの機運 Linux の成長は緩やか Windows の成長は x86ペース VAP/VAR の優位性は上昇業界の傾向 • • • • 非商用ソフトウェアの商用展開への変化広範な相互運用性の流れワークロード・レベルでWindowsがUNIX移行のNo.1プラットフォームに • Windowsが44%で、Linuxが37% 仮想化と統合 Oracle 10gR2 RAC User Load Test - Microsoft Windows Server 2003 x64 vs. RHEL 4.0 x86_64 45000 40000 Transactions Per Minute 35000 RHEL AS 4.0 x86_64 Update2, Kernel 2.6.922.0.1.EL.smp 30000 25000 20000 Windows Server 2003 x64 15000 10000 5000 0 0 500 1000 1500 2000 2500 # Users 3000 3500 4000 4500 負荷テスト Windows 2003 対 Red Hat 4.0（64ビット） • Oracle RACストレス・テスト（150～250ユーザー） • 50～250ユーザーの場合、トランザクション/分はMS Windowsが最大16%高い。 • “Order Products”テスト・コンポーネントの応答時間は、Linuxに比べてMS Windowsが最大50%速く、“Order Products”のコンポーネントの応答時間はおおむね150ユーザー以上で増加。 • 250ユーザーの場合、Linuxはメモリ内ソートではなくディスク上で30%以上のソート処理を実行。 • これらのテストで、LinuxはMS Windows Serverよりも17%から40%メモリを多く使用。 • Oracle RACのユーザー負荷テスト（2500～4500ユーザー） • 3500ユーザーの場合、MS Windowsのトランザクション/分はLinuxのトランザクション/分より18%高い数値を記録。 • 4000ユーザーの場合、MS Windows ServerのTPMは上昇し続け、Linuxのテストは完了しないまま終了。 • 2500ユーザーの場合、MS Windows Serverのコンポーネント応答時間は9%～ 33%速くなり、3500ユーザーの場合は大幅に上回る速さを記録。 • 全テストを通じて、LinuxはMS Windows Serverよりも5%～25%メモリを多く使用。 32ビットアーキテクチャのサポート • 32ビットx86システムに対応 • 64ビット・アプリケーションやドライバが利用できない基幹システムでの導入に最適 • 1～4プロセッサのサーバーでもっとも一般的 64ビット・アーキテクチャのサポート • 主流製品として32ビット Windowsを徐々にリプレース • あらゆるワークロードに最適 • 32ビットおよび64ビットのソフトウェアの組合せに最適 • もっとも要求の高いデータベースおよび事業のために、8-way以上への導入が対象 • 完全な64ビット・ソフトウェア・スタック向けに設計 32ビット vs 64ビットのメモリ制限一般的なメモリ制限 32ビット 64ビット 4GB 16TB 2GB （システムを/3GBスイッチでブートした場合は3GB） /LARGEADDRESSAWAREでコンパイルした場合は4GB それ以外は2GB 適用不可 8TB ページ・プール 470MB 128GB 非ページ・プール 256MB 128GB 1GB 1TB 32ビット 64ビット Windows XP Professional 4GB/1～2CPU 32GB/1～2CPU Windows Server 2003 Standard Edition 4GB/1～4CPU 32GB/1～4CPU Windows Server 2003 Enterprise Edition 64GB/1～8CPU 1TB/1～8CPU Windows Server 2003 Datacenter Edition 64GB/1～32CPU 1TB/1～64CPU 総仮想アドレス空間 32ビット・プロセスごとの仮想アドレス空間 64ビット・プロセスごとの仮想アドレス空間システム・キャッシュ物理メモリとCPU制限1 1. 一覧の製品名は一般的な参照のみで、実際の製品名を反映するものではありません。 64ビットWindows Server Standard Editionはx64でのみ提供されます。アーキテクチャ – スレッドとメモリ・モデル 32ビットWindows Oracleプロセス SGA 2GB バックグラウンド・スレッドとフォアグラウンド・スレッドコード SGAはDBバッファ、ログ・バッファ、共有プール、そのほかのメモリの割当てで構成各スレッドは PGA、スタック、そのほかのメモリの割当てで構成アーキテクチャ – スレッドとメモリ・モデル 64ビットWindows Oracleプロセス SGA 8TB バックグラウンド・スレッドとフォアグラウンド・スレッドコード SGAはDBバッファ、ログ・バッファ、共有プール、そのほかのメモリの割当てで構成各スレッドは PGA、スタック、そのほかのメモリの割当てで構成 <ここに画像を挿入> MS WindowsのOracleサポート Windows 32ビット・プラットフォームのサポート OS 9iR2 10gR1 10gR2 Windows 2000 はいはいはい Windows XP Professional はいはいはい Windows Server 2003 はいはいはい Windows 64ビット・プラットフォームのサポート OS 9iR2 10gR1 10gR2 Itanium上の64ビットWindows Server 2003（64ビットDB）はいはいはい x64上の64ビットWindows XPおよび Windows Server 2003（64ビットDB）いいえ開発リリースはい（2004年5月） x64上の64ビットWindows XPおよび Windows Server 2003（32ビットDB）はい（クライアントのみ）はい（クライアントのみ）はい（クライアントのみ） x64上の32ビットWindows XPおよび Windows Server 2003（32ビットDB）はいはいはい Windows Vistaサポート • 次のメジャー・データベース・リリース • • • 32ビットのサポート 64ビットのサポート（x64システム対応） 10g Release 2 • • 32ビットのクライアントとサーバーをサーティファイおよびサポート予定最新のパッチセット（＋パッチ） – 正確な要件はサーテファイの完了後にドキュメントおよびアナウンスされます <ここに画像を挿入> Oracleアーキテクチャデータベース・アーキテクチャプロセスとメモリ • スレッド・モデル Oracleプロセス・アーキテクチャの直接ポートではない • データベース・インスタンスごとの最大メモリは3GB（32ビット）または8TB（64ビット） VLMサポートにより32ビットで3GB超を実現 • Windowsのサービス・プロセスとして実行 • オペレーティング・システムの制限以外は、メモリ、接続、リソースの制限なし • 8GBのプロセス・アドレス空間がもたらすもの • 接続 • データウェアハウスの改善データベース・アーキテクチャファイルI/O • Oracle 10gでは全ファイル・タイプで非同期I/Oをサポート • 論理および物理RAWファイルとパーティションをフルサポート（NTFSより高速） • フル64ビットの内部ファイルI/O • データベース・ファイル・サイズに2GBあるいは4GBの制限なし • 最大ファイル・サイズは64GB • 最大データベース・サイズは4ペタバイトデュアルコアとハイパースレッド • デュアルコアのサポート  ? • サポート済み – OracleはOSスケジューラを使用 • Oracleの全てのバージョンでハイパースレッド環境をサポート • ハイパースレッド • Intel CPUに回路を追加、単一CPUで2 CPUの機能を実現 • Oracleの全てのバージョンでハイパースレッド環境をサポート • 顧客の10ノードOracle RAC • ハイパースレッド有効の4デュアルコア • 10ノードそれぞれでタスク・マネージャ上に16のCPU • 32GB RAM/ノード - 200TBデータベース <ここに画像を挿入> 64ビットWindowsのベスト・プラクティス 64ビットWindowsのOracle • そのほかのプラットフォームにおける64ビット・データベースのサポートで長い歴史あり • 32ビット・クライアントと64ビット・サーバー間、またはその逆の相互運用性を確保 • パフォーマンス、可用性、スケーラビリティの改善 • 顧客が64ビットWindowsへの移行を選択する理由 64ビットWindowsのベスト・プラクティス • アーキテクチャに対して適切なOracleの64ビット版を実行 • x64（AMDまたはEM64T）対応の64ビットOracle • Itanium対応64ビットOracle • 32ビットOracle Serverは64ビット・プラットフォームでサポートなし • ラージ・ページに対応 Windows Server 2003 SP1向けの新機能 • ラージ・ページ・サポート • 大容量のメモリを必要とするインスタンスの場合、ラージ・ページ・サポートでパフォーマンスを向上可能 • 32ビット – デフォルトは4KB – 最大2MB • 64ビット – デフォルトは8KB – x64で2MB – IA64で16MB • メモリ/スケジューリングのNUMAサポート  • データベースはノード構成に基づき、メモリとスケジュールをインテリジェントに割当て実施 • ベスト・プラクティス： AMDのNUMAはパッチ10.2.0.2 P5から対応 64ビット：移行 • 32ビットから64ビットへのアップグレード・プロセスは簡単 • 32ビットのデータファイルは64ビットDBと互換性あり • データベースの再作成は不要 • 全体エクスポートおよび全体インポートは不要 • Oracle Database Upgrade Assistantでプロセスを自動化 • エンドユーザー・アプリケーションの透過的な移行 • 64ビット・データベースを実行する場合の既存クライアント・アプリケーションの変更は不要ファイル・システムのベスト・プラクティス  • ASMを使用 – 単一インスタンスまたはOracle RACを問わず – 10.1.0.4以上を使用  必要なときにストレージをプロビジョニング...コスト削減 • •   データファイルの移動が不要表領域のオフライン化が不要必要な分だけ、必要なときに割り当てる簡単に追加と削除を実現 • 停止時間なしでディスクを追加  時間とコストを削減 ASMディスク・グループ利用率（%） Ctrlファイル、REDOログ、data 1、…data n データファイルの場所 • Oracle 10g Windows RAC追跡対象顧客 42.9% 2.3% 54.8% ASM OCFS RAW <ここに画像を挿入> 管理および診断ツール Grid Control 標準搭載のDatabase Control • クライアントのインストール不要 • データベース作成後にフル機能 • 検出、構成、監視 • リスナー • ASM • RACデータベース診断ツール - Performance Monitor Process Explorer ツール • OSツール • MSツール • • • • • • diskpart poolmon memsnap tasklist、taskkill tlist（引数-c） Driverquery - /Vを付加 • sc (sc query state = all) • Sysinternals • regmon、filemon、 procexp、tcpview • Windows Services for Unix • Oracleツール • srvctl • crsctl • ocrdump • crs_stat • cluvfy CPUチューニング • OracleはOSを通じて全プロセッサを使用する • ORACLE_AFFINITYレジストリ値を設定し、どのスレッドをどのプロセッサで実行するかOracleに指示可能（全インスタンスに同様の設定） • スレッドの優先度はORACLE_PRIORITY変数でレジストリに設定可能 CPUチューニング – 高CPUの診断 • Process Explorer • スレッドへドリルダウン • 高CPUスレッドのスレッドIDを取得 • 以下を使用して、OSスレッドIDをOracleバックグラウンド・プロセスへマッピング SELECT a.spid, b.username FROM v$process a, v$session b WHERE a.addr= b.paddr AND a.spid = <thread number> ネットワークのベスト・プラクティス • Windows Serverのデフォルトのキュー・サイズは50 – LISTENER.ORAのQUEUESIZEパラメータで増加 – ログイン・ストーム時のエラーを防止 • 複数のリスナーを使用してスループットを増加 • SQLNET.ORAまたはTNSNAMES.ORAのSDU_SIZEを増やす • SQL*Netパケット・サイズを制御 • バルク・データ転送を行うアプリケーション（LOB、Oracle Datagruad など）で、より大きなSDUサイズ（あるいは32KB）を設定ネットワークのベスト・プラクティス • SQLNET.AUTHENTICATION_SERVICES=(NTS) SQLNET.ORAのデフォルト値に設定されているので、デフォルトのままにする – Oracle RACで必要  • 10.2.xで、SQLNET.INBOUND_CONNECT_TIMEOUTのデフォルトは60 必要に応じて0に設定 <ここに画像を挿入> インストールとパッチの適用ベスト・プラクティスとサポートの重要課題インストールの前提要件 • • • • • • • • • • ハードウェアが正しく設定されているクラスタ検証ユーティリティ（CVU）を使用するユーザー・アカウントリモート・デスクトップ・クライアント環境変数ネットワークディスクのレイアウト Automountの有効化 ‘問題のある’サービスを停止する時間の同期インストール - リモート・デスクトップ・クライアント • リモート・デスクトップ・クライアントを使用する必要がある場合 • /consoleのコマンドライン・パラメータでクライアントを起動クラスタ検証ユーティリティ - CVU • CVUは、インストール時におこなわれるさまざまな手順の異なる構成項目を確認し、レポートする • 修正はおこなわない • OTNから最新版を入手 • http://otn.oracle.com/racの右側 - CVU • インストール実行前におこなう2つの手順 • runcluvfy stage -post hwos -n iwinrca01,iwinrca02 • runcluvfy stage -pre crsinst -n iwinrca01,iwinrca02 • 必要に応じてほかの手順を実施クラスタ検証ユーティリティ -pre dbcfg Oracle RAC DB を構成 -pre dbinst Oracle RAC をインストール -pre crsinst Oracle Clusterware をインストール -post crsinst -pre cfs OCFSの設定（OPT）ユーザーがハードウェア、ネットワークとストレージを設定 -post cfs -post hwos サポートでよくある問題 • Oracleは、リモート接続を介してインストール（およびパッチ適用）が可能 • 問題がリモート接続ユーティリティに由来するものかを確認するため、サーバー・コンソールから直接インストールを試みてみる • Windowsに管理者権限をもつユーザー・アカウントでログインすることは、ローカル管理者アカウントでログインすることとは異なる。インストールで問題がある場合は、ローカル管理者アカウントを使用してみることサポートでよくある問題 • ファイルが使用中のエラー • • • 全Oracleサービスを停止する DTC（分散トランザクション・コーディネータ）サービスを停止する Process ExplorerでOracleファイルを使用しているプロセスを検出 • catpatch.sqlまたはcatcpu.sql実行時の問題 • • パッチ適用前に、データベース内に無効なオブジェクトが存在しないことを確認する Shared_Pool_sizeとJava_Pool_Sizeがそれぞれ最低150MBに設定されていることを確認する • 環境変数ORACLE_HOMEを設定しない – Oracleはレジストリ経由で環境を取得する。OH\bin内のOracle.keyファイルが正しいレジストリ・キーをポイントするパッチ適用のベスト・プラクティス • 既存インストールについては、将来のパッチセットをテストおよび適用する計画を立てる • 十分なテストをおこなわずに本番システムへのパッチの適用を強制されるまで先延ばししないこと • リリースから6か月以内にパッチを適用すること • CPU（Critical Patch Update）パッチは少なくとも四半期ごとにリリースされる • Windowsプラットフォームで提供される5桁のパッチは one-offパッチをまとめたもの • 新しい問題を修正するには、利用可能な最新パッチセットと5桁のパッチを適用して既知のバグを排除する <ここに画像を挿入> Windowsの高可用性ソリューション高可用性ソリューション • データベースがビジネスの重要なコンポーネントになったことで、HAが必須に • HAの目的：企業と顧客に対する停止時間を最小化 • Windows環境へのソリューション • • • • • Oracle Real Application Clusters（RAC） Oracle Fail Safe Oracle Data Guard（DG） Maximum Availability Architecture（MAA）単一インスタンスでのOracle Clusterware • MSCSなしでクラスタリングを提供 • 参照 http://www.oracleracsig.org 今週16日（木）追加情報 • Windows Server Technology Center • http://otn.oracle.com/windows • Oracle RAC • • http://otn.oracle.com/rac http://otn.oracle.com/asm • Microsoft – Oracle • http://ww.microsoft-oracle.com • Oracle RAC SIG • http://www.oracleracsig.org • 質問 [email protected] [email protected] 本書は、弊社の一般的な製品の方向性に関する概要を説明するものです。また、情報提供を唯一の目的とするものであり、いかなる契約にも組み込むことはできません。本書は、マテリアルやコード、機能の提供を確約するものではなく、また、購買を決定する際の判断材料とはなりえません。オラクルの製品に関して記載されている機能の開発、リリース、および時期については、弊社の裁量により決定いたします。