Oracle Real Application Clusters 11g Microsoft SQL Server 2008との技術比較

Size: px

Start display at page:

Download "Oracle Real Application Clusters 11g Microsoft SQL Server 2008との技術比較"

としなりままだ
4 years ago
Views:

1 Oracle Real Application Clusters 11g Microsoft SQL Server 2008 との技術比較オラクルコンペティティブホワイトペーパー 2008 年 5 月

2 Oracle Real Application Clusters 11g Microsoft SQL Server 2008 との技術比較はじめに... 3 Oracle Real Application Clusters アーキテクチャ... 4 Microsoft SQL Server 2008 のフェデレーテッドデータベース... 5 Microsoft SQL Server 2008 のフェデレーテッドデータベースのレイアウト... 5 Microsoft SQL Server 2008 のフェデレーテッドデータベースの概要 7 Oracle Real Application Clusters が優れている理由... 8 Microsoft SQL SERVER 2008 のフェイルオーバークラスタリング Microsoft SQL Server 2008 のフェイルオーバークラスタデータベースのレイアウト Microsoft SQL Server 2008 のフェイルオーバークラスタデータベースの概要 Oracle Real Application Clusters が優れている理由 Microsoft SQL SERVER 2008 のデータベースミラーリング Microsoft SQL Server 2008 のデータベースミラーリングのレイアウト 13 Microsoft SQL Server 2008 のデータベースミラーリングの概要 Oracle Real Application Clusters が優れている理由 Microsoft SQL Server 2008 のピアツーピアレプリケーション 15 Microsoft SQL Server 2008 のピアツーピアレプリケーションの概要 Oracle Real Application Clusters が優れている理由まとめ Oracle Real Application Clusters 11g Microsoft SQL Server 2008 との技術比較 2

3 Oracle Real Application Clusters 11g Microsoft SQL Server 2005 との技術比較はじめにクラスタデータベース市場では競合する宣伝文句が飛び交っており各ベンダーは自社アーキテクチャの利点を盛んに宣伝しています顧客は急速に進化する大量のベンチマークの結果や相反するアナリストの批評記事一様に肯定的な顧客の事例広告を取捨選択してミッションクリティカルなソフトウェアプラットフォームを選択する必要がありますこのホワイトペーパーでは Microsoft SQL Server 2008 のアーキテクチャとなる Microsoft の次の 4 つのデータベーステクノロジーを技術的に評価しますフェデレーテッドデータベースフェイルオーバークラスタリング (Microsoft Cluster Server で管理 ) データベースミラーリングピアツーピアレプリケーション各テクノロジーをオラクルのクラスタアーキテクチャである Oracle Real Application Clusters(Oracle RAC) またはオラクルの各テクノロジーと比較します Oracle RAC と関連テクノロジーはオラクルの Maximum Availability Architecture (MAA) を形成しデータベースの障害保護を強化します上記アーキテクチャはすべて Microsoft SQL Server の旧バージョンにも存在しますそのため Microsoft SQL Server 2008 の機能のほとんどは単なる改良版となっておりフェデレーテッドデータベースサーバーについては旧バージョンと比較して著しい改良点は見られませんこのホワイトペーパーで取り上げるすべての Microsoft ソリューションを Oracle Database 11g Release 1 および Oracle Real Application Clusters 11g と順を追って比較します Oracle Real Application Clusters 11g Microsoft SQL Server 2008 との技術比較 3

Oracle Real Application Clusters アーキテクチャここで重要なことは Microsoft SQL Server 2008 が提供する機能には高可用性とスケーラビリティを併せもつ Oracle Real Application Clusters に匹敵する機能がないということです図 1:Oracle Real Application Clusters

4 Oracle Real Application Clusters アーキテクチャここで重要なことは Microsoft SQL Server 2008 が提供する機能には高可用性とスケーラビリティを併せもつ Oracle Real Application Clusters に匹敵する機能がないということです図 1:Oracle Real Application Clusters アーキテクチャ Oracle RAC アーキテクチャは Unix Windows Linux サーバー領域では独自のものです上記の例では 5 つのノードのすべてが 1 つのデータベースにあるデータに対するクライアントのリクエストを処理できます Oracle RAC の差別化要因の 1 つはノードの障害にシームレスに対処できるアーキテクチャ固有の機能です上記の状況でノードに障害が発生すると障害が発生したノードに接続されたセッションは存続するノードに移行され接続が分散されて残りの 4 つのノードで使用可能なリソースが有効活用されますクラスタ内のほかのノードはリクエストの処理を継続し存続するノードに接続されたセッションは切断されませんクラスタ内のノードを全く同じ構成にする必要がないことも注目に値します例として複合ワークロード環境があります複合ワークロード環境ではデータベースが OLTP と意思決定支援とのユーザー間で共有されますデータベースインスタンスを最適に構成して接続ユーザーのリクエストを処理できますまた Oracle RAC を使用するとクラスタ内のすべてのマシンを同時に使用してパフォーマンスをさらに向上できますたとえばこの環境ではクラスタ内で使用可能なすべての CPU を使用してデータウェアハウスへの問合せを自動的にパラレル処理し意思決定支援アプリケーションのパフォーマンスを向上できます高度なロードバランシングアルゴリズムとアドバイザを使用すればユーザーセッションをクラスタ内の ' 最小負荷 ' のノードにルーティングできます Oracle Automatic Storage Management(Oracle ASM) と Oracle Clusterware が Oracle Real Application Clusters アーキテクチャを補完することによりグリッドインフラストラクチャにストレージ管理とクラスタソフトウェアソリューションを提供します Oracle Real Application Clusters 11g Microsoft SQL Server 2008 との技術比較 4

Microsoft SQL Server のフェデレーテッドデータベースでは一定レベルのスケーラビリティが提供されますが可用性は低下します Microsoft SQL Server データベースにノードを追加すると可用性の低下が見込まれますこれは Microsoft SQL Server データベースが使用可能なすべてのノードに依存してリクエストを処理しているためです

5 Microsoft SQL Server のフェデレーテッドデータベースでは一定レベルのスケーラビリティが提供されますが可用性は低下します Microsoft SQL Server データベースにノードを追加すると可用性の低下が見込まれますこれは Microsoft SQL Server データベースが使用可能なすべてのノードに依存してリクエストを処理しているためです Microsoft SQL Server 2008 のフェデレーテッドデータベース Microsoft SQL Server のフェデレーテッドデータベースは独立したサーバーの集合でありリソースを共有せずに LAN で接続されますまたフェデレーテッドデータベースの実装は複雑ですフェデレーテッドデータベースモデルは Microsoft SQL Server 2005 ですでに使用可能ですこの領域については本書でとくに記すべき新機能はありませんそのため次の図には 6 ノードのフェデレーテッドデータベースの従来構成を示しますこの図では 6 つの独立した Microsoft SQL Server データベースがありそれぞれが別個のバックアップとリカバリを必要としますクライアントアプリケーションからのリクエストを満たすにはこれらのデータベースすべてがオンラインである必要があります図 2:Microsoft のフェデレーテッドデータベースアーキテクチャこのアーキテクチャをサポートするパッケージアプリケーションはごくわずかです Microsoft SQL Server 2008 のフェデレーテッドデータベースのレイアウト次にフェデレーテッドデータベースを設定するプロセスについて簡単に説明しますデータはクラスタに参加している各サーバーに分散されます DBA とアプリケーション開発者の両方にとって特定のサーバーに接続されたディスク上の " ローカル " データとフェデレーテッドデータベースのほかのサーバーが所有する " リモート " データは明確に異なりますアプリケーションは UNION ALL ビューと分散 SQL を使用してデータの論理的な単一のビューを参照します Microsoft はこのテクノロジーを分散パーティションビュー (DPV) と呼びます DPV は各ノードで異なる方法により構成されローカルのパーティションとリモートのパーティションを明示的に考慮する必要があります次の図は Microsoft SQL Server の複数のサーバーにまたがる ' 顧客 ' 表のパーティション化方法を示しています Oracle Real Application Clusters 11g Microsoft SQL Server 2008 との技術比較 5

6 アプリケーションで各表に対して次の作業をおこないますまず各ノードで独立した表を作成しますこのコード例は次に接続性情報を作成します各参加サーバーにリンクされたサーバー定義と問合せ最適化オプションが必要です最後に各ノードで DPV を作成しますビューは各ノードで異なることに注意してくださいこのコード例はベンチマークこれまで Microsoft は DPV を使用して TPC-C ベンチマークを測定していました TPC-C スキーマは実環境のアプリケーションとは異なり 9 つの表のみで構成されこのうち 7 つが Warehouse_ID を主キーの一部としています各表に DPV を提供して関連する索引を作成するのは単純な作業ですただしこうした単純な OLTP スキーマと実環境のアプリケーションを比較した場合そうした印象は異なってきます表主キー索引代替キー索引 Peoplesoft 7,493 6, Oracle E-Business(ERP)* 8, ,100 SAP 16,500 16,329 2,887 * Oracle E-Business Suite は Microsoft SQL Server をサポートしていませんここでは企業規模のアプリケーションのサポートに使用するスキーマのサイズの尺度として使用しています Oracle Real Application Clusters 11g Microsoft SQL Server 2008 との技術比較 6

7 表に挙げたアプリケーションではすばやいデータアクセスとデータの整合性を確保するため非主キー列にグローバル一意索引が必要ですグローバルな一意索引の例として Oracle E-Business Suite の RA_Customers 表の Customer_Number への一意索引がありますこの索引では一意のビジネスキーの各値に対して顧客が 1 件しか存在しないようにしますビジネスキーは表の主キーではありませんこの索引がない場合ミッションクリティカルなアプリケーションデータに破損複製または紛失が生じるおそれがありますまたアプリケーションでは通常データアクセスをきれいにパーティション化できません一般的に " ローカル " データに頻繁にアクセスするアプリケーション表のパーティションキーを見つけることは不可能ですローカルアクセスでは単一パーティションのデータの内容のみを使用して問合せ要件を満たすことができます SAP PeopleSoft Oracle E-Business Suite ではほとんどの重要な問合せが複数の表を結合し問合せごとに異なる代替キーを結合条件に使用します非ローカルデータへのアクセスでは分散トランザクションが頻繁に発生するため許容できないパフォーマンスオーバーヘッドを招きます適切なパーティションキーが見つかったとしても何千ものアプリケーション表のパーティション化が必要ですそのため PeopleSoft や SAP をフェデレーテッドデータベースに移植するには Microsoft SQL Server の構成で何千もの DPV ( パーティション化された各表に 1 つ ) を作成し管理することが必要ですがこれはきわめて困難な作業ですまた DPV では代替キーでのグローバルな一意索引をサポートできないため重要なビジネス情報の整合性が甚だしく侵害されますしたがって非常に単純な OLTP アプリケーションしかフェデレーテッドデータベースに移植して実行することはできません Microsoft SQL Server 2008 のフェデレーテッドデータベースの概要 ' 実環境 ' のアプリケーションへのフェデレーテッドデータベースのアプローチが失敗する理由は次のように数多くありますホットノード DBA は ' ホット ' ノードが生じないように注意してデータをパーティション化する必要がありますデータベースの割合に基づいて単純にパーティション化することはできません問合せの分散が実行されずホットノードが生じる場合があるためですこのホットノードがボトルネックとなりスループットが制限されますさらに最初に完全なパーティション化がおこなわれて負荷が全ノードに分散されても時間の経過とともにデータの追加や変更により問合せプロファイルが変更されて最初は完全に分散されていたシステムがホットノードによって不均衡なシステムになる場合があります Oracle Real Application Clusters 11g Microsoft SQL Server 2008 との技術比較 7

8 データの不整合性データベースデータのパーティション化は簡単な作業ではないため大きな表のみがパーティション化され小さな表は全ノード間で複製される傾向にありますつまり各ノードには独自のデータベースがあるため小さい表に対するすべての変更をクラスタ内の全ノードで複製することが必要になりますこの複製によりデータの複数コピーが複数の Microsoft SQL Server データベースに格納されることになりますノードの追加ワークロードが増加すると Microsoft SQL Server フェデレーテッドデータベースへの新しいノードの追加が必要となりますそのプロセスは OS のインストール Microsoft SQL Server のインストール新しいパーティション化スキームの決定既存のノードからのデータのアンロードデータの再パーティション化新しいノード集合へのデータのロードデータベースのオンラインへの復帰必要に応じたアプリケーションの変更となります一貫性バックアップ Microsoft SQL Server DPV データベースは実際には多数のデータベースで構成されており各データベースを個別にバックアップする必要がありますさらに DPV データベースのリカバリが必要な場合独立した各データベースを同時点までリカバリして最終的にはすべてのデータベースをオンラインに復帰させる必要がありますノード障害の処理ノード障害時にそのノードのデータはアプリケーションで使用できなくなります実環境のアプリケーションのほとんどはデータの一部がオフラインになることを許容できませんベンチマーク Microsoft の DPV アーキテクチャはベンチマーク専用のものとして有名になりました Microsoft が TPC-C ベンチマーク用のデータを取得し問合せがすべて事前定義されているため TPC-C 結果を巧みに処理することが可能ですしかしこのテクノロジーを使用して現在公開されている TPC(-C または-H) ベンチマークはありません Oracle Real Application Clusters が優れている理由 Oracle Real Application Clusters アーキテクチャは Microsoft SQL Server のフェデレーテッドデータベースアーキテクチャとは根本的に異なっていますオラクルが提供する共有ディスクアプローチは上述の問題に次のように対処しますホットノード Oracle RAC データはノードごとにパーティション化されません接続は最小負荷のノードにルーティングされますそのため Oracle RAC データベースではホットノード問題は発生しません Oracle Real Application Clusters 11g Microsoft SQL Server 2008 との技術比較 8

9 データの整合性 Oracle が必要とするデータベースのコピーは 1 つのみです Oracle RAC アーキテクチャを使用すれば追加のコピーは必要ありません ' データのコピーは 1 つのみである ' ということは ' データの整合性 ' を意味しますノードの追加ワークロードに対して Oracle RAC データベースのノード数が足りなくなる時期が来ることが考えられます Oracle RAC の場合対処の手順は次のとおりです OS のインストール Oracle RAC のインストール新規インスタンスのオンライン化の手順を実行しますこれでインスタンスは自動的にデータベースリスナーに登録されアプリケーションスキーマやアプリケーション自体を変更することなくアプリケーションですぐに新しいノードを使用できます一貫性バックアップ Oracle RAC データベースはノード数に関係なく単一データベースのイメージですそのため単一のバックアップとリストアでデータベースの一貫したバックアップおよびリカバリができますノード障害の処理データの一部を管理するのは 1 つのノードだけではありませんそのため Oracle RAC クラスタで 1 つのノードが使用不可能になってもデータにアクセスできなくなることはありません数秒で Oracle RAC のフェイルオーバーがおこなわれ障害が発生したノードへの接続は残存するノードに自動的に再接続されますアプリケーション層には ' 高速接続フェイルオーバー ' によりノードの停止がタイムリーに通知され障害が発生したノードに関連する接続プール内の接続を無効にできますベンチマークオラクルは定期的に多様なプラットフォームで Oracle RAC クラスタデータベースのベンチマークをおこなっていますオラクルの場合このベンチマークで各ノードへのデータの分割は不要です (Linux) Oracle Real Application Clusters 11g Microsoft SQL Server 2008 との技術比較 9

Microsoft SQL Server のフェイルオーバークラスタデータベースは " スタンドアロン " データベースに比べてやや高レベルの可用性を提供しますがスケーラビリティは提供しません Microsoft SQL SERVER 2008 のフェイルオーバークラスタリング Microsoft Cluster Server(MSCS) は Microsoft SQL Server で

10 Microsoft SQL Server のフェイルオーバークラスタデータベースは " スタンドアロン " データベースに比べてやや高レベルの可用性を提供しますがスケーラビリティは提供しません Microsoft SQL SERVER 2008 のフェイルオーバークラスタリング Microsoft Cluster Server(MSCS) は Microsoft SQL Server で Microsoft がサポートするテクノロジーでありスタンドアロンノードに比べてやや高レベルの可用性を提供します Microsoft はこれを ' フェイルオーバークラスタリング ' と呼んでいます図 3 は Microsoft SQL Server データベースをフェイルオーバークラスタリングで管理する場合に使用する MSCS システムを簡単に示したものです図 3:Microsoft のフェイルオーバークラスタリングのアーキテクチャハードウェアのアーキテクチャは Oracle RAC 環境と似ていますノードは 2 つありネットワークインターコネクトで接続されています ' 共有ディスク ' のようなものもありますしかし実際にはフェイルオーバークラスタデータベース内のディスクは共有されず Microsoft SQL Server データベースはノードの 1 つで特定の時点に実行されるだけです 2 番目のノードは最初のノードに障害が発生した場合のバックアップとして提供されています Microsoft のフェイルオーバークラスタリングは Microsoft SQL Server の複数のバージョンで使用可能です Microsoft SQL Server 2008 ではこのソリューションが拡張され 1 クラスタにつき 16 ノードをサポートしていますさらに ' 地理的に分散したフェイルオーバークラスタリング ' をサポートしているためフェイルオーバークラスタを 2 カ所に設定して各サイトに 1 つまたは複数のストレージアレイを配置し単一共有ディスクシステムによるリスクを回避できますまたクラスタ検証ツールを使用して Microsoft のフェイルオーバークラスタソリューションの実行に適したハードウェアリソースがあることを確認できます Microsoft SQL Server 2008 のフェイルオーバークラスタデータベースのレイアウトこのアーキテクチャでインストールされた Microsoft SQL Server データベースは単一の Microsoft SQL Server データベースのように機能しますこのデータベースにはハードウェアやオペレーティングシステムと同様の制限事項が課されます Oracle Real Application Clusters 11g Microsoft SQL Server 2008 との技術比較 10

11 単一サーバーのスケーラビリティによって制限されますデータベースは一度に特定の 1 つのノードでしか実行できないためクラスタに 2 つを超えるノードがある場合でもデータベースで追加ノードをすぐには使用できません 16 ノードをサポートするクラスタは 8 つのデータベースに対しては有効ですが 1 つのデータベースの場合とくに役立つということはありませんデータベースを構成するファイルは中央のディスクのファイルシステムに配置され Microsoft SQL Server データベースを実行するノードはこのディスクを使用できます新しい地理的に分散したフェイルオーバークラスタリング ' 機能を使用すればセカンダリストレージにデータをコピーしてプライマリストレージに障害が発生した場合の完全なデータ損失から保護できますただし障害発生後にセカンダリストレージでデータを使用可能にする必要があるため中断が発生しないわけではありません Microsoft SQL Server 2008 のフェイルオーバークラスタデータベースの概要このクラスタリングテクノロジーはスケーラビリティを向上するものではありません各データベースは 1 つのノードのみで実行され単一ノードのスケーラビリティによって制限されます 1 クラスタにつき 16 ノードをサポートしてもデータベースは一度に 1 つのノードでしか実行できないため可用性が向上するわけではありませんこのノードに障害が発生するとこのデータベースへの接続はすべて失われますフェイルオーバーによるアプリケーションのブラックアウトクラスタ内のノード数に関係なく Microsoft SQL Server データベースをホストするノード ( 例 : ノード 1) に障害が発生すると残存ノード ( 例 : ノード 2) での Microsoft SQL Server データベースの再起動手順を実行する間遅延が生じますこの手順の概要は次のとおりです 1. ノード 1 の ' 停止 ' がノード 2 で認識されます 2. ノード 1 が参照していたディスク ( ファイルシステム ) をソフトウェアを使用してノード 2 で参照できるようにします 3. ノード 1 で使用していた IP アドレスをノード 2 で作成します 4. ノード 1 で使用していたネットワーク名をノード 2 で作成します 5. ノード 1 で管理されているサービス ( ここでは Microsoft SQL Server データベースと関連サービス ) をノード 2 で起動します 6. ノード 2 で Microsoft SQL Server データベースをリカバリしてデータベースを開き完全運用を再度開始します 7. アプリケーションが再接続されトランザクションが再開します注 : 上記手順は記載された順に実行する必要があります Microsoft SQL Server はディスクとネットワークが起動するまで起動できませんまたネットワーク名は IP アドレスがインスタンス化されるまで作成できません Oracle Real Application Clusters 11g Microsoft SQL Server 2008 との技術比較 11

12 Oracle Real Application Clusters が優れている理由概してフェイルオーバークラスタソリューションと Oracle Real Application Clusters との差は歴然としています Oracle RAC では同一データベースのインスタンスがクラスタ内の全ノードで実行されワークロードをクラスタ内の全ノードで共有できますつまり Oracle Real Application Clusters ではクラスタ内の新しいノードを使用してワークロードを全ノードにただちに拡張できます Oracle RAC クラスタには MSCS(Oracle Clusterware にクラスタソフトウェアソリューションとして付属 ) が不要のため MSCS のノード制限による制約はありません Oracle RAC 10g Release 2 以降最大 100 のノードと Oracle データベースが認定するほとんどのオペレーティングシステムをサポートしています 1 つのノードに障害が発生するとクラスタ内のほかのノードが既存の接続へのサービスを継続します ' 実行中 ' のトランザクションはクラスタ内のほかのノードによって自動的に即時ロールバックされますそのためリソースの再起動やほかのノードでのデータベースのオープンを待つ必要がありませんデータベースは常時オープンとなり残存ノードの残存インスタンスでアクセスできます Oracle RAC ではフェイルオーバーは分単位ではなく秒単位でおこなわれます障害が発生したノードへの接続は残存するノードに自動的に再接続されますアプリケーション層には ' 高速接続フェイルオーバー ' によりノードの停止がタイムリーに通知され接続プール内の障害が発生したノードへの接続を無効にできます Oracle Automatic Storage Management(Oracle ASM) を使用すればストレージサブシステム内または複数のストレージシステム間のデータを Oracle RAC データベースに完全透過的にミラー化できます Oracle ASM には単一のミラー化 ( 別のディスクまたは別のストレージシステムへのミラー化 ) をおこなう標準的な冗長化と異なる場所で 2 つのデータコピーを維持する高レベルの冗長化の 2 つがあります Oracle ASM ではデータが全ノードにストライプ化され I/O 使用率が最適化されますさらにクラスタの全ノードからいつでも全 ASM ディスクグループ (Oracle ASM で使用できるディスクを体系化する論理ユニット ) を開いてアクセスできますあらゆるノードから全データにアクセスできているためノード障害時に別のノードからのデータ参照を可能にする必要がありませんストレージ障害時にはサービスを中断させることなく Oracle RAC データベースの完全運用を継続できます Oracle Real Application Clusters 11g Microsoft SQL Server 2008 との技術比較 12

Microsoft SQL SERVER 2008 のデータベースミラーリング Microsoft のデータベースミラーリングは Microsoft SQL Server 2005 の新機能であり Microsoft SQL Server 2005 の初期リリースの一部として初期バージョンに搭載されました Microsoft はこのステータスを変更し SP1 アップグレードの一部としました

13 Microsoft SQL SERVER 2008 のデータベースミラーリング Microsoft のデータベースミラーリングは Microsoft SQL Server 2005 の新機能であり Microsoft SQL Server 2005 の初期リリースの一部として初期バージョンに搭載されました Microsoft はこのステータスを変更し SP1 アップグレードの一部としました Microsoft SQL Server のデータベースミラーリングは Oracle Data Guard に相当しますデータベースミラーリングは一定レベルの保護を提供しますが Microsoft SQL Server データベース自体のスケーラビリティは向上しません Microsoft SQL Server 2008 ではデータベースミラーリング機能がさらに拡張されましたたとえば Microsoft SQL Server 2008 バージョンでのみデータベースを再起動することなく手動フェイルオーバーを実行できますまたミラー化による保護がデータページにも拡張されておりプライマリサーバーまたはミラーサーバーのいずれかでページの破損が検出されるとパートナーサーバーから該当ページが取得されるためデータベース処理をシームレスに継続できます新たに導入された圧縮技術を使用すればプライマリサーバーとミラーサーバー間のデータフローを圧縮できるためネットワークトラフィックを削減できます従来のデータベースミラーリング方法では配置可能なミラーサーバーは 1 つのみであったのに対し Microsoft SQL Server 2008 に導入された改良版では複数のウォームスタンバイサイト間で定期的なログ送信を実行できますログ送信は定期的に実行されるためマスターサーバーで発生したデータ変更がセカンダリサーバーに転送される間遅延が生じます Microsoft SQL Server 2008 のデータベースミラーリングのレイアウト Microsoft は通常データベースミラーリングテクノロジーを高可用性ソリューションとして説明しています次の図に示すようにこの機能を最大限に活用するには 3 つの Microsoft SQL Server データベースが必要です 1 つ目は本番データベース 2 つ目はミラーデータベース 3 つ目はモニター (' ウィットネスサーバー ') として機能するデータベースですウィットネスサーバーは定義ごとに選択可能でありプライマリデータベースとミラーデータベース間の自動フェイルオーバーを可能にする唯一の方法ですウィットネスサーバーがない場合はフェイルオーバーを常に手動で初期化する必要があります図 4:Microsoft のデータベースミラーリングアーキテクチャ Oracle Real Application Clusters 11g Microsoft SQL Server 2008 との技術比較 13

14 図 4 では Microsoft SQL Server のプライマリデータベースとミラーデータベースとの間でログが送信されますウィットネスデータベースはシステムモニターとして機能します従来のデータベースミラーリングテクノロジーでサポートされるミラーサーバーは 1 台のみです Microsoft SQL Server 2008 のデータベースミラーリングの概要データベースミラーリングではいかなる種類のスケーラビリティも提供されません Microsoft SQL Server 2008 のこの機能で提供される可用性は Oracle Data Guard のフィジカルスタンバイデータベースに類似しているように思われますミラーデータベースはフェイルオーバーが実行されるかまたは手動で初期化されるまで ' 使用不可能 ' となりますミラー化による保護のデータページへの拡張 2 台のサーバー間のデータフローの圧縮非同期の定期的なログ送信をベースにした複数のセカンダリサーバーのサポートといった新機能は Oracle データベースの多数のリリースにすでに搭載されている機能といえます Oracle Real Application Clusters が優れている理由データベースミラーリングは Oracle RACに匹敵するものではありませんこれは Oracle Data Guardテクノロジーに類似した機能です Oracle RACとOracle Data Guardの組み合わせにより比類なきレベルの可用性とスケーラビリティが実現しますこれについては Oracle Maximum Availability Architecture 1 で説明されています 1 オラクルの Maximum Availability Architecture(MAA) に関する情報は次の Web サイトでご覧になれます Oracle Real Application Clusters 11g Microsoft SQL Server 2008 との技術比較 14

15 Microsoft SQL Server のピアツーピアレプリケーションはオラクルのレプリケーションテクノロジーに相当しますピアツーピアレプリケーションは一定レベルのロードバランシングを提供しますが Microsoft SQL Server データベース自体のスケーラビリティは向上しません Microsoft SQL Server 2008 のピアツーピアレプリケーションレプリケーション機能は Microsoft SQL Server のかなり多くのリリースに搭載されていますがピアツーピアレプリケーションは Microsoft SQL Server 2005 の新機能の 1 つであり Microsoft SQL Server 2008 でもっとも拡張された機能の 1 つです Microsoft によればピアツーピアレプリケーションは独立した複数のデータベースサーバー間でワークロードのロードバランシングを実行できる高可用性ソリューションですピアツーピアレプリケーションの基本概念は各サブスクライバがパブリッシャも兼ねているためデータを両方向に移動 ( 双方向レプリケーション ) できるというものです Microsoft SQL Server 2008 のピアツーピアレプリケーションにおける新機能はオンラインでのノード追加機能です旧バージョンの機能ではノード追加時にレプリケーションプロセスを一定時間静止させることが必要でしたもう 1 つの拡張機能は ' 競合検出 ' テクノロジーですこの機能により複数のレプリケーションノードで同じ行を更新する場合の不測の競合から保護できます Microsoft SQL Serverの旧バージョンでは同じ行の同時更新の検出さえ不可能であったため " 行がほかのノードに伝播される際に競合さらには更新の損失が発生する " 2 可能性がありました競合検出機能ではこれらの更新の損失を重大なエラーとして扱うことで回避できますレプリケーションノードの管理と監視に使用できるグラフィカルな新トポロジビューアが Microsoft SQL Server 2008 のピアツーピアレプリケーションを補完します Microsoft SQL Server 2008 のピアツーピアレプリケーションの概要ピアツーピアレプリケーションはワークロードのロードバランシングに使用できますがスケーラビリティは提供しません概して Microsoft SQL Server 2008 のこの機能は Oracle データベースの非常に多くのリリースに搭載されているオラクルのマルチマスターレプリケーションや Oracle Streams のレプリケーションに類似しているように思われます Microsoft SQL Server 2008 の新しい競合検出機能を考慮すれば注目すべき点は " 競合発生時に競合が解消されてトポロジ間のデータ一貫性が確立されるまでトポロジの非一貫性が維持される " という点です Oracle Real Application Clusters が優れている理由ピアツーピアレプリケーションは Oracle RAC に匹敵するものではありませんこれはオラクルの多数のリリースに搭載済みの Oracle レプリケーションテクノロジーに類似した機能です 2 次のOracle SQL Server 2005 文書からの引用です 3 次のOracle SQL Server 2008 文書からの引用です Oracle Real Application Clusters 11g Microsoft SQL Server 2008 との技術比較 15

16 まとめ Microsoft のフェデレーテッドデータベースでは可用性は向上しません事実ノードの追加により実際の可用性は低下しますこのソリューションのスケーラビリティは TPC-C スタイルのベンチマークには有効な場合がありますがエンタープライズアプリケーションにスケーラブルなソリューションを提供する可能性は非常に限られています Oracle Real Application Clusters を使用するとアプリケーションのコードやスキーマを変更することなく高可用性とスケーラビリティをアプリケーションに提供できます単一ノード上の CPU 数をと拡張した際にスケールするアプリケーションではノード数をと拡張してもスケールできます Microsoft のフェイルオーバークラスタリングソリューションは一定レベルの可用性と ' コールドリスタート ' 機能を提供しますがスケーラビリティについては提供しません Microsoft SQL Server データベースは単一ハードウェアサーバーの制限による制約を受けます Oracle RAC を使用すると複数のサーバーを組み合わせて単一クラスタで最大 100 ノードという高いスケーラビリティと可用性を提供します Microsoft の比較的新しい機能である ' データベースミラーリング ' は長年にわたり Oracle Data Guard 製品で提供してきたテクノロジーの一部を模倣したものですデータベースミラーリングソリューションは単独サーバーのハードウェア制限による制約を受けます Oracle Data Guard と Oracle RAC は相互補完の関係にあります Oracle RAC はシステムやインスタンスの障害に対応しますたとえばノード障害などデータに影響しない障害からの迅速な自動リカバリを提供しますまたアプリケーションのスケーラビリティを強化しコモディティ価格のサーバーを利用できるようにします Oracle Data Guard は Oracle RAC を補完しトランザクションの一貫性のあるプライマリデータベースとスタンバイデータベースを使用してデータを保護し共有ディスクやロック手順での実行を不要にしますそのためサイト障害やデータ破損からのリカバリが可能になります Microsoft のピアツーピアレプリケーションは Microsoft SQL Server 2008 でもっとも拡張された機能ですが旧バージョンよりも高いスケーラビリティや可用性は提供しませんオンラインでのノード追加機能や競合検出機能などはオラクルの多数のリリースのレプリケーションテクノロジーにすでに搭載されています Oracle RAC はほかのレプリケーション環境と比較しうるものではありませんレプリケーションデータベースや分散データベース向けのソリューションは長年にわたり市場に出回っており一部の用途では定評を博しています一方 Oracle RAC を使用すればアプリケーションを変更することなくスケーラビリティと高可用性を実現できます Oracle Real Application Clusters 11g Microsoft SQL Server 2008 との技術比較 16

17 Oracle Real Application Clusters 11gMicrosoft SQL Server 2008 との技術比較 2008 年 5 月バージョン 1.1 著者 :Markus Michalewicz 共著者 :Philip Newlan Barb Lundhild Oracle Corporation World Headquarters 500 Oracle Parkway Redwood Shores, CA U.S.A. 海外からのお問い合わせ窓口 : 電話 : ファクシミリ : Copyright 2007, Oracle.All rights reserved. 本文書は情報提供のみを目的として提供されておりここに記載される内容は予告なく変更されることがあります本文書はその内容に誤りがないことを保証するものではなくまた口頭による明示的保証や法律による黙示的保証を含め商品性ないし特定目的適合性に関する黙示的保証および条件などのいかなる保証および条件も提供するものではありませんオラクルは本文書に関するいかなる法的責任も明確に否認し本文書によって直接的または間接的に確立される契約義務はないものとします本文書はオラクル社の書面による許可を前もって得ることなくいかなる目的のためにも電子または印刷を含むいかなる形式や手段によっても再作成または送信することはできません Oracle JD Edwards PeopleSoft および Siebel は米国 Oracle Corporation およびその子会社関連会社の登録商標ですそのほかの名称はそれぞれの会社の商標です

Oracle Real Application Clusters 11g Release 2 - Microsoft SQL Server 2008 との技術比較

Oracle ホワイトペーパー 2009 年 12 月 Oracle Real Application Clusters 11g Release 2 - Microsoft SQL Server 2008 との技術比較はじめに... 1 Oracle Real Application Clusters アーキテクチャ... 2 Microsoft SQL Server 2008 のフェデレーテッド