【问题标题】:Duplicati and Backup of live Pervasive Database Missing Data实时普及数据库缺失数据的复制和备份
【发布时间】:2019-05-30 13:58:38
【问题描述】:

我们最近开始使用 Duplicati 来备份我们的一些数据系统。我们运行一个使用 Pervasive (v10) 的 ERP 解决方案。

当 Duplicati 开始其备份过程时,据我所知,它使用文件日期或文件字节大小来确定要备份的内容。

我在该解决方案中看到的问题是表中缺少某些数据。例如,我们确定的工单模块在服务器(源机器)上有新的数据行,这些数据没有被复制到新文件中。

昨晚我们备份了我们的 ERP 平台,然后恢复到一个新位置,以便将晚上备份的内容与源机器的内容进行比较。我们注意到在恢复的备份中的一个表中缺少一些行,而这些行在源表中。

正在从数据目录创建备份。我们没有使用 ERP 套件附带的集成备份。

我个人认为正在发生的事情是,直到最后一个客户端与 ERP 软件断开连接,数据库才会将数据写入表中。另外,文件缺失数据的字节大小与源机器相同,即使源文件包含更多数据。

上周我们进行了与昨晚相同的测试,我注意到当我关闭 ERP 套件时,文件会更新其修改后的标记并将新行添加到表中,但不是在客户端断开连接之前。

有人能解释一下为什么会这样吗?

【问题讨论】:

    标签: erp pervasive duplicati


    【解决方案1】:

    备份时数据文件是否按照 Pervasive 打开?如果是这样,您应该使用某种代理来关闭文件或将它们置于Continuous Operation 模式或备份代理。 来自文档:

    连续操作提供了备份数据文件的能力,同时 数据库应用程序正在运行并且用户已连接。

    当启动连续操作模式时,会创建一个增量文件 (.^^^) 并“关闭”原始数据文件,以便备份程序可以访问该文件并将其备份。

    备份代理将 GUI 前端置于连续操作模式,但仅受 PSQL v11 和更高版本支持。

    【讨论】:

    • 嗨,Mertheil,感谢您的帮助。他正在执行的备份设置在凌晨 1 点或 2 点开始,当时应该没有人在现场。如果有任何打开的文件,我认为这是因为有人让我们的 ERP 软件处于打开状态,但我不确定这是否已经发生了。 ERP 软件包带有一个备份模块,现在似乎正在保存正确的信息。 ERP 套件可能正在调用 BUTIL,但我不确定。您建议我们通过 EVO GUI 备份,还是手动调用 BUTIL?
    • 在不了解 ERP 软件和备份的作用的情况下,我个人的偏好是在备份完成之前(开始)和之后(结束)在服务器上使用 BUTIL。这样您就知道发生了什么以及何时发生。
    【解决方案2】:

    使用 Duplicati,您可以将 --disable-filetime-check=true 设置为忽略时间戳和大小,并扫描每个文件的更改。

    默认情况下此选项不活动,因为可能需要很长时间才能完全读取文件内容。对于正常的文件操作,操作系统应该设置时间戳,但一些应用程序,如 TrueCrypt,会恢复时间戳。

    【讨论】:

    • 谢谢你,肯尼斯。我们现在将尝试使用该标志集进行恢复,看看是否有帮助。
    猜你喜欢
    • 2011-04-04
    • 1970-01-01
    • 1970-01-01
    • 2017-08-14
    • 1970-01-01
    • 1970-01-01
    • 2023-03-10
    • 1970-01-01
    相关资源
    最近更新 更多