SQL Sever 2005的活动DR策略

Question

我们正试图为我们的6TB数据仓库提出一个积极主动的DR策略。我们的数据仓库有40个DB，每件事都必须实时复制。

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

• 数据库镜像(不能删除和创建快照，因为我们不能破坏任何连接)
• 复制
• 原木运输

迁移到Server 2008是一个选项。

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

你好，纳吉

Answer 1

因为您不能放弃活动连接，日志传送也不是一种选择。您需要对数据库进行独占访问才能还原日志。硬件支持(SAN)将是一个很大的帮助。我几乎希望看到您将ETL放入一台服务器中，然后切换到活动服务器以报告ETL，并将另一台服务器用于ETL。因此，您有一个没有ETL进程的报表服务器，以及一个没有报告的ETL服务器，但是您交换的是每晚哪一个？基础。

Answer 2

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

下面是我现在如何处理3个数据库(11、17和23 TB)的方法。

1. 我们把数据库托管在EMC SAN中。
2. 每12小时将数据库克隆到位于同一SAN上的不同luns上，然后安装在不同的服务器上。这是备份，以防主服务器被切断。这些数据库通常比主数据库落后12小时。我们用它们来报告我们可以用12小时的数据生活的地方。
3. 每24小时，克隆在2复制到不同的SAN在不同的建筑和安装。这是辅助备份。在这些数据库中，我们运行诊断、DBCC检查等。
4. 我们总共运行了9个(3个prod、3个第一线DR和3个第二行DR)实例。
5. 我们决定走这条路，因为我们可以忍受数据长达24小时的延迟。

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

Answer 3

对等事务复制可能是最好的选择，除非您想要走昂贵的SAN硬件复制路径。

它的报价几乎是实时的，所以这应该是足够好的报告。