適用対象:
SQL Server
可用性グループのプライマリ データベースまたはセカンダリ データベースにデータベース スナップショットを作成できます。 レプリカ ロールは PRIMARY または SECONDARYである必要があり、 RESOLVING 状態にすることはできません。
注
任意のデータベースにデータベース スナップショットを作成すると、書き込み時のコピー アクティビティのために CPU と I/O のオーバーヘッドが増加します。 データベース レプリカでは、このオーバーヘッドによって再実行スループットが低下し、特にスナップショットの数が増えるにつれて、他の操作に影響を与える可能性があります。
データベースの同期状態が SYNCHRONIZING または SYNCHRONIZED場合は、データベース スナップショットを作成する必要があります。 ただし、データベース同期状態が NOT SYNCHRONIZINGされている場合でも、データベース スナップショットを作成できます。
レプリカがプライマリ レプリカから DISCONNECTED されている場合、セカンダリ レプリカのデータベース スナップショットは引き続き機能します。
一部の Always On 可用性グループの条件により、ソース データベースとそのデータベース スナップショットの両方が再起動され、ユーザーが一時的に切断されます。 このような条件は次のとおりです。
プライマリ レプリカによってロールが変更されます。 この変更は、現在のプライマリ レプリカがオフラインになり、同じサーバー インスタンスでオンラインに戻ったり、可用性グループがフェールオーバーしたりしたために発生する可能性があります。
データベースがセカンダリ ロールに移行する場合
データベース スナップショットをホストする可用性レプリカがフェールオーバーした場合、データベース スナップショットは作成したサーバー インスタンスに残ります。 フェールオーバー後もスナップショットを引き続き使用できます。 環境内でパフォーマンスが問題になる場合は、手動フェールオーバー モード用に構成されたセカンダリ レプリカによってホストされているセカンダリ データベースでのみデータベース スナップショットを作成します。
このセカンダリ レプリカに可用性グループを手動でフェールオーバーすると、データベース スナップショットの新しいセットを別のセカンダリ レプリカ上に作成し、クライアントを新しいデータベース スナップショットに再出力して、プライマリ データベースからすべてのデータベース スナップショットを削除できます。