数据仓库高可用性的最佳选择是什么？
Nic*_*ker 7 data-warehouse high-availability availability-groups disaster-recovery sql-server-2017
我有一个客户，他拥有一个现有的 1.5Tb 数据仓库，目前正计划在新环境中完全更新 DW。他们的基础架构经理组织了 2 个服务器，每个服务器都采用 SQL 2017 标准，现在要求我为新的 DW 数据库/实例规划一个 HA/DR 计划。
我立即想到了使用 AlwaysOn 可用性组，尽管我以前从未使用过它们，而且我读过的文章都没有讨论典型的数据仓库工作负载——都是 OLTP 应用程序。在当前 DW 上运行大型每日 ETL 流程和较小的日内 ETL 流程时，这是否会影响我们处理此问题的方式？
谢谢 - 在这里为我指明正确方向的任何帮助都是有益的！
大多数数据仓库采用简单恢复模式，大多数真正的 HA 解决方案都需要完全恢复（AG、镜像）。日志传送的最低要求是 Bulk Logged，但这并不是真正的 HA，因为没有自动故障转移。
如果您的情况是这样（因为实际上，完全恢复中的数据仓库是香蕉镇疯狂的），那么您最好的选择是Failover Cluster。
它并不关心您的数据库采用哪种恢复模型，因为它比 SQL Server 更依赖于 Windows。如果某个节点出现异常，您的 SQL Server 只能选择驻留在集群中的不同节点上。这项技术的一个要求是使用共享存储，如 SAN。
在大多数情况下，您可以获得自动故障转移，但没有可读的副本（BAG 也没有）。使用标准版，您只能使用两个节点的集群，但这应该没什么大不了的。
如果您不太熟悉 SQL Server，则故障转移群集也更容易管理。您确实需要基本的 Windows 系统管理员技能。当 AG 出现故障时，或者当补丁变坏时（不幸的是，这种情况经常发生），AG 可能是一个棘手的问题。
| 归档时间： |
|
| 查看次数： |
1491 次 |
| 最近记录： |