システム・インテグレータから見たSQL Server 2005の注目機能

棚橋：セールストーク的には目玉となる機能がいくつもあるので、そちらの方に目がいきがちです。しかし、SQL Server 2005内部のアーキテクチャの改良が非常に重要です。SQL Server 2005では、SQL OSと呼ばれる新しいレイヤが組み込まれ、より高度なシステムの監視が可能になりました。

棚橋：従来はユーザーモード・スケジューラ（UMS）と呼ばれるコンポーネントがあったのですが、これは、現在のハードウェアに関してあまり意識せずに動いていました。それが、SQL Server 2005になるとNUMAアーキテクチャやマルチ・コアなど、システム構成を意識して動くようになります。

棚橋：数年前においては、せいぜい16プロセッサ程度までしかマルチプロセッサ・システムを利用できなかったのですが、これにより32プロセッサや64プロセッサといった大規模なシステムでも、その性能を生かせるようになります。お客さまから見れば、単一サーバで、より高いスケーラビリティを実現できることになります。

棚橋：そうですね。

棚橋：日本語で「動的管理ビュー」と訳しますが、Dynamic Management View（DMV）と呼ばれる機能について説明します。これは、管理機能の一部でSQL Server 2005の内部で「いままさに起こっていること」をモニタリングするための仕組みです。モニタリング機能は、以前のSQL Server 2000のときからあったのですが、お客さまからは「いま、SQL Serverの内部で何が起こっているのか分からない」という声が多数寄せられていました。

棚橋：SQL Server 2000では、システム・テーブルと呼ばれるものがあり、このテーブルの中の情報をピックアップするという方法がありました。SQL Server 2005のDMVは、これをもっと体系化したものと考えればよいでしょう。また、何らかの障害や、十分なパフォーマンスが得られない場合、SQL Server 2000では、プロファイラと呼ばれるツールを実行してデータベースの挙動をモニタしていました。

棚橋：はい、標準のツールですが、このツールはSQL Serverに対して大きな負荷を与えるため、気軽には使えないという問題がありました。パフォーマンスの低下を考慮すると、本番サーバで使える物ではありません。この点DMVは、非常に小さな負荷でシステムをモニタできるため、本番サーバでも計測が可能です。

棚橋：そうですね。またSQL Sever 2000では、取得できる情報にもかなり制限があったのですが、SQL Server 2005のDMVでは、はるかに多くの情報を取得することが可能になっています。

棚橋：私が実際に体験した例では、メモリが逼迫（ひっぱく）しているがために動けないクエリを特定することができました。

棚橋：はい。プリンシパル・インスタンスと呼ばれるデータベース・インスタンスからミラー・インスタンスに対してデータベース・ログを同期的に送信することで、両者のデータの状態を同一に保ち、プリンシパル・インスタンスに障害があった場合でも、数秒でのフェイルオーバーを可能にするという仕組みです。

棚橋：そうですね。データベースの更新を行うときに更新情報をログとして記録し、記録したログをプリンシパル・インスタンス自身が記憶するだけでなく、ミラー・インスタンスにも変更内容を転送します。このログ送信により両者の内容を同期させ、障害時でもデータをロスせずにフェイルオーバーできるようになります。

棚橋：ハードウェアで冗長化するという仕組みは、確かに前からありました。しかし、データベースのミラーリングという意味では、ハードウェア・レベルのそれには限界がありました。ログの書き込みによるデータ更新では、順序性を厳密に維持しなければなりません。しかし、物理的に異なるストレージ・ハードウェアでこれを保証するには、パフォーマンスを犠牲にする必要がありました。SQL Server 2005のようなデータベース・システム・レベルのミラーリングなら、そのような不利な点を克服できます。

棚橋：そうです。

棚橋：オーバーヘッドはあります。ただ、パフォーマンスの犠牲というのは最小限にとどめることに成功していると、私は見ていますね。

棚橋：そうですね。弊社内のテストでは、15％ほどの負荷で済んでいます。

棚橋：ミラーリングによって、万一障害が発生しても、数秒でフェイルオーバーしてサービスを継続できるという可用性の高いシステムになります。このような可用性を手に入れながら、パフォーマンスの低下が15％で済むというのは、非常に価値があると思います。

棚橋：フェイルオーバー・クラスタはフェイルオーバーしてから待機系のSQL Serverが立ち上がります。一方、データベース・ミラーリングでは、待機系のSQL Serveも立ち上がった状態にありますので、フェイルオーバーにかかる時間が非常に高速です。

棚橋：通常、1分から1分半といわれています。

棚橋：はい。

棚橋：そうですね。ただ、私としてはより大きなシステムで使っていただきたいな、という個人的な希望を持っています。

棚橋：はい可能です。実際、両者を組み合わせた超高可用性ソリューションの構築がすでに始まっています。

棚橋：やりやすいというより、やりがいがありますよね。もっと大規模なシステムに対しても、SQL Server 2005の機能と性能を生かしていきたいと考えています。

棚橋：そういうわけではありません。しかしシステム設計者や、プラットフォームを選択する意思決定者からすれば、管理機能や監視機能などで不満があったかもしれません。この部分は、今回のSQL Server 2005で大きく改善されました。