SQL Server 2005 クライアント側のリダイレクト

http://technet.microsoft.com/ja-jp/library/cc917680.aspx

SQL Server 2005 では、ADO.NET または SQL Native Client を使ってミラーリングされたデータベースに接続する場合に、データベースミラーリングフェールオーバーが発生したときのドライバの自動リダイレクト機能をアプリケーションから利用することができます。接続文字列の中に最初のプリンシパルサーバーとデータベース、およびオプションでフェールオーバーパートナーサーバーを指定する必要があります。接続文字列のすべてのキーワードの詳細については、「SQL Native Client での接続文字列キーワードの使用」を参照してください。

接続文字列の作成方法は複数ありますが、ここでは、サーバー A をプリンシパルサーバーとして、サーバー B をミラーサーバーとして、AdventureWorks をデータベース名として指定する場合の例を示します。

"Data Source=A;Failover Partner=B;Initial Catalog=AdventureWorks;Integrated Security=True;"

接続文字列内のフェールオーバーパートナーは、最初のプリンシパルサーバーへの接続が失敗した場合の代替サーバー名として使用されます。最初のプリンシパルサーバーへの接続が成功した場合は、フェールオーバーパートナー名は使用されませんが、ドライバがクライアント側のキャッシュ上のプリンシパルサーバーからフェールオーバーパートナー名を検索して保存します。

クライアントがプリンシパルサーバーとの接続に成功して、データベースミラーリングフェールオーバー (自動、手動、または強制サービス) が発生したと仮定します。次に、アプリケーションがその接続を使用するときに、ADO.NET ドライバまたは SQL Native Client ドライバが、古いプリンシパルサーバーへの接続が失敗したことを検出して、自動的にフェールオーバーパートナー名を指定して新しいプリンシパルサーバーへの接続を再実行します。この接続が成功し、新しいプリンシパルサーバーによって指定されたデータベースミラーリングセッション用の新しいミラーサーバーが存在する場合は、ドライバが新しいパートナーフェールオーバーサーバー名を検索してクライアントキャッシュに格納します。クライアントが代替サーバーに接続できない場合は、代わりにドライバがログインタイムアウト期間が切れるまで、各サーバーに接続しようとします。

ADO.NET ドライバと SQL Native Client ドライバに組み込まれているデータベースミラーリングサポートを使用する重要なメリットは、データベースミラーリングフェールオーバーを処理するために、アプリケーションをコーディングし直したり、アプリケーションに特別なコードを追加したりする必要がないことです。

ADO.NET または SQL Native Client の自動リダイレクションを使わなくても、別の技法を使ってアプリケーションのフェールオーバーを実現できます。たとえば、ネットワーク負荷分散を使用すると、クライアントをバーチャルサーバー名に接続するだけで、あるサーバーから別のサーバーへ接続を手動でリダイレクトすることができます。また、独自のリダイレクションコードを作成して、そのロジックを試すこともできます。

ただし、データベースミラーリングによってクライアントのリダイレクションを調整するこれらの技法のすべてには、重要な制限事項があります。データベースミラーリングは、サーバーレベルではなくデータベースレベルでのみ発生します。アプリケーションから、1 台のサーバー上の複数のデータベースにクエリを実行する場合、または、複数のオブジェクト名を使って複数のデータベースにクエリを実行する場合は注意が必要です。1 台のサーバー上に複数のデータベースが存在し、それらが 1 台のスタンバイサーバーにミラーリングされている場合は、複数のデータベースのうちの 1 つしかスタンバイサーバーにフェールオーバーすることができません。このような場合は、クエリを実行するデータベースごとに接続を分ける必要があります。そうしなければ、1 つのデータベースだけがプリンシパルで、残りのデータベースがすべてミラーのスタンバイサーバー上で、データベースを横断するクエリを実行することになります。