我正在谈论一个数据集，其中包含数百个DBF格式数据文件，这些数据文件位于共享位置，部分或全部可能由多个networking用户打开或locking，而Microsoft的数据保护pipe理器每两小时复制一次。
这种情况下的“快照”可以依靠吗？
就个人而言，我不会指望你的快照是好的。 根据应用程序对数据文件的访问模式，您可能会感到幸运，但是我也不会成为它的农场。
任何时候，如果您对不知道快照的应用程序（这将是每个 “共享文件数据库”应用程序）的数据进行快照，您将面临获取不一致副本的风险。
当然，在快照时你会得到磁盘上的内容，但是你不知道应用程序中的一个或多个用户的实例是否在更新数据的过程中。 没有机制，因为没有服务器端的数据库引擎，指示所有的客户端把他们打开的文件带到一个一致的状态。 当然，文件服务器计算机上的底层操作系统会在拍摄快照之前将I / O静默到文件系统，但是您不知道应用程序本身在做什么（在客户端的内存中保存未写入的数据等）。
如果您真的想要安全，请在不使用DBF文件时定期备份。 如果你愿意，也可以拍摄快照，而且你可能会很幸运，但是如果快照变成垃圾，至less你会有“未使用”的备份。
对于它的价值，我们使用DoubleTake实时（或接近实时）的共享平面文件备份。
这是非常昂贵的，但它是我们发现的唯一可靠的select。 我们有大约20GB的Pervasive Btrieve文件。
由于我们迁移到了SQL Server，所以我们只剩下很less的平面文件，而且大部分都是现在解锁的，我们发现简单的DFS足以确保它们被定期备份。