数据库备份/恢复过程

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

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

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

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

我已经使用了类似的步骤来保持开发人员和QA人员每晚使用dev / test / QA数据库“零步”.

文档是关键 – 如果你想删除斯科特汉塞尔曼所谓的“总线因素”(即系统的创建者将被公共汽车撞到并且一切都开始吮吸的危险).

也就是说,对于正常的数据库备份和灾难恢复计划,我发现SQL Server维护计划运行良好.只要你包括:
1)体面的文件
2)常规测试.

我已经概述了一些实现这一目标的方法(针对这个问题的任何人寻找如何创建灾难恢复计划的示例):
SQL Server Backup Best Practices (Free Tutorial/Video)

相关文章
相关标签/搜索