您是否必须在 2 节点 FCI 中使用带 AlwaysOn FCI 的共享磁盘?如果没有,并且如果您有一个 2 节点 FCI 并且每个节点都有一个本地 SAN 磁盘可以自动进行故障转移,整个实例是否会自动进行故障转移?我担心的是单个共享磁盘的单点故障。
谢谢!
您是否必须在 2 节点 FCI 中使用带 AlwaysOn FCI 的共享磁盘?如果没有,并且如果您有一个 2 节点 FCI 并且每个节点都有一个本地 SAN 磁盘可以自动进行故障转移,整个实例是否会自动进行故障转移?我担心的是单个共享磁盘的单点故障。
谢谢!
您可以在 2012 年后的 SQL 中使用两种主要的故障转移形式,
已经存在一段时间的 Windows 故障转移集群 (WFC) 和 Always on High Availability Group (AO)
WFC 使用可以在多台机器之间移动的单个数据库,此方法要求将数据库安装在共享驱动器(例如 SAN)上,以便当集群移动节点时,另一台机器可以直接访问构成该数据库的信息
AO 使用两个完全独立的 SQL Server 实例,两个实例始终运行,(取决于它们的接近程度,您可以将它们设置为同步或异步,(如果它们在同一个网络上,则同步更好,如果它们在全球范围内分开 a-sync 是更好的选择),由于有两个数据库,您不需要任何共享存储,两台机器完全独立工作,我们目前设置了一个法定见证人,即实际上在共享驱动器上,但在技术上不是必需的(但是建议有见证人)
值得注意的是使用 AO,如果您使用辅助节点进行任何数据访问/备份(您可以通过只读方式访问它),您将需要额外的许可证才能访问它,如果它只是作为冗余而存在您的主节点发生故障您不需要任何额外的许可证,因为任何时候都只能访问一个数据库,使用 WFC 因为实际上只有一个实例,您只需要该实例移动时的一组许可证,您确实拥有只有一个磁盘故障的缺点会导致问题,但在这些磁盘上使用 RAID 10 将限制这成为问题
斯特
是的,如果您要使用带有故障转移集群实例的 Always ON 可用性组,则需要共享磁盘(以某种形式)。从BOL我将引用
另一方面,如果您只想配置 SQL Server 故障转移群集,则不一定需要共享磁盘。请阅读使用 SMB 配置故障转移群集
您还可以在故障转移群集中为数据库使用 UNC 路径。另请阅读布伦特的文章
当您将 SAN 用于共享存储时,它们大多是健壮的并且具有容错机制,因此您不必担心 SAN 存储会出现单点故障。配置的 RAIDS 为您提供了良好的耐受性