对于我的备份解决scheme，我有两个想法，并希望从社区获得关于此的反馈。 我正在运行SQL Server 2008 Enterpise。
1）每周一次完整备份本地每日增量备份。 然后设置一个调度程序将文件复制到我的备份服务器。
2）使用日志传送。 说实话，我之前没有这样做过，但实现起来相对比较直接。 我不确定涉及的开销。 如果networking出现故障，这也可能是一个问题。
我实际上是用于日志传送解决scheme，即使我没有以前的经验。 Whadya家伙想？ 复制出来，因为我不希望任何模式更改。 只是寻找一个无忧无虑的简单设置。
谢谢！
日志传送非常适合保持备用服务器的最新状态（有许多原因可能会使您感兴趣），但它并不构成备份。
同样，让您的数据库服务器和备份服务器RAID提供了额外的弹性，这也可能是非常有用的。
但个人而言，我不会放弃标准备份。 这些额外的好处是你可以在任何时候获得一系列快照。 例如，我保留一个业务系统的副本，以便在总部网站上使用月末和年终报告。
理想情况下，您应该采取综合措施（适合您的情况），以提供更全面的保障。 由于在大多数情况下，备用服务器的问题不大，所以我不打扰日志传送，但这不一定适用于您。 但是不要忽略传统的备份。
我也build议你直接备份服务器。 这似乎有点浪费本地备份，然后复制…我假设你的备份服务器是适当的强大。
我的想法是：
备份用于备份/灾难恢复
日志传送用于热备份/业务连续性
这取决于你想要满足什么样的业务需求…