我正在尝试清理 SharePoint 数据库上的一个丑陋的维护计划,该数据库恰好也由 Data Protection Manager 备份(设置为每隔 15 分钟拍摄一次快照)。企业希望使用内置 SQL 工具单独执行内容备份。在 SQL Management Studio 中执行数据库备份、事务日志备份和/或事务日志截断是否会干扰 DPM 备份/还原?
我正在尝试清理 SharePoint 数据库上的一个丑陋的维护计划,该数据库恰好也由 Data Protection Manager 备份(设置为每隔 15 分钟拍摄一次快照)。企业希望使用内置 SQL 工具单独执行内容备份。在 SQL Management Studio 中执行数据库备份、事务日志备份和/或事务日志截断是否会干扰 DPM 备份/还原?
你这样做绝对没问题。DPM 使用 VSS 机制执行备份,它不与基于 LSN 的本机备份机制交互。唯一需要注意的是,如果切换到 FULL 恢复模式,第一个基于 VSS 的完整数据库备份将与第一个完整的本地数据库备份一样 - 并正确地将数据库切换到 FULL 恢复模式,其中需要日志备份来管理事务日志的大小。
对于 DPM 备份,如果您处于 FULL 恢复模式,您还必须进行日志备份,否则事务日志将永远增长。另一种方法是使用 SIMPLE 恢复模型,其中不需要日志备份并且事务日志将在检查点截断。
所以,你对你描述的计划是绝对安全的。
DPM 在部门级别工作。它保留了哪些扇区(或集群?)已更改的地图,并备份更改的扇区。因此它不知道哪些文件已更改,只知道哪些扇区。
如果您进行 SQL 备份,则不会更改任何扇区(当然,除非您要备份到受 DPM 保护的分区上的文件),因此如果两者同时运行,则两者除了增加磁盘负载外不会进行交互。如果您截断日志,那么您正在更改扇区,DPM 将复制更改。但是我看不出这与日志中一直发生的正常变化有什么不同。
所以我会说你可以完全安全地使用 DPM 和 SQL 备份。我会在圣经上发誓绝对不会发生不利的相互作用吗?好吧,不,Windows 太复杂了,无法确定任何事情,但我认为这不太可能。
JR
除非您对如何设置它们非常小心,否则您应该只使用单个平台进行备份。否则,您将无法将备份正确还原到服务器。
请记住要记住您的还原 SLA 是什么。如果 DPM 每晚备份一次,而您没有全天备份事务日志,那么您最多只能恢复到之前的完整备份。如果您需要比这更精细的恢复,请记住还要定期备份您的事务日志。