« 2009年8月 | Main | 2009年11月 »

2009年9月 Archives

2009年9月 5日

Oracle製品に期待して頂くこと

Oracle 製品に期待して頂くことは、いろいろあると思います。
(無くなったら終わりだ。。。)

特にデータベース製品を担当している私としては、かなりコモディティ化
してしまったOracle Databaseに対して「いま以上、期待していない」と
言われてしまうこと、「今の機能で、安ければいいのよ」と思われてしまうこと
が一番怖いことだったりします。

当然、「データを格納する」という意味では、このままで十分だったりすると
思いますし、「都市伝説2」にあるような(社内批判ととられると首があやういですが)
昔ながらのデータベース運用について議論すると、当然、他社DBとしての反論!
とか、それに対しての反論!とか、既存の顧客やパートナー様をおいてけぼりの
議論になりかねないなーとも思います。
一応「都市伝説」を擁護しておきますと、何も検討しないでデータベース製品を選ぶことは
ITに携わるものとして危険ですよ、こんなこと、無いと思いますが!!という観点で
中堅企業様の運用管理者様に(多少デフォルメして)伝えること自体は、悪意では
無いと信じています。

話がそれてしまいましたが、いま、オラクルのデータベースは「これ以上、機能は
いらない」という状態なのでしょうか?

みなさまも良く耳にする「クラウド」「PaaS」などのWeb上のサービスとして利用する
データベース。本当に今の機能(9iや10g)で十分なのでしょうか?
他社DBもしかり、ですね。

より、多くの企業がクラウドとかインターネット上にあるサービスを安心して利用する
ためにはセキュリティが必須(絶対、に近いくらいの。絶対はありません)ですし、
SLA(サービスレベル)を担保するためには、より細やかな情報収集・監視、
そしてチューニング(もちろん、これもサービスレベルで)が必要です。
無制限なサーバースペック、ストレージ拡張、あらゆるメンテナンスのオンライン処理、
処理の自動化・省力化、相反するグリーンへの貢献(法制度化することだって、
将来あり得ますよね。減税になるとか。)。

カタログ上やマーケティング上のメッセージでは、すでにこれらは現実のもの!と
言われているかもしれませんが、まだまだ実用段階とはいえないと思います。

これを実現するための機能拡張は、すべてのシステム構成要素(DBだけでなく)、
ハードウェア、OS、DB、アプリケーション層で必要だし、進化しつづける必要が
あると思っています。

高いと言われるサポート費用であっても、別に障害対応をするためだけのもの
ではありません。次の開発投資にもつながる大事なものとして、大事に活用させて
頂いているものです。

また、話がそれました。申し訳ありません。

もし、これを読んでいる技術者のあなたが、Oracle Databaseを使ってくれて
いるのであれば、現状、使っていて不満に思うことを3分でよいので、考えて
ほしいのです。

もしかしたら、11gで解決できるかもしれません。
クラウド上に自社のシステムを展開する前に、まだまだ検討することが
あるかもしれません。
削るべきは、必要なコストではなく、本来削れるのに利用方法を知らないが
故に無駄にかかっている(人的、時間的)コストのはずなんです。

現在、(新規でなくとも)Enterprise Editionを利用できるシステムを担当しているのだと
すれば、非常にHappyです。

Flashback Database機能を使えば、バッチロード処理時間が半分の時間で
終わるかもしれません。
RMANを使えば、増分バックアップと破損ブロックの検出を同時に実行でき、
バックアップ処理時間が10分の1になるかもしれません。
Begin Backup&Split Mirrorバックアップで、本番2TB、3世代バックアップで
合計8TBのディスクを買う?本当に?

今のデータベース運用(クラウドを検討する前に)本当に検討することありませんか??

ああ、でも、「クラウド」をキーワードにセミナーなどもおこなっている弊社ですので
クラウドも併せて検討してください。

クラウドも提供する側の会社まで、コストが下げられると勘違いしてしまう
ケースがあるのですが、提供したいと思ったら、それなりの投資が必要ですので、
すごい大変です。。。かつ、グローバルな競合は、数年先に進んでいますし、
価格も挑戦的だったり。。
長くなるので、この話は、またの機会に。

2009年9月 8日

OracleDatabaseかSQLserverか?

前回に引き続き、あらゆるところで波紋を(身内のみ?)広げております。。
OracleDatabaseかSQLserverか

凄く的を得た記事だと思います。やはり、使う方の今までの経験だったり、思いが
反映されてシステムが構築され、保守されていると信じたいです。

私も10年前くらいは、前職で金融会社の社内基盤(限るオープン系)のほとんどに関わって
50台近い本番サーバー、それ以上にある開発サーバーなどのおもりを(OracleDBに限らず)
しておりました。

OracleDBへの安心感や新しい機能へのワクワクが、採用OKとなったときの喜び
としてありました。
本番へのリスクを多少(笑)考慮しながら、新機能をエイヤって動かし、無事に
運用に乗ったときの喜びもありました。
ベースは、こういう思いを利用する方に抱き続けて頂けるかだと思います。私は。

この記事において、クラウド環境に移行したときに、運用コストが100ドルと500ドルの
システムが現れるかもという点も興味深いですが、それこそ、DBだけの問題では
なくなる気がしますし、大規模運用になったときのコスト削減機能が優れているのが
Oracle DBだと信じていますw
前回も書きましたが、サービスレベルの話も必要ですから。

前回といえば、偉そうに「考えてみてください」なんて言ってしまいましたが、
その日の夜、湯船につかって自分でも考えてみましたが、以外と思いつかないものです。

『製品を選ぶ。』

機能だけじゃないって、分かっていても機能比較したくなってしまうのは、
製品ベンダ・エンジニアの性なんでしょうか・・・。

きっちりシステムを設計し、テストをし、運用をしている。実績豊富。
これもOracleDBの良さだと人一倍思っていますが、これは、利用して頂いている
皆様のものですからね。
我々は皆様に負けないくらい、製品を、もっともっと磨きたいんですよね。

2009年9月10日

データベースを巻き戻せ!

http://bit.ly/BaLv6

都市伝説パート2の記事、今回は

フラッシュバック機能です。

これこそ、10gで入った面白い機能で5本指に入るものかもしれません。

詳細は、記事を読んでいただくとして、SAPでもまっ先に採用されたと言えば、同じ業界で働くエンジニアには重要度が伝わりますかね?

ストレージのスナップショットのようにも使えるので、夜間バッチ前にバックアップでなく、フラッシュバックのリカバリポイント取ったり、大量データのロード処理前にポイント作っておいて、NO LOGGINGし処理も高速化するなんて使い方もできます。

データベース全体のフラッシュバックは、エンタープライズ・エディションですが、コスト効果は、抜群なはず。

時間、ストレージ、運用管理の人件費、ハードウェア、、

これだけのためにエンタープライズ・ エディションにはしないと思うけど、使わなきゃ損なのが伝わると嬉しいです。

お金をかけれないシステムこそ、ソフトウェアによる手助けができるし、工夫のしどころですね。


-- Posted from my iPhone

About 2009年9月

This page contains all entries posted to Mamoru Iwasaki Blog in 2009年9月. They are listed from oldest to newest.

2009年8月 is the previous archive.

2009年11月 is the next archive.

Many more can be found on the main index page or by looking through the archives.

Creative Commons License
This weblog is licensed under a Creative Commons License.
Powered by
Movable Type and Oracle