Alan B Asked: 2010-01-29 08:20:02 +0800 CST2010-01-29 08:20:02 +0800 CST 2010-01-29 08:20:02 +0800 CST 连续备份是否适用于共享平面文件数据库？ 772 我说的是在一个共享位置包含数百个 DBF 格式数据文件的数据集，其中部分或全部可能被多个网络用户打开或锁定，并且 Microsoft 的数据保护管理器每两个小时复制一次。 这种情况下的“快照”是否可靠？ backup scdpm data-protection 2 个回答 Voted Best Answer Evan Anderson 2010-01-29T15:40:10+08:002010-01-29T15:40:10+08:00 就个人而言，我不会指望你的快照很好。根据应用程序对数据文件的访问模式，您可能会很幸运，但我也不会是它的农场。 每当您从不知道快照的应用程序（这将是每个“共享文件数据库”应用程序）中获取数据快照时，您都会冒着获得不一致副本的风险。 当然，您将准确地获得快照时磁盘上的内容，但您不知道一个或多个用户的应用程序实例是否处于更新数据过程的中途。由于没有服务器端数据库引擎，因此没有任何机制来指示所有客户端将它们打开的文件保持一致状态。当然，文件服务器计算机上的底层操作系统会在拍摄快照之前停止对文件系统的 I/O，但您不知道应用程序本身在做什么（在客户端的内存中保存未写入的数据等）。 如果您真的想要安全，请在 DBF 文件不使用时定期对其进行备份。如果您愿意，也可以拍摄快照，您可能会很幸运，但至少如果快照结果是废话，您将拥有“未使用”的备份。 Mark Henderson 2010-01-29T15:51:15+08:002010-01-29T15:51:15+08:00 值得一提的是，我们使用DoubleTake对共享平面文件进行实时（或接近实时）备份。 它非常昂贵，但它是我们找到的唯一可靠的选择。我们有大约 20Gb 的 Pervasive Btrieve 文件。 自从我们迁移到 SQL Server 后，我们只剩下很少的平面文件了，而且大多数现在大部分时间都是解锁的，我们发现简单的 DFS 足以确保它们得到定期备份。
就个人而言，我不会指望你的快照很好。根据应用程序对数据文件的访问模式，您可能会很幸运，但我也不会是它的农场。
每当您从不知道快照的应用程序（这将是每个“共享文件数据库”应用程序）中获取数据快照时，您都会冒着获得不一致副本的风险。
当然，您将准确地获得快照时磁盘上的内容，但您不知道一个或多个用户的应用程序实例是否处于更新数据过程的中途。由于没有服务器端数据库引擎，因此没有任何机制来指示所有客户端将它们打开的文件保持一致状态。当然，文件服务器计算机上的底层操作系统会在拍摄快照之前停止对文件系统的 I/O，但您不知道应用程序本身在做什么（在客户端的内存中保存未写入的数据等）。
如果您真的想要安全，请在 DBF 文件不使用时定期对其进行备份。如果您愿意，也可以拍摄快照，您可能会很幸运，但至少如果快照结果是废话，您将拥有“未使用”的备份。
值得一提的是，我们使用DoubleTake对共享平面文件进行实时（或接近实时）备份。
它非常昂贵，但它是我们找到的唯一可靠的选择。我们有大约 20Gb 的 Pervasive Btrieve 文件。
自从我们迁移到 SQL Server 后，我们只剩下很少的平面文件了，而且大多数现在大部分时间都是解锁的，我们发现简单的 DFS 足以确保它们得到定期备份。