我试图清理一个丑陋的维护计划在SharePoint数据库碰巧也由数据保护pipe理器（它设置为以15分钟的时间间隔快照）备份。 企业希望使用内置的SQL工具分别执行内容的备份。 在SQL Management Studio中执行数据库备份，事务日志备份和/或事务日志截断会干扰DPM备份/还原吗？
你做这件事绝对会好的。 DPM使用VSS机制来执行备份，这不会与本地的基于LSN的备份机制交互。 唯一需要注意的是，如果切换到FULL恢复模式，则第一个基于VSS的完全数据库备份将与第一个完整的本地数据库备份完全相同 – 并将数据库正确切换到FULL恢复模式，其中需要日志备份来pipe理事务日志的大小。
使用DPM备份，如果您处于完全恢复模式，则还必须进行日志备份，否则事务日志将永远增长。 另一种方法是使用SIMPLE恢复模型，不需要日志备份，事务日志将在检查点截断。
所以，你对所描述的计划绝对安全。
DPM在部门层面工作。 它保留了哪些部门（或集群？）已经改变的地图，并且备份了改变的部门。 因此它不知道哪些文件已经改变，只是哪些部分。
如果您执行SQL备份，则不会更改任何扇区（除非您正在备份到受DPM保护的分区上的文件），因此如果两者都同时运行，那么两者不会交互超越增加的磁盘加载。 如果截断日志，那么您正在更改扇区，DPM将复制这些更改。 但是我看不出这与日志中的正常变化有什么不同。
所以我会说，你完全可以使用DPM和SQL备份。 我是否会在圣经上发誓，绝对不存在可能发生不利相互作用的情景？ 那么不，Windows对于任何事情来说太复杂了，但我认为这是不太可能的。
JR
除非您非常小心如何设置，否则只能使用单一平台进行备份。 否则，您将无法正确地将备份还原到服务器。
记住要记住你的恢复SLA是什么。 如果DPM正在进行夜间备份，并且您没有备份全天的事务日志，则只能恢复到以前的完整备份。 如果您需要更细粒度还原，请记住还要定期备份您的事务日志。