数据库备份/恢复过程

Question

sql server上的大型数据库或数据库集合的备份和还原过程对于灾难和恢复非常重要.但是,我还没有找到一个强大的解决方案,可以保证整个过程尽可能高效,100%可靠,易于维护,并可在多台服务器上进行配置.

Microsft的维护计划似乎不够.我使用的最佳解决方案是我使用许多作业手动创建的解决方案,每个数据库在源服务器(备份)和目标服务器(还原)上运行多个步骤.作业使用存储过程进行备份,复制和还原.每天运行一次(完全备份/恢复)和每隔5分钟运行一次(事务日志传送).

虽然我当前的流程可以通过电子邮件工作并报告任何作业失败,但我知道整个过程不是非常可靠,并且在没有深入了解流程的情况下,非DBA无法在我们所有服务器上轻松维护/配置.

我想知道其他人是否有相同的备份/恢复过程以及其他人如何克服此问题.

Answer 1

我正在做完全相同的事情，即使在这个过程中，我也会定期遇到各种问题。

如何处理将文件从服务器 A 复制到服务器 B 和在服务器 B 上恢复事务备份之间的间隔。

每隔一段时间，事务备份就会比平常大，并且需要更长的时间来复制。然后，还原作业会收到操作系统错误，表明该文件正在使用中。

这并不是什么大问题，因为该文件会在下次自动应用，但是如果有一个更优雅的解决方案并且专门解决这个问题，那就更好了。