microsoft SQL Serverは、データ(。mdf)とログ(。ldf)を安全、正確、有効、またはバックアップすることを目的としていることを文書化していないことを知っています。 )ファイル(* SQL Serverの実行中)。つまり、これらのファイルがどのような状態にあるのかわかりません。ファイルではありません。
一部のバックアップソフトウェア 使用中にSQLServerのデータとログファイルをバックアップできると主張しています。
それが機能するかどうか(起こった場合)、事実を気にしないでください-それは意図された動作ですか?
はい、Windowsが提供するバックアップAPにプログラムが完全に統合されている場合は有効です(!)。基本的に、SQL Serverにファイルを一貫性のある状態にするように指示すると、ファイルはスナップショットになります。用語はVSS(ボリュームシャドウコピー)であり、そのためのAPIがあります。 SQLServerはそれをサポートしています。
通常、SQL対応のプログラムは、VSSライターを使用して、データベースの特定の時点のスナップショットを取得します。午前11時にバックアップを開始し、11:01にデータが入力された場合、そのデータはバックアップに含まれません。
SQL対応のバックアッププログラム(Symantec BEなど)の使用は完全に許容されます。 Symantec BEはmdfファイルとldfファイルを直接バックアップせず、SQLサーバーのバックアップセットにmdfファイルまたはldfファイルはありません。
SQLサーバーで使用されている実際のファイルをバックアップすることはお勧めしません。バックアップユーティリティが実際のデータファイルをロックして応答しなくなり、SQLエラーログに次のエラーが記録されるという問題が発生しました。
Date Time spid51 Database master: IO is frozen for snapshot
Date Time spid51 Database master: IO is thawed
以下を参照してください。
http://support.Microsoft.com/kb/90364
http://sqlbie.wordpress.com/2010/08/31/io-is-thawedfrozen-when-using-3rd-party-backup-agents/
過去の雇用主(私の現在を含む)と同様に、データファイルがバックアップに複製されるSAN複製)を介して同様のものを使用する傾向がありますSAN at DR機能。
実際のリカバリテストでは、これはデータファイル(ldf、mdf、ndf)のセクターごとのコピーでしたが、DRSANで完了しなかった不完全なセクター書き込みが原因で破損が発生することがありました。