我让DPM设置为每30分钟备份一次TFS服务器,原因是这是一个比古怪的SQL备份接口更好的接口。
我还使用SQL维护工作每晚做一个完整的备份。
我的想法是,在数据库丢失的情况下,我会使用DPM来恢复我的数据库,而每晚的完整备份将是“以防万一”DPM还原无法工作。
今天,我对这个设置进行了更深入的思考,并开始思考这样一个事实:各个数据库的DPM备份发生在不同的30分钟窗口中。例如,一个发生在13时30分,另一个发生在13h34等等。
当涉及到恢复TFS服务器时,这种时间差会不会成为一个问题?如果我恢复数据库并且它们来自不同的时间,这是否会造成损坏,其中一个数据库中的指针指向另一个数据库中缺少的项。这些数据库是相互依赖还是完全相互依赖?
最后,SQL (日志)备份将如何处理?
发布于 2012-06-27 23:37:44
据我所知,你的担忧是有根据的。
TFS备份指南文档不断地谈到需要确保备份TFS_数据库并将其还原为一个原子单元:
要成功备份,不仅必须备份部署使用的所有数据库,还必须将备份同步到同一时间点。如果使用标记事务,则可以最有效地管理此同步。...如果只备份和还原一个数据库,则其数据将与其他数据库中的数据不同步。
据我所知,即使是跨所有数据库的DPM备份,也无法实现这一点。它将在每个数据库的基础上实现一致性(通过VSS),但不跨数据库,即不在事务级别。我相信数据库备份是按顺序处理的。
要遵循的最佳策略似乎是是在备份指南(上面)中设置一个常规的SQL备份策略,其中包括事务日志标记,并确保这些备份文件由DPM备份。在发生故障时,使用DPM将数据库还原为“恢复”模式,然后在所有数据库中完成对最后一致事务标记的恢复(使用SQL管理工具)。但是,在DR场景中,能够使用DPM跳过大部分与重新设置TFS / SharePoint相关的疼痛将节省大量时间。
以这种方式设置备份集,包括事务标记,可以使用TFS PowerTools团队基金会备份外接程序实现自动化。理论上,这也可以用于还原,但是有一些在博士场景中查找事务标记的问题。
https://serverfault.com/questions/153827
复制