HPNonStopSQLはなぜグローバルに分散DBをHPNonStopSQLはなぜグロ バルに分散DBを構築できるのか、データの整合性を保てるのか日本ヒューレット・パッカード株式会社プリセールス統括本部サーバー技術本部原 敏光2013年5月31...
HP NonStop SQLによるミッションクリティカルOLTPシステムワールドワイドでのお客様ご利用状況流通 製造 ヘルスケア金融サービス 通信・メディア流通・製造サービスヘルスケア政府・公共機関– ペイメントシステムクレジ ト デビ ト– ...
基幹データベースに求められる機能「高性能」・「拡張性」 「データ整合性の保証」• 検索・更新のバランスの取れた高速性が必要• HWのみに依存しない万全のデータ保全機能が必須高速性 必要• データ量、アクセス処理量の増加に柔軟に対応できる機• ト...
性能の拡張性• コンポーネントを横に並べ、並列処理により高速性と拡張性を確保する実装が広く採用されている• 特に疎結合型アーキテクチャは直線的な拡張性を提供できることが実証されているただし 般的には参照系デ タベ スに適用される技術である• た...
そこに必要な技術とは複数コンポーネント間のデータ更新を単一トランザクションとして制御する「高性能 2フェーズコミット機能」を実装する必要がある制御する「高性能 2フェ ズコミット機能」を実装する必要がある< 技術的課題 >• 従来、2フェーズコ...
HP NonStop SQLの実装オ バ ヘッドを限界まで削減オーバーヘッドを限界まで削減1. CPU間通信にHWベースの高速通信機能を採用間通信に の高速通信機能を採用− HP ServerNet™• DMAベースのASIC実装により低遅延を...
参考) 超並列システム内ネットワーク技術- HP ServerNet™- HP ServerNet™• 高速、低遅延かつCPUに負荷をかけない専用接続技術として独自開発• ServerNetはNonStop OSと統合されており、データ交換は割...
HP NonStop SQLの実装オ バ ヘッドを限界まで削減オーバーヘッドを限界まで削減2. トランザクション管理機能をOSに統合トランザクション管理機能を に統合− トランザクション管理テーブルの更新機能をインタラプト処理内に実装• プロセ...
2フェーズコミットフ ズ1 ミ ト要求フ ズトランザクションフェーズ1 : コミット要求フェーズコーディネータコミット準備完了!トランザクション全体でコミットOKTrx 101: ph1準備! コミット準備!コミット準備!完了! 完了!データR...
OSレベルでのトランザクション管理 実装例フ ズ1 ミ ト要求フ ズフェーズ1 : コミット要求フェーズコーディネータトランザクション全体でコミットOKコ ディネ タ特殊パケットCPU宛て特殊ServerNetパケットコミット準備!全CPUで同...
分散データベースへの拡張並列アーキテクチャのCPU間距離を延伸することで、分散データベースを実現分散データベースを実現−理想的な疎結合アーキテクチャでは、通信速度・帯域さえ確保できれば、コンポーネント間の距離は問題とならない−データ利用者からは...
分散データベースが提供する具体的な機能アプリケーションからは単一データと同様に扱えながら、常に性能面 管理面で最適なデ タ配置を実現すること常に性能面・管理面で最適なデータ配置を実現することを可能とする1. 単一のテーブルのパーティションを、地...
分散データベース事例 バックアップセンター(米国)アプリ2アプリ1アプリ1米国拠点東京拠点アプリ2東京拠点シングルデータベースバックアップセンター• 単一の“顧客テーブル“を、東京-米国のパーティション構成で保持• 日本顧客のデータは東京ノード...
木構造によるトランザクション管理の階層化ノード間通信は遅延時間が大きいため、トランザクションコ ディネ タを階層化し ノ ド間のメッセ ジ数を削コーディネータを階層化し、ノード間のメッセージ数を削減することでグルーバルトランザクション制御のオー...
木構造によるトランザクション管理の階層化コーディネータTrx 101: Orig Node=Node A Sub Node = ( A, B )Node A Node Bサブ サブT 101 O i N d N d A T 101 O i N ...
木構造によるトランザクション管理の階層化HP NonStopサ バ での実装例HP NonStopサーバーでの実装例ローカルノードがトランザクション開始ノードの場合のロ カルノ ドがトランザクション開始ノ ドの場合のコーディネータと、リモートノ...
重障害発生時の2pcの限界2 を厳密に適用し デ タ整合性を堅持しようとすると< 可用性に関する技術課題 >2pcを厳密に適用し、データ整合性を堅持しようとすると、障害発生時には復旧までデータのロックが持続してしまう• 2pcはネゴシエーション...
障害発生時の挙動<障害復旧後>コミット ???ロールバック ???コーディネータコミット指示 サブコーディネ タ障害<障害復旧後>コミット確定ル ック ???ネ タネータ準備完了更新データ< ク中>障害発生<ロック中>コミットかロールバッコミッ...
Heuristic completion許容される待ち時間を超えてコーディネータから応答が無い場合 通常は障害が発生したと仮定しロールバック無い場合、通常は障害が発生したと仮定しロ ルバックする (Presume Abort実装の場合)• 実際...
分散データベースに求められる “可用性”データ整合性の保証が絶対な基幹データベースでは、Heuristicケースが発生しないノード可用性が必須であるHeuristicケースが発生しないノード可用性が必須である• 障害時にも、業務で許容可能なタイ...
「HP NonStop SQL」無停止実現のアーキテクチャーDBエンジンに組み込まれたプロセス2重化機能 (=プロセスペア)CPU 0 CPU 1 CPU 2 CPU 3• フェイルオーバー(再起動)ではなく、テイクオーバー(処理継続)秒単位の...
HP NonStop SQL の障害時挙動© Copyright 2012 Hewlett-Packard Development Company, L.P. The information contained herein is subjec...
分散データベースに求められる “自立性” (autonomy)万一の災害などでリモートノードがアクセス不能となった場合にも アクセス可能なデータの範囲で処理が実施場合にも、アクセス可能なデータの範囲で処理が実施できる自立性を持つことが望まれる•...
まとめ基幹グローバル分散データベースを可能とする垂直統合型データベース技術 「HP NonStop SQL」垂直統合型デ タ 技術 p Q 」1. 堅牢・高速かつ拡張性のあるトランザクション管理機能をOSレベルで実装レベルで実装 必要な時にブ...
ご清聴ありがとうございました。ご清聴ありがとうございました。© Copyright 2012 Hewlett-Packard Development Company, L.P. The information contained herein ...
Upcoming SlideShare
Loading in …5
×

D35 NonStop SQLはなぜグローバルに分散DBを構築できるのか、データの整合性を保てるのか、その深層に迫る byToshimitsu Hara

540 views
430 views

Published on

0 Comments
1 Like
Statistics
Notes
  • Be the first to comment

No Downloads
Views
Total views
540
On SlideShare
0
From Embeds
0
Number of Embeds
1
Actions
Shares
0
Downloads
20
Comments
0
Likes
1
Embeds 0
No embeds

No notes for slide

D35 NonStop SQLはなぜグローバルに分散DBを構築できるのか、データの整合性を保てるのか、その深層に迫る byToshimitsu Hara

  1. 1. HPNonStopSQLはなぜグローバルに分散DBをHPNonStopSQLはなぜグロ バルに分散DBを構築できるのか、データの整合性を保てるのか日本ヒューレット・パッカード株式会社プリセールス統括本部サーバー技術本部原 敏光2013年5月31日© Copyright 2012 Hewlett-Packard Development Company, L.P. The information contained herein is subject to change without notice.2013年5月31日
  2. 2. HP NonStop SQLによるミッションクリティカルOLTPシステムワールドワイドでのお客様ご利用状況流通 製造 ヘルスケア金融サービス 通信・メディア流通・製造サービスヘルスケア政府・公共機関– ペイメントシステムクレジ ト デビ ト– HLR (Home LocationR i t )– 生産管理、製造制御 – 電子患者記録クレジット、デビット、POS、資金決済– 為替取引、証券取引Register)– インテリジェント・ネットワーク、第3世代サービス– メッセージング– 受発注、チケット予約– EDI、データ集配信– 国防関連– 警察、消防の緊急指示システム– 全世界の ATM トランザクションの 70% を– 世界最大の ISP におけるメッセ ジングシ– 世界最大規模の自動車メ カにおける– 多くの世界最大級の大学付属病院を含むザクションの 70% を処理– 全世界のクレジットカードトランザクションの 2/3 を処理けるメッセージングシステム– HLR ソリューションで管理されている端末は3億以上動車メーカにおける生産管理システム– 世界規模の旅行予約システム大学付属病院を含む、200以上の病院– 国家安全保障© Copyright 2012 Hewlett-Packard Development Company, L.P. The information contained herein is subject to change without notice.2ンの 2/3 を処理 は3億以上
  3. 3. 基幹データベースに求められる機能「高性能」・「拡張性」 「データ整合性の保証」• 検索・更新のバランスの取れた高速性が必要• HWのみに依存しない万全のデータ保全機能が必須高速性 必要• データ量、アクセス処理量の増加に柔軟に対応できる機• トランザクション整合性が必須増加に柔軟に対応できる拡張性が求められるこの相反する要求をバランス良く満たすデータベース技術が求められているこの相反する要求をバランス良く満たすデータベース技術が求められている© Copyright 2012 Hewlett-Packard Development Company, L.P. The information contained herein is subject to change without notice.3この相反する要求をバランス良く満たすデ タベ ス技術が求められているこの相反する要求をバランス良く満たすデ タベ ス技術が求められている
  4. 4. 性能の拡張性• コンポーネントを横に並べ、並列処理により高速性と拡張性を確保する実装が広く採用されている• 特に疎結合型アーキテクチャは直線的な拡張性を提供できることが実証されているただし 般的には参照系デ タベ スに適用される技術である• ただし、一般的には参照系データベースに適用される技術である 疎結合分散コンポーネント間でのトランザクション整合性保証を実装 高性能 拡 性を確保する 難 ある実装しつつ、高性能・拡張性を確保するのは困難であるプ プ プ ププロセッサDBプロセッサ プロセッサDBプロセッサDBDBOS OS OS OSインターコネクト© Copyright 2012 Hewlett-Packard Development Company, L.P. The information contained herein is subject to change without notice.4
  5. 5. そこに必要な技術とは複数コンポーネント間のデータ更新を単一トランザクションとして制御する「高性能 2フェーズコミット機能」を実装する必要がある制御する「高性能 2フェ ズコミット機能」を実装する必要がある< 技術的課題 >• 従来、2フェーズコミット処理は非常に重く 利用を避けるべき• トランザクション管理を実行するモジュールがボトルネックになり< 技術的課題 >非常に重く、利用を避けるべき技術とされてきたモジュ ルがボトルネックになり易い• オーバーヘッドを限界まで削減− メッセージ交換オーバーヘッド• 分散型トランザクション管理機能− 各処理ノードで並列稼働するトの削減− 下位レイヤーでの実装ランザクション管理実装© Copyright 2012 Hewlett-Packard Development Company, L.P. The information contained herein is subject to change without notice.5
  6. 6. HP NonStop SQLの実装オ バ ヘッドを限界まで削減オーバーヘッドを限界まで削減1. CPU間通信にHWベースの高速通信機能を採用間通信に の高速通信機能を採用− HP ServerNet™• DMAベースのASIC実装により低遅延を実現実装 り低遅延を実現• チェックサムによるデータ保護機能を内蔵• ネットワーク型接続によりブレード数に応じた通信帯域を提供• TCP/IP通信と比較し80%以上CPU負荷を低減 ※1© Copyright 2012 Hewlett-Packard Development Company, L.P. The information contained herein is subject to change without notice.6< HP ServerNet ASIC > ※1 … メッセージ長4KB、弊社社内性能試験結果より
  7. 7. 参考) 超並列システム内ネットワーク技術- HP ServerNet™- HP ServerNet™• 高速、低遅延かつCPUに負荷をかけない専用接続技術として独自開発• ServerNetはNonStop OSと統合されており、データ交換は割り込みレベルで直接処理される・・・系CPUに接続CPU 0 CPU 1 CPU 2 CPU 3・・・ServerNet Y系・・・ServerNet X系ServerNet・・・I/Oに接続ServerNetルータ V3• 1チップASICルータ• 全二重ポート×32プ当り /秒 プ ト2 3NonStop Blade(複数ノード構成: 8ノード接続例)11ノ ドは最大ノ ドは最大1616枚枚 • チップ当り64Gb/秒のスループット• 512バイトの固定長パケット• ワームホール・ルーティングによる高速転送• チェックサムによるデータ1 411ノードは最大ノードは最大1616枚の枚のブレードを含みますブレードを含みます© Copyright 2012 Hewlett-Packard Development Company, L.P. The information contained herein is subject to change without notice.7整合性の保証機能5678
  8. 8. HP NonStop SQLの実装オ バ ヘッドを限界まで削減オーバーヘッドを限界まで削減2. トランザクション管理機能をOSに統合トランザクション管理機能を に統合− トランザクション管理テーブルの更新機能をインタラプト処理内に実装• プロセスディスパッチのオーバーヘッドを削減• カーネルモードとユーザーモードのスイッチオーバーヘッドを削減© Copyright 2012 Hewlett-Packard Development Company, L.P. The information contained herein is subject to change without notice.8
  9. 9. 2フェーズコミットフ ズ1 ミ ト要求フ ズトランザクションフェーズ1 : コミット要求フェーズコーディネータコミット準備完了!トランザクション全体でコミットOKTrx 101: ph1準備! コミット準備!コミット準備!完了! 完了!データRedoUndoDBMSデータRedoUndoDBMSデータRedoUndoDBMSTrx 101: ph1 Trx 101: ph1 Trx 101: ph1フェーズ2 : コミットフェーズログ ログ ログコミット完了フ ズ2 : ミットフ ズコーディネータコミット確定! コミット コミット完 完了!完了!Trx 101: ph2DBMS DBMS DBMS確定! 確定!完了! 完了!© Copyright 2012 Hewlett-Packard Development Company, L.P. The information contained herein is subject to change without notice.9 データRedoUndoログデータRedoUndoログデータRedoUndoログロック解放 ロック解放 ロック解放Trx 101: ph2 Trx 101: ph2 Trx 101: ph2
  10. 10. OSレベルでのトランザクション管理 実装例フ ズ1 ミ ト要求フ ズフェーズ1 : コミット要求フェーズコーディネータトランザクション全体でコミットOKコ ディネ タ特殊パケットCPU宛て特殊ServerNetパケットコミット準備!全CPUで同期されたトランザクション制御テーブルを保持Trx 101 Act CPU 0,1,2Trx 100 ActPh1ServerNet特殊パケットで返信完了!コミット準備!完了!ServerNet ServerNet割り込みハンドラ同時実行トランザクション数が多い時は、複数パケットを単一パケットに詰ServerNet割り込みハンドラ割り込みハンドラ割り込みハンドラ制御テーブルを更新Trx 100 ActTrx 101 Act CPU 0,1,2Trx 100 ActプロセスWAKEケットを単 パケットに詰めて送信(待ち時間を自動で調節)Ph1DBMS制御テーブルを参照し処理実行DBMSTrx 10:Trx 101 CPU 0,1,2Actシステムで1つのログファイルPh1データSTrx 101: ph1デ タDBMSTrx 101実行データRedo/UndoRedo/Undoログバッファログディスクプロセス-Bログディスクプロセス-PWALフラッシュ© Copyright 2012 Hewlett-Packard Development Company, L.P. The information contained herein is subject to change without notice.10データ Redo/UndoログログバッファWALフラッシュ
  11. 11. 分散データベースへの拡張並列アーキテクチャのCPU間距離を延伸することで、分散データベースを実現分散データベースを実現−理想的な疎結合アーキテクチャでは、通信速度・帯域さえ確保できれば、コンポーネント間の距離は問題とならない−データ利用者からは透過的に、データ量の増加などに対応して最適な場所にデータを配置し、必要なデータアクセス性能を提供・維持できる機能を提供するを提供するCPU CPU CPU CPUサイトACPU CPUサイトBOSDBOSDBOSDBOSDBOSDBOSDBServerNet通信回線ServerNet© Copyright 2012 Hewlett-Packard Development Company, L.P. The information contained herein is subject to change without notice.11シングルデータベース
  12. 12. 分散データベースが提供する具体的な機能アプリケーションからは単一データと同様に扱えながら、常に性能面 管理面で最適なデ タ配置を実現すること常に性能面・管理面で最適なデータ配置を実現することを可能とする1. 単一のテーブルのパーティションを、地理的に離れたノード1. 単 のテ ブルのパ ティションを、地理的に離れたノ ドに透過的に分散配置することができる2 配置の変更も透過的に、データアクセスを実行中に実行で2. 配置の変更も透過的に、デ タアクセスを実行中に実行できる3 データ更新はトランザクション保護され整合性が保証される3. デ タ更新はトランザクション保護され整合性が保証される© Copyright 2012 Hewlett-Packard Development Company, L.P. The information contained herein is subject to change without notice.12
  13. 13. 分散データベース事例 バックアップセンター(米国)アプリ2アプリ1アプリ1米国拠点東京拠点アプリ2東京拠点シングルデータベースバックアップセンター• 単一の“顧客テーブル“を、東京-米国のパーティション構成で保持• 日本顧客のデータは東京ノードに、米国顧客のデータは米国ノードに配置• アプリケーションは、世界中の顧客のデータを自由にアクセス可能- 各拠点に接続のアプリの大半のアクセスはローカルノードで完結- 多少のアクセス時間はかかるが、アプリケーションはデータ配置を全く意識せずに© Copyright 2012 Hewlett-Packard Development Company, L.P. The information contained herein is subject to change without notice.13全顧客のデータにアクセスが可能
  14. 14. 木構造によるトランザクション管理の階層化ノード間通信は遅延時間が大きいため、トランザクションコ ディネ タを階層化し ノ ド間のメッセ ジ数を削コーディネータを階層化し、ノード間のメッセージ数を削減することでグルーバルトランザクション制御のオーバ ヘッドを最小化するバーヘッドを最小化するコーディネータサブコーディネータコーディネータサブコーディネータネータノード間メッセージ数4×2 = 8メッセージノード間メッセージ数1×2 = 2メッセージ© Copyright 2012 Hewlett-Packard Development Company, L.P. The information contained herein is subject to change without notice.14
  15. 15. 木構造によるトランザクション管理の階層化コーディネータTrx 101: Orig Node=Node A Sub Node = ( A, B )Node A Node Bサブ サブT 101 O i N d N d A T 101 O i N d N d AサブコーディネータサブコーディネータTrx 101: Orig Node=Node ACPU = ( 1, 2 )Trx 101: Orig Node=Node ACPU = ( 0, 2 )CPU 0 CPU 1 CPU 2 CPU 3CPU 0 CPU 1 CPU 2 CPU 3© Copyright 2012 Hewlett-Packard Development Company, L.P. The information contained herein is subject to change without notice.15
  16. 16. 木構造によるトランザクション管理の階層化HP NonStopサ バ での実装例HP NonStopサーバーでの実装例ローカルノードがトランザクション開始ノードの場合のロ カルノ ドがトランザクション開始ノ ドの場合のコーディネータと、リモートノードがトランザクション開始ノードの場合のサブコーディネータの機能を兼ね備えたノ ドの場合のサブコ ディネ タの機能を兼ね備えたトランザクションモニタープロセス (TMP)がノード毎に起動される1 ネットワ ク接続されたノ ド間で 自動的にトランザクショ動される1. ネットワーク接続されたノード間で、自動的にトランザクション連携機能が提供される特別な設定は不要特別な設定は不要2. 複数メッセージをまとめて送受信する等の最適化を実装© Copyright 2012 Hewlett-Packard Development Company, L.P. The information contained herein is subject to change without notice.16
  17. 17. 重障害発生時の2pcの限界2 を厳密に適用し デ タ整合性を堅持しようとすると< 可用性に関する技術課題 >2pcを厳密に適用し、データ整合性を堅持しようとすると、障害発生時には復旧までデータのロックが持続してしまう• 2pcはネゴシエーション結果を互いに待ち続けられことを前提にデータ整合p性を保証するプロトコルである• 実際のシステムではタイムアウト時間を設定し、コミット指示に対しRMやサブコーディネータからの応答が返らない場合 まだコミットされていないものブコ ディネ タからの応答が返らない場合、まだコミットされていないものとして処理を続行するのが通常(Presume ABORT)- コーディネータはトランザクションをロールバックし、制御テーブルから情報を削除する情報を削除する• 実際のデータ更新は、コミットされていてデータ整合性が損なわれてしまう可能性があるため、通常はあまり短いタイムアウト時間に設定することはで© Copyright 2012 Hewlett-Packard Development Company, L.P. The information contained herein is subject to change without notice.17可能性 あるため、通常はあまり短 タイ アウ 時間 設定する はきない
  18. 18. 障害発生時の挙動<障害復旧後>コミット ???ロールバック ???コーディネータコミット指示 サブコーディネ タ障害<障害復旧後>コミット確定ル ック ???ネ タネータ準備完了更新データ< ク中>障害発生<ロック中>コミットかロールバッコミットか ル ック か確定するまでロックは解放されない© Copyright 2012 Hewlett-Packard Development Company, L.P. The information contained herein is subject to change without notice.18
  19. 19. Heuristic completion許容される待ち時間を超えてコーディネータから応答が無い場合 通常は障害が発生したと仮定しロールバック無い場合、通常は障害が発生したと仮定しロ ルバックする (Presume Abort実装の場合)• 実際には更新がCommitされている場合もあるため、データ実際には更新がCommitされている場合もあるため、デ タ整合性は保証されていないこれがHeuristic completionの発生した状況であるこれがHeuristic completionの発生した状況である• 障害を起こしたノードが再起動した時点で、データ不整合が発生したことが判明し 手動でのデータ修正が必要となる発生したことが判明し、手動でのデ タ修正が必要となる© Copyright 2012 Hewlett-Packard Development Company, L.P. The information contained herein is subject to change without notice.19
  20. 20. 分散データベースに求められる “可用性”データ整合性の保証が絶対な基幹データベースでは、Heuristicケースが発生しないノード可用性が必須であるHeuristicケースが発生しないノード可用性が必須である• 障害時にも、業務で許容可能なタイムアウト時間内にトランザクション管理機能が再開できる可用性が必須である基幹 務 時 も数• 基幹業務の典型的なタイムアウト時間は最大でも数十秒であり、HP NonStopサーバーは無停止機としてその要件を満たすことができるたすことができる無停止ノード B無停止ノード A 当然、ネットワークには十分な冗長構成無停止ノード CTrxLog ATrxLog BDB DBは十分な冗長構成実装が必要です© Copyright 2012 Hewlett-Packard Development Company, L.P. The information contained herein is subject to change without notice.20TrxLog CDB
  21. 21. 「HP NonStop SQL」無停止実現のアーキテクチャーDBエンジンに組み込まれたプロセス2重化機能 (=プロセスペア)CPU 0 CPU 1 CPU 2 CPU 3• フェイルオーバー(再起動)ではなく、テイクオーバー(処理継続)秒単位の復旧を実現PrimaryBackupP i B kPrimaryBackupP i B k• NonStop OS や、基幹ミドルウェアは、すべてプロセスペアにて実装• 2つのCPUに、2プロセスがペアとしてPrimary BackupPrimary Backup Primary Backup2つのCPUに、2プロセスがペアとして存在する• 実稼動するのはPrimaryプロセスのみB k プロセスは継続稼働に必要とCPU 0 CPU 1 CPU 2 CPU 3CPU障害• Backupプロセスは継続稼働に必要となる情報をPrimaryプロセスから定期的に受信プ 終CPU 0 CPU 1 CPU 2 CPU 3Primary PrimaryBackup• Primaryプロセスの異常終了や、CPUダウンが起きると、自動的にBackupがPrimaryに昇格して、ダウン直前の状態から処理を継続実行するPrimaryPrimary Primary Backup© Copyright 2012 Hewlett-Packard Development Company, L.P. The information contained herein is subject to change without notice.21状態から処理を継続実行する
  22. 22. HP NonStop SQL の障害時挙動© Copyright 2012 Hewlett-Packard Development Company, L.P. The information contained herein is subject to change without notice.22
  23. 23. 分散データベースに求められる “自立性” (autonomy)万一の災害などでリモートノードがアクセス不能となった場合にも アクセス可能なデータの範囲で処理が実施場合にも、アクセス可能なデータの範囲で処理が実施できる自立性を持つことが望まれる• HP NonStop SQLではアプリケーションコードで、「全てのデーpタがアクセス可能な時だけ処理を行う」、「アクセス可能なデータ範囲で処理を行う」を選択可能• 一部のデータがアクセス不能と想定される場合、SQLExceptionで警告が通知される− 処理の続行、中止をアプリケーションで選択できる© Copyright 2012 Hewlett-Packard Development Company, L.P. The information contained herein is subject to change without notice.23
  24. 24. まとめ基幹グローバル分散データベースを可能とする垂直統合型データベース技術 「HP NonStop SQL」垂直統合型デ タ 技術 p Q 」1. 堅牢・高速かつ拡張性のあるトランザクション管理機能をOSレベルで実装レベルで実装 必要な時にブレードを追加。基幹データベースにあスケールアウトの柔軟性を!あ ケ ルアウトの柔軟性を2. 分散データベースを実装可能とする、障害時にデータ不整合を起こさない無停止トランザクシ ン管理機能合を起こさない無停止トランザクション管理機能 複数DCに常に最適なデータ配置を実現!3. ミッションクリティカル領域での豊富な運用実績 基幹データベースでお悩みの際にはHPにご相談下さい© Copyright 2012 Hewlett-Packard Development Company, L.P. The information contained herein is subject to change without notice.24
  25. 25. ご清聴ありがとうございました。ご清聴ありがとうございました。© Copyright 2012 Hewlett-Packard Development Company, L.P. The information contained herein is subject to change without notice.

×