镜像与日志传送

Question

我工作的软件公司正计划将我们的基础架构迁移到云中。我们当前的重点是找到最佳的数据库复制方法。

当前服务器：

SQL Server 2008 SE - 位于纽约（内部 - 主）

SQL Server 2012 SE - 位于芝加哥（Rackspace - Slave）

我们一直在考虑日志传送，但我们也知道镜像和复制。有人可以就我们完成这项任务的最佳方法提供一些见解吗？我们只是想让两个数据库彼此同步。实时性尚不重要，但在不久的将来就会如此。

注意：我们的长期目标是让 Rackspace 成为我们的主要，而 NY 是我们的次要。

Answer 1

日志传送主要涉及三项工作。第一个作业备份主服务器上的日志并将这些备份存储在本地文件夹中。第二个作业通过网络将这些文件复制到辅助服务器。第三个作业使用 WITH STANDBY 选项恢复这些备份。日志传送是在整个数据库上设置的。辅助服务器上的数据库可访问，但为只读。

要求：主服务器上的共享文件夹。防火墙配置以允许辅助服务器访问文件共享。安全设置，以便第二台服务器上的代理有权访问文件共享。在托管情况下，这对您来说可能是一个问题。

警告：日志传送不是实时的。第一个作业的常见间隔是 15 分钟。计划外的故障转移将丢失数据。

警告：日志传送使用事务日志备份，因此其设计必须与您的备份设计一起完成。

数据库镜像涉及主服务器以同步方式或异步方式（异步仅适用于企业版）向辅助服务器发送单个事务。和Log Shipping一样，Mirroring是建立在整个数据库上的。与日志传送不同，辅助数据库是不可访问的。

要求：要在每个服务器上为镜像流量创建一个端点。防火墙允许流量进出该一个端口。

在同步镜像设置中，计划外故障转移不会丢失数据。

镜像和日志传送都在创建整个数据库的副本，因此没有对象要求。堆、簇表、带键和不带键的表 - 都会被复制。

注意：鉴于文件共享的要求，我不同意 Szymon 关于日志传送更容易设置和维护并且需要更少资源的评论。在 Windows Server 上安装文件服务器角色会增加资源需求并增加攻击面。此外，在日志传送计划外的故障转移中，使辅助节点联机是一种痛苦。许多步骤，其中大部分涉及在查询窗口中运行存储过程。

Answer 2

在我看来，日志传送具有以下优点：

由于问题非常广泛且基于意见，因此我无法给您最终的解决方案。这只是一些建议，希望您会有所帮助。