SQL Server 2005的主动 - 主动DR策略

Question

我们正在尝试为我们的6 TB数据仓库提出主动 - 主动DR策略。我们的数据仓库有40个DB，所有东西都必须在实时基础上复制。

站点1：需要处理所有ETL 站点2：将处理所有报告查询。

• 数据库镜像（无法删除和创建快照，因为我们无法终止任何连接）
• 复制
• 日志传送

迁移到SQL Server 2008是一种选择。

哪种方式是性能和可用性的最佳方式？

此致 纳吉

Answer 1

由于您无法放弃活动连接，因此日志传送也不是一种选择。您需要获得对数据库的独占访问权才能恢复日志。硬件支持（SAN）将是一个很大的帮助。我几乎希望将ETL看到一台服务器，然后将其作为报告的活动服务器并使用其他服务器进行ETL。因此，您有一个没有ETL进程的报告服务器，以及一个没有报告的ETL服务器，但您在每晚交换哪个？基础。

Answer 2

您需要与硬件供应商交谈 - 尤其是存储供应商，以了解他们是否提供某种基于硬件的复制。从数据量来看，我不认为基于软件的解决方案是最优的。

以下是我现在为3个数据库（11,17和23 TB）处理它的方法。

1. 我们正在EMC SAN中托管数据库。
2. 每隔12小时将数据库克隆在位于同一SAN上的不同LUN上，然后安装在不同的服务器上。如果主服务器被软管，这是备份。这些数据库通常比主数据库晚12小时。我们使用它们来报告我们可以使用12小时数据的地方。
3. 每隔24小时，将2中的克隆复制到不同建筑物中的不同SAN并进行安装。这是辅助备份。在这些数据库中，我们运行诊断，DBCC检查等。
4. 我们总共运行了9个SQL Server企业版（3个prod，3个第一行DR和3个第二行DR）实例。
5. 我们决定采用这种方式，因为我们可以忍受长达24小时的数据延迟。

这当然是可行的，但这需要你的计划和投资。对于我们来说，9 EE许可证的成本与两个SAN的价格以及它们之间的互连相比并不多。

Answer 3

Peer to Peer transactional replication可能是您的最佳选择，除非您想要进入昂贵的SAN硬件复制路径。

它的报价接近实时，所以这应该足以报告。

Answer 4

使用SQL Service Broker的SQL Server Replication或某种客户解决方案将是您最好的选择。如果您的表是静态的，并且所有数据更改都在一个站点完成，那么事务复制可能是您最好的选择。您需要使用大型WAN管道来处理复制，因为即使使用了多个线程，也会保持事务一致性。

SQL Server 2008对Replication的性能有一些改进，因为它允许多个线程到分发服务器，这可能对您有所帮助。