ボリュームシャドウコピーを使用したSQL Serverバックアップ

Windowsの多くの有名なバックアップユーティリティは、新しいバージョンのWindowsに組み込まれているボリュームシャドウコピーサービスを使用して、開いているファイルを安全にバックアップするために、ディスクの特定の時点のスナップショットを作成します。

しかし、このメカニズムはSQL Serverでどの程度うまく機能しますか？SQL Server VSS Writerは、バックアップシステムとSQL Serverの相互運用を支援するために存在しますが、すべてのバックアップシステムがSQL Serverについて知っていて、SQL Serverが提供するバックアップ関連のAPIを利用しているわけではありません。

だから私の質問は、SQL Serverについて何も知らないプログラムについてはどうですか？

おそらく、MDFファイルとLDFファイルが1つの瞬間に存在していたため、それらのポイントインタイムスナップショットを取得します。そしておそらくSQL Serverのデータ形式は十分に堅牢であり、そのようなスナップショットは一貫性があり使用可能であることが保証されます。

それは物事が機能する方法ですか、それとも何か不足していますか？そのようなバックアップメカニズムを使用することについての「落とし穴」はありますか、それとも私は安全ですか？

短い答え：SQLサーバーが適切に構成されていない限り、それらは一緒にうまく動作しません（そして、それでも私はそれをお勧めしません）。

ここでは、VSSとMSSQLの連携に関する多くの情報があります
。MSKB919023：SQL Server 2005接続とボリュームシャドウコピーサービス（VSS）。

警告の一言：

おそらく、SQL Serverデータ形式は十分に堅牢であり、そのようなスナップショットは一貫性があり使用可能であることが保証されます

これは大きな仮定であり、残念ながら必ずしも安全であるとは限りません。そのため、MSSQLメンテナンスプランは、災害からの復旧を確実にするために不可欠です。

MDFおよびLDFファイルをバックアップすることはありません。

バックアップ（プラン、SQL、SMOなど）を実行してから、これらのバックアップファイルをバックアップします。

率直に言って、VSSについてベンダーが言っていることはわかりません。また、バックアップ用のSQL Serverプラグインを持っているベンダーも嫌いです。SQL Serverのネイティブバックアップのみを使用している

参考：MDFとLDFもウイルススキャンから除外します。

SQL「オプション」を備えたソフトウェアがない場合は、次のようにします。

データベースのSQLメンテナンスプランまたはスケジュールされたバックアップジョブを作成し、それらをディスクにダンプしてから、サーバーをバックアップします。または、それらをダンプするときに、ディスクからディスクへのバックアップの場所がある場合は、直接バックアップします。

VSSバックアップの主な問題は、SQLサーバーでのキャッシュが原因です。

ディスクの現在の状態には、必ずしもすべてのデータベース変更が含まれているわけではありません。スナップショットを作成する前に、SQLサーバーがすべてのキャッシュを確実に書き込むようにするには、Backupsoftwareがこれを認識している必要があります。

そうは言っても、最も安全な方法は、依然としてsql管理/ sqlサーバーツールでバックアップすることです。

また、すべてのSQLサーバーデータとバックアップファイルをウイルススキャナー（.bak、.mdf、.ldf）から除外する必要があります。