[d12] nonstop sqlって何? by susumu yamamoto

NonStop SQLって何？2013年11月13日2013年11月13日

日本ヒューレットパッカード株式会社

プリセールス統括本部サーバー技術本部

© Copyright 2012 Hewlett-Packard Development Company, L.P. The information contained herein is subject to change without notice.

山本呈

NonStop SQLって何？

なにそれ？！どっかで聞いたことあるかも・・・

PostgreSQLのクラタセト

ぶっちゃけ全く知らないす o

サバ上稼動する

クラスタセット？知らないっす orz

HP Integrity NonStopサーバー上で稼動する

高可用でスケーラブルな商用RDBMSです！

© Copyright 2012 Hewlett-Packard Development Company, L.P. The information contained herein is subject to change without notice. 2

高可用ケラな商用す

HP Integrity NonStopサーバーとは

39年間の実績を誇るの実績を誇るHPHPブランドの無停止型コンピューターシステムですブランドの無停止型コンピューターシステムです

2013 HP I t it N St Bl d S t 56000 発表 !!2013 HP Integrity NonStop BladeSystem 56000c 発表 !!2011 HP Integrity NonStop BladeSystem 54000c 発表2008 ブレードアーキティクチャを採用HP Integrity NonStop BladeSystem NB50000c 発表2005 インテル® Itanium® プロセッサー搭載 HP Integrity NonStop NS16000 サーバー発表2002 HPとCompaqが合併し新生HP誕生p q 合併新誕1998 CompaqとTANDEM COMPUTERSが合併1993 NonStop Himalaya Kシリーズ発表1979 日本タンデムコンピューターズ設立1975 NonStop System 誕生

1974 TANDEM COMPUTERS 設立1974 TANDEM COMPUTERS 設立


N St S はミッションクリティカルハイエンド領域をカバ

HPサーバー製品のポジショニングNonStop Serverはミッションクリティカル・ハイエンド領域をカバー

Class 1 Class 2 Class 3

• 無停止運転が必須機能オンライン増設等の機能を実

• 高信頼性が必須(豊富なRAS機能)高いセキリテレベル

• 標準的な信頼性(アプリケーションレベルの可用性）

サービスレベル

• FT機能、オンライン増設等の機能を実装している

• 優れた拡張性• 高いセキュリティーレベル• 長期利用が可能• アプリ資産の投資保護

• 高いセキュリティーレベル• 3rdPartyソフトを利用したい• 大規模仮想化を利用した統合• 長期利用が可能• アプリ資産の投資保護

ルの可用性）• 3rd Partyソフトを利用したい• 導入コストを低減したい• 仮想化を利用した統合• 新プロセッサをいち早く利用

(比較的短いライフサイクル)• アプリ資産の投資保護 (比較的短いライフサイクル)

適した業務

基幹系システム

金融業界の決済、流通業の受発注、製造業の生産管理、通信業の料金請求、顧客管理

ERP などの ISV アプリケーションやデー

タベースを組み合わせ、高信頼を追求するシステム。

スケールアウトで、複数台数を並列して構成するような場合。ミッションクリティカルよりもコストパフォーマンスが優先されるシステム。

適なシステム

© Copyright 2012 Hewlett-Packard Development Company, L.P. The information contained herein is subject to change without notice. 4Windows/LINUX

ワルドワイドでのお客様ご利用状況

NonStopサーバーによるミッションクリティカルシステムワールドワイドでのお客様ご利用状況

金融サービス通信・メディア流通・製造サービス

ヘルスケア政府・公共機関サビス政府公共機関

– ペイメントシステム：クレジット、デビット、POS、資金決済

– 為替取引、証券取引

– HLR (Home Location Register)

– インテリジェント・ネットワーク、第3世代サービス

– メッセージング

– 生産管理、製造制御

– 受発注、チケット予約

– EDI、データ集配信

– 電子患者記録

– 国防関連

– 警察、消防の緊急指示システム– メッセジングシステム

– 全世界の ATM トランザクションの 70% を処理

全世界のクレジットカード

– 世界大の ISP におけるメッセージングシステム

– HLR ソリューションで管理

– 世界大規模の自動車メーカにおける生産管理システム

– 多くの世界大級の大学付属病院を含む、200以上の病院


– 全世界のクレジットカドトランザクションの 2/3 を処理

– HLR ソリュションで管理されている端末は3億以上 – 世界規模の旅行予約シ

ステム– 国家安全保障

HP NonStopサーバーラインナップ

NB56000c•2～16CPU /1ノード •2～4CPU /1ノード

NS2200/ NS2100NB54000c•2～16CPU /1ノード

!! NEW !!

2 16CPU /1ノド

• 大255ノード＝4080CPU

•Blade Enclosure

/


•Rack Mount CPU

2 16CPU /1ノド


•Blade Enclosure

• 新Itaniumプロセッサを搭載したハイスペックサーバー。高のパフォーマンスを提供

ブレドアキテクチャの採用に

•NonStop サーバーの特長はすべて継承しつつ、高のプライスパフォーマンスを実現した、ローエンドクラスの NonStop サーバー

•クアッドコアを搭載したハイエンドサーバー。優れたパフォーマンスを提供

ブレドアキテクチャの採用に•ブレードアーキテクチャの採用により、柔軟な構成と、リニアなスケーラビリティーを実現

•4Coreもしくは2Core で利用コア数を選択可能なライセンス体系

エンドクラスの NonStop サバ

•拡張性を制限し、標準コンポーネントの採用を進めたことにより

高のプライスパフォーマンスを実現。UNIX サーバと同等価格

•ブレードアーキテクチャの採用により、柔軟な構成と、リニアなスケーラビリティーを実現

•4Coreもしくは2Core で利用コア数を選択可能なライセンス体系


を選択可能なライセンス体系を選択可能なライセンス体系

NB56000c ハードウェアコンポーネント

DISK装置

NonStop Server

NB56000c

NBシリーズ標準H/Wコンポーネント

ストレージ関連

その他のH/Wコンポーネント

Storage CLIM

SAS DISK Module

CPU & Memory

Enterprise StorageEnterprise StorageP9500P9500

LTO

VTSC U & e o y

C7000

Blade Enclosureネットワーク関連

G16SESWAN2

LANコントローラ

G16SE(G4SA Compati.)

ATALLA


IP CLIM

パワフルな新チップを搭載した上位モデルハイスペック NonStopサバ

HP Integrity NonStop NB56000c BladeSystemパワフルな新チップを搭載した上位モデル～ハイスペック NonStopサーバー

プロセッサ• Intel® Itanium® Processor 9500 Series (Quad-core 2.4GHz/32MB L3 cache)• ノードあたり2～16CPU、システムとして大 4,080 CPU (16,320コア) まで拡張可能 NB56000cメモリ• DDR3標準。プロセッサあたり16GB～96GB ( 大1,536GB/ノード)

ServerNet I/Oホトプ可能な冗長化されたS ( B/秒ポト)

NB56000c

• ホットスワップ可能な、冗長化されたServerNet3 (250MB/秒× 32ポート)

ディスクストレージ装置• 146GB/300GB SAS HDD、200GB SAS SSD、HP Storage P9500

ネットワークI/FネットワークI/F• IP CLIM （G-bit Ethernet）、G16SE（Legacy Compati）

ノード間接続• ServerNet Cluster、BladeCluster、Expand-IP


対応OS／対応DBMS• HP NonStop OS J-Series ／ HP NonStop SQL

NonStopサーバーの特徴


1) すべてのH/Wパツが標準で2重化以上の構成

NonStop Server 無停止実現のアーキテクチャー1) すべてのH/Wパーツが標準で2重化以上の構成

HWパーツの冗長構成＋障害箇所を局所化できる構成

CPU#0

Core

Takwila

CPU#1

Core

Takwila

CPU#2

Core

Takwila

CPU#3

Core

TakwilaPOWER

POWERPOWER

POWERPOWER

POWER

CPUの多重化

電源の多重化

• 全てのHWは標準構成で2重化もしくは多重化されている。

• プロセッサ、 I/Oコントローラ、I/Oデバイスは互いに電気的に独立してお MEM

Core

Core

Core

MEM

Core

Core

Core

MEM

Core

Core

Core

MEM

Core

Core

Core

POWER

FANFANFANFANFANFANFANFAN

FANの多重化

バイスは互いに電気的に独立しており、ServerNetという高速システム内ネットワークに接続されている。

• I/Oはディスクストレージ、ネットワークそれぞれ専用のコントロラを疎

MEM

ServerNet ServerNet

SvNet

ServerNet

MEM

SvNet

MEM

SvNet

MEM

SvNet

FANFANFANFAN

システムバスの2重化

クそれぞれ専用のコントローラを疎結合で配置。

• NonStop OS はプロセッサごとにコピーが分散稼働。メッセージング連携によりシングルシステムとして動作

StorageCLIM

LAN

StorageCLIM

IPCLIM

IPCLIM

ALERMALERM

IO装置の多重化

DISKの

Networkの2重化

自動通報の2重化


携によりシングルシステムとして動作 DISKのミラー化

2) ソフトウアに組み込まれた無停止機能

NonStop Server 無停止実現のアーキテクチャー2) ソフトウェアに組み込まれた無停止機能

プロセスペア技術による基本ソフトウェアの無停止化

CPU 0 CPU 1 CPU 2 CPU 3

PrimaryBackup PrimaryBackup

• フェイルオーバー（再起動）ではなく、テイクオーバー（処理継続）がコンセプト

• NonStop OS や、基幹ミドルウェアは、すべてプロセスペアにて実装

• 2CPUに 2プロセスがペアとして存在するPrimary Backup

Primary Backup Primary Backup

2CPUに、2プロセスがペアとして存在する

• 実稼動するのは、Primaryプロセスのみ

• Backupプロセスは継続に必要となる情報をPrimaryプロセスから定期的に受信

• 論理的には、1プロセスとして扱える

プセの異常終了やダウ

CPU 0 CPU 1 CPU 2 CPU 3

CPU障害

• Primaryプロセスの異常終了や、CPUダウンが起きると、自動的にBackupがPrimaryに昇格して、ダウン直前の状態から処理を継続実行する

• データの整合性もトランザクション保護製品により自動的に一貫性を保持

Primary

Primary

Primary

PrimaryBackup

Primary Backup


により、自動的に貫性を保持 Primary

3)拡張や交換 DBメンテもすべてオンラインで運用

NonStop Server 無停止実現のアーキテクチャー3)拡張や交換、DBメンテもすべてオンラインで運用

• オンラインでH/Wの増設が可能

– 大で4080CPUまで拡張可能NICやDISKだけでなく CPUまでもがオ

すべてのH/Wが無停止交換

• NICやDISKだけでなく、CPUまでもがオンライン中に増設可能

• 障害発生時は無停止で該当コンポーネントを交換

CPUを含む全てのコンポネントが

NIC/FCカード

– CPUを含む全てのコンポーネントがサービスを停止することなく交換が可能

• データベースもオンライ中にメンテ可能

プロセッサ

ディスク

能

– DBの再編成や再配置など

– バックアップもすべてオンライン中に

パワーサプライ

ServerNet


ServerNet（内部バス）

ファンパワーサプライ

「直線的な拡張性」リソスを足せば足しただけ線形にスケルアウト

NonStop Serverの特徴「直線的な拡張性」～リソースを足せば足しただけ線形にスケールアウト

シェアード・ナッシング構造のためCPUとDISKのセットを追加するだけで比例的に性能がスケル

CPU#0Takwila

CPU#1Takwila

CPU#2Takwila

CPU#3Takwila

Add-on

CPU#4Takwila

CPU#5Takwila

Add-on

に性能がスケール

• シェアしているH/W要素やS/Wモジュールが、一般的なサーバーと比較して極端に少ないため、増設によるオバヘド増が無視できる

MEM

CoreTakwila

MEM

CoreTakwila

Core CoreCore CoreCore Core

SvNet SvNet

MEM

CoreTakwila

MEM

CoreTakwila


SvNet SvNet

MEM

CoreTakwila

MEM

CoreTakwila


SvNet SvNetによるオーバーヘッド増が無視できる

• CPU同士のメッセージ通信は、ServerNetの専用ASICチップが制御するため、メインのCPUやメモリへの負荷を軽減

• 将来のトランザクション量の伸びに対するキャパ

SvNet SvNet SvNet SvNet SvNet SvNet

• 将来のトランザクション量の伸びに対するキャパシティープランが容易

• CPUの数が増えても、ユーザーからは1つのサーバーとして見えるので、運用負荷も変わらない

• 増設時の既存業務への影響は僅少

処理性能

(TPS)

2CPU 4CPU 6CPU


増設時の既存業務の影響は僅少

リソース (CPU)

NonStop OSのキクアーキテクチャー


HP N St OSは疎結合マルチCPUの可用性を大限活かすために設計された

NonStop OSの特徴HP NonStop OSは疎結合マルチCPUの可用性を大限活かすために設計されたマイクロカーネル技術をベースにしたメッセージ通信指向のOSです

主要コンポーネントイク

CPU #0

イク

CPU #1

イク

CPU #2

イク

CPU #3

• マイクロカーネル

• ディスパッチャー

• インタラプトハンドラー

マイクロカーネル

システムライブラリー







マルチCPUに分散しているが、ユーザーからは1つのOSに見える

のが一番の特徴

• メッセージシステム

• システムライブラリ

• 必要なシステム機能をプロセスとして実装

モニタプロセスメモリマネジャ等

Monitor

各種制御テーブル

Monitor


Monitor


Monitor


• モニタープロセス、メモリーマネージャ等

• ディスク、テープ、WAN等のデバイスドライバ

• グローバル制御テーブル

• デバイスやプロセスの位置情報を保持

MemMan

Disk Process

MemMan

Tape Process

MemMan

Disk Process

MemMan

WAN Process


デバイスやプロセスの位置情報を保持（全CPUで共通の内容）

• トランザクション管理情報等 DISK DISK SWAN

可用性を軸にした他OSとの比較

UNIX、Linx、Win等

•モノリシック（一枚岩）・カーネルと呼ばれすべてのOS機能が巨大な

カーネル

Server Blade

カーネル

Server Blade

•モノリシック（枚岩）・カネルと呼ばれ、すべてのOS機能が巨大なカーネルの中に実装されている

•Server内の資源はすべて共有されているので、メモリや各種のシステム制御情報へのアクセスが容易

プ

システムライブラリ


システムライブラリ


•そのためOS自体がシンプルな構造となり、低オーバーヘッドとなる

•ただしOS自体に「可用性」という発想はないので、Server Blade本体や共有メモリー等が障害を起こし、停止したら、OS全体が停止・消滅してしまう

•複数のServer Bladeに同一のモノリシック・カーネルを展開することは「すべ

ライブラリ

Monitor

MemMan

ライブラリ

Monitor

MemMan

Cluster

複数のServer Bladeに同のモノリシックカネルを展開することは「すべてを共有している」という大前提があるため不可能

•したがって、UNIX等で高可用を実現するには、複数Server Blade間でのクラスタリングなど考慮が必要となってくる

Device Driver

DISK

Device Driver

DISK


可用性を軸にした他OSとの比較（つづき）


Server BladeCPU#0


Server BladeCPU#1NonStop OS

•設計段階からマルチCPUで高可用が前提になっていたためすべてをカネル



カネル



•設計段階からマルチCPUで高可用が前提になっていたため、すべてを共有するという概念であるモノリシックOS採用は困難

•Server（論理CPU）間ではメモリや制御情報などは、直接共有しないので、それぞれが独立して稼働できる

Monitor

MemMan

テブル

Monitor

MemMan

テブル•ただしユーザーからは全体で1つのOSが動いているように見せるため各種情報をリアルタイムで連携する必要がある

•そのため、高度に発達したメッセージシステムが必要になり、個別に必要な情報のみを連携する適な形態としてマイクロカーネルとなった

Disk Process

Tape Process

必要な情報のみを連携する適な形態としてマイクロカネルとなった

•その分、OSは複雑でオーバーヘッドもあるが、単一Server（論理CPU）の障害でもOS全体が停止することなく動き続けることが可能となる


DISK

プロセス間のメッセジ通信機能を提供

NonStop OSのメッセージシステムプロセス間のメッセージ通信機能を提供

•CPUローカル、CPU間、ノード間を意識せず通信を実行できる機能を提供

• デバイス名、プロセス名を指定することで通信が可能

•位置の透過性

• プロセス名と実際の位置（CPU,PIN番号）はDCTと呼ばれるシステムテーブルに格納されている

• DCTは各CPUにコピーが保持され、変更はCPU間メッセージで実行される

•高速かつ負荷の低い実装

• CPU間通信は、ServerNetのH/Wにより実行されるため高速であると共に、メインCPUに負荷をかけない実装となっている


プロセス間のメッセジ通信機能を提供

NonStop OSのメッセージシステムプロセス間のメッセージ通信機能を提供


CPU #0


CPU #1


CPU #2


CPU #3 • 位置の透過性（CPU内、CPU間、ノード間を意識せず通信可能）

– アプリケーションは稼動するシステムライブラリー

Monitor MemMan



Monitor MemMan



Monitor MemMan



Monitor MemMan


CPUを選ばない

• DISKやTPAEやWAN回線などのデバイス名はプロセス名と同一になっており、デバイス利用も通常のプロセス間通信と同じI/Fで可

APPL APPL APPL APPL

APPL

のプロセス間通信と同じI/Fで可能

• 図は内部構造を示しており、特殊なコーディングは不要

– SQL文やsocket APIを使用する

Disk Process

Disk Process

APPL

Tape Process

WAN Process

SQL文やsocket APIを使用すると、内部的に上図のような動作となる

• この機能があるためにCPU増設によって容易に処理分散が可能となる


DISK DISK SWAN となる

NonStop SQLとは

「HP NonStopサーバー上でと体化稼動するNonStop OSと一体化して稼動する

ANSI準拠のRDBMSです」

「リアルタイム性にすぐれデータの一貫性を保障するミッションクリティカルなDBMSです」


他DBでは実現できないことがN St SQLでは実現可能です

HP NonStop SQLの4大特徴他DBでは実現できないことがNonStop SQLでは実現可能です

24h×365日絶対的な高可用スケールアウトが容易なDB• NonStop ServerとNonStop OSが実現する高い可用性をそのまま受け継いだNonStop SQL

•1台のサーバのみで、他では実現できない可用性を提供

• NonStop Serverの特徴であるシェアード・ナッシング・コンセプトを活かした超並列データベース

• HWリソースを足せば足しただけ直線的に性能の増加が期待できる

運用負荷が軽減→TCO削減立すバを台が能

安心のサポート体制ま• 乱立するDB/周辺サーバを1台にコンソリが可能

• バージョンUP時は上位コンパチをhpが保証

• HW増設・交換、DBバックアップや再編成などほぼすべての作業がオンライン中に可能

• HWからOS、DBMS、JVMやFrameworkまで、すべてhpによる1社サポートを実現

• 問題発生時の切り分けや原因追求がスムースに


他DBMSとのダウンタイムの比較

データベース可用性に関する実績

＜あるDBMSの User Groupの調査結果＞

他DBMSとのダウンタイムの比較

• 1年間のうちに、ユーザーの 90% はシステムダウンを経験• そのうち、25% は10時間以上復旧せず

部 24時間以上渡ダウた事例もあ

＜N St サバ継続性＞

• 一部では24時間以上に渡りシステムダウンしていた事例もあり

＜NonStop サーバー継続性＞• NonStop SQL のシステムダウンタイム発生率（実績）は、年間 0.026%

上記DBの約 3500倍の可用性


高可用性「サービスは継続できる」システム構成の違いでアベイラビリティーに差が

• NonStopサーバーのSW無停止性がDBMS内に実装• HA構成やクラスタリングによる可用性

ノド障害時にはフェルオバやクラスタ再構成

他DBMS では NonStop SQLでは

システム構成の違いでアベイラビリティに差が

• 障害の起きたプロセッサーのDBエンジン（DAM）は数秒のうちに他プロセッサーにて処理を継続（Takeover）

• プロセッサー障害時でも業務処理は続行

• ノード障害時にはフェルオーバーやクラスター再構成や、データベース・リカバリーが行われる

• 障害復旧中は数分レベルで全業務停止を伴う

プロセサプロセサプロセサプロセサプロセッサー

OLTP

CRM

Batch

プロセッサー

OLTP

CRM

Batch

プロセッサー

OLTP

CRM

Batch

プロセッサー

OLTP

CRM

Batch

ストレージ製品

FC SwitchBatch

DAM

Batch

DAM

Batch

DAM

Batch

DAM

ServerNetDAM


全業務停止シングルデータベース

（参考）他DBクラスターとの可用性比較デモ

同等構成のDBサーバーでの

可用性比較デモを実施中

【環境】

・他DBクラスター

－4wayクラスター、共有DISK

・NonStop SQL

－4CPU Blade、非共有DISK

【デモ内容】

クラスタメンバを1つ強制終了クラスタメンバーを1つ強制終了

【ご確認ポイント】

他DBクラスターでは復旧まで業務が60秒停止してしまうが、NonStopでは


大でも3秒の遅延で業務継続

フォールト・トレランスが内包されているDBエンジン

なぜNonStop SQLの可用性が高いかフォールト・トレランスが内包されているDBエンジン

他DBでは NonStop SQLでは

DB

Server

OS

• サーバー単体では可用性が担保できないので・・・

• HA構成、クラスタの採用など可用性を高めるための構成を、HWMWふくめ検討する必要がある

プロセッサ

OS

DB

プロセッサ

OS

DB

プロセッサ

OS

DB

プロセッサ

OS

DB

S NMWふくめ検討する必要がある

• 単体で動いているときは構成も挙動も異なる

ServerNet

• SWレベルでの高いFT性をもつNonStop OSの中に

実装されたデタベス

DB

Server

OS

DB

Server

OS

Cluster

も異なる

• 可用性を上げるために逆に障害点を増やしてしまうことに

• メンバ障害で業務停止、また共有部分障害致命的

実装されたデータベース

• 1台のサーバーでそもそも高可用が実現できている

• 「クラスタリング」のような上かぶせの技術が不要なため、障害点が増えることもない


分の障害は致命的に• 共有要素がないため致命的な障害が起こりにくい

直線的拡張性「スケールアウト可能なDB」HWリソースの追加で容易にパフォーマンス増強HWリソスの追加で容易にパフォマンス増強

他DBMS では NonStop SQLでは

• クラスター構成の場合サーバーを増設するとクラスタウェア • 共有要素のないシェアードナッシングがコンセプトなので• クラスタ構成の場合、サバを増設するとクラスタウェア

や、共有DISKなどでボトルネックがおきすい

• HWリソースを追加しても性能は頭打ちになりがち

• DBサーバーをスケールアウトさせるのは難しい

• 共有要素のないシェアドナッシングがコンセプトなので、HWリソースを追加すれば線形に性能がえられる

• 処理増にはスケールアウトで対応できるので、キャパシティープランや投資計画が容易。スモールスタートでトランザクションの伸びに応じて柔軟に増設可能

ServerServer Server Server

• 性能を出すためにはスケールアップか、別のクラスタセットを立てて対応せざるをえない

eクションの伸びに応じて柔軟に増設可能

• HW増設もサービスを止めることなくオンラインで可能

Server Server Server e

Add-onServer

Add-on

DB DB DB

HW Add on

Perf

orm

anc

スケールしないCluster OS

DB

HW Add on

Perf

orm

anc

ServerNet

OSDB

OSDB

スケールアウト

OSDB


HW Add-on HW Add-on

他者DBクラスタ構成と同等性能同等処理条件で拡張性のベンチマクを行た

（参考）他DBとのスケーラビリティー比較他者DBクラスター構成と、同等性能、同等処理条件で拡張性のベンチマークを行った結果、NonStop SQLはメンバー（Blade CPU）追加に応じてリニアに性能が伸びました

Oracle RAC Scalability< HIGH Load >

10,000

12,000

14,000

Throughput (TPS)

Oracle RAC vs SQL/MX Scalability< HIGH Load >

10,000

12,000

14,000

Throughput (TPS)他DB クラスター NonStop SQL

4,000

6,000

8,000

直線的に伸びない

サチュレーション4,000

6,000

8,000

他DB

0

2,000

1 2 3 4

# of Nodes ( Each 2 CPU)

1node 2node 3node 4node

0

2,000

1 2 3 4

# of Nodes ( Each 2 CPU)

2CPU 4CPU 6CPU 8CPU


1node(4core)

2node(8core)

3node(12core)

4node(16core)

2CPU(4core)

4CPU(8core)

6CPU(12core)

8CPU(16core)

統合DBを容易に構築～優先度制御機能多種多様なデータベース処理管理作業の混在を容易にします

他DBMSでは NonStop SQLでは

Server プロセッサプロセッサプロセッサプロセッサ

多種多様なデタベス処理、管理作業の混在を容易にします

OS

• 複数業務からの要求を1つのDBサーバーで混在させると、互いに

悪影響をおよぼす

• OLTPはBatchなどが同時に動くとレ

データベース

OLTP 分析 Batch

OSデータベース

Batch分析

OLTP 19012050

要求に与えた優先度が、DISKアクセスにま

で引き継がれる

競合はなどが同時に動くとレ

スポンスを担保できない

• 優先度をつけたとしてもDISKアクセスまでは制御できない

Server ServerServer

シングル・データベース

高優先度のデタアクセスは他のアクセスによるシステ

OSDB

OLTP

OSDB

OSDB

分析 Batch• 業務が複数ある場合には、業務ご

とにサーバーとデータベースを

別々に構築

• データベース間をどう連携するか考慮が必

• 高優先度のデータアクセスは、他のアクセスによるシステ

ム高負荷時にもレスポンスを維持

• 1台のサーバー、シングルDBで複数業務の混在が可能

• 同じ鮮度のデータが誰からも共有できる「統合DB」の構築が


の考慮が必要

• 統合DBの構築は難しい

が容易に可能

NonStop SQLの容易な管理サーバ管理の負荷を究極的にコンソリデーション

他DBMSでは NonStop SQLでは

DB Server#1 DB Server#2 DB Server#3

サバ管理の負荷を究極的にコンソリデション

ALL IN ONE！

DB Server

DB Server#1 DB Server#2 DB Server#3

FC Switch × 2共有Storage#1 共有Storage#2Storage 管理

Server同期

Storage

Batch Server

Backup Server

同期

DB Server#4 DB Server#5 Backup Server

•1台のサーバーで比類なき可用性を実現•1台のデータベースサーバーで複数業務の混在が可能•ログ監視も1台、SW管理も1台が対象

•DBサーバーは ×業務数 ×HA構成と多数に•仮想化でコンソリしてもログやSW管理対象は多数

Batch Server#1 Batch Server#2 Batch 制御 Server


•クラスタウェア等の煩雑な設定は不要•仮想化でコンソリしてもログやSW管理対象は多数•現用/待機管理や、クラスタの設定などタスクは複雑

NonStop SQLの容易な管理DBサーバ運用に差が出る理由

チューニングレスなDBMS バージョンアップが容易運用ポイントの少なさ

そして無停止性

DBサバ運用に差が出る理由

– 他DBでは100を超えるパラメータ

や、クラスタ負荷が少なくなるよう

なデータやアプリ配置を考慮し、

– 他データベースでは上位互換を

保証していないので、バージョン

アップの際には検証・移行など膨

そして無停止性

– クラスター、インスタンス、DBMSの.exe等という概念がないので、

立ち上げ立ち下げといったオペ

シやジ監視なイベントごとに常にチューニング

が発生

– NonStop SQLではデータ配置、ア

プリ配置、実行プラン選択などは、

大な工数が発生する

– NonStop SQLは上位互換をHPが

保証しているので、バージョンアッ

プが容易

レーションや、モジュール監視な

どの運用負荷がかからない

– ほとんどの定常運用がオンライン

中に可能なので、停止/起動の運

原則システム任せで、チューニン

グパラメータも20程度あるが、変

更するケースはレア

用負荷が大幅に軽減される

– 止まらない＝手がかからない


同じイベントを経てもトタルコストで大きな差が出る

一般的なデーターベースとの運用コスト比較同じイベントを経てもトータルコストで大きな差が出る

TuningT i

工数(TCO) 他DBMSでは

OperatorOperatorTuning Patch Operator

Develop PatchTuning

Migration A社の事例他DBからNonStopに移行し

たシステムでは、運用者の数が7人が5人に削減

Operator

期間（年）

工数( )

Go Live New Appl Ver. UPB社事例

Version UPにかかった工数

OperatorDevelop

(TCO)NonStop SQL

Version UPにかかった工数他DB： 11人月

NonStop： 0.4人月


期間（年）

他DBでは実現できないことがN St SQLでは実現可能です

HP NonStop SQLの4大特徴 WrapUp他DBでは実現できないことがNonStop SQLでは実現可能です

24h×365日絶対的な高可用スケールアウトが容易なDB• NonStop ServerとNonStop OSが実現する高い可用性をそのまま受け継いだNonStop SQL

•1台のサーバのみで、他では実現できない可用性を提供

• NonStop Serverの特徴であるシェアード・ナッシング・コンセプトを活かした超並列データベース

• HWリソースを足せば足しただけ直線的に性能の増加が期待できる

運用負荷が軽減→TCO削減乱立するDB/周辺サバを1台にンソリが可能

安心のサポート体制HWからOS DBMS JVMやF kまで• 乱立するDB/周辺サーバを1台にコンソリが可能

• バージョンUP時は上位コンパチをhpが保証

• HW増設・交換、DBバックアップや再編成などほぼすべての作業がオンライン中に可能

• HWからOS、DBMS、JVMやFrameworkまで、すべてhpによる1社サポートを実現

• 問題発生時の切り分けや原因追求がスムースに


NonStop SQL !!以下のようなお悩みをお持ちのお客様

ぜひNonStop SQLをご検討ください

DBサーバーの可用性に不安

DBがスケールアウトしない

DB運用に工数がかかりすぎるDB運用に工数がかかりすぎる

マルチベンダ環境でサポートに難


マルチンダ環境でサポトに難

N St SQL 関連のセッション

Check out our other sessions !!!NonStop SQL 関連のセッション

11月13日 16:00～16:45 Room B11月13日 16:00 16:45 Room B「NonStop SQLはなぜグローバルに分散DBを構築できるのか

データの整合性を保てるのか、その深淵にせまる」

日本ヒレトパカド原敏光日本ヒューレットパッカード原敏光

11月14日 13:00～13:45 Room B「事例で語る、社会インフラを支えるNonStop SQL

～見えないところで凄いんです～」

日本ヒューレットパッカード篠原哲也


Thank You


[d12] nonstop sqlって何? by susumu yamamoto

Technology