データベース・プライベート・クラウド構築のステップ

次のOracle Days Tokyo 2014の講演は、

Database as a Service
効果的なデータベース・プライベート・クラウド構築のためのベストプラクティス

講師：日本オラクルの人＆ながせの人

でした。そいつをメモメモ



■Database as a Serviceとは？

OracleDataBaseの継続的なイノベーション
・常にお客様の当市を保護しながらコンピューティング時代の変遷をリード
　　クライアントサーバー
　　インターネット
　　ビッグデータとクラウド
→ＩＴ予算増やすのは難しい／へらすけど、新しい技術に対応

なぜDatabase as a Serviceが注目されているのか？
・仮想化によるサーバー統合では、データベース運用コストは下がらない
Oracle DBaaS(でぃばーす：プライベートデータベースクラウド）
・サービスを利用する立場
　　俊敏性、低コスト
・ＩＴ部門（提供者）としてのメリット
　　クラウドサービスプロバイダ

Database Cloudへの４つのステップ
１．標準化：
２．統合
３．セルフサービス
４．ガバナンス

クラウドインフラストラクチャ
　１．マルチテナント:12C
　２．拡張可能なプラットフォーム：ExaData
　３．ライフサイクル管理：エンタープライズマネージャー

ExadataのDisk I/O効率化による安定した高集約環境の実現

Exadataの利点はハードウェアの進化を超えるソフトウェアのイノベーション

Database as a Serviceへのロードマップ
　　サイロ　：複雑
　　標準化　：シンプル
　　統合　　：効率的
　　クラウド：アジャイル

・お客様事例
　　データウェアハウスの刷新
　　　標準化
　　　バッチ・オンラインレスポンス

　　Ｖ１からＸ４への移行



■基幹業務システムのデータベース統合
　　海外のＳＡＰシステムあり：１５社
・Exadata導入経緯
　　２００９年７月　Exadata V1
　　２０１０年１１月　ハーフラック
　　２０１４年５月　Exdata X4とSAP-HANAを比較し、Exadata

・ＤＢ統合ステップ
　　基幹系／個別システム
Ｓｔｅｐ１　Ｖ１にのっていたところ移行
Ｓｔｅｐ２　ＳＡＰのデータベース
Ｓｔｅｐ３　既存システムの整理統合

・導入の懸念
　WindowsのOracleを見る感覚ではExadataは使いこなせない

　Oracle社のサポート
　　　初期構築
　　　ＳＡＰ構築支援
　　　パッチ適用サービス

・ＳＡＰ　ＤＢのパッチをＸ４に適用する必要アリ
　　　Oracle プラチナ　サービス
　　　専用のサーバー機器
　　　グローバル対応

・オラクル社とともに

・構成図

・バックアップ方式
　　→今後も考えるとＴＢのバックアップは耐えられない
　　→高速バックアップ
・Exadataの監視ＡＳＲとＥＭ
　　→連絡がメールのみ

・接続インスタンスを分ける

・ＳＡＰ　ＤＢ移行
　２４時間運用可能なぐろーばるシングルインスタンスの実現

・移行ポイント
　　利用停止時間が限られている
　　事前に検討した結果Ｒ３ＬＯＡＤを利用したらまにあわない
・ＳＡＰ移行サービス：Ｏ２Ｏ，Ｔｒｉｐｌｅ－Ｏ
　　→Ｏ２Ｏを利用
・移行リハーサルの実施
　　　キャラクタベース不一致
　　　パラメータのバイト設定

・結果

・今後


（講師：日本オラクルの人）

ニュースリリース出ている

■ベストプラクティス
・メンテナンスの共通化
・統合基盤としての設計
・パフォーマンス
・移行方法の決定

ゴール
・俊敏性
・コスト
・リスク

一般的な構築
・４ヶ月でデータベース統合
　　→基幹を短く
・セルフサービス機能
　　→ＡＷＳ，Ａｚｕｒｅのかんかくで

Enterprise Manager

DBaaSサービスカタログの設計プロセス
・サービス定義
・技術運用方式
・サービスモデル
・実装モデル

ベースの資料がグローバルでは始まっている

開発者のコストも削減：クローン

オンプレミスをクラウド側にもっていく
→Amazon，azureにも


まとめ
・Database As a serviceへの理解
・ロードマップ
・ベストプラクティス