【Storage Weekend】Oracle Database ストレージ管理・チューニング

講師は3名、「Oracle 実践ストレージ管理ガイド Automatic Storage Managementを利用した堅牢なデータベース構築」を執筆した4名のうち、堅田さん、後藤さん、宮永さん、（鈴木さんは現在米国武者修行中なので参加できず）です。

私は社内でも近くで仕事している職権乱用（？）、既得権益（？）を活かして、このお三方とはよくAutomatic Storage Management,Database FileSystem、Automatic Storage Management Cluster Filesystemなどについて利用局面、動作や機能を教えていただいたり、議論したりしています。

今回のアジェンダは、
・ストレージ入門
・Automatic Storage Management概要
・Automatic Storage Management耐障害性
・Automatic Storage Managementバックアップ
・懇親会＆ディスカッション
です。

ストレージ関連の話は熱いですね。 私も現場にいたときには、お客様のDBAさんやハードウェアベンダーさんも交えて、ホットスポットの解消の議論やストレージ増設に関する現場立会（といってもプロジェクトルームでちゃんと作業が進むか、OSやDBの観点で見ていました）。

Automatic Storage Managementがお客様にも受け入れられるようになっていくと、現場のコンサルタントからもストレージ活用におけるデータベースの物理設計が容易になったという事を聞きました。ここから考えても関節的ではありますが、ASMによるストレージ管理における難しさの解消につながっている事を実感できてうれしく思っています。

S.A.M.E（Strip And Mirror Everything）を謳い始めて10年くらい経つかと思いますが、この10年間着実にこれの実現と管理の自動化を進めてきていると思います。

ASM, ASSM（Automatic　Segment Space Management）, SecureFiles, DBFS, ACFS, RAC, そしてExadata V1、V2. これらの機能開発と拡張、連携、自動化。グリッド・コンピューティングを実現するに必要な技術を作ってはつなぎ、自動化で管理を楽にする。そして、作りをシンプルにする。これが継続されている事に1人のエンジニアとしても非常にうれしく思っています。

現在、Oracle8、8iやOracle9iをお使いのお客様にも、ぜひこの利点をお伝えできればと思ったりします。

本日、セミナーに参加くださっている方の中には、私も知り合いのエンジニアの方もいらっしゃっており、本当にありがたい限りです。ぜひ、今回のエッセンスを持ち帰っていただき、日頃の業務領域の拡大やプロフェッショナルとしてのスキルとキャリアアップの一助になればと思っています。

ちなみに、Oracle8、8i、9iをお使いで、システム更改を考えていらっしゃる方には2つの耳寄りなセミナーがありますので、最後にちょっと宣伝。

・11/24 【Upgrade Evening】Oracle Databaseのアップグレードの秘訣教えます（11gR2 対応版）
・11/26 クラウド時代に乗り遅れるな！ 不況を乗り越えるITコスト削減＆情報基盤統合で競争力強化！

システム更改を検討しているけど、アップグレードするの／しないの、やりたい／やれない、できる／できないを考えている方にとって耳寄りな情報をお伝えできるかと思います。ご予定のつく方はぜひご参加いただければ幸いです。

DBAが稼動状況監視の時や万が一の障害発生時に最初に良く見る
V$SESSIONやDB Controlでは以下の様に反映されるのです。

これは内部的には、DBMS_APPLICATION_INFOというPL/SQLパッケージの
SET_MODULEというプロシージャが実行されているのです。

ということは？

もう、お分かりですね。

DBMS_APPLICATION_INFOパッケージを使えば、様々なアプリケーションからでも
このModule列に対してアプリケーション情報を設定できるのです。

アプリケーションを開発する時に、そのアプリケーションが運用において、
数十という種類のサービス、アプリケーション、そして実際には
数百～数千というデータベース・セッションの中に埋もれてしまうという
事を意識して開発する人は限られているのでは無いでしょうか？

障害の時、エラーが発生している時、その発生している状況を迅速かつ
正確に情報を収集できるかが早期解決の鍵になります。

データベース・インスタンス・レベルでの情報収集は自動ワークロード・
リポジトリ（Automatic Workload Repository：AWR）によって実施されています。

そこから、更に掘り下げたい場合には、SQLトレースを取得する事などが考えられます。

更に効率化を狙う時には、

・SQLチューニング・セットを作成する
・SQLチューニングアドバイザを実行する
・SQLアクセスアドバイザを実行する

などにより、まずはOracleデータベースが出してくるアドバイスを確認してみてください。

その結果を見ながら、それ以外の施策を取りうるのか、システムの特性、
業務の特性を理解した上での可能性を探る事が常套策でしょう。

そのようにしてはじき出した施策を実際に、いつ、どのようにして本番環境へ
適用するかまでの実行計画に時間を費やすことができるようになります。

いかに、クラウド化、仮想化、統合化が進んだとしても、そのような環境を
運用する側は、的確に現状を把握でき、万が一のトラブルの時にも
その環境に適した手法を持って診断や分析を行う事ができる術を身近に
利用可能にしておく必要があると思います。

そして、そのような環境に対してアプリケーションを展開していく開発者は、
監視がしやすいアプリケーションを作る事が望まれますし、監視を行いやすい
アプリケーションが開発・実行できるインフラストラクチャを選択する事が重要になります。

そんな想いから「雲の中でも安全運転なアプリ運用」というタイトルでお届けしました。

クラウド化するのはハードウェア・コンピューティング・リソースだけではなく、
アプリケーション実行環境（いわゆるミドルウェア。データベースや
アプリケーション・サーバー）なんかもクラウド化しちゃうんですよね。

とは言うものの、それを具現的に管理する方はリソースの配分であるとか
もしもの時の問題の切り分けについても具現的に考えなければならないですよね。

クラウドです。といっているのは、Amazonさんだったりですが、国産の
データセンターサービス事業者の方などもクラウド的なPlatform As A Service
やInfrastructure As A Serviceなども提供してくると思います。

サービス提供者の視点で考えると、1つのアプリケーション実行環境に
複数のお客様のアプリケーションが稼動する事になります（マルチテナント・
ホスティングという事です）。

マルチテナント・ホスティングにおけるアプリケーション実行環境あるいは
それよりも更に小さな単位だとテナントに提供するワークスペースやそこで
実行されいるアプリケーションを切り出して監視する事やもしものときの
分析ができる事が重要になってきます。

1つの実装例として、Oracle Application Express （通称 APEX）があります。
これは1つの実行環境であるAPEX上に複数のワークスペースを作成する事ができ、
そのワークスペースの中に複数のアプリケーションを構築する事ができます。

APEX自体の実装はOracle Database上に実装されておりますので（HTTPの
リクエスト受ける口としては、HTTP Serverを外だしにする事もできますし、
Oracle DBにEmbeddedされたサーバーを口とする事もできます）、Oracle Databaseの持つ
セッション特定のTipsが活用されています。

このTipsは前回のエントリでお話した「5/23開催のOracle Weekendセミナー」の中でもお伝えした安定稼動の為のTips」の活用事例でもあります。

例えば....
こんな画面から作ったアプリケーション（Application 103）というものは(画像はポップアップします）、、
↓

こんな画面になります(画像はポップアップします）、。
↓

これを私の大好きなDatabase Controlで見てみると(画像はポップアップします）、
↓

「モジュール」という列で、「APEX:APPLICATION 103」というに見えます。

これは単に見えるからうれしいということではなく、仮に性能が悪くなったとしても、
この「モジュール」単位でチューニングを実施する事ができるのです。

「APEX:APPLICATION 103」だけをチューニングする事もできるという事です。

しかも、これはAPEXでアプリケーションを構築する際に何にも意識しなくても、
この「モジュール」名を付与してくれるので開発者がデータベースを詳しく
分からなくても監視しやすいアプリケーションが作れるという利点があるわけですね。

私自身、APEXの開発生産性の高さは分かっていたものの、この
「監視しやすいアプリケーションを構築するTips」を使って実装されていたとは
つい最近まで知りませんでした。

そんなきめ細かい設計をしてくれたAPEX設計者に感謝したくなる思いです。

この「モジュール」という列を活用する事は何もAPEXだけでなくとも、
他の開発言語やアプリケーション実行環境を使っていても使えるので、
雲の中でも安全運転できるアプリを開発する時には是非活用してみてください。

次回は、この「モジュール」という列を活用する方法について少しまとめて見たいと思います。

テーマは「Oracle DB Controlでやってみるチューニング入門」。

週末に3時間も外苑前まで足を運んでくれるなんて、そんな志の高さに
講師としても俄然テンションがあがります。

今回は、3時間という長丁場ということもあって、現役エンジニアの澤井ちゃん
（Oracle Open World Tokyo2009でも『データベース運用管理を徹底比較 -
検証からわかる業務改善とコスト低減』で、300人会場を沸かせたDB大好きっ子）と
一緒に講師を勤めさせていただきました。

4つのテーマでチューニングに関する心構えから、Oracle Databaseに携わる人たちの
キャリアパスに対する期待なんかも込めて、そしてその時に必須となるチューニングを
効率的に実施する為の手法・技法をみっちりお話させていただきました。

このセミナーは、Oracle Eveningとして3月23日と5月18日の夕方7時から開催した
セミナーのWeekend拡大版という事で実施させていただきました。

3月の時には、内容をちょっと詰め込みすぎたので、「Oracle Weekendセミナーで
開催して欲しい」というリクエストを頂き、週末の開催に至りました。

今回、足を運んでくださった方の中には、つい先日のEveningセミナーから
連続でいらして下さった方や、新卒研修でEveningには来れないからWeekendに
足を運んでくださった方もいらっしゃいました。

このセミナーのアジェンダおよびコンテンツを決める中で「2つ相対する事を1つにまとめてお伝えしよう」というチャレンジを試みて見ました。

1. パフォーマンス・チューニングに関する大局的な理解を深めていただきたい
2. 明日から使えるTips、プロジェクト標準を強化する為にすぐに始められるアクションを伝える

現場で日々Oracle Databaseのチューニングと向き合っている人の中には、
今すぐ使えるTipsや裏技があれば満足という方もいると思います。あるいは
職人としてのOracle Databaseチューニングを極める事を求め、実践している人も
いらっしゃると思います。

そんな生粋のOracle Databaseエンジニアの方には、より俯瞰的にDBを見つめ
自分の手足として使える機能領域を増やしていって欲しいと思います。
言ってみるとより多くの末端まで神経を行き渡らせる事で、今まで踊っていた
ステップの完成度を上げていくような事です。

アプリケーション開発の1つの道具、データの箱としてOracle Databaseと
向き合っているエンジニアの方に対しては、機能だけではなくパフォーマンス
（非機能要件）を満たす事に対する喜びや、パフォーマンス・チューニングに対する
アートへの気づきとそこへ第一歩を踏み出して頂きたい。

そんな思いを込めた3時間でした。

自動化や管理性の向上を実装するその意味は、Oracle Databaseという
DBMSを使ったシステム開発に携わる方々がより多くの判断を的確にかつ迅速に行い、
システムのアーキテクチャ、ひいてはビジネスのアーキテクチャに貢献できるように
する為の底上げをしていきたいと考えているのです。

インフルエンザにも負けないエンジニアの力で、この日本をもっと元気にしていきましょう！

経営者はもちろんのこと、事業部や部、課の単位でも多角的な事業パフォーマンスの
分析による戦略の立案、戦術の遂行、そして定期的なレビューによるアクション・プラン
の微調整が必要になります。

このような時代企業のトップが行う判断は非常に重要であり、その判断には企業全体の
パフォーマンスを事業セグメント毎や事業がターゲットとしている顧客セグメントなど
複数の軸で分析した情報を元に判断を行っていくでしょう。

最近は、業務上どうようの分析を行いながら様々企画の立案などのチームで行っています。

そこで感じた事は、「分析には生データがある事が重要。それも過去データを含めて」という事でした。

例えば、「過去5年間の製品別の売り上げの推移」であったり、「特定の対象顧客の
セグメントにおける経年での購買特性の変化」などを観点にして分析を行うことがあるとします。

製品というカテゴリに着目しても、新製品をリリースしていく、カテゴリが変更になるなどの
イベントが毎年発生します。

過去データとの比較する時に、昨年の製品カテゴリをベースに集計されたデータと
今年の製品カテゴリで集計されたデータを用いて比較や分析では、事実を正しく
読み取れない可能性があります。

分析に必要な軸をそろえて過去データまでさかのぼって反映させる事で、
軸のそろったデータ分析を行う事ができるようになります。

マネジメント層は、自分のスタッフの行った分析に対して信頼を置いているでしょう。
しかし、そのデータが特定のセグメントのデータを元として作った分析であったとすると、
見逃している事もあるのではないかと思います。

「ちゃんと分析したのか？」ではなくて、「ちゃんとしたデータを利用して分析をしているのか？」が重要になると思います。

その為には必然的に膨大の量のデータを扱いつつも、リアルタイムで分析の軸を
変えていけるようにする事が非常に重要になるのだと思います。

不確定な時代であるからこそ、地に足のデータを元にしたシャープな分析が必要なのです。

それはさておき、4月は何かと異動などが多いものです。私がお付き合い
させていただいている企業の方々も部署異動などにより、これまでと異なる
職務やアサインメントに付かれている方もいらっしゃいます。

プロジェクト・リーダーだった昨日が懐かしく、今日からプロジェクト・マネージャ
という方もいるのでは？今期のターゲットは何ですか？今から見積もって
下期に実行するプロジェクトは何ですか?

増えすぎたサーバーの削減ですか？サーバー統合ですか？今でも少ない
要員でまわしている運用管理・インフラ管理の更なる合理化ですか？

そんな方にお勧めのセッションをいくつかご紹介します。

【Database】直伝！本番・開発環境 総数900台の運監・キャパ管設計ベストプラクティス

このセッションは、私も以前所属していたオラクルのコンサルティング部門の
トップノッチ・コンサルタントが実際のプロジェクトで支援していた運用管理や
キャパシティ管理のベストプラクティスについて60分みっちりお伝えするセッションです。

監視対象の数が非常に多いプロジェクトにおいて、どのように効率よく
監視設計を行っていったか、今後運用の統合や標準化を検討しなければ
ならない方にとっては1つの大きな参考になる事間違い無しです。

【Java/REA】ボトルネックバスターズ60分体験入隊

こちらも、Oracle Universityの人気コースを切り出した、Webアプリケーションの
ボトルネックをあぶり出し、シューティングするノウハウを伝授するセッションです。
パフォーマンス・テストを実施される方、春からパフォーマンス・テストチームに
配属された方は必見のセッションです。

アプリケーションは機能要件だけを満たせばそれで検収されるものでは
ありません。性能やセキュリティといった非機能要件を満たす必要があります。

ボトルネックが発生するとは？それを確認するのは？切り分けるのは？
その方法を知っていると知っていないのでは、作業効率に雲泥の差がでます。

この2つはOracle Developという有償セッション枠ですが、その他の
セッション・ハンズオンとあわせて価値のある情報を仕入れる事のできる良い機会です。

Oracle Open World Tokyo 2009は開催間近！お申し込みはお早めに！

※お申し込みの際には、ご招待コード「2084」をご利用くださいませ。

「2.0」という言葉を使う使わないは「分かりにくいのではないか？」という社内の懸念の声もあったが、敢えてそこを出す事にチャレンジしました。

初音さんが執筆くださっている通り、明確に切り分けてみた。

企業の情報システムのカバレッジは高くなってきており、一折のIT投資がされているかと思う。
そんな中で多くの企業が検討しているのは、ビジネスにおける競争力、俊敏性を高めるために、EAやSOAを取り入れたITアーキテクチャの実現です。

私自身、非常に賛成であもありますが、EA=SOAということでもないと思っています。EAすなわちEnterprise Architectureのようなフレームワークを元に企業に変革をもたらすためには、それを支えるプロセスが必要であると思っています。

そのプロセスは何を隠そう保守・運用であると考えています。

管理、管理とオーバーヘッドが多いように思えますが、それら管理プロセスにも新しい風を取り込む事で、結果的長期間で大規模な変革を支えていくことができるだと思います。

管理プロセスにおける各タスクに対する作業量や煩雑さを提言するために、ITILなどのフレームワークが参考にしてみることが重要だろうし、ツールを活用する事で自動化・効率化、そしてワークフロー化を実現できるのだと信じています。

オラクルも品質管理に対する製品・ソリューションを展開することで、ニッポンのITとIT産業に元気をもたらす事ができるだというしております！

新しい事を考えようとすると人間はワクワクしてくるものです。
そのワクワクがあってこそ、人間的にも輝きが増してくるのではないかと思っています。

それぞれのプロセスにおける解を探求していきたいと思っておりますので、請うご期待！

-----
※1JUASの調査によれば、最近はずいぶん新規開発の割合の増加が見られるようであるし、アクセンチュアさんの調査によると業績好調の企業は新規開発の割合が多いということである。

@ITの当該記事にもあるとおり、「納期優先」で「テスト・品質は二の次」というシステムが多いのではないかと思います。

とあるお客様でもアプリケーションの保守・運用で予算の6割が取られているという話を聞きました。納期を優先するために、リリースされたアプリケーションには細かい不具合や機能の実装漏れが含まれた状態になっているものが多いのが現実です。

しかも、そのような潜在的な不具合は負荷が高い状態で発生する事が多いのが世の常です。

今回発表したテスティングのコンサルティングは、このような不幸な事故を未然に防ぐ為のテスティングを支援するものです。

この三つにはプログラムを開発するスキルとは異なったスキルと経験が必要になります。
システムの構成からボトルネックになりそうな箇所に対する適切な監視項目の設定を実施する事や、
テスト結果という数値やグラフなどからボトルネックを切り分けていく事などがそれに当たります。

製造業でデバイス系のソフトウェアチームの方と会話したときも、"テスターはすぐ雇えるが、テストエンジニアは育てるのが大変だ。これまでは、国内だけで開発をしていたので「阿吽の呼吸」で品質管理を行えていたが、オフショア開発や短納期になってきているので、効率的にテストを行う事、テストに関する情報を共有する事が品質を大きく左右している"と話されていた。

これまでオラクルはアプリケーションのフレームワークやパッケージアプリケーションという形で"作らずして創る"という観点から、システム・ソフトウェアの品質に対して貢献してきたと思います。

これからはテスト自体についてもソフトウェアやサービスを提供していくことで、"作ったものの価値を守り高める"というところでもIT業界に貢献していきたいと思います。

ということで、品質をオラクルと語りましょう！