現在、デルのEqualLogic Auto-Snapshot Manager/Microsoft Edition(ASM/ME)を使用してSQLServerデータベースをバックアップすることを検討しています。ただし、ASM/MEはMicrosoftボリュームシャドウコピーサービス(VSS)を使用してデータをバックアップおよび復元するためのフレームワークを提供するため、私はこれに非常に懐疑的です。
私の懸念は、VSSバックアップは技術的には機能しますが、データベースはVSSバックアップを認識せず、バックアップ前にすべてがコミットされることを保証できないため、この方法を使用するとデータベースが破損する可能性があるということです。
Microsoft VSSベースのバックアップは、SQL Serverデータベースのバックアップと復元で問題なく機能しますか?私が知っておく必要がある他の懸念や警告はありますか?
VSSとSQLServerはお互いをよく認識しています。 VSSやその他のバックアップテクノロジをサポートするためにSQL Serverによってインストールされる特定のサービス SQLライターサービス もあります。ベンダーはこのASPIに接続します。 SQL Serverバックアップアプリケーションベンダーのガイド を参照してください。
VSSバックアップアプローチは、SQLServerでの使用に適しています。 VSSプロバイダーはSQLServerと連携するように設計されているため、何度も使用しましたが、復元に問題はありませんでした。
とは言うものの、私の好ましいアプローチは、常に従来のFULL> DIFF> LOGスケジュールでSQLダンプバックアップを作成することです。これにより、プロセスを完全に制御し、ポイントインタイムの復元機能を確実に使用できるようになります。
前回の投稿では、実際には両方のシナリオを並行して実行していました。SQLバックアップは一般的な用途であり、ほとんどのリカバリで使用されます。スナップショットは、ホスティング会社がマシン全体と一緒に個別に作成したため、SQLジョブで問題が発生した場合に備えて、バックアップをベルトアンドブレースフォールバックとして利用できました。