我们目前有我们的备份由第三方公司pipe理。 有一堆代理作业创build完成备份（每天4次）和事务日志备份（每小时4次）。
我们现在想pipe理我们的内部备份，但不希望禁用第三方的工作，直到我们确信我们已经正确configuration了所有内容
所以我build议有一个短暂的时间（比如说几天），旧系统和新系统都在备份。
我想知道这两个不同的系统是如何pipe理备份的，以及备份同时发生的潜在隐患。 这是甚至支持？ 如果是这样，并且记住系统可以在没有任何明显的性能下降的情况下处理一个备份，那么假设它应该能够处理两个同时备份是相当合理的？
目前服务器上的负载相当轻，而且很less出现问题。
任何意见表示赞赏
两个备份一起运行，同时出现问题。
首先，您的交易日志将在两个站点之间拆分，您将需要所有这些日志恢复到上一个事务。
另外，备份作业发生冲突的可能性很高，这会使一个（或两个）备份语句崩溃，从而可能会在备份中留下空白。
恢复也将更加复杂。
我build议先从现有的作业开始，每天在您的网站上进行每日完整备份，检查这些都是正常的，然后将事务日志备份从第三方提供商切换到您的备份系统。
当然，testing你的恢复脚本和场景。 我假设你的新备份scheme将备份文件放在一个安全的位置，远离主服务器！
更多信息： SQL Server备份冲突
作为上述文章的补充，您可以使用T-SQL进行只复制备份，而不会中断此第三方公司目前已有的备份计划。 根据备份的时间安排，以及每天在开始时需要采取多less（备份），您可以简单地执行如下操作：
BACKUP DATABASE [database_name] TO DISK = 'E:\Backups\DBName\20100611-whatever-you-call-it.bak' WITH COPY ONLY NAME = 'NameYourBackup' DESCRIPTION = 'BriefDescriptionOfTheDatabase' 这将创build一个不会影响当前日程安排的数据库副本，并将其发送到要存储备份的任何设备上。 然后，您可以将数据库恢复到testing/开发服务器，以确保它们完好无损，并且您需要的任何内容都在那里。
使用上面的代码，您可以更改它以执行事务日志备份，并将代码逐步放入SQL作业中以在给定的时间进行调度。
更多信息在这里： http : //msdn.microsoft.com/en-us/library/ms186865.aspx