Oracle Direct Seminar <Insert Picture Here> ここから始めるデータベース統合日本オラクル株式会社

Size: px

Start display at page:

Download "Oracle Direct Seminar <Insert Picture Here> ここから始めるデータベース統合日本オラクル株式会社"

さやなことじ
4 years ago
Views:

1 Oracle Direct Seminar <Insert Picture Here> ここから始めるデータベース統合日本オラクル株式会社

2 実際に弊社にご相談のあったお客様の声某流通業様 2011 年までに IT コスト ( 固定費分 ) を 30% 削減しなければならない何かいい方法はないか? 某卸業様来年度からの 3 ヵ年計画においてサーバー統合が命題となっており最適な方法を検討したい某機械保守事業様社内サービスシステムの 700 台あるサーバー群をどうにかしたいが最適な方法がわからない某携帯サービス業様業務拡大に伴い 500 台あるサーバー群が年々増加の一途をたどっており統合およびアーキテクチャの最適化の方法論を考案し予算を上申したい某公益事業様 IT コスト削減の大号令の元サーバーの統合およびストレージの削減 / 統合を検討したい統合というキーワードは非常に注目度が高い 2

3 Agenda 分散データベースの問題点と解決策データベース統合の種類データベース統合のステップまとめ 3

4 Agenda 分散データベースの問題点と解決策データベース統合の種類データベース統合のステップまとめ 4

5 これまでの縦割り業務システムの限界個々のシステムごとにばらばらにサーバーを調達個々のシステムごとにセキュリティ対策を検討個々のシステムごとに HA 構成を検討システム間のデータのやり取りに伴う手間 5

6 データベースが分散されていることの問題点コストセキュリティシステムの信頼性データ品質 6

7 データベースが分散されていることの問題点 1 コストサーバーの乱立によるコスト増大サーバー導入費用新規システムの構築毎にサーバーを調達する必要がある維持コストの増大電力コスト DC 設置コスト etc システム管理者要員の増加要員増が難しい場合は一人当たりの作業負荷が高くなる管理の煩雑性 S/W 種類増加 H/W 種類増加配置場所が色々 7

8 データベースが分散されていることの問題点 2 セキュリティ網羅したセキュリティ対策情報漏えいの危険性各システム毎に同時にセキュリティ対策を施すのは難しい OS 毎に設定が異なるパスワード管理が煩雑個々のシステム毎にパスワードを管理している 8

9 データベースが分散されていることの問題点 3 システムの信頼性全てのシステムの信頼性を確保しにくい冗長化構成が取れない全てのシステムで HA 構成を取るにはシステム導入コストがかかりすぎるハードウェア障害の多発傾向拠点 / 部門サーバの設置場所の空調電源等高温 / 多湿ホコリ電源コードに足を引っ掛けて Active Standby Active Standby Active Standby Active Standby 9

10 データベースが分散されていることの問題点 4 データ品質データ品質が確保できない場合がある欲しい情報が取り出せない各システムから情報を手作業で取り出すことも分析に時間がかかり分析結果をすぐにビジネスに生かせないマスターテーブルの不整合データの重複不整合の問題 10

分散データベースにおける問題点の解決データベース統合による問題解決コストの削減 DB 統合により

CapEx 削減に伴い OpEx( システム運用保守費用 ) の削減も可能コストセキュリティ

統合に伴いパスワードを一元化しパスワード管理の煩雑さを解消システムの信頼性 DB 統合により

冗長化構成時に生ずる待機サーバーの休眠リソースを有効活用し効率的な冗長化構成を実現可能複数 H/W

11 分散データベースにおける問題点の解決データベース統合による問題解決コストの削減 DB 統合によりサーバーストレージソフトウェアライセンスを削減し CapEx ( システム投資金額 ) の削減が可能 CapEx 削減に伴い OpEx( システム運用保守費用 ) の削減も可能コストセキュリティセキュリティ DB 統合により網羅的なセキュリティ対策の敷居を下げることが可能 DB 統合に伴いパスワードを一元化しパスワード管理の煩雑さを解消システムの信頼性 DB 統合により網羅的な冗長化構成の導入にかかるコストを削減可能冗長化構成時に生ずる待機サーバーの休眠リソースを有効活用し効率的な冗長化構成を実現可能複数 H/W 管理に伴う管理リスクの低減システムの信頼性データ品質データ品質 DB 統合によりデータが一元管理されているため欲しいデータをすぐに取り出せるマスターの一元化しマスターデータの不整合性を解消 11

12 Agenda 分散データベースの問題点と解決策データベース統合の種類データベース統合のステップまとめ 12

13 そもそものサーバー統合とは? サーバー統合にはおおまかに3つの手法がありますサーバー論理統合サーバー位置統合サーバー物理統合 13

14 サーバー論理統合複数のサーバーを論理的に 1 台の大きなサーバーと見なす一台もしくは複数台のサーバーにデータベースを論理的に 1 つに見せる ( 例 : データベースリンク ) OS やミドルウェアのバージョンの統一化標準化等集中管理により運用管理負荷を軽減 14

15 サーバー位置統合物理的に分散しているサーバーを 1 ヶ所または数箇所に集約配置集中管理により運用管理負荷を軽減専用のサーバールームでの設置により H/W の故障率を低減ネットワークインフラの再構築が必要なケース有り 15

16 サーバー物理統合物理的に分散しているサーバーを 1 台または数台のサーバーに集約サーバー台数の削減による運用管理コストを削減サーバーリソースの使用率向上どのレベルで集約するのかがポイントサーバー環境をまるごと? データベースも集約? 16

17 サーバー物理統合のパターン仮想化技術を使った物理統合 OS OS OS Hypervior 仮想化技術を使わない物理統合 OS 今日はデータベースの物理統合について詳しくお話します 17

18 それぞれの物理統合のメリットデメリット仮想化技術を使った物理統合仮想化技術を使わない物理統合 ( データベースの物理統合 ) メリット既存環境をそのまま移行できるデータの集約率が高い集計分析がしやすくなる OS などの環境が統一されるため運用管理を集約できる環境が統一されているためセキュリティ対策や災害対策も行いやすいデメリット個々の OS はそのまま存在するため統合によるデータ集約の効果が低い管理するゲスト OS の数はそのままなので運用管理は楽にならない環境の見直しがなされず陳腐化してしまいやすい環境が統一されていないためセキュリティ対策や災害対策を行いにくい OS などの環境を統一する必要があるデータベース統合 ( 仮想化技術を使わない物理統合 ) の方がデータの集約率を高く統合のメリットを享受しやすい 18

19 データベース統合の手法データベース統合する際はどのレベルで統合するかがポイントインスタンス単位でのデータベース統合スキーマ単位でのデータベース統合 19

20 インスタンス単位でのデータベース統合複数データベースをインスタンス単位で統合考え方のイメージポイント既存環境のインスタンスをそのまま移行可能インスタンスケージジングによるリソース管理が必須 20

21 スキーマ単位でのデータベース統合複数データベースをスキーマ単位で統合考え方のイメージポイントデータ集約率の向上集計分析作業の簡素化容易なデータ連携バックアップなどのデータベース管理作業の一元化 21

22 それぞれのメリットデメリットインスタンス単位でのデータベース統合スキーマ単位でのデータベース統合メリットデメリット適応ケース既存環境のインスタンスをそのまま移行可能必要とするリソースを最大限に集約できるマスターやマートを集約できデータの整合性管理性を向上できるバックアップなどの運用管理を一元化できるインスタンスがばらばらに存在する分必要とするリソースが多いインスタンス間でリソースをとりあうことがある ( インスタンスケージングを使って解消可能 ) アプリケーションの修正が必要になるため移行コストが高いインスタンスを 1 つに統合することが難しい場合システム間でのデータのやりとりが多く発生している場合 DWH 処理向けのデータマートなど基幹システムからのデータの切り出しをしている場合インスタンス単位で統合するのかスキーマ単位で統合するのかそれぞれのメリットデメリットを理解し使い分けることが重要 22

23 インスタンス単位でのデータベース統合の限界インスタンス単位でのデータベース統合の限界データベース統合によるデータの集約効果が少ない集計分析作業やバックアップなどの運用管理作業に手間がかかる例 : 業務毎にデータベース ( インスタンス ) 配置している場合 23

24 スキーマ単位でのデータベース統合のススメスキーマ単位でのデータベース統合のメリットデータベースのデータの集約率が高い! 集計分析作業が簡素化できる! 例 : 業務毎にデータベース ( スキーマ ) を配置している場合 24

25 Agenda 分散データベースの問題点と解決策データベース統合の種類データベース統合のステップまとめ 25

26 データベース統合のステップ最終的にデータベースを 1 つに統合していくことがポイントデータベースを 1 つに統合できれば必ずしも段階的に行う必要はない OS OS OS Hypervior サーバ位置統合サーバ物理統合 1 箇所にまとめる 1 台もしくは複数台のサーバーにまとめるインスタンス単位のデータベース統合 OS を 1 つにまとめインスタンス単位で統合するスキーマ単位のデータベース統合インスタンスを 1 つにまとめスキーマ単位で統合する 26

27 STEP1: サーバー位置統合サーバーの配置を 1 箇所にまとめるサーバー位置統合物理的に分散しているサーバーを 1 幕張 27

28 STEP2: サーバー物理統合 1 台もしくは複数台のサーバーにまとめるサーバー物理統合物理的に分散しているサーバーを 1 台または数台のサーバーに集約販売管理会計業務顧客情報 OS OS OS 販売管理会計業務顧客情報 OS OS OS Hypervisor 28

29 Oracle の仮想化技術によるサーバー統合実現 Oracle VM より早くより効果を! Linux と Windows サーバーの統合環境を最大限に効率化ライセンス無償 / サーバー省電力効果エンタープライズ品質仮想化レイヤーから Oracle レイヤーまでトータルでサポート ( サポート一元化 ) リスクからの開放 Oracle はサーバー仮想化テクノロジーを十分にテストしてサポート提供 Oracle Database Fusion Middleware Oracle Applications Non-Oracle Applications Non-Oracle Applications Oracle Linux Oracle Linux Oracle Linux Oracle or Red Hat Enterprise Linux Microsoft Windows Oracle VM 29

30 Oracle VM 導入事例 Oracle Corporation 海外国内 Oracle Development 数千人の開発者が使用 6 千の仮想マシンが稼働物理サーバー 75% 削減構築コストを 80% 削減 Oracle University ハードウェア 1/10 設置スペースが 50% 削減ソフトウェアテンプレートを活用毎週 2300 の環境を自動で Oracle On Demand ハードウェアが 1/3 に削減 CPU 使用率が 9% から 55% EBS / People soft ローワーコロラド川機関様 5 年間の費用 :1.5 億円削減エネルギ消費 : 65% 削減 Interactive One 様開発, QA, 本番系システム Guest VMs の数 : 58 St. Louis Metro RAC on VM マサチューセッツ大学様 PeopleSoft Business Intelligence Guest VMs の数 : 250 メルカドリブレ様南米 12 カ国で事業本番環境プライベートクラウド設置スペース ¼ アズワン様メインフレームの刷新プライベートクラウド構築サイバード様コンテンツ配信システムデータベース統合システム構築 :30 日から 2 日へほくでん情報テクノロジー様サポート環境の構築テンプレートの活用エンプレックス様 SW の開発環境の構築製品サポート環境の構築システムテクノロジーアイ様研修システムの構築 Guest VMs の数 : 75 以上テンプレート : 数十種類 30

31 STEP3: データベース統合インスタンスもしくはスキーマ単位でまとめるデータベース統合インスタンスもしくはスキーマ単位でデータベースを統合インスタンス単位でのデータベース統合販売管理会計業務顧客情報 OS OS OS Hypervisor スキーマ単位でのデータベース統合 31

インスタンス間でのリソース管理を実現インスタンスケージング CPU リソースの使用率をインスタンスごとに制限可能同一ノード上で複数インスタンスを稼動させている場合それぞれのインスタンスのビジネス要件に応じて CPU リソースの使用率を設定できる例 )Sales DB インスタンスA : 全体の 50 % HR DB インスタンスB : 全体の 25

32 インスタンス間でのリソース管理を実現インスタンスケージング CPU リソースの使用率をインスタンスごとに制限可能同一ノード上で複数インスタンスを稼動させている場合それぞれのインスタンスのビジネス要件に応じて CPU リソースの使用率を設定できる例 )Sales DB インスタンスA : 全体の 50 % HR DB インスタンスB : 全体の 25 % Mail DB インスタンスC : 全体の 25 % オンラインで切り替え可能 CPU_COUNT パラメータの値の変更リソースマネージャのリソースプランを有効化 Single DB/Real Application Clusters いずれでも使用可能 CPU の総数 = インスタンス C インスタンス B 2 インスタンス A 32

33 柔軟性のあるデータベース統合を実現 Oracle Grid Infrastructure Elastic( 柔軟 ) で Scalable( 拡張 ) な Database Cloud を実現物理サーバーの制限を排除しデータベースグリッド間で柔軟にリソースを配置 33

34 高可用性と高拡張性を実現 Oracle Real Application Clusters 複数台の Active サーバーでクラスタリングを構成可用性 : Active-Active のクラスタ構成により障害時にも継続してサービスを提供可能負荷分散 : Active-Active のクラスタ構成により処理の負荷分散が可能拡張性 : 動的にサーバーを追加しパフォーマンスをリニアに増加可能全体最適化 : ランタイム接続ロードバランシングにより自動で負荷分散が可能 34

Management 増え続けるデータへの対応驚異的なパフォーマンスクエリパフォーマンスを 10 倍以上改善 Oracle Exadata Smart Scan フラッシュ

35 データベース統合に最適な基盤 Oracle Exadata Database Machine 縦割り業務システムからクラウドへデータベースクラウドへの統合データベースサーバーを仮想化し共有プラットフォームを提供 Oracle Real Application Clusters ストレージリソースを仮想化して共有 Oracle Automatic Storage Management 増え続けるデータへの対応驚異的なパフォーマンスクエリパフォーマンスを 10 倍以上改善 Oracle Exadata Smart Scan フラッシュストレージの活用による I/O の高速化 Oracle Exadata Smart Flash Cache データ容量の大幅な削減を実現 Oracle Exadata Hybrid Columnar Compression 35

36 お客様事例株式会社ヒスコム様北陸コカコーラボトリング Oracle Exadata で OLTP とデータウェアハウスを統合し大量データのリアルタイム分析と運用コストの大幅な削減を実現お客様概要株式会社ヒスコム富山県砺波市業種 :IT 業従業員数 :70 名課題増え続ける大量の販売明細データの分析にデータウェアハウス専用の高速処理システムが必要だったがこの 5 年間で扱うデータ量が飛躍的に増加したためさらなるパフォーマンスが求められていた複雑な検索では結果が返されるまでに数十分以上かかったりデータの抽出加工ロード処理の負荷が上がったことでバッチ処理の時間が不足することがあった異機種混在環境下で各システムの性能を最大限に引き出すためにそれぞれに精通した技術者を確保しなければならないなど運用面の負担も増大していたビジネスの変化に合わせて分析環境を変更する際にもさまざまなシステムに手を加える必要があったお客様のコメント Oracle Exadata によるシステム構築をいち早く経験した当社がそのノウハウを活用することでデータウェアハウス専用システムを利用している顧客への導入が加速するでしょう株式会社ヒスコム代表取締役社長清水淳正氏導入効果基幹統合データベースとデータウェアハウスを 1 台に集約することで販売データの高速検索とリアルタイム分析を実現システム統合により開発および運用効率が向上必要に応じてシステム拡張できる柔軟性と同時に運用コストも大幅に削減製品とサービス Oracle Exadata 36

37 株式会社ヒスコム様の新システムの概要 37

38 Oracle Golden Gate リアルタイム連携によるノンストップ統合の実現 Oracle Golden Gateとはデータベース間の高速データレプリケーションを実現する機能製品の主な特長高速かつ軽量な動作で高いパフォーマンスを実現シンプルな複製はもちろん複雑な構成での連携をサポート障害からの復旧や処理の中断に対しても信頼性を提供 38

39 Oracle Golden Gate によるノンストップ移行統合移行時間が長いノンストップ移行が可能複雑な移行計画シンプルな統合移行が可能 39

40 システムの統合管理による運用管理コスト削減 Oracle Enterprise Manager アプリケーションミドルウェアデータベース Java アプリケーションの管理 Java アプリケーション詳細分析 EBS パッチ管理 Siebel 性能ボトルネック分析構成管理ユーザー視点での性能監視ミドルウェアの管理監視 ( 可用性リソース性能 ) JVM の詳細分析 SOA 環境の可視化構成管理データベースの管理管理 ( バックアップ領域追加など ) 監視 ( 可用性性能リソース ) 分析アドバイスチューニングパッチ適用構成管理オブジェクト管理機密情報のマスキング OS ハードウェアストレージその他の管理 OS(Unix/Windows/Linux) の監視ストレージ (NetApp/EMC) の監視構成管理 40

41 Agenda 分散データベースの問題点と解決策データベース統合の種類データベース統合のステップまとめ 41

42 まとめ今回のセミナーで紹介したサーバー統合手法サーバー論理統合サーバー位置統合サーバー物理統合仮想化技術を使った物理統合仮想化技術を使わない物理統合インスタンス単位でのデータベース統合スキーマ単位でのデータベース統合段階的に統合を行い最終的にスキーマ単位でデータベースを統合していくことをオススメしますスキーマ単位でのデータベース統合のメリットデータベースがデータの集約率が高い! 集計分析作業が簡素化できる! 42

43 OTN セミナーオンデマンドとは? 100 種類以上の録画セミナーから自分のペースで受講する録画されたセミナーの無償ダウンロードサービスです毎月旬なトピックの新作コンテンツを追加ダイセミでおなじみの講師陣 ( オラクルエンジニア ) が続々登場 MP4 形式での提供によりスマートフォンで通勤中にも聴講可能スマホでもみられる! 毎月チェック! OTN セミナーオンデマンド一覧はこちらオススメ & 新作コンテンツ情報はこちら OTN オンデマンド検索 43

Oracle エンジニアのための技術情報サイトオラクルエンジニア通信 http://blogs.oracle.com/oracle4engineer/ 最新情報つぶやき中 @oracletechnetjp 技術資料が見つかる!

44 Oracle エンジニアのための技術情報サイトオラクルエンジニア通信技術資料が見つかる! キーワード検索レベル別カテゴリ別製品機能別コラムでなるほど!! オラクル製品に関する技術コラムを毎週お届け決してニッチではなく誰もが明日から使える技術のあそうだったんだ! をお届けオラクルエンジニア通信 44

45 以上の事項は弊社の一般的な製品の方向性に関する概要を説明するものですまた情報提供を唯一の目的とするものでありいかなる契約にも組み込むことはできません以下の事項はマテリアルやコード機能を提供することをコミットメント ( 確約 ) するものではないため購買決定を行う際の判断材料になさらないで下さいオラクル製品に関して記載されている機能の開発リリースおよび時期については弊社の裁量により決定されます Oracle と Java は Oracle Corporation 及びその子会社関連会社の米国及びその他の国における登録商標です文中の社名商品名等は各社の商標または登録商標である場合があります 45

47 47

以下の事項は弊社の一般的な製品の方向性に関する概要を説明するものですまた情報提供を唯一の目的とするものでありいかなる契約にも組み込むことはできません以下の事項はマテリアルやコード機能を提供することをコミットメント ( 確約 ) するものではないため購買決定を行う際の判断材料になさらな

以下の事項は弊社の一般的な製品の方向性に関する概要を説明するものですまた情報提供を唯一の目的とするものでありいかなる契約にも組み込むことはできません以下の事項はマテリアルやコード機能を提供することをコミットメント ( 確約 ) するものではないため購買決定を行う際の判断材料になさらな 20 分で理解する Oracle GoldenGate 日本オラクル株式会社以下の事項は弊社の一般的な製品の方向性に関する概要を説明するものですまた情報提供を唯一の目的とするものでありいかなる契約にも組み込むことはできません以下の事項はマテリアルやコード機能を提供することをコミットメント ( 確約 ) するものではないため購買決定を行う際の判断材料になさらないで下さい

Oracle Direct Seminar <Insert Picture Here> ここから始めるデータベース統合 日本オラクル株式会社

Oracle Direct Seminar <Insert Picture Here> ここから始めるデータベース統合日本オラクル株式会社