サーバー インスタンスのアップグレード時に、ミラー化されたデータベースのダウンタイムを最小化する方法

ローリング アップグレードを開始する際は、ダウンタイムを最小限に抑えるため、すべてのミラーリング セッションにおいてミラー サーバーとして機能しているミラーリング パートナーから先に更新することをお勧めします。場合によっては、この時点で複数のサーバー インスタンスを更新する必要があります。

注意
ミラーリング監視サーバーは、ローリング アップグレード プロセス中、いつでもアップグレードできます。たとえば、セッション 1 ではミラー サーバーとして、セッション 2 ではミラーリング監視サーバーとして機能しているサーバー インスタンスであれば、今すぐにアップグレードすることもできます。

最初にアップグレードするサーバー インスタンスは、ミラーリング セッションが現在どのように構成されているかによって異なります。その指針を次に示します。

• サーバー インスタンスがそのすべてのミラーリング セッションにおいて既にミラー サーバーとして機能している場合、そのサーバー インスタンスを新しいバージョンにアップグレードします。

• どのサーバー インスタンスもいずれかのミラーリング セッションのプリンシパル サーバーとして機能している場合は、最初にアップグレードするサーバー インスタンスを 1 つ選択します。次に、選択したサーバー インスタンスの各プリンシパル データベースを手動でフェールオーバーし、そのサーバー インスタンスをアップグレードします。

アップグレード後のサーバー インスタンスは、自動的にそれぞれのミラーリング セッションに再度参加します。

前の手順でアップグレードしたミラー サーバー インスタンスのすべてのミラーリング セッションの同期が完了するまで待ちます。次に、プリンシパル サーバー インスタンスに接続し、セッションを手動でフェールオーバーします。フェールオーバー時は、アップグレードされたサーバー インスタンスがそのセッションのプリンシパル サーバーになり、以前のプリンシパル サーバーがミラー サーバーになります。

この手順の目的は、一方のサーバー インスタンスを、パートナー関係にあるすべてのミラーリング セッションのミラー サーバーとなるようにすることです。

アップグレードしたサーバー インスタンスに対するフェールオーバー後の制限

SQL Server 2005 のサーバー インスタンスから SQL Server 2008 のサーバー インスタンスにフェールオーバーした後は、データベース セッションが中断されます。もう一方のパートナーがアップグレードされるまで再開できません。ただし、プリンシパル サーバーは引き続き接続を受け入れ、プリンシパル データベースに対するデータのアクセスや変更は許可されます。

注意
新しいミラーリング セッションを確立するには、すべてのサーバー インスタンスが同じバージョンの SQL Server を実行している必要があります。

フェールオーバー後は、プリンシパル データベースに対して DBCC CHECKDB コマンドを実行することをお勧めします。

すべてのミラーリング セッションにおいて、現在ミラー サーバー (パートナー) となっている各サーバー インスタンスをアップグレードします。場合によっては、この時点で複数のサーバーを更新する必要があります。

重要
複雑なミラーリング構成の場合、一部のサーバー インスタンスが、1 つまたは複数のミラーリング セッションで元のプリンシパル サーバーとして機能している場合があります。これらのサーバー インスタンスについては、関係するすべてのインスタンスがアップグレードされるまで、手順 2. ～ 4. を繰り返してください。

ミラーリング セッションを再開します。

注意
自動フェールオーバーは、ミラーリング監視サーバーがアップグレードされてミラーリング セッションに戻されるまで機能しません。

すべてのミラーリング セッションの残りのサーバー インスタンス (ミラーリング監視サーバー) をアップグレードします。アップグレードしたミラーリング監視サーバーをミラーリング セッションに再度参加させると、自動フェールオーバーが有効になります。場合によっては、この時点で複数のサーバーを更新する必要があります。