共有フラット ファイル データベースでは継続的なバックアップは実行可能ですか?

共有フラット ファイル データベースでは継続的なバックアップは実行可能ですか?

ここで言及しているのは、共有の場所に数百の DBF 形式のデータ ファイルを含むデータセットです。これらのデータ ファイルの一部またはすべてが複数のネットワーク ユーザーによって開かれたりロックされたりしている可能性があり、Microsoft の Data Protection Manager が 2 時間ごとに複製を実行します。

このような状況での「スナップショット」は信頼できるでしょうか?

答え1

個人的には、スナップショットが良好であるとは期待しません。データファイルに対するアプリケーションのアクセスパターンによっては、かもしれない運が良ければ、私もその農場には行けないでしょう。

スナップショットを認識していないアプリケーションからデータのスナップショットを取得するときはいつでも(これは「共有ファイル データベース」アプリケーションなど) を使用すると、不整合なコピーが取得される危険性があります。

確かに、スナップショットの時点でディスク上にある内容は正確に取得されますが、アプリケーションの 1 つ以上のユーザーのインスタンスがデータの更新プロセスの途中であったかどうかはわかりません。サーバー側のデータベース エンジンがないため、すべてのクライアントに開いているファイルを一貫した状態にするように指示するメカニズムはありません。確かに、ファイル サーバー コンピューターの基盤となる OS は、スナップショットを取得する前にファイル システムへの I/O を静止しますが、アプリケーション自体がどのような愚かなことをしているか (クライアントのメモリに書き込まれていないデータを保持するなど) はわかりません。

本当に安全を確保したいなら、使用していない DBF ファイルのバックアップを定期的に取ってください。必要に応じてスナップショットも取ってください。運が良ければうまくいくかもしれませんが、少なくともスナップショットがダメだった場合に頼れる「使用していない」バックアップがあることになります。

答え2

参考までに、私たちはダブルテイク共有フラット ファイルのリアルタイム (またはほぼリアルタイム) バックアップ用。

非常に高価ですが、私たちが見つけた唯一の信頼できるオプションでした。Pervasive Btrieve ファイルが約 20 GB ありました。

SQL Server に移行してから、フラット ファイルはほとんど残っておらず、ほとんどのファイルはほとんどの場合ロック解除されているため、定期的にバックアップするにはシンプルな DFS で十分であることがわかりました。

関連情報