【发布时间】：2016-10-17 11:42:22
【问题描述】：
我有一个包含 PHI 的数据库的 .bak 文件，该文件位于 PHI 环境中的服务器上。我有一个 .r 脚本，它将匿名并删除数据库中的 PHI 数据以及指向客户端系统的任何其他连接字符串。有没有办法运行此脚本（或其他类型的脚本）来修改 PHI 环境中的 .bak 文件在我将其移动到不符合 PHI 的环境以进行恢复？
【问题讨论】：
标签： progress-4gl openedge
【发布时间】：2016-10-17 11:42:22
【问题描述】：
我猜“.bak 文件”是一个备份（没有标准的 Progress-wide 命名约定，但这是一种常见用法）。如果是这样，那么，不，没有办法直接操作备份而不恢复它。
您可以在安全的环境中恢复它，修改恢复的数据库的内容，然后对匿名数据库进行新的备份。 （如果我要做类似的事情，我会使用不同的扩展名，也许是 .BKX，用于清理后的备份，以便人们清楚哪个是哪个 - 这将有助于减少意外释放的机会......）
【讨论】：
-
是的，抱歉，我认为 .bak 是备份的标准命名约定。您的答案是我使用的当前流程。一些备份在恢复时的大小高达 1.5 tb，这使得此过程非常耗时....感谢 Tom 的帮助！
-
是的，那会很耗时。如果中间数据库通过残像日志或复制保持持续准备就绪，您也许可以减轻一点痛苦。您仍然需要在清理后刷新它，但至少您不必等待初始备份和恢复。
-
11.7 将看到变更数据捕获的出现。我想知道您是否可以利用它来创建一个实时副本以进行备份？