我有DPM设置每隔30分钟备份我的TFS服务器，原因是这是比奇怪的SQL备份接口更好的接口。
我还使用SQL维护工作每晚进行完整备份。
我的想法是我会使用DPM来恢复我的数据库，以防万一丢失我的数据库，夜间完整备份将是“以防万一”DPM恢复不起作用。
我今天对这个build立起来有点难，开始考虑到个别数据库的DPM备份发生在不同的30分钟窗口这个事实。一个发生在13点30分，另一个发生在13点34分。
在恢复TFS服务器时，这种时间差异会成为一个问题吗？ 如果我恢复数据库，他们是从不同的时间，这将创build腐败指针在一个数据库中指向其他数据库中缺less的项目..做数据库甚至相互依赖或完全相互依赖。
最后，SQL（日志）备份如何应对呢？
尽我所能，你的担忧是有根据的。
TFS备份指南 doco持续不断地需要确保将TFS_数据库备份和恢复为primefaces单元：
要成功备份Team Foundation Server，不仅必须备份部署使用的所有数据库，还必须将备份同步到同一时间点。 如果您使用标记事务，则可以最有效地pipe理此同步。
如果仅备份和还原一个数据库，则其数据将与其他数据库中的数据不同步
尽我所知 ，即使在同一时间跨所有数据库的DPM备份也无法实现这一目标。 它将通过数据库（通过VSS）实现一致性，但不会跨数据库，即不在事务级别。 我相信，数据库备份是按顺序处理的。
最好的策略似乎是按照上面的备份指南中的步骤设置一个包含事务日志标记的常规SQL备份策略，并确保这些备份文件由DPM备份。 在发生故障时，使用DPM将数据库恢复到“恢复”模式，然后在所有数据库（使用SQLpipe理工具）上完成对最后一致事务标记的恢复。 但是，确实能够使用DPM来跳过与在DRscheme中重新设置TFS / SharePoint相关的许多痛苦将节省大量时间。
以这种方式设置备份集（包括事务标记）可以使用TFS PowerTools Team Foundation Backup加载项自动进行。 理论上这也可以用于恢复，但是在灾难恢复场景中有一些问题find交易标记 。