高可用性と開発ツールを武器に UNIX/レガシー・システムの置換を狙う マイクロソフト サーバープラットフォームビジネス本部 プロダクトグループ ディレクター 五十嵐 光喜氏

−−最近の市場調査を見ると，PCサーバーの導入は相変わらず増え続けているようです。サーバー統合のニーズは本当に高いのですか。

　高いですね。私はSQL Server以外のサーバー製品も担当していますが，特にExchange Serverではサーバー統合の傾向が顕著です。5年ほど前には各支店にメール・サーバーやグループウエア・サーバーを置くという設計が一般的でした。ところが今は，ハイエンド・サーバーを中心に据えて統合するのが普通です。

　実際にある飲食店のお客様では，アップグレードによって，20台ぐらいあったExchange Serverを4台に集約しましたし，ある信託銀行は10数台のサーバーを数台にまとめました。

　その背景には，ここ数年でようやくハードもソフトも単体でスケールアップできる製品が登場したことと，ブロードバンドの普及があります。さらにいえば，分散による管理工数の増大にお客様がへきえきしているのです。

　ただし，メール・サーバーは分散していてもシステムとしては1つなので，統合しやすいものです。これに比べ，データベースの場合は，「分散」＝「役割が違う」ということなので，簡単には統合できません。それでもお客様のマインドは明らかに統合に向っています。

−−データベース統合は，スキーマやフォーマットから作り変える必要もあり，かなり大変な作業になりますね。

　そうですね。でも方向性としては明らかにデータ統合の方向に進んでいます。セキュリティやコンプライアンスの問題も，それを後押ししています。企業システムの大事な情報が分散して何のケアもなく置かれているのは，望ましいことではないですよね。その解決策としてデータ統合を考えた事例もあります。

　各部署に分散しているデータをまとめることで，経営を可視化する効果も期待できます。例えば営業，販売，マーケティングの各部署，あるいは各事業所が持っているものをまとめると，会社の意思決定を迅速化したり，顧客への対応を機敏にしたりする効果があるのではないでしょうか。

　データベースの一元化には2段階があります。1段階は物理的に1つのハードウエアにまとめることです。これはハードウエアがスケールアップすれば可能であり，これだけでも管理コストは飛躍的に下がるでしょう。しかしもう1段階進んで，複数のデータベースを有機的に一元化するには，かなりの作業が必要だと思います。

　統合を支援する製品としてはもう1つ，我々のBizTalk Serverがあります。この製品を利用することで，業務ごとに構築されていたシステムを有機的に統合することができます。単にシステムを統合するのではなく，BPM（ビジネス・プロセス・マネジメント）でプロセスを処理するシステムとして統合することが可能です。弊社のアプリケーション・プラットフォームを活用すれば，データ統合だけではなく，ビジネス・プロセスの統合も実現することができます。

−−高性能・高信頼のIAサーバーを武器に，メインフレーム市場を取りにいきますか。

　それはどうでしょうか。お客様がメインフレームを採用している理由は，性能とか価格だけではないと思います。システムが確実に動くかどうかとか，障害が起こったときに原因がどこにあるかすぐに分かって直せるといった高可用性を重視しているのだと思います。

　とはいうものの，富士通のようにメインフレームを持つベンダーは，そのお客様の要求がよく分かっています。そういう意味では，PRIMEQUESTのようなサーバー製品が出てくると，特に可用性に強い関心があるお客様はどんどん来ると思います。

　マイクロソフトも，その点を本気でやらなければいけないと思っています。メインフレームで動いている資産をすべて新しい環境に移す必要はないかもしれませんが，今後，企業が成長していくための高可用性システム，そのワークロードはすべて新しいItanium 2搭載サーバーに落ちてくると思います。

−−新しいSQL Server 2005は，ミッション・クリティカル領域を狙って可用性の向上に重点を置いていますね。

　データベースに対するお客様の最大の要求は，停止しないことです。データベースの停止には大きく分けて「計画外停止」と「計画停止」の2つがあります。計画外停止はハードウエアやソフトウエアの障害が原因で，意図しないタイミングで起こります。計画停止はサーバーの保守のために日曜日の夜中とかに止めるといったことです。SQL Server 2005では計画外停止と計画停止に対していろいろな機能を提供することで，停止期間を短縮します。

　例えば計画外停止への対策の1つはフェールオーバー・クラスタリングです。これはSQL Server 2000から提供している機能ですが，対応するノード数を増やすとか，セットアップをもっと簡単にして導入しやすくするといった方向で引き続き機能を強化します。もう1つはデータベース・ミラーリングです。これはフェールオーバー・クラスタよりも速いスイッチングが可能で，一方のサーバーが落ちたら非常に短い時間でフェールオーバーがかかるような仕組みも提供しています。

　計画外停止を100％防ぐのは難しいですが，できるだけ停止時間を短くすることは可能です。例えばファースト・リカバリという機能で高速復旧を図りました。復旧したデータベースをオンラインにする処理において，今までは全部復旧させてからオンラインに戻していたものを，戻った順に即オンラインにするように変更しました。つまり復旧が済んだところから次々に利用できるようにしたのです。

　もう1つ，インデクスの再構築など，これまではいったん計画停止が必要だった作業もオンラインのまま処理できるようにしました。

	図1　SQL Server 2005はVisual Studio 2005との統合によってITライフサイクルを効率化 [画像のクリックで拡大表示]

　このように可用性を追求した結果，メインフレームから移行してくる企業も増えてくるでしょう。この可用性に加え，高い運用性，柔軟性といった点から，UNIXを導入するのではなく，例えば富士通のPRIMEQUESTのようなメインフレーム並みのサーバーとWindows，SQL Serverを組み合わせてリプレースしたらどうですか，と提案していきたいわけです。

　そこで，2005年7月に富士通と共同で「Fujitsu/Microsoft SQL Server技術支援センター」を設立しました。この目的の1つは，お客様の要件をベースにSQL ServerとPRIMEQUESTの組み合わせを検証し，最適なシステム構成を提案することで，信頼性が高く，稼働後も安定したシステムを納入できるようにすることです。

−−SQL Server 2005がVisual Studio 2005と緊密に連動するようになったことも注目されますね。

　それは大きいです。具体的には，Visual Studio 2005においてVisual Basicなどの.NET対応言語を使ってSQL Server 2005のストアド・プロシージャの作成やデバッグ，ビジネス・インテリジェンス機能の利用などが可能です（図1）。この結果，ITライフサイクルの効率化が達成され，経営環境の変化に強いエンタープライズ・システムの構築・運用が可能となります。新しいデザイン・ツールのExpressionなども含め，アプリケーション開発に必要な一連の製品が用意できているのです。