Microsoft Word - ASM_NetApp_Best_Practices_TWP_Final-v3-July202004_JP_NTAP_review_Oracle_3.rtf

Size: px

Start display at page:

Download "Microsoft Word - ASM_NetApp_Best_Practices_TWP_Final-v3-July202004_JP_NTAP_review_Oracle_3.rtf"

あつみねしげい
5 years ago
Views:

1 Oracle Database 10g Automatic Storage Management - Network Appliance ストレージ環境への適用 Oracle / NetApp 共同ホワイトペーパー 2004 年 6 月 Ravi Animi / Jeff Kimmel Paul Manning / Bill Bridge Network Appliance, Inc. Oracle Corporation

2 Oracle Database 10g Automatic Storage Management - Network Appliance ストレージ環境への適用はじめに... 3 ベストプラクティス - 推奨事項... 5 共通の推奨事項... 5 共有ディスクグループ (Shared Disk Group)... 6 個別ディスクグループ (Separate Disk Group)... 7 結論付録 1: NFS ベースのストレージにおける ASM の実装付録 2: ASM ベースのデータで NetApp Snapshot コピーを使う付録 3: その他の技術関連情報 Oracle Database 10g TM Automatic Storage Management Network Appliance TM ストレージ環境への適用 2

3 Oracle Database 10g Automatic Storage Management - Network Appliance ストレージ環境への適用はじめに本ホワイトペーパーでは Oracle Database 10g の新しい機能 Automatic Storage Management (ASM) を Network Appliance (NetApp) Fibre Channel および iscsi SAN の各ストレージソリューションで活用するためのベストプラクティスを紹介します Oracle と NetApp は長期にわたる技術面での協力関係を持ちこのような関係によって両社の優れた技術を活用した質の高いソリューションを両社共通のお客様に提供していますがこのホワイトペーパーは両社共同のベストプラクティスの観点からお客様へどのような価値を提供できるのかというもう 1 つの例であると言えるでしょう ASM はデータベースの背後にあるストレージを管理するための新たな道を開きました NetApp のファイラーはエンタープライズデータの実装と管理を簡素化するソリューションを提供し ASM と NetApp ストレージはどちらも TCO ( システム総保有コスト ) を低減してくれますがそれぞれが補完し合うことによってさらなるコスト削減が可能になります本ホワイトペーパーでは最大の価値を引き出すために両ソリューションのテクノロジーをどのように組み合わせれば良いのかという点について説明します ASM はデータベースファイルのための統合されたファイルシステムとボリュームマネージャを Oracle データベースカーネルに組み込んで提供することでデータベースの作成やレイアウトディスクスペース利用の管理などサードパーティのファイルシステム / ボリューム管理ソリューションに替わるソリューションを提供します本紙は Oracle のデータベース管理者 (DBA) の皆様に Oracle データベースおよびデータベースレイヤーアプリケーションと NetApp ストレージを組み合わせることの価値を理解してもらうことを目的に NetApp ネットワークストレージ環境での ASM の適用に関するベストプラクティスを紹介します NetApp NAS ストレージ環境における Oracle と同様に NetApp SAN および isan ストレージ環境において ASM は使い慣れた SQL 文 (CREATE/ALTER/DROP など ) を使って Oracle サーバーホストのボリュームを管理するソリューションを提供しデータベースストレージの管理に伴う DBA の作業を簡素化してくれますここからは ASM および NetApp ストレージがどのように補完し合い相乗的な価値を提供するのかという点について説明します I/O ロードバランス利用可能なすべてのディスクリソースに対して I/O 処理をロードバランスすることでパフォーマンスのボトルネックを避けることができます NetApp ストレージは全ディスクドライブ間で I/O のロードバランスを自動的に行います (WAFL ボリューム - 図 1 を参照 ) これにより単一の WAFL ボリュームに置かれているすべての LUN およびファイルはボリューム内のすべてのディスクドライブをバランスよく確実に利用できるようになります ASM は 1MB のストライプサイズに基づいて各データファイルのコンテンツをディスクグループ内のストレージプール全体に均一に配分することで ASM ディスクグループ内の全 LUN を通じてロードバランスされた I/O を提供します Oracle Database 10g TM Automatic Storage Management Network Appliance TM ストレージ環境への適用 3

4 NetApp のロードバランスによって複数の LUN とファイルシステム用データが共通のディスクドライブを共有しかつ ASM ディスクグループごとの LUN の数を減らせるため管理に伴う負荷が大幅に軽減されますさらに ASM は複数の WAFL ボリュームやファイラー間でのロードバランスを行うこともできます WAFL ファイルシステムと RAID4 は小規模のランダム I/O に最適化されていて WAFL によってボリューム内の RAID グループの全ディスクドライブを通じてデータが均一に配分されますこのような環境により大量のトランザクションが発生するデータベース環境でも read/write の最適なパフォーマンスが実現されます図 1) NetApp ストレージ - 概要 NetApp WAFL ファイルシステムのボリュームはそれぞれ異なる物理ディスクドライブ郡で構成されますこれらのボリュームに含まれているファイルと LUN はボリューム内の全ディスクドライブに配分されます Volume1 名 : Ora_Data Volume2 名 : Ora_Logs LUN1 名 : Oracle LUN1: Ora1 LUN2: Ora2 WAFL ファイルシステム NetApp のボリュームは利用可能な物理ディスクドライブ - FC ( ファイラー ) または ATA (NearStore システム ) - で形成される 1 つ以上の RAID4 または RAID-DP の RAID グループで構成されますストレージ容量の追加と削除オンラインでのストレージ容量の追加 / 削除を可能にしデータの可用性 ( アベイラビリティ ) を最大限に高めながらストレージの必要な設定変更 ( 概要は図 1 を参照 ) を行うことができます ASM は各 ASM ディスクグループ内におけるオンラインでの LUN のサイズ変更追加削除をサポートし変更後の環境でデータの配分を自動的に調整しますディスクグループの LUN を追加して削除することによってデータベースのダウンタイム無しに LUN のセット単位でディスクグループ全体を移行させることができます ( ボリュームやファイラー間での移動など ) NetApp ストレージは各 WAFL ボリューム内におけるオンラインでのディスクドライブの追加と交換をサポートし書込時に変更後のディスクドライブを有効活用するようにロードバランスします NetApp 物理ディスクドライブ間の I/O ロードバランスは NetApp ボリュームにディスクドライブを追加した場合に実行されますボリュームへ LUN を追加する場合は新しい LUN の追加や既存の LUN を拡張するだけの十分なスペースがある限り I/O のロードバランスは行われません NetApp のアーキテクチャに関する基本情報は付録 3 にある TR 3001 TR 3002 その他の資料を参照してくださいボリュームおよび LUN のサイズ変更における最大のメリットはこれが迅速かつ簡単に無停止で実行できるという点ですこのプロセスによってダウンタイムなしに ASM ディスクグループを簡単かつ迅速に拡張できるのでデータベースのスケールアップに対するニーズと同期を取りながら動的にストレージを拡張していくことができます Oracle Database 10g TM Automatic Storage Management Network Appliance TM ストレージ環境への適用 4

5 データの保護と可用性ストレージサブシステムの障害やコンポーネントのエラーなどに関係なくエンタープライズデータには非常に高いレベルの保護と可用性が求められます NetApp ストレージではすべての WAFL ボリュームが RAID4 または RAID-DP によって保護されます RAID4 では RAID グループ内のいずれか 1 本のディスクドライブの損失に対してデータの完全な可用性が確保されます RAID-DP ではいずれか 2 本のディスクドライブの組み合わせの損失に対して二重パリティ保護が適用されます WAFL は完全なミラーリングに伴うストレージコストを排除する優れた RAID 書込効率を実現します NetApp のクラスタフェイルオーバー機能はたとえばファイラーヘッド自体などファイラーハードウェアコンポーネントの障害に対して保護しますさらに NetApp のミラーリングソリューションを導入することで業務の継続的な遂行と災害対策の要件を満たすことができますオプションで ASM では 2-way または 3-way の拡張ミラーリングが可能なのでストレージの障害に対してさらに高いレベルで保護することができます ASM はさらに Failure Group と呼ばれる複数の ASM ディスクセット間 (NetApp SAN ストレージ上の LUN) におけるミラーリングもサポートしコンポーネントの障害によっていずれかの Failure Group の全ストレージが利用できなくなった場合でもデータの可用性を確保しますこのような NetApp と Oracle のデータ保護テクノロジーを組み合わせることでデータ保護に関する要件に対しさまざまな手段で対処できるようになります下記のベストプラクティスを参考にしてください RAC クラスタノードの共有ストレージ Oracle Real Application Clusters (RAC) は 2 台以上のデータベースサーバー間でクラスタ化され Oracleデータベースに対する高い可用性とスケーラビリティを提供します RAC ではすべてのサーバーからデータベースファイルに対して完全かつ直接的な読取 / 書込アクセスが求められます ASM は Oracle RAC 10gに求められる共有ストレージのための最適化されたシンプルなクラスタファイルシステムとボリューム管理機能を提供します NetApp ネットワークストレージは RAC に求められる共有アクセスを提供します SAN 環境では ASM は Oracle RAC 10g 向けにクラスタ対応のファイルシステムとボリューム管理機能を提供します ASM と NetApp SAN ストレージの組み合わせは Oracle RAC 10g 向けのシンプルでスケーラブルなストレージ環境を提供します NetApp と Oracle のツールセットは別々に活用した場合でも両者を組み合わせて活用した場合においてもデータ管理のための幅広いオプションを提供します導入するテクノロジーの選択は各企業に固有の要件とそれぞれのデータインフラストラクチャによって変わってきますベストプラクティス - 推奨事項ここでは ASM ディスクの設定 ASM ディスクグループの定義 ASM 内でのデータベースの作成に関するガイドラインとそれぞれのベストプラクティスについて説明します各ベストプラクティスとそれぞれの推奨事項の詳細については図 2 から 4 を参照してください共通の推奨事項後述する 2 つの典型的なな実装モデルに共通する推奨事項は次の通りです Oracle バイナリファイルおよびその他の非 ASM 対応ファイルはホストファイルシステムまたは NFS に格納すること Oracle RAC 10g 環境では NFS を使うことで共有 ORACLE_HOMEによる実装を簡素化できます ASM ディスクグループのストレージへのアクセスには Fibre Channel または iscsi SAN プロトコルを使うこと Oracle Database 10g TM Automatic Storage Management Network Appliance TM ストレージ環境への適用 5

6 各ファイラーのディスクドライブを少数の大規模 WAFL ボリュームに統合し管理に伴う負荷を軽減すること容量ごとのスループットを基準に各ディスクグループの LUN のバランスを調整しディスクグループに対して各々の LUN が提供する I/O スループットが LUN のサイズに比例していること具体的にはディスクグループ内の全 LUN が秒 /GB あたりでほぼ等しい I/O オペレーションを提供するようにしますこれを実現するには基盤となっている WAFL ボリューム全体に対し容量とパフォーマンスの特性が非常に近いディスクドライブを使用します ASM ディスクグループあたり WAFL ボリューム内の複数の LUN を設定すること ( 例えば 4 LUN) 複数の LUN を使用することでディスクグループの I/O 並列処理性を最大化しホストドライバスタック ( オペレーティングシステムホストバスアダプタドライバマルチパスドライバなど ) における LUN あたりの制限を超えることができます最初の時点では不要であってもこうしておくことで同じボリューム内の LUN を後でディスクグループへ追加する場合に不必要なデータ移動を防ぐことができます実装モデル NetApp で ASM を利用する場合ストレージシステム ( ファイラー ) 側のデータ管理機能を使用するかどうかによって 2 つの典型的な実装モデルからどちらか適当なモデルを選択します ASM のデータ管理にファイラーベースの機能を使う場合 ( たとえばデータベースの完全なバックアップ / リストアクローニングミラーリングデータ移行などをファイラーベースの機能で実行する場合 ) 構築するデータベースごとに個別に ASM ディスクグループを定義し各ディスクグループを単一の WAFL ボリュームに格納する必要がありますこの展開モデルを個別ディスクグループ (Separate Disk Group) と呼びますファイラーベースのデータ管理を行わない場合は複数のデータベースをある共有ディスクグループに統合しますこの展開モデルを共有ディスクグループ (Shared Disk Group) と呼びます共有ディスクグループ (Shared Disk Group) すべてのデータ管理を Oracle 側のツールのみで行う場合複数のデータベースをある共有ディスクグループに統合することで複数のデータベースに対する共通の共有ストレージを提供しこれが最も最適な実装モデルになりますこのモデルの推奨事項は下記の通りです概要は図 2 を参照してください 2 つ以上の ASM ディスクグループを使ってデータベースを格納することデータベースの作業領域はそれぞれのフラッシュリカバリ領域とは別のディスクグループに格納しなければなりません基盤となっているストレージリソースを個別に制御しなければならないデータベースの場合は ( サービス品質の確保や独立したデータ移行機能など ) 個別の ASM ディスクグループの割当も考慮する必要があります各 ASM ディスクグループには 1 つまたは複数の WAFL ボリューム ( またはファイラー ) からのストレージが含まれます複数の WAFL ボリュームにディスクグループを分散させるとディスクグループのパフォーマンス向上に貢献する LUN の合計サイズに基づいてディスクグループの容量とスループットがボリューム間で配分されます容量やスループットを増加するために既存のボリュームへディスクドライブを追加する場合はすべての WAFL ボリュームとディスクグループの LUN を拡張し容量ごとのスループットの比率を維持すると共にロードバランスに伴う不必要なデータ移動を最低限に抑える必要がありますディスクグループに対し新たに別のファイラーからストレージを追加する場合追加する LUN は既存のディスクグループ内にある LUN の容量ごとのスループットと同じになるように設定しなければなりません新しいファイラーにホスト I/O を並列処理させるために複数の LUN が含まれている場合は ASM のロードバランスに伴うデータ移行を必要最低限に抑えるためすべての LUN を一括でディスクグループへ追加する必要があります Oracle Database 10g TM Automatic Storage Management Network Appliance TM ストレージ環境への適用 6

7 図 2) 共有 ASM ディスクグループ環境で複数の Oracle データベースを実行 - 複数の NetApp ファイラーに分散 ASM インスタンスデータベース 1 Oracle Database 10g データベース 2 Oracle Database 10g ホストサーバサブシステム Oracle Database 10g ASM ボリュームマネージャ / ファイルシステム Filer1: Vol1 LUN-a Filer2: Vol1 LUN-d 共有 ASM ディスクグループ 1: 両データベースの回復領域 Filer1: Vol1, LUN-b Filer2: Vol1, LUN-c 共有 ASM ディスクグループ 2: 両データベースのデータファイルネットワークサブシステム FCP / Ethernet Switch FCP, iscsi, NFS FCP, iscsi, NFS Volume1 Volume1 LUN-a LUN-b LUN-c LUN-d ストレージサブシステム Filer1 Infiniband クラスタフェイルオーバー Filer2 Volume2 NFS ファイルシステム Volume2 NFS ファイルシステムクラスター化された NetApp Filer FAS9xx 個別ディスクグループ (Separate Disk Group) ファイラーベースのデータ管理機能を活用するためには各データベースを個別の ASM ディスクグループへ格納し各 ASM ディスクグループは単一の WAFL ボリュームに格納しなければなりませんこれができない場合複数のボリュームに分散された ASM グループでは ASM のメタデータの Snapshot コピー間での整合性を保つため Snapshot コピーの作成時にディスクグループをアンマウントしなければなりません概要は図 3 を参照してください Oracle Database 10g TM Automatic Storage Management Network Appliance TM ストレージ環境への適用 7

データベースごとに ASM ディスクグループを 2 つ使うこと (1 つはデータベース作業領域もう 1 つはフラッシュリカバリ領域 ) データ管理の柔軟性を最大化するために各ディスクグループ内の全 LUN を個別の WAFL qtree (quota tree) ディレクトリに置くこと容量やスループット増加に伴いディスクドライブを追加する場合 WAFL ボリュームを増やしてからホスト

8 データベースごとに ASM ディスクグループを 2 つ使うこと (1 つはデータベース作業領域もう 1 つはフラッシュリカバリ領域 ) データ管理の柔軟性を最大化するために各ディスクグループ内の全 LUN を個別の WAFL qtree (quota tree) ディレクトリに置くこと容量やスループット増加に伴いディスクドライブを追加する場合 WAFL ボリュームを増やしてからホストオペレーティングシステムでファイラーの LUN のサイズを変更し最終的に ASM で ASM ディスクグループを拡張することパワーリミットを増加してバランス再調整を 1 パスで実行する準備ができるまで Power Limit パラメータを 0 に設定してバランス再調整プロセスを一時停止してから ASM のディスク追加 / ディスク削除のコマンドを実行すること図 3) 個別 ASM ディスクグループ環境で複数の Oracle データベースを実行 - 別々の NetApp WAFL ファイルシステムボリュームにマッピング ASM インスタンスデータベース 1 Oracle Database 10g データベース 2 Oracle Database 10g Vol1, Lun-a Vol1, Lun-d Vol1, Lun-c Vol1: Lun-b ASM ディスクグループ 1: データベース 1 のデータファイル ASM ディスクグループ 2: データベース 1 の RA ASM ディスクグループ 3: データベース 2 のデータファイル ASM ディスクグループ 4: データベース 2 の RA FCP, iscsi, NFS NetApp 統合ストレージへのマルチプロトコルアクセス Switch (Ethernet / FCP) メモ : 各データベースは WAFL ボリューム境界内の個別の ASM ディスクグループで構成 RAID 保護されている WAFL ボリュームは Volume1 を構成している全コンポーネント間のロードバランスを調整することで各 ASM ディスクグループのデータベースでパフォーマンスを最適化各データベースは 2 つのディスクグループ ( 作業領域 / 回復領域合計 4) を通じ Snapshot と SnapRestore. を使ったデータベース全体のバックアップ & リカバリをサポート Filer Volume1 LUN-a LUN-b LUN-c LUN-d 7 以上のディスクドライブで形成される NetApp ボリューム NetApp 9xx シリーズファイラー Oracle Database 10g TM Automatic Storage Management Network Appliance TM ストレージ環境への適用 8

9 Failure Group と冗長性通常 NetApp ストレージの ASM ディスクグループに対しては ASM の外部冗長性オプションを設定しますこの設定によって一定レベルのデータベースの容量とスループットに対しデータ保護を行うために必要なストレージハードウェアを最低限に抑えることができます外部冗長性では ASM ディスクグループを構成している NetApp LUN は RAID パリティによって保護されます標準の RAID4 パリティ保護では RAID グループ内で 1 本のディスクドライブに障害が発生しても処理が継続され NetApp の二重パリティ (RAID-DP オプション ) 保護では 1 RAID グループ内で同時に 2 本のディスクドライブに障害が発生しても処理が継続されるのでディスクドライブでこのように二重障害が同時発生した場合のデータ損失のリスクが劇的に軽減されます通常は NetApp クラスタフェイルオーバー (CFO) オプションを設定しファイラーの予定外のダウンタイム時における可用性を確保しておく必要があります CFO を使う替わりに ASM ディスクグループを 2-way ミラーリングに設定することで ( すなわち外部冗長性オプションを設定せずに ) 同じ効果を得ることもできますが必要なディスクドライブリソースは 2 倍になりますファイラー障害時の保護に ASM ミラーリングを使った場合 1 ファイラーがホスティングしているディスクグループ内の全 LUN を同一 Failure Group に設定する必要があります ASM ディスクホストから見ると NetApp LUN は他社が提供するすべての LUN と同様に扱えるので ASM のドキュメントで説明されているように ASM ディスクグループに組み込まれますここで推奨するベストプラクティスは ASM ディスクグループを設定する際には同じサイズとパフォーマンスの LUN を使用することです複数の WAFL ボリュームに格納されているディスクグループで最適なロードバランスを得るためには各 WAFL ボリュームの合計容量とディスクグループが利用できるスループットが比例していなければなりません NetApp の ASM ディスクグループで Oracle RAC 10gを実行 NetApp ストレージで Oracle RAC 10gを ASM と共に実装した場合管理性を高めるためにも共有 ORACLE_HOMEを NetApp NFS ボリュームに置くことを推奨します Oracle Database 10g でのクラスタ同期化サービスの実装と実行については Oracle Database 10g のドキュメントを参照してくださいちなみに SAN ストレージにも共有 ORACLE_HOMEをサポートしているクラスタ化ホストファイルシステムがありますまた各ノードで独自にORACLE_HOME をホストファイルシステム上に持つこともできます図 4 を参照してください Oracle9i RAC に比べ Oracle RAC 10g では複数のクラスタノード間における単一の ORACLE_HOME を非常に簡単に NAS ボリューム上で共有することができます ORACLE_HOME バイナリや設定ファイルを複数の RAC インスタンス間で共有できることはクラスタの保守と管理にとって非常に大きなメリットです共有インスタンス固有の管理設定ファイル (TNSnames.ora initsid.ora etc.) のパラメータエントリはクラスタノードごと別々に存在します NetApp SAN ストレージで ASM を展開する場合 Oracle RAC 10g CRS ファイル (voting disk/ocr デバイス ) は SAN ストレージに実装することを推奨します詳細はお使いの Oracle RAC 10g の設定情報を確認してください Oracle Database 10g TM Automatic Storage Management Network Appliance TM ストレージ環境への適用 9

10 図 4) 個別 ASM ディスクグループ環境で複数の Oracle RAC 10g インスタンスを実行 ASM インスタンス RAC インスタンス 1 Oracle Database 10g RAC インスタンス 2 Oracle Database 10g Filer1: Volume1 NFS ファイルシステム共有 Oracle Home Filer2: Vol1, LUN-a Filer2: Vol1, LUN-b Filer2: Vol1, LUN-c Filer2: Vol1, LUN-d 共有 ASM ディスクグループ 1: 共有 RAC データベースのログファイル FCP / Ethernet Switch 共有 ASM ディスクグループ 2: 共有 RAC データベースのデータファイル FCP, iscsi, NFS FCP, iscsi, NFS Filer 1 Infiniband クラスタフェイルオーバー Filer 2 Volume1: NFS ファイルシステム Volume1 LUN-a, LUN-b LUN-c, LUN-d クラスター化された NetApp Filer FAS9xx Oracle Database 10g TM Automatic Storage Management Network Appliance TM ストレージ環境への適用 10

11 結論 ASM (Automatic Storage Management) は Oracle データファイルのストレージ管理における設定と管理を簡素化してくれますまた ASM はNetApp Fibre Channel と iscsi SAN の各ストレージソリューションを補完するだけでなくこれらのソリューションと統合することで両者のテクノロジーから最大限の価値を引き出すことが可能になります冗長性の保護およびデータ管理のオプションの組み合わせは複数ありますが Oracle と NetApp の緊密なパートナー関係を通じこれらを最適に組み合わせて共通のお客様のビジネスニーズに応えるためのベストプラクティスを提供します両社の優れたテクノロジーが組み合わさることで可用性とパフォーマンスに対する高いニーズに応えることが可能になります最初の時点ではこれらの組み合わせが複雑に見えるかも知れませんが本ホワイトペーパーはそれぞれのニーズを満たす最もコスト効率の良いソリューションを選択するための基準を提供しますこのホワイトペーパーは Oracle と NetApp の緊密なパートナー関係によって両社共通のお客様へ提供するユニークな価値の一例ですこのようなパートナー関係を通じ両社は一丸となって管理に伴う手間と複雑さを軽減しながらより低コストで優れたパフォーマンスと可用性を実現したビジネスシステムをお客様に提供しますベストプラクティス - まとめ 1) ASM は Oracle データベースの NetApp SAN/iSAN 環境における推奨ファイルシステム / ボリューム管理ソリューション 2) ファイラーと共に利用する場合 ASM ディスクグループの外部冗長性を設定 3) NetApp クラスタフェイルオーバーを使用することにより 1 箇所の障害発生によるシステムダウンを排除 4) Oracle データファイルの管理には ASM を使用 5) 共有 Oracle Home アラートログトレースファイルには NetApp クラスタファイルシステム (NFS) を使用 6) パフォーマンス / 容量の条件が同様の LUN で ASM ディスクグループを定義 7) ASM のフロントエンドを通じた I/O の分散とファイラー内でのストライピング ( 各データを複数のハードディスクへ同時書込 ) によりいずれかのアプローチを個別に適用するよりも統合環境全体を簡素化することが可能 Oracle Database 10g TM Automatic Storage Management Network Appliance TM ストレージ環境への適用 11

12 付録 1: NFS ベースのストレージに ASM を実装 NFS にあるファイルを ASM ディスクとして ASM を利用することができます最適なパフォーマンスという観点から見るとこれはベストプラクティスとは言えませんが機能することに変わりはありません NFS で ASM を使う場合 NFS ファイルは ASM ディスクとして使われるので NFS によって I/O が処理されることを除けば ASM の設定およびデータ管理モデルは SAN ストレージのそれと同様になります処理手順の均一性を保つ場合や製品ホスト OS その他の環境的な制約から ASM を NFS で利用する方が適していることもあり得ますここではこのような場合の留意点を説明します NetApp の NFS ベースのストレージは ASM と一部共通する機能を提供します Oracle DBA は NFS ベースのファイルシステムを直接利用してシンプルでスケーラブルな RAC 対応のファイルストレージを実装できます Oracle DBA は NetApp ファイラーにある NFS ストレージを設定し使い慣れた SQL 命令文 (CREATE/ALTER/DROP など ) を使ってストレージを直接的に管理できます NFS における ASM も同様にスケーラブルな RAC 対応のストレージによりハイエンドかつ高いスケーラビリティを提供しますが NFS ストレージで ASM を使う場合 Oracle にストレージを追加するにはいくつかの追加のステップが必要になります NFS で ASM を利用する場合 NFS 環境で Oracle を直接実装する際のガイドラインと NetApp SAN ストレージで ASM を利用する際のガイドラインを組み合わせなければなりません NAS 環境における非 ASM Oracle ファイルで推奨した NFS マウントオプションを使用すること Oracle で使用する個々の NFS クライアントの設定に関するガイドラインは NetApp の技術レポートを参照してください ( 付録 3 特に TR 3183 Using the Linux NFS Client with Network Applaince Filers および TR 3189 Oracle9i Real Application Cluster Release 2 Installation with a Filer in Red Hat Advanced Server Linux Environment で該当する NFS 設定のセクション ) ASM ディスクグループのベストプラクティスで説明した LUN のガイドラインにしたがって NFS ベースのファイルを作成すること共有ディスクグループか個別ディスクグループのいずれか適切なモデルを適用します SAN のベストプラクティスで説明した複数の LUN を使用すると同様に I/O の並列処理の制約を超えるために単一の WAFL ボリュームからの複数のファイル / マウントポイントを使うこともできます ASM ディスクグループへ取り込むため mkfile を使って適当のサイズのファイルを作成する (LUN と同様に扱う ) 後で再度サイズ調整が必要になった場合は最新のバックアップを作成してからライブデータを切り捨てたり上書きせずに必要に応じてファイルのサイズを調整します - 必要なツールはホスト環境によって変わってきますファイルに対して "oracle:dba" 読取 / 書込アクセスを設定すること ASM インスタンスがファイルを見つけることのできる ASM ディスク文字列を使うこと ( たとえば /nfs/<host>/oradata/<db_name>/*) 複数の NFS マウントポイントに分散されているファイルの場合シンボリックリンクを使ってディスク文字列を作成できます Oracle Database 10g TM Automatic Storage Management Network Appliance TM ストレージ環境への適用 12

13 付録 2: ASM ベースのデータで NETAPP SNAPSHOT コピーを使うあらゆる Oracle 運用環境においてバックアップとリカバリは不可欠なプロセスですここで説明するコンセプトの概要は図 5a と 5b を参照してください迅速なメディア回復を可能にする低コストな NetApp Snapshot コピーは Oracle 環境では幅広く一般的に使われている機能ですこれらの Snapshot コピーは他のさまざまなバックアップ / リカバリプロセスの基盤になると共にほぼリアルタイムにデータベースのクローンを作成することもできます ASM ベースの Oracle データに対し Snapshot を効果的に適用するためには Snapshot ベースのリカバリコピークローニングが行われる単位を意識して ASM ディスクグループの設計に重点を置くことが重要です RMAN Data Guard フラッシュリカバリフラッシュバック機能など ASM は Oracle データ管理ツールの全スイートをサポートしていますデータベースが複数の WAFL ボリュームやファイラーに分散している場合にこれらのテクノロジーを活用できます RMAN は ASM ディスクグループで Oracle データベースのホット / コールド両方のバックアップをサポートしているインターフェイスですがより重要なのは RMAN がバックアップセットからの単一ファイル回復機能に対する唯一のインターフェイスであるという点ですただし NetApp ボリュームレベルの point-in-time Snapshot コピーおよび SnapRestore を使いすべての LUN ( すなわち ASM ディスクグループ全体 ) のバックアップと回復を実行することで Oracle のホット / コールドバックアップを実行することも可能です ASM ディスクグループの整合性を保つためこの NetApp の最新テクノロジーを使う場合 ASM ディスクグループ内のすべてのディスクを最小単位としてコピーしなければなりません指定のディスクグループの全 LUN を単一の WAFL ボリュームへ置かなければならない点も含めこの実装にはベストプラクティスのセクションで説明した個別ディスクグループのガイドラインにしたがった設計が必要となります ASM は全ディスクグループのメタデータをディスクグループ内で保持するのでディスクグループをアンマウント回復再マウントすることによって前の状態に回復させることができますディスクグループのメタデータはある時点におけるそのディスクグループの最小レベルのコピーと完全に整合性を持っているので一部の従来型ホストファイルシステムのように Snapshot コピーを作成する前にメタデータのフラッシングやフリージングを行う必要はありませんデータベースの個々のテーブルスペースをオンラインモードまたはホットバックアップモードにし LUN を有するボリュームの Snapshot コピーを作成するだけでホットバックアップを実行できます図 5a) 概要 ASM を実装した NetApp ストレージ環境での Oracle データベースのバックアップ Oracle Database 10g サーバー上の ASM Filer1: Vol1, LUN-a ASM Diskgroup1: データファイル Switch Filer2: Vol1, LUN-c Filer2: Vol1, LUN-d ASM Diskgroup2: Redo+ アーカイブログ iscsi/fcp または NFS Oracle Database 10g ASM ボリュームマネージャ / ファイルシステム iscsi/fcp または NFS iscsi/fcp または NFS Volume1 LUN-a Volume1 LUN-c, LUN-d ログファイルボリューム - データファイルボリューム- Infiniband ボリュームレベルのボリュームレベルの Snapshot コピー Snapshot コピークラスタフェイル Oracle Database 10g TM Automatic Storage Management Network Appliance TMストレージ環境への適用 13 Filer1 オーバー Filer2 クラスター化された NetApp Filer FAS9xxC

14 図 5b) 概要 ASM を実装した NetApp ストレージ環境での Oracle データベースのバックアップ Filer1: Vol1, LUN-a ASM Diskgroup1: データファイル Filer2: Vol1, LUN-c Filer2: Vol1, LUN-d ASM Diskgroup2: Redo + アーカイブログ Oracle Database 10g ASM ボリュームマネージャ / ファイルシステム iscsi, FCP もしくは NFS ネットワーク Filer1, Volume 名 : Volume1 Filer2, Volume 名 : Volume1 LUN1 名 : LUN-a LUN1: LUN-c LUN2: LUN-d NetApp ストレージ D1 D8 D14 NetApp Snapshot / SnapRestore のテクノロジーは非 ASM 環境と同じように ASM 環境でも利用できます唯一の制約として Snapshot コピーを使って ASM ディスクグループのバックアップを行う場合は ASM ディスクグループ全体を NetApp WAFL ファイルシステムボリュームの境界内に含めなければなりません Oracle Database 10g TM Automatic Storage Management Network Appliance TM ストレージ環境への適用 14

15 付録 3: その他の技術関連情報 NetApp テクノロジーを理解するための技術関連資料およびその他の参考情報を下記に紹介します NETAPP テクノロジー関連 ( 英語 ) TR 3001: NetApp Architectual Overview: TR 3002: File System Design for NFS/NAS Appliances: TR 3014: Multiprotocol Data Access: NFS, CIFS, HTTP: TR 3241: iscsi Accelerating the Transition to Network Storage : TR 3183: Using the Linux NFS Client with Network Appliance Filer : TR 3027: Multiple Volumes and Multiple RAID Groups on NetApp Filers: TR 3298: Double-Parity RAID for Enhanced Data Protection with RAID-DP: TR 3131: Data Protection Solutions Overview: TR 3194: Raid Recovery with Network Appliance Storage Solutions: TR 3202: Best Practives for Data Protection with Filers Running FCP: TR 3127: High-Availability Storage Appliance: TR 3227: NFS vs. SAN for Database Applications: TR 3102: Database on NetApp Filers A TCO Study: TR 3189: Oracle9i Real Application Cluster Release 2 Installation with a Filer in Red Hat Advanced Server Linux Environment: TR 3294: Dynamic Filer System Expansion on Solaris : ORACLE テクニカルホワイトペーパー ORACLE DATABASE 10G / AUTOMATIC STORAGE MANAGEMENT 関連 ( 英語 ) Overview of Automatic Storage Management: Techinical White Paper on Automatic Storage Management: ASM The new best practice: Simplify Your Life Automatic Storage Management: Overview of Oracle 10g: Description of new benefits of Oracle 10g: Oracle Database 10g TM Automatic Storage Management Network Appliance TM ストレージ環境への適用 15

16 Oracle Database 10g / ASM の詳細に関する Web サイト ( 英語 ) NETAPP および ORACLE の共同ソリューション NetApp のテクノロジーに関するハイレベルな技術レポートやホワイトペーパーに加えさらに数多くの技術関連資料とマーケティング資料を下記の URL に用意しています NetApp: c Oracle Database 10g TM Automatic Storage Management Network Appliance TM ストレージ環境への適用 16

17 June 2004 Paul Manning, Bill Bridge June 2004 Ravi Animi, Jeff Kimmel Oracle Corporation World Headquarters 500 Oracle Parkway Redwood Shores, CA U.S.A. Network Appliance Inc. World Headquarters 495 E Java Dr. Sunnyvale, CA U.S.A. Worldwide Inquiries: Phone: Fax: Worldwide Inquiries: Phone: Fax: オラクル社はインターネットの価値を引き出すソフトウェアを提供します Network Appliance は企業を動かしているデータセンターを支援するハードウェア / ソフトウェアを提供します Oracle はオラクル社の登録商標です本書に記載されているさまざまな製品名 / サービス名にはオラクル社の商標が含まれていますこの文書はあくまでも参考資料であり掲載されている情報は予告なしに変更されることがありますオラクル社は本書の内容に関していかなる保証もしませんまた本書の内容に関連したいかなる損害についても責任を負いかねます仕様は予告なく変更されることがあります NetApp Network Appliance のロゴ NearStore SnapRestore WAFL は米国およびその他の国における Network Appliance, Inc. の登録商標で and Network Appliance および Snapshot は商標です Solaris は Sun Microsystems, Inc. の商標です Linux は Linus Torvalds の登録商標ですその他のすべてのブランドや製品は各社の登録商標または商標です Copyright 2004 Oracle Corporation All rights reserved. Copyright 2004 Netowrk Appliance, Inc. All rights reserved. All rights reserved.

Oracle Real Application Clusters 10g: 第4世代

Oracle Real Application Clusters 10g: Angelo Pruscino, Oracle Gordon Smith, Oracle Oracle Real Application Clusters RAC 10g Oracle RAC 10g Oracle Database 10g Oracle RAC 10g 4 Oracle Database 10g Oracle