我有一个SQL服务器的主体数据库，计划在上午9点和下午3点备份。 第二台服务器在发生故障时包含这些备份。 主服务器昨天凌晨2点左右下降，最近的备份是在前一天下午3点。 我能够从备份服务器上的备份恢复，但用户开始工作，却没有意识到上次备份和上午的工作开始之间没有进行修改，而这些更改没有进入恢复的数据库。
他们今天仍然在工作，但我想将对备份服务器所做的事务转移到原来的服务器上，我现在已经恢复了。 有没有办法将备份的事务迁移到原始服务器？ 有很多交易已经完成，并且大量插入不起作用，因为有修改，插入，删除等。
假设我的翻译是正确的，你已经有一个数据库故障转移，并希望让你的环境恢复到原来的configuration。
从您描述的故障转移条件中恢复的path非常简单：您的旧的辅助服务器（B）现在作为您的主服务器运行，因此您需要将旧的主服务器（A）重build为新的辅助服务器并故障恢复（或者就这样离开，因为你会把你的冗余放回去……）
如果在缺口期间有一些“缺失”事务需要恢复，那么您将需要手动抓取这些事务并将它们应用到当前正在运行的数据库中 – 这是一个手动筛选工作，不能将旧的服务器的事务日志应用到当前的服务器上 – 可能会产生冲突，导致严重的麻烦。
（做一个更实时的复制将来会避免这种问题 – 如果你告诉我们你正在运行什么样的数据库服务器可能会给你指针）。