C34 ニッチだけど、社会インフラを支えるデータベース、HiRDB...

© Hitachi, Ltd. 2013. All rights reserved.

株式会社日立製作所情報・通信システム社 ITプラットフォーム事業本部開発統括本部ソフトウェア開発本部 DB設計部主任技師石川太一

ニッチだけど、社会インフラを支えるデータベース

ＨｉＲＤＢを選ぶ人、選ばない人その選択基準とは

5月31日(金) Session4：16:00～16:45

db tech showcase 2013 Osaka


はじめに

ＨｉＲＤＢが選ばれる理由。その選択基準やメリット、デメリットをご存知ですか？日本の社会インフラを支えてきたＨｉＲＤＢの存在意義を改めて考えることで、今、そこにあるデータベースでは実現できない夢を、現実にします。


アジェンダ１．どのくらいニッチで、マイナーなのか

２．脱いだら凄いんです

３．凄いけど、使えなければ意味が無い


１．どのくらいニッチで、マイナーなのか

© Hitachi, Ltd. 2013. All rights reserved. 4

ひとことで言うと、何？


5

ＨｉＲＤＢをひとことで言い表すと？

宇宙戦艦ヤマトの、波動砲です


波動砲？

なにそれ？


波動砲とは正式名称：次元波動爆縮放射機原理：波動エンジン内で発生した余剰次元を射線上に展開し、発生した超重力で形成されたマイクロブラックホールが放つホーキング輻射を利用した武器。効果：どんな敵も、木端微塵。


ただし・・・。

注意点があります。


艦内の全エネルギーを１２０％放出するため、発射直後しばらくは、何もできなくなります。

場合によっては、船体が損傷してしまうこともある。


つまり・・・


まるで、ＨｉＲＤＢなのです。どんなヤバイ、究極のミッションクリティカルなシステム案件も、一撃必殺で必ず受注できる。しかし、設計者の殆どが、その案件に注力するため、その間、他の案件に手も足も出ない。場合よっては常駐対応で、ＳＥと共に血を流すことも・・・。


・・・。

君の会社の内情なんて、どうでもいいよ。

私たちユーザにとって、どんなＤＢなのさ。

どうせ、ニッチで、マイナーなんでしょ？シェアはどのくらいなの？


出展：ガートナー 2011/3 http://biz.bcnranking.jp/map/database/

国内RDBMSベンダー別マーケット・シェア＇ソフトウェア売上総額（スクリーンを

ご覧ください

シェアは１０％くらいです。

デファクトのデータベースは、海外製品ですよね！


じゃあ、１０％の人たちは、なぜＨｉＲＤＢを選ぶのか？


日本の社会インフラに求められてきたのは？

社会インフラ＝「安心」

証券システム

交通システムテレコム

公共システム、病院

流通システム

証券取引件数約100万件/ｓ

携帯電話契約件数数1000万件新幹線利用者数

約100万人/day

データの保護

受注件数数10万件/day

製造業

24時間連続操業


「安心」を提供する、「ＩＴの責任」とは？

「安心」＝「ＩＴの責任」

証券システム

交通システムテレコム

公共システム、病院

流通システム

性能

動き続ける安全、迅速復旧

使いやすい

製造業

長期保守

強固なセキュリティ


国産ＤＢならではのサポート力が評価されています。 □ 開発者直結で迅速に対応できる。 □ 最長１５年サポートできる。

http://itpro.nikkeibp.co.jp/article/COLUMN/20120613/402264/?ST=ittrend&mkjb&P=2

ＤＢは、ＩＴシステムの根幹だから

スクリーンをご覧ください

特に「技術支援」の項目で高い評価を頂きました。


ＨｉＲＤＢは、迅速かつ長期間のサポートが求められる日本の公共、金融分野を支えています。

公共

29%

金融

17% 通信

12% 産業

5%

流通

4%

採用分野 ※

大阪証券取引所旧株式会社UFJ銀行肥後銀行千葉興業銀行など多数

金融系

日本テレビ放送網株式会社、読売テレビ放送株式会社など

マスコミ系

某テレコム株式会社など

東急百貨店名鉄運輸株式会社など

流通系

東京大学医科学研究所ヒトゲノム解析センターなど

公共・教育系

鉄道情報システム株式会社＇JRシステム（など

交通・運輸系

ＨｉＲＤＢの累計出荷約８５,０００サーバ

通信系

※

※1994年～2012年3月(11年度末（までの累計出荷本数から算出


業種顧客名適用システム HiRDB採用のポイント

公共

社会

2005年愛知万博様入退場管理システムサポート＇開発者が見える安心感（

東大医科研ヒトゲノム解析センター様遺伝子情報インターネット検索システム性能＇レスポンスが高速で満足（

A市様公文書管理システム信頼性、サポート＇国内でのサポート（

A庁様情報分析システム 24時間運用、サポート

B庁様案件進捗管理システムサポート＇国内でのサポート（、価格＇ランニングコスト（

A電力様配電管理システム 24時間運用、サポート

鉄道会社A 様チケット管理システム性能＇遠隔地連携（、信頼性＇系切替えの速さ（、サポート

金融

千葉興業銀行様新営業店、印鑑システム信頼性、サポート＇身近なサポート体制（

三菱東京UFJ銀行様新営業店システム信頼性、サポート＇純国産RDBならではのサポート（

大阪証券取引所様証券売買システム価格、性能

A銀行様営業店システムパッケージの実績、サポート＇長期サポート（

カード管理会社A 様信用情報、電子申請システム価格、サポート

A公庨様庶務事務、業務委託システムポータルとの連携容易性、サポート

A損害保険様代理店システムサポート、24時間運用、大規模対応

B損害保険様 DWHシステム価格、サポート

証券会社A 様一般振替システムパッケージの実績、サポート

通信通信会社A 様顧客管理システムホスト連携、サポート＇国内でのサポート体制（

通信会社B 様フィルタリングシステム価格、サポート＇自製DBという安心感（

産業

流通

新日本製鐵様操業オンラインシステム 24時間運用＇再編成中も性能劣化ゼロ（

ユーコープ事業連合様新基幹システムセキュリティの高さ、他社DBMSとのデータ連携容易性

A製薬様販売受注管理システムサポート＇親身なサポートと技術支援（

A産業様受注・配送管理システムサポート＇国内でのサポート体制（

国産ＤＢベンダにしかできない親身なサポートがＩＴシステムの根幹を担うＤＢＡに評価されています。

※事例の詳細はこちら(顧客名が公開された事例のみ) ： http://www.hitachi.co.jp/cgi-bin/soft/casestudy/search/casestudy.cgi?r_pno=10002&pno=10002

※DBA：データベース管理者 (Database Administrator) の略


そんなにサポートしてたら・・・、

結構、高いんでしょ？


高いです。

ＨｉＲＤＢは、１コアで１８０万円します。


圧倒的に、高いです。

ＯＲＡＣＬＥＳＥと比べると、１０倍高くなる場合もある。

CPU(ソケット)

コア

コア

コア

コア

コア

コア

コア

コア

コア

コア

ＯＲＡＣＬＥＳｔａｎｄｅｒｄＥｄｉｔｉｏｎソケット単位で課金するので、

１，９０２，２００円で済みます。

ＨｉＲＤＢＳｅｒｖｅｒコア単位で課金するので、

１８，０００，０００円のお支払いが必要です。

出展： Oracleテクノロジー製品日本国内価格表一覧 http://www.oracle.com/jp/corporate/pricing/e-pl101005-101005a-n-176288-ja.pdf


え・・・。そんな価格設定で、売れるの？

CPU(ソケット)

コア

コア

コア

コア

コア

コア

コア

コア

コア

コア

ＯＲＡＣＬＥＳｔａｎｄｅｒｄＥｄｉｔｉｏｎソケット単位で課金するので、

１，９０２，２００円で済みます。





売れてます！なぜなら


こんなこと、やってませんか？

□３台以上のＤＢサーバで負荷を分散している。 □可用性を確保するため、ＨＡクラスタ構成にしている。 □性能を高めるために、パーティション表を使っている。 □格納効率を高めるために、データを圧縮して格納している。 □セキュリティを高めるために、データを暗号化して格納している。

ＤＢサーバ

共有ストレージ

・・・

ＤＢ格納領域１ＤＢ格納領域２ＤＢ格納領域３

関東関西東北パーティショニング＇分割表（


そうなると、Ｅｎｔｉｅｒｐｒｉｓｅ版が必要ですよね。

価格の差が、逆転します。

CPU(ソケット)

コア

コア

コア

コア

コア

コア

コア

コア

コア

コア

ＯＲＡＣＬＥＥｎｔｉｅｒｐｒｉｓｅＥｄｉｔｉｏｎコア単位で課金するので、

５１，６３０，０００円で済みます。






つまり、こういう要件をクリアしなければならないシステムでは、

ＨｉＲＤＢが売れてます。


結構、ありますよね。

とくに社会インフラを支えるシステムでは、必頇なんです。


でもさ・・・。

ＯＲＡＣＬＥＥＥと比べたら、安かろう、悪かろう、なんじゃないの？

どうせ機能が足りないんだろ？


＇○：代替可能、×：代替機能なし（

大分類ＯＲＡＣＬＥＥＥになる前提機能ＨｉＲＤＢの対応機能必要なＨｉＲＤＢのオプション

可用性

Total Recall ○ 改ざん防止機能なし

Active Data Guard ○ リアルタイムSQLレプリケーションなし

Flashback Table, Database and Transaction Query × 該当機能なしー

拡張性 Real Application Clusters ○

影響分散スタンバイレス型系切り替え HiRDB Advanced High Availability

In-Memory Database Cache ○ バッチ高速化機能 HiRDB Accelerator Version 8

セキュリティ

Oracle Database Vault × 該当機能なしー

Oracle Advanced Security ○ データベース暗号化機能 HiRDB Version 9 with Additional Function

Oracle Label Security × 該当機能なしー

Secure Application Roles × 該当機能なしー

Virtual Private Database × 該当機能なしー

ファイングレイン監査 ○ セキュリティ監査機能なし

運用容易性 Real Application Testing ○ インナレプリカ機能 HiRDB staticizer Opetion

ＤＷＨ

Advanced Compression ○ 圧縮表なし

OLAP × 該当機能なしなし

Partitioning ○ マトリクス分割機能 HiRDB Advanced High Availability(2次元の場合)

Advanced Analytics × 該当機能なしー

トランスポータブル・テーブルスペース × 該当機能なしー

情報ライフサイクル管理 × 該当機能なしー

サマリー管理- マテリアライズド・ビュークエリーリライト ○ DataReplicator/DataExtractor ー

コンテンツ管理 Spatial ○ 空間検索機能 HiRDB Spatial Search Plug-in

ＯＲＡＣＬＥＥＥ機能一覧： http://www.oracle.com/jp/products/database/expressedition/index.html

ほら、×ばっかりじゃないか！



×ばっかり？

それが、何か？


＇○：代替可能、×：代替機能なし（

大分類ＯＲＡＣＬＥＥＥになる前提機能ＨｉＲＤＢの対応機能必要なＨｉＲＤＢのオプション

可用性

Total Recall ○ 改ざん防止機能なし

Active Data Guard ○ リアルタイムSQLレプリケーションなし

Flashback Table, Database and Transaction Query × 該当機能なしー

拡張性 Real Application Clusters ○

影響分散スタンバイレス型系切り替え HiRDB Advanced High Availability

In-Memory Database Cache ○ バッチ高速化機能 HiRDB Accelerator Version 8

セキュリティ

Oracle Database Vault × 該当機能なしー

Oracle Advanced Security ○ データベース暗号化機能 HiRDB Version 9 with Additional Function

Oracle Label Security × 該当機能なしー

Secure Application Roles × 該当機能なしー

Virtual Private Database × 該当機能なしー

ファイングレイン監査 ○ セキュリティ監査機能なし

運用容易性 Real Application Testing ○ インナレプリカ機能 HiRDB staticizer Opetion

ＤＷＨ

Advanced Compression ○ 圧縮表なし

OLAP × 該当機能なしなし

Partitioning ○ マトリクス分割機能 HiRDB Advanced High Availability(2次元の場合)

Advanced Analytics × 該当機能なしー

トランスポータブル・テーブルスペース × 該当機能なしー

情報ライフサイクル管理 × 該当機能なしー

サマリー管理- マテリアライズド・ビュークエリーリライト ○ DataReplicator/DataExtractor ー

コンテンツ管理 Spatial ○ 空間検索機能 HiRDB Spatial Search Plug-in

ＯＲＡＣＬＥＥＥ機能一覧： http://www.oracle.com/jp/products/database/expressedition/index.html

どの機能を使っていますか？


よく使われるのはこの４つのオプション。


つまり、ＨｉＲＤＢで、十分じゃないですか。

□３台以上のＤＢサーバで負荷を分散できる。 □可用性を確保するため、ＨＡクラスタ構成にできる。 □性能を高めるために、パーティション表を使える。 □格納効率を高めるために、データを圧縮して格納できる。 □セキュリティを高めるために、データを暗号化して格納できる。

基幹システムなら、ＨｉＲＤＢ

迅速で、長期間サポートできるだけでなく、社会インフラを支える重要なシステムで、必頇な機能を選んで提供しています。


基幹システムならＨｉＲＤＢ？

ＯＲＡＣＬＥを基幹システムでバリバリ使ってるんですけど・・・。

ＨｉＲＤＢを選ぶ人は、どういう基準で選んだんだろうね？


クルマに例えて考えるとわかりやすい。

□軽自動車 □トラック □ダンプ

あなたに必要なクルマは、どれですか？



そりゃ、軽自動車でしょ！つまり、安さ、手軽さを求めるなら、ＯＲＡＣＬＥＳＥで十分。

買い物用途で、ダンプカーには乗りたくない。



長距離トラック。高いけど、機能が豊富で、ＯＬＡＰなどの分析業務でも

幅広く使えるのが、ＯＲＡＣＬＥＥＥですね。

ドライバーの負担を軽減するために、エアコンや、ゴージャスなカーオーディオも、重要。


ダンプカーです。

過酷な工事現場に特化し、動き続けることが最優先。基幹系に特化した、ＨｉＲＤＢと同じ。


２．脱いだら凄いんです


で・・・。ＨｉＲＤＢの一番の特長は？


社会インフラを支えるには、

「大きく拡張できること」

が、重要なんです。


サービスレベルを維持するためにＳｈａｒｅｄＮｏｔｈｉｎｇアーキテクチャを採用

並列数

性能性能向上

ＡＰサーバ

ＤＢサーバ

ストレージ

・・・

・・・

１００並列構成での実績あり

並列処理で性能向上

パーティション＇分割（表

・完全独立で、サーバ間の共有リソースなし。・データ量の増大に対応して拡張しやすい。

・ハードウェアの能力を最大限に引き出せる。・並列処理で処理時間を短縮できる。

データベースを分割する


分割したサーバの独立性を確保するために

ＡＰサーバ

ＤＢサーバ

ストレージ

・データの所在位置はＦＥＳで自動認識。・ＢＥＳが受け持つデータを並列に処理。・ＢＥＳの処理結果をＦＥＳが纏めて返却。

パーティション＇分割（表

更新ログ

*1 : ＳＱＬ受付サーバ (Front End Server) ＦＥＳ

ＢＥＳ *2 : ＤＢアクセスサーバ (Back End Server)

業務ＡＰは、データの所在を意識しない

ＦＥＳ１ＦＥＳ２

ＢＥＳ１ＢＥＳ２

ＦＥＳｎ

ＢＥＳｍ

完全独立

業務ＡＰ

排他プール

ＤＢバッファＤＢアクセスに必要なリソースが独立し、競合が無い

□ＤＢをアクセスするＢＥＳ(*２)が、分割されたデータを独立に処理する。 □ＦＥＳ(*１)がＳＱＬを振り分け、業務ＡＰにデータの所在を意識させない。


トランザクションの並列実行度を高められる

・・・

・・・

パーティショニング＇分割表（

ＡＰサーバ

ＤＢサーバ

ストレージ

ＦＥＳ１

ＢＥＳ１

・・・

・・・

ＤＢ格納領域１ＤＢ格納領域３ＤＢ格納領域８

トランＢ

ＦＥＳ３

ＢＥＳ３

ＦＥＳ８

ＢＥＳ８高トラフィック時もスループットを確保

表の分割単位に独立してＤＢをアクセス

トランＡ

表の分割キーの例関東関西その他

関東集計業務

関西集計業務

その他集計業務

□分割したデータ単位に、業務を独立して実行させることで、高トラフィック時にも、バッチ処理でも、スループットを確保できる。

バッチ処理も、多重で並行に実行


ＳＱＬの並列実行度を高められる

・・・

・・・


ＡＰサーバ

ＤＢサーバ

ストレージ

関東

・・・

・・・

関西その他


ＳＱＬ

ＦＥＳ１

レスポンスタイムを向上

ＳＱＬをＢＥＳ単位の処理に分解し並列実行

パイプライン並列

検索、更新、ジョイン、ソート、グループ化、集合演算処理

ジョイン、ソートなどの負荷の高い処理をＦＥＳが更に分解して順次処理。

ＢＥＳ１ＢＥＳ３ＢＥＳ８Ｉ/Ｏ並列、サーバ間並列

分割した表を並列に検索・更新。

表の分割キーの例

全店舗集計業務

□複数のサーバを跨ぐＳＱＬは、表の分割単位に処理を分解することでＢＥＳでの並列実行度を高め、レスポンスタイムを向上できる。


パーティショニングが前提・・・。

ちょっと扱いにくくない？


でっかい社会インフラシステムを支えるなら、

パーティショニングを使い倒すことが必頇です。


関東09

支店番号

～1999

支店番号

2000～2999

支店番号

3000～

＜９月＞

＜関東地区＞＜関西地区＞＜その他地区＞

関東08 ＜８月＞

関東07 ＜７月＞

DBAREA1 DBAREA2 DBAREA3



日付と支店番号でＤＢを分割した例

日付地区支店支店番号売上・・・

2011-07-30 関東東京 1001

2011-07-30 関西大阪 2001

2011-07-30 九州福岡 3010

・・

2011-08-30 関東横浜 1010

2011-08-30 東北仙台 4001

2011-08-30 関西京都 2008

・・

2011-09-30 関東東京 1001

2011-09-30 関西神戸 2015

・・

支店売上管理表

第１次元分割列

第２次元分割列

関東集計業務

関西集計業務


関西09

関西08

関西07

他09

他08

他07

時間軸での分割

空間軸での分割

一定期間保管

ＢＥＳ１ＢＥＳ２ＢＥＳ３

□月単位に支店グループを２次元分割 □独立したＢＥＳで並列に処理





48

ＤＢ格納領域の簡単なローテーション運用

支店番号

～1999

支店番号

2000～2999

支店番号

3000～


＜９月＞

＜８月＞

＜７月＞

＜１０月＞

月別ハッシュ分割

＜７月＞

＜１０月＞

ＤＢ格納領域の削除・追加が大変

ローテーション運用を容易にする『月別ハッシュ分割』の利用

＜９月＞

＜８月＞

＜７月＞⇒＜１０月＞

関東09

関東08

関東07

関西09

関西08

関西07

他09

他08

他07

関東10

■従来の運用

□ＤＢの格納領域を、月次で簡単に再利用。


でもさ・・・。

パーティションの設計も、運用も、すごく難しいじゃない。

パーティション毎に容量が偏ったり、

アクセス頻度が偏ったり。バリバリに設計し倒さないと使いこなせないのでは？


ストレージも作ってる日立だから、大丈夫。


今や、ストレージ仮想化技術で対処できる時代


ディスク追加

支店番号

～1999

支店番号

2000～2999

支店番号

3000～


見積もり、設計が大変

・データ増加を予測した見積もり設計。・それに伴う拡張・運用設計の立案。・ＤＢエリアのパンク回避のための余裕値設計。


・仮想ディスクに最大サイズでＤＢエリアを確保でき、ＤＢ容量設計が容易。・ＤＢエリアの自動拡張に伴い、オンデマンドでストレージを割り当てられる。・ストレージプール全体で枯渇監視でき、監視、拡張運用が容易。

ストレージプール

ＨＤＤ

仮想Voｌ(ディスク)

予備予備

監視、運用が大変

・個々のＤＢエリアの監視。・ディスク追加によるＤＢエリア拡張。

最大

オンデマンド

ストレージプールを活用した資源共有により負担を軽減

□ＤＢ格納領域の見積もり、運用がどれだけ必要？大変？

■従来の運用 ■ストレージ機能と連携したシン・プロビジョニングでの運用


ＳｈａｒｅｄＮｏｔｈｉｎｇの弱点は？

上手くパーティションに分割できないマスタ系の表やインデックスが多いと、

ボトルネックになるんでしょ？

DBAREA10

商品マスタ



関東関西その他

日付地区支店支店番号売上・・・

2011-07-30 関東東京 1001

2011-07-30 関西大阪 2001

2011-07-30 九州福岡 3010

・・

2011-08-30 関東横浜 1010

2011-08-30 東北仙台 4001

2011-08-30 関西京都 2008

・・

2011-09-30 関東東京 1001

2011-09-30 関西神戸 2015

・・

支店売上管理表

第１次元分割列

第２次元分割列

こういうの、どうすりゃいい？

あ・・・。頻繁にアクセスするのに、分割のしようがない。

売上管理表は、上手く分割できたぞ！


大丈夫。

そういうのは、全てのサーバで共有できるんです。

もはやＳｈａｒｅｄＤｉｓｋ方式の良いとこ取りです。


マスタ表の効率的な共有アクセス

ＡＰサーバ

ＤＢサーバ

ストレージ

ＢＥＳ１

ＦＥＳ１

特定ＢＥＳへのアクセス集中を回避できる

全ＢＥＳから参照できる『共用表』属性を利用

・全ＢＥＳから参照できる表属性。・各ＢＥＳのバッファで独立して参照できる。・複数のＢＥＳから参照する場合でも、ＢＥＳ間での通信はおこなわない。ＢＥＳ２

ＦＥＳ２

ＢＥＳ３

ＦＥＳ３


DBAREA10

商品マスタ

関東関西他

関東集計業務

関西集計業務


ＤＢバッファＤＢバッファＤＢバッファ

関東マスタ

関西マスタ

その他マスタ

共用表属性

□マスタ系データの配置は？


・共用表の更新要求を全ＢＥＳに配布。・バッファヒットしない場合はストレージから読み込んでバッファを更新。・受け持ちＢＥＳだけがストレージ上のデータを更新。・更新ログは全ＢＥＳで出力。

更新

ＡＰサーバ

ＤＢサーバ

ストレージ


ＦＥＳ２

ＢＥＳ３

ＦＥＳ３


DBAREA10

商品マスタ

関東関西他

関東集計業務

関西集計業務


ＤＢバッファＤＢバッファＤＢバッファ

関東マスタ

関西マスタ

その他マスタ

共用表属性

受け持ちＢＥＳ

ＦＥＳ１

じゃあ、「共用表」を更新したら、どうする？

ＤＢサーバの独立性を確保する

□更新要求をＦＥＳが受け、全ＢＥＳに配布。バッファを更新。 □受け持ちＢＥＳだけがストレージ上のデータを更新。


拡張性はわかった。でもさ・・・。可用性はどうなのさ。

サーバ間で共有していないリソースがある限り、

ＯＲＡＣＬＥＲＡＣみたいなＡｖｔｉｖｅ-Ａｃｔｉｖｅ方式のクラスタは

構成できないでしょ？


大丈夫。

Ａｃｔｉｖｅ-Ａｃｔｉｖｅ方式のクラスタを構成できます。

それは「影響分散スタンバイレス系切替え」

で実現します。


影響分散スタンバイレス系切り替え

ＤＢサーバ１

１台目の障害発生時平常運用常時

ＢＥＳ１

ＢＥＳ単位で系切り替え(移動) ⇒分散引継ぎ

ＤＢサーバ１ＤＢサーバ３ＤＢサーバ２ＤＢサーバ３ＤＢサーバ２

ＢＥＳ２

ＢＥＳ３

ＢＥＳ４

ＢＥＳ５

ＢＥＳ６

ＢＥＳ１

ＢＥＳ２

ＢＥＳ３

ＢＥＳ４

ＢＥＳ５

ＢＥＳ６


ＤＢサーバ２、ＤＢサーバ３で処理を分散して引き継ぐ。サーバ間の負荷は平準化。

ＤＢ及びシステムログ引継ぎ＆継続使用

障害

業務ＡＰ業務ＡＰ

□ＢＥＳ単位で、稼動中のサーバに系切り替えして業務を継続。 □あらかじめ複数のＢＥＳを配置し、複数の稼働中ノードに負荷を分散できる。□待機専用サーバマシンが不要なため、投資対効果が高い。


もし、２台目もダウンしたら？

ＤＢサーバ１

１台目の障害発生時平常運用常時

ＢＥＳ１

ＢＥＳ単位で系切り替え(移動) ⇒分散引継ぎ

ＤＢサーバ１ＤＢサーバ３ＤＢサーバ２ＤＢサーバ３ＤＢサーバ２

ＢＥＳ２

ＢＥＳ３

ＢＥＳ４

ＢＥＳ５

ＢＥＳ６

ＢＥＳ１

ＢＥＳ２

ＢＥＳ３

ＢＥＳ４

ＢＥＳ５

ＢＥＳ６


ＤＢサーバ２、ＤＢサーバ３で処理を分散して引き継ぐ。サーバ間の負荷は平準化。

ＤＢ及びシステムログ引継ぎ＆継続使用

障害

業務ＡＰ業務ＡＰ


ＤＢサーバ１ＤＢサーバ３ＤＢサーバ２

ＢＥＳ１

ＢＥＳ２

ＢＥＳ３

ＢＥＳ４

ＢＥＳ５

ＢＥＳ６

ＢＥＳ１ＢＥＳ２障害

業務ＡＰ

ＤＢサーバ１ＤＢサーバ３ＤＢサーバ２

ＢＥＳ３

ＢＥＳ４

ＢＥＳ５

ＢＥＳ６

ＢＥＳ１ＢＥＳ２障害

業務ＡＰ

ＢＥＳ３

ＢＥＳ４

ＢＥＳ１

ＤＢサーバ２の障害発生時は、ＤＢサーバ３で処理を引き継ぐ。


□多点障害でも、第２、第３の稼動中のＤＢサーバに処理を引き継げる。

さらに２台目の障害発生時１台目の障害発生時


え、本当？

でも、複雑だよね。大丈夫？

障害が発生してから、負荷分散して業務を継続するまで、何分もかかっちゃったら話しにならないよ？

どのくらいのスピードで、系切り替えできるの？


わずか、数秒です。


特殊なハードウェアが必要なんじゃないの？


いいえ。他社製サーバでもできます。



×

「ＩＴＴｒａｎｓｆｏｒｍａｔｉｏｎＣｅｎｔｅｒ」で実機デモンストレーション公開中。詳細はこちら：http://h50146.www5.hp.com/products/servers/ittc/#02


DBサーバ CPU利用率

2号機 3号機 1号機障害

数秒オーダで系切り替え

Ｓｕｐｅｒｄｏｍｅ２×ＨｉＲＤＢでの強み □ 数秒オーダで系を切り替え可能 □ 系切り替え中の全面ダウン期間ゼロ □ 系切り替え後の性能縮退なし □ 予備ＣＰＵ分のライセンス負担なし

予備ＣＰＵ活性化予備ＣＰＵ活性化サーバダウン

全面ダウン期間ゼロ

性能縮退なし

DBサーバ全体スループット

追加ライセンス負担なし


□ＨＰＳｅｒｖｉｃｅｇｕａｒｄとの組合せで、数秒オーダで系を切り替えられる。 □系切り替えと同時にＳｕｐｅｒｄｏｍｅ２のｉＣＡＰ/ＧｉＣＡＰでＣＰＵ利用権を動的に移動できる。 □余剰投資なしでオンデマンドにＣＰＵを増強でき、性能縮退も防げます。


デモンストレーションでご確認ください。


つまり、基幹システムなら、ＨｉＲＤＢ

□３台以上のＤＢサーバで負荷を分散できる。 □可用性を確保するため、ＨＡクラスタ構成にできる。 □性能を高めるために、パーティション表を使える。 □格納効率を高めるために、データを圧縮して格納できる。 □セキュリティを高めるために、データを暗号化して格納できる。

迅速で、長期間サポートできるだけでなく、社会インフラを支える重要なシステムで、

ご活用いただけます。


３．凄いけど、使えなければ意味が無い


そうそう。

うちにはＨｉＲＤＢの経験者がいないんだよね。


でも、ＯＲＡＣＬＥ経験者はたくさんいますよね？


ＯＲＡＣＬＥ経験者なら、３ステップでＨｉＲＤＢを習得

最短で半日。ＯＲＡＣＬＥとの違いのみを集中して理解できます。

お客様の特定プロジェクトチームを対象に、先ずは使えるレベルまで理解できます。

実機演習を交え、基礎から応用までを体系的にマスターできます。

※ ２０１３年１月末時点

出前

出前

定期

無償

有償

有償

■忙しいＳＥにおススメする、３つのステップ

■ＨｉＲＤＢの技術者認定資格講座

ＨｉＲＤＢ認定技術者数

３４００名

※ 受講後、認定資格試験を受験いただけます＇無償（。

ＨｉＲＤＢ認定資格検索

ダイジェスト・トレーニング講座＇１～２日（

ＯＲＡＣＬＥ経験者向けスタートアップ講座

ＨｉＲＤＢ認定資格講座＇全７コース（

□ＨｉＲＤＢも、ＯＲＡＣＬＥと同じＲＤＢＭＳです。 □ＯＲＡＣＬＥ経験者なら、ＨｉＲＤＢとの違いを理解するだけで素早く習得できます。


今、資格を取得すると、おトクらしい。


これなら今まで通りの操作性でＨｉＲＤＢを使いこなせるね。

認定資格取得で、ＳＩＯｂｊｅｃｔＢｒｏｗｓｅｒがもらえます

キャンペーンやってます！＇キャンペーン期間：～２０１３/９/３０（

２０１３年４月～２０１３年９月末までに、新規にＨｉＲＤＢの認定資格を５名以上取得いただけたプロジェクトに、５本プレゼント。先着１０プロジェクトまで！

□ORACLEやMicrosoft SQL Serverなどのデータベース開発支援ツールとして DB開発者から高い支持を得ている「SI Object Browser」が、HiRDBに対応。 □使い慣れた操作性をそのままに、HiRDBでの開発、運用を行えます。

ＨｉＲＤＢキャンペーン検索

http://www.sint.co.jp/products/siob/ob/index.html


最近、国産データベースが見直されてますね。


国産コーナー新設

１２年１０月から新連載がスタート！ □ 毎月、日立のデータベースの最新情報をお伝えします。

DBOnline 日立のデータベース検索

日立の国産データベースシリーズが紹介されている「国産」タブが新設！

日立の「Dr.SQL」登場！－土田正士さん日本データベース学会副会長

５０年後には、データベースはなくなっている？！

日立のデータベース開発基地に潜入開発者に突撃インタビュー



いかがでしたでしょうか？意外と知らなかったＨｉＲＤＢの存在意義。メリットと、デメリット。システム要件次第では、選択肢の一つに、なるかもしれません。


今そこにあるデータベースでは、解決できない課題がある。

電力、交通、都市、物流・・・。

社会インフラを支えるＩＴベンダだから作れる、個性豊かなデータベース。


全ては、お客様のスペシャルな夢を、現実に変えるために。


これからも日立は、お客様のスペシャルな夢を叶える選択肢をご提案し続けます。


他社所有名称に対する表示

83

・ Androidは，Google Inc. の登録商標です。・ HP Serviceguardは，Hewlett-Packard Development Company, L.P.の商品名称です。・ HP-UXは，Hewlett-Packard Development Company, L.P.のオペレーティングシステムの名称です。・ MicrosoftおよびSQL Serverは，米国Microsoft Corporationの米国およびその他の国における登録商標または商標です。・ iOS は，Apple Inc.のOS名称です。・ superdomeは，Hewlett-Packard Development Company, L.P.の商標です。・ Oracleは，Oracle Corporation 及びその子会社，関連会社の米国及びその他の国における登録商標です。・ UNIXは，The Open Groupの米国ならびに他の国における登録商標です。・その他記載の会社名，製品名は，それぞれの会社の商標もしくは登録商標です。

C34 ニッチだけど、社会インフラを支えるデータベース、HiRDB...

Technology

Transcript of C34 ニッチだけど、社会インフラを支えるデータベース、HiRDB...