SQL Server 2008 - 最佳备份解决方案

Question

我在生产服务器上设置SQL Server 2008服务器，哪种方式最适合备份此数据？我应该使用复制，然后备份该服务器？我应该只使用一个简单的命令行脚本并导出数据？我应该使用哪种复制方法？

服务器将会很漂亮，所以我需要一个高效的方法。

我可以访问多台可以使用的计算机。

Answer 1

一个很简单但很好的解决方案是运行使用SQLCMD（以前OSQL）本地完整备份，然后将BAK文件复制在网络上的NAS或其他商店。它在网络/磁盘使用方面是次优的，但它非常安全，因为每个备份都是独立的，并且过程非常简单，而且非常强大。

此外，这甚至可以运行在Express版本中。

Answer 2

“最佳”备份解决方案取决于您的恢复标准。

如果在发生故障时需要立即访问数据，三个服务器数据库镜像场景（活镜，镜像和见证）似乎适合 - 虽然您的应用程序可能需要适应自动使用自动故障转移。 “日志传送”可能会产生类似的结果（尽管没有自动故障转移或需要证人）。

但是，如果在恢复时间内存在一些摆动空间，则定期备份数据库（例如，通过SQL代理）以及它的事务日志将允许您执行时间点恢复。备份的频率将由数据库大小，数据更新频率以及在发生完全故障时愿意回滚数据库的距离决定（除非您可以从故障服务器中提取事务日志备份，只能恢复到最新的备份）

如果您希望在用户错误后简单回滚到已知状态，则可以将数据库快照用作轻量级“备份”场景 - 但这些都是在服务器发生故障时无用。它们几乎立即创建，并且只在数据更改时占用空间 - 但会产生轻微的性能开销。

当然，这些不是唯一的备份解决方案，也不是相互排斥的 - 只是想到的那些。