共有フラットファイルデータベースの継続的なバックアップは機能しますか？
共有された場所に数百のDBF形式のデータファイルを含むデータセットについて話しています。これらのファイルの一部またはすべては、複数のネットワークユーザーによって開かれている、またはロックされている可能性があり、MicrosoftのData ProtectionManagerは2時間ごとに複製します。
この状況での「スナップショット」は信頼できますか？
個人的には、あなたのスナップショットが良いとは思いません。データファイルに関するアプリケーションのアクセスパターンによっては、かもしれない幸運になるかもしれませんが、私もそのファームではありません。
スナップショットを認識していないアプリケーション（every "shared file database"アプリケーション）からデータのスナップショットを取得するときはいつでも、一貫性のないコピーを取得するリスクがあります。
確かに、スナップショットの時点でディスクにあるものを正確に取得できますが、アプリケーションの1人以上のユーザーのインスタンスがデータの更新プロセスの途中であったかどうかはわかりません。サーバー側のデータベースエンジンがないため、開いているファイルを一貫した状態にするようにすべてのクライアントに指示するメカニズムはありません。確かに、ファイルサーバーコンピューターの基盤となるOSは、スナップショットを作成する前にファイルシステムへのI/Oを静止しますが、アプリケーション自体がどのような愚かさをしているのか（クライアントのメモリに未書き込みのデータを保持するなど）はわかりません。
本当に安全を確保したい場合は、DBFファイルが使用されていないときに定期的にバックアップを作成してください。必要に応じてスナップショットも作成してください。幸運になるかもしれませんが、少なくとも、スナップショットががらくたであることが判明した場合は、「使用されていない」バックアップを使用できます。
価値があるものとして、共有フラットファイルのリアルタイム（またはほぼリアルタイム）バックアップに DoubleTake を使用します。
それは恐ろしく高価ですが、私たちが見つけた唯一の信頼できるオプションでした。約20GbのPervasiveBtrieveファイルがありました。
SQL Serverに移行して以来、フラットファイルはほとんど残っておらず、ほとんどの場合ロックが解除されています。定期的にバックアップするには、単純なDFSで十分であることがわかりました。